Re: [Gfoss] qgis e trattamento di dati 3D
Antonio, Sono comunque certo che se tu pubblicassi un tutorial passo-passo, stimoleresti l'appetito verso l'eccitante mondo tridimensionale. già fatto: http://vterrain-italia.blogspot.it/2013/02/virtual-terrain-project-presentazione-e.html Provvederò, durante le vacanze (o le ... mancanze ?) ad aggiornare il sito con le ultime novità. Ciao Roberto ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
Re: [Gfoss] qgis e trattamento di dati 3D
Giovanni, Pensa a quando, in un futuribile futuro, avremo un catasto 3D! :D ... sperando che serva a fornire un servizio ai cittadini, e non uno spremi-agrumi ;) Ciao Rob ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
[Gfoss] errore plugin qgis 2.0
Salve a tutti, se provo ad installare il plugin su qgis2.0.1 su win 7 64bit mi esce questo errore …. Che succede? Saluti Gioacchino Ps ho seguito la procedura del wiki perkè durante l’installazione mi chiedeva le cartelle lmx e pykml Copy the two folders (lxmx and pykml) into the following folder C:\Programs\Quantum GIS Lisboa\apps\Python27\Lib\site-packages Impossibile caricare il plugin GeopaparazziTags a causa di errore chiamando il metodo classFactory() Traceback (most recent call last): File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 204, in startPlugin plugins[packageName] = package.classFactory(iface) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\__init__.py, line 52, in classFactory from geopaparazzitags import GeopaparazziTags File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\geopaparazzitags.py, line 29, in from geopaparazzitagsdialog import GeopaparazziTagsDialog File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\geopaparazzitagsdialog.py, line 29, in from tool.processkmz import * File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\tool\processkmz.py, line 22, in from pykml import parser File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File C:\PROGRA~1\QGISDU~1\apps\Python27\lib\site-packages\pykml\parser.py, line 7, in from lxml import etree, objectify File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: DLL load failed: %1 non � un'applicazione di Win32 valida. Versione Python: 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] Versione di QGIS: 2.0.1-Dufour Dufour, d94c044 Percorso Python: ['C:/PROGRA~1/QGISDU~1/apps/qgis/./python/plugins\\processing', 'C:/PROGRA~1/QGISDU~1/apps/qgis/./python', 'C:\\Users\\Gioacchino/.qgis2/python', 'C:\\Users\\Gioacchino/.qgis2/python/plugins', 'C:/PROGRA~1/QGISDU~1/apps/qgis/./python/plugins', 'C:\\PROGRA~1\\QGISDU~1\\bin\\python27.zip', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\DLLs', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\plat-win', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\lib-tk', 'C:\\PROGRA~1\\QGISDU~1\\bin', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\six-1.3.0-py2.7.egg', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\xlrd-0.9.2-py2.7.egg', 'C:\\PROGRA~1\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\xlwt-0.7.5-py2.7.egg', 'C:\\PROGRA~1\\QGISDU~1\\apps\\qgis\\python\\plugins\\fTools\\tools'] --- Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus. http://www.avast.com ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
Re: [Gfoss] qgis e trattamento di dati 3D
... sperando che serva a fornire un servizio ai cittadini, e non uno spremi-agrumi ;) Sono il primo a lottare contro gli spremi agrumi! Ho mollato ben due progetti per motivi etici, perché li ritenevo utili solo al fornitore... Ripeto, il 3D rischia di essere un gioco, divertente per matematici, informatici, designer, ecc. Sta alla nostra intelligenza e onestà usarlo e farlo evolvere appropriatamente, per una reale utilità. giovanni Ciao Rob ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
[Gfoss] R: errore plugin qgis 2.0
Ho installato la versione 32bit sempre stand alone , ma dopo aver installato il plugin all’avvio mi da quest’altro errore Errore durante l'esecuzione di codice Python: Traceback (most recent call last): File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\geopaparazzitagsdialog.py, line 73, in loadKmzLayer ProcessKMZ().unzip(str(filename)) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\tool\processkmz.py, line 56, in unzip zfile.extract(zip_file, tempfile.gettempdir()) File C:\PROGRA~2\QGISDU~1\apps\Python27\lib\zipfile.py, line 1024, in extract return self._extract_member(member, path, pwd) File C:\PROGRA~2\QGISDU~1\apps\Python27\lib\zipfile.py, line 1057, in _extract_member arcname = arcname.translate(table) TypeError: character mapping must return integer, None or unicode Versione Python: 2.7.4 (default, Apr 6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)] Versione di QGIS: 2.0.1-Dufour Dufour, ebebdf3 Percorso Python: ['C:\\Users\\Gioacchino/.qgis2/python/plugins\\processing', 'C:/PROGRA~2/QGISDU~1/apps/qgis/./python', 'C:\\Users\\Gioacchino/.qgis2/python', 'C:\\Users\\Gioacchino/.qgis2/python/plugins', 'C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins', 'C:\\PROGRA~2\\QGISDU~1\\bin\\python27.zip', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\DLLs', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\plat-win', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\lib-tk', 'C:\\PROGRA~2\\QGISDU~1\\bin', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\PROGRA~2\\QGISDU~1\\apps\\qgis\\python\\plugins\\fTools\\tools'] Errore durante l'esecuzione di codice Python: Traceback (most recent call last): File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\geopaparazzitagsdialog.py, line 73, in loadKmzLayer ProcessKMZ().unzip(str(filename)) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\tool\processkmz.py, line 56, in unzip zfile.extract(zip_file, tempfile.gettempdir()) File C:\PROGRA~2\QGISDU~1\apps\Python27\lib\zipfile.py, line 1024, in extract return self._extract_member(member, path, pwd) File C:\PROGRA~2\QGISDU~1\apps\Python27\lib\zipfile.py, line 1057, in _extract_member arcname = arcname.translate(table) TypeError: character mapping must return integer, None or unicode Versione Python: 2.7.4 (default, Apr 6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)] Versione di QGIS: 2.0.1-Dufour Dufour, ebebdf3 Percorso Python: ['C:\\Users\\Gioacchino/.qgis2/python/plugins\\processing', 'C:/PROGRA~2/QGISDU~1/apps/qgis/./python', 'C:\\Users\\Gioacchino/.qgis2/python', 'C:\\Users\\Gioacchino/.qgis2/python/plugins', 'C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins', 'C:\\PROGRA~2\\QGISDU~1\\bin\\python27.zip', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\DLLs', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\plat-win', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\lib-tk', 'C:\\PROGRA~2\\QGISDU~1\\bin', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\PIL', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32\\lib', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\Pythonwin', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', 'C:\\PROGRA~2\\QGISDU~1\\apps\\qgis\\python\\plugins\\fTools\\tools'] Da: Gioacchino Lattanzio [mailto:gioak...@interfree.it] Inviato: martedì 10 dicembre 2013 11:23 A: 'gfoss' Oggetto: errore plugin qgis 2.0 Salve a tutti, se provo ad installare il plugin su qgis2.0.1 su win 7 64bit mi esce questo errore …. Che succede? Saluti Gioacchino Ps ho seguito la procedura del wiki perkè durante l’installazione mi chiedeva le cartelle lmx e pykml Copy the two folders (lxmx and pykml) into the following folder C:\Programs\Quantum GIS Lisboa\apps\Python27\Lib\site-packages Impossibile caricare il plugin GeopaparazziTags a causa di errore chiamando il metodo classFactory() Traceback (most recent call last): File C:/PROGRA~1/QGISDU~1/apps/qgis/./python\qgis\utils.py, line 204, in startPlugin plugins[packageName] = package.classFactory(iface) File C:\Users\Gioacchino/.qgis2/python/plugins\GeopaparazziTags\__init__.py, line 52, in classFactory from geopaparazzitags import GeopaparazziTags File
[Gfoss] Open CPN ed inserimento cartografia
Buongiorno, ho richiesto informazioni su come inserire cartografia nel programma Open CPN ma non avuto contatti. Richiedo gentilmente ulteriori informazioni . Marco Calzavara -Messaggio originale- Da: gfoss-boun...@lists.gfoss.it [mailto:gfoss-boun...@lists.gfoss.it] Per conto di gfoss-requ...@lists.gfoss.it Inviato: domenica 8 dicembre 2013 12:00 A: gfoss@lists.gfoss.it Oggetto: Digest di Gfoss, Volume 102, Numero 16 Invia le richieste di iscrizione alla lista Gfoss all'indirizzo gfoss@lists.gfoss.it Per iscriverti o cancellarti attraverso il web, visita http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss oppure, via email, manda un messaggio con oggetto `help' all'indirizzo gfoss-requ...@lists.gfoss.it Puoi contattare la persona che gestisce la lista all'indirizzo gfoss-ow...@lists.gfoss.it Se rispondi a questo messaggio, per favore edita la linea dell'oggetto in modo che sia pi utile di un semplice Re: Contenuti del digest della lista Gfoss... Argomenti del Giorno: 1. Open CPN ed inserimento cartografia (Architetto Calzavara) 2. Re: Open CPN ed inserimento cartografia (antoniovinci) -- Message: 1 Date: Sat, 7 Dec 2013 15:10:03 +0100 From: Architetto Calzavara architettocalzav...@libero.it To: gfoss@lists.gfoss.it, gfoss-ow...@lists.gfoss.it Subject: [Gfoss] Open CPN ed inserimento cartografia Message-ID: 004101cef356$0616af10$12440d30$@it Content-Type: text/plain; charset=UTF-8 Buongiorno, ripeto il messaggio poichè non è chiaro a chi devo inviarlo. Mi sono appena iscritto al vostro sito poichè vorrei chiedere informazioni su come caricare correttamente delle carte nautiche in formato .kap nel programma di navigazione marittima Open CPN 3.2.2. Come suggerito ho scaricato le carte da Open Sea Map in formato .kap ma dopo averle richiamate nel programma ed adopero lo zoom queste diventano grige e coprono anche la mappa sottostante. Il problema è relativo al formato delle carte oppure è un'altro? Grazie per una vostra cortese risposta. Marco Calzavara -Messaggio originale- Da: gfoss-boun...@lists.gfoss.it [mailto:gfoss-boun...@lists.gfoss.it] Per conto di gfoss-requ...@lists.gfoss.it Inviato: sabato 7 dicembre 2013 12:00 A: gfoss@lists.gfoss.it Oggetto: Digest di Gfoss, Volume 102, Numero 15 Invia le richieste di iscrizione alla lista Gfoss all'indirizzo gfoss@lists.gfoss.it Per iscriverti o cancellarti attraverso il web, visita http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss oppure, via email, manda un messaggio con oggetto `help' all'indirizzo gfoss-requ...@lists.gfoss.it Puoi contattare la persona che gestisce la lista all'indirizzo gfoss-ow...@lists.gfoss.it Se rispondi a questo messaggio, per favore edita la linea dell'oggetto in modo che sia pi utile di un semplice Re: Contenuti del digest della lista Gfoss... Argomenti del Giorno: 1. Open CPN ed inserimento cartografia (Architetto Calzavara) -- Message: 1 Date: Fri, 6 Dec 2013 13:26:34 +0100 From: Architetto Calzavara architettocalzav...@libero.it To: gfoss@lists.gfoss.it Subject: [Gfoss] Open CPN ed inserimento cartografia Message-ID: 005c01cef27e$66b8c7f0$342a57d0$@it Content-Type: text/plain; charset=iso-8859-1 Buongiorno, mi sono appena iscritto al vostro sito poichè vorrei chiedere informazioni su come caricare correttamente delle carte nautiche in formato .kap nel programma di navigazione marittima Open CPN 3.2.2. Come suggerito ho scaricato le carte da Open Sea Map in formato .kap ma dopo averle richiamate nel programma ed adopero lo zoom queste diventano grige e coprono anche la mappa sottostante. Il problema è relativo al formato delle carte oppure è un'altro? Grazie per una vostra cortese risposta. Marco Calzavara -- parte successiva -- Un allegato HTML ? stato rimosso... URL: http://lists.gfoss.it/pipermail/gfoss/attachments/20131206/4a6e7c01/attachment-0001.html -- ___ Gfoss mailing list Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. Fine di Digest di Gfoss, Volume 102, Numero 15 ** -- Message: 2 Date: Sat, 7 Dec 2013 08:04:24 -0800 (PST) From: antoniovinci sier...@outlook.com To: gfoss@lists.gfoss.it Subject: Re: [Gfoss] Open CPN ed inserimento cartografia Message-ID: 1386432264401-7585358.p...@n2.nabble.com Content-Type: text/plain; charset=us-ascii Da profano completo della materia, mi sono installato l'opensource e caricato il .KAP della Corsica. Usando lo zoom in ambo le
Re: [Gfoss] Open CPN ed inserimento cartografia
/ Architetto Calzavara wrote non avuto contatti / Gentile Architetto, Le ho risposto qua http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Open-CPN-ed-inserimento-cartografia-td7585357.html , senza ottenere riscontro alcuno... :( - -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Open-CPN-ed-inserimento-cartografia-tp7585374p7585375.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
Re: [Gfoss] qgis e trattamento di dati 3D
/ giohappy wrote il 3D rischia di essere un gioco divertente / Esattamente: in ambiente Gis il 3D è la classica ciliegina sulla torta, mentre nel Cad il 3D è la torta stessa... Quanto al fatto che il 3D nel Gis sia utile perchè la Terra non è mica piatta, mi permetto di dissentire per 2 ottimi motivi: 1] in cartografia (base del Gis) si lavora prevalentemente su mappe 2D, sia cartacee che elettroniche 2] nel Gis la coordinata Z è processata come mero attributo, e non certo come aggancio (snap) nello spazio tridimensionale, caratteristica normale invece per un Cad. Addirittura le stesse curve di livello, oggetti 3D per definizione, vengono trattati dal Gis come linee 2D dotate di attributo Z. Per non parlare dei Dem, ovvero raster tridimensionali, su cui si opera con analisi geomorfologiche che restituiscono immagini georeferenziate bidimensionali. Questo è il quadro operativo di uno che usa la sinergia Gis_2D + Cad_3D dal secolo scorso: auspicando di vivere abbastanza per veder fusi i 2 mondi, per ora mi faccio bastare il ponte VTP... - -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/qgis-e-trattamento-di-dati-3D-tp7585361p7585376.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
Re: [Gfoss] qgis e trattamento di dati 3D
Antonio, finora è stato così, ma chi ha detto che l'informazione geografica sia prevalentemente 2D? E' l'immagine mentale più tipica, ereditata dalla cartografia classifica, ma non castriamoci la mente :) In ambito geologico, ad esempio, è più naturale pensare in 3D anche a scala geografica... giovanni Il 10/dic/2013 14:36 antoniovinci sier...@outlook.com ha scritto: / giohappy wrote il 3D rischia di essere un gioco divertente / Esattamente: in ambiente Gis il 3D è la classica ciliegina sulla torta, mentre nel Cad il 3D è la torta stessa... Quanto al fatto che il 3D nel Gis sia utile perchè la Terra non è mica piatta, mi permetto di dissentire per 2 ottimi motivi: 1] in cartografia (base del Gis) si lavora prevalentemente su mappe 2D, sia cartacee che elettroniche 2] nel Gis la coordinata Z è processata come mero attributo, e non certo come aggancio (snap) nello spazio tridimensionale, caratteristica normale invece per un Cad. Addirittura le stesse curve di livello, oggetti 3D per definizione, vengono trattati dal Gis come linee 2D dotate di attributo Z. Per non parlare dei Dem, ovvero raster tridimensionali, su cui si opera con analisi geomorfologiche che restituiscono immagini georeferenziate bidimensionali. Questo è il quadro operativo di uno che usa la sinergia Gis_2D + Cad_3D dal secolo scorso: auspicando di vivere abbastanza per veder fusi i 2 mondi, per ora mi faccio bastare il ponte VTP... - -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/qgis-e-trattamento-di-dati-3D-tp7585361p7585376.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013
[Gfoss] R: Digest di Gfoss, Volume 102, Numero 21
la coordinata Z è processata come mero attributo, e non certo come aggancio (snap) nello spazio tridimensionale, caratteristica normale invece per un Cad. Addirittura le stesse curve di livello, oggetti 3D per definizione, vengono trattati dal Gis come linee 2D dotate di attributo Z. Per non parlare dei Dem, ovvero raster tridimensionali, su cui si opera con analisi geomorfologiche che restituiscono immagini georeferenziate bidimensionali. Questo è il quadro operativo di uno che usa la sinergia Gis_2D + Cad_3D dal secolo scorso: auspicando di vivere abbastanza per veder fusi i 2 mondi, per ora mi faccio bastare il ponte VTP... - -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/qgis-e-trattamento-di-dati-3D-tp7585361p7585376.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 -- parte successiva -- Un allegato HTML ? stato rimosso... URL: http://lists.gfoss.it/pipermail/gfoss/attachments/20131210/6f6ddad8/attachment-0001.html -- Message: 4 Date: Tue, 10 Dec 2013 16:23:48 +0100 From: GEOgrafica geograf...@alice.it To: antoniovinci sier...@outlook.com Cc: gfoss@lists.gfoss.it Subject: Re: [Gfoss] qgis e trattamento di dati 3D Message-ID: dbe00fe0-b7ce-4866-b90e-846769c3d...@alice.it Content-Type: text/plain; charset=iso-8859-1 Inizio messaggio inoltrato: Da: antoniovinci sier...@outlook.com Oggetto: Re: [Gfoss] qgis e trattamento di dati 3D Data: 10 dicembre 2013 14:36:25 CET A: gfoss@lists.gfoss.it / giohappy wrote il 3D rischia di essere un gioco divertente / Esattamente: in ambiente Gis il 3D è la classica ciliegina sulla torta, mentre nel Cad il 3D è la torta stessa... Quanto al fatto che il 3D nel Gis sia utile perchè la Terra non è mica piatta, mi permetto di dissentire per 2 ottimi motivi: 1] in cartografia (base del Gis) si lavora prevalentemente su mappe 2D, sia cartacee che elettroniche Beh, le mappe cartacee sono 2d per ovvi motivi. Le mappe elettroniche sono 2d solo quando... lo sono :), e non sempre. I modelli del terreno (DEM, DTM ecc) sono utilizzati nel GIS da sempre, sono dati GIS, sono anche essi, in qualche modo, mappe e non sono 2d. E tutte le mappe derivate dai modelli del terreno con metodi di analisi geomatica (acclivita', esposizione ecc.) saranno una ciliegina sulla torta per chi in ambito GIS si occupa di altro, non certo per chi si occupa di analisi del terreno che fino a prova contraria e' a tutti i diritti una delle branche del GIS. Qui e' pieno di geologi (come avrai capito uno di questi sono io :) che penso lo possano confermare 2] nel Gis la coordinata Z è processata come mero attributo, e non certo come aggancio (snap) nello spazio tridimensionale, caratteristica normale invece per un Cad. Questo e' un discorso legato al tipo di software. Un CAD e' uno strumento software, un GIS e' un sistema informativo geografico, ovvero qualcosa di molto di piu' di un software. Comunque, parliamo di software: all'interno di un software GIS, l'informazione della terza dimensione puo' essere gestita come mero attributo, ma anche come vera e propria geometria (perche' poi mero attributo? anche le due coordinate x e y sono dei meri attributi - il fatto di come siano registrati dal software, che si tratti di un file Shapefile, con geometria descritta in una sorta di pezzo CAD del file, o in campi X e Y di un record di PostGIS c'entra poco - , sono essenziali per la localizzazione sulla superficie della terra, ma chi ha detto che la terza coordinata sia meno importante? Il fatto che alcuni software prevedano come formato di lavoro un formato che tratta solo dati bidimensionali? ma questo e' legato a quello specifico software e a quello specifico formato!) E' verissimo che sono molto piu' diffusi i software GIS 2D rispetto ai software GIS 3d, ma questo non vuol dire che i GIS 3d non esistano o che il 3d nel GIS sia un extra o peggio un surplus. Addirittura le stesse curve di livello, oggetti 3D per definizione, vengono trattati dal Gis come linee 2D dotate di attributo Z. Le ISO-ipse, come dice la parola stessa, sono linee poste alla stessa quota. Quindi dire che siano oggetti 3d per definizione e' proprio un errore. Sono linee con sviluppo planare, poste a determinate quote. Sul fatto che il GIS le tratti sempre e comunque come linee 2D (che come detto non e' proprio una definizione corretta, ma io penso che tu intenda linee poste sul piano cartografico con attributo alfanumerico Z
