Le portail francophone de la géomatique

michel wurtz · Mon 28 August 2006 15:21

Bonjour à tous,

J'ai cru constater que le cadastre numérique au format EDIGéO posait quelques problèmes aux utilisateurs de SIG "classiques".

Pour les besoins internes du ministère de l'agriculture, j'ai développé à temps perdu un convertisseur vers le format ouvert MIF/MID, format qui a plusieurs avantages :
- on trouve la description complète de ce format sur le site de MapInfo
- c'est du texte pur
- en deux fichiers seulement, il décrit tout, y compris la projection et la symbolisation des objets.
- quasiment tous les SIG savent le lire

Ce convertisseur a été testé avec succès sur un département complet (un peu plus de 400 communes) et est assez rapide (environ 1 mn par commune sur un P4 à 1,6 Ghz.

Il est écrit en Perl et on peut le télécharger sur le site admisource de la DGME avec sa documentation :

http://adullact.net/projects/edi2mif/

Voilà... en espérant que cela puisse être utile à la communauté.

[EDIT Bruno: actualisation du lien]
--
Michel Wurtz
MAP/SG/SM/SDSI/CERIT/DIG

Dernière modification par Bruno (Mon 19 March 2012 22:40)

Robin · Mon 28 August 2006 15:27

en espérant que cela puisse être utile à la communauté.

Excusez du peu, jusqu'à présent cette opération était payante !!!!

Je n'ai pas pu tester en l'absence de données EdiGéo sous la main, mais merci d'avance au nom du reste de la communauté. Sachant que les nombreuses personnes tentant de convertir de l'Edigéo en DXF pourront à présent passer par le format "passerelle" MIF grâce à cet applicatif.

Voilà ce que j'appelle du Service Public

Geomatiquement,
Robin.

Nicolas · Mon 28 August 2006 21:34

Tout simplement Génial !

Milles merci... je teste demain car je n'ai pas d'EDIGEO sous la main.

moi qui vient de passer du temps aujourd'hui à tester un script équivalentqui lui toujours en perl fait un export EDIGEO en PostGIS.

j'avais déjà été épaté par votre présentation aux RMLL à Nancy, 1 mois après me revoilà épaté, quelles surprises nous réservez-vous encore !!!

Nicolas

Dernière modification par kleinicolas (Tue 29 August 2006 09:21)

goujonmp · Wed 30 August 2006 12:39

Moi aussi je témoigne

"Tout simplement Génial !

Milles merci... " je l'ai testé

Je viens de réaliser en deux secondes la mise à jour annuelle du cadastre, il m'avait fallu

une semaine l'année passé avec un logiciel du commerce que j'avais eu en test
pour quinze jours et que je m'apprêtais à acheter.
Fabuleux ! tous les attributs sont là, en prime.

la bise à Michel Wurtz !

Deleurme · Wed 30 August 2006 15:50

Bonjour,
J'ai téléchargé le tout....mais n'étant pas un expert en matière d'outils de prog...je ne vois pas comment utiliser l'outil edi2mif.
Peut-être quelqu'un pourra m'expliquer plus dans le détail par où commencer pour transformer son edigeo en Mif...
Un petit guide très rapide pourrait être utile pour les personnes comme moi.
A ce moment, je pourrai m'enthousiasmer comme l'on fait les collègues.

Merci

Arno

michel wurtz · Wed 30 August 2006 22:36

Petit mode d'emploi succinct sous Windows :

1- décompresser edi2mif.zip dans un répertoire (C:\edigeo par exemple)
2- lire le fichier Alire.txt et utiliser le lien permettant de
télécharger l'interpréteur Perl
3- lancer le .msi téléchargé pour installer Perl (accepter les
propositions par défaut)
4- si on veut faire des .tab en plus des .mif, chercher la bibliothèque
mitab et copier le fichier tab2tab.exe dans C:\Windows (ou C:\Winnt
selon les cas)
5- placer tous les fichiers de l'échange EdiGeo dans un sous-répertoire
de celui ou on a mis edi2mif.pl (par exemple c:edigeoedi01). Cela
comprend les fichiers .THF, .GEO, .GEN, .SCD, .VEC, etc. Attention,
deux échanges différents peuvent avoir des fichiers de même nom => il
faudra utiliser deux sous-répertories différents)
6- ouvrir une fenêtre de commande DOS et taper (dans le cas de cet
exemple) :

cd c:\edigeo
perl edi2mif.pl edi01 mif01 > log01.txt

7- aller boire un café
8- admirer le résultat dans c:\edigeomif01
9- vérifier quand même qu'il n'y a pas eu de problème, en jetant un coup
d'oeil sur log01.txt (avec notepad, par exemple)

NB: [EDIT suite au changement de méthode depuis la version 1.3]
Si on dispose de MapInfo, il suffit de lancer le fichier IMPORT.WOR (créé
dans le répertoire de sortie) pour que MapInfo fasse la conversion de tous les
MIF/MID en TAB...

--
Michel Wurtz
MAP/SG/SM/SDSI/CERIT/DIG
B.P. 12668 - 31326 Castanet-Tolosan Cedex

Dernière modification par michel wurtz (Wed 24 April 2013 15:12)

alex.maze · Fri 01 September 2006 16:19

bonjour,

j'ai testé edi2mif sur une commune, c'est efficace !!
quelqu'un aurait-il une astuce pour un code permettant l'execution de n communes ? (faire du multicommunes)

ça peut etre pas mal (pour aller boire un café ! car là j'ai pas eu le temps !!!!)

Philippe RENAUD · Fri 08 September 2006 12:04

Bonjour,

Vous parlez d'une conversion vers DXF, quels sont les produits (gratuit) qui permettent de faire cela.

Cordialement
Philippe

Dernière modification par Philippe RENAUD (Fri 08 September 2006 12:06)

Maurice · Fri 08 September 2006 12:37

Bonjour,
Si le DXF vous intéresse c'est (probablement) que vous êtes dans le "monde Autocad..
Dans ce cas, ET SI VOUS AVEZ LE MODULE MAP, edi2mif suffira à votre bonheur puisque le MIF-MID produit peut être importé par AutocadMAP (sinon exigez l'achat de MAP !!).
Je ne sais pas ce qu'il en est d'Autocad "tout court" mais je doute, vu la difficulté de liaison entre logiciel de dessin et SIG...et je ne connais pas de gratuit le faisant (désolé)
ps: bien des fournisseurs proposent (proposaient?) une livraison soit en EDIGeO soit en DXF

Philippe RENAUD · Fri 08 September 2006 13:33

Maurice Nadal a écrit:

Bonjour,
Si le DXF vous intéresse c'est (probablement) que vous êtes dans le "monde Autocad..
Dans ce cas, ET SI VOUS AVEZ LE MODULE MAP, edi2mif suffira à votre bonheur puisque le MIF-MID produit peut être importé par AutocadMAP (sinon exigez l'achat de MAP !!).
Je ne sais pas ce qu'il en est d'Autocad "tout court" mais je doute, vu la difficulté de liaison entre logiciel de dessin et SIG...et je ne connais pas de gratuit le faisant (désolé)
ps: bien des fournisseurs proposent (proposaient?) une livraison soit en EDIGeO soit en DXF

================
Mon problème est très simple, j'utilise MapX et je souhaite faire une exportation en DXF.
Cordialement
Philippe

Maurice · Fri 08 September 2006 14:39

Dans ce cas je ne vois que 2 solutions:
- demander à l'auteur d'edi2mif, qui "tâte" bien aussi en MapX...
- utiliser le Traducteur Universel (mais je ne sais pas trop s'il est libre?). Libre ou pas il est bon de savoir qu'il peut s'utiliser en ligne de commande ou être utilisé depuis MapBasic
cf. http://testdrive.mapinfo.com/TECHSUPP/M … enDocument
Bon courage

Philippe RENAUD · Fri 08 September 2006 15:48

Maurice Nadal a écrit:

Dans ce cas je ne vois que 2 solutions:
- demander à l'auteur d'edi2mif, qui "tâte" bien aussi en MapX...
- utiliser le Traducteur Universel (mais je ne sais pas trop s'il est libre?). Libre ou pas il est bon de savoir qu'il peut s'utiliser en ligne de commande ou être utilisé depuis MapBasic
cf. http://testdrive.mapinfo.com/TECHSUPP/M … enDocument
Bon courage

Merci pour toutes ces infos. Malgrés tout pouvez vous me dire ou je peux me procurer ce programme. Il ne semble pas disponible au téléchargemet. Est'il livré avec Mapinfo ?
Cordialement

Maurice · Fri 08 September 2006 16:05

Le Traducteur Universel est livré avec MapInfo et je ne le trouve pas non plus sur la toile...
Il n'est donc pas libre, désolé!!

michel wurtz · Mon 11 September 2006 10:33

Bonjour,

Pour autant que je sache, le traducteur universel MapInfo est une
version "light" de FME, pour laquelle MapInfo doit sûrement reverser
quelques royalties. Il ne risque pas d'être gratuit !

Par contre, ogr2ogr est un convertisseur de format "libre" qui sait
écrire (mais non lire) des fichiers DXF "simples", et sans faire de
géorérérencement (mais, bon, hein, on est dans le DAO, là, c'est pas
grave). Dans le cas présent, c'est une solution à tester...

Philippe RENAUD · Mon 11 September 2006 10:48

michel wurtz a écrit:

Bonjour,

Pour autant que je sache, le traducteur universel MapInfo est une
version "light" de FME, pour laquelle MapInfo doit sûrement reverser
quelques royalties. Il ne risque pas d'être gratuit !

Par contre, ogr2ogr est un convertisseur de format "libre" qui sait
écrire (mais non lire) des fichiers DXF "simples", et sans faire de
géorérérencement (mais, bon, hein, on est dans le DAO, là, c'est pas
grave). Dans le cas présent, c'est une solution à tester...

Merci pour tout ces précieux renseignements.
Cordialement
Philippe

Dernière modification par Philippe RENAUD (Mon 11 September 2006 10:48)

V. Girault · Tue 12 September 2006 13:32

Bonjour à tous...

J'ai glissé ceci dans le script du fichier config_layers.txt du très bon outil de Michel WURTZ (que je remercie au passage), histoire de voir si on pouvait de manière définitive appliquer une sémiologie donnée aux tables traitées.

Malheureusement, j'ai toujours eû quelques problèmes avec les côtes, qui doivent être nécessaires dans certains cas. Sous MB, je m'en sort difficilement, mais lorsque un fichier texte comprend du code MB qui est lui même attaqué par un MB, là, c'est fini ! Si mon code fonctionnait, je devrait déjà avoir une sélection de tous les objets de ma table BATI, ce qui ne se fait pas. J'ai donc mis entre cotes la ligne Select * from bati into Selection , et là j'ai un beau message d'erreur où tout mon code est inscrit. Où doit-on les mettre, et est-il seulement possible de glisser autant de code dans le TXT ?

[Bati]
Dim Enr as integer
Dim SelObj as Object
Dim Pbati as pen
Dim Bbati as brush
Bbati=makebrush(59, rgb(255,0,0),-1)
Pbati=makepen(0.1,2,BLACK)
Select * from bati into Selection
Fetch first from selection
For Enr = 1 to SelectionInfo(SEL_INFO_NROWS)
SelObj = Selection.obj
If Str$(Selection.obj)="Region" then
Alter Object SelObj Info OBJ_INFO_PEN, Pbati
Alter Object SelObj Info OBJ_INFO_BRUSH,Bbati
Update Selection
Set Obj = SelObj
End If
Fetch next from Selection
Next
Commit Table bati

Merci beaucoup ! En attendant, je vais essayer autre chose.

Maurice · Tue 12 September 2006 14:00

Bonjour
Bravo de tenter d'améliorer l'outil ..et merci de nous en faire profiter
Sous MB le plus "propre" est d'utiliser chr$(34) à la place de quote et des commandes interprétées
Dans ton code je ne pense pas que ce soit un problème de quote
Essaie cmd="select * from "+bati puis run command cmd (je suppose que tu as tous les Dim nécessaires pour cmd, Enr, ...et que la table Bati est ouverte)
ps : je ne vois pas le but des lignes Update.... et Set Obj....surtout qu'il n'y a pas Where RowID = ...

michL · Tue 12 September 2006 14:07

Merci Michel Wurtz, cet outil efficace et simple d'utilisation va nous faciliter grandement la vie !

V. Girault · Wed 13 September 2006 09:08

Bonjour à tous !

Selon les bons conseils de Maurice (merci beaucoup ), j'ai modifié mon code pour config_layers.txt de cette façon :

Code:

  
  Bbati=makebrush(59, rgb(255,0,0),-1)
  Pbati=makepen(1,2,rgb (0,0,0))
  Note ("Initialis"+Chr$(233)+" !")
  cmd = "select * from "+bati+" into selection"
  run command cmd
  Note ("on y est !")            #Là, çà passe
  cmd1 = Chr$(34)+Fetch first from selection+Chr$(34)
  run command cmd1            #A partir d'ici, PB
    Note ("Oui !")
  cmd2 = "For Enr = 1 to SelectionInfo(SEL_INFO_NROWS)"
  
  run command cmd2
  Note ("OK !")

Les divers notes sont là pour tester si les lignes de code sont passées, car je ne suis pas sous MB et le traitement du txt ne va pas me dire à quel numéro de ligne il y a boulette.
Jusqu'à maintenant, le note "on y est" passe, donc celà signifie, enfin pour moi, que le code au dessus est bien interprété. Hors, au moment où j'ai un problème, qui d'après mes tests se situe sur la commande cmd1, j'ai un message d'erreur qui me relate tout mon code, mais uniquement jusqu'à

cmd = "

puis plus rien.
J'ai testé sous Mi, j'ai bien ma table Sélection pour laquelle tout les objets sont séléctionnés, donc c'est sur cmd1 qu'il y a un soucis, je ne sait pas où, mais j'ai testé le passage de chaine avec les cotes (« ») et avec le Chr$(34) selon les bons conseils de Maurice. Là, je ne comprends pas.

Par contre, pour la suite de la boucle, je ne voit plus comment faire.... Il faut passer toutes les commandes par chaînes également ? La boucle va apprécier ? Merci beaucoup d'avance à ceux qui voudront bien m'aider....

Maurice · Wed 13 September 2006 09:34

Bonjour Virginie,
L'agriculture au service de l'équipement....c'est la nouvelle tendance
Pas besoin de mettre des cmd1, cmd2,...un seul cmd, dont la valeur évolue à chaque redéfinition suffit
Surtout il n'est utile que quand il y a besoin d'une interprétaion (s'il y a mélange constantes et variables):
la ligne Fetch first from selection peut rester telle quelle et des lignes comme For Enr = 1 to SelectionInfo(SEL_INFO_NROWS) ne doivent pas être interprétées par un cmd = "...."
Le seul autre cmd (éventuellement) utile serait pour Commit Table bati

michel wurtz · Wed 13 September 2006 12:50

Bonjour,

V. Girault a écrit:

J'ai glissé ceci dans le script du fichier config_layers.txt du très bon outil de Michel WURTZ (que je remercie au passage), histoire de voir si on pouvait de manière définitive appliquer une sémiologie donnée aux tables traitées.

C'est gentil de me remercier, mais je ne suis pas l'auteur de config_layers.txt, qu'un autre contributeur a diffusé : c'est lui

Dans le cas de l'importateur EdiGéO edi2mif.pl, la symbolisation des objets est directement assurée par le traducteur et fait partie des éléments modifiables :

Une première table donne le nom des tables MapInfo à créer en fonction des identifiants normalisés EDIGéO (table coupée ici pour ne montrer que quelques lignes), ce qui permet de donne d'autres noms aux fichiers en sortie :

%tfimi=(
'Z_1_2_2', 'ECRITURES',
[...]
'D_1_0_8', 'RIVIERES',
[...] 'E_2_1_0', 'BATI',
'H_11_6_0', 'T_CHARGE',
'A_1_0_5', 'ZONE_COMMUNIC'
);

Vient ensuite la table des symboles à utiliser pour les mêmes identifiants (ou thèmes), qu'il est possible de compléter.
Il faut mettre la ou les lignes à utiliser dans le .mif, avec la syntaxe MapInfo, y compris la fin de ligne (n), et évidemment compatible par rapport au genre (point, ligne ou polygone) des objets.
Pour le moment, elle se réduit à 4 lignes :

%tsymbol=(
'D_1_0_8', " Pen (1,2,255)n Brush (48,255)n",
'I_1_0_0', " Symbol (42,14680288,12)n",
'I_2_4_0', " Symbol (38,9445631,9)n",
'E_2_1_0', " Pen (1,2,16711680)n Brush (17,16711680)n"
);
--
Michel Wurtz
MAP/SG/SM/SDSI/CERIT/DIG

V. Girault · Thu 14 September 2006 09:07

Bonjour @ tous !

Merci beaucoup pour ta réponse Michel, je vais me pencher là-dessus.

ChristopheV · Mon 18 September 2006 09:55

Bonjour,

Dans le cadre du dev d'un logiciel, je suis en cours d'écriture de modèle de gestion vectoriel, concernant les formats je voudrais pouvoir lire de l'Edigeo, du DXF (c'est fait), et éventuellement d'autres ...
La passerelle MIF/MID me parait une très bonne solution, grâce au traducteur de Michezl Wurtz, et au fait que la plus part des SIG savent gérer ce format.

Concernant les tutoriels sur ce format :
Existe il d'autres tutoriels que celui en ligne sur le site officiel ? pas de site francophone chez Map Info ?

Salutations

Christophe

Pascal GERAUT · Thu 21 September 2006 13:44

Bonjour
après utilisation (avec bonheur) d'édi2mif pour convertir à la volée d'Edigeo en MapInfo (en+ c'est + rapide à paramétrer que des outils trouvés dans le commerce :-), j'ai quelques remarques c:
- sur l'outil :
les symbolisations en sortie ne fonctionnent chez moi que sur les polygones ci dessous un extrait du paramétrage :

'D_1_0_8', " Pen (1,2,255)\n Brush (48,255)\n",
'I_1_0_0', " Symbol (34,255,6)\n ",
'I_2_4_0', " Symbol (34,16711680,6)\n",
'H_11_7_0', " Symbol (36,65535,8)\n ",
'H_1_7_0', " Pen (1,2,16749680)\n Brush (1,0,16777215)\n",
'E_2_1_0', " Pen (1,2,16711680)\n Brush (17,16711680)\n",

en fait rien n'est écrit à la fin du mif/mid.

- quand à au format edigeo, on peut y trouver des erreurs ? il me semble en avoir une sur les projections par exemple :
dans le fichier .GEO, je trouve RELSA05:LAMB1 (soir Lambert 1 nord)
je vérifie dans le paramétrage d'edimif, et je trouve :
%tproj=(
'LAMB1', '3, 1002, 7, 0, 49.5, 48.59852278,50.39591167, 600000, 200000 Bounds (0.0, 0.0) (2000000.0, 2000000.0)',

donc tout va bien à priori, même si je suis surpris de voir du Lambert 1 nord en maine et loire

dans le .VEC, je trouve des coordonnées qui correspondent à la zone géographique traitée :
CORCC22:+387818.30;+268105.47;

àprès import, mes doutes se confirment, c'était du Lambert 2 centre (sinon décalage de 290 km vers le nord)

donc dans un lot Edigéo il peut y avoir une erreur de ce type : LAMB1 au lieu de LAMB2 ?.??
vous avez déjà rencontré ce type d'erreur ???

merci pour vos témoignages.
Pascal

Maurice · Wed 15 November 2006 15:56

Juste un détail: il ne faut pas de virgule à la fin de la dernière ligne (à toutes les précédentes il en faut)
'E_2_1_0', " Pen (1,2,16711680)\n Brush (17,16711680)\n"
Pareil dans le paragraphe %tfimi=

Et une question: pas de problème avec le fonctionnement de tab2tab.exe ?? Où avez vous installé la bibliothèque mitab et ce tab2tab.exe ?? C:Windows, ou C:Winnt, ou autre...??

michel wurtz · Wed 15 November 2006 18:21

Oui, mais il y a aussi un petit bug qui fait que la symbolisation est
ignorée pour les lignes et les points. Je l'ai corrigé et devrait
mettre rapidement un correctif sur Admisource...

--
Michel Wurtz
MAP/SG/SM/SDSI/CERIT/DIG
B.P. 12668 - 31326 Castanet-Tolosan Cedex

Maurice · Wed 15 November 2006 18:24

Merci d'avance Michel..
As tu une réponse à mon autre question (rajoutée a postériori) :
"Et une question: pas de problème avec le fonctionnement de tab2tab.exe ?? Où avez vous installé la bibliothèque mitab et ce tab2tab.exe ?? C:Windows, ou C:Winnt, ou autre...??"
Quelques utilisateurs signalent que jusqu'à MIF ça va mais qu'ensuite tab2tab.exe ne veut pas fonctionner...

michel wurtz · Thu 16 November 2006 12:49

Bonjour Maurice,

Euh... tu peux répéter l'autre question rajoutée "a posteriori" ?

Pour tab2tab.exe : c'est un programme autonome (il inclut la bibliothèque). Je propose de l'installer brutalement dans C:WINDOWS ou C:WINNT selon le nom utilisé par la version de Windows. Ceci permet de pouvoir l'utiliser tout de suite, sans devoir bricoler dans les variables d'environnement.

Attention cependant à l'utilisation de tab2tab avec des polygones à trous (les cours intérieures dans le cas du bâti par exemple) : la conversion des .mif en .tab donne de mauvais résultats pour le remplissage, même si les contours sont bons.

A part cela, je n'ai pas remarqué trop de problèmes. Lorsque tab2tab ne veut pas fonctionner, il faut importer directement les données dans son SIG avec l'outil du constriucteur (ESRI, MapInfo, GéoConcept, etc.).
Cela permet, en fonction des résultats, de voir si c'est tab2tab qui est en cause, ou les données issues de la conversion (mais en général on a un message avant). Bien sûr, MapInfo est à privilégier puisque c'est son comportement qui définit la norme pour les fichier MIF/MID (je l'ai trouvé en général plus permissif que tab2tab, qui ne supporte par exemple de voir la clause "bounds" sur une autre ligne que celle de la clause "coordsys"...)

[Edit Maurice] l'autre question c'est celle qui est citée entre guillemets dans mon dernier post...et tu viens d'y répondre

--
Michel Wurtz
MAP/SG/SM/SDSI/CERIT/DIG
B.P. 12668 - 31326 Castanet-Tolosan Cedex

rolandez · Tue 09 January 2007 15:36

Bonjour,
J'ai essayé la routine edi2mif sous perl sur un fichier à la norme Edigeo (logiciel Editop) pour le convertir au format Mapinfo mais cela n'a pas marché.
Les erreurs sont les suivantes :
"Warning 5 : Failed Parsin CoordSys : 'Earth Projetction'
Error 3 : Failed writing geometry for feature id 1 in mif01/D_1_0_1.tab
....
Error 1 : WriteBytes() : Attempt to write past end of data block
...."

Est ce que quelqu'un a déjà eu ce problème ?

NB: Il ne s'agit pas d'un fichier issu du PCI mais d'un fichier généré directement à partir de Editop.

[EDIT modération : message déplacé vers le sujet central]

Dernière modification par rolandez (Tue 09 January 2007 16:25)

michel wurtz · Wed 10 January 2007 13:13

Bonjour,

Avez-vous modifié le script perl ?
La ligne "Warning 5 : Failed Parsin CoordSys : 'Earth Projetction' montre une faute de frappe : c'est "Earth Projection" normalement (et c'est en clair dans edi2mif.pl, ligne 431 du fichier original).

Si ce n'est pas cela, merci de m'envoyer la PJ citée dans en mail perso
(je crois que GeoRezo les élimine -- en tout cas impossible de la trouver)

--
Michel Wurtz
MAP/SG/SM/SDSI/CERIT/DIG
B.P. 12668 - 31326 Castanet-Tolosan Cedex

Communauté	Ressources	L'emploi	Le marché	L'association	Fils RSS
Forum Blogs Wiki Planet Sites amis	Agenda Biblio Fiches AMO-CNIG Paris PCGIS Téléchargements	Offres d'emploi Banque de CV Formations Démarche Métiers	Geo-Entreprises Geo-Communiqué Appels d'offres	L'association Qui sommes-nous ? Nous aider Bienfaiteurs Partenaires Historique Statuts	Tout le site Job Géomatique Services GeoBlogs ...	Faire un don Mentions légales

Le portail francophone de la géomatique

Annonce

#1 Mon 28 August 2006 15:21

[Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#2 Mon 28 August 2006 15:27

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#3 Mon 28 August 2006 21:34

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#4 Wed 30 August 2006 12:39

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#5 Wed 30 August 2006 15:50

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#6 Wed 30 August 2006 22:36

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#7 Fri 01 September 2006 16:19

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#8 Fri 08 September 2006 12:04

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#9 Fri 08 September 2006 12:37

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#10 Fri 08 September 2006 13:33

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#11 Fri 08 September 2006 14:39

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#12 Fri 08 September 2006 15:48

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#13 Fri 08 September 2006 16:05

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#14 Mon 11 September 2006 10:33

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#15 Mon 11 September 2006 10:48

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#16 Tue 12 September 2006 13:32

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#17 Tue 12 September 2006 14:00

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#18 Tue 12 September 2006 14:07

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#19 Wed 13 September 2006 09:08

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

Code:

#20 Wed 13 September 2006 09:34

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#21 Wed 13 September 2006 12:50

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#22 Thu 14 September 2006 09:07

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#23 Mon 18 September 2006 09:55

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#24 Thu 21 September 2006 13:44

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#25 Wed 15 November 2006 15:56

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#26 Wed 15 November 2006 18:21

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#27 Wed 15 November 2006 18:24

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#28 Thu 16 November 2006 12:49

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#29 Tue 09 January 2007 15:36

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

#30 Wed 10 January 2007 13:13

Re: [Outil] Convertisseur "libre" EDIGeO-PCI vers MapInfo

Pied de page des forums