Re: [Talk-it] Regioni italiane in formato pbf
Il 02 marzo 2012 11:58, Daniele Forsi dfo...@gmail.com ha scritto: Scopro con piacere che i file delle regioni italiane sono disponibili in formato .pbf oltre al tradizionale .osm.bz2 al solito posto, cioè qui: http://download.gfoss.it/osm/osm/regioni/ Non ricordo di aver letto un annuncio ufficiale scusate, troppi cose da pensare... e mi chiedo con quale frequenza vengono aggiornati perché i file .osm.bz2 hanno la data di oggi mentre i .pbf sono di quasi un mese fa: abruzzo.osm.bz2 02-Mar-2012 07:01 8.7M abruzzo.pbf 05-Feb-2012 14:33 5.2M [...] settimanalmente ma mi sono scordato un cp nello script. Ora sono allineati, e dovrebbero esserlo anche in futuro Grazie per essertene accorto -- Daniele Forsi -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Regioni italiane in formato pbf
2012/3/2 Luca Delucchi lucadel...@gmail.com Il 02 marzo 2012 11:58, Daniele Forsi dfo...@gmail.com ha scritto: Scopro con piacere che i file delle regioni italiane sono disponibili in formato .pbf oltre al tradizionale .osm.bz2 al solito posto, cioè qui: http://download.gfoss.it/osm/osm/regioni/ Non ricordo di aver letto un annuncio ufficiale scusate, troppi cose da pensare... e mi chiedo con quale frequenza vengono aggiornati perché i file .osm.bz2 hanno la data di oggi mentre i .pbf sono di quasi un mese fa: abruzzo.osm.bz2 02-Mar-2012 07:01 8.7M abruzzo.pbf 05-Feb-2012 14:33 5.2M [...] settimanalmente ma mi sono scordato un cp nello script. Ora sono allineati, e dovrebbero esserlo anche in futuro Grazie per essertene accorto Grazie a te Luca, i .pbf e in genere gli estratti delle regioni sono molto utili ;-) -- Daniele Forsi -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
On Mon, Sep 01, 2008 at 09:30:24AM +0200, Simone Cortesi wrote: On Mon, Sep 1, 2008 at 9:24 AM, Cristiano Giovando [EMAIL PROTECTED] wrote: Per quanto riguarda l'import dei confini amministrativi mi sembra chiaro che non ci debbano essere sovrapposizioni di linee, ma anzi attributi che definiscano la topologia (e.g. left e right) e relazioni. I confini regionali così come sono caricati adesso non sono corretti. infatti folevo proporre di toglierli, tanto vanno ricaricati come relation... procedo? La cosa interessante e' che in alcuni casi sono piu' corretti i confini regionali di quelli nazionali. In particolare ho notato che il confine lombardo con la svizzera e' piu' preciso di quello nazionale, almeno nei dintorni di Como. A questo punto non potrebbe convenire lasciarlo temporaneamente e fare un opera di correzione dei confini nazionali, confrontandoli con quelli regionali? Non so se altri hanno trovato simili riscontri. Ovvero se quelli regionali sono piu' precisi di quelli nazionali... -- Saluti / Regards Diego Roversi | | diegor at tiscalinet.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
On Tue, Sep 9, 2008 at 10:46 PM, Diego Roversi [EMAIL PROTECTED] wrote: A questo punto non potrebbe convenire lasciarlo temporaneamente e fare un opera di correzione dei confini nazionali, confrontandoli con quelli regionali? alla fine della faccenda confini carichero' proprio i confini regionali, quindi si potrà fare allora di riunificare il confine regionale con quello nazionale. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/9/5 Vincivis [EMAIL PROTECTED]: Salve, sbaglio o il discorso sui confini amministrativi si è fermato? sbagli. è morto in lista, ma io ci sto lavorando. la proposta valida rimane quella di spezzare le linee comunali in ogni punto in cui c'e' un incrocio a tre, creare una singola wai che sia il pezzo di confine fra i due comuni (l'unico pezzo di confine fra quei due comuni) e poi unire tali linee di confine in una relation che formi quindi tutto il confine dello stesso. iterare, ripetere per province e regioni. mi han detto che tale comando si chiama v.shape in GRASS, ma io non lo so usare. c'e' qualche guru che mi sappia aiutare a realizzare una cosa che non credo sia troppo complicata per chi ha una minima conoscenza GIS... Come prevedevo qualche mail fa, son finito in mare con il mio tracciato... Vabbè, poco male, modifico la costa. Eh no, un nodo in comune tra costa, confine regionale e la strada mappata qualche mese fa. Vai col taglio e cucito :( penso di avere appena sistemato io (sta ancora facendo l'upload). Secondo me il confine regionale va rimosso, per ora. Sarà più opportuno riprenderlo una volta chiarito il discorso della coincidenza con la costa. anche secondo me. lo volevo gia' togliere subito (ma mi hanno fermato). ma il metterlo ha scatenato la discussione...quindi ha sortito il suo effetto. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Ciao, ho fatto l'analisi con grass ed ho generato i shapefile, uno con le linee e l'altro con i poligoni originali (dovrebbero essere quelli istat). Sulla tabella delle line c'è il codice (cat) del poligono destro e sinistro. Pesa 18 mega, se mi date un account ftp ve lo scarico. Ciao, Diego On Fri, Sep 5, 2008 at 1:57 PM, Simone Cortesi [EMAIL PROTECTED] wrote: 2008/9/5 Vincivis [EMAIL PROTECTED]: Salve, sbaglio o il discorso sui confini amministrativi si è fermato? sbagli. è morto in lista, ma io ci sto lavorando. la proposta valida rimane quella di spezzare le linee comunali in ogni punto in cui c'e' un incrocio a tre, creare una singola wai che sia il pezzo di confine fra i due comuni (l'unico pezzo di confine fra quei due comuni) e poi unire tali linee di confine in una relation che formi quindi tutto il confine dello stesso. iterare, ripetere per province e regioni. mi han detto che tale comando si chiama v.shape in GRASS, ma io non lo so usare. c'e' qualche guru che mi sappia aiutare a realizzare una cosa che non credo sia troppo complicata per chi ha una minima conoscenza GIS... Come prevedevo qualche mail fa, son finito in mare con il mio tracciato... Vabbè, poco male, modifico la costa. Eh no, un nodo in comune tra costa, confine regionale e la strada mappata qualche mese fa. Vai col taglio e cucito :( penso di avere appena sistemato io (sta ancora facendo l'upload). Secondo me il confine regionale va rimosso, per ora. Sarà più opportuno riprenderlo una volta chiarito il discorso della coincidenza con la costa. anche secondo me. lo volevo gia' togliere subito (ma mi hanno fermato). ma il metterlo ha scatenato la discussione...quindi ha sortito il suo effetto. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/9/1 Vincivis [EMAIL PROTECTED]: Il giorno 31 agosto 2008 23.50, Giovanni Mascellani [EMAIL PROTECTED] ha scritto: Secondo me è sbagliato impedire la modifica di determinati oggetti su un sistema che funziona con filosofia wiki. Anche secondo me. Comunqe sono favorevole all'eliminazione del confine amministrativo lato costa. Come si diceva, i dati importati sono imprecisi rispetto a quelli reali, quindi a mio avviso avere 2 dati imprecisi lungo la costa non serve a nulla. Un giorno verrà il dato preciso e saremo costretti a cambiare, modificare, cancellare sia coastline che confine. No non è corretto, le regioni, province, comuni sono aree e come tali devono rimanere. Se vogliamo utilizzare questi dati cerchiamo di crearli in modo corretto. Secondo me la cosa migliore è che i confini ricadano sulla coastline, anche se non so se sia corretta poichè credo che il confine vada a finire in acqua. Se i dati precisi non arriveranno mai cosa facciamo? lasciamo i dati inconsistenti? Io lascerei solo la coastline per avere solo un riferimento visivo, in attesa di dati reali. Il riferimento visivo, come già detto molte volte non è la cosa importante! Vincenzo. Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/9/1 Luca Delucchi [EMAIL PROTECTED] No non è corretto, le regioni, province, comuni sono aree e come tali devono rimanere. Se vogliamo utilizzare questi dati cerchiamo di crearli in modo corretto. Secondo me la cosa migliore è che i confini ricadano sulla coastline, anche se non so se sia corretta poichè credo che il confine vada a finire in acqua. Intendi dire che la competenza regionale va anche in mare? Leggendo qua e la mi sembra di no ([...]il fondamentale e generale limite territoriale delle competenze legislative regionali. Dette competenze sono delimitate dai confini terrestri del territorio regionale e - per le regioni costiere - dalla riva del mare) ma non riesco a trovare un riferimento legislativo preciso. Quindi a quanto pare devono coincidere con la coastline. Io lascerei solo la coastline per avere solo un riferimento visivo, in attesa di dati reali. Se i dati precisi non arriveranno mai cosa facciamo? lasciamo i dati inconsistenti? La coastline è stata inconsistente fin'ora e penso che tutti abbiamo continuato a mappare. Con questo voglio solo dire che, nell'attesa, si lasciano inconsistenti. Sono il primo che si augura di non finire in mare con il proprio tracciato :-D Il riferimento visivo, come già detto molte volte non è la cosa importante! Si, infatti dicevo nell'attesa di dati reali vediamo almeno dov'è (intuitivamente) la costa. Vincenzo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Il giorno lun, 01/09/2008 alle 09.30 +0200, Simone Cortesi ha scritto: On Mon, Sep 1, 2008 at 9:24 AM, Cristiano Giovando [EMAIL PROTECTED] wrote: Per quanto riguarda l'import dei confini amministrativi mi sembra chiaro che non ci debbano essere sovrapposizioni di linee, ma anzi attributi che definiscano la topologia (e.g. left e right) e relazioni. I confini regionali così come sono caricati adesso non sono corretti. infatti folevo proporre di toglierli, tanto vanno ricaricati come relation... procedo? Secondo me prima di fare altre modifiche è opportuno definire bene a che situazione vogliamo arrivare. Provo a sintetizzare una proposta che riassuma tutte le esigenze che sono venute fuori fino ad ora. Questa proposta riguarda solo il prodotto finito: come arrivarci tecnicamente propongo di discuterne dopo, una volta che siamo d'accordo su questo. Ogni linea (confine amministrativo o costa) deve esistere una volta sola e deve essere taggata come costa se lo è oppure con il confine amministrativo di priorità più alta se non lo è. In questo modo per ogni way è subito chiaro se di quale tipo di confine si tratta, assumendo (spero che questo sia sempre vero!) che l'essere confine di un certo grado implichi l'essere confine di tutti i gradi inferiori. In ogni linea viene indicato cosa c'è a destra ed a sinistra, a tutti i livelli amministrativi per questo ha senso (ossia, su un confine provinciale si indicano i comuni e le provincie a destra ed a sinistra, ma non le regioni). In aggiunta a questo, tutti i territori amministrativi vengono rappresentati più correttamente come relazioni che riuniscono tutte la way che descrivono il loro confine. In questo modo è possibile sapere immediatamente qual è il confine completo di un determinato territorio, senza dover fare i salti mortali tra le varie gerarchie di tutti i confini nella mappa. Non dovrebbe essere molto difficile scrivere un programmino che controlli ogni tanto la consistenza di tutti i dati, ossia che verifichi che tutte le way che fanno parte di una relation che rappresenta un territorio amministrativo effettivamente riportino i tag corretti. Che ne dite? Gio. -- Giovanni Mascellani [EMAIL PROTECTED] Pisa, Italy Web: http://giomasce.altervista.org SIP: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED] GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/9/1 Giovanni Mascellani [EMAIL PROTECTED]: Ogni linea (confine amministrativo o costa) deve esistere una volta sola e deve essere taggata come costa se lo è oppure con il confine amministrativo di priorità più alta se non lo è. In questo modo per ogni way è subito chiaro se di quale tipo di confine si tratta sono daccordo su tutto, ma non capisco questa faccenda della costa...me la spieghi? quelli che abbiamo a disposizione sono dati non buonissimi, che certamente possono essere integrati da osservazioni al suolo (sul Ticino a casa mia, so esattamente dove passa il confine comunale). -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/9/1 Giovanni Mascellani [EMAIL PROTECTED]: [...] Secondo me prima di fare altre modifiche è opportuno definire bene a che situazione vogliamo arrivare. +1 Ogni linea (confine amministrativo o costa) deve esistere una volta sola [...] +1 anche sulla proposta, mi sembra semplice ed elegante qualcuno pero` ha sentito cosa fanno gli altri paesi e/o ha proposto anche a loro di unificarsi a questa proposta? Non dovrebbe essere molto difficile scrivere un programmino che controlli ogni tanto la consistenza di tutti i dati, ossia che verifichi che tutte le way che fanno parte di una relation che rappresenta un territorio amministrativo effettivamente riportino i tag corretti. ottimo, meglio del blocco sugli edit finche' i dati sono meno precisi di quanto ottenibile con un gps, la gente avra` voglia di andare a correggerli, e non vedo perche' impedirlo (ok, io ho tanta voglia di andare a correggere una parte del confine italosvizzero, ma suppongo di non essere l'unica :) ) -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Poi, classificherei il tratto di mare compreso tra la coastline ed il limite delle acque territoriali con un'altra gerarchia che costituisce appunto le acque territoriali ma che e' diverso dal sacro suolo della Patria. ma questo dato non l'abbiamo, quello sulle acque territoriali. Non dovrebbe essere difficile, si definisce come offset [1] rispetto alla coastline. Anche qui uno script potrebbe essere di aiuto, in maniera che tutte le volte che si modifica la coastline si modifica anche il limite delle acque territoriali. [1] http://www.marina.difesa.it/editoria/rivista/gloss/a.asp Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
[EMAIL PROTECTED] ha scritto: Mi sembra eccellente, secondo me hai individuato un'ottima soluzione. Per completare la gerarchia potremmo individuare la coastline (oltre che coastline anche) come confine amministrativo nazionale. Avremo quindi il confine nazionale individuato come area chiusa che assume la categoria di confine amministrativo di livello 1. Poi, classificherei il tratto di mare compreso tra la coastline ed il limite delle acque territoriali con un'altra gerarchia che costituisce appunto le acque territoriali ma che e' diverso dal sacro suolo della Patria. Non sono molto d'accordo: secondo me la coastline va benissimo per definire il confine esterno delle regioni. Il confine nazionale è più ampio. Punto. Altrimenti è un casino per le isole: cosa facciamo, le consideriamo tutte delle enclavi? [1] http://it.wikipedia.org/wiki/Enclave -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
On Mon, Sep 1, 2008 at 12:17 PM, Carlo Stemberger [EMAIL PROTECTED] wrote: Non sono molto d'accordo: secondo me la coastline va benissimo per definire il confine esterno delle regioni. Il confine nazionale è più ampio. Punto. Altrimenti è un casino per le isole: cosa facciamo, le consideriamo tutte delle enclavi? No, il confine nazionale coincide con la coastline, che avrà anche gli attributi dei livelli amministrativi più bassi. C ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Carlo Stemberger ha scritto: Non sono molto d'accordo: secondo me la coastline va benissimo per definire il confine esterno delle regioni. Il confine nazionale è più ampio. Punto. Altrimenti è un casino per le isole: cosa facciamo, le consideriamo tutte delle enclavi? [1] http://it.wikipedia.org/wiki/Enclave O, meglio, delle *exclavi*. Ripensandoci credo che in effetti sia la soluzione migliore: *confine regionale delimitato dalla linea di costa (Sicilia e Sardegna comprese) *confine di stato **sulla terraferma: linea tra uno stato e l'altro **in mare: linea attorno alla coastline, distante un tot (da stabilire). *le isole **Sicilia e Sardegna exclavi d'Italia **Le isolette: exclavi della regione d'appartenenza -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Il giorno lun, 01/09/2008 alle 11.48 +0200, Simone Cortesi ha scritto: ok, ma rimane il problema di come fare ad attaccare i due punti di confine dell'arco, alla linea di costa gia' esistente. io preferirei importare il confine chiuso dei comuni, e poi a mano attaccarlo alla linea di costa. Beh, farlo a mano può sempre essere un fallback in casi estremi, ma anche questa è una cosa che non credo sia troppo difficile da automatizzare. Si tratta, mi sembra, di decidere una distanza massima dalla costa entro la quale i punti dei confini amministrativi vengono considerati parte della costa, ed eliminare di conseguenza gli elementi lineari dei confini amministrativi che uniscono due punti appartenenti alla costa. Ovviamente, come tutti i lavori automatizzati, deve essere abbondantemente visionato prima di essere caricato, ma mi sembra qualcosa di fattibile. Se poi invece si vede che non si riesce, possiamo fare l'importazione separata e poi attaccare le cose a mano, ma diventerebbe una cosa molto più lunga! Gio. -- Giovanni Mascellani [EMAIL PROTECTED] Pisa, Italy Web: http://giomasce.altervista.org SIP: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED] GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
[EMAIL PROTECTED] dixit: Poi, classificherei il tratto di mare compreso tra la coastline ed il limite delle acque territoriali con un'altra gerarchia che costituisce appunto le acque territoriali ma che e' diverso dal sacro suolo della Patria. ma questo dato non l'abbiamo, quello sulle acque territoriali. Non dovrebbe essere difficile, si definisce come offset [1] rispetto alla coastline. Anche qui uno script potrebbe essere di aiuto, in maniera che tutte le volte che si modifica la coastline si modifica anche il limite delle acque territoriali. [1] http://www.marina.difesa.it/editoria/rivista/gloss/a.asp Occhio che ci sono delle eccezioni, per esempio nella zona di Venezia c'è un pezzo di mare definito acque interne che sposta la linea delle acque territoriali. Per i confini attenzione alle lagune, non so in questi casi come siano definiti i confini delle varie entità amministrative. Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/9/1 Cristiano Giovando [EMAIL PROTECTED] On Mon, Sep 1, 2008 at 12:17 PM, Carlo Stemberger [EMAIL PROTECTED] wrote: Non sono molto d'accordo: secondo me la coastline va benissimo per definire il confine esterno delle regioni. Il confine nazionale è più ampio. Punto. Altrimenti è un casino per le isole: cosa facciamo, le consideriamo tutte delle enclavi? No, il confine nazionale coincide con la coastline, che avrà anche gli attributi dei livelli amministrativi più bassi. C ___ non c'è anche in Italia una 12-milesZone? http://en.wikipedia.org/wiki/Territorial_waters Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Diego Guidotti - Aedit s.r.l. ha scritto: Tra l'altro andrebbe anche, a mano, fatta coincidere la coastline con i confini amministrativi. Non sono daccordo, io eliminerei l'arco di confine amministrativo che si dovrebbe sovrapporre alla coastline, e lascerei soltanto quest'ultima. IMHO in questo modo si avrebbe una migliore pulizia sia dei metadati che della mappa renderizzata. Per quanto riguarda la struttura dei confini, non sarebbe possibile definire una provincia semplicemente a livello di metadati come la somma delle aree di tutti i comuni che ne fanno parte? Lo stesso per le regioni e per l'Italia. Secondo me si semplificherebbe molto e ci sarebbero meno archi da manutenere. Facciamo un esempio. Pensiamo al caso di un tratto di confine di stato dove si devono sovrapporre: (l'arco del confine italiano, quello della regione, quello della provincia, quello del comune) x 2 (anche il Paese confinante avra' prima o poi la necessita' di inserire i metadati dei propri confini amministrativi). Ciao /niubii/ No virus found in this outgoing message. Checked by AVG - http://www.avg.com Version: 8.0.169 / Virus Database: 270.6.13/1642 - Release Date: 29/08/2008 18.12 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/8/31 niubii [EMAIL PROTECTED]: Un bel casino... In ogni caso, dopo aver sistemato definitivamente i confini amministrativi, visto che non cambiano molto spesso (ns. classe politica permettendo) :-) propongo di inventare qualche meccanismo che chiuda un lucchetto su queste features e non consenta modifiche (al solo fine di evitare che il lavoraccio di revisione venga ineficiato, seppure involontariamente, da qualcuno). sarebbe comodo ma c'e` un difetto: i dati importati sono abbastanza imprecisi (rispetto alla precisione dei gps), c'e` da aspettarsi che i percorsi dei confini possano essere modificati anche in modo utile -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Elena of Valhalla ha scritto: [lucchetto] sarebbe comodo ma c'e` un difetto: i dati importati sono abbastanza imprecisi (rispetto alla precisione dei gps), c'e` da aspettarsi che i percorsi dei confini possano essere modificati anche in modo utile Si segnala l'incongruenza al mantainer dei confini e questo li rettifica. Non vuole essere una gestione privata, solo una gestione cosciente delle modifiche che si cerca di apportare ad elementi ormai consolidati e definitivi. Ciao /niubii/ No virus found in this outgoing message. Checked by AVG - http://www.avg.com Version: 8.0.169 / Virus Database: 270.6.14/1643 - Release Date: 30/08/2008 17.18 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Uno strumento che potenzialmente potrebbe essere utile è la funzione di PlanarGraph disponibile su OpenJUMP. il problema è che ho provata a farla girare sui comuni e non mi terminava correttamente, andrebbe quindi debuggata e non ho tempo per lavorarci. La procedura dovrebbe essere: - estrarre le linee dai poligonali - effettuare il merge delle linee (in modo da collassare i confini ripetuti) - lanciare il PlanarGraph che produce il tema degli archi (edge) con associati i codici del poligono (face) sulla destra e sulla sinistra - trasferire gli shapefile in osm Ciao, Diego 2008/8/28 Giovanni Mascellani [EMAIL PROTECTED] Il giorno gio, 28/08/2008 alle 02.03 +0200, Simone Cortesi ha scritto: direi di taggare ogni singola way con il rango di confine massimo che essa ha, con i valori definiti qui: http://wiki.openstreetmap.org/index.php/Key:boundary quindi ogni comune avrà una relation che conterrà come membri n way, con n pari al numero dei comuni che lo circondano. Sono d'accordo con questa proposta, che permette contemporaneamente di chiarire di che tipo è esattamente ogni confine (e quindi ne permette un rendering facile, ma questo è un altro problema), ma non perde informazioni, perché descrive correttamente ogni entità con opportune relazioni. abbozzo di pseudocodice: 1. aprire il file contenente i confini comunali 2. spezzare le way ad ogni singolo nodo appartenente a piu' way 3. assegnare a tale way il nome del confine: confine comunale fra comuneA e comuneB 4. verificare se il confine è anche provinciale o regionale o nazionale Questo passo non mi sembra per nulla facile, o meglio, la sua facilità dipende molto da come sono organizzati i dati che abbiamo. Mi spiego meglio: siamo sicuri che i nodi dei confini provinciali e regionali siano perfettamente sovrapposti a quelli dei confini di ordine più basso? Se lo sono (e verificarlo non è troppo difficile, secondo me andrebbe fatto anche se crediamo che lo siano) la cosa è non troppo difficile. Altrimenti dobbiamo trovare il modo di mettere insieme le informazioni, e questo probabilmente richiederà un po' più di lavoro. Inoltre c'è anche il problema della corrispondenza con i confini nazionali già presenti nel database, che, a quanto mi ricordo, provengono da altre fonti e quindi saranno diversi, ed in ogni caso utilizzano uno schema diverso di tag (non rappresentano l'entità con una relation, ma per ogni way indicano cosa sta a destra e cosa a sinistra). Mi sembra che la prima cosa da fare sia verificare la differenza, poi potremo vedere come mettere d'accordo le due cose. 5. se si', taggarlo di conseguenza. 6. creare una tabella dove si elencano tutte le way che compongono i confini comunali, provinciali, regionali, nazionali. 7. aggregare questi elenchi in 8101 + 104 + 20 relation. 8 creare file .osm con ID negativi gia' taggato. spero di essermi spiegato... Sì, direi sostanzialmente di sì, anche perché mi trovi piuttosto d'accordo con il modo di procedere! Come sono strutturati i dati che hai al momento? Se c'è bisogno, io potrei provare a dare una mano per fare lo script di importazione, visto che nei prossimi giorni dovrei essere un po' più libero. Dove posso trovare i dati che hai al momento? Ciaociao, Gio. -- Giovanni Mascellani [EMAIL PROTECTED] Pisa, Italy Web: http://giomasce.altervista.org SIP: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED] GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Il giorno gio, 28/08/2008 alle 02.03 +0200, Simone Cortesi ha scritto: direi di taggare ogni singola way con il rango di confine massimo che essa ha, con i valori definiti qui: http://wiki.openstreetmap.org/index.php/Key:boundary quindi ogni comune avrà una relation che conterrà come membri n way, con n pari al numero dei comuni che lo circondano. Sono d'accordo con questa proposta, che permette contemporaneamente di chiarire di che tipo è esattamente ogni confine (e quindi ne permette un rendering facile, ma questo è un altro problema), ma non perde informazioni, perché descrive correttamente ogni entità con opportune relazioni. abbozzo di pseudocodice: 1. aprire il file contenente i confini comunali 2. spezzare le way ad ogni singolo nodo appartenente a piu' way 3. assegnare a tale way il nome del confine: confine comunale fra comuneA e comuneB 4. verificare se il confine è anche provinciale o regionale o nazionale Questo passo non mi sembra per nulla facile, o meglio, la sua facilità dipende molto da come sono organizzati i dati che abbiamo. Mi spiego meglio: siamo sicuri che i nodi dei confini provinciali e regionali siano perfettamente sovrapposti a quelli dei confini di ordine più basso? Se lo sono (e verificarlo non è troppo difficile, secondo me andrebbe fatto anche se crediamo che lo siano) la cosa è non troppo difficile. Altrimenti dobbiamo trovare il modo di mettere insieme le informazioni, e questo probabilmente richiederà un po' più di lavoro. Inoltre c'è anche il problema della corrispondenza con i confini nazionali già presenti nel database, che, a quanto mi ricordo, provengono da altre fonti e quindi saranno diversi, ed in ogni caso utilizzano uno schema diverso di tag (non rappresentano l'entità con una relation, ma per ogni way indicano cosa sta a destra e cosa a sinistra). Mi sembra che la prima cosa da fare sia verificare la differenza, poi potremo vedere come mettere d'accordo le due cose. 5. se si', taggarlo di conseguenza. 6. creare una tabella dove si elencano tutte le way che compongono i confini comunali, provinciali, regionali, nazionali. 7. aggregare questi elenchi in 8101 + 104 + 20 relation. 8 creare file .osm con ID negativi gia' taggato. spero di essermi spiegato... Sì, direi sostanzialmente di sì, anche perché mi trovi piuttosto d'accordo con il modo di procedere! Come sono strutturati i dati che hai al momento? Se c'è bisogno, io potrei provare a dare una mano per fare lo script di importazione, visto che nei prossimi giorni dovrei essere un po' più libero. Dove posso trovare i dati che hai al momento? Ciaociao, Gio. -- Giovanni Mascellani [EMAIL PROTECTED] Pisa, Italy Web: http://giomasce.altervista.org SIP: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED] GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Il giorno Tue, 26 Aug 2008 18:06:32 +0200 Simone Cortesi [EMAIL PROTECTED] ha scritto: serve un sistema migliore per caricare province e comuni, un sistema che trasformi i miei GPX in una serie di file OSM, in cui sono inseriti come tag il nome del comune, il suo codice ISTAT (ad esempio per pavia G388), ed eventualmente il tag is_in (provincia, regione). conoscete qualcosa che faccia tutto questo? grazie, S. Lo script dovrebbe inserire importare i punti dal gpx in un file osm e poi unirli con una linea chiusa? Come sai, ho già un parser gpx pronto e scrivere un modulo che scriva il file osm non mi sembra difficile (noi durante il campeggio lo abbiamo editato a mano a volte e la sintassi è davvero semplice). Posso provarci, ma non garantisco di riuscirci. :-) Alex aka sdonk ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Il giorno mar, 26/08/2008 alle 23.01 +0200, Simone Cortesi ha scritto: On Tue, Aug 26, 2008 at 8:20 PM, Diego Guidotti - Aedit s.r.l. [EMAIL PROTECTED] wrote: pensavo che dal punto della correttezza topologica (e della pulizia) dovremmo definire degli elementi lineari di confine designando con delle relazioni le aree. Andando a controllare sul confine franco tedesco hanno fatto cosi: http://www.openstreetmap.org/edit?lat=48.57536lon=7.80265zoom=15 In questo modo tra Ventimiglia e Mentone dovrebbe esserci una unica linea che ha a sinistra Francia - Costa Azzurra - ? - Mentone e a destra Italia - liguria - Imperia e Ventimiglia. Le relazioni provvedereanno a mettere insieme le nazioni, le regioni le province ed i comuni. Fin qui la teoria, il problema è come fare uno script che faccia tutto ciò... Tra l'altro andrebbe anche, a mano, fatta coincidere la coastline con i confini amministrativi. Non sono esperto della questione, ma è effettivamente così? Cioè, la costa è confine amministrativo dei territori (comuni, province, regioni) che le sono adiacenti o di essi possono anche fare parte zone di acqua (come mi sembra di aver visto altre volte)? hai perfettamente ragione. vorrei anche io avere un po' di ordine nei confini, c'e' pero' il rischio che una struttura a base di relation sia troppo complessa da manutenere. Forse sarebbe interessante iniziare a creare alcuni tool che permettano di monitorare specifiche porzioni del database. In particolare, tutto ciò che riguarda le relazioni potenzialmente è piuttosto instabile come struttura, perché non è facile garantire che i vari elementi di una relazione rimangano coerenti dopo altre operazioni che possono essere fatte del database. Questo non riguarda soltanto i confini, ma anche, tanto per buttare giù un'idea, le relazione route, nei quali modifiche (soprattutto join o merge) di strade possono portare a dati errati o inconsistenti. Si potrebbe pensare uno strumento di monitoraggio che controlli periodicamente alcune caratteristiche di oggetti che si vogliono preservare, segnalando ad un mantenitore la presenza di potenziali errori: nel caso di un confine, io verosimilmente mi aspetto che un tale oggetto sia costituito da varie way che nel complesso formano un poligono chiuso (o eventualmente più di uno). Potrei utilizzare uno script per verificare che effettivamente sia così e per verificare che il confine non abbia subito grosse modifiche dall'ultima volta che l'ho controllato, e segnalare ad un responsabile l'eventualità che uno di questi due controlli fallisse. detto questo, io ho importato oggi i soli confini regionali, nei mesi passati avevo preannunciato tale azione senza pero' avere risposte precise dalla comunità, quindi li ho importati come ero capace. closed way taggata come ho esposto qualche messaggio fa. ora, se qualcuno è in grado di scrivere tale script che rispetti la topologia mi piacerebbe collaborare con lui. nel frattempo ho mandato qualche mail agli amici tedeschi per sapere come hanno gestito loro, operativamente, la cosa. Mi devo essere perso qualcosa, che però non riesco a recuperare leggendo il thread: che cosa deve fare esattamente questo script? Automatizzare il lavoro per altri dati oppure correggere o gestire dati che sono già stati importati? Ciaociao, Gio. -- Giovanni Mascellani [EMAIL PROTECTED] Pisa, Italy Web: http://giomasce.altervista.org SIP: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED] GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Simone Cortesi ha scritto: serve un sistema migliore per caricare province e comuni Mi è venuta in mente una domanda. Per spiegarmi faccio un esempio che è più semplice :-) Mettiamo il caso di un comune che sia sul confine con la provincia accanto: avrà una parte del confine comunale coincidente col confine provinciale. Come fare? 2 confini sovrapposti o uno unico (quello provinciale) che in quel tratto funge automaticamente anche da confine comunale? Stesso discorso anche per le province sul confine regionale (in pratica, tranne che per le regioni più grosse, quasi tutte le province), e per le regioni sul confine con le altre nazioni. Mi è venuto in mente questo problema osservando qualche tempo fa su OSM il confine svizzero affiancato da quello della Lombardia, quest'ultimo più accurato: si hanno così due linee non coincidenti. È evidente che una delle due linee sarebbe da cancellare, o per lo meno da sovrapporre all'altra. Ad esempio, per la Valle d'Aosta ha senso mettere 2 confini perfettamente coincidenti tra loro (provincia e regione) e per un lungo tratto addirittura 3 (confine con la Francia)? -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Ho scoperto che i confini ti sono arrivati da ISTAT con licenza cc-by-sa Bene direi! Se sono in formato .shp potresti modificare lo script mass_to_osm.py di Chris Schmidt come e' stato fatto per la donazione del comune di Merano http://wiki.openstreetmap.org/index.php/Merano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Carlo Stemberger ha scritto: Mettiamo il caso di un comune che sia sul confine con la provincia accanto: avrà una parte del confine comunale coincidente col confine provinciale. Come fare? 2 confini sovrapposti o uno unico (quello provinciale) che in quel tratto funge automaticamente anche da confine comunale? Non solo. Tutte le entita' geometriche lineari (strada, fiume etc) che attraversano il confine dovrebbero avere un nodo proprio sul confine, che le divide in due, per fare in modo che ciascuna meta' abbia i propri tag is_in e ref corretti. Ad esempio una provinciale che attraversa il limite di provincia sicuramente cambia anche l'attributo ref. Non voglio nemmeno pensare a che cosa si deve fare per quelle entita' che costituiscono esse stesse il confine (molto spesso fiumi). Adesso che abbiamo i limiti amministrativi possiamo pensare di automatizzare queste cose? Ciao /niubii/ No virus found in this outgoing message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.6.9/1635 - Release Date: 26/08/2008 7.29 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
2008/8/26 Simone Cortesi [EMAIL PROTECTED]: ciao, ho appena appena terminato di caricare i confini regionali di tutte le regioni italiane. nome utente: simone tag: tag k=boundary v=administrative/ tag k=admin_level v=4/ tag k=name v=Lombardia/ tag k=source v=Elaborazione su dati ISTAT/ Dovrebbero comparire nei vari render con le solite modalità. Il dettaglio non è altrissimo, ma se sapete da esperienza diretta che il confine è diverso, piu' definito, leggermente spostato, sentitevi liberi di correggerlo lasciando inalterati i tag. serve un sistema migliore per caricare province e comuni, un sistema che trasformi i miei GPX in una serie di file OSM, in cui sono inseriti come tag il nome del comune, il suo codice ISTAT (ad esempio per pavia G388), ed eventualmente il tag is_in (provincia, regione). conoscete qualcosa che faccia tutto questo? grazie, S. sulla ML tedesca è stato consigliato per queste casi di importi grandi di aprire proprio un account per l'importo. Così diventa piu trasparente, da dove vengono i dati è quando sono stati cambiati dopo. Per esempio un account ISTAT_communi Per le tag automatici non ti posso aiutare ma sono sicuro che è fattibile con un script (bisogno di uno chi sa programmare). Martin Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
Ciao, pensavo che dal punto della correttezza topologica (e della pulizia) dovremmo definire degli elementi lineari di confine designando con delle relazioni le aree. Andando a controllare sul confine franco tedesco hanno fatto cosi: http://www.openstreetmap.org/edit?lat=48.57536lon=7.80265zoom=15 In questo modo tra Ventimiglia e Mentone dovrebbe esserci una unica linea che ha a sinistra Francia - Costa Azzurra - ? - Mentone e a destra Italia - liguria - Imperia e Ventimiglia. Le relazioni provvedereanno a mettere insieme le nazioni, le regioni le province ed i comuni. Fin qui la teoria, il problema è come fare uno script che faccia tutto ciò... Tra l'altro andrebbe anche, a mano, fatta coincidere la coastline con i confini amministrativi. Ciao, Diego On Tue, Aug 26, 2008 at 6:06 PM, Simone Cortesi [EMAIL PROTECTED] wrote: ciao, ho appena appena terminato di caricare i confini regionali di tutte le regioni italiane. nome utente: simone tag: tag k=boundary v=administrative/ tag k=admin_level v=4/ tag k=name v=Lombardia/ tag k=source v=Elaborazione su dati ISTAT/ Dovrebbero comparire nei vari render con le solite modalità. Il dettaglio non è altrissimo, ma se sapete da esperienza diretta che il confine è diverso, piu' definito, leggermente spostato, sentitevi liberi di correggerlo lasciando inalterati i tag. serve un sistema migliore per caricare province e comuni, un sistema che trasformi i miei GPX in una serie di file OSM, in cui sono inseriti come tag il nome del comune, il suo codice ISTAT (ad esempio per pavia G388), ed eventualmente il tag is_in (provincia, regione). conoscete qualcosa che faccia tutto questo? grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
ho appena appena terminato di caricare i confini regionali di tutte le regioni italiane. nome utente: simone tag: tag k=boundary v=administrative/ tag k=admin_level v=4/ tag k=name v=Lombardia/ tag k=source v=Elaborazione su dati ISTAT/ Dovrebbero comparire nei vari render con le solite modalità. Il dettaglio non è altrissimo, ma se sapete da esperienza diretta che il confine è diverso, piu' definito, leggermente spostato, sentitevi liberi di correggerlo lasciando inalterati i tag. Cosa fare con i vecchi confini? Cancellarli e rendere più precisi i nuovi? -- DAvide Agati ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
On Tue, Aug 26, 2008 at 9:14 PM, Davide Aga [EMAIL PROTECTED] wrote: Il dettaglio non è altrissimo, ma se sapete da esperienza diretta che il confine è diverso, piu' definito, leggermente spostato, sentitevi liberi di correggerlo lasciando inalterati i tag. Cosa fare con i vecchi confini? Cancellarli e rendere più precisi i nuovi? direi di incorporare il maggior dettaglio nella nuova way caricata e taggata da me. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regioni
On Tue, Aug 26, 2008 at 8:20 PM, Diego Guidotti - Aedit s.r.l. [EMAIL PROTECTED] wrote: pensavo che dal punto della correttezza topologica (e della pulizia) dovremmo definire degli elementi lineari di confine designando con delle relazioni le aree. Andando a controllare sul confine franco tedesco hanno fatto cosi: http://www.openstreetmap.org/edit?lat=48.57536lon=7.80265zoom=15 In questo modo tra Ventimiglia e Mentone dovrebbe esserci una unica linea che ha a sinistra Francia - Costa Azzurra - ? - Mentone e a destra Italia - liguria - Imperia e Ventimiglia. Le relazioni provvedereanno a mettere insieme le nazioni, le regioni le province ed i comuni. Fin qui la teoria, il problema è come fare uno script che faccia tutto ciò... Tra l'altro andrebbe anche, a mano, fatta coincidere la coastline con i confini amministrativi. hai perfettamente ragione. vorrei anche io avere un po' di ordine nei confini, c'e' pero' il rischio che una struttura a base di relation sia troppo complessa da manutenere. detto questo, io ho importato oggi i soli confini regionali, nei mesi passati avevo preannunciato tale azione senza pero' avere risposte precise dalla comunità, quindi li ho importati come ero capace. closed way taggata come ho esposto qualche messaggio fa. ora, se qualcuno è in grado di scrivere tale script che rispetti la topologia mi piacerebbe collaborare con lui. nel frattempo ho mandato qualche mail agli amici tedeschi per sapere come hanno gestito loro, operativamente, la cosa. grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it