I confini sono molto utili anche quando si mappa, spesso la via cambia nome o ref al variare del comune ed avere i confini e meglio che fermarsi e dover fare il punto GPS sul "cartello"... <br><br>Riguarrdo il tema delle critica mia nonna diceva "<i><em>Chi</em> prima <em>tocca</em> lu pupe deventa chembare</i>"  (il primo che tocca il bambino diventa il padrino) per indicare il rischio  che si ha, quando ci si fa avanti per fare qualcosa di caricarsi di responsabilità, critiche e , ulteriore lavoro...<br>
<br>Dato che siamo in un progetto collaborativo e tutti noi siamo qui si, divertendoci, ma togliendo tempo a lavoro, divertimento ed altro, mi sento profondamento grato a chi si impegna e contribuisce a migliorare i dati ed il progetto. Se vedo che qualcosa del lavoro fatto può essere migliorato innanzitutto cerco di capire se posso fare io qualcosa, magari chiedendo in giro per farmi dare un aiuto..<br>
<br>Le critiche vanno sempre bene ma capisco il risentimento di chi è criticato dopo aver passato le nottate a sistemare i dati e le procedure. A volte mi è capitato di avere qualche idea su OSM e di rinunciarci per evitare la responsabilità, dopo che aver "lanciato il sasso", di doversi impegnarsi per un tempo maggiore di quello preventivato... (secondo la regola 80/20  dell'informatica quando sei all'80% del risultato sei al 20% dello sforzo ) . Cerchiamo di darci una mano e di evitare che l'impegno sia disincentivato.<br>
<br>Ciao,<br>Diego<br><br><br><br><br><br><div class="gmail_quote">On Tue, Oct 28, 2008 at 7:45 PM, Ezio Querini <span dir="ltr"><<a href="mailto:equerini@yahoo.com">equerini@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
--- Mar 28/10/08, Roberto Navoni <<a href="mailto:r.navoni@radionav.it">r.navoni@radionav.it</a>> ha scritto:<br>
<br>
> Da: Roberto Navoni <<a href="mailto:r.navoni@radionav.it">r.navoni@radionav.it</a>><br>
<div class="Ih2E3d">> Oggetto: Re: [Talk-it] confini: finito!<br>
</div>> A: <a href="mailto:talk-it@openstreetmap.org">talk-it@openstreetmap.org</a><br>
> Data: Martedì 28 ottobre 2008, 19:09<br>
<div class="Ih2E3d">> Paolo Molaro ha scritto:<br>
> > On 10/28/08 Ezio Querini wrote:<br>
> ><br>
> >>>> Riguardo ai dati inseriti (ad es: [1]) ha<br>
> senso per un<br>
> >>>><br>
> >>> confine admin_level = 8 riportare lo stesso<br>
> valore per<br>
> >>> region:left e region:right o province:left e<br>
> province:right?<br>
> >>><br>
> >>> forse lo si poteva omettere, ma non crea<br>
> nessun danno.<br>
> >>><br>
> >> A parte appesantire inutilmente il DB.<br>
> >><br>
> ><br>
> > Concordo con Ezio. Questi dati ridondanti ed inutili<br>
> vanno eliminati:<br>
> > non c'e' motivo per cui ognuno si debba<br>
> scaricare megabyte di dati<br>
> > che non servono a niente.<br>
> > Posso fare uno script che lo faccia.<br>
> ><br>
> Prima di toccare i dati forse bisogna scendere nel merito<br>
> delle<br>
> motivazioni per cui le cose sono state fatte in questo modo<br>
> .... :)<br>
<br>
</div>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.<br>

<div class="Ih2E3d"><br>
<br>
> > Un'altra cosa che si dovrebbe tenere in<br>
> considerazione:<br>
> > created_by="ShapeToOSM - Laser Navigation<br>
> s.r.l."<br>
> > Capisco il bisogno di farsi pubblicita', ma un<br>
> semplice<br>
> > created_by="ShapeToOSM" e' piu' che<br>
> sufficiente, al limite ci metti una<br>
> > pagina sul wiki. In questo caso, poi, created_by non<br>
> e'<br>
> > proprio indispensabile, imho.<br>
> ><br>
> Invece di decidere quanti byte si vogliono risparmiare<br>
> forse è il caso<br>
> che la tua capacità di fare script venga orientata in<br>
> altro modo ;)<br>
> Se vuoi fare altri confini , con altri tag fai pure .. poi<br>
> chiunque puo'<br>
> scegliere il dato in base alle esigenze ...<br>
<br>
</div>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.<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
> >> Inoltre in una relation di una regione (ad es:<br>
> [3]) mi aspetterei di<br>
> >> trovare le way che delimitano i confini della<br>
> regione, non anche tutti<br>
> >> i confini di provincia e comune interni alla<br>
> regione.<br>
> >><br>
> ><br>
> > Gia', quella relation sembra proprio sbagliata,<br>
> cosi' come quella del<br>
> > Veneto ed immagino tutte le altre regioni.<br>
> ><br>
> > lupus<br>
> ><br>
> Ma sei proprio bravino a criticare i lavori dopo che le<br>
> persone hanno<br>
> perso un sacco di tempo ... per passione... per fare certe<br>
> cose  ,<br>
> proponi invecce qualcosa di veramente importante per lo<br>
> sviluppo del<br>
> dato ...<br>
> Forse il problema dei confini è stato un po' travisato<br>
> e sottovalutato<br>
> , nel senso che senza questo intervento non era<br>
> assolutamente possibile<br>
> identificare l'appartenenza di una via ad una località<br>
> precisa. Non so'<br>
> se qualcuno s'era mai posto il problema ....  quando<br>
> Simone mi ha<br>
> chiesto di aiutarlo ... l'ho fatto e basta perchè mi<br>
> sembrava una  buona<br>
> idea .. se mi avesse chiesto di aiutarlo a comprimere i tag<br>
> di<br>
> descrizione gli avrei detto no grazie :(<br>
> Non so' se qualcuno di voi ha provato a fare un fork di<br>
> namefinder ed<br>
> utilizzarlo ... da qui è partita l'esigenza di<br>
> risolvere il  problema<br>
> ... almeno dal mio punto di vista ... a questo punto invece<br>
>  di pensare<br>
> a come risparmiare byte sul server ... e ci sono moltissimi<br>
> modi per<br>
> farlo .... potremmo passare mesi a discuterne ...<br>
> compressioni binarie<br>
> ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di<br>
> altre<br>
> questioni  ,i dati di altri fornitori per l'italia<br>
> cubano piu di 15 giga<br>
> , quindi ci sono ampi spazi di evoluzione ;)<br>
<br>
</div></div>Non si tratta di criticare per il gusto di farlo, ma a scopo costruttivo.<br>
Se poi il mio modo di vederla è sbagliato pazienza, ne prenderò atto.<br>
<br>
<br>
bye<br>
<br>
<br>
<br>
<br>
      Unisciti alla community di Io fotografo e video, il nuovo corso di fotografia di Gazzetta dello sport:<br>
<a href="http://www.flickr.com/groups/iofotografoevideo" target="_blank">http://www.flickr.com/groups/iofotografoevideo</a><br>
<div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
Talk-it mailing list<br>
<a href="mailto:Talk-it@openstreetmap.org">Talk-it@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-it" target="_blank">http://lists.openstreetmap.org/listinfo/talk-it</a><br>
</div></div></blockquote></div><br>