Le portail francophone de la géomatique

Merci  pour la réponse Maurice.

Bonne continuation

Aïe...j'ai oublié de dire que tout ce qui a été créé sur le raster mal ou pas calé...est bon à jeter et refaire!!
Votre table tronçons est un tout petit point quelque par à l'équateur: faites un zoom dessus (Ctrl+K) et elle devrait être visible mais ni au bon endroit ni de la bonne taille
Bon courage

C'est sur et certain, ca, Maurice ? Et avec l'outil de georeferencement, ou avec un export vers un autre soft, transfo et reimportation ?

Robin.

Voici les fichiers.  (j'en ai compressé plus car sinon les fichiers ne s'ouvraient pas )

Par la même occasion, j'ai créé une nouvelle table sur le raster "calé". J'ai dessiné des polylignes et lorsque je vais dans table => update column => et que j'entre la formule  CartesianObjectLen(obj, "km"), la distance affichée est -1.
Y a t il une étape que j'aurais sauté en créant la nouvelle table?

La formule CartesianObjectLen(obj, "km") retourne -1 quand les données sont en longitude-latitude
Il faut dans ce cas utiliser SphericalObjectLen(obj, "km")
Je n'ai pas compris cette histoire de fichiers qui ne s'ouvrent que si on en compresse plus...mais wait and see ces fameux fichiers

Au vu des fichiers expédiés (bien reçus)....on n'est pas sortis de l'auberge!!
Les numérisations sont correctes sur le fond raster non calé (Non Earth, "feets"):
Elles sont bien sûr fausses sur le raster calé....mais le calage de celui-ci est aussi  faux
En effet il est supposé être en Longitude-Latitude (sans éllipsoïde associé, "degrés") avec un coin bas gauche à 0,0 soit sur le méridien de Greenwich et à l'équateur...ce qui n'est (je crois) pas le cas de Vilnius, si c'est bien de cette ville qu'il s'agit
Rien ne sert donc de s'acharner à récupérer les numérisations déjà faites tant que le fond raster auquel elles doivent se superposer n'est pas correctement calé...
Premier travail: savoir dans quelle projection est ce fond raster et trouver des points d'amer dans les coodonnées de cette projection
ps: la formule SphericalObjectLen(obj, "m") marche bien et donne les "bonnes" longueurs, qui sont souvent la somme des deux côtés de la rue (plus une ou deux transversales)...mais tout ça dans la projection du raster non calé!! Sincèrement mieux vaut tout reprendre après calage "vrai" du raster, il n'y en a pas tant que ça...et c'est l'occasion d'améliorer

Bonjour,
Tout est possible....mais l'objectif est de récupérer le travail de numérisation déjà fait sur une image non calée
J'ai donc calé l'image en Non Earth, mètres en me servant de la taille du carré (120m)
Puis j'ai retravaillé les "fausses" rues en LoLa et je les ai passées dans la même projection que l'image (pas facile, je vous fais grace de la méthode)
Le résultat zippé est joint (les rues et le tab de l'image)
A l'avenir il faut surtout penser à ne travailler qu'avec des images calées, quel que soit leur système de projection..!!