Re: [Gfoss] dxf2postgis
Il 12/02/2018 13:45, Totò Fiandaca ha scritto: Salve a tutti, da questa pagina [0] ho trovato il link [1] per scaricare dxf2postigis, ma non riesco a scaricare nulla la pagina è sempre in caricamento; accade solo a me? come posso scaricare dxf2postigis? E' un'applicazione in VB del 2006... La trovi anche qui: https://sourceforge.net/projects/dxf2postgis/ Ma usa a questo punto la più moderna SpatiaLite GUI! ;-) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 796 iscritti al 28/12/2017
Re: [Gfoss] i tradizionali sistemi di riferimento sono obsoleti ?
E' probabile che Geomedia si riferisca a what3words... Fortunatamente esistono già anche alternative open come what3fucks e derivati. ciao Antonio Il 31/10/2017 11:53, G. Allegri ha scritto: Effettivamente è un argomento che andrebbe affrontare in ambito gfoss (internazionale). A livello di proj4 e di DB vari non ho visto girare niente... giovanni Il 31 ott 2017 8:00 AM, <geodr...@gmail.com> ha scritto: Sandro, a proposito del DGGS, questa frase (tratta dalla rivista GeoMedia) mi preoccupa: "Si richiama l’attezione sul problema dei diritti di proprietà intellettuale relativi a vari metodi di creazione e utilizzo dei DGGS. Ad esempio, esistono brevetti multipli per l'indicizzazione dei DGGS, ed è anche possibile che alcuni degli elementi di questo documento possono essere oggetto di diritti derivanti da brevetto". Deduco che ancora non esista uno standard fisico e open a riguardo. Sarebbe una buona sfida da cogliere per il mondo open. Sbaglio ? A presto Roberto Inviato da iPhone ___ 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. 801 iscritti al 19/07/2017 ___ 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. 801 iscritti al 19/07/2017 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 801 iscritti al 19/07/2017
Re: [Gfoss] What3Fucks - risposta (provocatoria) open a what3words
Il 12/07/2016 18:14, Maurizio Napolitano ha scritto: Mi informano che è nata la versione Pokémon http://www.what3pokemon.com Un sistema del genere non poteva non scatenare ilarità! :D Personalmente credo che Geohash [1] sia il top, sia in termini di efficacia che di licenza (public domain). ciao Antonio [1] https://en.wikipedia.org/wiki/Geohash -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 807 iscritti al 31/03/2016
Re: [Gfoss] Griglia UTM Lazio
Il 07/04/2016 12:34, Margherita Di Leo ha scritto: Buongiorno, chiedo gentilmente aiuto ai geografi e ai colleghi che lavorano sul Lazio, per conto di un collega. Gli servirebbe lo shapefile della griglia UTM come quella in figura: http://www.pennuti.net/wp-content/uploads/2011/11/Stime-densit%C3%A0-occhione-nel-2011.jpg Online si trova il reticolato UTM a varia scala anche dal sito IGM, peroâ sembra non corrispondere a quella in figura, nella zona di unione dei settori UTM 32 e 33 in corrispondenza di Monte Mario, che determina la deformazione dei quadranti. Qualcuno ci puo` aiutare? Grazie Ciao Margherita, dovrebbe trattarsi del Military Grid Reference System (MGRS) 10 km. E' possibile ricavarlo a partire dal MGRS 1 km [1] dissolvendo in base al campo MGRS_10km. Qui [2] un quadro di unione per l'Italia. Antonio [1] http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html [2] http://files.biolovision.net/www.ornitho.it/pdffiles/news/Particelle_UTM-2574.pdf -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 807 iscritti al 31/03/2016
Re: [Gfoss] qgis - analisi spaziale - punti vicini con attr
Il 22/02/2016 18:08, p.carbonari ha scritto: Buonasera a tutti, devo effettuare una pulizia di punti e volevo farla con qgis ma non so bene come senza utilizzare qualche db tipo postgis. Ho una serie di punti e in alcuni casi sono punti simili con alcune tipologie differenti. Con un buffer identifico dei punti vicini, di questi devo fare una selezione nel caso in cui il valore di un campo sia tra loro diverso. Come faccio a fare questo. es. con un buffer di 100 metri identifico il punto 1, 3, 5, 7. questi punti in un campo "x" hanno il valore a (punti 3, 5, 7) e valore b (punto 1). come faccio a selezionare solo i punti che ricadono nel buffer ed hanno valore diverso es. punto 1? Se all'insieme di punti contenuti in ogni buffer di 100 m associ una classe, "Number of unique values in classes" ...is your friend! Concatenando un po' di strumenti di Processing, si dovrebbe poter definire un modello che fa tutto: dal buffer alla selezione finale. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 808 iscritti al 30.01.2015
Re: [Gfoss] Punti quotati
Il 19/02/2016 11:37, NicoPez ha scritto: Grazie PiGreco della risposta. I punti quotati che posso importare dalla CTR hanno già il valore di quota nel database. Il problema è riuscire a selezionare i punti salienti dalla CTR 10k. Non posso farlo ogni volta uno per uno.. sarebbe un lavoro immane :o Forse da una CTR 25k si potrebbe trovare meno punti. Un approccio possibile "vendor-neutral" per ridurre il numero di punti potrebbe essere la "selezione casuale" ad esempio del 20% dei punti: si aggiunge un campo numerico in cui si calcola un numero random compreso tra 0 e 1 e poi si filtrano i punti con valore compreso in un certo intervallo (es. 0-0.2). ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 808 iscritti al 30.01.2015
Re: [Gfoss] Ancora sui nuovi sistemi di riferimento RDN2008 ETRS89/ETRF2000
Il 05/10/2015 09:11, Amedeo Fadini ha scritto: Salve a tutti, qualcuno degli esperti mi sa spiegare in quale versione di GDAL Ú inserito il database EPSG 8.4 con i nuovi sistemi di riferimento? Dalle "release notes" di GDAL e' possibile ricostruire il tutto: https://trac.osgeo.org/gdal/wiki/Release/1.11.0-News https://trac.osgeo.org/gdal/wiki/Release/1.11.1-News https://trac.osgeo.org/gdal/wiki/Release/1.11.2-News https://trac.osgeo.org/gdal/wiki/Release/1.11.3-News https://trac.osgeo.org/gdal/wiki/Release/2.0.0-News https://trac.osgeo.org/gdal/wiki/Release/2.0.1-News In sintesi, nella 1.11.0 (aprile 2014) e' presente la v. 8.2, mentre con la 2.0 (giugno 2015) c'e' stato l'aggiornamento alla v. 8.5. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 786 iscritti al 30.9.2015
Re: [Gfoss] Postgres "portable" in QGIS
In alternativa: http://lmgtfy.com/?q=postgresql+portable Antonio Il 24/09/2015 17:45, Amedeo Fadini ha scritto: Tra i mitici programmi del mitico "zippone" che la mitica Geosolutions adopera per il workshop di Geoserver c'è anche postgres... A Lecco ti sapranno dire come si fa immagino... Amefad Il giorno 24/set/2015 14:39, "Rocco Pispico" ha scritto: Ciao a tutti, mai nessuno ha avuto la necessità di avere un ambiente postgres server portable? Tutti i miei dati sono strutturati e gestiti in ambiente PostgreSQL\PostGIS ma se voglio utilizzare le strutture in una postazione non connessa al db devo inventarmi vari metodi. SpatialLite sembrerebbe la scelta naturale ma devo smanettare un bel po' perché tutto funzioni: trigger e sequence da rivedere, tipi di dati ecc... Altre soluzioni? Rocco PS: Parliamone a Lecco se volete. ___ Gfoss@lists.gfoss.it <mailto: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. 750 iscritti al 18.3.2015 ___ 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. 750 iscritti al 18.3.2015 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 750 iscritti al 18.3.2015
Re: [Gfoss] Rilasciata la nuova Libreria Proj4 4.9.2 con supporto per il epsg:6707 - pero' ....
Il 20/09/2015 18:05, Antonio Falciano ha scritto: Il 20/09/2015 17:31, Andrea Peri ha scritto: Ciao , ti chiederei un favore: a questo link puoi scaricare i nostri dataset dei confini amminstrativi in GaussBoaga (epsg:3003). http://www502.regione.toscana.it/geoscopio/download/tematici/ambiti_amministrativi/ambiti_amministrativi.zip Puoi scaricarli, aprirne uno (esempio quello dei confini comunali) in gvSIG e da li' riesportarlo in epsg:6707 e farmelo riavere ? Mi basta un pezzettino, anche un solo comune cosi'entra in una email senza problemi. Lo so' che la conversione non sarebbe precisa causa assenza di grigliati, ma mi serve giusto per avere un qulcosa in epsg:6707 e poterlo usare per i confronti e alcuni tests. Eccolo: https://copy.com/fKTBKzhgjXaVwAR4 Ho semplicemente applicato una trasformazione composta da: EPSG:1169 Monte Mario to WGS84 (1) EPSG:6711 RDN2008 to WGS84 (1) quindi non ho usato grigliati. Pardon... Era in EPSG:6708 (colpa dell'abitudine) e avevo usato anche una trasformazione errata! Il file corretto e' questo: https://copy.com/9DCRwusVRX8qO1Wq Le trasformazioni da applicare sono: EPSG:1660 Monte Mario to WGS84 (4) EPSG:6711 RDN2008 to WGS84 (1) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 750 iscritti al 18.3.2015
Re: [Gfoss] Rilasciata la nuova Libreria Proj4 4.9.2 con supporto per il epsg:6707 - pero' ....
Il 20/09/2015 13:43, Andrea Peri ha scritto: Salve, pochi giorni fa' il gruppo che sovrintende alla libreria Proj4, ha rilasciato la nuova versione 4.9.2. cio' che interessa e' che ora nella Proj4 sono presenti e supportati i nuovi sistemi di riferimento italiani epsg:6707 , epsg:6708 ... and so on.. Era ora! :) Approfittando dell'occasione abbiamo aggiornato la nostra infrastruttura e da oggi supportiamo sui servizi wms del sistema Geoscopio_WMS anche i sistemi di riferimento EPSG:6707 e EPSG:6708. In ogni caso per una vera interoperabilita' serve che anche la parte client sia con essicompatibile. Questione di poco tempo presumo. Infatti facendo una prova con qgis 2.10 , abbiamo potuto verificare che poiche' esso non riconoscose gli epsg:6707 , pur ricevendo dal server la disponibilita' ad usarlo, qgis lo esclude dalla lista dei disponibili. Non sappiamo cosa succede con gli altri eventuali client GIS. gvSIG carica il registro EPSG v. 8.5 fin dalla versione 2.1, quindi i sistemi RDN2008* sono riconosciuti e caricati correttamente. A maggior ragione in gvSIG 2.2. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 750 iscritti al 18.3.2015
Re: [Gfoss] [qgis] assegnare prj in batch a shapefile
Il 23/07/2015 17:56, Sieradz ha scritto: / stefano campus wrote ma più semplicemente non si può utilizzare il comando qgis geoalgorithms--vector general tools--reproject layers / Mi pare di capire che le shape di Luca esistano già , ma che siano semplicemente prive del PRJ. Per gli appassionati di paleo-informatica, il risultato si può anche ottenere così: *for %q in (*.shp) do copy PIPPO.prj %q.prj* più veloce del suddetto dir+copy... :) Al limite, visto che ti occorre solo il nome dello shp, dovrebbe essere: for %q in (*.shp) do copy PIPPO.prj %~nq.prj Per gli appassionati di GDAL, noto il codice EPSG, si puo' usare anche gdalsrsinfo [1]. Esempio: for %i in (*.shp) do gdalsrsinfo -o wkt_esri EPSG:4326 %~ni.prj Cosi' non sei vincolato ad avere il prj da copiare sotto mano. Antonio [1] http://www.gdal.org/gdalsrsinfo.html -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 750 iscritti al 18.3.2015
Re: [Gfoss] importazione shape con caratteri misti latino/cirillico in SpatiaLite
Il 11/02/2015 15:42, Matteo Ghetta ha scritto: Ciao a tutti, mi sto scontrando con una difficoltà piuttosto fastidiosa. Ho uno shape di punti (sono città della Bosnia che provengono da OSM per intenderci) che vorrei importare in un database SL. Ora, avendo bisogno di mostrare le etichette dei nomi delle città in QGIS, a volte ho modificato a mano la colonna del nome interessato trasformando il cirillico in caratteri latini leggibili. Fin qui spero di essere stato chiaro. Ora, volendo importare lo shape in un db SL con DB Manager non mi dà errori ma dopo 15 minuti buoni che gira capisco che c'Ú qualcosa che non va. Con SL GUI infatti mi specifica un problema di caratteri: * se imposto UTF-8 ho come errore - load shp error:Invalid character sequence * se vado a naso e provo a scegliere qualche codifica in cirillico mi trovo una tabella degli attributi piena di buchi Lo shape in QGIS Ú stato esportato usando System come codifica, ma ho provato anche a esportarlo forzando UTF-8 e provando a importarlo in SL, ma ho sempre la tabella piena di bucherelli. Mi sto perdendo in un bicchiere d'acqua? Hai provato con Latin-2 (ISO-8859-2)? http://en.wikipedia.org/wiki/ISO/IEC_8859-2 ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Reticolo idrografico Regione Basilicata
Il 04/02/2015 14:52, Stefano Iacovella ha scritto: Buongiorno, stavo cercando il dataset in oggetto. Probabilmente sbaglio io ma mi pare che non sia disponibile presso il protale regionale ne presso quello dell'autorità di bacino. Qualcuno ha informazioni migliori? Lo trovi nel DBPrior10k. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] convertire shp in dwg/dxf
Il 27/01/2015 18:44, Sabrina Casucci ha scritto: Ciao a tutti, ho la necessità di convertire uno shape file in dwg/dxf mantenendo gli attributi di un field; potreste darmi qualche dritta su come procedere? Ho fatto un rapido test in gvSIG 2.1 RC4 (appena rilasciato) realizzando prima il passaggio inverso: ho caricato un dxf e poi l'ho esportato come shp (point, curve e surface). Al contrario, esportando invece gli shp come dxf si osserva che gli attributi tipici CAD (ad esempio Layer, Color, Elevation, Text, ecc.) sono conservati, quindi basta semplicemente usare questi come nomi dei campi nello shp da convertire. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Creare poligoni da polilinee
Il 27/01/2015 15:34, AndreaF ha scritto: Ciao a tutti. Abbiamo un problema apparentemente semplice, ma non ne veniamo a capo. Abbiamo uno shapefile di linee (dei limiti geologici) e vorremmo trasformarle in poligoni (delle formazioni geologiche). Abbiamo provato i seguenti strumenti: 1) da linee a poligoni: genera dei poligoni strani perchÚ collega i nodi posti ai vertici delle polilinee creando dei triangoli; 2) clip: creando un poligono molto vasto dell'intera area e applicando il clip, non genera intersezioni; 3) editing: in questo caso la funzione spezza elemento fa al caso nostro, ma dovremmo ri-digitalizzare tutti i limiti. Esiste qualcosa che spezza i poligoni a partire dalle linee in maniera automatica? Salve, Polygonize di SEXTANTE in gvSIG 1.12 (opp. 2.1 RC4) dovrebbe farlo in un unico passaggio, in quanto spezza le linee in corrispondenza delle intersezioni e poi crea tutti i possibili poligoni senza sovrapposizioni. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
[Gfoss] Rilasciato gvSIG 2.1 RC4
Traduzione dell'annuncio ufficiale (scusate per il cross posting): http://listserv.gva.es/pipermail/gvsig_internacional/2015-January/009361.html === La quarta Release Candidate di gvSIG 2.1 (gvSIG 2.1 RC4) e' stata appena rilasciata [1]. Vi invitiamo a testarla e a segnalarci qualsiasi errore o suggerimento nelle liste di discussione degli utenti [2] o direttamente nel bugtracker (v. link interessanti per i tester [3]). Alcune delle principali nuove caratteristiche rispetto alla precedente versione candidata al rilascio sono l'estensione Discromatopsia (trasformazione di legende in caso di alterazione della percezione di uno o piu' colori fondamentali, NdR), l'estensione Geometrie derivate, alcune nuove librerie di simboli o il supporto del formato Excel. La lista delle principali nuove caratteristiche di gvSIG 2.1 puo' essere consultata qui [4]. Grazie per la vostra collaborazione. [1] http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.1/downloads [2] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional [3] http://www.gvsig.org/web/docusr/doctesting/interesting-links-for-testers/view?set_language=en [4] http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.1/notas-de-version/new-features -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] richiesta dati agenzia del territorio puglia
Il 02/12/2014 12:15, Margherita Di Leo ha scritto: Ciao, qualcuno in lista ha esperienza di richiesta di dati GIS all'agenzia del territorio (in particolare, dati relativi al catasto dei terreni) per fini di ricerca? I dati che mi servono sono su base regionale (Puglia), vorrei sapere in questo caso a chi devo rivolgere la mia richiesta (a tutti gli uffici provinciali?). Mi servirebbe ottenere la mappa dei terreni con destinazione d'uso uliveto. Ciao Margherita, per cominciare - se non lo hai gia' fatto - potresti dare un'occhiata ai dati del progetto CASI: http://www.inea.it/geodati Cartografia delle uso del suolo con approfondimento delle aree agricole irrigate delle regioni Obiettivo I, elaborata attraverso l'analisi multi temporale di immagini Landsat 2004-2005. Scala 1:100.000 e 1:50.000 (aree irrigate). Legenda conforme al Corine Land Cover III Liv. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] R: DXF e layer
Il 28/11/2014 12:18, Sieradz ha scritto: / pcav wrote sicuro che non ci siano nella tabella associata? sarebbe davvero strano / Non e' strano, semplicemente perche' il formato DXF non porta con se' tabelle di attributi Gis. Inoltre, nella trasformazione in shape da parte di Qgis, i testi del DXF vengono convertiti in punti dotati di attributo, proprio perche' in uno shapefile non esiste il concetto di testo visualizzato. In altre parole, probabilmente nella mappa di Massimo non manca alcun testo, perche' sono banalmente nascosti nei punti di competenza. Se puo' essere utile, gvSIG e' in grado di importare testi (testo, altezza e rotazione) e quote (in un apposito campo Elevation) da DXF in 3D. OGR (e quindi QGIS) mi pare che non lo faccia ancora. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] modifica SR
Il 28/11/2014 12:51, Sieradz ha scritto: Un momento: il sistema 32633 si riferisce al fuso Ovest, mentre il 3003 al fuso Est. Occhio, e' esattamente il contrario! ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] modifica SR
Il 28/11/2014 13:25, Sieradz ha scritto: Tranquillo, l'avevo corretto 6 minuti prima del tuo post: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/modifica-SR-td7590671.html Peccato solo che gli update su Nabble non funzionano se ricevi i messaggi di lista nel tuo client di posta elettronica, come nel caso di Daniele e del sottoscritto. Grazie comunque ;) Di nulla ;) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Libreria retini geologici
Il 18/11/2014 09:17, Luca Lanteri ha scritto: Possiamo pensare di fare due set di simboli, uno generico ed uno per QGIS. Ciao Luca, grazie innanzitutto per la condivisione. Penso che la soluzione del doppio set, per quanto ridondante, possa essere valida. Al limite si potrebbero lasciare cosi' come sono e allegare/linkare lo script di conversione per QGIS, utile anche per il futuro. Ho fatto qualche rapido test e buona parte dei simboli sono anche importabili in gvSIG 2.1. Ancora grazie. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Libreria retini geologici
Il 18/11/2014 10:54, Paolo Cavallini ha scritto: Il 18/11/2014 09:58, Antonio Falciano ha scritto: Ho fatto qualche rapido test e buona parte dei simboli sono anche importabili in gvSIG 2.1. ottima notizia. quelli che non lo sono, perche'? Non li ho testati tutti, ma ad esempio microzonazione\CH.svg non viene importato per questa ragione: org.w3c.dom.DOMException: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: flowRoot) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Libreria retini geologici
Il 18/11/2014 13:01, Andrea Peri ha scritto: Se mi mandi il link provo a validarlo. Potrebbe essere un errore nella SVG. https://github.com/GISsimbology/main/blob/master/microzonazione/CH.svg Aperto il ticket: https://github.com/GISsimbology/main/issues/1 e trovata gia' una soluzione: commentare o rimuovere direttamente il tag flowRoot. Grazie. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Libreria retini geologici
Il 18/11/2014 14:58, Paolo Cavallini ha scritto: prima di rimuovere il tag, cercherei di capire perche' c'e', comunque. Si tratta di un tag introdotto in SVG 1.2: http://www.w3.org/TR/2004/WD-SVG12-20041027/flow.html SVG 1.2 enables a block of text and graphics to be rendered inside a shape while automatically wrapping the objects into lines using the flowRoot element. The idea is to mirror, as far as practical, the existing SVG text elements. Ci interessa davvero specchiare il testo in un simbolo? Credo di no. Inoltre, perche' in CH.svg c'e' e in DH.svg no (sono praticamente uguali a meno di una lettera)? Ecco i link per un rapido confronto: https://github.com/GISsimbology/main/blob/master/microzonazione/CH.svg https://github.com/GISsimbology/main/blob/master/microzonazione/DH.svg ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Libreria retini geologici
Il 18/11/2014 15:15, Paolo Cavallini ha scritto: Il 18/11/2014 15:11, Antonio Falciano ha scritto: Si tratta di un tag introdotto in SVG 1.2: ottimo, grazie. in questo caso non e' un bug, ma una limitazione dell'interprete svg di gvSIG. Infatti nel ticket suggerivo solo un workaround per gli utenti di gvSIG. IMHO resta tuttavia l'inutilita' di quel tag: rimuovendolo il rendering avviene perfettamente. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Libreria retini geologici
Il 18/11/2014 14:55, Luca Lanteri ha scritto: bene, puoi fare direttamente tu la modifica sul repo così capisco anche come funzionano i contributi ? Immagino di doverti aggiungere un account. Non sarebbe affatto necessario, in quanto potrei tranquillamente usare il meccanismo cosiddetto fork pull: https://help.github.com/articles/using-pull-requests/ ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
[Gfoss] Rilasciato gvSIG 2.1 RC2
Traduzione dell'annuncio ufficiale (scusate per il cross posting): http://listserv.gva.es/pipermail/gvsig_internacional/2014-October/009241.html === La seconda Release Candidate di gvSIG 2.1 (gvSIG 2.1 RC2) e' stata appena rilasciata [1]. Vi invitiamo a testarla e a segnalarci qualsiasi errore o suggerimento nelle liste di discussione degli utenti [2] o direttamente nel bugtracker (v. link interessanti per i tester [3]). La lista delle principali nuove caratteristiche di gvSIG 2.1 puo' essere consultata qui [4]. Grazie per la tua collaborazione. [1] http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.1/downloads [2] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional [3] http://www.gvsig.org/web/docusr/doctesting/interesting-links-for-testers/view?set_language=en [4] http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.1/notas-de-version/new-features -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] QGIS 2.6 e sistemi di riferimento italiani 670x: appuntamento rimandato ?
Il 07/10/2014 09:19, Andrea Peri ha scritto: E' quindi probabile che avremo il suppoto dei nuovi SRS quando uscira ' qgis 3. Io speravo di potemri congelare su qesta versione di qgis. Ovvero da ora e per un anno non usare piu' nuove versioni di QGIS. Ma fermarmi su questa versione 2.6. Che appariva sufficientemente carrozzata per le mie esigenze. E minimizzare cosi' il costo di evoluzione che ogn volta che esce una nuova versione di qgis uno deve spendere in termini di tempo lavorato per rimettere a posto le cose in temrini di progetti e di compatibilit'a di vestizioni e di scripts.. Invece, si dovra' tirare avanti almeno fino alla 3.0. :/ Per come la vedo io, basterebbe pacchettizzare semplicemente gdal/data in modo da avere il registro EPSG v. 8.5 gia' disponibile in trunk: http://trac.osgeo.org/gdal/changeset/27665 e annunciato qui: http://lists.osgeo.org/pipermail/gdal-dev/2014-September/040066.html Qualcosa del genere e' stato fatto di recente in gvSIG 2.1.0 (ormai prossimo alla RC2): la distribuzione del registro EPSG (almeno le major version) indipendentemente dal motore cartografico consente di fare gli update in maniera sicuramente piu' rapida senza dover attendere l'evoluzione della particolare libreria o estensione utilizzata. La piena compatibilita' ovviamente e' assicurata a meno dell'introduzione di nuovi sistemi cartografici o meglio di nuovi operation method, cosi' come definiti da EPSG. In tal caso, la libreria dovrebbe implementare i nuovi metodi introdotti. Tuttavia per il restante 99% continuera' tranquillamente a lavorare. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] QGIS 2.6 e sistemi di riferimento italiani 670x: appuntamento rimandato ?
Il 07/10/2014 09:53, Luigi Pirelli ha scritto: e adesso mi dici che centra qgis se alessandro sta parlando di librerie gdal e proj? estendendo il ragionamento dovremmo sparare anche su grass e su tutti i sw che usano gdal e proj? tengo a precisare che non e' che voglia difendere qgis, ma osservo una lacuna nel ragionamento che non fa giustizia delle dinamiche di sviluppo del sw libero. Non e' questione di sparare a zero sui singoli progetti... comprendo benissimo le tue esigenze (che poi sono le mie di cittadino che paga le tasse, con cui pagano te), ma attenzione a non rischiare di tendere alla follia della comunidad valenciana che pur di avere il controllo totale del proprio ciclo di sviluppo (gvSIG) lo ha fatto collassare! ...appunto! ;) IMHO siamo ai due eccessi opposti: ci sono progetti che rilasciano troppo spesso e altri no. Release early, release often... va benissimo fino ad un certo punto, nel senso che i comuni mortali non riescono a starci dietro... La virtu' sta nel mezzo, come sempre! ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] R: EPSG 5806
Il 13/09/2014 18:08, Diego Guidi ha scritto: Il 4004 non ha la stessa funzione? Non sono la stessa cosa, in quanto EPSG:4004 e' di tipo geografico 2D, con datum sconosciuto, tuttavia con coordinate riferite all'ellissoide di Bessel e primo meridiano Greenwich (fonte: registro EPSG). EPSG:5806 e' invece di tipo engineering (sistema cartesiano) e quindi totalmente scollegato da qualsiasi riferimento geodetico. Per chiarirsi le idee in genere basta consultare il registro [1], realizzando una ricerca per codice (retrieve by code) e vedendo come e' strutturato il sistema, senza trascurare i metadati. Ad esempio, tramite le change request e' possibile ricostruire la storia di ogni CRS. ;) ciao Antonio [1] http://www.epsg-registry.org/ -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] EPSG 5806
Il 13/09/2014 16:35, Marco ha scritto: Solito OT del fine settimana. Stavo dando un'occhiata alle ultime apprezzabili novità di gvSIG CE v.1.0.0 Beta sul blog di questo progetto (http://gvsigce.blogspot.it/) e, tra le altre cose, ho visto un articolo dove si parla del CRS EPSG 5806 (http://gvsigce.blogspot.it/2013/10/support-of-epsg-5806-in-gvsig-ce_8.html). Da cosa si differenzia dagli altri CRS classici? Ho provato a spulciare qualcosa con Google, ma non sono venuto a capo di niente. This is a cartesian coordinate system used in engineering environments (for example, surveys) as an XY, non-world and unprojected coordinate reference system. (estratto dal post da te citato) :) In pratica, e' l'equivalente dello spazio modello (solo 2D) del mondo CAD completamente sganciato dai CRS geografici e proiettati usati nei GIS, a meno di non ricondurlo ad uno di questi ultimi mediante una trasformazione da stimare caso per caso. IMHO, molto rumore per nulla! ;) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] QGIS WFS civici del PCN
Il 29/07/2014 08:53, Paolo Cavallini ha scritto: 2. qgis (purtroppo) scarica tutto il wfs, non solo l'area inquadrata Per realizzare un filtro spaziale sui layer WFS in QGIS, basta semplicemente aggiungere all'URL del servizio il parametro bbox, visto che la versione richiesta e' sempre la 1.0.0. Ad esempio: http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wfs/Numeri_Civici_2012.mapbbox=15.7,40.6,15.9,40.8 ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Eliminazione di una voce dalla lista dei SR usati di recente
Il 28/07/2014 09:56, Paolo Cavallini ha scritto: On 2014-07-27 23:32, Marco wrote: Marco wrote Come si fa ad eliminare, dalla lista dei Sistemi di riferimento usati di recente, una o più voci riferite a SR inseriti erroneamente o che comunque danno noia in questa sorta di lista dei SR preferiti? Più di un anno e mezzo fa postai questo quesito, ...e da allora è rimasto ancora senza soluzione. Qualcuno ha delle novità? Credo sia rimasto invariato. Saluti. Se puo' essere utile, sotto win si possono editare le 3 chiavi recentProjections* del registro di sistema contenute in: HKEY_CURRENT_USER\Software\QGIS\QGIS2\UI eliminando le righe corrispondenti ai SR indesiderati. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] GvSig, anyone?
Il 17/07/2014 15:00, Diego Guidi ha scritto: 2014-07-17 14:44 GMT+02:00 Paolo Cavallini cavall...@faunalia.it: Apparentemente quando sono finiti i finanziamenti europei, lo sviluppo si e' molto rallentato peccato, l'ho sempre trovato un software portentoso In effetti, lo sviluppo di gvSIG sta vivendo fasi alterne vuoi per la mancanza di risorse, vuoi per un refactoring in corso da diversi anni che sta tardando a dare i suoi frutti... Aggiungiamoci anche che gvSIG 2.0 e' stato decisamente un flop, per cui in produzione si continua ancora ad usare la 1.12 (2012), comunque niente male. Al momento e' in corso il ciclo di rilascio di gvSIG 2.1 e si e' abbastanza prossimi alla seconda release candidate (RC2). Nel mio piccolo, un po' per riconoscenza e un po' per affetto, sto continuando a prendermene cura (traduzioni interfaccia e testing) e ho l'impressione che la prossima versione sara' di nuovo un ...portento! :) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] QGIS: Visualizza solo selezionati
Il 11/07/2014 11:54, Marco ha scritto: P.S. Per quanto riguarda la possibilità , in QGIS 1.x, di poter visualizzare nella vista della mappa le sole geometrie selezionate a seguito di una query [...] Prova con l'opzione Filtro nel menu contestuale del layer! ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Estrazione altezza da shape di tipo PolygonZ
Il 01/07/2014 11:19, Antonio Falciano ha scritto: Il 01/07/2014 11:09, Antonio Falciano ha scritto: Il 01/07/2014 10:37, Sieradz ha scritto: / giohappy wrote Un piccolo video per eseguire l'intera operazione, senza uscire da QGIS / Peccato solo che non si possa fare senza uscire da GDAL al momento! ;) gdalinfo --version GDAL 1.11.0, released 2014/04/16 ogrinfo cortina3d.shp -dialect SQLite -sql SELECT spatialite_version() INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. Layer name: SELECT Geometry: None Feature Count: 1 Layer SRS WKT: (unknown) spatialite_version(): String (0.0) OGRFeature(SELECT):0 spatialite_version() (String) = 3.0.0-stable ogrinfo cortina3d.shp cortina3d -dialect SQLite -sql update cortina3d set z_gronda = ST_MaxZ(geometry) INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. layer names ignored in combination with -sql. ERROR 1: In ExecuteSQL(): sqlite3_prepare(update cortina3d set z_gronda = ST_Max Z(geometry)): no such function: ST_MaxZ Piccola correzione qui (scusate): ogrinfo cortina3d.shp -dialect SQLite -sql update cortina3d set z_gronda = ST_MaxZ(geometry) INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. ERROR 1: In ExecuteSQL(): sqlite3_prepare(update cortina3d set z_gronda = ST_Max Z(geometry)): no such function: ST_MaxZ In alternativa si puo' fare anche nella SpatiaLite GUI. Mi correggo ancora: con GDAL 1.11.0 via OSGeo4W si puo' fare, visto che qui la versione di SpatiaLite e' la 4.1.1 (dove ST_MaxZ e' supportata): ogrinfo cortina3d.shp -dialect SQLite -sql SELECT spatialite_version() INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. Layer name: SELECT Geometry: None Feature Count: 1 Layer SRS WKT: (unknown) spatialite_version(): String (0.0) OGRFeature(SELECT):0 spatialite_version() (String) = 4.1.1 Ieri ci avevo provato con la stessa versione di GDAL standalone (www.gisinternals.com). Evidentemente la copia che ho installato e' stata compilata con il vecchio SpatiaLite 3.0. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Pubblicati da IGM i prj relativi al nuovo sistema di riferimento nazionale
Il 01/07/2014 09:02, Mattia De Agostino ha scritto: La cosa più semplice sarebbe utilizzare i grigliati NTv2 direttamente all'interno del tuo QGIS (o, ancora più alla base, installarli nel tuo PROJ). Purtroppo questi grigliati sono ancora a pagamento, nonostante le azioni che piano piano stanno portando avanti, tra gli altri, GFOSS, CISIS, AGID. Eviterei le riproiezioni al volo di PROJ e i grigliati NTv2 che si trovano in rete, che sono stati generati da una procedura non ben chiara. In alternativa, c'è sempre il servizio del PCN, disponibile anche in WPS, sebbene con qualche problema in QGIS: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/WPS-PCN-formato-dati-td7588515.html Mattia, concordo su tutto tranne sulla procedura dei grigliati fatti in casa. Non e' che la procedura da loro utilizzata sia farlocca (esistono svariati modi di calcolarli questi benedetti grigliati). Il vero problema e' che essendo derivati da Traspunto, anche a parita' di passo con quelli IGM, non sono ufficiali e rappresentano solo una buona approssimazione di questi ultimi. Faccio un esempio: se la regione A usa i grigliati IGM e la regione B quelli che circolano in rete, si potrebbe verificare uno scostamento di ca. 20-30 cm tra i rispettivi dataset e cio' comunque non va bene ai fini topologici e dell'armonizzazione dei dati a scala nazionale e europea. E' bene quindi non diffondere questi grigliati non ufficiali, ma chiedere tutti a gran voce che siano rilasciati liberamente quelli IGM. A quel punto potrebbero essere distribuiti con GDAL e si direbbe finalmente addio alle trasformazioni EPSG! :) ciao Antonio PS: solo per la cronaca, sto provando a far recepire la v 8.4 del Registro EPSG anche da gvSIG. A breve dovrebbe essere gia' presente nella versione di sviluppo della 2.1. -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Estrazione altezza da shape di tipo PolygonZ
Il 01/07/2014 10:37, Sieradz ha scritto: / giohappy wrote Un piccolo video per eseguire l'intera operazione, senza uscire da QGIS / Peccato solo che non si possa fare senza uscire da GDAL al momento! ;) gdalinfo --version GDAL 1.11.0, released 2014/04/16 ogrinfo cortina3d.shp -dialect SQLite -sql SELECT spatialite_version() INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. Layer name: SELECT Geometry: None Feature Count: 1 Layer SRS WKT: (unknown) spatialite_version(): String (0.0) OGRFeature(SELECT):0 spatialite_version() (String) = 3.0.0-stable ogrinfo cortina3d.shp cortina3d -dialect SQLite -sql update cortina3d set z_gronda = ST_MaxZ(geometry) INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. layer names ignored in combination with -sql. ERROR 1: In ExecuteSQL(): sqlite3_prepare(update cortina3d set z_gronda = ST_Max Z(geometry)): no such function: ST_MaxZ In alternativa si puo' fare anche nella SpatiaLite GUI. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Estrazione altezza da shape di tipo PolygonZ
Il 01/07/2014 11:09, Antonio Falciano ha scritto: Il 01/07/2014 10:37, Sieradz ha scritto: / giohappy wrote Un piccolo video per eseguire l'intera operazione, senza uscire da QGIS / Peccato solo che non si possa fare senza uscire da GDAL al momento! ;) gdalinfo --version GDAL 1.11.0, released 2014/04/16 ogrinfo cortina3d.shp -dialect SQLite -sql SELECT spatialite_version() INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. Layer name: SELECT Geometry: None Feature Count: 1 Layer SRS WKT: (unknown) spatialite_version(): String (0.0) OGRFeature(SELECT):0 spatialite_version() (String) = 3.0.0-stable ogrinfo cortina3d.shp cortina3d -dialect SQLite -sql update cortina3d set z_gronda = ST_MaxZ(geometry) INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. layer names ignored in combination with -sql. ERROR 1: In ExecuteSQL(): sqlite3_prepare(update cortina3d set z_gronda = ST_Max Z(geometry)): no such function: ST_MaxZ Piccola correzione qui (scusate): ogrinfo cortina3d.shp -dialect SQLite -sql update cortina3d set z_gronda = ST_MaxZ(geometry) INFO: Open of `cortina3d.shp' using driver `ESRI Shapefile' successful. ERROR 1: In ExecuteSQL(): sqlite3_prepare(update cortina3d set z_gronda = ST_Max Z(geometry)): no such function: ST_MaxZ In alternativa si puo' fare anche nella SpatiaLite GUI. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Problema per trovare l'EPSG corretto per l'OMAN di uno shapefile
Il 30/06/2014 18:49, Luca Mandolesi ha scritto: Salve a tutti, ho un dilemma su quale EPSG ID adottare per uno shapefile che mi Ú stato passato da un progetto fatto con ArcZiz. abbiamo un SRS custom così descritto WGS_1984_World_Mercator Projection: Mercator False_easting: 0,00 False_Northing: 0,00 Central_meridian: 0,00 Standard_Parallel_1: 0,00 Linear_Unit: Meter GCS_WGS_1984 Datum: D_WGS_1984 Si tratta di una geometria in Oman e il centroide Ú 607539,187;2472686,48. Grazie a tutti per l'aiuto! EPSG:3395 (WGS84 / World Mercator) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] R: WFS Edificato PCN: latitudine e longitudine invertite?
Il 23/06/2014 11:54, marco zanieri ha scritto: Ciao Andrea, purtroppo ho riprovato, ma ottengo questo: /D:\Appl\QGIS Valmiera\binogr2ogr output.shp test.txt ED.EDIFICATO.CAPOLUOGHI. - spat 13.34248 38.11716 13.35913 38.12881 --config GML_INVERT_AXIS_ORDER_IF_LAT_LONG NO *ERROR 1: HTTP error code : 403 Marco, dovresti posizionarti nella cartella (cd) dove e' presente il file test.txt. Nella stessa cartella sara' generato l'output. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] WFS Edificato PCN: latitudine e longitudine invertite?
Il 19/06/2014 12:54, aborruso ha scritto: Buongiorno, il messaggio di Enrico Grillo mi ha fatto scoprire il layer in oggetto. Ho fatto un ogrinfo su Palermo su una piccola area di Palermo: ogrinfo -spat 13.335 38.113 13.358 38.126 -ro WFS:http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wfs/Edifici.map ED.EDIFICATO.CAPOLUOGHI. Ottenzo zero item. Se inverto lat con lon, ottengo 2442 item: ogrinfo -spat 38.113 13.335 38.126 13.358 -ro WFS:http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wfs/Edifici.map ED.EDIFICATO.CAPOLUOGHI. Uno dei poligoni è definito come sotto e sembra proprio che lat e lon siano invertite: MULTIPOLYGON (((38.11683 13.349038,38.11697 13.348986,38.117002 13.349131,38.116864 13.349185,38.11683 13.349038))) Per intenderci Palermo è nei dintorni di lon:13.36 e lat:38.10, mentre nella definzione WKT abbiamo geometrie con lon:38.116 e lat:13.335. Se volete fare una verifica per attributo, e leggere dati dei poligoni della provincia di Palermo: ogrinfo WFS:http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wfs/Edifici.map ED.EDIFICATO.CAPOLUOGHI. -where provincia = 'PALERMO' Che ne pensate? Non ho capito nulla o è meglio scrivere al PCN? Ciao Andrea, dovrebbe trattarsi dell'inversione dell'ordine degli assi introdotta in WFS 1.1.0, come spiegato ad esempio qui: http://docs.geoserver.org/latest/en/user/services/wfs/basics.html#wfs-basics-axis Nessun problema quindi. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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+40 iscritti al 5.6.2014
Re: [Gfoss] Problemi con openlayer plugin - qgis
Non e' un problema di scelta dell'ellissoide, ma di rappresentazione cartografica. Web Mercator e' notoriamente una rappresentazione di tipo conforme e quindi si presta bene nella misurazione degli angoli, ma non delle distanze e quindi figuriamoci delle aree. Anche Gauss-Boaga e UTM (nelle varie salse) lo sono, tuttavia utilizzano fusi di estensione limitata e quindi entro certi limiti misurare le distanze e le aree ha un senso, moduli di deformazione permettendo. Per intenderci, a parita' di ellissoide considerato (es. WGS84), la rappresentazione cartografica fa la differenza. E comunque scegliere di non usare un ellissoide, detta cosi', e' un controsenso, in quanto si disattiva la riproiezione al volo, tuttavia si considera implicitamente l'ellissoide su cui si basa il SR che si sta utilizzando. ciao Antonio Il 02/05/2014 10:31, Roberto Marzocchi ha scritto: Puoi anche scegliere di non usare ellissoide.. Eng. Roberto Marzocchi, PhD RD coordinator Gter srl Innovazione in Geomatica, Gnss e Gis Spin-off Progetto Uni.T.I. promoted by UNIGE Via Greto di Cornigliano 6r - 16152 Genova P.IVA/CF 01998770992 ph: 010-8694830 Fax: 010-8694737 mob: 349-8786575 E-mail:roberto.marzoc...@gter.it skype: roberto.marzocchi84 www.gter.it www.twitter.com/Gteronline -www.facebook.com/Gteronline - Please consider the environment before printing this email! On 02/05/2014 10:18, G. Allegri wrote: Non si tratta di un bug. Quando viene caricato un layer del plugin viene automaticamente impostato un CRS di progetto EPSG:3857 (Mercatore sferico), perché l'accesso ai tile dei servizi (OSM, Bing, ecc.) viene fatto sulla base di questo sistema. Di conseguenza le misurazioni devono tenere di conto della riproiezione al volo. Tra le opzioni del progetto puoi definire l'ellissoide su cui vuoi che vengano calcolate le misure. giovanni Il 02/mag/2014 10:14 Alberto Vaquer a.vaq...@riteco.it mailto:a.vaq...@riteco.it ha scritto: Buongiorno,     Vorrei sapere se a qualcuno Ú capitato nell'uso dell'Openlayer Plugin (Qgis V. 2.2.0 - Win7) un problema con le misurazioni di segmenti e aree. Ho provato ad utilizzare il sistema (configurato con SR EPSG 32632) con web service RASTER  della RAS e le misure sono corrette. Poi una volta attivato il plugin con google o bing le misure vengono amplificate di circa 1/3! Ovviamente si deformano anche gli eventuali Layer vettoriali già caricari che infatti rimangono sovrapponibili! Come immaginerete non oso pensare cosa farebbero i nostri utenti, che sono già diffidenti perché non usiamo Autocad o nei casi più avanzati Arcgis, dopo aver scoperto questo bug! Vorrei sapere se qualcuno ha risolto e come !? Grazie  per l'aiuto! Ing Alberto Vaquer RitecoIT SRL L.go Porta Nuova, 1 07100 - Sassari cell 335/7527764 Email: a.vaq...@riteco.it mailto:a.vaq...@riteco.it ___ Gfoss@lists.gfoss.it mailto: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@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 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] Problemi con openlayer plugin - qgis
Solo qualche chiarimento per evitare equivoci: le mie considerazioni iniziali hanno un senso nel piano della carta. Se invece parliamo di QGIS, visto che le distanze sono misurate come lunghezze di archi di geodetica (quando la riproiezione al volo e' attiva), basta semplicemente definire un ellissoide di riferimento. Nel caso in cui la riproiezione al volo e' spenta, invece, le distanze sono misurate planimetricamente (nel piano della carta) e quindi scegliere di non usare un ellissoide ha perfettamente senso, scusatemi. ciao Antonio Il 02/05/2014 11:29, G. Allegri ha scritto: Definendo l'elllissoide, si definisce anche il sistema su cui si vuole eseguire la misura. E questo indipendentemente dalla proiezione cartografica scelta... Il giorno 02 maggio 2014 11:05, Antonio Falciano afalci...@yahoo.it mailto:afalci...@yahoo.it ha scritto: Non e' un problema di scelta dell'ellissoide, ma di rappresentazione cartografica. Web Mercator e' notoriamente una rappresentazione di tipo conforme e quindi si presta bene nella misurazione degli angoli, ma non delle distanze e quindi figuriamoci delle aree. Anche Gauss-Boaga e UTM (nelle varie salse) lo sono, tuttavia utilizzano fusi di estensione limitata e quindi entro certi limiti misurare le distanze e le aree ha un senso, moduli di deformazione permettendo. Per intenderci, a parita' di ellissoide considerato (es. WGS84), la rappresentazione cartografica fa la differenza. E comunque scegliere di non usare un ellissoide, detta cosi', e' un controsenso, in quanto si disattiva la riproiezione al volo, tuttavia si considera implicitamente l'ellissoide su cui si basa il SR che si sta utilizzando. ciao Antonio Il 02/05/2014 10:31, Roberto Marzocchi ha scritto: Puoi anche scegliere di non usare ellissoide.. Eng. Roberto Marzocchi, PhD RD coordinator Gter srl Innovazione in Geomatica, Gnss e Gis Spin-off Progetto Uni.T.I. promoted by UNIGE Via Greto di Cornigliano 6r - 16152 Genova P.IVA/CF 01998770992 ph: 010-8694830 Fax: 010-8694737 mob: 349-8786575 E-mail:roberto.marzocchi@gter.__it mailto:e-mail%3aroberto.marzoc...@gter.it skype: roberto.marzocchi84 www.gter.it http://www.gter.it www.twitter.com/Gteronline http://www.twitter.com/Gteronline -www.facebook.com/Gteronline http://www.facebook.com/Gteronline --__--__- Please consider the environment before printing this email! On 02/05/2014 10:18, G. Allegri wrote: Non si tratta di un bug. Quando viene caricato un layer del plugin viene automaticamente impostato un CRS di progetto EPSG:3857 (Mercatore sferico), perché l'accesso ai tile dei servizi (OSM, Bing, ecc.) viene fatto sulla base di questo sistema. Di conseguenza le misurazioni devono tenere di conto della riproiezione al volo. Tra le opzioni del progetto puoi definire l'ellissoide su cui vuoi che vengano calcolate le misure. giovanni Il 02/mag/2014 10:14 Alberto Vaquer a.vaq...@riteco.it mailto:a.vaq...@riteco.it mailto:a.vaq...@riteco.it mailto:a.vaq...@riteco.it ha scritto: Buongiorno,     Vorrei sapere se a qualcuno Ú capitato nell'uso dell'Openlayer Plugin (Qgis V. 2.2.0 - Win7) un problema con le misurazioni di segmenti e aree. Ho provato ad utilizzare il sistema (configurato con SR EPSG 32632) con web service RASTER  della RAS e le misure sono corrette. Poi una volta attivato il plugin con google o bing le misure vengono amplificate di circa 1/3! Ovviamente si deformano anche gli eventuali Layer vettoriali già caricari che infatti rimangono sovrapponibili! Come immaginerete non oso pensare cosa farebbero i nostri utenti, che sono già diffidenti perché non usiamo Autocad o nei casi più avanzati Arcgis, dopo aver scoperto questo bug! Vorrei sapere se qualcuno ha risolto e come !? Grazie  per l'aiuto! Ing Alberto Vaquer RitecoIT SRL L.go Porta Nuova, 1 07100 - Sassari cell 335/7527764 Email: a.vaq...@riteco.it mailto:a.vaq...@riteco.it mailto:a.vaq...@riteco.it mailto:a.vaq...@riteco.it _ Gfoss@lists.gfoss.it mailto:Gfoss@lists.gfoss.it mailto:Gfoss
Re: [Gfoss] Spatialite creare tabella con join ed escludere colonne nulle
Il 29/03/2014 21:26, Luca Mandolesi ha scritto: Fossi in te farei creare a python la query in base alle tue necessità, così avresti la tabella solo con i campi riempiti. Sono d'accordo. Viste le note limitazioni di SQLite (dal creare una vista sul pragma table_info(...) al droppare una colonna), conviene affrontare il problema programmaticamente. Ad esempio, considerando solo i campi con almeno il 25% di valori non NULL (a meno di sviste domenicali): import sqlite3 conn = sqlite3.connect('test.sqlite') c = conn.cursor() # creo un vettore dei nomi delle colonne c.execute(PRAGMA table_info(foo);) fieldNames=[] for row in c.fetchall(): fieldNames.append(row[1]) fieldNames.remove('PK_UID') #fieldNames.remove('Geometry') # conto tutti i record e i record non NULL per ogni colonna query = SELECT count(*) for fieldName in fieldNames: query += , count( + fieldName + ) query += FROM foo; c.execute(query) counts = c.fetchall()[0] # soglia di valori non NULL soglia = 0.25 query = SELECT PK_UID for i in range(len(fieldNames)): if counts[i+1] soglia * counts[0]: query += , + fieldNames[i] query += FROM foo; c.execute(query) print c.fetchall() # ecc. ecc. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] Cataloghi CSW
Il 20/03/2014 16:14, Giuseppe Corrarello ha scritto: Ciao a tutti, ho aggiunto al doc segnalato la url del servizio csw del Geoportale Nazionale. Incuriosito dalle problematiche segnalate ho effettuato un po' di test su quest catalogo e mi sembra che tutto funzioni correttamente. Confermo. Anche il servizio CSW della Regione Basilicata, basato su FAO GeoNetwork, funziona correttamente fino al caricamento dei layer WMS. Questo e' l'URL del servizio: http://rsdi.regione.basilicata.it/Catalogo/srv/it/csw? ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] ERA: Tabelle attributi layer
Il 05/03/2014 11:35, fabio.romelli ha scritto: qualche consiglio? In gvSIG solitamente mi definisco un layer con lo schema vuoto, poi faccio il merge (unione) del layer con le geometrie con questo scegliendo lo schema da utilizzare (quello del layer vuoto). Immagino che la stessa procedura sia possibile anche in QGIS. A volte, basta solo ragionarci un po'. Gli strumenti ci sono. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] prj per il sistema ETRF2000
Il 02/03/2014 08:36, antonio valanzano ha scritto: Come saprete sono stati assegnati i codici EPSG al sistema ETRF2000 (6707 per il fuso 32, 6708 per il fuso 33 e 6709 per il fuso 34). Qualcuno sa come generare i relativi prj ? Quale è la procedura per inserire questi nuovi codici nelle librerie proj ? Ai fini della rappresentazione Proj.4 e all'atto pratico: EPSG:6706 ~ EPSG:4258 +proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs EPSG:6707 ~ EPSG:25832 +proj=utm +zone=32 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs EPSG:6708 ~ EPSG:25833 +proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs EPSG:6709 ~ EPSG:25834 +proj=utm +zone=34 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs in quanto RDN2008 e ETRS89 sono basati sullo stesso ellissoide (GRS80). Invece, nella rappresentazione ESRI WKT (.prj) di RDN2008 varia sia la denominazione del sistema che quella del datum rispetto ad ETRS89. Ad esempio, per il sistema geografico: 4258.prj GEOGCS[ETRS89,DATUM[D_ETRS_1989,SPHEROID[GRS_1980,6378137,298.257222101]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]] 6706.prj GEOGCS[RDN2008,DATUM[D_RDN_2008,SPHEROID[GRS_1980,6378137,298.257222101]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]] Analogamente per i sistemi proiettati: 25832.prj PROJCS[ETRS89 / UTM zone 32N,GEOGCS[ETRS89,DATUM[D_ETRS_1989,SPHEROID[GRS_1980,6378137,298.257222101]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[latitude_of_origin,0],PARAMETER[central_meridian,9],PARAMETER[scale_factor,0.9996],PARAMETER[false_easting,50],PARAMETER[false_northing,0],UNIT[Meter,1]] 6707.prj PROJCS[RDN2008 / TM32,GEOGCS[RDN2008,DATUM[D_RDN_2008,SPHEROID[GRS_1980,6378137,298.257222101]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[latitude_of_origin,0],PARAMETER[central_meridian,9],PARAMETER[scale_factor,0.9996],PARAMETER[false_easting,50],PARAMETER[false_northing,0],UNIT[Meter,1]] ...e cosi' via. La procedura per inserire questi nuovi codici varia da software a software. In attesa che i database EPSG siano aggiornati, e' comunque possibile utilizzare dei SR personalizzati o ancora ETRS89. Non si commette alcun errore, vista l'equivalenza all'atto pratico anche delle trasformazioni. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] Geopaparazzi QGIS plugin
La maniera piu' semplice per installare easy_install su OSGeo4W consiste nello scaricare e eseguire ez_setup.py [1] mediante l'OSGeo4W shell. Dopodiche' si possono installare altri package, sempre da shell. ciao Antonio [1] https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py Il 28/02/2014 11:48, Luca Mandolesi ha scritto: Io Io Io! Rispondo io! Che è un problema che mi affligge da tanto! Con windows la strada migliore che ho sempre trovato è: o compilare i moduli tramite shell di osgeo che vengono sparati direttamente dentro il python di qgis, oppure installare Python 2.7 a parte e sfruttare molti degli installer presenti qua: http://www.lfd.uci.edu/~gohlke/pythonlibs/ Poi basta copiare dal C:/Python27/Lib/site-packages la cartella del modulo e ricopiarla dentro al Python27/Lib/site-packages di qgis... pip...easy_install...se sei un programmatore li usi...gli utenti di bassa lega come me piangono lacrime e sangue. Ciao Luca 2014-02-28 11:37 GMT+01:00 Paolo Cavallini cavall...@faunalia.it mailto:cavall...@faunalia.it: Il 28/02/2014 09:20, Paolo Cavallini ha scritto: Salve. Aggiornato il plugin, ho questo errore: This plugin is broken No module named pykml Ma: aptitude search kml | grep py i python-kml Qualcuno ha una spiegazione? A proposito (lo so, e' una cosa gia' chiesta, ma non trovo una soluzione univoca e chiara: come si fa ad installare moduli python su windows? in particolare pykml, in questo caso, ma immagino ci sia un sistema universale, o quasi. Trovo riferimenti a pip ed easy_install, ma da dove si lanciano, da quel coso tipo shell che windows ha incorporato? Grazie, e scusate per l'ignoranza windowsara. -- Paolo Cavallini - www.faunalia.eu http://www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Gfoss@lists.gfoss.it mailto: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 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] Usare grigliati NTv2 in QGIS
Il 20/02/2014 07:04, Paolo Cavallini ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Con la nuova versione, di imminente pubblicazione, e' molto piu' semplice: http://sourcepole.ch/ntv2-transformations-with-qgis Feedback welcome. Ho effettuato un rapido test con un grigliato NTv2 fatto in casa e devo dire che funziona! Per sommi capi ci vedo almeno due grossi vantaggi: 1) visto che i codici EPSG presenti in QGIS (ma anche in GDAL) non corrispondono ai veri CRS dell'EPSG (in quanto comprendono al loro interno parametri di trasformazione), si mette finalmente un po' d'ordine sulla gestione dei CRS e delle trasformazioni di datum; 2) si bypassa di fatto la necessita' di dover definire i SR personalizzati con tutti i benefici del caso, come ad esempio non vedere quei codici USER:xxx privi di significato in un contesto globale, tali da generare confusione anche all'interno di una singola organizzazione. Un bel passo in avanti per QGIS. Ora pero' servono i grigliati liberi! ;) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] Migrazione della lista gvSIG Italian sull'infrastruttura OSGeo
Buongiorno, comunico agli interessati che la lista di discussione in italiano di gvSIG (gvSIG Italian) e' migrata sull'infrastruttura OSGeo. Ossia, tutti gli archivi, utenti e configurazioni ora risiedono sul server delle liste di discussione di OSGeo. D'ora in poi per poter scrivere alla lista occorre utilizzare il nuovo indirizzo: gvsig-ital...@lists.osgeo.org Gli archivi e la pagina di configurazione della lista ora sono qui [1], mentre gli archivi su Nabble restano allo stesso indirizzo [2]. Scusateci per eventuali disagi. Cordiali saluti [1] https://lists.osgeo.org/cgi-bin/mailman/listinfo/gvsig-italian [2] http://osgeo-org.1560.x6.nabble.com/gvSIG-Italian-f4178756.html -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] nadgrids e grigliati
Il 24/11/2013 15:21, Salvo caligiore ha scritto: Veramente se uno li ha usati avrà una certa esperienza e si sarà potuto accorgere degli eventuali errori in particolare se ha la possibilità di usare i grigliati dell’igm Uno fa una domanda appunto per sapere se questa esperienza esiste Per esempio mi sembra che qui http://blog.spaziogis.it/2013/02/08/sistemi-di-trasformazione-di-coordinate-e-grigliati-ntv2/ ...si afferma proprio che e' meglio evitare tutta questa entropia. A mio modesto avviso, il proliferare di grigliati e servizi fai da te o a valenza regionale e' deleterio. Meglio avere una trasformazione ufficiale che tante ufficiose, per quanto queste ultime possano discostarsi anche solo di pochi centimetri da quella ufficiale dell'IGM! Si eviterebbe così la propagazione di errori non piu' controllabili alla fonte e che renderebbero di fatto impraticabile, ad esempio, l'armonizzazione dei dati regionali secondo l'ottica di INSPIRE. Vogliamo i grigliati liberi, ora... E non tra dieci anni! -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] inividuare record doppioni
Il 01/11/2013 08:51, Novarese ha scritto: Signori, mi pare di capire che il remove duplicate row di spatiaLite effettui una purga sui duplicati geometrici (ossia perfettamente sovrapposti) mentre l'OP Ummarino credo che alludesse agli oggetti con attributi duplicati (anche geometricamente distanti fra loro). A mio modesto avviso, la rimozione di oggetti sovrapposti puo' essere tranquillamente delegata ad un automatismo software, ma se gli oggetti sono distanti, allora e' l'utente che deve scegliere di quali privarsi... Infatti... Gestire gli attributi duplicati non e' automatizzabile, a meno che non sia definibile un criterio di priorita' sulle geometrie. Se puo' essere utile, gvSIG 1.12 ha un tool dedicato Tabella -- Seleziona duplicati che si attiva una volta selezionato un campo in tabella. Non e' presente di default, per cui va installato a parte mediante il Gestore delle estensioni -- Installazione da URL -- org.gvsig.selectduplicates. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] OT: python e xml
Il 01/11/2013 10:46, Mauro Alberti ha scritto: Il giorno 01 novembre 2013 09:46, Andrea Peri ha scritto: Salve, Devo svilupparmi una procedura per rielaborare dei files xml e produrre nuovi file xml. . Mi farebbe comodo avere un parere se esiste comunque qualche libreria python già pronta per trattare l' XML e che magari si mastica anche l' xslt. Ciao, con Python puoi senz'altro manipolare xml (non ho esperienza sull'xslt). Per iniziare puoi provare a dare un'occhiata a questa pagina che elenca moduli della libreria standard di Python (vers. 2.7) per il processamento di file xml, anche con esempi di uso: http://docs.python.org/2/library/markup.html Aggiungerei anche lxml: http://lxml.de/ The lxml XML toolkit is a Pythonic binding for the C libraries libxml2 and libxslt. Supporta pertanto anche xslt: http://lxml.de/xpathxslt.html#xslt Un piccolo esempio di trasformazione di XML in base ad un XSLT tratto dalla documentazione: from lxml import etree xslt_root = etree.XML('''\ ... xsl:stylesheet version=1.0 ... xmlns:xsl=http://www.w3.org/1999/XSL/Transform; ... xsl:template match=/ ... fooxsl:value-of select=/a/b/text() //foo ... /xsl:template ... /xsl:stylesheet''') transform = etree.XSLT(xslt_root) root = etree.XML('abText/b/a') result = transform(root) print(result.getroot().text) Text ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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] Informazioni supplementari su Qgis
Un altro esempio... gvSIG Italian -- Lista di discussione in lingua italiana utenti e sviluppatori di gvSIG https://gvsig.org/lists/mailman/listinfo/gvsig_italian buona giornata Antonio Il 14/10/2013 22:36, Markus Neteler ha scritto: Concordo... segnalo che c'è per esempio GRASS-Italia -- Mailing list utenti italiani di GRASS http://listserv.unipr.it/mailman/listinfo/grass-italia una dedicata lista italiana per QGIS potrebbe servire per non far diventare questa lista una solo QGIS support lista. grazie Markus 2013/10/14 silvio grosso grossosil...@yahoo.it: Salve a tutti, Ho notato ultimamente che vengono poste spesso domande piuttosto ricorrenti su Qgis. Es. sul supporto ECW degli installer di Qgis 2 su Windows ecc. Come gia' suggerito tantissime volte in questa stessa lista anche io vorrei associarmi nel consigliare ai nuovi utenti di consultare brevemente anche: - la lista degli utenti di Qgis (in inglese) [1] - la lista degli sviluppatori di Qgis (in inglese) [2] Al fondo di queste pagine web e' anche presente un link attraverso il quale ci si puo' iscrivere alle liste stesse. Per esempio, il supporto ECW su Qgis 2 e' stato discusso piu' volte sulla lista degli utenti (per esempio in Ottobre) Per quanto riguarda il nuovo codice Python dei plugin di Qgis 2, sulla lista degli sviluppatori, Gary Sherman [3] ha annunciato che sta per terminare la scrittura di un suo libro proprio su questo argomento [4] :-) La lettura di queste 2 liste, che e' certamente un aggravio di tempo supplementare per tutti, puo' tuttavia contribuire a risolvere i propri quesiti piu' rapidamente :-) Cordiali saluti Silvio Grosso [1] http://lists.osgeo.org/pipermail/qgis-user/2013-October/ [2] http://lists.osgeo.org/pipermail/qgis-developer/2013-October/ [3] http://lists.osgeo.org/pipermail/qgis-developer/2013-October/028851.html [4] http://pyqgis.com/book/contents/ ___ 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 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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 raster delta traslated
Il 12/06/2013 11:49, Stefano Salvador ha scritto: Il giorno 12 giugno 2013 10:02, Geo DrinX ha scritto: Salve a tutti, qualcuno sa se è possibile in QGis visualizzare uno o più file raster traslati di un certo delta ? non mi pare che ci siano impostazioni specifiche a riguardo, ma probabilmente puoi imbrogliare creandoti un srs custom e settando il parametro +towgs84 opportunamente. Visto che e' stato gia' citato, in gvSIG e' presente il tool Trasformazioni geografiche -- Geolocalizzazione perfettamente in grado di farlo (anche su GeoTIFF). ciao Antonio PS: scusate l'OT -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 657 iscritti al 30.5.2013
Re: [Gfoss] Dismissione del Servizio Trasformazione di Coordinate o WCTS della Regione Basilicata
Il 22/04/2013 12.59, Vito Borneo ha scritto: http://rsdi.regione.basilicata.it/web/guest/servizio-wcts La Regione Basilicata ha predisposto il presente servizio WCTS negli anni passati, in mancanza di servizi analoghi. Recentemente anche il Portale Nazionale Cartografico ha predisposto un analogo servizio che copre tutto il territorio nazionale. Poichè crediamo giusto che occorra disporre di un riferimento ufficiale, unico ed inequivocabile, procederemo nelle prossime settimane a dismettere il servizio WCTS su base regionale. Si invitano pertanto gli utenti a far riferimento al seguente link: http://www.pcn.minambiente.it/wctsclient/; Grazie Vito! Con tutto il rispetto nei confronti delle varie implementazioni a carattere regionale, alle quali va dato ampio merito di aver anticipato ottimamente il servizio di trasformazione del GN, rimandare finalmente ad un riferimento ufficiale, unico ed inequivocabile a scala nazionale mi pare una cosa estremamente sensata. Grigliati liberi, ora! ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] Trasformazione nel PCN
Francesca, molte grazie! ciao Antonio Il 09/04/2013 16.45, Francesca Bader ha scritto: Ciao a tutti, se può aiutare vedo che nella pagina del servizio di trasformazione è comparso il link ad un manuale! [1] [1] http://www.pcn.minambiente.it/GN/leggi/MATTM-MU_SRC_PSCC_SPEC_TECNICHE-001-1.pdf -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] da kml a shp separando tipi di elementi
Il 26/03/2013 11.08, Paolo Cavallini ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 26/03/2013 10:29, Novarese ha scritto: In attesa che tale vuoto venga colmato, si può anche usare questo Gis opensource per risolvere la questione: http://mapwindow4.codeplex.com/ http://mapwindow4.codeplex.com/ Caricando un KML eterogeneo (contenente poligoni-linee-punti) lui lo splitta automaticamente in 3 shapefile, uno per classe: esempio http://novarese.t15.org/gfoss/kml2multishp.gif . Si', infatti, e' anche l'approccio di QGIS ai GPX, per esempio. Va generalizzato, sicuramente. Saluti. Buongiorno a tutti, aggiungerei al ventaglio di soluzioni GFOSS anche gvSIG: consente di esportare i KML come SHP secondo le varie primitive geometriche presenti. Da una vita! :) Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] batimetrie mediterraneo
Il 14/03/2013 10.05, marco.donn...@tiscali.it ha scritto: Ciao, riformulo la domanda: Dove si possono trovare batimetrie del Mar Mediterraneo? Prova a scandagliare qui: http://www.gebco.net/ General Bathymetric Chart of the Oceans (GEBCO) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] batimetrie mediterraneo
Il 14/03/2013 10.19, Antonio Falciano ha scritto: Il 14/03/2013 10.05, marco.donn...@tiscali.it ha scritto: Ciao, riformulo la domanda: Dove si possono trovare batimetrie del Mar Mediterraneo? Prova a scandagliare qui: http://www.gebco.net/ General Bathymetric Chart of the Oceans (GEBCO) ...e anche qui: http://www.ngdc.noaa.gov/mgg/ibcm/ International Bathymetric Chart of the Mediterranean (IBCM) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 638 iscritti al 28.2.2013
Re: [Gfoss] Fwd: Il Geoportale Nazionale ha realizzato il servizio di trasformazione WCTS
Buongiorno a tutti, a tal proposito, stamattina ho pubblicato un post sul blog TANTO: http://blog.spaziogis.it/2013/02/08/sistemi-di-trasformazione-di-coordinate-e-grigliati-ntv2/ Spero che sia di vostro interesse. Antonio Il 05/02/2013 16.11, francesco marucci ha scritto: anche la Regione Emilia-Romagna: http://geoportale.regione.emilia-romagna.it/rer_wcts http://geoportale.regione.emilia-romagna.it/rer_wcts saluti, francesco Il giorno 05 febbraio 2013 15:51, Antonio Falciano afalci...@yahoo.it mailto:afalci...@yahoo.it ha scritto: Il 05/02/2013 15.32, a.furi...@lqt.it mailto:a.furi...@lqt.it ha scritto: On Tue, 5 Feb 2013 05:54:12 -0800 (PST), stefano campus wrote: DECRETO 10 novembre 2011 Adozione del Sistema di riferimento geodetico nazionale. (Gazzetta Ufficiale n. 48 del 27/02/2012 - Supplemento ordinario n. 37), recita all'art.4, comma 2: 2. La conversione dei dati territoriali, precedentemente prodotti, ed espressi nei Sistemi di riferimento geodetico ROMA40, ED50 e ETRF89 e' effettuata utilizzando i dati e le procedure messi gratuitamente a disposizione delle amministrazioni dall'Istituto Geografico Militare e, previa convenzione ai sensi del CAD, anche utilizzabili presso il Geoportale nazionale. Ciao Stefano, grazie per avere riportato all'attenzione generale il testo del recente decreto che ha disciplinato l'intera materia. ne avevamo gia' abbondantemente discusso a suo tempo all'interno di GFOSS.it, ma evidentemente rinfrescare la memoria a distanza di mesi e' sempre utile. a) il servizio recentmente attivato dal PCN evidentemente va inteso come materiale attuazione del secondo punto del decreto. b) non mi e' invece per nulla chiaro a che punto siamo con il primo punto (messi gratuitamente a disposizione delle amministrazioni). qualcuno ha notizie ? ci sono casi di Regioni, Comuni etc che sono riusciti ad ottenere gratuitamente i grigliati da IGM ? a quali condizioni ? e' consentita l'eventuale redistribuzione a terzi ? last but not least: ci sono Regioni che offrono (o intendono offire) servizi gratuiti e liberi di trasformazione on-line ? credo di capire che almeno la Lombardia offra un servizio di questa natura [1]; sarebbe sicuramente molto interessante riuscire ad avere un quadro completo della situzione per l'intero territorio nazionale. BTW sarebbe anche decisamente interessante verificare se le conversioni lombarde sono consistenti con quelle del PCN [1] http://www.cartografia.regione.lombardia.it/convxy/ Ciao Sandro, oltre alla Lombardia so di almeno altre tre regioni: Liguria [2], Sardegna [3] e Basilicata [4]. Non escludo che possano essercene altre. Antonio [2] http://www.cartografia.regione.liguria.it/template4.asp?itemID=4005level=2label=Trasformazione%20coordinate [3] http://www.sardegnageoportale.it/strumenti/conversionecoordinate.html [4] http://rsdi.regione.basilicata.it/web/guest/servizio-wcts -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Trasformazione nel PCN
Il 08/02/2013 13.42, mdeago ha scritto: Ottimo! In effetti, adesso mi sembra che le trasformazioni vengano coerenti con quelle ottenute con i grigliati IGM. Farò altre prove, ma direi che ci siamo! Complimenti al PCN per aver sistemato il baco e a GFOSS per aver dato risalto alla questione! Mattia P.S. rimane ancora aperta la problematica della trasformazione delle altezze ellissoidiche / quote ortometriche, presente all'interno dei grigliati dell'IGM ma non nel geoportale. Ma...una cosa per volta, giusto? M. Confermo. Dalle prime prove che ho appena effettuato pare che i risultati siano decisamente piu' confortanti. Grazie. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Trasformazione nel PCN
Il 08/02/2013 16.37, epi ha scritto: per passare da : coordinate espresse in : WGS84 longitudine e latitudine in gradi dec. o sessag. (quelle prese con un gps per intenderci) a : coordinate espresse nel sistema : UTM 32/33 N WGS 84 si opera di fatto un passaggio di datum. No, operi semplicemente una conversione nell'ambito dello stesso datum (WGS84) passando da coordinate geografiche a coordinate piane. E di certo non servono i grigliati o un servizio WTCS per proiettare, ma bastano le semplici equazioni della carta. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Trasformazione nel PCN
Per quanto riguarda la tua domanda, stralcio direttamente dai termini di utilizzo del servizio: L'utilizzo del servizio è pubblico e gratuito, ma questo non può essere utilizzato per la generazione di prodotti derivati atti a svolgere la stessa funzione. Domanda: il tuo prodotto derivato svolge la stessa funzione? IMHO la risposta sta tutta qui. ciao Antonio Il 08/02/2013 18.32, epi ha scritto: me tapino (bergogna! :) ) intendevo da gb roma 40 .. scusa. (non aveva senso parlare di monografie) .. rimane la mia domanda, posso o non posso distribuire i parametri ricavati ? Il giorno 08/feb/2013, alle ore 11:34, Antonio Falciano ha scritto: Il 08/02/2013 16.37, epi ha scritto: per passare da : coordinate espresse in : WGS84 longitudine e latitudine in gradi dec. o sessag. (quelle prese con un gps per intenderci) a : coordinate espresse nel sistema : UTM 32/33 N WGS 84 si opera di fatto un passaggio di datum. No, operi semplicemente una conversione nell'ambito dello stesso datum (WGS84) passando da coordinate geografiche a coordinate piane. E di certo non servono i grigliati o un servizio WCTS per proiettare, ma bastano le semplici equazioni della carta. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] Fwd: Il Geoportale Nazionale ha realizzato il servizio di trasformazione WCTS
Il 05/02/2013 15.32, a.furi...@lqt.it ha scritto: On Tue, 5 Feb 2013 05:54:12 -0800 (PST), stefano campus wrote: DECRETO 10 novembre 2011 Adozione del Sistema di riferimento geodetico nazionale. (Gazzetta Ufficiale n. 48 del 27/02/2012 - Supplemento ordinario n. 37), recita all'art.4, comma 2: 2. La conversione dei dati territoriali, precedentemente prodotti, ed espressi nei Sistemi di riferimento geodetico ROMA40, ED50 e ETRF89 e' effettuata utilizzando i dati e le procedure messi gratuitamente a disposizione delle amministrazioni dall'Istituto Geografico Militare e, previa convenzione ai sensi del CAD, anche utilizzabili presso il Geoportale nazionale. Ciao Stefano, grazie per avere riportato all'attenzione generale il testo del recente decreto che ha disciplinato l'intera materia. ne avevamo gia' abbondantemente discusso a suo tempo all'interno di GFOSS.it, ma evidentemente rinfrescare la memoria a distanza di mesi e' sempre utile. a) il servizio recentmente attivato dal PCN evidentemente va inteso come materiale attuazione del secondo punto del decreto. b) non mi e' invece per nulla chiaro a che punto siamo con il primo punto (messi gratuitamente a disposizione delle amministrazioni). qualcuno ha notizie ? ci sono casi di Regioni, Comuni etc che sono riusciti ad ottenere gratuitamente i grigliati da IGM ? a quali condizioni ? e' consentita l'eventuale redistribuzione a terzi ? last but not least: ci sono Regioni che offrono (o intendono offire) servizi gratuiti e liberi di trasformazione on-line ? credo di capire che almeno la Lombardia offra un servizio di questa natura [1]; sarebbe sicuramente molto interessante riuscire ad avere un quadro completo della situzione per l'intero territorio nazionale. BTW sarebbe anche decisamente interessante verificare se le conversioni lombarde sono consistenti con quelle del PCN [1] http://www.cartografia.regione.lombardia.it/convxy/ Ciao Sandro, oltre alla Lombardia so di almeno altre tre regioni: Liguria [2], Sardegna [3] e Basilicata [4]. Non escludo che possano essercene altre. Antonio [2] http://www.cartografia.regione.liguria.it/template4.asp?itemID=4005level=2label=Trasformazione%20coordinate [3] http://www.sardegnageoportale.it/strumenti/conversionecoordinate.html [4] http://rsdi.regione.basilicata.it/web/guest/servizio-wcts -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ 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. 630 iscritti al 1.12.2012
Re: [Gfoss] ArcGIS vs QGIS, GRASS, gvSIG, uDIG etc clipping contest
Il 10/11/2012 10.33, Markus Neteler ha scritto: 2012/11/10 andrea antonello andrea.antone...@gmail.com: In generale direi che i benchmark in questione non dovrebbe essere nemmeno chiamati benchmark. Il nome contest e' invece appropriato. certo. ... ma come nel titolo del blog. Qualcuno che ha fatto un test con PostGIS? Sarei curioso.. Ca. 88 s in base a questo test: http://donmeltz.com/blog/index.php/2011/06/11/arcgis-vs-qgis-clipping-contest-rematch/comment-page-1/#comment-4820 ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] ArcGIS vs QGIS, GRASS, gvSIG, uDIG etc clipping contest
Il 10/11/2012 11.25, Andrea Peri ha scritto: Ca. 88 s in base a questo test: http://donmeltz.com/blog/index.php/2011/06/11/arcgis-vs-qgis-clipping-contest-rematch/comment-page-1/#comment-4820 http://donmeltz.com/blog/index.php/2011/06/11/arcgis-vs-qgis-clipping-contest-rematch/comment-page-1/#comment-4820 ciao Antonio Infatti, ma è un hardware di livello superiore. E probabilmente gira tutto in ram. Ne ha 12GB. Infatti, questo e' un contest mica un benchmark! :D Mi ero semplicemente limitato a riportare un test case, poi ognuno e' liberissimo di effettuare i test sul proprio hardware e sistema operativo, ti pare? ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] ArcGIS vs QGIS, GRASS, gvSIG, uDIG etc clipping contest
Il 10/11/2012 11.35, Markus Neteler ha scritto: 2012/11/10 Antonio Falciano ha scritto: ... Mi ero semplicemente limitato a riportare un test case, poi ognuno e' liberissimo di effettuare i test sul proprio hardware e sistema operativo, ti pare? Sarebbe invece carino fare questo test (e altri) sulla stessa macchina. Noi non abbiamo il lato proprietario a disposizione, ma magari qualcuno si offre? Cui prodest? Sono d'accordo con Andrea Antonello quando afferma grosso modo che l'importante e' che il software libero le faccia certe operazioni e che gli ordini di grandezza delle loro durate siano accettabili e competitive con il software proprietario. Tutto qui. buon we Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] ArcGIS vs QGIS, GRASS, gvSIG, uDIG etc clipping contest
Il 09/11/2012 17.40, Markus Neteler ha scritto: Ri-ciao (ora con link): segnalo questo ArcGIS vs QGIS etc Clipping Contest Rematch revisited con una raccolta di benchmark values su un test dataset. http://gfoss.blogspot.it/2012/11/arcgis-vs-qgis-etc-clipping-contest.html Vedete anche i commenti per altri valori, mettete di più! Interessante, grazie Markus! Stralcio direttamente dal commento di Emilio: Intel Core2 Quad CPU Q6600 @ 2.40GHz 64 bits; 4 GB RAM; Kubuntu 12.04 Kernel 3.2.0-32-generic QGIS 1.8 Loading shapefiles: 3:35 min. Clipping: 3:38 min. gvSIG 1.12 Loading shapefiles: 0:20 min. Clipping: 3:27 min. (core geoprocess) OpenJUMP 1.5.2 Loading shapefiles: Out of Memory Error Fa abbastanza riflettere, altro che ...capsula del tempo! ;) Considerando che con SEXTANTE ci mette solitamente anche di meno. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] ArcGIS vs QGIS, GRASS, gvSIG, uDIG etc clipping contest
Il 09/11/2012 18.11, Markus Neteler ha scritto: 2012/11/9 Antonio Falciano ha scritto: Il 09/11/2012 17.40, Markus Neteler ha scritto: Ri-ciao (ora con link): segnalo questo ArcGIS vs QGIS etc Clipping Contest Rematch revisited con una raccolta di benchmark values su un test dataset. http://gfoss.blogspot.it/2012/11/arcgis-vs-qgis-etc-clipping-contest.html Vedete anche i commenti per altri valori, mettete di più! ... ricordo che alcuni GIS fanno solo Simple Features mentre GRASS GIS etc fanno una operazione topologica che è naturalmente più pesante. Sono d'accordo Markus: GRASS merita rispetto a prescindere! Ma in altri casi, a maggior ragione, mi aspetterei l'uso di un po' piu' di brutal force. Molto interessante e dettagliato anche il benchmark di Andrea Antonello [1] che ad un primo rapido sguardo mi era sfuggito, pardon! E' bello quando c'e' sana competizione, tuttavia i benchmark difficilmente possono essere considerati come verita' assolute, in quanto non sempre avvengono a parita' di tutte le condizioni. Gli ordini di grandezza in diversi casi sono comunque gli stessi: va dato ampio merito alle robuste librerie che ci stanno dietro. ciao Antonio [1] http://jgrasstechtips.blogspot.it/2012/11/gis-clipping-benchmark-jgrasstools-udig.html -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Cercasi buon client WFS
Il 22/10/2012 8.29, Andrea Peri ha scritto: sapete indicarmi un buon client WFS alternativo a qgis (Gfoss ovviamente) ? Se lo riesumi dalla capsula del tempo che dicevi qui [1], forse anche gvSIG non e' poi cosi' tanto male ...Maya permettendo! ;) Antonio [1] http://lists.gfoss.it/pipermail/gfoss/2012-October/024852.html -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] gvSIG e i campi integer che diventano double
Il 19/10/2012 9.50, Sgambati Alessandro ha scritto: caro Antonio, questa mattina ho provato a riprodurre l'errore. W7, gvSIG 1.11 portable. produco un nuovo shp di punti con un unico campo integer di 10 caratteri in EPSG 3004. digito 8 nuovi punti e li chiamo 1, 2, 3,. chiudo e salvo lo shp. riproietto il file in 32633 con geoprocessi; conversione dei dati; riproiezione con le griglie NTv2. ottengo uno shp di 8 record i cui punti si chiamano 1.0 2.0 3.0 ... insomma gvSIG gli ha regalato un .0 controllo la struttura della tabella e quello che era un campo integer di 10 caratteri è diventato un double lunghezza 18 (!!!) e precisione decimale 6. Credo che questo bachetto doveva essere risolto alcuni anni fa. Noi ci abbiamo convissuto per anni. Buongiorno Alessandro, questo bug comunque e' facilmente aggirabile, editando le tabelle degli attributi: definendo un campo integer e copiandovi il contenuto del campo double oppure editando l'intestazione del campo nel dbf con Calc. Pensa poi che adesso è in corso la trasformazione di tutte le banche dati da 3004 a etrf2000 (a proposito, si sono inventati il relativo codice EPSG?) Questa operazione non la farei mai in un desktop GIS, per quanto possa essere affidabile. Definirei una procedura batch con GDAL/OGR. Per i codici EPSG userei quelli di cui parlammo tempo addietro [1]. ciao Antonio [1] https://gvsig.org/lists/pipermail/gvsig_italian/2012-March/002897.html -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis gvSIG e formattazione tabelle negli shp
Il 19/10/2012 0.25, Giuseppe Sucameli ha scritto: Salve Alessandro, 2012/10/18 Sgambati Alessandro alessandro.sgamb...@regione.fvg.it: Del resto, in Qgis avere dei campi real di 10, di cui 6 riservati ai decimali, nei quali posso ora inserire (giustamente) solo 4 cifre intere, mentre persistono tutti i vecchi record con 5 cifre, non dà proprio una bella impressione sulla gestione del db. cosa dovrebbe fare QGis? 1. cambiarli tutti a 4 cifre col rischio di perdere dati 2. lasciarli come sono finché non è l'utente a cambiarli 3. altro (cosa?) Secondo me è corretto: QGis non sa cosa come modificare i dati già presenti nella tabella, per cui li ripropone come sono. Se l'utente li modifica tramite QGis allora l'input dell'utente deve attenersi alle regole del formato. Ciao Giuseppe, sono d'accordo con te: l'errore sta chiaramente a monte. Se passi a QGIS un double, lui giustamente lo vede e lo tratta come double. Tutto qui. Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] Qgis gvSIG e formattazione tabelle negli shp
Il 18/10/2012 9.13, Sgambati Alessandro ha scritto: Cara lista, dopo 4 anni di fruttuoso utilizzo di gvSIG, stiamo ora seriamente valutando la migrazione a Qgis. Arg!!! ;) Una serie di file shp originati da gvSIG sono stati aperti in Qgis e quindi salvati da Qgis con un nuovo nome. Su questi file abbiamo avuto la piacevole sorpresa di constatare che i campi numerici che in gvSIG erano stati formattati come integer, ma che gvSIG ha autonomamente convertito in double 10, 6, facevano sempre apparire i dati numerici arricchiti da un .0 ( p. es: 10234 diventava 10234.0, con conseguente impossibilità di collegarci una tabella esterna), ecco, ora questi dati appaiono in Qgis esattamente come volevamo (p.es: 10234). Ho fatto un rapido test con gvSIG 1.12 per verificare quanto affermi: ho creato un nuovo shapefile di punti definendo un campo integer di lunghezza 3. Ho aggiunto qualche punto e popolato la tabella degli attributi. Salvo e elimino il layer dalla ToC, poi lo ricarico e gli interi restano interi! La formattazione di questo campo risulta ora Real, lunghezza 10, precisione 6. Detto campo contiene già un migliaio di record con dei numeri con un massimo di cinque cifre ma, sorpresona, Qgis non mi permette di digitarci dentro più di QUATTRO cifre. Cosa succede? E ti diro' di piu': caricando lo stesso shapefile in QGIS e visualizzandone la tabella degli attributi il campo resta anche qui intero. :) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] GaussBoaga / Proj4 v.3.8.0
Il 23/05/2012 15.03, Margherita Di Leo ha scritto: Allora, io aggiungerei che paradossalmente questo aumenta i possibili errori commessi di default, perche` uno si aspetta di utilizzare una definizione standard di EPSG e di poter controllare gli errori attesi, quando invece all'interno di quella definizione sono stati inclusi dei parametri, che di fatto possono anche diminuire l'errore, ma compromettono la capacita` di poter controllare in maniera consapevole l'errore stesso. Considerando poi che tali parametri sono stati introdotti a monte di una filiera, e quindi vanno a riguardare diversi altri software che su di essi si basano, diventano ancora meno controllabili. Probabilmente altri bug segnalalati altrove trovano la loro origine proprio in questo comportamento inatteso delle gdal. Insomma, gli standard se ci sono forse servono a qualcosa :( Quindi, la mia opinione e` che non facciano bene a nessuno... Quoto in pieno. Sarebbe opportuno che tali librerie di base mantenessero un approccio il piu' possibile neutrale/agnostico ed aderente al database EPSG, tanto poi i client GIS ci mettono sicuramente del loro... Altrimenti sarebbe come avere un errore sistematico in partenza, che si propaga a macchia d'olio nei vari software a valle... Il rapporto costi/benefici mi sembra piuttosto elevato. :( ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] GaussBoaga / Proj4 v.3.8.0
Grazie innanzitutto a Sandro, Madi e Giovanni per lo sforzo profuso nel cercare di chiarire ulteriormente questa faccenda... Il 22/05/2012 23.16, G. Allegri ha scritto: Riporto anche qua la logica adottata nella scelta dei parametri di trasformazione, spiegata nella risposta di Frank [1] e implementata in [2]. * Viene preferita la trasformazione che interessa l'area maggiore per un dato GCS logica a mio modesto avviso non condivisibile che, a sua volta, contrasta con quanto poi lo stesso Frank afferma nel finale: Also, please understand that no set of shift values is ideal and I prefer something broadly reasonable to something that is super in one local region and very poor in another where the datum is used. The largest area of use rule of thumb is intended to select on this basis. * Viene evitata ogni trasformazione deprecata * Vengono evitate i record che sono stati ridefiniti (superceeded) da altre regole E'possibile forzare una trasformazione indicandola dentro [3]. Benissimo! Ad esempio: ## # # We don't want to apply TOWGS84 values for NAD27 - we prefer to use # datum grid shift files. # 4267,-1 ...mi pare abbastanza esplicito! :) Frank invita a suggerire una logica alternativa che permetta di evitare la questione italiana. Non credo ci siano opzioni diverse se dei parametri vanno definiti. Il punto è se sia opportuno definirli per il 3003 e il 3004... Ma certo che non e' opportuno! giovanni [1] http://lists.osgeo.org/pipermail/gdal-dev/2012-May/032895.html [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/build_pcs.py [3] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/datum_shift_pref.csv Il 22 maggio 2012 22:48, G. Allegrigioha...@gmail.com ha scritto: Grazie Margherita, ho dato seguito all'email di Even. giovanni Il 22 maggio 2012 22:25, Margherita Di Leodireg...@gmail.com ha scritto: Ciao, ho segnalato la cosa sulla ML di gdal, e forse abbiamo una pista: http://lists.osgeo.org/pipermail/gdal-dev/2012-May/032891.html Tornando alla pista segnalata da Even, e' evidente che il changeset http://trac.osgeo.org/proj/changeset/2172 non ci tocca neanche di striscio, tuttavia qui sono gia' presenti i parametri +towgs84 dove non dovrebbero stare. Quindi il fattaccio e' accaduto prima e occorre pertanto esaminare le revision a ritroso: http://trac.osgeo.org/proj/changeset/2104 -- idem http://trac.osgeo.org/proj/changeset/2034 -- idem http://trac.osgeo.org/proj/changeset/1874 -- idem mentre qui pare che sia avvenuto il tutto: http://trac.osgeo.org/proj/changeset/1824 -- (http://bquot.com/cj9) Regenerated epsg init file from EPSG 7.4.1 with big datum upgrade del 28 febbraio 2010... un big datum upgrade che purtroppo non ci soddisfa tutti. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] definizioni EPSG GB 3003 / 3004 e dintorni
Il 21/05/2012 11.41, a.furi...@lqt.it ha scritto: i sistemi di riferimento spaziale son brutte bestiacce; ed IMHO quelli tra di noi con le idee veramente chiare in materia sono decisamente pochini, si contano sulle punte delle dita di una mano. n.b.: mi auto-escludo dal numero di quelli che ci capiscono; non ho la minima esitazione nel confessare i miei limiti ;-) credo quindi che sia giusto cercare di aprire un confronto quanto piu' ampio possibile; e mi aspetto che persone serie come Antonio Falciano, Giovanni Allegri, Andrea Peri etc vorranno portare il loro contributo sicuramente utile. mi limito quindi a raccontarvi quale era l'approccio seguito da SpatiaLite con le vecchie Proj4 v.4.7.0. personamente, mi pare ancora la soluzione piu' regionevole. -- srid:3003 auth_name:epsg auth_srid:3003 ref_sys_name:Monte Mario / Italy zone 1 proj4text:+proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 \ +y_0=0 +ellps=intl +units=m +no_defs srid:3004 auth_name:epsg auth_srid:3004 ref_sys_name:Monte Mario / Italy zone 2 proj4text:+proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=252 \ +y_0=0 +ellps=intl +units=m +no_defs queste sono le due definizioni canoniche EPSG per il GaussBoaga, rispettivamente fuso Ovest e fuso Est. e sono le uniche due che mi aspetterei di trovare incluse nel file EPSG distribuito da Proj4, GDAL, GeoTiff etc: come dice il nome stesso, quest'ultimo dovrebbe contenere *solo* le EPSG purissime, cioe' quelle identificate da valori SRID nel range compreso tra 1 e 32766. ok, lo stesso naturalmente dicasi per le famiglie di sistemi proiettati UTM ED50, UTM WGS84 e UTM ETRS89. Non dovrebbero contenere parametri +towgs84. -- srid:4 auth_name:gfoss.it auth_srid:1 ref_sys_name: Monte Mario / Italy zone 1 / mainland proj4text:+proj=tmerc+lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 \ +y_0=0 +ellps=intl +units=m \ +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +no_defs srid:40001 auth_name:gfoss.it auth_srid:2 ref_sys_name: Monte Mario / Italy zone 2 / mainland proj4text:+proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=252 \ +y_0=0 +ellps=intl +units=m \ +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +no_defs srid:40002 auth_name:gfoss.it auth_srid:3 ref_sys_name: Monte Mario / Italy zone 1 / Sardinia proj4text:+proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 \ +y_0=0 +ellps=intl +units=m \ +towgs84=-168.6,-34.0,38.6,-0.374,-0.679,-1.379,-9.48 +no_defs srid:40003 auth_name:gfoss.it auth_srid:4 ref_sys_name: Monte Mario / Italy zone 2 / Sicily proj4text:+proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=252 \ +y_0=0 +ellps=intl +units=m \ +towgs84=-50.2,-50.4,84.8,-0.690,-2.012,0.459,-28.08 +no_defs -- invece queste qua sono le definizioni custom ottimizzate per le varie macroregioni italiane. Benissimo. Cambierei solo la loro denominazione ricalcando quelle originali EPSG e aggiungendo, come ulteriore specificazione, la zona di competenza. Inoltre, la Sicilia ricade nel fuso Est e quindi si prende la definizione di EPSG:3004 piu' i suoi parametri +towgs84 (v. sopra). e' doveroso ricordare che provengono da GRASS (il progetto piu' serio ed autorevole che abbiamo, nonche' quello con la tradizione piu' lunga) ;-) ...che, a sua volta, immagino le abbia ricavate da EPSG! :) note: - 1) dato che sono definizioni custom (== non standard) devono avere valori SRID 32678; progetti/sw diversi potrebbero anche usare legittimamente valori differenti, visto che siamo fuori standard. ok 2) dato che *non* provengono da EPSG, l'auth_name non puo' essere EPSG; la scelta di spatialite e' di usare auth_name:gfoss.it, ma potrebbe essere altrettanto appropriato usare p.es. auth_name:grass l'importante e' che comunque venga indicata un'autorita' che si assume la responsabilita' di quella definizione (e ripeto: non puo' e non deve essere epsg). auth_name:gfoss.it mi pare piu' che ragionevole 3) off topics (ma non tanto): p.es. il buon Alessandro Frigeri si sta divertendo da molti mesi con i suoi SRS robe dell'altro mondo. esistono definizioni Proj4 anche per i vari pianeti e satelliti maggiori del sistema solare (Luna, Marte, Venere, Ganimede ...) IMHO sarebbe decisamente opportuno incorporare anche gli SRS extra-terrestri nella nostra filiera standard. e non sarebbe affatto difficile implementarli, sempre usando il solito meccanismo auth_name+auth_srid visto sopra. questi sistemi, a meno di nuove recenti definizioni, dovrebbero gia' far parte del database IAU2000, dove IAU sta per International Astronomic Union: http://spatialreference.org/ref/iau2000/ 4) personalmente non credo che incorporare tutte queste definizioni custom (extra standard EPSG) direttamente all'interno del file EPSG che accompagna GDAL/Proj4 sia una buona idea. Se tutte le nazioni del mondo iniziassero a pretendere di
Re: [Gfoss] GaussBoaga / Proj4 v.3.8.0
Il 20/05/2012 12.06, a.furi...@lqt.it ha scritto: non mi pare che fosse mai girata in precedenza ... stavo provando un KML ottenuto da dati di partenza GB (srid=3003) quando ho casualmente scoperto di avere ottenuto uno snap semplicemente perfetto fin dal primo colpo e senza nessuna cautela speciale ... se vi ricordate, in precedenza non era affatto cosi': almeno sulla Toscana si vedevano dei brutti disallineamenti durante la conversione da GB a WGS84 lat/lon. ed ecco cosa ho scoperto dopo velocissimo debugging: Proj.4 v.3.7.0 (vecchia versione, ancora molto diffusa) --- srid=3003: +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0 \ +ellps=intl +units=m +no_defs Proj.4 v.3.8.0 (rilascio recentissimo, 6 marzo u.s.) srid=3003: +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0 \ +ellps=intl +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 \ +units=m +no_defs come potete vedere, la versione piu' recente incorpora direttamente la matrice Bursa-Wolfe (+towgs84) ottimizzata per l'italia centrale. sicuramente un'ottima notizia per tutti i Toscani: non necessariamente tale anche per Sardi, Liguri e Piemontesi :-P La medesima modifica e' presente anche sul fuso Est (3004) Occhio alla penna: il passaggio alla nuova Proj 3.8.0 potrebbe causare qualche problema di retro-compatibilita' Caro Sandro, grazie per averci fatto notare la cosa. A mio modesto avviso, e' una cialtroneria questa. La definizione rigorosa di EPSG:3003-4 non prevede l'uso dei parametri +towgs84, anche perche' i parametri per l'Italia peninsulare non sono gli unici applicabili, come tu stesso affermi. Cosa dovrebbero fare gli amici sardi e siciliani qualora intendessero applicare correttamente i loro parametri? Oppure chi volesse utilizzare un grigliato? Applicare prima una trasformazione che annulli quella introdotta cosi' maldestramente? Anche QGIS mi pare affetto da questo bug, in quanto io lo considererei come tale. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 584 iscritti al 7.4.2012
Re: [Gfoss] Impiego gdal - ntv2 - ex Info cartografia nazionale -- Griglie libere
Il 20/03/2012 12.13, G. Allegri ha scritto: Il giorno 20 marzo 2012 11:51, Alessandro Furieri ha scritto: giusto un paio di dettagli che possono aiutare a mettere meglio a fuoco il problema. giusto per inquadrare correttamente: il problema esiste quando si passa da GaussBoaga a WGS84 e/o UTM-WGS94; perche' l'ellissoide di riferimento del GB e' sostanzialmente diverso da quello WGS84, e quindi ammazza tutti i metodi matematici ragionevoli. Il problema non è solo l'ellissoide ma anche la materializzazione del sistema di riferimento. Anzi, forse questo è il problema maggiore. Di fatti il problema è la differenza di datum. Esattamente. Lo stesso dicasi per ED50: stesso ellissoide di ROMA40, ma orientamento diverso. viceversa, quando si passa da WGS84 long/lat a UTM-WGS84 e' possibile ottenere una trasformazione di alta precisione. In questo caso non è una questione di precisione, trattandosi di una trasformazione analitica chiusa e definita. E' semplicemente una vista diversa dello stesso sistema ;) Si tratta di una semplice conversione di coordinate. nulla vieta di farsi in casa un grigliato: e se si puo' dimostrare che e' il frutto di un lavoro originale (non un copiaticcio da plagio), lo puoi ovviamente distribuire come megli credi. teoricamente richiede solo un pazientissimo lavoro di accoppiamento di un discreto numero di punti noti per i quali siano note le rispettive coordinate di precisione nei due sistemi di riferimento. poi si applica il metodo dei minimi quadrati e si ottiene la Bursa Wulf relativa a quella determinata zona ... e cosi' via ... Certo, nulla vieta di farsi un grigliato piu' o meno artigianale, ma il rischio e' quello di impelagarsi in una ulteriore babele. E' importante averne quei 2-3 di riferimento per tutti a scala nazionale (magari con un passo meno fitto) da poter distribuire all'interno di GDAL e quindi nella maggior parte dei software GIS, come e' avvenuto per altri paesi. E' un lavoro che richiede una discreta dose di lavoro e di analisi. A monte richiede comunque con un appoggio alla rete IGM95, o ad un raffittimento regionale. La Regione Basilicata espone i grigliati del proprio territorio tramite servizio web: http://rsdi.regione.basilicata.it/web/guest/servizio-wcts ...cosi' come il WCTS della Regione Lombardia [1]! ;) E' emblematico (e spero di buon auspicio) l'esempio francese di apertura da parte dell'IGN, come descritto in questa pagina di interesse storico [2]. ciao Antonio [1] http://www.cartografia.regione.lombardia.it/geoportale/ptk [2] http://www.stjohnspoint.co.uk/gis/france.htm -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] creare griglia di punti
Il 06/03/2012 12.27, cristiano.casta...@tin.it ha scritto: Ciao a tutti, vorrei sapere se esiste un modo rapido per creare una griglia di punti (shp file puntuale) a partire da un punto noto. In SEXTANTE, Tools for vector layers -- Create graticule, Type Points, giocando con il passo della griglia e l'extent definito dall'utente. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] vestizione ctr per escursionismo (da newbie)
Il 04/01/2012 9.05, Maurizio Marrese ha scritto: Interessantissimo, da tempo volevo fare qualcosa per codificare gli habitat Natura 2000 a livello nazionale. C'è qualcosa da sapere in più o basta condividere il file .qml ? Ai fini di un lavoro collaborativo perche' non utilizzare direttamente un formato standard condivisibile da tutti, come SLD? ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
Re: [Gfoss] Portale dei dati dell'Emilia Romagna
Il 14/10/2011 11.38, a.furi...@lqt.it ha scritto: On Fri, 14 Oct 2011 11:09:52 +0200, Maurizio Napolitano wrote http://dati.emilia-romagna.it CC0 e CC-BY Che bello :-D evidentemente la giornata di lavoro sugli Open Data organizzata da GFOSS.it il 13 Aprile u.s. a Bologna c/o Regione Emilia Romagna alla fine ha prodotto frutti buoni, sani, succosi e saporiti. Un bel GRAZIE in primis a Marica Landini ed a Francesco Marucci che tanto si sono dati da fare per organizzare l'incontro di Bologna e per seguire pazientemente nei mesi tutto il processo. Ma anche a tutti quei Soci di GFOSS che si sono rimboccati le maniche ed hanno contribuito attivamente: ovviamente Napo in primis (che ha saputo giocare ottimamente un ruolo di assoluto rilievo), ma anche Luca Delucchi, Ivan Marchesini, Flavio Rigolon e Piergiovanna Grossi. Infine voglio anche ringraziare i rappresentanti delle associazioni sorelle che pure hanno portato un contributo significativo e di rilievo: in particolar Marco Ciurcina e Lorenzo Benussi. Oggi è sicuramente un giorno felice e di gioia per il movimento italiano del sw libero, ed in particolare per la nostra associazione. Ok, ora abbiamo la conferma che il metodo Bologna funziona: la strada è ancora sicuramente lunga e complessa, ma intanto abbiamo stabilito un precedente significativo di successo. ciao Sandro (Presidente GFOSS.it) Davvero una gran bella notizia! Complimenti a tutti coloro che hanno contribuito in qualche modo al successo dell'iniziativa. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 527 iscritti al 7.7.2011
Re: [Gfoss] mergere più servizi in un'unica immagine png
Il 13/10/2011 12.09, a.furi...@lqt.it ha scritto: Ivan, elevo vibrante protesta: mergere non si può proprio sentire, fa accapponare la pelle ;-) Ú vero che Ú sicuramente meglio di mergiare (mi Ú capitato di sentire anche questo), ma magari fare un merge suona già meglio. comunque in italiano esistono: fondere, integrare, sovrapporre ... Concordo. Fondere mi sembra il termine piu' appropriato in italiano, mentre sovrapporre richiama un po' troppo il concetto dell'overlay. Non vogliamo assolutamente chiamare in causa l'Accademia della Crusca, per carita', tuttavia è bene non creare neologismi cacofonici all'ultimo ...grido! ;) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 527 iscritti al 7.7.2011
Re: [Gfoss] In Sicilia si usa il fuso Est o Ovest di Gauss-Boaga?
Il 01/09/2011 19.09, Carmelo Viavattene ha scritto: Ciao a tutti. Vorrei usare Qgis 1.7.0 per leggere i dati del SITR sicilia. Premetto che l'ente ove lavoro ha anche gli SHP ed i DXF (rilasciati dal SITR) di alcuni fogli su cui si devono redigere degli elaborati, ed io volevo collegarmi coi dati dei dissesti idrogeologici ed altro del SITR sicilia. Se mi collego al server WMS del SITR sicilia: http://88.53.214.52/sitr/services/WGS84_F33/CTR_1_f33/MapServer/WMSServer l'unità di misura mi pare sia in gradi, e quindi non mi ritrovo con le stesse coordinate dei file SHP (o dei DXF) che sono in metri. Sui disegni dei fogli in DXF abbiamo già redatto alcune polilinee di zone e sono già georeferenziate Un SHP del foglio 632020 ha ad esempio i seguenti metadati in proprietà Generale: Tipo di archiviazione per questo layer : ESRI Shapefile Sorgente per questo layer : D:/Prt/sitr/632020/F632020_M1_S.shp Tipo di geometrie per gli elementi in questo layer : Point Numero di elementi presenti in questo layer: 4 Possibilità di modifica per questo layer : Aggiungi geometrie, Elimina geometrie, Cambia i valori degli attributi, Aggiungi attributi, Crea Indice Spaziale, Accesso veloce agli elementi all'ID, Cambia le geometrie Estensione: Unità del sistema di riferimento spaziale usato nel layer : xMin, yMin 2468773.20,4156472.88 : xMax,yMax 2472848.17,4160400.21 Sistema di Riferimento Spaziale del layer: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs Salve, dalle proprieta' del layer e, in particolar modo dalle coordinate e dal sistema di riferimento del layer che leggo qui sopra, deduco che il layer e' definito in Gauss-Boaga Roma40 Est (EPSG:3004), tuttavia e' stato caricato come WGS84 (EPSG:4326). Invece il WMS mi fornisce i seguenti metadati: Proprietà del server Proprietà Valore Versione WMS 1.3.0 Titolo CTR_1_AGG-2008 Riassunto WMS Parole chiave Risorsa online - Persona di riferimento Tasse Vincoli di accesso Formati immagine image/bmp image/jpeg image/tiff image/png image/png8 image/png24 image/png32 image/gif image/svg+xml Interroga formati application/vnd.ogc.wms_xml text/xml text/html text/plain Conteggio layer 42 GetCapabilitiesUrl http://88.53.214.52/sitr/services/CTR_1_AGG-2008/MapServer/WMSServer? GetMapUrl http://88.53.214.52/sitr/services/CTR_1_AGG-2008/MapServer/WMSServer? GetFeatureInfoUrl http://88.53.214.52/sitr/services/CTR_1_AGG-2008/MapServer/WMSServer? 49 Proprietà Valore Visibilità Visibile Titolo Quadro Sezioni Riassunto Quadro Sezioni Può interrogare Sì Può essere trasparente Sì Può ingrandire Sì Conteggio a cascata 0 Larghezza fissa 0 Altezza fissa 0 Perimetro WGS 84 11.83087599,35.46777090 : 15.67173592,38.81799018 Disponibile in SR CRS:84 Disponibile in SR EPSG:4326 Disponibile in SR EPSG:3004 Disponibile in SR CRS:84 Disponibile in SR EPSG:4326 Disponibile in SR EPSG:3004 Disponibile nello stile Nelle ultime quattro righe leggo testualmente che il layer WMS e' disponibile sia in EPSG:4326 che in EPSG:3004, quindi... Nome default Titolo Quadro Sezioni Riassunto Altri layer: Nessun valore *NoDataValue not set* Tipo di dato: Non riesco a determinare il tipo di raster. Situazione piramide: Sistema di riferimento spaziale del layer: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs Estensione layer (proiezione originale del layer): 11.83069394,35.46587765 : 15.67173905,38.81830523 Banda Banda 1 Nessuna banda 1 Nessuna statistica Nessuna statistica ancora raccolta Qual è la corretta procedura per fare sovrapporre gli shp con il WMS? Caricare shp e WMS nello stesso sistema di riferimento (SRS/CRS). Essendo lo shp in EPSG:3004 conviene utilizzare questo in modo da risparmiarsi una trasformazione. E quindi qual è la corretta impostazione per collegarsi al WMS ? v. sopra Grazie infinite a chi mi potesse rispondere Carmelo buona serata -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 527 iscritti al 7.7.2011
Re: [Gfoss] Qgis e moduli di python
Il 23/06/2011 17.12, Luca Mandolesi ha scritto: Ciao a tutti, ho mandato una mail al gruppo di sviluppo di qgis su una questione che da sempre mi sta a cuore: la ricerca di moduli python e la loro installazione per far funzionare un plugin di python. Molti utenti nuovi di qgis, si spaventano e abbandonano l'uso dei plugin quando si trovano a dover scaricare un modulo di pythonio stesso che ne faccio uso a volte mi scoraggio e rinuncio. Per esempio ancora non posso usare il plugin Omero perchè non c'è pyspatialite installato e non riesco a installarlo. Quale potrebbe essere una strada buona da seguire per avere i moduli più alla portata di tutti...società civile ma anche popolo, per tornare al vecchio discorso...questo mi pare un buon esempio dell'ostilità all'uso dell'opensource per molti. Su 6 persone che lavorano per me, nemmeno una ha ancora capito dove mettere le mani se gli manca un modulo dopo 3 anni di uso di qgis Hai provato con easy_install? ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 518 iscritti al 3.6.2011
Re: [Gfoss] dwg to dxf converter
Il 17/06/2011 7.02, tommaso ha scritto: esiste anche questo progetto: http://sourceforge.net/projects/jdwglib/ Si tratta proprio della tanto discussa libreria utilizzata da gvSIG. :-) Lo sviluppatore Jose Morell lavorava per IVER, la societa' che vinse all'epoca la gara per sviluppare gvSIG. La libreria viene distribuita anche come plugin per openjump ( http://www.openjump.org/ ) A dire la verità io non sono riuscito a farlo funzionare - ma probabilmente ho sbagliato qualcosa io o forse non funziona con i dwg più recenti Copre fino alla versione 15 e quindi acad 2000, come giustamente diceva Giovanni Allegri. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 518 iscritti al 3.6.2011
Re: [Gfoss] SRS: EPSG:40003 e QGIS
Il 28/05/2011 9.24, iomeneandrei ha scritto: avevo pensato di introdurre il 40004 per assonanza geografica e numerica con il 3004. La mia modesta proposta è cancellare il 40003 ed introdurre il 40004. Ovviamente la cosa che mi sembra più importante è introdurre la definizione proj più corretta. IMHO, l'assegnazione di questi codici poteva essere ottimizzata dal principio. Ad esempio, si sarebbe potuto procedere cosi': 40001 -- Monte Mario / Italy zone 1 (mainland) 40002 -- Monte Mario / Italy zone 2 (mainland) 40003 -- Monte Mario / Italy zone 1 (Sardegna) 40004 -- Monte Mario / Italy zone 2 (Sicily) in modo tale da avere l'1 o il 2 finale che richiama la zona (fuso) nei primi due casi, il 3 e il 4 finale che richiama il 3003 e il 3004 (come Andrea osserva) negli ultimi due. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] Inserimento di un nuovo sistema in qgis
Il 27/05/2011 23.15, fff_...@tiscali.it ha scritto: Ciao a tutti, dovrei inserire un nuovo sistema di riferimento in qgis Si tratta del sistema di riferimento Cassini_Soldner (quello che usa il catasto) per la zona di Pordenone i parametri per questa zona sono: orig.long=12,5713380 orig.lat=45,9716180 falsex=0 falsey=0 scale=1 elissoide di riferimeto: bessel 1841 come si procede? Prima di procedere ti manca pero' qualcos'altro: i parametri di trasformazione verso WGS84 (+towgs84=...). Inoltre, rispetto a quale datum sono definite le coordinate dell'origine? ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] SRS: EPSG:40003 e QGIS
Ciao Andrea, sarebbe bello poter uniformare (o meglio ancora standardizzare) questi benedetti codici in tutte le applicazioni che hanno la possibilita' di farlo! Altrimenti, passando da un'applicazione ad un'altra si rischia di impelagarsi come e piu' di prima e ...addio l'interoperabilita'! Ne approfitto per ribadire la mia proposta: trattandosi di CRS e di trasformazioni derivanti dal database EPSG, sarebbe piu' corretto combinare insieme il codice del CRS e quello della trasformazione. 30031660 -- Monte Mario / Italy zone 1 (mainland) 30041660 -- Monte Mario / Italy zone 2 (mainland) 30031662 -- Monte Mario / Italy zone 1 (Sardegna) 30041664 -- Monte Mario / Italy zone 2 (Sicily) ed eventualmente anche 230321133 -- ED50 / UTM zone 32N (with params) 230331133 -- ED50 / UTM zone 33N (with params) Non mi sembra che siano difficili da memorizzare e, inoltre, hanno una logica coerente con la loro provenienza. Come prefisso, in ogni caso, non utilizzerei EPSG: ma mi inventerei qualcos'altro poiche' questi codici non ci sono e non ci saranno nel db EPSG, o sbaglio? Il 28/05/2011 11.56, andrea antonello ha scritto: Giusto per la cronaca, in uDig da un bel po' di tempo abbiamo aggiunto (per il caso dei 3003,3004) : 30031000 30031001 30031002 30041000 30041001 30041002 con 1000 pensinsular 1001 sardinia 1002 sicily Nel vs caso, 30031002 e 30041001 non hanno granche' senso, essendo la Sardegna nel fuso Ovest (3003) e la Sicilia in quello Est (3004). ;-) prendendo i parametro da GRASS, che i parametri li ha. ...e che sempre da EPSG provengono! ;-) Allora abbiamo preso dei codici aggiungendo i 1000 dietro e sembrava una buona idea, ma sarei contento di adattarci se si decide per dei codici comuni. Vediamo cosa ne pensano gli utilizzatori di altre applicazioni. ciao Antonio Andrea 2011/5/28 Antonio Falcianoafalci...@yahoo.it: Il 28/05/2011 9.24, iomeneandrei ha scritto: avevo pensato di introdurre il 40004 per assonanza geografica e numerica con il 3004. La mia modesta proposta Ú cancellare il 40003 ed introdurre il 40004. Ovviamente la cosa che mi sembra più importante Ú introdurre la definizione proj più corretta. IMHO, l'assegnazione di questi codici poteva essere ottimizzata dal principio. Ad esempio, si sarebbe potuto procedere cosi': 40001 -- Monte Mario / Italy zone 1 (mainland) 40002 -- Monte Mario / Italy zone 2 (mainland) 40003 -- Monte Mario / Italy zone 1 (Sardegna) 40004 -- Monte Mario / Italy zone 2 (Sicily) in modo tale da avere l'1 o il 2 finale che richiama la zona (fuso) nei primi due casi, il 3 e il 4 finale che richiama il 3003 e il 3004 (come Andrea osserva) negli ultimi due. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] SRS: EPSG:40003 e QGIS
Il 28/05/2011 12.32, iomeneandrei ha scritto: Ciao Andrea, sempre avanti voi di uDig ;-) Uniformare il tutto sarebbe un'ottima cosa. Magari comprendendo gvSIG e ovviamente GRASS. A proposito in GRASS che codici sono usati? gvSIG ad esempio non ha questa necessita', poiche' utilizza un db EPSG e ha una procedura guidata che filtra anche per area di interesse. Oh ragassi... siam matti? :-) Dovremmo stare qui a parlare di grigliati NTv2 liberi (visto che ora anche QGIS ha il suo plugin), mentre invece stiamo ancora discutendo su come standardizzare il nome dei CRS, vi pare? ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] SRS: EPSG:40003 e QGIS
Il 28/05/2011 12.52, Sandro Santilli ha scritto: On Sat, May 28, 2011 at 12:39:54PM +0200, Antonio Falciano wrote: Come prefisso, in ogni caso, non utilizzerei EPSG: ma mi inventerei qualcos'altro poiche' questi codici non ci sono e non ci saranno nel db EPSG, o sbaglio? PostGIS ha cominciato ad usare spatialreferencing.org. E' usato come auth_name per il 900913 (l'unico non-epsg). Mi sembra una buona idea riferirsi a spatialreferencing.org, dove si possono trovare anche maggiori informazioni sulla proiezione. E' un community effort, iniziativa di hobu e crschmidt, se non sbaglio. spatialreference.org e' un gran bel servizio. Tuttavia, se cerco ad esempio 900913 [1] mi offre una serie di codici custom compatibili e no con la sua originaria definizione, il che non e' poi tanto un indice di elevata attendibilita'. Oggi comunque 900913 continua ad esistere nel db EPSG [2], solo che dopo varie vicissitudini ha cambiato denominazione: e' diventato EPSG:3857. ciao Antonio [1] http://spatialreference.org/ref/?search=900913 [2] http://www.epsg-registry.org/ -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] SRS: EPSG:40003 e QGIS
Il 28/05/2011 13.06, aperi2007 ha scritto: Non riesco a capire bene il senso della cosa che state discutendo.. Modificare dei sistemi di riferimento o inventarsene di nuovi Il rischio di perdere la compatibilità e ritrovarsi con dei software che danno i numeri . Se uno dovesse realizzare un archivio usando tale nuovo sistema non avrebbe alcuna chance di vederselo riconosciuto da alcuno. E poi non trattandosi di sistemi di riferimento universalmente gestiti finirebbe in un angolo. Occorre stare attenti a non cascare nel equivoco che fino ad oggi veniva rinfacciato ai softwares commerciali, altrimenti si predica bene e si razzola male se introducete dei sistemi di riferimento che nei softwares commerciali non sono supportati sperando con questo di costringere l'utente a legarsi ancora di piu' al software GFOss perche' unico che li supporta, otterrete l'effetto opposto. Ovvero di essere esclusi perche' i softwares danno i numeri. Ottima questione! Si era partiti dalla correzione di un CRS personalizzato presente solo in QGIS, e' emerso poi che anche uDig utilizza dei codici suoi e il rischio giustamente e' quello di avere una babele di codici inutilizzabili in altre applicazioni e quindi fuori standard. Personalmente la vedo cosi': non si puo' lavorare con l'informazione geografica senza comprendere quello che ci sta dietro, in primis i sistemi cartografici. Tutto qua. Se poi ognuno di noi ha bisogno di scorciatoie, sono fatti suoi. E poi nel mondo dei sistemi di riferimento da usare a breve avverrà un cambiamento, come potete leggere in queste pagine. http://www.digitpa.gov.it/altre-attivit%C3%A0/sistema-di-riferimento-geodetico-nazionale In particolare questo documento: http://www.digitpa.gov.it/sites/default/files/normativa/SIstema%20geodetico%20DPCM%201_0.pdf DAll'entrata in vigore di tale DPCM, tutti i dati prodotti in Italia, salvo quelli di livello hobbistico e per passatempo , dovranno essere fatti in tale sistema di riferimento. Benissimo! E' di questo che dovremmo parlare. Io eviterei di incasinare il discorso inventandosene degli altri... D'accordissimo con te. Il mio voleva essere solo un tentativo di uniformare quantomeno le cose. Giustamente gli standard ufficiali fanno testo e occorrerebbe utilizzare solo quelli. Penso che sia stato un veramente un bene discuterne. E qui chiudo. buon fine settimana Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] shapeScuole
Il 17/05/2011 9.51, marco zanieri ha scritto: Salve, qualcuno è a conoscenza dell'esistenza di uno shape di ubicazione delle scuole (di ogni ordine e grado) di tutta Italia? Qui puoi trovare i dati grezzi dell'ottimo dati.piemonte.it: http://www.dati.piemonte.it/dati.html?searchword=scuolaordering=searchphrase=all ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] shapeScuole
Ho dato una rapida occhiata su it.CKAN [1], il catalogo degli open data italiani, e ho trovato questo dataset [2, 3] di cui personalmente ignoravo l'esistenza. Si tratta di linked open data (in formato RDF) e cioe' open data a ...5 stelle! :-) ciao Antonio [1] http://it.ckan.net/ [2] http://it.ckan.net/package/lod-it_scuole-italiane [3] http://www.linkedopendata.it/datasets/scuole Il 17/05/2011 11.09, Luisa Manigas ha scritto: Ciao, lo shapefile degli edifici scolastici della Sardegna, aggiornato al 2008, lo puoi trovare nel DBMP (database multiprecisione), che scarichi da questa pagina: http://www.sardegnageoportale.it/index.php?xsl=1598s=140641v=2c=8831t=1 Come riportato nelle specifiche [1] a pag. 32, devi scaricare lo strato 02, e nell'attributo denominato A02010201 (ovvero la categoria d'uso) devi fare una query per trovare i record che hanno il valore 0120 (ovvero scuola). Tieni conto che, come riportato nella scheda metadati del DBMP [2], i dati sono in WGS84 UTM32N. Ciao Luisa [1]: http://www.sardegnageoportale.it/documenti/6_83_20100517122636.pdf [2]: http://www.sardegnaterritorio.it/webgis/catalogodati/metadatiISO?idMetadato=12391idEnte=1 ___ Luisa Manigas Regione Autonoma della Sardegna Servizio sistema informativo territoriale regionale Viale Trieste, 186 09123 Cagliari Tel: +39 070 6068081 Fax: +39 070 6065813 email: lmani...@regione.sardegna.it - Original Message - From: Antonio Falciano afalci...@yahoo.it To: gfoss@lists.gfoss.it Sent: Tuesday, May 17, 2011 10:15 AM Subject: Re: [Gfoss] shapeScuole Il 17/05/2011 9.51, marco zanieri ha scritto: Salve, qualcuno è a conoscenza dell'esistenza di uno shape di ubicazione delle scuole (di ogni ordine e grado) di tutta Italia? Qui puoi trovare i dati grezzi dell'ottimo dati.piemonte.it: http://www.dati.piemonte.it/dati.html?searchword=scuolaordering=searchphrase=all ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011 -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] shapeScuole
Il 17/05/2011 13.41, Maurizio Napolitano ha scritto: Il 05/17/2011 11:23 AM, Antonio Falciano ha scritto: Ho dato una rapida occhiata su it.CKAN [1], il catalogo degli open data italiani, e ho trovato questo dataset [2, 3] di cui personalmente ignoravo l'esistenza. Si tratta di linked open data (in formato RDF) e cioe' open data a ...5 stelle! :-) Non mi sembra che risolva il problema di avere dei vettoriali. In ogni caso offre la lista dei luoghi. Certo. Solo una perplessita': anche se RDF e' un formato aperto e autodescritto, per poterlo usare in una applicazione desktop devo sempre e comunque avere uno strumento di conversione verso un formato di dati masticabile dall'applicazione. In questo caso specifico dei dati delle scuole come posso fare poi a costruirmi un file .csv? Se realizzi una query tramite lo SPARQL endpoint (v. gli esempi in [3]), ottieni XML. In pratica, ti occorre un convertitore di formato da XML a CSV. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] Certificazioni GIS FOSS
Il 04/05/2011 8.49, a.furi...@lqt.it ha scritto: *On Wed, 4 May 2011 08:21:35 +0200, andrea giacomelli wrote* *A)* a monte di questi due passi, la comunità dovrebbe capire se si è d'accordo sul fatto che (1) dal lancio di una certificazione del genere potrà poi derivare un indotto economico per i formatori ... ... *B) *per quella che è tuttora la mia visione sul ruolo della associazione italiana per l'informazione geografica libera (per gli amici GFOSS.it)- penso che l'associazione dovrebbe facilitare il processo ... assolutamente d'accordo. favorire un processo di questo tipo rientra appieno tra gli obbiettivi di GFOSS.it: evidentemente disporre di una certificazione ufficiale per la formazione sicuramente aiuta e facilita una più ampia diffusione del SW libero geografico. *C) *Stefano: sul discorso gvSIG, sarei d'accordo sull'opportunità di avere anche un modulo ECDL per questo software. Da capire, in funzione delle persone che sono interessate a far succedere le cose, se lo sviluppo di un modulo per gvSIG si realizzerebbe meglio in parallelo a un lavoro di aggiornamento di quello per QGIS, o dopo. sicuramente i rispettivi percorsi e tempistiche possono anche essere differenziati, per ovvi motivi organizzativi. ma a mio parere personale sarebbe comunque assai opportuno cercare di muoversi in modo coordinato fin dall'inizio, cercando di coinvolgere da subito la community italiana di gvSIG nel modo più ampio e partecipativo. so per certo che molti autorevoli esponenti della community di gvSIG seguono da vicino (fortunatamente) anche questa ML: li invito quindi a dare un qualche cenno di presenza su questo tema :-) Buongiorno, leggendo questa discussione pare che anche per QGIS la situazione sia piuttosto statica e occorra smuovere un po' le acque, aggiornare i requisiti, definire eventualmente il syllabus, ecc. Seguendo tale direzione, potete contare anche su di me per gvSIG. ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] Certificazioni GIS FOSS
Il 04/05/2011 10.31, a.furi...@lqt.it ha scritto: On Wed, 04 May 2011 10:24:39 +0200, Antonio Falciano wrote Il 04/05/2011 8.49,a.furi...@lqt.it ha scritto: so per certo che molti autorevoli esponenti della community di gvSIG seguono da vicino (fortunatamente) anche questa ML: li invito quindi a dare un qualche cenno di presenza su questo tema :-) Buongiorno, leggendo questa discussione pare che anche per QGIS la situazione sia piuttosto statica e occorra smuovere un po' le acque, aggiornare i requisiti, definire eventualmente il syllabus, ecc. Seguendo tale direzione, potete contare anche su di me per gvSIG. Antonio, grazie mille per la disponibilità. vedo che hai capito al volo che intendevo stuzzicare esattamente te :-) Che onore! Io naturalmente ho abboccato all'esca, nonostante mi senta poco autorevole! :-) ciao Sandro p.s.: peccato che quest'anno non ci siamo incontrati ad Udine. pazienza, sarà per la prossima volta E' stato davvero un peccato non esserci! Ci rifaremo sicuramente in altre occasioni. ;-) ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] itergis: un clone di gvsig, o cosa?
Il 01/04/2011 18.58, Paolo Cavallini ha scritto: Il giorno ven, 01/04/2011 alle 17.58 +0200, Antonio Falciano ha scritto: L'avevo notata gia' un bel po' di tempo fa, ma non ho mai approfondito. Posso confermare che e' rilasciato con licenza GPL: http://oi56.tinypic.com/2cyp53b.jpg Ma i sorgenti non sono disponibili, giusto? Saluti. Ora non ho il tempo di verificarlo, ma immagino di si: http://oscat.rete.toscana.it/scm/?group_id=46 ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011
Re: [Gfoss] atlante statistico dei comuni ISTAT
Il 28/03/2011 16.17, andrea della peruta ha scritto: Ciao a tutti. ho scaricato gli shapfile del territorio nazionale a questo indirizzo: http://www.istat.it/dati/catalogo/20061102_00/ i dati (shp) non hanno assegnato il sistema di riferimento e non so come sono posizionati.. qualcuno ne sa di più e mi riesce a dire come sono posizionati? Generalmente gli shp dell'ISTAT sono in UTM ED50 32N (EPSG:23032). http://www.istat.it/ambiente/cartografia/ ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 502 iscritti all'11.2.2011