#1 Mon 24 October 2005 23:08
- lemaire
- Participant occasionnel
- Date d'inscription: 24 Oct 2005
- Messages: 24
Migration Geoconcept et Arcview dans Mapinfo
N'ayant aucune expérience de ce type de migration, je chercherai à connaître quelles sont les limites d'intégration des données Geoconcept et d'Arcview dans Mapinfo. Je pense que graphiquement il n'y a pas de problème mais le risque de perte de données attributaires me semble possible au niveau vectoriel ?
Hors ligne
#2 Tue 25 October 2005 09:09
- benulti
- Participant assidu
- Lieu: là-bas
- Date d'inscription: 5 Sep 2005
- Messages: 332
Re: Migration Geoconcept et Arcview dans Mapinfo
Bonjour,
"une perte de données attributaires au niveau vectoriel", je vois pas trop là, mais peu importe je pense que l'inverse est à craindre à savoir que les données attributaires ne subiront pas de "déformation" en revanche l'intégrité géométrique des objets ne sera pas conservée si vous utilisez le traducteur universel.
Hors ligne
#3 Tue 25 October 2005 11:59
- brice
- Participant occasionnel
- Lieu: Niort
- Date d'inscription: 25 Oct 2005
- Messages: 42
Re: Migration Geoconcept et Arcview dans Mapinfo
Bonjour,
Aucun problème de migration entre ArcView et MapInfo en utilisant le traducteur universel.
Vous pouvez même ouvrir le shape en natif dans MapInfo à partir de la V7.
Pour Géoconcept, exporter en MiF/MID pour l'importer dans MapInfo.
Cordialement,
HUGAULT Brice
CG 79 - Direction de l'aménagement et du développement durable
Pôle SIG
brice.hugault@ cg79.fr
Hors ligne
#4 Tue 25 October 2005 13:54
- michel wurtz
- Participant actif
- Lieu: Neuve-Eglise
- Date d'inscription: 17 Oct 2005
- Messages: 119
Re: Migration Geoconcept et Arcview dans Mapinfo
Attention cependant aux anciennes versions de GéoConcept. Voici un
extrait d'une documentation interne faite début 2003 pour guider nos
utilisateurs (elle ne s'applique donc *pas* aux versions récentes de
GeoConcept, mais seulement aux versions 4.x à 5.0) :
Géoconcept sait exporter des données au format MIF/MID. Malheureusement,
cet export est entaché de quelques erreurs dans la cas des anciennes
versions de GC.
Avec GC 5.x, tout doit bien se passer. Il est néanmoins recommandé de :
- sélectionner les couches (type/sous-type) par une requête pour
n’oublier aucun objet
- noter le nombre d’objet sélectionnés, on devra avoir le même nombre
après importation dans Mapinfo
- utiliser le bouton « trouver la taille maximale » pour ne pas risquer
de troncature dans le cas des champs texte (50 caractères par défaut).
Il faut aussi se méfier de MapInfo, qui a des limitations (254
caractères pour un champ et 4096 caractères pour un enregistrement).
Dans le cas de GC 4.x (x=0, 1, 2), les fichiers crées doivent parfois
être modifié.
Si l’importation échoue avec un message de type « d:tempnom_de_fichier
: 14 Trouvé[,] pendant la recherche de [Une constante numérique]. »,
c’est que la combinaison (version de Windows + paramètres régionaux +
version de GC) a produit des virgules au lieu de points décimaux dans le
fichier .mif.
Il suffit de l’éditer (avec notepad, c’est du texte) pour remplacer
toutes les virgules après la ligne DATA (mais pas avant !) par des points.
Ceci est également vrai pour tous les champs numériques, réels ou
flottants de GC, car il faut remplacer la virgule par un point. Il se
trouve dans le fichier .mid. On fera de préférence la correction avec
excel (les champs sont séparés par des tabulations) ce qui permet de
travailler par colonne (donc de ne pas modifier d’éventuels champs texte
où les virgules doivent rester ce qu’elles sont).
Pour éviter une interprétation automatique du type de champ par excel,
il faut ouvrir excel, ensuite le fichier .mid (choix tous les fichiers),
éliminer les guillemets d’indicateur de texte et surtout forcer tous les
champs à être de type texte (sinon 123456,456689 devient 123 456 456 689
dans excel), ensuite par colonne Editer/remplacer , par . et sauvegarder
au format texte.
Il est intéressant de renommer les fichiers pour conserver les originaux
en l’état (au cas où…) et ne pas oublier que les 2 fichiers .mif et .mid
doivent avoir le même nom avant l’extension. (toto.mif et toto.mid)
Si le nombre d’objet à l’arrivée est inférieur de 1 à celui des objets
au départ, c’est qu’il manque une fin de ligne. Il est sans danger d’en
ajouter systématiquement une à la fin de chaque fichier .mif et .mid.
Lorsqu'on exporte des données en MIF/MID, GeoConcept converti les
coordonnées en latitude/longitude dans le système WGS84. Il faut donc
éventuellement reconvertir ces coordonnées en Lambert après importation
dans MapInfo...
--
Michel Wurtz
Hors ligne