Edificato vettoriale
Locked
 
|
Segnalo due lodevoli iniziative in materia di strato edificato vettoriale, di pubblico dominio:
1] le basi territoriali Istat (di cui ho parlato qua) 2] il database topografico della (mia) regione Piemonte, disponibile qui (cercare la voce 'BDTRE 2015', seconda pagina, poi bottone Scarica del primo link in alto) :) |
|
ho scaricato anche il file .zip dei 'Dati toponomastici', al cui interno vi sono 20 file .csv molto pesanti; ho provato ad aprire con OO, esito negativo, il file della regione Toscana (178 MB); poi ho importato il file in QGIS:
Il giorno 13 maggio 2015 15:23, Sieradz <[hidden email]> ha scritto: Segnalo due lodevoli iniziative in materia di strato edificato vettoriale, di 43°51'0.54"N 10°34'27.62"E - EPSG:4326 _______________________________________________ [hidden email] 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 |
|
|
scordavo... ho provato ad importare i file .csv con in DB manager di QGIS..... SI IMPALLA!!!! Il giorno 13 maggio 2015 16:34, Totò Fiandaca <[hidden email]> ha scritto:
43°51'0.54"N 10°34'27.62"E - EPSG:4326 _______________________________________________ [hidden email] 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 |
|
|
In reply to this post by pigreco
Tranquillo, Totò, siam qui apposta :) Allora, il file .CSV toscano ha esattamente 1482712 record. Una 'bestia' simile non può essere trattata da un word processor come OpenOffice, bensì da un editor di testo dedicato, cioè che sappia 'estrarre' solo e soltanto le righe contenenti il nome del Comune desiderato. Non conosco sw open in grado di fare questo, pertanto ho usato uno shareware apposito, da cui ho estrapolato i 12731 record del Comune mio omonimo: vinci.zip Quanto agli errori che dicevi, siccome un CSV è puro testo senza topologia, ne deduco che probabilmente sia un problema di 'codepage' ovvero lettere accentate non riconosciute. |
|
|
Ciao Antonio, stamani ho voluto approfondire un pò, ecco i miei risultati
Il giorno 14 maggio 2015 07:56, Sieradz <[hidden email]> ha scritto: / 43°51'0.54"N 10°34'27.62"E - EPSG:4326 _______________________________________________ [hidden email] 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 |
|
On Thu, 14 May 2015 10:46:31 +0200, Totò Fiandaca wrote:
> ho aperto il file CSV con NotePad++ e ci impiega tre secondi, > numero righe 1.482.712; > ottima scelta: NotePad++ [1] e' sicuramente il miglior text editor con interfaccia grafica disponibile su Windows. supera abbondantemente tutti gli equivalenti offerti dalla "casa madre", e' molto veloce e supporta un visibilio di opzioni compresa una splendida sintassi "a colori" per praticamente tutti i linguaggi; da XML ed HTML ai sorgenti C, Java, Python etc fino agli script SQL. inoltre gestisce al volo le conersioni di formato Dos/Linux e riconosce automaticmante qualsiasi charset. per chi ha pratica di Linux assomiglia molto a Geany (non a caso sono entrambi basati su Scintilla), ma a mio gusto personale NotePad++ e' decisamente superiore a Geany quanto ad usabilita'; e naturalmente e' sw libero doc (GPL). [1] https://notepad-plus-plus.org/ quando il gioco si fa veramente duro nessun text editor grafico ce la fa a reggere file di testo realmente enormi (decine o centinaia di milioni di righe, dimensioni superiori al GigaByte). in questo caso pero' si puo' sempre provare ad utilizzare con pieno successo uno dei "classiconi", cioe' un editor a riga di comando. saranno anche un po' piu' ostici da usare, ma quanto a potenza ed efficienza questi gioellini inventati negli anni '70 ancora oggi stracciano a mani basse qualsiasi prodotto successivo. un must disponibile anche su Win e' VIM [2] (per i vecchi amici: e' il superclassico vee-eye di Unix leggermnete aggiornato): [2] ftp://ftp.vim.org/pub/vim/pc/gvim74.exe ciao Sandro _______________________________________________ [hidden email] 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 |
|
|
In reply to this post by pigreco
Ciao, 1) Ho convertito l'encoding del file da 'LATIN1' a 'UTF-8' con iconva me in postgresql (9.2.5) importa il file dei dati toponomastici RT correttamente (R09_Dati_SC_2011_provvisori.csv). [0] CREATE TABLE topo ( codreg integer check(codreg=9) default 9, regione char(7) check (regione='Toscana'), codpro char(3), provincia varchar(20), codcom char(3), comune varchar(50), procom varchar(6), loc2011 varchar(11), codloc varchar(7), localita varchar(70), tipoloc varchar(10), ace text, codasc text, dug text, denominazione text, civico text, esponente text ); [1] \copy topo FROM /home/romanelli/Scaricati/help/R09_Dati_SC_2011_provvisori_UTF8.csv WITH CSV HEADER DELIMITER ';' Il giorno 14 maggio 2015 10:46, Totò Fiandaca <[hidden email]> ha scritto:
_______________________________________________ [hidden email] 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 |
|
|
grazie per l'indicazione!!! Il giorno 14 maggio 2015 14:17, Stefano Romanelli <[hidden email]> ha scritto:
43°51'0.54"N 10°34'27.62"E - EPSG:4326 _______________________________________________ [hidden email] 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 |
|
|
In reply to this post by a.furieri
Fatta una prova veloce, non mi pare che riesca ad "estrarre" automaticamente N righe contenenti la medesima stringa (ad es. "050;Vinci" dal suddetto CSV toscano) inoltre supporta solo parzialmente l'editing a colonne. Lo scrivente e' cresciuto coi monitor a fosfori verdi, quindi 'sto VIM promette non bene, ma benissimo... Grazie per l'assist, Fu' :) |
|
|
In reply to this post by pigreco
On Thu, 14 May 2015 10:46:31 +0200, Totò Fiandaca wrote:
> Ciao Antonio, > stamani ho voluto approfondire un pò, > ecco i miei risultati > > * i dati sono ancora provvisori, quindi probabilmente gli errori > sono > legati a questo; > * gli errori li ottengo se importo il file CSV in QGIS con importa > testo delimitato (125 errori più altri 75!!!) > * ho aperto il file CSV con NotePad++ e ci impiega tre secondi, > numero righe 1.482.712; > * con Notepad++ sono andato a vedere le righe in cui qgis mi > segnalava errore ed ho notato che vi sono due campi in più rispetto > al normale, campi senza intestazione, infatti > * ho importato lo stesso file in postgresql (occorre circa 10 > minuti) > e aprendo la tabella ho notato due campi in più che postgre ha > nominato field_18 e field_19; > finalmente stamattina ho trovato cinque minuti liberi per fare anch'io una prova con SpatiaLite GUI (tool: importa TXT/CSV): - file: R09_Dati_SC_Provvisori_2011.csv (Toscana) - impostazioni: * la prima riga contiene i nomi delle colonne: SI * carattere usato per quotare le stringhe di testo: NONE * separatore tra colonne: SEMICOLON ';' * punto decimale: POINT * charset: CP1252 Windows Latin 1 in circa 1 minuto e 20 secondi mi ha popolato una tavola che contiene 1.482.711 righe. tutte le query SQL funzionano regolarmente, le lettere accentate sono state importate correttamente, non appare nessuna colonna "strana", l'indirizzo di casa mia l'ho trovato al primo colpo. ... insomma, pare tutto assolutamente regolare. ciao Sandro _______________________________________________ [hidden email] 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 |
|
|
In reply to this post by Sieradz
VIM per windows ha un sacco di vantaggi:
- è lo stesso ambiente a cui sei abituato in altri sistemi operativi: ne impari uno e lo sfrutti per la vita - con meno di 50MB di installazione sei già attivo Il 15/05/2015 06:03, Sieradz ha scritto: > a.furieri wrote >> [1] https://notepad-plus-plus.org/ > Fatta una prova veloce, non mi pare che riesca ad "estrarre" automaticamente > N righe contenenti la medesima stringa (ad es. "050;Vinci" dal suddetto CSV > toscano) inoltre supporta solo parzialmente l'editing a colonne. > > > a.furieri wrote >> [2] ftp://ftp.vim.org/pub/vim/pc/gvim74.exe > Lo scrivente e' cresciuto coi monitor a fosfori verdi, quindi 'sto VIM > promette non bene, ma benissimo... > > Grazie per l'assist, Fu' :) > > > > > -- > View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Edificato-vettoriale-tp7592561p7592573.html > Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. > _______________________________________________ > [hidden email] > 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 _______________________________________________ [hidden email] 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 |
Administrator
|
In reply to this post by Sieradz
occhio che non sono di pubblico dominio ma ambedue hanno licenza CC BY; nel caso del Piemonte 2.5 e nel caso dell'ISTAT 3.0. la scelta della versione 2.5 ricade nel fatto che ai tempi della pubblicazione della normativa regionale sugli opendata la versione 4 della licenza CC non era ancora uscita e la versione 3 che non tutela il "diritto sui generis" sulle banche dati. incredibile!!!! tutti i dataset sono presentati in EPSG:32632 cioè fuso UTM 32 N tutto ciò fa il paio con gli "Standard di rappresentazione e archiviazione informatica studi di Microzonazione Sismica (vers 3.0)" del Dipartimento Nazionale della Protezione Civile che a pagina 7 recita: "il sistema di coordinate di riferimento per tutte le cartografie è WGS84UTM33N". In tale sistema il Dipartimento pretende la consegna di tutti gli elaborati da parte delle Regioni. http://www.protezionecivile.gov.it/jcms/it/standard_studi_ms.wp http://www.protezionecivile.gov.it/resources/cms/documents/StandardMS_3.0_open.pdf questo è il dbtopografico di regione piemonte conforme al National Core. per informazioni contattate me oppure la mail del geoportale regionale (info-geoportale@regione.piemonte.it) s. |
«
Return to Gfoss -- Geographic Free and Open Source Software - Italian mailing list
|
1 view|%1 views
| Free forum by Nabble | Edit this page |