Re: [Talk-it] confini: finito!
Simone Cortesi ha scritto: si opera cosi': vanno trasferite le proprieta' presenti sul confine ISTAT a quello della coastline. io di solito interrompo la coastline nel luogo dove cambia il comune lungo la costa. a quel punto si cancella il confine istat e si fanno le opportune giunzioni. io aggiungo un paio di punti, con JOSM, nelle zone in cui effettuare gli interventi, poi taglio, inverto, e cucio. Se mi scrivete una guida passo-passo a prova di niubbo totale, con tanto di foto (e magari, in opzione, filmatino) :-) prometto che qualche chilometro delle nostre italiche coste lo sistemo. Sempre che non abbiate già finito tutto, nel frattempo. -- .' `. | 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] confini: finito!
2008/11/14 [EMAIL PROTECTED] [EMAIL PROTECTED]: In Liguria ci sarebbero da allineare i confini di comuni e province alla linea di costa, c'è qualche bot o qualche umano che può provvedere? l'intervento va fatto a mano. se pero' qualche guru riesce a farlo in automatico, gli verrà assegnato sicuramente il lolcat of awesomeness mani basse... ma torniamo la nostro business dei confini: io sto cominciando dall'adriatico. potrebbe essere una gara. due schieramenti avversari. uno che comincia dall'adriatico e l'altro dal confine con la francia. chi passera' lo stretto di messina per primo? si opera cosi': vanno trasferite le proprieta' presenti sul confine ISTAT a quello della coastline. io di solito interrompo la coastline nel luogo dove cambia il comune lungo la costa. a quel punto si cancella il confine istat e si fanno le opportune giunzioni. io aggiungo un paio di punti, con JOSM, nelle zone in cui effettuare gli interventi, poi taglio, inverto, e cucio. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
In Liguria ci sarebbero da allineare i confini di comuni e province alla linea di costa, c'è qualche bot o qualche umano che può provvedere? Grazie Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On Sat, Nov 1, 2008 at 2:20 PM, Paolo Molaro [EMAIL PROTECTED] wrote: Tra le incosistenze che sono state trovate: 1) http://www.openstreetmap.com/browse/relation/46862 La way 28085785 non c'entra nulla con il confine. sistemata. la way che dici te, in effetti non aveva nulla a che fare col resto. 2) La relazione Italia ha almeno una way (la 25540146) senza boundary info qui è dove ho gia' lavorato io per sistemare il confine di spiaggia incorporando in esso le relation appena aggiunte. ho fatto qualche kilometro sulla costa di ferrara. e poi ho eliminato il confine-solo-confine, lasciando il confine-spiaggia. adesso quella spiaggia è membro di 4 relation: comacchio, ferrara, emilia-romagna, italia (http://www.openstreetmap.org/browse/relation/48130) se qualcuno è intyeressato a collaborare all'idea lanciata da me e da cristiano, quella di sistemare i confini marini incorporando nella linea di spiaggia natural=coastline i dettagli delle relation, questo potrebbe essere un buon luogo dove puntare josm e valutare come ho fatto io: http://informationfreeway.org/?lat=44.67531890530785lon=12.251139056126622zoom=13layers=BF000F all'inizio sembra impossibile, ma quando ci si prende un attimo la mano è veloce. 3) Siracusa (http://www.openstreetmap.org/browse/relation/39169) manca la way 28114153 nella relation. ho sistemato anche questa, stessa modalità di comacchio. Paolo: hia in mente qualche sistema per tenere controllati i confini? per evitare che dopo un delete non consapevole, sia complesso ricaricare i dati mancanti? -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On Mon, Nov 3, 2008 at 7:13 PM, lorex [EMAIL PROTECTED] wrote: volevo sapere in merito ai confini se era possibile aggiustarli anche adesso o se è meglio aspettare che avete finito di sistemarli. direiche si puo' iniziare a sistemarli, ad infittirli di dettagli. per aggiustare intendo che vorrei spostare i nodi sul confine esatto, ad esempio tra Empoli e Vinci il confine è l'Arno quindi è facile da riconoscere. esatto, come ho fatto io per casa mia, il confine comunale a nord è il Po, Ticino: http://informationfreeway.org/?lat=45.1464162117703lon=9.222582411525718zoom=14layers=BF000F ed in piu vorrei sapere se è possibile aggiungere dei nodi a mano, per affinare i confini, sempre nei casi dove il confine è dato da carattere morfologico, quindi facilmente riconoscibile. si puo' fare, usi il tasto (A) in josm oppure la crocetta che appare in modalità (S), serve per affinare le way. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
2008/10/26 Alessandro De Noia [EMAIL PROTECTED]: http://server.tah.openstreetmap.org/Browse/?layer=tilez=17x=71558y=49077 secondo me è un prob di conversione da inkscape. -S Il tile del tuo link lo (la?) vedo schiacciato :|, se faccio zoom out invece funziona bene! ho indagato la cosa. alcune vecchie versioni di tilesathome avevano questo bug. molto probabilmente il tile schiacciato era stato renderizzato da uno di questi client bacati. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
+ 1 per le considerazioni espresse da guido ... per quanto riguarda invece i Tag Created_by e source, a mio parere non ha seso rimuoverli perchè all'atto in cui una persona lavora sui dati OSM presi dal database, ha informazioni circa la provenienza del dato. Oltretutto per altri strati, quali i layer, quali le coperture vegetali derivate dal DB Corinne Lan Cover, è espressamente richiesto nella licenza che venga citata la fonte. Ciao. D. ps complimenti a Simone per il lavoro ed a Roberto per shape2OSM! -- dott. Davide Zizioli Dipartimento di Scienze della Terra Università di Pavia Via Ferrata 1, 27100 Pavia Tel. +393498345440 Tel. Skype: Riverlab [EMAIL PROTECTED] WMS http://geoserver1.unipv.it/cgi-bin/wms? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On Tue, Oct 28, 2008 at 8:11 PM, Paolo Molaro [EMAIL PROTECTED] wrote: On 10/28/08 Roberto Navoni wrote: Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati: non c'e' motivo per cui ognuno si debba scaricare megabyte di dati che non servono a niente. Posso fare uno script che lo faccia. Prima di toccare i dati forse bisogna scendere nel merito delle motivazioni per cui le cose sono state fatte in questo modo :) Se hai dei motivi per dover tenere dei dati ridondanti, esprimili e saranno valutati. Allo stato questi dati non sembrano fornire informazioni utili. se region (e province) sinistro e destro sono uguali e se qualcuno è in grado di scrivere del codice per correggere tutto, per me va bne. io non lo so fare. Lo stesso per: source=Based on ISTAT data - 2001 Italian Census Lo ha richiesto specificatamente il fornitore ... Il fornitore ha preteso quella precisa scritta? O ha chiesto che ci fosse un riferimento? In ogni caso si puo' sempre spiegare (in futuro) ai fornitori di informazione che il valore del tag non e' un dato visibile a nessuno e che quindi un tag piu' semplice e una pagina wiki piu' esplicativa garantisce al fornitore sia maggiore visibilita' che uguale tracciabilita' senza gravare inutilmente sulla base dati. occorre lasciare la dicitura source=Based on ISTAT data - 2001 Italian Census non si puo' cambiare. Fonte dati ISTAT - Censimento 2001 Se le relazioni delle regioni sono sbagliate, sono sbagliate e basta, non c'entra niente ne' la passione, ne' il giudizio sulle persone che ci hanno lavorato. Non mi sembra il caso di fare una tragedia greca. Sono sicuro che ci sono molti errori di mappatura nelle zone in cui io ho speso il mio tempo libero a mappare, mica mi metto a far polemiche se qualcuno mi fa notare gli errori! a proposito. hai un modo per aggregare il confine costiero con il confine amministrativo che si trova sulla costa? spostando i tag di relation e admin_level, dall'uno all'altro? eventualmente tagliando la linea di costa proprio nel punto dove cambia la proprieta' di un comune con quello successivo...? -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On Thu, Oct 30, 2008 at 12:00 PM, Davide [EMAIL PROTECTED] wrote: ps complimenti a Simone per il lavoro ed a Roberto per shape2OSM! i dati di schio dove sono disponibili in shapefile? che io e roberto volevamo provare ad importarli in openstreetmap. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 10/30/08 Davide wrote: + 1 per le considerazioni espresse da guido ... per quanto riguarda invece i Tag Created_by e source, a mio parere non ha seso rimuoverli perchè all'atto in cui una persona lavora sui dati OSM presi dal database, ha informazioni circa la provenienza del dato. Oltretutto per altri strati, quali i layer, quali le coperture vegetali derivate dal DB Corinne Lan Cover, è espressamente richiesto nella licenza che venga citata la fonte. Il tuo ragionamento si basa su presupposti sbagliati. Quello che descrivi e' la situazione del tag source e non c'entra con created_by. Il tag created_by, invece, e' una sorta di vanity tag. Viene usato per fare gara a chi ce l'ha piu' lungo per gli editor tipo josm e potlatch e non ha nessun altro valore in pratica. Il tag viene modificato ogni volta che editi una way con potlatch, per esempio (o merkaator) e proprio per questo ho suggerito di toglierlo durante i miei aggiornamenti (l'alternativa e' mettere qualcosa come osm-helpers, ma preferisco toglierlo perche' e' un tag abbastanza inutile). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
--- Lun 27/10/08, Simone Cortesi [EMAIL PROTECTED] ha scritto: Da: Simone Cortesi [EMAIL PROTECTED] Oggetto: Re: [Talk-it] confini: finito! A: [EMAIL PROTECTED], openstreetmap list - italiano talk-it@openstreetmap.org Data: Lunedì 27 ottobre 2008, 15:36 On Sat, Oct 25, 2008 at 1:10 PM, Ezio Querini [EMAIL PROTECTED] wrote: Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level = 8 riportare lo stesso valore per region:left e region:right o province:left e province:right? forse lo si poteva omettere, ma non crea nessun danno. A parte appesantire inutilmente il DB. Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare le way che delimitano i confini della regione, non anche tutti i confini di provincia e comune interni alla regione. A proposito guardando il confine Italia Slovenia precedentemente caricato [2] troviamo left:country = Italy e right:country = Slovenia e non country:left = Italy e country:right = Slovenia. Quale è la sequenza corretta dei tag? ci sono altri confini, dove si usa lo schema per il quale ho invece optato io. Si, ma quale è la versione giusta? Qui [4] si parla di left:X right:X bye [3] http://www.openstreetmap.org/browse/relation/45480 [4] http://wiki.openstreetmap.org/index.php/Talk:Key:boundary#left:X_right:X Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
Paolo Molaro ha scritto: On 10/28/08 Ezio Querini wrote: Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level = 8 riportare lo stesso valore per region:left e region:right o province:left e province:right? forse lo si poteva omettere, ma non crea nessun danno. A parte appesantire inutilmente il DB. Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati: non c'e' motivo per cui ognuno si debba scaricare megabyte di dati che non servono a niente. Posso fare uno script che lo faccia. Prima di toccare i dati forse bisogna scendere nel merito delle motivazioni per cui le cose sono state fatte in questo modo :) Un'altra cosa che si dovrebbe tenere in considerazione: created_by=ShapeToOSM - Laser Navigation s.r.l. Capisco il bisogno di farsi pubblicita', ma un semplice created_by=ShapeToOSM e' piu' che sufficiente, al limite ci metti una pagina sul wiki. In questo caso, poi, created_by non e' proprio indispensabile, imho. Invece di decidere quanti byte si vogliono risparmiare forse è il caso che la tua capacità di fare script venga orientata in altro modo ;) Se vuoi fare altri confini , con altri tag fai pure .. poi chiunque puo' scegliere il dato in base alle esigenze ... Lo stesso per: source=Based on ISTAT data - 2001 Italian Census Lo ha richiesto specificatamente il fornitore ... Based on e' ridondante, source lo implica gia'. Un semplice: source=ISTAT-2001 e' piu' che sufficiente e ci risparmia da solo un altro megabyte di dati inutili. Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare le way che delimitano i confini della regione, non anche tutti i confini di provincia e comune interni alla regione. Gia', quella relation sembra proprio sbagliata, cosi' come quella del Veneto ed immagino tutte le altre regioni. lupus Ma sei proprio bravino a criticare i lavori dopo che le persone hanno perso un sacco di tempo ... per passione... per fare certe cose , proponi invecce qualcosa di veramente importante per lo sviluppo del dato ... Forse il problema dei confini è stato un po' travisato e sottovalutato , nel senso che senza questo intervento non era assolutamente possibile identificare l'appartenenza di una via ad una località precisa. Non so' se qualcuno s'era mai posto il problema quando Simone mi ha chiesto di aiutarlo ... l'ho fatto e basta perchè mi sembrava una buona idea .. se mi avesse chiesto di aiutarlo a comprimere i tag di descrizione gli avrei detto no grazie :( Non so' se qualcuno di voi ha provato a fare un fork di namefinder ed utilizzarlo ... da qui è partita l'esigenza di risolvere il problema ... almeno dal mio punto di vista ... a questo punto invece di pensare a come risparmiare byte sul server ... e ci sono moltissimi modi per farlo potremmo passare mesi a discuterne ... compressioni binarie ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di altre questioni ,i dati di altri fornitori per l'italia cubano piu di 15 giga , quindi ci sono ampi spazi di evoluzione ;) P.S. scusate per lo sfogo ... :) Un saluto a tutti Roberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On Tue, Oct 28, 2008 at 5:35 PM, Ezio Querini [EMAIL PROTECTED] wrote: A parte appesantire inutilmente il DB. ma non lo vedo come un problema. non e' un dato sbagliato, ma un dato in piu'. Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare le way che delimitano i confini della regione, non anche tutti i confini di provincia e comune interni alla regione. infatti, questo è sbagliato. vedro' come correggerlo. chi ha necessita' impellenti di toglierli, lo puo' fare. le ulteriori modifiche che faro', le faro' al db online in realtime direttamente, quindi se qualcuno inizia per qualche motivo a sistemare, non fa danno. Si, ma quale è la versione giusta? Qui [4] si parla di left:X right:X non esiste versione giusta o sbagliata. non esiste una lista con i tag giusti e quelli sbagliati. PS: fino a dompodomani non leggo la posta. ho visto che altrove ci sono mail alle quali vorrei rispondere...lo faccio appena possibile. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
--- Mar 28/10/08, Roberto Navoni [EMAIL PROTECTED] ha scritto: Da: Roberto Navoni [EMAIL PROTECTED] Oggetto: Re: [Talk-it] confini: finito! A: talk-it@openstreetmap.org Data: Martedì 28 ottobre 2008, 19:09 Paolo Molaro ha scritto: On 10/28/08 Ezio Querini wrote: Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level = 8 riportare lo stesso valore per region:left e region:right o province:left e province:right? forse lo si poteva omettere, ma non crea nessun danno. A parte appesantire inutilmente il DB. Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati: non c'e' motivo per cui ognuno si debba scaricare megabyte di dati che non servono a niente. Posso fare uno script che lo faccia. Prima di toccare i dati forse bisogna scendere nel merito delle motivazioni per cui le cose sono state fatte in questo modo :) Posso capire che i confini di comune servono per capire a che comune si riferiscono le vie, ma come riesci a capire che una via sta dentro l'area delimitata dalla relation del comune puoi capire anche che sta dentro l'area delimitata dalla relation della provincia e/o della regione senza inserire quei dati nei confini di comune. Se poi per il navigatore ti fa comodo averli riferiti al comune te li ricavi in fase di estrazione dal DB. Un'altra cosa che si dovrebbe tenere in considerazione: created_by=ShapeToOSM - Laser Navigation s.r.l. Capisco il bisogno di farsi pubblicita', ma un semplice created_by=ShapeToOSM e' piu' che sufficiente, al limite ci metti una pagina sul wiki. In questo caso, poi, created_by non e' proprio indispensabile, imho. Invece di decidere quanti byte si vogliono risparmiare forse è il caso che la tua capacità di fare script venga orientata in altro modo ;) Se vuoi fare altri confini , con altri tag fai pure .. poi chiunque puo' scegliere il dato in base alle esigenze ... I confini sono confini e tali restano e come tali vanno mappati. Le esigenze di rendering o routing non devono influire sulla creazione del DB. Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare le way che delimitano i confini della regione, non anche tutti i confini di provincia e comune interni alla regione. Gia', quella relation sembra proprio sbagliata, cosi' come quella del Veneto ed immagino tutte le altre regioni. lupus Ma sei proprio bravino a criticare i lavori dopo che le persone hanno perso un sacco di tempo ... per passione... per fare certe cose , proponi invecce qualcosa di veramente importante per lo sviluppo del dato ... Forse il problema dei confini è stato un po' travisato e sottovalutato , nel senso che senza questo intervento non era assolutamente possibile identificare l'appartenenza di una via ad una località precisa. Non so' se qualcuno s'era mai posto il problema quando Simone mi ha chiesto di aiutarlo ... l'ho fatto e basta perchè mi sembrava una buona idea .. se mi avesse chiesto di aiutarlo a comprimere i tag di descrizione gli avrei detto no grazie :( Non so' se qualcuno di voi ha provato a fare un fork di namefinder ed utilizzarlo ... da qui è partita l'esigenza di risolvere il problema ... almeno dal mio punto di vista ... a questo punto invece di pensare a come risparmiare byte sul server ... e ci sono moltissimi modi per farlo potremmo passare mesi a discuterne ... compressioni binarie ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di altre questioni ,i dati di altri fornitori per l'italia cubano piu di 15 giga , quindi ci sono ampi spazi di evoluzione ;) Non si tratta di criticare per il gusto di farlo, ma a scopo costruttivo. Se poi il mio modo di vederla è sbagliato pazienza, ne prenderò atto. bye Unisciti alla community di Io fotografo e video, il nuovo corso di fotografia di Gazzetta dello sport: http://www.flickr.com/groups/iofotografoevideo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 10/28/08 Roberto Navoni wrote: Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati: non c'e' motivo per cui ognuno si debba scaricare megabyte di dati che non servono a niente. Posso fare uno script che lo faccia. Prima di toccare i dati forse bisogna scendere nel merito delle motivazioni per cui le cose sono state fatte in questo modo :) Se hai dei motivi per dover tenere dei dati ridondanti, esprimili e saranno valutati. Allo stato questi dati non sembrano fornire informazioni utili. Invece di decidere quanti byte si vogliono risparmiare forse è il caso che la tua capacità di fare script venga orientata in altro modo ;) Guarda che nei miei script created_by e' il primo tag che viene eliminato perche' completamente inutile:) Se per la tua applicazione la mole di dati scaricata dai server osm non ha importanza, questo non significa che a tutti gli altri non interessi e che non importi l'esplosione di dati non utili nel db. Lo stesso per: source=Based on ISTAT data - 2001 Italian Census Lo ha richiesto specificatamente il fornitore ... Il fornitore ha preteso quella precisa scritta? O ha chiesto che ci fosse un riferimento? In ogni caso si puo' sempre spiegare (in futuro) ai fornitori di informazione che il valore del tag non e' un dato visibile a nessuno e che quindi un tag piu' semplice e una pagina wiki piu' esplicativa garantisce al fornitore sia maggiore visibilita' che uguale tracciabilita' senza gravare inutilmente sulla base dati. Ma sei proprio bravino a criticare i lavori dopo che le persone hanno perso un sacco di tempo ... per passione... per fare certe cose , proponi invecce qualcosa di veramente importante per lo sviluppo del dato ... Che cosa c'entra il tempo speso dalle persone e la passione? Se le relazioni delle regioni sono sbagliate, sono sbagliate e basta, non c'entra niente ne' la passione, ne' il giudizio sulle persone che ci hanno lavorato. Non mi sembra il caso di fare una tragedia greca. Sono sicuro che ci sono molti errori di mappatura nelle zone in cui io ho speso il mio tempo libero a mappare, mica mi metto a far polemiche se qualcuno mi fa notare gli errori! Forse il problema dei confini è stato un po' travisato e sottovalutato Non mi sembra che nessuno qui abbia travisato o sottovalutato la questione. se qualcuno s'era mai posto il problema quando Simone mi ha chiesto di aiutarlo ... l'ho fatto e basta perchè mi sembrava una buona idea .. se mi avesse chiesto di aiutarlo a comprimere i tag di descrizione gli avrei detto no grazie :( Nessuno ha chiesto a te di farlo, infatti mi sono proposto io di scrivere lo script per correggere le cose. Non so' se qualcuno di voi ha provato a fare un fork di namefinder ed utilizzarlo ... da qui è partita l'esigenza di risolvere il problema ... almeno dal mio punto di vista ... a questo punto invece di pensare a come risparmiare byte sul server ... e ci sono moltissimi modi per farlo potremmo passare mesi a discuterne ... compressioni binarie Nessuno ha parlato di compressioni, questo thread ha riguardato solo la questione degli inutili dati relativi al tag boundary quando il tag:left e il tag:right sono uguali e la questione degli errori nelle relazioni delle regioni. Cerchiamo di mantenere il filo del discorso. ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di altre questioni ,i dati di altri fornitori per l'italia cubano piu di 15 giga , quindi ci sono ampi spazi di evoluzione ;) Questo non vuol dire che dobbiamo riempire il database di dati non utili per poter arrivare anche noi a 15 giga:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On Sat, Oct 25, 2008 at 1:10 PM, Ezio Querini [EMAIL PROTECTED] wrote: Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level = 8 riportare lo stesso valore per region:left e region:right o province:left e province:right? forse lo si poteva omettere, ma non crea nessun danno. A proposito guardando il confine Italia Slovenia precedentemente caricato [2] troviamo left:country = Italy e right:country = Slovenia e non country:left = Italy e country:right = Slovenia. Quale è la sequenza corretta dei tag? ci sono altri confini, dove si usa lo schema per il quale ho invece optato io. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
Il giorno Sat, 25 Oct 2008 07:53:27 +0200 Simone Cortesi [EMAIL PROTECTED] ha scritto: ciao, abbiamo i confini!!! Sono stati caricati tutti. Si sono verificati alcuni errori nella creazione delle relation a causa di modifiche ai punti precedentemente caricati (412 Precondition Failed) durante lo stesso upload, ma modificati nel frattempo da qualcuno. questi vanno sistemati a mano a partire dal file originale usato da me per caricare. se qualcuno ha piacere di aiutarmi...scriva qui in lista che discutiamo come fare. ora non ho tempo di scrivere di piu' che devo andare al linuxday sia a pavia ch a milano... ...e avro' una cosa in piu' da raccontare... http://wiki.openstreetmap.org/index.php/Italian_Borders#Upload Innanzitutto per lavoro! Ieri ho richiesto il rendering a freeway e questo è stato il risultato stamattina: http://www.informationfreeway.org/?lat=41.12968230022157lon=16.549066935341532zoom=15layers=B000F000F Non so se è un problema di rendering o di confini. -- Alessandro De Noia aka Sdonk http://sdonk.netsons.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
2008/10/26 Alessandro De Noia [EMAIL PROTECTED]: Innanzitutto per lavoro! Ieri ho richiesto il rendering a freeway e questo è stato il risultato stamattina: http://www.informationfreeway.org/?lat=41.12968230022157lon=16.549066935341532zoom=15layers=B000F000F Non so se è un problema di rendering o di confini. http://server.tah.openstreetmap.org/Browse/?layer=tilez=17x=71558y=49077 secondo me è un prob di conversione da inkscape. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
2008/10/25 Samuele Battarra [EMAIL PROTECTED]: Ho controllato il confine con San Marino che nella lista degli errori era segnato a mio nome. Ho visto che sostanzialmente il confine era doppio, probabilmente lo avevo inavvertitamente spostato. Ora ho cancellato quello vecchio e lasciato solo il tuo. ok, grazie, domani mi metto a guardare come aggiungere la relation italia in automatico, che manca. chi controlla/cancella dovrebbe anche aggiornare la pagina wiki. qualcuno sa come fare a monitorare i confini, in maniera che qualcuno venga avvertito se essi vengono modificati/cancellati? come la gestiamo? -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
Il giorno Sat, 25 Oct 2008 07:53:27 +0200 Simone Cortesi [EMAIL PROTECTED] ha scritto: ciao, abbiamo i confini!!! Qui abbiamo sempre quel problema di pezzetto di confine di Terlizzi nel territorio di Ruvo di Puglia, inoltre credo che un lato del confine sia sbagliato. In questi casi cosa si fa? -- Alessandro De Noia aka Sdonk http://sdonk.netsons.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
2008/10/26 Alessandro De Noia [EMAIL PROTECTED]: Qui abbiamo sempre quel problema di pezzetto di confine di Terlizzi nel territorio di Ruvo di Puglia, inoltre credo che un lato del confine sia sbagliato. In questi casi cosa si fa? per ruvo: potrebbe essere, un enclave di terlizzi in ruvo di puglia non è da escludere. andrebbe verificata in comune, ufficio tecnico. qui in provincia di pavia ce ne sono parecchie di enclavi. per il lato sbagliato: se hai informazioni piu' precise, con josm aggiungi punt mediani e sistemi il confine. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it