Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
io mi dedicherò al Primiero, Trentino, mentre Padova e dintorni sono già "Ctrizzate" a quanto sembra. Ho già ricalcato Camposampiero dalla CTR, un lavoraccio! Ciao On Saturday, May 14, 2011, Stefano Pallicca wrote: > Il 13/05/2011 21:37, David Paleino ha scritto: >> Forse è meglio coordinarsi sulla wiki? Io sto per finire la Sicilia, poi >> passerò lo stretto (Calabria) e andrò poi in Abruzzo (che mi è stato chiesto >> di fare). > Vi prego di fare attenzione in Toscana (soprattutto provincia di Lucca e > Appennino Pistoiese, perché ho preso molti dati dalla CTR e non vorrei > veder vanificato il lavoro di molte molte ore... :-) > Magari se qualcuno lavora su quelle zone mi contatti così ci coordiniamo! >> Ciao, >> David > > Ciao > Stefano > > ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cyclemap e rendering cycleway=track
2011/5/12 emmexx : > Quello che mi preoccupa e' che dovro' fare lo stesso quando mi verra' > passato il file con tutte le ciclabili milanesi. Le corsie sono poche > rispetto alle piste. Tutto quello che non abbiamo gia' tracciato > Federico, io e pochi altri, dovra' essere disegnato e non semplicemente > taggato. Altrimenti niente rendering... Per il momento mi sono sempre regolato così: 1. pista ciclabile in sede promiscua (striscia dipinta su asfalto): highway=* + cycleway=lane (eventualmente cycleway=opposite_lane se serve per andare contromano) 2. pista ciclabile in sede propria: una way apposta per la ciclabile, marcata come highway=cycleway a cui aggiungere eventualmente bicycle=official (per ribadire che c'è il cartello blu) foot=no (se è solo per bici) foot=official (se è una pista ciclopedonale) segregated=yes/no (a seconda se c'è una separazione tra pista ciclabile e pedonale, oppure sono mescolate) Questo schema è ben gestito da OpenCycleMap (e OpenMtbMap). Inoltre con Bing è abbastanza facile tracciare con estrema precisione la way stradale (sulla mezzeria) e la way della pista ciclabile (che se ne discosta di qualche metro) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il 13/05/2011 21:37, David Paleino ha scritto: > Forse è meglio coordinarsi sulla wiki? Io sto per finire la Sicilia, poi > passerò lo stretto (Calabria) e andrò poi in Abruzzo (che mi è stato chiesto > di fare). Vi prego di fare attenzione in Toscana (soprattutto provincia di Lucca e Appennino Pistoiese, perché ho preso molti dati dalla CTR e non vorrei veder vanificato il lavoro di molte molte ore... :-) Magari se qualcuno lavora su quelle zone mi contatti così ci coordiniamo! > Ciao, > David Ciao Stefano signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il sabato 14 maggio 2011 15:58 David Paleino ha scritto: > > >lascio type=boundary o passo a type=multipolygon? > > > > Secondo il wiki bisognerebbe usare multipolygon, in Italia abbiamo > > type=boundary perché l'importazione dei confini è stata fatta prima > > dell'introduzione dei multipolygon. Mi sembra che se ne fosse già > > discusso in lista, ma non ricordo cosa si fosse concluso. > > Io direi di lasciare boundary. > Poi saremo sempre in tempo per scriptare qualcosa che trasformi i > type=boundary in multipolygon. > Ok, propongo però di impostare già i role outer e inner al posto di e enclave, così come specificato nella pagina della relazione boundary. -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il sabato 14 maggio 2011 15:46 Alberto Nogaro ha scritto: > Anche se la connessione del confine con l'elemento fisico sembra ovvia, > eviterei di modificare i confini ISTAT (o da altre fonti ufficiali), a meno > che tale connessione, anziché una deduzione logica, sia nota con certezza > (da documenti ufficiali, conoscenza dei luoghi, o altro). Si, hai ragione, quando ho pensato questa soluzione avevo in mente il mio comune di cui conosco bene i confini (che comunque sono già mappati). > Anche quando l'aggancio c'è, la posizione del confine non è del tutto > ovvia. Prendi ad esempio il caso dell'aggancio con un fiume: mi aggancio > alla mezzeria? Ad una sponda? Se il corso del fiume cambia per cause > naturali, il confine lo segue oppure rimane congelato all'andamento che il > fiume aveva in un determinato istante? Se non si conosce la risposta, è > meglio non toccare i confini. Nel caso del fiume non vedo differenza tra sponda e mezzeria, visto che non sono mappate entrambe, ma solo quest'ultima. > Anche quando l'aggancio fosse noto, eviterei di fare coincidere la way dei > confini con la way dell'elemento a cui si aggancia, anche a costo di avere > due way sovrapposte. Prendi ad esempio il caso di un confine che sai che > coincide con una strada. Domani si potrebbe decidere di ricostruire la > strada scostandone alcuni tratti dalla posizione attuale, ma questo non > cambia la posizione del confine. Se si usa la stessa way per il confine e > per la strada, c'è il rischio che allineando la strada al nuovo percorso si > spostino inavvertitamente i confini. Questa non l'ho capita. Cioè ho capito il problema ma non capisco come potrebbe risolverlo il fatto di avere due way anziché una, visto che condividerebbero comunque gli stessi nodi. Anzi, se la way è una sola quando ci dovesse essere necessità di spostarla sarebbe più facile accorgersi che è anche un confine e quindi regolarsi di conseguenza. -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mote di 2000 metri in pianura padana
On Fri, May 13, 2011 at 10:58 PM, Orlandi_IT_EmiliaRomagna wrote: > Haha scusate, non devo aver visto il punto! Ho arrotondato a 204 m, così si evitano future sviste ;-) Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 15:22:01 +0200, David Paleino wrote: > On Fri, 13 May 2011 21:37:03 +0200, David Paleino wrote: > > > Buonasera *, > > ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non > > generalizzata. > > Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload > > di massa, perché alcuni confini sono stati modificati secondo le CTR locali, > > altri secondo survey. > > Questo è il workflow che ho utilizzato io e che, penso, sia piuttosto > "sicuro" :) > > [..] > Un'altra cosa cui stare attenti sono i multipolygon presenti nei miei .osm. Se è stato eseguito tutto correttamente, questi dovrebbero avere, subito prima dell'upload, 0 membri, e dovrebbero essere cancellati. (m'è venuto in mente perché ho appena finito Catania, dopo tre ore :)) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 19:25:59 +0200, Damjan Gerl wrote: > 14.05.2011 - 15:59 - David Paleino: > > Pagina di coordinamento: > > > >http://wiki.openstreetmap.org/wiki/Italian_Borders/2011 > > Ho controllato i confini della FVG (anzi solamente della mia zona - > comune Duino-Aurisina), dati attuali importati dalla CTR, e > sembrano/sono migliori. Ed anche il confine con la Slovenia (importato > dai dati ufficiali sloveni) è nettamente migliore dei dati Istat. Ok, allora segno FVG come "da non fare" :) http://wiki.openstreetmap.org/w/index.php?title=Italian_Borders%2F2011&action=historysubmit&diff=635243&oldid=635240 (ho anche aggiunto una nota alle province confinanti, spero di non averne dimenticato nessuna) Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
14.05.2011 - 15:59 - David Paleino: Pagina di coordinamento: http://wiki.openstreetmap.org/wiki/Italian_Borders/2011 Ciao, David Ho controllato i confini della FVG (anzi solamente della mia zona - comune Duino-Aurisina), dati attuali importati dalla CTR, e sembrano/sono migliori. Ed anche il confine con la Slovenia (importato dai dati ufficiali sloveni) è nettamente migliore dei dati Istat. Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il giorno sab, 14/05/2011 alle 18.37 +0200, Vezzo ha scritto: > Brescia è già stata fatta con la ctr tempo fa,guarda sul portale > regionale, ci sono i detragli degli import fatti con i dati regionali. > Si, vedo. Il mio dubbio è venuto confrontando i confini da CTR con i confini istat. In certe zone (i CTR) risultavano spostati anche di parecchie decine di metri, e tagliavano a metà case e campi. In buona fede ho solo spostato certi pezzi del confine esistente, facendoli corrispondere ai tratti istat ed ai tratti dove sapevo ci fosse il confine. -- Enrico Piccinelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Brescia è già stata fatta con la ctr tempo fa,guarda sul portale regionale, ci sono i detragli degli import fatti con i dati regionali. Il giorno 14/mag/2011 11.42, "Enrico Piccinelli" ha scritto: > Salve a tutti. > > Premetto che non ho mai eseguito finora lavori di tale entità, e vorrei > un vostro consiglio prima di commettere emerite ca**ate. > > Sto ricalcando il confine del mio paese (Travagliato, provincia di > Brescia), e sto procedendo in questo modo: > > Scaricato il file osm della provincia di Brescia, dato l'elevato numero > di punti contenuti nel file ho semplificato con Josm il percorso, e > quindi ho scaricato il confine attuale dal database di osm, e sto > modificando quest'ultimo in modo da farlo coincidere con il confine > istat. > Così facendo non credo di poter creare conflitti perchè non cancello > relazioni e non aggiungo nuovi percorsi, modifico solo quelli già > esistenti. > > Che ne pensate di questo modo di procedere? > > -- > Enrico Piccinelli > > > ___ > 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] Confine Segrate/Milano
Il 05/14/2011 05:31 PM, Alberto Nogaro scrisse: > Per ora ho ripristinato il confine originale come da CTR, penso che > presto sostituiremo tutto con i confini ISTAT 2011. Io comunque non ho capito cosa e' successo e chi e' stato. Anche solo per segnalare all'utente in questione che ha commesso un errore e di stare piu' attento o di avvisare. Quella linea retta verticale al posto del confine effettivo sembra tanto il rimedio fatto dopo che si e' accorto di aver combinato una vaccata. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
>-Original Message- >From: M?rtin Koppenhoefer [mailto:dieterdre...@gmail.com] >Sent: venerdì 13 maggio 2011 18.17 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Confine Segrate/Milano > >2011/5/13 M?rtin Koppenhoefer : >> bzcat 2011-01-14.mergeitaly.osm.bz2 | osmosis\ >... > >non so se serve ancora, ma ho finito l'estrazione del BB. >http://dl.dropbox.com/u/22505112/extracted.osm.bz2 Per ora ho ripristinato il confine originale come da CTR, penso che presto sostituiremo tutto con i confini ISTAT 2011. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
>-Original Message- >From: David Paleino [mailto:da...@debian.org] >Sent: sabato 14 maggio 2011 16.21 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali >Rimango dell'opinione che le CTR siano pi precise di ISTAT. Probabilmente non tutte le CTR hanno la stessa qualità. Ad esempio, per la Lombardia ho guardato il mio comune, e concordo abbastanza con le conclusioni di Enrico Piccinelli relative a Travagliato (BS) che i confini ISTAT 2011 sembrano più accurati della CTR attualmente distribuita (nel caso del mio comune, si avvicinano di più a quelli dello studio tecnico comunale, anche se non dappertutto). >Abbiamo un elenco dei confini importati da CTR? Se s, bisognerebbe >eliminare le righe appropriate dalla pagina di coordinamento [0] Per la Lombardia abbiamo gli elenchi comunali http://wiki.openstreetmap.org/wiki/Lombardia/xx (xx=sigla provinciale), ma se i risultati delle verifiche fatte fino ad ora venissero confermati, potrebbe essere comunque vantaggioso rimpiazzare i confini CTR con quelli ISTAT. Comunque piuttosto che eliminare le righe della provincia, sarebbe meglio aggiungere una nota in cui si spiega perché non si importano i confini ISTAT. Nella pagina di coordinamento bisognerebbe anche decidere come comportarsi con i confini nazionali. Per esempio, gli Svizzeri hanno ottenuto l'autorizzazione ad importare i confini SwissTopo delle mappe ufficiali al 25000 (vedi http://lists.openstreetmap.org/pipermail/talk-it/2011-March/021714.html), bisognerebbe confrontarli con gli ISTAT 2011 e decidere con loro cosa importare. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Bene, in settimana faccio il lavoro sulla povera Calabria :) Il giorno 14 maggio 2011 16:11, Alberto Nogaro ha scritto: > >-Original Message- > >From: Enrico Piccinelli [mailto:picc...@tiscali.it] > >Sent: sabato 14 maggio 2011 11.40 > >To: openstreetmap list - italiano > >Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali > > >Sto ricalcando il confine del mio paese (Travagliato, provincia di > >Brescia), e sto procedendo in questo modo: > > I confine precedenti di Travagliato erano di fonte CTR. Per evitare > confusione sulla fonte, oltre ad indicarla nel commento del changeset > (visualizzarlo è un po’ laborioso), sarebbe meglio indicarla esplicitamente > su ogni ramo (e anche sulla relazione se la fonte è omogenea), qualcosa del > tipo ((C) David Paleino): > > source=Based on ISTAT data - 2011 Italian Census > > Per chi lavora sui confine Lombardi, credo che sarebbe utile anche > modificare gli elenchi dei comuni ([1] per Brescia) per specificare il tipo > di source usata per i confini, oltre alla relativa relazione. > > [1] http://wiki.openstreetmap.org/wiki/Lombardia/BS > > Ciao, > Alberto > > > ___ > 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] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 16:11:35 +0200, Alberto Nogaro wrote: > >From: Enrico Piccinelli [mailto:picc...@tiscali.it] > > >Sto ricalcando il confine del mio paese (Travagliato, provincia di > >Brescia), e sto procedendo in questo modo: > > I confine precedenti di Travagliato erano di fonte CTR. Per evitare > confusione sulla fonte, oltre ad indicarla nel commento del changeset > (visualizzarlo è un po’ laborioso), sarebbe meglio indicarla esplicitamente > su ogni ramo (e anche sulla relazione se la fonte è omogenea), qualcosa del > tipo ((C) David Paleino): > > source=Based on ISTAT data - 2011 Italian Census Rimango dell'opinione che le CTR siano più precise di ISTAT. Abbiamo un elenco dei confini importati da CTR? Se sì, bisognerebbe eliminare le righe appropriate dalla pagina di coordinamento [0] [0] http://wiki.openstreetmap.org/wiki/Italian_Borders/2011 -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
> > I confine precedenti di Travagliato erano di fonte CTR. Per evitare > confusione sulla fonte, oltre ad indicarla nel commento del changeset > (visualizzarlo è un po’ laborioso), sarebbe meglio indicarla esplicitamente > su ogni ramo (e anche sulla relazione se la fonte è omogenea), qualcosa del > tipo ((C) David Paleino): > > source=Based on ISTAT data - 2011 Italian Census > ok, appena posso inserisco il tag. -- Enrico Piccinelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
>-Original Message- >From: Enrico Piccinelli [mailto:picc...@tiscali.it] >Sent: sabato 14 maggio 2011 11.40 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali >Sto ricalcando il confine del mio paese (Travagliato, provincia di >Brescia), e sto procedendo in questo modo: I confine precedenti di Travagliato erano di fonte CTR. Per evitare confusione sulla fonte, oltre ad indicarla nel commento del changeset (visualizzarlo è un po’ laborioso), sarebbe meglio indicarla esplicitamente su ogni ramo (e anche sulla relazione se la fonte è omogenea), qualcosa del tipo ((C) David Paleino): source=Based on ISTAT data - 2011 Italian Census Per chi lavora sui confine Lombardi, credo che sarebbe utile anche modificare gli elenchi dei comuni ([1] per Brescia) per specificare il tipo di source usata per i confini, oltre alla relativa relazione. [1] http://wiki.openstreetmap.org/wiki/Lombardia/BS Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Fri, 13 May 2011 21:37:03 +0200, David Paleino wrote: > Forse è meglio coordinarsi sulla wiki? Io sto per finire la Sicilia, poi > passerò lo stretto (Calabria) e andrò poi in Abruzzo (che mi è stato chiesto > di fare). Pagina di coordinamento: http://wiki.openstreetmap.org/wiki/Italian_Borders/2011 Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 15:46:12 +0200, Alberto Nogaro wrote: > >Visualizzo i confini sopra alle foto pcn per vedere a quale elemento > >fisico si agganciano (di solito è un fiume, una strada, un fosso o il > >confine tra due campi), traccio l'elemento fisico e poi lo taggo come > >confine (oltre che con i tag opportuni per indicare cos'è). > > Anche se la connessione del confine con l'elemento fisico sembra ovvia, > eviterei di modificare i confini ISTAT (o da altre fonti ufficiali), a meno > che tale connessione, anziché una deduzione logica, sia nota con certezza > (da documenti ufficiali, conoscenza dei luoghi, o altro). +1 > [..] > >lascio type=boundary o passo a type=multipolygon? > > Secondo il wiki bisognerebbe usare multipolygon, in Italia abbiamo > type=boundary perché l'importazione dei confini è stata fatta prima > dell'introduzione dei multipolygon. Mi sembra che se ne fosse già discusso > in lista, ma non ricordo cosa si fosse concluso. Io direi di lasciare boundary. Poi saremo sempre in tempo per scriptare qualcosa che trasformi i type=boundary in multipolygon. > >nella pagina http://wiki.openstreetmap.org/wiki/Relation:boundary si > >dice che sulle way i name:left e name:right non servono più, li tolgo? > > In effetti l'informazione è ridondante, il nome sulla relazione è > sufficiente. Da una parte i nomi sui segmenti aiutano quando si fanno le > modifiche a mano, dall'altra c'è il rischio che le modifiche invertano i > ruoli right/left (inversione del verso della way) e ci si dimentichi di > aggiornare i tag. Forse è meglio toglierli, anche a costo di fare un pò di > fatica un più quanso bisogna fare manutenzione dei confini. Non so, io li ho lasciati. Basta fare attenzione che i confini nuovi (non taggati) abbiano lo stesso verso di quelli vecchi. E se non ce l'hanno, cambiarlo prima di copiare i tag (stranamente josm gestisce il cambio di verso per province:left e region:left, ma non name:left...) Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
>-Original Message- >From: David Paleino [mailto:da...@debian.org] >Sent: sabato 14 maggio 2011 15.08 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali >> Così facendo non credo di poter creare conflitti perchè non cancello >> relazioni e non aggiungo nuovi percorsi, modifico solo quelli già >> esistenti. > >Io sarei per l'aggiunta di quelli nuovi "ex-novo". Considerando anche >che i confini vecchi potrebbero essere "inquinati" da utenti che non >hanno accettato i nuovi termini (CT + ODbL), il tuo lavoro potrebbe >essere vano :) +1 A modificare la way esistente c'è anche il rischio che per sbaglio si spostino dei nodi che hanno dei tag propri e che descrivono caratteristiche che non vanno spostate. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
>-Original Message- >From: Samuele Battarra [mailto:batta...@email.it] >Sent: sabato 14 maggio 2011 10.03 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali > >Dimenticavo un altro dubbio, spesso mi ritrovo alla fine con la >relazione che contiene tutti i segmenti necessari, ma in ordine >assolutamente sparso, ha una qualche utilità metterli in ordine? Per chi deve lavorare sulle relazioni è senz'altro utile; inoltre a chi lavora con josm (con altri editor non so) permette di controllare visivamente che tutti i poligoni dei confini siano effettivamente chiusi (viene visualizzato il simbolo dell'anello). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
>-Original Message- >From: Samuele Battarra [mailto:batta...@email.it] >Sent: sabato 14 maggio 2011 9.58 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali > >Visualizzo i confini sopra alle foto pcn per vedere a quale elemento >fisico si agganciano (di solito è un fiume, una strada, un fosso o il >confine tra due campi), traccio l'elemento fisico e poi lo taggo come >confine (oltre che con i tag opportuni per indicare cos'è). Anche se la connessione del confine con l'elemento fisico sembra ovvia, eviterei di modificare i confini ISTAT (o da altre fonti ufficiali), a meno che tale connessione, anziché una deduzione logica, sia nota con certezza (da documenti ufficiali, conoscenza dei luoghi, o altro). Anche quando l'aggancio c'è, la posizione del confine non è del tutto ovvia. Prendi ad esempio il caso dell'aggancio con un fiume: mi aggancio alla mezzeria? Ad una sponda? Se il corso del fiume cambia per cause naturali, il confine lo segue oppure rimane congelato all'andamento che il fiume aveva in un determinato istante? Se non si conosce la risposta, è meglio non toccare i confini. Anche quando l'aggancio fosse noto, eviterei di fare coincidere la way dei confini con la way dell'elemento a cui si aggancia, anche a costo di avere due way sovrapposte. Prendi ad esempio il caso di un confine che sai che coincide con una strada. Domani si potrebbe decidere di ricostruire la strada scostandone alcuni tratti dalla posizione attuale, ma questo non cambia la posizione del confine. Se si usa la stessa way per il confine e per la strada, c'è il rischio che allineando la strada al nuovo percorso si spostino inavvertitamente i confini. >lascio type=boundary o passo a type=multipolygon? Secondo il wiki bisognerebbe usare multipolygon, in Italia abbiamo type=boundary perché l'importazione dei confini è stata fatta prima dell'introduzione dei multipolygon. Mi sembra che se ne fosse già discusso in lista, ma non ricordo cosa si fosse concluso. >nella pagina http://wiki.openstreetmap.org/wiki/Relation:boundary si >dice che sulle way i name:left e name:right non servono più, li tolgo? In effetti l'informazione è ridondante, il nome sulla relazione è sufficiente. Da una parte i nomi sui segmenti aiutano quando si fanno le modifiche a mano, dall'altra c'è il rischio che le modifiche invertano i ruoli right/left (inversione del verso della way) e ci si dimentichi di aggiornare i tag. Forse è meglio toglierli, anche a costo di fare un pò di fatica un più quanso bisogna fare manutenzione dei confini. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 15:13:22 +0200, Giacomo Boschi wrote: > Il 13/05/2011 21:37, David Paleino ha scritto: > > > Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload > > di massa, perché alcuni confini sono stati modificati secondo le CTR > > locali, altri secondo survey. > > Se qualcuno fa la toscana occhio che i comuni di Prato e Vaiano sono > stati corretti con la CTR. A occhio mi sembrano migliori di quelli istat > 2011. Sì, attenzione: i dati ISTAT vanno bene solo se non c'è altro, ossia se anche il vecchio confine era ISTAT. Le CTR sono sicuramente migliori di ISTAT :) (è l'istituto stesso a dire, da qualche parte sul sito, che i suoi confini non devono essere presi per oro colato) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Fri, 13 May 2011 21:37:03 +0200, David Paleino wrote:
> Buonasera *,
> ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non
> generalizzata.
> Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di
> massa, perché alcuni confini sono stati modificati secondo le CTR locali,
> altri secondo survey.
Questo è il workflow che ho utilizzato io e che, penso, sia piuttosto
"sicuro" :)
1) scaricare in JOSM l'attuale relazione della provincia (la trovate andando
su osm.org, layer Dati, cliccando sul confine, e cercandola a fondo
pagina), facendo attenzione a cliccare "Scarica elementi collegati";
2) aprire nello stesso livello il file .osm preso dal mio sito;
3) aprire in un livello diverso i file .osm delle province circostanti (poi
capirete perché);
4) selezionare tutte le way che compongono il confine, e tutti i nodi in cui
viene spezzato (sono riconoscibili graficamente), ed usare File > Scarica
elementi che dipendono da questo oggetto (vado a memoria, è comunque
Ctrl-Alt-Shift-D nel mio JOSM). In questo modo verranno scaricate tutte le
relazioni dei comuni che toccano il confine provinciale;
5) procedere allo stesso modo per tutti quei comuni "interni" alla provincia
(i.e. che non toccano il confine esterno);
6) a questo punto si avranno tante relazioni nell'editor: aprire quelle
dei comuni della provincia. Io di solito vado su wikipedia, "Provincia di
Foo", e vedo l'elenco dei comuni. Se manca tra le relazioni, è
probabilmente un "comune interno". Ad ogni relazione bisogna cliccare
"scarica tutti i membri" (pannello inferiore a sinistra, tra le ultime
icone in basso);
7) a questo punto si hanno tutte le way di tutti i comuni della provincia,
con le relazioni intatte.
8) si comincia da un punto preciso: io solitamente comincio da un confine, e
vado seguendo un certo percorso. L'importante è farli tutti.
9) lavorare su un comune per volta. Così non ci si confonde. E fare UNA way
per volta. Si perde tempo, ma non facciamo casini :)
10) ATTENZIONE: in caso di enclave/exclave, i "miei" .osm contengono la way
due volte. Usarne una sola, e cancellare l'altra :) (ed eventualmente
eliminare tutti i tag tipo COD_reg e altro)
11) ATTENZIONE: le way dei comuni di confine non sono divise: bisogna
dividerle manualmente ("p" in JOSM) nel punto giusto -- e a questo scopo
servono i confini delle province limitrofe del punto 3 (così si evita
doppio lavoro quando si farà quella provincia);
12) in Sicilia, ma forse anche nel resto d'Italia, abbiamo deciso che il
confine comunale finisce sulla linea di costa. Quindi, nel caso di comuni
costieri, il pezzo istat di confine, corrispondente alla costa, va
cancellato (useremo la costa);
Così facendo (scaricando tutte le relazioni, e tutti gli oggetti, ...), gli
unici conflitti che si creano alla fine sono quelli di strade che condividono
un nodo col vecchio confine. Niente paura, cliccare su "Risolvi conflitto", e
selezionare la versione del server come quella corretta. Se la strada è una
provinciale, bisogna farla terminare al nuovo confine.
Spero sia tutto chiaro. In caso di domande, sono qui :)
David
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://deb.li/dapal
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il 13/05/2011 21:37, David Paleino ha scritto: Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Se qualcuno fa la toscana occhio che i comuni di Prato e Vaiano sono stati corretti con la CTR. A occhio mi sembrano migliori di quelli istat 2011. -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 12:29:55 +0200, Andrea Musuruane wrote:
> 2011/5/13 David Paleino :
> > Buonasera *,
> > ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non
> > generalizzata.
> > Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload
> > di massa, perché alcuni confini sono stati modificati secondo le CTR
> > locali, altri secondo survey.
>
> Hai fatto un ottimo lavoro. Ho guardato i confini del mio comune e di
> quelli limitrofi. Sono eccezionali. Una definizione decisamente ottima
> e nulla di paragonabile a quelli vecchi. Io farei anche un import
> massivo: i confini ISTAT 2011 sono, secondo me, perfetti.
Non direi che sono perfetti, certamente migliori di quelli 2001. Non sono
d'accordo ad un upload massivo: in alcuni casi io ho modificato i confini istat
secondo altri parametri: termine di una provinciale, per esempio ("SPnn finisce
a metà del ponte sul fiume X"), oppure survey sul posto, oppure CTR.
Fra un pochino, come già detto, scriverò in un post separato il workflow che
utilizzo :)
Ciao,
David
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://deb.li/dapal
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 11:39:50 +0200, Enrico Piccinelli wrote: > Salve a tutti. > > Premetto che non ho mai eseguito finora lavori di tale entità, e vorrei > un vostro consiglio prima di commettere emerite ca**ate. > > Sto ricalcando il confine del mio paese (Travagliato, provincia di > Brescia), e sto procedendo in questo modo: > > Scaricato il file osm della provincia di Brescia, dato l'elevato numero > di punti contenuti nel file ho semplificato con Josm il percorso, e > quindi ho scaricato il confine attuale dal database di osm, e sto > modificando quest'ultimo in modo da farlo coincidere con il confine > istat. Eh, no. Non devi semplificarli con JOSM. Altrimenti non ha senso lavorare sulla versione istat "non generalizzata" :) > Così facendo non credo di poter creare conflitti perchè non cancello > relazioni e non aggiungo nuovi percorsi, modifico solo quelli già > esistenti. Io sarei per l'aggiunta di quelli nuovi "ex-novo". Considerando anche che i confini vecchi potrebbero essere "inquinati" da utenti che non hanno accettato i nuovi termini (CT + ODbL), il tuo lavoro potrebbe essere vano :) A breve scriverò il workflow che utilizzo io :) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
2011/5/13 David Paleino : > Buonasera *, > ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non > generalizzata. > Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di > massa, perché alcuni confini sono stati modificati secondo le CTR locali, > altri > secondo survey. Hai fatto un ottimo lavoro. Ho guardato i confini del mio comune e di quelli limitrofi. Sono eccezionali. Una definizione decisamente ottima e nulla di paragonabile a quelli vecchi. Io farei anche un import massivo: i confini ISTAT 2011 sono, secondo me, perfetti. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Salve a tutti. Premetto che non ho mai eseguito finora lavori di tale entità, e vorrei un vostro consiglio prima di commettere emerite ca**ate. Sto ricalcando il confine del mio paese (Travagliato, provincia di Brescia), e sto procedendo in questo modo: Scaricato il file osm della provincia di Brescia, dato l'elevato numero di punti contenuti nel file ho semplificato con Josm il percorso, e quindi ho scaricato il confine attuale dal database di osm, e sto modificando quest'ultimo in modo da farlo coincidere con il confine istat. Così facendo non credo di poter creare conflitti perchè non cancello relazioni e non aggiungo nuovi percorsi, modifico solo quelli già esistenti. Che ne pensate di questo modo di procedere? -- Enrico Piccinelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Dimenticavo un altro dubbio, spesso mi ritrovo alla fine con la relazione che contiene tutti i segmenti necessari, ma in ordine assolutamente sparso, ha una qualche utilità metterli in ordine? -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il sabato 14 maggio 2011 00:13 David Paleino ha scritto: > On Fri, 13 May 2011 22:53:09 +0200, Samuele Battarra wrote: > > [..] > > > > Grande, inizio subito a sistemare la mia provincia (Rimini). > > Occhio, è facile creare conflitti, se non sei strasicuro meglio non > uploadare :D Pensavo di non caricare direttamente questi nuovi confini, ma di procedere in questo modo. Visualizzo i confini sopra alle foto pcn per vedere a quale elemento fisico si agganciano (di solito è un fiume, una strada, un fosso o il confine tra due campi), traccio l'elemento fisico e poi lo taggo come confine (oltre che con i tag opportuni per indicare cos'è). Alcuni dubbi che ho: lascio type=boundary o passo a type=multipolygon? vale la pena aggiungere i nodi con role admin_centre e label? vengono usati? nella pagina http://wiki.openstreetmap.org/wiki/Relation:boundary si dice che sulle way i name:left e name:right non servono più, li tolgo? -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
