Annonce
Les inscriptions sont ouvertes ! L'association GeoRezo sera présente
#1 Mon 24 August 2026 22:25
- TsyMiroro
- Juste Inscrit !
- Date d'inscription: 24 Aug 2026
- Messages: 4
ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Bonjour
Héritant de fichiers MapInfo, apparement sans SCR, je suis dans l'impasse.
Jai essayé
Code:
ogr2ogr -f 'ESRI Shapefile' TMP/ville.shp ville.TAB -s_srs 'EPSG:29701' -t_srs 'EPSG:29701'
avec des variantes (EPSG:8441, EPSG:102590) mais sans succès
Fichiers de test, pour echantillon
https://fromsmash.com/fichiers-de-test-pour-TAB
à la racine, il y a ville.TAB, sur lequel est appliqué la commande
Dans TMP, il y a MDG-National.shp, le polygone délimitant le pays
Dans TMP, il y a ville.shp, résultat de la commande
Les villes doivent être dans le pays (Madagascar)
Ici, on utilise une projection Laborde
Projet en EPSG:29701, MDG-National en EPSG:29701
Quand je prend des données OSM converti en EPSG:29701 ça entre dans le pays
Une indication, un lien vers une doc
D'avance merci
Hors ligne
#2 Tue 25 August 2026 00:54
- vxTedxv
- Participant actif
- Date d'inscription: 26 Jan 2011
- Messages: 81
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Quand on regarde de près les XY produits pour chaque ville, cela ressemble très fortement à un une coordonnée EPSG 29701 mais d'un facteur 1000, comme si ça avait été calculé en kilomètres au lieu de mètres...
Ex :Antsiranana
- selon l'IA de Google : EPSG:29702 :X= environ 705 000 m ; Y= environ 1 531 500 m
- selon les coordonnées calculées de villes.shp X= 710,758 m ; Y= 1531,551 m
Serait étonnant que ce soit un pur hasard, non ?
PS : toujours selon l'IA, il n'y a pas de différence significative entre des coordonnées EPSG 29701 et 29702, seule la formule change, pas les valeurs
Hors ligne
#3 Tue 25 August 2026 18:00
- TsyMiroro
- Juste Inscrit !
- Date d'inscription: 24 Aug 2026
- Messages: 4
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Merci vxTedxv
On est sur la bonne voie
Pour la couche ville
. exporter vers shp
. création de champs, $x * 1000 et $y * 1000
. copie des attributs dans une feuille (ville_k.ods)
.importation de la feuille dans le caneva
C'est OK
Bon, c'est OK pour une couche point
Mais on a aussi des lignes et des polygones.
Et là, $x*1000, ça donne NULL
https://fromsmash.com/Test-Recup-MapIngo
env 35Mo, expiré le 01/08/2026
Repertoire OSM, extrait de OSM (railways, il n'y en a pas beaucoup à Madagascar), reprojeté puis résultat dans TMP
Repertoire SUBST, c'est le contenu qui m'interresse, données originales qui posent problème
ville.TAB OK, calc champs, tableur, puis résultat dans TMP
indice.TAB (de MapInfo), génére 3 couches dans QGIS (1 point, OK, 1 lignes, puis 1 polygones),pour les lignes et polygones ça coince.
contours.TAB donne 2 couches, lignes et polygone, ça coince aussi
Les résultats des manip sont dans TMP
Il y a peut-être moyen en automatisant l'extraction des sommets, faire la multiplication, reconstituer les lignes et polygones.
Mais, je ne sais pas faire cela.
C'est possible???
Comme quoi on peut avoir des idées mais ne pas savoir comment faire.
Hors ligne
#4 Hier 01:28
- vxTedxv
- Participant actif
- Date d'inscription: 26 Jan 2011
- Messages: 81
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Dans QGis,
pour extraire des sommets : traitement Extraire les sommets
pour reconstituer des lignes à partir de points : traitement Points vers Lignes
(pour reconstituer des polygones à partir de lignes : traitement Lignes vers Polygones)
pour reconstituer des polygones à partir de points : plugin Coord2Polygon
Hors ligne
#5 Hier 17:18
- TsyMiroro
- Juste Inscrit !
- Date d'inscription: 24 Aug 2026
- Messages: 4
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
OK
je vais tenter le coup ce week-end, je serais plus disposé
ça va être fastidueux, entité par entité.
Rigeur, cponcentration.
On apprend en sortant de la routine.
Hors ligne
#6 Hier 19:19
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Bonjour,
Dans QGIS, ouvrez votre fichier TAB sans SCR puis ouvrez "Traitement" > Boite à outils puis choisir "Transformation affine" et changez les valeurs de "Translation (axe x)" à 1000 et "Translation (axe y)" à 1000 aussi. Vous avez transformé votre couche dans la bonne projection quel que soit le type de géométrie. Il vous reste à assigner un SCR à la couche puis enregistrer cette couche et normalement, vous aurez les couches bien placées.
Bien à vous,
Hors ligne
#7 Hier 20:53
- olivier.eckmann
- Participant assidu
- Date d'inscription: 14 Dec 2007
- Messages: 382
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Bonjour,
Ci-joint les données transformées en SHP et avec SCR = 29701 https://www.swisstransfer.com/d/f824cb4 … cb1464a9bf
Je suis passé sous AutoCAD MAP par import puis facteur d'échelle puis réexport.
Hors ligne
#8 Hier 22:53
- TsyMiroro
- Juste Inscrit !
- Date d'inscription: 24 Aug 2026
- Messages: 4
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Bpnjour, ou Bonsoir
La solution proposée par ThomasG ne fonctionne pas chez moi, malgré le paramètre "ignorer les entitées avec des géométries invalides"
J'ai essayé diverses valeurs pour la translation de x ou y (même valeur pour x et y),
ça décale les entités, ça ne met pas à l'échelle pour entrer dans le pays.
Je vais re-tenter ce week-end avec les paraètres mise à l'échelle de x et y, on verra ce que cela donnera.
Le solution de olivier.eckmann est OK
Le fichier partagé est exploitable, ça résout mon problème ça marche, mais il faut avoir AutoCAD MAP pour le refaire.
Étant sous linux, j'ai tenté QCad et LibreCAD, ça n'accepte pas les fichiers .MAP
MERCI, vraiement
L'extraction de sommets proposée par vxTedxv, je vais m'y mettre ce week-end,
on verra la suite.
Occasion d'apprendre.
Cdt
Hors ligne
#9 Hier 23:04
Re: ogr2ogr: recuperation vieux MapInfo (.TAB) sans SCR
Rebonsoir,
Je me suis planté en copiant/collant les instructions: Il faut changer "Facteur d'échelle (axe X)" à 1000 et "Facteur d'échelle (axe Y)" à 1000 (ma première réponse était "Translation (axe x)" à 1000 et "Translation (axe y)" à 1000 donc erronée). Le pire est que j'ai testé avant de répondre...
Cordialement,
Hors ligne
