Le portail francophone de la géomatique

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.

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 !

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)

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)

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

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

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...

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 ?

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

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

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

Bonjour @ tous !

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

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

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

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

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