Vous passez de DWG / DXF à SIG?

J'ai des tonnes de fichiers DWG / DXF avec des informations (en plusieurs couches) traitant de:

• Lignes de contour et élévation (lignes)
• positions des antennes (points)
• zones de protection (polygones)
• limites administratives (lignes)
• routes (lignes)
• rivières (lignes)
• clôtures (lignes)
• ...

Toutes ces informations ont été insérées dans ces fichiers CAO de manière non standard (noms non unifiés ou couleurs dans les couches), et maintenant je veux les traduire en SIG (fichiers SHP ou en PostGIS Server).

J'étudie comment traduire ces données.

Je considère:

• créer des scripts GDAL avec Python ( http://www.gis.usu.edu/~chrisg/python/2009/ )
• créer des scripts avec les bibliothèques Teigha ( http://www.opendesign.com/guestfiles/TeighaFileConverter )
• utiliser ArcGIS Desktop (avec des scripts Python) ( http://www.slideshare.net/cageyjames/python-scripting-with-arcgis )
• utiliser QGIS ou gvSIG ( http://www.qgis.org/ , http://www.gvsig.org )
• utilisez GlobalMapper ( http://www.globalmapper.com/ )
• utiliser GeoKettle ( http://www.spatialytics.org/projects/geokettle/ )
• ...

La traduction CAD2GIS peut-elle être réalisée avec ce logiciel?

Il me semble que le principal problème pour vous est de mettre un peu d'ordre dans votre tons of DWG/DXF files with information (in several layers).

Indépendamment du choix du logiciel / outil, je peux vous recommander de décrire vos données. Voici quelques réflexions:

1. Vous devez développer une sorte de codes uniques pour tous les types de fonctionnalités. Il peut s'agir d'un attribut ou de plusieurs ou d'une autre manière. Disons que ce sera un dictionnaire de codes. PS il est très possible que vous ayez déjà un tel dictionnaire.
2. Vous devez décrire vos données d'entrée en fonction de leurs propriétés (nom de calque, couleur, style de ligne, largeur de ligne, etc.) pour pouvoir choisir n'importe quel objet dans DWG, lire ses propriétés, puis rechercher votre document de description, trouver l'enregistrement correspondant et attribuez un code (de description correspondante) à votre fonction de saisie.
3. Préparez une telle description dans un certain format de tableau (par exemple Excel).
4. Écrivez un script qui parcourra toutes vos données d'entrée, associez ses propriétés à la description, attribuez le code et enregistrez-le dans la classe appropriée / SHP / table.

De cette façon, vous pouvez facilement mettre à jour une telle description documentée à l'avenir et l'appliquer à nouveau à toutes les données sans avoir besoin de modifier vos scripts.

Mon expérience:

Nous préparons généralement ces descriptions dans un fichier XLS (il peut être facilement édité par n'importe quel cartographe ou technicien) et utilisons FME pour transformer et convertir des données. Mais je pense que vous pouvez implémenter une idée similaire avec n'importe quel logiciel capable de lire DWG avec des propriétés d'objets.

autocad map 3d va facilement géo-référencer vos fichiers dwg / dxf et permettre la conversion en 12 formats gis.

Sauf si vous ajoutez également le bureau FME (extension FME pour ArcGIS).
Ensuite, avec FME étendu à arcmap et autocad, vous avez tous les ~ 275 formats .
Mais en le faisant via map3d, vous avez accès à des outils particulièrement utiles.
(c. -à- sélectionner par couche, couleur, type de ligne, ou même par la sélection manuall si nécessaire.) Créer des points de bloc point d' insertion, bloc de conversion des attributs aux attributs de données,
sauvegarde tout cela FPE fichier et l' appliquer à plusieurs dessins, etc.
Script il aussi si c'est ce que vous recherchez.

Je commence tous mes projets avec l'hypothèse que la carte 3D AutoCAD, arcmap et fme seront chacun utilisés pour leur meilleur usage.

Il semble que vous ayez un traitement par lots majeur et donc, je serais enclin à l'écrire. Faire tout cela à la main peut être faisable mais douloureux. Au moins avec un script, si vous détruisez quelque chose, vous pouvez simplement corriger le script et relancer. En outre, vous avez la possibilité d'unifier un grand nombre de noms non standard, etc. en utilisant des expressions régulières et un codage / sélections judicieux.

Si vous écrivez ceci, je vous suggère d'utiliser le support dans lequel vous êtes le plus à l'aise. Cela dit, avoir une tonne de fichiers de formes peut être un peu pénible et vous avez une rare occasion de forcer une commande dans votre magasin de géodonnées! SO, je saisirais l'occasion et tout stocker dans PostGis, GeoDatabases, ou une autre base de données spatialement activée. Votre choix ici dépend vraiment de qui va utiliser les données et du logiciel qu'ils aiment le plus.

Pour résumer, écrivez-le à votre façon mais livrez les données à leur façon.

Pour convertir vos fichiers CAO en SIG, vous devrez ajouter des informations de géoréférence à vos fichiers CAO. Si vos fichiers CAO sont dans un système de coordonnées reconnaissable, vous pouvez les affecter à vos fichiers, sinon vous devrez géoréférencer `` manuellement '' le fichier CAO pour traduire les coordonnées locales en un système de coordonnées projeté.

J'ai trouvé ce joli guide [PDF] qui vous donne une bonne idée du processus.

Concernant l'automatisation de ce processus, vous pouvez essayer bash avec ogr2ogr. Si vous avez besoin de plus de contrôle, python avec ogr ferait certainement le travail.