<p><br>
Il giorno 14/nov/2013 16:14, "Stefano Salvador" <<a href="mailto:stefano.salvador@gmail.com">stefano.salvador@gmail.com</a>> ha scritto:<br>
><br>
><br>
><br>
>> Cito come orticello ognuno dei cento, mille, centomila siti e sitarelli e app e librerie che fanno una cosa basata su OSM.<br>
><br>
><br>
><br>
> Perché questo dovrebbe essere male ? ho centomila persone/aziende che si divertono ed eventualmente fanno soldi usando OSM, probabilmente quello che fanno è pure utile a qualcuno. Questo GMap non lo permette (o permette con molti vincoli  e a scapito della privacy) mentre è quello che OSM _vuole_.<br>

><br>
>  <br>
>><br>
>> Ottimo. Ma perché sul sito principale che illustra il progetto non posso avere ANCHE il routing e ANCHE i poi e ANCHE il 3D?<br>
><br>
><br>
><br>
> Perché costa (tanto) in sia in termini di hardware che di tempo, a me sembrerebbe uno spreco spendere i pochi soldi che OSM ha per fare routing invece che permettere ai mappatori di mappare.<br>
><br>
>  <br>
>><br>
>><br>
>> Attenzione, ripeto: il SITO PRINCIPALE CHE ILLUSTRA IL PROGETTO. Leggo "il sito è per i mappatori". No, <a href="http://osm.org">osm.org</a> non è un tool di servizio, non è un back-end che usiamo noi per scoprire cose mega tecniche e che non interessano al resto del mondo. Quando dico "collaboro ad OpenStreetMap" e mi chiedono "cos'è OpenStreetMap?", io mica li mando su MapBox, li mando su <a href="http://osm.org">osm.org</a>. E devo metterci venti minuti a spiegare che noi mappatori non passiamo le nostre giornate a photoshoppare delle immagini che sembrano le cartine di Google "ma con meno roba" (sembra strano che la gente non noti l'incredibile quantità di turn restrictions che mappiamo? :-) ). <br>

><br>
><br>
> Quando spiego OSM io mostro quello che con OSM si può fare, e avere cento esempi diversi implementati da cento persone diverse secondo me è una forza non una debolezza. Lo sbaglio è spiegare OSM paragonandolo a GMaps.<br>

><br>
>> No, non ci capiamo di nuovo. Quelli che dici tu non sono "utenti", sono "sviluppatori". L'"utente" è una cosa diversa. Puoi obiettare che l'utente usa un'applicazione il cui sviluppatore usa OSM, e allora dovremmo essere tipo gli sviluppatori di middleware, ma dal sito <a href="http://osm.org">osm.org</a> questo non traspare. <br>

><br>
><br>
> Proponi una patch che lo renda chiaro ;-) <br>
><br>
>  <br>
>><br>
>> MapQuest è MapQuest, OSM è OSM.<br>
><br>
><br>
><br>
> Infatti OSM costruisce il DB e MapQuest offre un servizio spendendoci del proprio, dove l'errore ? più o meno l'ODbL è stata scritta proprio con questo intento.<br>
><br>
>  <br>
>><br>
>> Obietto la necessità di rifare la homepage "quasi" uguale (dico "quasi" perché spero che almeno qualcosa sia cambiato, anche se non capisco cosa)<br>
><br>
><br>
><br>
>  <br>
>><br>
>> So bene che molti progetti *si basano su* OSM. Allo stesso modo il router, la televisione, il telefonino e la lavatrice *si basano su* Linux, ma quante persone *usano* Linux?<br>
><br>
><br>
> Scusa ma questo è arrampicarsi sugli specchi :-) La natura aperta di questi progetti permette il nascere di altri progetti, questo è quanto viene desiderato e auspicato, continuo a non capire perché dovrebbe essere un male.<br>

>  <br>
>><br>
>><br>
>> Non sto dicendo che <a href="http://osm.org">osm.org</a> debba diventare "come la homepage di Google Maps e pure meglio". Ma non capisco perché fare un restyling - inutile se siamo davvero solo del middleware - quando mancano cose che renderebbero il progetto molto più "vendibile".<br>

><br>
><br>
> Perché chi ha le competenze per fare un buon CSS e HTML non è detto che sappia programmare o integrare un servizio di routing. Qualcuno si è offerto per fare il primo, tutti ci abbiamo guadagnato.</p>
<p>D'accordissimo con Stefano su tutta linea e nello specifico sull'ultimo punto.</p>
<p>C</p>