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: 2
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 Hier 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 Hier 18:00
- TsyMiroro
- Juste Inscrit !
- Date d'inscription: 24 Aug 2026
- Messages: 2
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 Aujourd'hui 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
