[Gfoss] integrare il mondo AutoCAD...
Davide Caviglia (GRASS)
davide.c at gisweb.it
Thu Feb 9 10:43:34 CET 2006
L'integrazione tra i dati CAD e il GIS è comunque un'operazione ostica,
non tanto per la struttura del dato, quanto per le differenze di obiettivi
secondo cui i dati vengono creati.
Noi ci stiamo occupando da un pò di tempo del problema che tu segnali,
esattamente con le stesse tecnologie Open che vorresti utilizzare (Postgis
e MapServer).
La strada che abbiamo scelto noi, dove esiste già AutoCad (o suoi
derivati), è quella di connettersi direttamente al database Postgis,
mediante una procedura appositamente sviluppata che utilizza le librerie
di AutoCad. Lo scopo è quello di utilizzare AutoCad come strumento di
Editing per le geometrie contenute in Postgis.
Il centro del nostro progetto non sono i file DWG, ma il dato su Postgis.
Questa configurazione supera il problema dell'allineamento tra dati
editati e dati pubblicati.
ciao
Davide
---------------------------------------------------------------
GIS & WEB, s.r.l.
via Gramsci 27/9 - Genova
---------------------------------------------------------------
-----Original Message-----
From: "Bud P. Bruegger" <bud a comune.grosseto.it>
To: gfoss a faunalia.com
Date: Thu, 09 Feb 2006 09:47:33 +0100
Subject: [Gfoss] integrare il mondo AutoCAD...
> Buongiorno a tutti,
>
> Vorrei chiedere consigli per come meglio integrare il mondo AutoCAD in
> un
> GIS comunale.
>
> I nostri piani sarebbero di mettere su un GIS comunale usando un server
> PostGIS centrale un Mapserver ecc. Ovviamente (per chi mi conosce)
> proviamo di usare open source quanto possibile.
>
> Aparte della cartografia di base (un CTR a 2000) che abbiamo da un volo
> fotogrammetrico, vari altri dati sono gestiti da vari uffici del
> Comune. Ad esempio, il piano regoltore e' sotto la responsabilita'
> dell'ufficio urbanistico, reti tecnici sotto la resp. dell'ufficio
> tecnico,
> ecc. Questi sono autonomi nella loro scelta di software e tanti hanno
> scelto e usano da anni prodotti AutoDesk (AutoCAD, AutoMap) a volte
> anche
> in versione non ultima.
>
> Da noi, come magari in tanti altri ambienti, non e' proponibile di
> imporre
> diverse scelte di software ai produttori di dati. A questo punto si
> pone
> la domanda come meglio integrare il mondo (Auto-) CAD in un
> GIS. Ovviamente, il mondo CAD gestisce la grafica (stili di
> presentazione), usa curve analitiche (archi, splines) che non hanno
> contro-parte in GIS (solo poli-linee, poligoni, dati separati da
> presentazione).
>
> Venendo dal mondo GIS, sono molto sospettoso dei dati CAD in genere e'
> mi
> aspetto tanti problemi. Ma questo e' piu' intuizione che esperienza
> diretta. Spero che tra di voi ci sono persone con piu' esperienza.
>
> Per l'integrazione vedo due scelte maggiore:
>
> (1) un processo di export di files da CAD, pre-processamento, trasporto
> in
> rete, import in PostGIS.
>
> (2) un export delle dati CAD direttamente dal sistema nativo (i.e.,
> file
> DWG) tramite un OGC service (WFS).
>
> In genere, dove c'e' connettivita' di rete (come da noi), possibilita'
> (2)
> mi sembra vantaggioso in quale e' trasparente per i gestori del dato
> (operatore AutoCAD) e aggiunge una "spia" trasparente che automatizza
> la
> visibilita' di tutti aggiornamenti in real-time.
>
> Questo idea mi e' originamente venuto pensando al rilascio di MapGuide
> da
> parte di AutoDesk, pensando che tutti possibili problemi di gestione di
> DWG
> poi sono risolto gia' dal loro prodotto. Ho scoperto solo dopo che
> MapGuide offre solo WMS, ma non WFS.
>
> UMN Mapserver teoricamente (tramite OGR) legge DWG direttamente e offre
> WFS... Ma se non trovo qualcuno con buona esperienza e magari
> requisiti su
> come deve essere gestito il dato in AutoCAD, non mi fido molto di
> questa
> possibilita'.
>
> La possibilita' (1) sara' solo funzionante se e' automatizzabile. Ecco
> alcuni vaghe idee/intuizioni su come potrebbe essere gestito il
> processo:
>
> Sembra che ci siano due librerie per accesso a files DWG (nessuna di
> loro
> open source): una di Open Design Alliance che e' anche usato in OGR, e
> il
> AutoDesk DWG Toolkit 7.0
> http://usa.autodesk.com/adsk/servlet/index?siteID=123112&id=823771.
>
> Se la libreria di Open Design ha problemi, magari si potrebbe provare
> quella di AutoDesk? Chi ha esperienza?
>
> Ma in caso che ci sono tanti possibili configurazioni da gestire,
> magari
> meglio usare qualche python wrapper per flessibilmente interpretare
> mappare
> la struttura AutoCAD in concetti GIS? Problemi che mi imagino (non
> conoscendo a fondo il mondo CAD) includano che attributi sono legato a
> punti (labels) invece di poligoni, ecc.
>
> Ma in ogni caso, mi aspetto che ci vorrà qualche pulizia. Mi sembra
> che
> Jump sarebbe una buona base per una automatizzazione. C'e' qualcuno
> che ha
> esperienza usare Jump su dati CAD?
>
> Come e' evidente, non ho idee chiare. Spero che qualcuno nella
> comunita'
> mi puo aiutare trovare una buona soluzione--e magari creare un caso da
> far
> vedere che open source e' una valida scelta per GIS della P.A...
>
> grazie anticipatemente
>
> -b
>
>
>
>
> -----------------------------------------------------------------------
> --------------------------
> Ing. Bud P. Bruegger, Ph.D. +39-0564-488577
> (voice), -21139 (fax)
> Servizio Elaborazione Dati e-mail:
> bud a comune.grosseto.it
> Comune di Grosseto jabber: bud a jabber.no
> Via Ginori,
> 43
> http://www.comune.grosseto.it/cie/
> 58100 Grosseto (Tuscany,
> Italy) http://www.comune.grosseto.it/interopEID/
>
>
> _______________________________________________
> Gfoss mailing list
> Gfoss a faunalia.com
> http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
More information about the Gfoss
mailing list