<p dir="ltr"><br>
Il 24/mar/2014 19:10 "Fabrizio Tambussa" <<a href="mailto:ftambussa@gmail.com">ftambussa@gmail.com</a>> ha scritto:<br>
></p>
<p dir="ltr">> > Vediamo di trovare un altro metodo, oppure altre risorse.<br>
><br>
> Infatti anche i programmatori sono una risorsa. Ho scritto una mail su questa lista e pubblicato il codice apposta. :-)</p>
<p dir="ltr">Giusto per inquadrare meglio il problema: su che hardware fai/farai girare il codice?</p>
<p dir="ltr">Quali sono i tempi di elaborazione di una regione "completa"come Trentino o Lombardia?</p>
<p dir="ltr">><br>
> > Non avrebbe senso effettuare un controllo di qualità di una parte del db e tenerne fuori un'altra.<br>
><br>
> I controlli gireranno su tutto il db italiano, solo suddiviso in regioni per praticità. </p>
<p dir="ltr">Intendevo dire che non ha senso verificare la qualità delle strade senza verificare anche quella di strade bianche e sentieri.</p>
<p dir="ltr">I dati di OSM trovano larga applicazione proprio per attività escursionistiche o "dove gli altri non arrivano", per cui sarebbe auspicabile che il controllo di qualità avvenga sopratutto per questi dati, che "abbiamo solo noi" e che costituiscono il nostro fiore all'occhiello.</p>

<p dir="ltr">Inoltre, faccio osservare che l'approccio regionale è  fonte di possilibili problemi, perchè spesso il confine amministrativo corrisponde proprio ad un elemento naturale tipo fiume o torrente.</p>
<p dir="ltr">Ciao<br>
/niubii/<br>
</p>