Re: [Talk-it] Utente che cancella landuse e crea fiumi
> La segnalazione al DWG credo sia necessaria: quando l'utente non risponde > agli avvisi di smetterla, e` essenziale imporgli la lettura di un messaggio > che gli chiarisca che il suo comportamento sta danneggiando OSM. Secondo me semplicemente non si accorge che ci siano messaggi per lui quando si autentica per editare (se non te lo aspetti non lo noti, secondo me). E allora il blocco dovrebbe aiutare a far capire che c'e` un problema. Pero`, forse, con tutto il tempo che ci si sta investendo conviene fargli una telefonata e chiarire velocemente. C'e` un suo CV in rete con i numeri personali. Stesso nome, stesso campo, stessa regione. Immagino sia lui. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] questa fontana
> Come si mappa la fontana che compare in queste foto ? amenity=drinking_water, come tutte le fontane potabili (IMHO). > molti la usano anche come doccia da campo dopo il mare Io sudo come un cammello e uso *qualunque* fontanella come doccia quando pedalo. Non credo servano tag particolari per le scelte personali di come usare l'acqua. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OT domanda su Osmand
> con la freccia rivolta verso l'alto e di conseguenza orientasse la mappa > nella direzione di marcia, Se clicchi sulla freccia in alto a sinistra cicli tra "il nord dove dio comanda", "direzione di marcia" e "il nord a nord con la bussola". /alessandro, che vuole il nord in alto e i navigatori altrui non lo fanno ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ci risiamo, attribuzione mancante dal Ministero o chi per lui.
> perché hanno solo utilizzato solo i confini, Perche` ci sono solo quelli: e` solo una mappa dell'italia con i confini, dove clicchi su regione o provincia. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Accenti nei nomi di luogo
> Anche solo usare la regola dei dizionari per cui le piane non si > accentano e' una regola che vale per chi conosce l'italiano ma che > potrebbe non dire nulla ad una persona la cui lingua usa regole > diverse [...] Si, e` gia` stato scritto in questo thread, ma secondo me non e` un argomento rilevante perche` uno straniero manco sa come si legge Bisceglie, come io non so leggere correttamente i nomi tedeschi, portoghesi russi. Io nel dubbio guardo cosa fanno gli altri, e tutta la cartografia seria ha gli accenti. E gli stranieri sono comunque meno degli utenti che parlano la stessa lingua. Questo dappertutto. In ogni caso il mio discorso non si applica i nomi delli vie, perche` quelli quasi sempre usano nomi definiti altrove, compreso Freud e tanti altri che hanno regole loro di conversione da scritto a parlato. Rimango convinto che i nomi delle localita` dovrebbero avere gli accenti se non sono piani, ma ora mi fermo e lascio ai mappatori esperti. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Accenti nei nomi di luogo
Peppe: > Non dico che cosa sia meglio o che cosa sia peggio, però non do' > patenti di correttezza: Pavia è obbiettivamente corretto. Pavìa pure. > Ma per una città importante come Pavia la distinzione non conta. Pensa > di utilizzare un sintetizzatore vocale per leggere un percorso > calcolato a partire dai dati di OSM (turista straniero, o navigatore > da auto, o non vedente). Per forza di cose questo software disporrà di > un vocabolario coi termini più usati della lingua che sintetizza, e > allora nomi come Pavìa, Nà poli e Mòdena verosimilmente li pronuncerà > correttamente anche se li trova senza accento. Ma se parliamo di > Casteltèrmoli (me lo sono inventato) questo non succederà mai. Esatto. Dovremmo mettere gli accenti perche` la cartografia vuole essere autorevole sulle informazioni cartografiche, come il vocabolario lo e` sui vocaboli (emmex diceva "Nei dizionari ci mancherebbe che non ci fosse l'accento", ma poi non li vuole su osm). Dopo di che non vorrei che fosse obbligatorio, perche` ci sono gia` troppe regole che scoraggiano i nuovi mappatori, ma mettere gli accenti ai toponimi non-piani e` la cosa giusta da fare nella cartografia seria (e anche "via dei mà rtiri" non sarebbe sbagliato, visto che potrebbe anche essere "via dei martìri"). (ps: aprendo una kompass a caso ho trovato "val Mà sino" e "Brescià dega", cosa che toglie ogni dubbio su come si legga "Novate Mezzola": sara mèzzola? no, e` mezzòla perche` non c'e` accento sulla cartina). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti mapnik lenti
> http://www.openstreetmap.org/#map=19/45.19486/9.15331 > > non solo c'e` il vecchio stile, ma mancano anche dei dettagli Non e` vero, federico cortese mi ha fatto notare che non ho pulito la cache del mio browser. Potete ridere tutti di me, che sono ignorante come una capra. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti mapnik lenti
> L'ho notato anch'io. Sara` forse a causa dei recenti aggiornamenti di > stile, che magari hanno rallentato il sistema in questo primo periodo? Gia tempo fa ("about one month ago", che gli venga qualcosa) ho aggiunto dei particolari che hanno impiegato svariati giorni ad apparire sul rendering (almeno 24h per esserci ad un livello di zoom, non ricordo quale, e gli altri molto molto dopo). Qui: http://www.openstreetmap.org/#map=19/45.19486/9.15331 non solo c'e` il vecchio stile, ma mancano anche dei dettagli di "4 giorni fa" (non c'e` la data, detesto queste cose da terzo millennio). ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il fiume Olona lungo la circonvallazione milanese
> Se a qualcuno sembra normale che in un posto come questo sia normale > vedere scritto Fiume Olona, mi sa che ho sbagliato mappa. Non e` normale, ma quello che si e` detto in lista e` che il database e` corretto, il problema e` solo di rendering. Quindi va corretto il rendering, non il database. E il rendering ha un tot di problemi anche peggiori (come il database, ma comunque almeno in italia questo database e questo rendering sono gia` molto ma molto meglio delle alternative). La mappa perfetta non esiste, in ogni caso, anche perche` ognuno ha le sue preferenze. E questo problema non mi sembra gravissimo. A livelli di zoom sufficienti i nomi delle strade appaiono eccome, come tutte le altre informazioni di contorno. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Latitudine e longitudine OSM
I vedo cosi`: > 45.1860043, 9.1546375 Immagino che il problema sia di localizzazione. Una delle varie cose che detesto dell'informatica da terzo millennio e` questa idea sbagliata della localizzazione. In C, con la libreria standard, la stampa dei numeri (esempio: "%5.3f" che dice "numero in virgola mobile in 5 caratteri, di cui tre decimali) usa il carattere locale. Quindi mi trovo a dover imporre LANG=C (che vuol dire "programmatore", nessuna nazione in particolare), altrimenti per esempio il postscript mi esce sbagliato. Probabilmente da qualche parte viene fatta una cosa del genere. Infatti se faccio wget --header='Accept-Language: it' 'http://www.openstreetmap.org/node/62505612' Ottengo questo (con le virgole) Posizione: 45,1860043, 9,1546375 Mentre senza l'header ottengo "Location" e la stringa con i punti. Secondo me e` un baco, ma uno di quelli grossi, proprio di progetto. Pero` e` un baco nel linguaggio usato, non nel codice di osm.org. Si puo` girarci attorno, nel codice di osm ma non credo sia banale. Anche perche` temo che latitudine e longitudine vengano stampate in vari posti. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova nuova challenge su maproulette.org
> Effettivamente una primary_link non dovrebbe sfociare in una unclassified. > E' come se uscissi dal casello autostradale e mi trovassi in una stradina > asfaltata larga 3 metri. Succede, come dice Martin. Qui da noi molte uscite del raccordo bereguardo-pavia sfociano in stradine minuscole o direttamente in pesini microscopici (residential). Una (massaua) era addirittura sterrata fino a poco tempo fa. I sistemi automatici di rilevazione errori dovrebbero segnare gli errori, non le cose strane, comunque inserite da un mappatore che conosce il territorio. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: TOWN & VILLAGE
> Basta! Non ne posso piu` di queste discussioni sui place... > [...] Grazie simone. Sono completamente d'accordo, da utente abituale di cartografia, pur senza una preparazione specifica sulla tecnologia moderna. A volte leggendo questa lista sembra proprio che si perda il senso del mondo reale (che nulla ha a che fare con la legislazione italiana e il livello amministrativo dato alle localita`). Esattamente come per la rete viaria (primary, secondary, tertiary, quaternary (che si scrive unclassified)) per i centri urbani ci deve essere una gerarchia sensata in base a come le cose sono e vengono vissute nel mondo reale. Altrimenti la mappa e` inutilizzabile. Dopo di che abbiamo un problema di rendering: ci sono zone in cui a certi livelli di ingrandimento non si vede nemmeno un nome, ma questo va sistemato a livello di rendering, non di database. E sono cosciente che non e` assolutamente banale da affrontare, ma non e` certo promuovendo tutti i comuni a town che si migliora la situazione. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Spam
> Guarda la descrizione dell'utente, e` quella che non va bene... Per il nodo > bisogna capire se ha una attivita` o l'ha messo su casa sua. Generalmente > si mappano le attivita` fisiche (per le attivita` web c'e` stata qualche > discussione ma non si e` deciso granche`). Ok, grazie per la spiega. Quindi tendenzialmente "se e` visibile dall'esterno", tipo che uno che passa vede la vetrina o la targa dell'ufficio legale che riceve clienti; le attivita` aperte al pubblico, che puo` segnare qualsiasi mappatore che passi in zona e veda tracce dell'attivita`. > Un conto e` inserire l'attivita` commerciale, un conto e` inserire messaggi > autopromozionali imho. Si, certo. Questo e` sul modo, e sono d'accordo che il modo non andava bene (era impostato in modo pubblicitario`, non come documentazione di un'attivita` che esercita in quel luogo). Grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Spam
> questo vince il premio di spam della settimana Per chi non ha seguito il link: "insegnante madrelingua inglese" eccetera, con telefono. Per chi volesse vedere ora: www.openstreetmap.org/node/2613440950/history Chiedo scusa, ma non capisco del tutto dove sta il problema. Certo, i tag non sono a posto, alcune key sono scelte male e value troppo lungo, indubbiamente, ma immagino che il problema non sia questo. (Normalmente, in campo tecnico, quando si segnala un problema si dice anche cosa non va bene, non solo "questo e` sbagliato": anche i bachi che urlano vendetta a qualcuno non sono cosi` evidenti per altri). Cosi` a pelle mi viene da dire "guarda questo che pensa di farsi la pubblicita`" (e` questo che e` sbagliato? penso di si ma non so con sicurezza, se non e` questo non leggete oltre...). Ma poi ricordo tutte le discussioni su come segnare esattamente i negozi, con nomi telefoni e partite iva; negozi che poi si trovano l'inconcina su tutti i render (a differenza dell'insegnante). E allora dove sta il problema con l'insegnante di inglese che mette il suo numero di telefono? Spero che sia solo l'uso non conforme dei tag e il fatto che manchi la partita iva. Non vedo grosse differenze tra il negozio che fa servizio pubblico e deve essere raggiungibile col consulente che fa servizio pubblico e deve essere raggiungibile. Un mio parente ha una ferramenta e non e` in osm: se si registrasse, approvasse la licenza e segnasse il suo negozio come unico edit sarebbe sbagliato? Se lo facessi io che al suo paese ho gia` mappato sarebbe sbagliato? Volker: > Rimosso e spedito messaggio al mappatore Quale messaggio? Cosa viene detto a questi mappatori inesperti e a che titolo? [Volker: assolutamente niente di personale, non e` una critica ma un sincero desiderio di capire e imparare] Vi ringrazio per la pazienza: so che non sto capendo ma forse non sono l'unico. Credo che esplicitare le politiche da usare possa essere utile a tutti. Non voglio assolutamente essere polemico, nonostante rileggendomi capisco che possa sembrare cosi`. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tutto pedestrian a Venezia?
>> Già c'era una classificazione a Venezia qualche anno fa ;-) > E com'era? Sinceramente non me la ricordo, mi par che una volta fosse > tutto footway e poi fu cambiato con pedestrian in seguito a una > discussione in lista... Adesso non c'e` nessuna classificazione. Personalmente che siano pedestrian o footway non mi interessa: la mappa e` in ogni caso inutile anche se completa, perche` se devo andare da un posto ad un altro non riconosco le strade principali dai vicolini (ne` io che guardo il rendering ne` il navigatore). Una delle cose che vengono insegnate subito ai mappatori e` che bisogna descrivere la rete di strade, e che la primary potrebbe anche essere non asfaltata in certe regioni del pianeta. Mi pare che questa sia proprio una di tali regioni in cui la primary non e` a 4 corsie. Il tag highway= e` quello principale, se lo sprechiamo per indicare una restrizione di accesso (come ora) non abbiamo alcuna informazione sulla rete. Personalmente in centro a venezia mi aspetto una rete di tertiary, unclassified (== quaternary) e residential. Una cosa insomma che mi permetta di capire dove sono e di portermi muovere con facilita`. Le restrizioni di accesso si possono indicare separatamente, ma se non abbiamo la rete gerarchica la mappa e` inutile. /alessandro, che sa benissimo di essere in minoranza, ma resta convinto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri telefonici e ex-prefisso
> vedo che si continuano ad inserire i numeri telefonici separando quello > che una volta era il prefisso dal resto del numero. Separare rende il numero piu` leggibile, ma anche piu` memorizzabile. Tutti i numeri di una certa area iniziano sempre allo stesso modo, quindi anche se non capita mai che non si digitino le prime cifre, rimane sensato dividerle nella rappresentazione. > A me risulta che l'ex prefisso sia diventato parte indivisibile dal > resto del numero, infatti non conosco nessuna situazione in cui si > possa chiamare un numero telefonico senza comporre anche l'ex prefisso. E` vero. Ma rappresentarlo separato conviene comunque. Dopo di che non e` chiaro a quale problema ci si stia riferendo. Anche le pagine bianche, dopo aver riempito le pagine pavesi di "0382" hanno ricominciato a separare il prefissi, scrivendolo solo all'inizio del comune e in cima alla pagina. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Colle montano
> Ce dite di place=hill, oppure natural=hill? Non si parla di colline. Il termine "colle" in ceri casi indica un passo, come gia` detto esplicitamente in lista. Per esempio conosco il "colle di san zeno", che e` il passo tra la val camonica (pisogne) e la val trompia (pezzaze) e il "colle di san fermo", tra la val camonica (sarnico) e la val cavallina (borgo di terzo). In questi casi passa la strada, ma altri gia` hanno notato che a volte non c'e` strada o sentiero. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
Guido Salemme: > quindi io ci metterei tutte quelle strade che non sono autostrade e > non hanno incroci a raso o rotonde cio\350 tutte le strade che hanno > corsie di accelerazione o decelerazione per l'immissione e l'uscita > (questo combacia con la descrizione fatta qui > http://wiki.openstreetmap.org/wiki/IT:Map_Features alla voce trunk) > se su queste valgono le stesse restrizioni delle autostrade > motoroad=yes Sono d'accordo. La lecco-colico e la iseo-pisogne sono due trunk, anche se una ha due corsie e carreggiate separate e l'altra ha una corsia per senso di marcia. Il traffico "normale" passa dalla litoranea (da questo punto di vista, la parte lecco-abbadialariana non dovrebbe essere trunk, perche` ci passano anche pedoni e bici, anche se su osm adesso lo e`. Se vedo trunk, come ciclista so che non posso passare, e invece da lecco ad abbadia e` l'unica possibilita`. E` vero che ci sono i tag arcani per accessi eccetera, ma la mappa deve essere comprensibile anche per chi la guarda, non solo per i navigatori. Purtroppo osm talvolta non lo e`, cosi` quando pedalo con la carta di carta stampo l'atlante del touring, non osm. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kompass fa uso di OpenStreetMap?
> A giudicare da questa mappa sembra sembra di si > http://maps.kompass.at/#lat=3D45.888779091190294&lon=3D10.848828641357375&z= > =3D15&s=3DKOMPASS%20Touristik > ... almeno cosi' dice l'attribution in fondo Se si cala la risoluzione si vede che ci sono due fonti. Credo usi osm per dove non ha i suoi dati (pavia per esempio e` osm). Qui si vede: http://maps.kompass.at/#lat=45.53475751438508&lon=10.371953336181594&z=10&s=KOMPASS%20Touristik ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma strade senza nome
>> Il nome della via e` unico nel comune. > ^^^ Questo dove e` definito? e` pure possibile che ci sono due vie "della > chiesa" in un comune... Anche due via leonardo, una e` da vinci e l'altra e` sciascia. No, non ho verificato la normativa. >> L'indirizzo e` composto >> da via e civico (la localita` e` "via" in questo caso), comune, cap, >> provincia (facoltativo). > Ma l'algoritmo da dove sa che via in questo caso e` la localita`? Perche` la via si chiama "localita` marcadello". Le altre proposte richiedono trattamenti speciali. Io odio i casi speciali, sono poco usati e quindi sono bacati, o tendono a bacarsi piu` avanti. > Non mi sembra opportuno un algoritmo che indovina se il nome della > strada e` identico al nome della frazione Non c'e` nulla da indovinare. [offtopic] > a proposito: quale tastiera usi, e perche` usi > il Grave U+0060(`), quando l'apostrofo U+0027 (') ci sta benissimo? Ho la mia mappa e le mie abitudini. E le macro di emacs per convertire agli accenti veri quando serve davvero. L'apostrofo ci stara` anche benissimo ma e` ambiguo con la virgoletta singola. Quando scrivo i nomi delle vie li faccio giusti: ho la combinazione appropriata ma non mi e` entrata nelle dita. > Chiedo perche`) negli ultimi giorni ho tentato di creare un layout > italiano [...] per questo mi interessa la usanza regolare della > tastiera italiana. Non e` regolare. Faccio cosi` da sempre: ho la mappa USA perche` scrivo codice (ed e` piu` comoda: le directory si separano con / perche` si tratta di un tasto comodo da prendere, anche altre convenzioni unix dipendono da come e` fatta la tastiera americana). Mi sono scelto il backtick quando battevo tesi per amici e clienti, cosi` poi potevo convertire in automatico. E l'ho messo in un posto comodo, oltre ad altre piccole modifiche, a partire dal control. > L'ultima volta che ho letto sul sito delle poste italiane, la > provincia non e` facoltativa Pensavo lo fosse perche` derivabile dal cap. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma strade senza nome
>> Ricordo quando cercavo una persona in "Localita` Marcadello 57", per >> me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si >> chiama come la frazione. > > Se fosse cosa`=AD, non dovrebbe essere l'indirizzo: > Localita` Marcadello 57 > Localita` Marcadello > ... > > (una volta per la strada, una volta per la frazione)? No. Se vuoi essere rigoroso, la frazione non si mette. Il nome della via e` unico nel comune. L'indirizzo e` composto da via e civico (la localita` e` "via" in questo caso), comune, cap, provincia (facoltativo). MA siccome ogni nazione ha le sue convenzioni, non serve nemmeno essere rigorosi all'italiana. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma strade senza nome
>>> quindi secondo me va battezzata la strada. Separandola in vari pezzi >>> (proprio come si fa in citta`, quando una via che "si vede" essere una >>> sola ha due nomi diversi in tratti diversi). > E se per esempio una strada, magari lunga chilometri senza abitazioni > lungo il percorso porta ad una localita` abitata come la si nomina la > strada? Tutta con il nome della localita`? > (sempre ammesso che tale strada non abbia un nome) No, si separa la traccia in due tracce, e la parte che ha numeri civici della localita` ha un nome, l'altra parte un altro nome. Come dicevo, anche quando "si vede" che e` una strada ma ha due nomi diversi in tratti divesi, la si separa. Se "strada Selmanenti" ha dei civici con quel nome ma la parte finale sta in frazione tabellano e ci sono civici "Localita` Tabellano" si divide la way all'ingresso della frazione. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma strade senza nome
> Chi vive in quelle borgate, ha la residenza in Localita` XXX che su > Osm rappresentiamo magari con un Hamlet. A questo punto la route > rimane senza name. e su Josm viene segnalata come errore. Non vedo perche` non si puo` dare alla via lo stesso nome della frazione. In pratica e` cosi`. Come altri notavano, i cartelli del nome della via indicano la localita`. Ricordo quando cercavo una persona in "Localita` Marcadello 57", per me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si chiama come la frazione. Non ha senso cercare un civico su un hamlet, quindi secondo me va battezzata la strada. Separandola in vari pezzi (proprio come si fa in citta`, quando una via che "si vede" essere una sola ha due nomi diversi in tratti diversi). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proiezione Dymaxion
> Subject: [Talk-it] Proiezione Dymaxion http://xkcd.com/977/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza tra residential e unclassified
> -unclassified - strada che non ha una classificazione amministrativa > ref=*. Strade Unclassified tipicamente formano il reticolato di strade > di una citta` o paese" > > La definizione di residential mi sembra chiara. Forse si potrebbe > migliorare la definizione (in questo contesto) di unclassified? Sbaglio o "unclassified" viene dall'origine inglese in cui primary secondary e tertiary sono sia classificazioni amministrative sia i primi tre livelli di importanza della strada? Io ho sempre pensato ad "unclassified" coem quarto livello, ovviamente non amministrativo visto che ci sono statali meno iportanti di molte provinciali (spesso ex statali, pero`, appunto, ex). grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: nuovi utenti perditempo
> E' ovvio che OSM e` cosi` perche` e` crowdsourced, non mi servivano spi > egazioni in tal senso. > > Volevo vedere se era possibile migliorare la situazione in qualche modo. Temo di no, oltre a migliorare i controlli automatici, come gia` detto da altri, che pero` piu` di tanto non possono fare. Direi, come si dice a volte delle persone, che osm ha i difetti dei suoi pregi. Riguardo all'uso "mission critical", bisogna tenere conto dell'imperfezione del dato. Ma i dati, anche quelli professionali, contengono sempre imprecisioni, percio` tutte le applicazioni veramente critiche hanno la supervisione umana. L'automazione aiuta ma non puo` sostituire l'operatore, se non in compiti ben circoscritti (non per forza facili), basati su dati statici. > Scusate, non lo faro piu`. Io invece ho apprezzato la discussione, e credo sia stata costruttiva (anche se un po' ripetitiva). Come gia` detto (non trovo da chi), sono d'accordo con tutte le posizioni espresse. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Siti militari nelle ortofoto di Bing
> Mi veniva in mente che su ogni stazione dei carabinieri c'e` il cartello > "vietato effettuare rilievi anche a vista - vietato fotografare" Vero, ma sui libri di scuola dei miei figli c'era scritto "vietato usare gli spunti didattici", e su alcuni miei libri tecnici "vietato importare in usa e canada". Chi ha la stampante in mano a volte scrive quello che gli fa comodo, indipentemente dalla legge. Nel caso dei carabinieri forse non c'e` malafede, ma la legge puo` semplicemente essere cambiata e i cartelli no. Anche le foto dall'alto di pavia avevano una bella macchia bianca vicino al centro, che sembrava dire al nemico "spara qui che vai sul sicuro". Quelle recenti non sono piu` sbianchettate. Questo e` coerente con quanto qui riferito sulla zona di aviano. Credo sia il caso di cercare un riferimento normativo recente. (ad una prima veloce ricerca non l'ho trovato, pero`) /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Comuni composti da più villaggi con nomi diversi
> sono i classici comuni sparsi a treviso ce ne sono alcuni ma c'e` sempre uno > con il nome da cui prende il comune anche se non e` quello dove si trova il > municipio Non e` detto che ci sia. A mantova c'e` "Virgilio" come comune, ma i paesi sono Cerese, Pietole, Cappelletta. Anche "Porto Mantovano" e` fatto da Cittadella, Bancole e altre frazioni, ma nessuna si chiama Porto. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alveo del Po
Fabrizio Tambuzza: >> Questo sistema taglia fuori isolette o spiagge di ghiaia (cosiddetti >> ghiaioni) che annualmente appaiono/scompaiono al variare del livello >> del fiume. Quasi tutti questi ghiaioni sono sempre nello stesso luogo, >> cioe' non sono sensibili alla corrente del fiume. (quantomeno non >> millimetricamente...) Simone Saviolo: > Non sono d'accordissimo a segnare quelle aree. Ho l'esempio del Sesia, che > vedo ogni giorno dal ponte della ferrovia e cambia conformazione da una > settimana all'altra. Non parlo di variazioni millimetriche, ma di vere e > proprie isole che compaiono, scompaiono, si modificano, bracci d'acqua che > cambiano percorso. Certo, succede in tutti i fiumi. A volte di piu` a volte di meno. Da canoista della domenica ho sempre apprezzato le cartine che indicano queste conformazioni, perche` mi aiutano a sapere dove mi trovo e aggiornare le stime dei miei tempi di percorrenza, ma anche sapere quale ramo prendere quando scendendo mi trovo un'isola che separa il corso; questo sapend benissimo che la mappa non puo` essere precisa in proposito (sia chiaro, l'isola c'e` in ogni caso, ma il ramo che si disperde in acque basse e` diverso da quello che ha sempre la sua portata). Non sono d'accordo col rifiutare l'informazione solo perche` potrebbe essere sbagliata di qualche metro (anche fossero decine di metri): l'utenza dei letti dei fiumi conosce il suo ambiente e sa fruire dell'informazione relativa. Per esempio questa rappresentazione del canarazzo non e` sbagliama: http://osm.org/go/0Cg6Ni11 ma potrebbe essere piu` utile mostrare a chi risale che il ramo interno potrebbe essere cieco: http://binged.it/MvhfQY /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo dell'ortografia dei nomi delle strade
> http://www.forsi.it/osm/spellcheck/highway/ Per curiosita` sono andato, ma dopo scelto il valore nella tendina non e` chiaro come si fa ad inviare il dato per la registrazione. grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Apple iPhoto usa OSM
>> Nella mia zona sono quasi certo siano le mappe di OSM Nella mia non c'e` ombra di dubbio. Ci sono gli sentieri senza uscita, quelli che partono bene e poi si perdono tra i rovi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pagina wiki zoom levels
All-To: talk-it@openstreetmap.org,saba...@gmail.com Re: [Talk-it] Pagina wiki zoom levels > From: sabas88 > To: openstreetmap list - italiano > Subject: Re: [Talk-it] Pagina wiki zoom levels > Date: Fri, 11 Nov 2011 13:45:24 +0100 > --===8757609740844314487== > Content-Type: multipart/alternative; boundary=00151759246603edd304b174e6f3 > > --00151759246603edd304b174e6f3 > Content-Type: text/plain; charset=ISO-8859-1 > > Ti sei dimenticato di moltiplicare C per il coseno della latitudine :) > > Il giorno 11 novembre 2011 13:42, emmexx ha scritto: > >> Ho qualche problema nell'applicazione di una formula che ho trovato sul >> wiki. >> >> Voglio trovare il livello di zoom necessario affinche' una certa >> distanza intorno ad un punto venga visualizzata tutta entro un >> rettangolo di M x N pixel. >> >> In questa pagina c'e' una spiegazione ed una formula: >> http://wiki.openstreetmap.org/wiki/Zoom_levels Qui c'e` una tabella che tiene conto del coseno, ovviamente per una specifica latitudine va fatto il conto apposta. http://wiki.openstreetmap.org/wiki/FAQ#What_is_the_map_scale_for_a_particular_zoom_level_of_the_map.3F >> Ad esempio per lo zoom 18 viene riportato metri/pixel = 0,596 >> >> Se applico la formula riportata ottengo: >> >> S = C / 2^26 = 6372798,2 / 2^26 = 0.0949620932340622 la circonferenza terrestre una volta erano 40mila chilometri (me l'hanno insegnato alle elementari). 6372, il numero usato qui sopra, e` il raggio. Infatti il rapporto tra i due numeri e` duepigreco. Comunque (come gia` detto) va tenuta in contol la latitudine: si usa mercatore perche` e` isogonica, ma non e` equivalente. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [OT] Re: R: in treni olandesi su OSM in tempo reale :)
> se interpolare le informazioni note e quelle previste da' un risultato > plausibile e piacevole da vedere a me andrebbe anche bene. E` con questi ragionamenti, secondo me, che stiamo rendendo l'uomo impotente nei confronti delle macchine. Ormai un certo numero di sistemi informatici danno informazioni sbagliate con la scusa che tanto sono presentate bene, e chi le usa non sa che pesci pigliare. Capisco il punto di vista, sia chiaro, ma credo sia dannoso. So benissimo che sono in minoranza, ma vedo anche che molte cose non funzionano come dovrebbero costando 10 volte di piu` di quello che dovebbero (anche in tempo uomo gratuito, il costo c'e` lo stsso). Non vorrei che anche il mondo dei dati liberi prendesse la strada del "basta che sia bello e se poi e` sbagliato fa niente". /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Calà del Sasso - steps, path o track?
> Ma *ovunque* non passi con la bici (bicycle=no) puoi passare se scendi > dalla bici (a patto che sia foot=yes) Non e` vero. A sirmione nel periodo estivo e` vietato entrare in bici anche a mano (non e` bello, quando uno ha le borse sulla bici invece dello zaino legato al portapacchi). Inoltre nel parco del ticino c'e` un cancello con passaggio pedonale, ma il passaggio e` a quasi un metro di altezza -- non tutti riescono a farci passare la bici, ma nemmeno tutti riescono a passare a piedi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Simone Cortesi (news)
> I meant as in "yes please find him" not "yes we have found him" I found him: living nearby I looked for his place and found his family. They made me talk with him at the phone: he had some health issues that he wants to keep private, but he's well and will be back soon. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non pensate che (...)
Infoweblan di Roberto Vito Gerardo: > E il documento di Martin nessuno lo legge. > > [... rimosso un intero messaggio di Paolo Molaro che non c'entra ...] Ora l'ho letto. Interessante. Naturalmente non ho idea se sia quello cui ci si sta riferendo. Se io vedo un riferimento interessante che non suscita discussione come dovrebbe, magari arrivo fino a disturbare tutti gli iscritti della lista per ripeterlo, ma 1- riporto il riferimento che suggerisco di leggere 2- aggiungo qualche considerazione che credo utile 3- non cito integralmente un altro messaggio che non c'entra Cosi` hanno fatto Carlo Stemberger e Paolo Molaro, e l'ho letto per merito loro. (https://docs.google.com/View?id=dd9g3qjp_63fshs97dc) Abbiamo tutti altre attivita` da svolgere, il tempo e` sempre limitato. Se chi scrive in lista e` costruttivo e fa qualche sforzo perche` il suo intervento sia utile e di facile fruizione da chi lo legge, allora viene letto con piacere. Chi scrive messaggi non circostanziati, non fa il minimo sforzo di ripulire il nuovo messaggio da informazione pregressa non piu` rilevante, risponde freneticamente a se stesso pochi minuti dopo aver scritto ... questi tendono a finire nel mio kill file, anche quando mi rendo conto che mi posso perdere qualcosa, perche` la persona ha qualcosa da dire. E` gia` stato detto molto piu concisamente: "netiquette". Ma forse non tutti sanno cosa significhi. So che la mia prolissita` mi puo` portare nei kill file altrui /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comune sparso
> +1. Ma aggiungiamo un nuovo livello: le frazioni delle frazioni! Secondo me sono quartieri, ma probabilmente la definizione di "suburb" non si applica. Anche a Pavia e a Mantova abbiamo cose simili, anche se non appaiono negli indirizzi: "abito a citta` giardino" o "vai in valletta paiolo". > Mi sembrano troppo radicati nella cultura locale per ignorarli Per quello che conta sono d'accordo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comune sparso
Federico Cozzi: > Quindi la relation del confine del comune e`: > type=boundary > name=Fiumicello > Un nodo al centro del paese: > place=village > name=San Valentino > Un altro nodo: > place=village (o hamlet) > name=Papariano Quello che volevo dire nel mio precedente messaggio troppo lungo, scritto mentre Federico scriveva questo, non ho il dono della concisione, scusate. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comune sparso
1) Il Comune di Fiumicello comprende la parte del suolo nazionale delimitato con il piano topografico, di cui all'art.9 della legge 24/11/1954, n. 1228, approvato dall'Istituto Nazionale di Statistica. 2) Il territorio del Comune comprende le località di: o SAN VALENTINO - capoluogo o PAPARIANO o SAN LORENZO o SANT'ANTONIO Che bel casino... Secondo me no. E` una situazione abbastanza comune. A Mantova c'e` "virgilio" che comprende cerese, cappelletta, pietole, andes. Nessuno va a "virgilio" anche se e` il nome del comune. Anche "porto mantovano" e` uguale. A Pavia abbiamo "comune di san genesio ed uniti" ma il paese si chiama san genesio (e poi ci sono i vari hamlet). Oppure "sant'alessio con vialone", ma il paese e` "sant'alessio" e la frazione "vialone". Secondo me I paesi vanno marcati village, i nuclei abitati hamlet e il comune (di cui abbiamo i confini) con il nome del comune. Non e` diverso da stati e regioni: "italia" e "liguria". Non esiste una citta` "liguria" e il nome appare solo nei confini regionali. Eppure c'e` gente che va "in liguria" e gente che va "a genova", ed entrambe le cose hanno senso. Se qualcuno viene da lontano e vuole andare a "virgilio, provincia di mantova" lo si porta nel comune e non in un paese particolare. Da vicino a nessuno verrebbe in mente di andare a virgilio (o a fiumicello, immagino). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiamento massivo: Dì per Dì è diventato Carrefour express in tutta Italia?
>> nell'ultima settimana ho visto tutti i punti Di` per Di` >> cambiare nome in Carrefour Express Quello vicino a casa mia da qualche mese. http://it.wikipedia.org/wiki/Supermercati_GS ci dice: Nel 2000 la "Carrefour", secondo gruppo mondiale della grande distribuzione, acquisisce il 100% del Gruppo GS che diventa così "GS S.p.A.", e tutti i Continente prendono la nuova insegna. Un anno dopo, si inizia a lavorare con l'insegna Dì per Dì, destinandola soprattutto ai punti di vendita di vicinato e all'affiliazione di piccole superfici indipendenti. A fine 2007, a seguito della riorganizzazione internazionale di Carrefour, viene deciso di dismettere gradualmente l'insegna Dì per Dì, assegnando l'insegna GS alle superfici più grandi e l'insegna GS Express a quelle più piccole. Parallelamente i Gs Iperstore, ovvero le superfici assimilabili ad ipermercati riceveranno l'insegna "Carrefour Market", che designa gli ipermercati di dimensioni minori (attorno ai 2600 m2). In seguito vi è stato un cambio di strategia: le superette Di per Di saranno infatti destinante ad assumere l'insegna "Carrefour Express", mentre i supermercati GS diventeranno "Carrefour Market". I mini iper manterranno invece la denominazione "Carrefour". I primi cambi di insegna sono avvenuti a partire da fine 2009 ed hanno inizialmente riguardato, per quanto riguarda le superette, alcune importanti città del Nord Italia (Milano, Torino e Genova) e per i supermercati Milano ed il suo hinterland. Si punta a convertire 70 punti vendita entro fine anno e l'intera rete entro la fine di quello successivo (2010). Mi sembra attendibile, per quello che ho visto localmente. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (no subject)
> Resta il dubbio sul tratto Rondissone (svincolo) - Rondissone > (barriera). Io lo segnerei toll=yes in entrambe le direzioni, per via > del routing. Io direi di no. e` toll=yes solo tra le barriere. Per il routing non e` un problema perche` quando entri in una carreggiata a senso unico che ti porta solo verso la barriera del pedaggio, per forza dopo devi pagare (quindi il router non ti ci portera`, per lui quel tratto e` senza uscita). Mi sembra piu` pulito segnare a pedaggio solo quello che e` tra le barriere, altrimenti avrai sempre delle incongruenze sulle rampe di accesso (oltre a molti tag da aggiungere al database che in realta` sono inutili). > Del resto, dibattere se si paghino o no quei 500 metri di > autostrada mi sembra al limite del filosofico. Si, decisamente. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bug di Mapnik
> a precindere del errore di render, non e` un po essagerato mettere > 2958,083984 m come quota? Non si possono arrotondare i 8,3984 cm ? > ;-) Sembra qualcuno che ha trovato la quota in yard (3235 immagino) e ha convertito con .9144 come dice wikipedia, e un po' di immaginazione (farebbe 2958.0840). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [per ridere] Tagghiamo come si deve
> Oybta Cguaooa; a sua discolpa devo dire che il nome (di Punta Chiappa) l'ha > copiato da questo documento http://www.italgiure.giustizia.it/ [...] [OT] Ho sempre detto che i correttori ortografici devono conoscere la mappa di tastiera. Prima o poi qualcuno lo fa, anzi lo brevetta e aspetta che lo facciano gli altri, come tutte le cose che abbiamo sempre detto che serve fare. /slrddsnfto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Utilizzao dei dati del PCN
> [...] > Ma se, per esempio, sto controllando il corretto allineamento > di un elemento lineare gia` esistente in OSM, 3 secondi posso no > essere sufficienti per valutare una inquadratura ad alta risoluzione > e magari spostare un paio di nodi, prima di passare all'inquadratura > successiva. In un uso di questo tipo, la frequenza delle richieste > e` piu` che altro limitata dalla velocita` di risposta del WMS. Si. Io per esempio ho aperto potlatch e ho guardato delle zone in cui sono stato di recente (e di cui non ho ancora caricato le tracce), per vedere quello che gia` c'era ingrandendo alcuni dettagli, poi tornando indietro e spostandomi... mai avrei pensato di contribuire ad un'accusa di pirateria verso gfoss. Qualcosa ho segnato, ma molto poco, ho fatto prima una sessione esplorativa per capire la potenzialita`. Credo di non essere stato l'unico. Una ogni 3 secondi in media da una macchina che concentra piu` utenti mi sembra pochissimo. Inoltre, questo uso non e` diverso da quello che di solito uno fa con le foto di guguli`. Poi magari qui si ferma a mappare e smette di fare traffico, ma solo dopo un po'. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzao dei dati del PCN
Luca Delucchi: > dobbiamo aver chiaro che non e` nostra fortuna se le pubbliche > amministrazioni ci concedono i dati, quei dati sono nostri e pagati > con i nostri soldi! Ultimamente ho scoperto che il CERN pubblica tutto quello che fa, proprio perche` e` finanziato da soldi pubblici -- e non fa solo le particelle, fa tutto quello che serve per lavorare con le particelle. Per esempio ha fatto un "open hardware repository (ohwr.org), con tutte le schede che si progettano e si costruiscono per i loro usi. Nonostante il CERN riceva un sacco di finanziamenti "a fondo perduto", il fatto che renda disponibile tutto quello che realizza da` un ritorno all'industria europea pari almeno a 3 volte quanto ricevono (alcuni dicono addirittura 8 volte). Bisognerebbe studiare meglio la faccenda e presentarsi alle amministrazioni locali con dei numeri in proposito: questa e` la nostra europa, non la lontana america con le sue norme "strane" sulla pubblicazione dei dati e dei programmi della PA. Ieri ho fatto una ricerchina ma non ho trovato niente, pero` fare ricerche non e` la mia specialita`... Niccolo` Rigacci: > I piccoli invece restano al palo e tutta una serie di servizi che > avrebbero inevitabili ricadute positive sul territorio non > vedranno mai la luce. Esatto. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Parco Nazionale Foreste Casentinesi M.te Falterona e Campigna
> Ma nel nostro caso il nostro amico ha "imparato" il confine del parco > dalla carta, ne ha eliminato tutti gli elementi introdotti dall'autore > della carta (veste grafica, note aggiuntive ecc.) e ce l'ha "spiegato" > con parole sue. > [...] > Cosi` i dati inseriti su OSM sono sicuramente simili a quelli presenti > in altre cartine (dopotutto le coordinate geografiche sono sempre > quelle), ma perche` queste ultime si rifanno al confine stabilito per > legge che e` unico. Mi sembra sensato. Il thread e` maturo per l'intervento del legale (ora che e` iscritto in lista...) /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Parco Nazionale Foreste Casentinesi M.te Falterona e Campigna
> [off topic: come funziona il copyright sugli articoli scientifici? =E8 > sicuramente vietato fotocopiare l'articolo e distribuirlo. Ma in una > lezione posso citare un teorema e la sua dimostrazione contenuti in un > articolo, oppure sto violando il copyright dell'autore?] Il copyright e` sull'espressione, non sul concetto (a differenza del brevetto, giusto per puntualizzare). Inoltre e` sull'espressione solo quando e` originale. Cioe`, come minimo, ci sono altri modi per esprimere la stessa cosa. Quindi tu puoi parlare quanto vuoi del complesso di edipo, senza chiedere permesso agli eredi di sigismondo. Infatti sono stati scritti tanti altri libri in tema. Se poi parli di argomenti scientifici e quindi devi riportare anche delle formule, anche laddove non ci fosse il diritto di citazione (il fair use anglosassone o tutte le sue varianti) in ogni caso non devi chiedere il permesso perche` non c'e` altro modo per scrivere la stessa formula (o teorema). Dopo di che si citano le fonti e di da` credito dove sia il caso di farlo, sia perche` si cerca sempre di rispettare il lavoro del prossimo sia perche` si ricadrebbe in altri illeciti (che non so dire, quali, qui non e` la diffamazione ma e` lo stesso concetto: non serve che la licenza si premunisca contro la diffamazione, perche` si applica comunque). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] maratona di milano
Forse lo sanno gia` tutti, ma non avendo visto niente qui permettetemi questa nota informativa. Sul corriere di milano di oggi (domenica), pag 17 c'e` la pubblicita` della maratona di milano con la mappa. Dice "data: osm, licenza: cc-by-sa" (non proprio letterale, non ce l'ho davanti agli occhi adesso). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Render di un canale
> Basterebbe che il render considerasse equivalenti canal e river (ce ne > sono di tutte le dimensioni di entrambi: perche` assume che canal sia > piu` largo di river?) e meta` dei problemi sparirebbero. Si, semplice ed efficace. Io farei il canale piu` piccolo perche` ha meno dignita` ai miei occhi (il canale e` posticcio, viene dopo cronologicamente, e spesso il fiume e` piccolo solo perche` derubati dai canali), ma andiamo sul sentimentale e non va bene. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Render di un canale
>> Ho messo una est_width, in mancanza di dati precisi. Non so se venga >> considerata. Il problema e` che il render non puo` usare direttamente la dimensione, perche` ogni oggetto lineare verrebbe sottilissimo se si usasse la dimensione reale. Il fatto che il canale sia reso troppo grande e` secondo me un problema di definizione di "canale". I canali nell'alto mantovano sono 5-10 metri, i navigli di milano 10-20 mentre i canali navigabili che vedo in alcune foto del nord europa sono tutta un'altra cosa. Anche il canale di suez lo chiamiamo canale. Temo che chi ha definito il render del canale pensasse a quelli navigabili, mentre da noi sono molto piu` diffusi quelli di qualche metro, che comunque marchiamo perche` spesso ai lati corrono delle alzaie. D'altronde c'e` lo stesso problema per "fiume": il po, il ticino, il mincio hanno tre dimensioni completamente diverse (il mincio sotto goito e` poco piu` di un fosso). E poi ci sono olona, terdoppio, dezzo (val camonica) che sono anche loro "fiumi" ma certamente voglio un render diverso. In pratica tutte le mappe classiche usano una definizione tipo il nostro riverbank per tutto quello che e` piu` di un rigagnolo. Secondo me il problema del canale e` reale, ma l'unica via di uscita e` definire due o tre livelli diversi, per avere un render che sia significativo senza pero` dover sempre indicare la larghezza. Se si fa questo mi piacerebbe vedere una differenziazione simile anche per i fiumi, senza dover decradare i fiumi piccoli a "stream", cosa che non si meritano. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vediamoci e nuova carta tecnica lodigiana
> Simone Cortesi mi aveva detto 2030. Qualcuno puo` confermare ora > e luogo? Chiedo scusa, confermo io stesso citando Ruggero che ha scritto l'11 marzo, spiegando anche come raggiungere il luogo. > Mi hanno risposto, dovremmo trovarci martedi` 23 marzo alle 21.30 > [...] > > Dal sito del LOLUG il luogo e` questo: > > Via Paolo Gorini e` nel centro storico di Lodi, vicino a Porta Cremona > (mappa). Entrate dal cancello al numero 19, superate la sbarra ed > entrate nell'ultima porta in fondo sul lato destro. C'e` un cartello > con il nostro logo e la scritta "Punto Informativo Linux Lodi" sulla > porta del Teatrino. > > http://www.openstreetmap.org/?lat=45.311225&lon=9.507205&zoom=18&layers=B000FTF ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vediamoci e nuova carta tecnica lodigiana
> Ciao, confermato per domani alle 21:30 al LOLUG ? Simone Cortesi mi aveva detto 2030. Qualcuno puo` confermare ora e luogo? grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ciclabili in provincia di Pavia e di Lodi
> mi chiedevo se ci fossero in lista dei lodigiani o dei pavesi (oltre a > Simone :-) interessati a estendere la mappatura a Sud di Milano - > sempre che ci sia qualcosa da mappare... Io. Sperando di avere il tempo di andare a girare in bici. Ma mi pare che non ci sia piu` molto, negli ultimi mesi l'area tra milano e pavia si e` molto riempita (non per merito mio, sono fermo dall'autunno). Manca giusto qualche sterrata nel parco del ticino, ma proprio poco (cosi` a memoria, senza controllare). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fiduciali.it .. su google
>> Servirebbe qualcosa tipo >> lock=yes gestito dalle api (in modo che sia indipendente dall'editor) >> che impedisca la modifica a meno di settare il lock=no. > > MAI !!! Capisco la prima reazione. Ma mi sembra un proposta intelligente. Non ci sarebbe qualcuno piu` potente degli altri, ci sarebbe solo un tag che chiunque puo` spegnere, ma se sposti il punto per sbaglio tale spostamento non ha effetto. Chiunque vuole davver spostarlo deve solo _prima_ togliere il lock. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creazione associazione nazionale OpenStreetMap Italia - Il progetto OpenStreetMap in Italia ha bisogno di una veste giuridica
ROBERTO Vito Gerardo: > Io non capisco tutto questo astio nei miei confronti!Solo perche` ho > proposto di creare un'*associazione OpenStreetMap Italia* e di dare > un'organizzazione ad un movimento che io reputo in maniera positiva. Io non vedo astio. Vedo persone che in maniera molto civile fanno notare come qui non si senta il bisogno di tale associazione, tanto piu` che si sta` gia` parlando di "local chapter" e di appoggiarsi ad associazioni preesistenti. La proposta di creare un'associazione va benissimo, ma per associarsi ci vogliono gli associandi. Non mi sembra che altri condividano l'idea che sia utile crearla e molti hanno detto che non si assocerebbero. Devo dire che nemmeno a me convincono le argomentazioni proposte, perche` non vedo da dove spunterebbero i volontari e gli esperti. Nessuno ha reagito con astio e nessuno ha criticato il fatto che sia stata fatta la proposta. Le proposte si fanno e si discutono: a volte si approva e a volte si valuta insieme che non e` il caso (o forse semplicemente non e` ancora il momento). Dopo di che sono d'accordo con niubii nel dire che i messaggi passati sono veramente illeggibili e un ripasso alla netiquette non sarebbe male. E` meglio metterci cinque minuti di piu` e scrivere citando ordinatamente se questo fa risparmiare un minuto a ciascuna di 100 altre persone, per non parlare di chi legge gli archivi a posteriori). Inoltre i messaggi mal scritti sono molto meno convincenti, a parita` di contenuto. saluti /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comnpletare mappa
> la domanda e`: come controllare di aver messo tutte le strade senza > averne dimenticata alcuna? Non si puo`: ne costruiscono sempre di nuove (come le rotonde). Per i centri delle citta` o dei paesi si puo` guardare sulla carta tecnica regionale (dove autorizzato, ma mi pare che lele (random-system) che ha posto inizialmente la domanda sia lombardo, come fabio locati cui sto rispondendo). Dopo di che ci sono sempre i passaggi pedonali sotto gli archi che non si vedono sulla ctr. Per le periferie l'unica e` andare di persona. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] bitmap lombardia
> Ora il bitmap mi appare ancora spostato di 6.0 metri verso ovest e 3.7 > verso sud Pero` non e` costante in tutta la regione. Ho fatto alcuni controlli a zoom 16 prima di generare il 17 per valutare se aggiustare ancoram 16 per vedere se cambiare e rifare, ma ho visto che il segno dell'errore cambia nell'area della regione, quindi piu` di cosi` non si puo` fare con questo metodo. Comunque la cosa piu` lunga (tempo uomo, non macchina) e` fare le verifiche e i controlli. Se qualcuno riesce a passarmi in un file di testo con una decina di punti sparsi per la lombardia (anche 20 o 30, mica fanno male, ma almeno una decina servono, diciamo una bella griglia 3x3 con pavia, cremona, mantova e a salire) vedo di trovare il metodo che da` meno errore, anche provando con cs2cs cosa viene su quei punti. Se davvero l'ellissoide ha effetti visibili posso cambiare l'algoritmo e usare proj. Pero` prima devo vedere. Quello che serve avere per ogni punto sono le coordinate wgs84 e il numero di pixel sulla bitmap lombarda (non le coordinate roma40, proprio il pixel su carta perche` non sappiamo l'errore della CTR1. Il tutto ovviamente con la precisione del metro (di meno e` inutile perche` circa ci siamo gia`, di piu` e` inutile perche` siamo a 0.84 m/pixel quindi 1-2 m di errore di dobbiamo comunque mettere in conto (come gia` notato da Guido Piazzi). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] bitmap lombardia
Ho cambiato i punti di riferimento per le tile e il risultato mi sembra molto meglio rispetto a quanto avevo fino a ieri. Il codice con un README in italiano e` in {http,ftp}://gnudd.com/pub/misc/ctr-code-091218.tar.gz (16kB) Le tile si usano in potlach come http://gnudd.com/pub/tile/!/!/! oppure http://gnudd.com/pub/tile/!/!/!.png /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [OT] Re: Articolo quotidiano sulla Cina
> http://www.repubblica.it/2009/08/sezioni/esteri/cina/cina-natale/cina-natale.html [correlazione con osm?] Comuqnue, interessante: > "Compagni, festeggiate". Problema: nessuno sa perché. Il 25 > dicembre, o la notte di San Silvestro, qui non significano nulla. Non mi scandalizza. Tutto il terzo mondo viene colonizzato allo stesso modo, dall'italia in giu`. Halloween qui e` la stessa cosa. I miei figli anni fa la chiamavano "la festa di Aulin", perche` ciascuno interpreta le cose nel proprio contesto culturale. D'altronde babbo natale lo ha inventato la coca cola. Meno male che nei paesi civili esiste santa lucia e hollywood non lo sa (milano non e` civile, da questo punto di vista). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utilizzo mappe osm -> carte UTM
> faccio fatica ad orientarmi e a mettere in piedi una > "procedura" ordinata e fattibile.. soprattutto non saprei come creare > le cartine in scala e come sovrapporre la griglia! La proiezione utm (universale trasversa di mercatore) non e` quella che vedi usata nei tile che tutti usano. Occorre quindi proiettare i dati in utm (per l'italia fuso 32 e fuso 33) prima di fare il rendering bidimensionale. Dopo di che la griglia chilometrica e` una semplice griglia quadrata con righe orizzontali e verticali nella proiezione del fuso. Se la riproiezione e` stata fatta correttamente basta centrarla in 0,0; mentre per le lettere (la T di "32T") e i nomi dei quadrati di 100km devi consultare la documentazione in proposito. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] bitmap CTR lombardia
> In realta` Alessandro ha gia` fatto il 90% del lavoro implementando un > server che fornisce le tiles, Beh, sono dei file statici. Il server e` un vecchio apache su un vecchio pentium200. > l'unica cosa da migliorare e` quella di riproiettare le bitmap > usando un metodo un po' piu` preciso. Prima di rifare tutto il giro usando proj con i dati dell'ellissoide giusto vorrei verificare il risultato (facendo a manina tipo quattro punti ai quattro angoli della regione). Se viene un errore dello stesso ordine di grandezza non vale la pena (piuttosto aggiungo una trasformazione lineare in coda alle mie formule). Comunque prima di gennaio non posso rimettere mano. In realta`, il fatto che la stessa pavia (dove ho uno dei punti di riferimento) sia fuori di 20 metri dipende dal un errore nel punto di riferimento. Ora che riguardo, credo dipenda da un errore mio nella scelta dei dati dell'igm, tra le due misure che riporta qui: http://87.30.244.175/ware/schedaigm95.php?id=2892 A breve non posso rifare il giro con nuovi dati di ingresso (a parte le ore macchina, dovrei verificare che il risultato sia meglio di quanto c'e` ora, e questo porta via molto tempo uomo). Spero nel fine settimana. > Siccome abbiamo anche il codice dei programmi da lui usati non > dovrebbe essere difficile. In realta` non ancora, devo fare una verifica e metterlo fuori. /alessandro ps: ho visto solo stasera i nuovi confini comunali di cui parlava Luigi Chiesa. In effetti allineandosi con quelli risulta molto facile (i confini sulla mappa al tratto sono file intermittenti di puntini). Certo nelle citta` non c'e` un confine vicino come nei paesi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] bitmap CTR lombardia
> Pero` anche inserendola e lasciando il campo vuoto non mi funziona, penso > continui a cercare dei png. $ find . -type f -name '*[0-9]' | while read a; do ln $a $a.png; done Ora ci sono anche i .png. (tra qualche minuto...) Invito chi ha problemi ad accedere a scrivermi in privato, dandomi l'indirizzo IP usato (oppure l'ora precisa), per recuperare il tipo di richiesta che ho ricevuto dai log. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] bitmap CTR lombardia
[sull'uso delle formule corrette] > Se anche la riproiezione non fosse precisa al metro pazienza, Non so prevedere quanto verrebbe bene rifacendolo con roma40 e wgs84. Meglio sicuramente, che poi sia al metro non so. In questo caso ho uno spostamento sistematico di una ventina di metri, credo per colpa dell'ellissoide (che non considero) o qualcosa del genere, anche perche` come riferimento per la centratura uso due riferimenti igm (precisione di qualche metro nel dato usato) senza verifica sulla bitmap. L'errore lo vedo gia` nell'intorno di uno dei punti di riferimento. Dopo di che la riproiezione e` corretta, anche se fatta sulla sfera, e la sovrapposizione rimane accettabile su larghe aree. Accettabile e` questione personale, ovviamente, e non ho fatto grandi misure perche` ci vuole troppo tempo a fare le verifiche. > (centrando il layer a mano, in assenza di > riferimenti globali ciascuno lo fa a modo suo). Si, ma quando lo si fa coerentemente con i dati gia` inseriti, non mi sembra un grosso problema: e` come con le foto aeree. E poi non sappiamo la precisione effettiva del posizionamento della ctr al tratto. L'immagine ha 0.84 m/pixel, ma non escluderei un errore locale di 2-3 pixel e globalmente anche una 20ina di pixel. Sia chiaro: sono d'accordo che meglio sarebbe meglio, ma io arrivo solo fino qui. Non escludo di rifarlo con proj in futuro, anche solo per vedere le differenze, ma sicuramente non sara` nel 2009. > Ho provato a visualizzare le tiles in Josm con lo slippymap plugin, > ma senza successo. Vedo nei log alcuni accessi al file "/pub/tile/!/!/!", che correttamente non hanno successo. I punti esclamativi sono la convenzione di potlatch nella finestra delle preferenze. Gli accessi corretti sono del tipo "/pub/tile/15/17219/11626". Vedo anche accessi falliti a "/pub/tile/15/17216/11702.png", ma non ho messo il .png nel nome file (mio errore, ma funziona anche senza). Intanto ho fatto anche il livello 17. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] bitmap CTR lombardia
> un approccio un po' bizzarro, le riproiezioni sono state fatte > apposta da chi si e` accorto che due formulette di trigonometria > effettivamente NON bastano. Dipende dalla precisione che vuoi. > Penso che con lo stesso tempo macchina usando i programmi o almeno > gli algoritmi gia` esistenti facevi il lavoro corretto. Certo, ma non sarebbe stato divertente (almeno per me). Chi vuole puo` farlo, ovviamente. > Se cominciate ad ricalcare dati aggiornati al 1994 e per di piu` > proiettati male comincio a dare ragione a chi si oppone all'uso > delle varie CTR. Non e` diverso dal ricalco delle foto aeree, tranne che per molte zone non ci sono a risoluzione sufficiente. Io comunque ci ricalco le zone che conosco e in particolare l'ho usata per le strade del centro, dove il gps comunque prende da schifo e ci vogliono non poche ore a seguire tutto. O per collegare i corsi d'acqua che si perdono per la campagna. > Comunque se il vostro problema e` quello che il WMS della Lombardia Il plurale (qui e sopra) non lo capisco. Il _mio_ problema e` che non mi piacciono i programmi complessi. Ho spostato un po' di bit per divertirmi e ho reso disponibile il risultato, conoscendone i limiti; Poi ciascuno puo` usarlo o meno. O rifarselo a casa. O ignorare la cosa. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] bitmap CTR lombardia
Simone mi ha gentilmente fornito gli url per scaricare la bitmap della CTR della lombardia (non mi pare che dal sito della regione si capisca). Allora ci ho fatto sopra due conti e ho riproiettato in mercatore, per fare i tile che tanto amiamo. Il risultato, visto in potlatch, mi sembra interessante. Per chi vuole provare, si puo` indicare lo sfondo personalizzato come "http://gnudd.com/pub/tile/!/!/!";. E` solo un pentium 200 su adsl: chi si contenta gode. Ho fatto i livelli di zoom 12, 13, 14, 15, 16. Per il 17 mi servono 4 ore macchina (di un 4-core), e un tot di GB: per ora non penso di farlo se non su piccole aree. Nota: l'ho fatto per gioco, per dimostrarmi che per riproiettare bastano due formulette di trigonometria[0], quindi niente ellissoidi o cose del genere perche` non li trovo divertenti[1]. Quindi niente proj, cs2cs, wgs84. Il risultato e` leggermente spostato, come capita con le ortofoto: spazio-mouse per centrare. Localmente e` coerente. Se qualcuno lo vuole rifare, ho documentazione e codice, ma devo riordinare un attimo prima di pubblicare. Requisiti: qualche ora di tempo macchina e un'ottantina di GB. Un eventuale server che ospiti i file deve avere 3GB per arrivare a zoom 16 e circa 2-3 volte tanto per ogni livello ulteriore ma il mio programma arriva fino a 17 e necessita di modifiche per fare 18 e oltre (la mappa di partenza ha una risoluzione comparabile allo zoom 17). [0] mercatore -> lat/lon -> sfera -> rotazione -> lat/lon -> mercatore [1] usare la sfera invece dell'ellissoide sbaglia di 30cm/chilometro circa /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ricalco WMS Toscana. Fino a dove spingersi?
> Nel caso di un fiume invece mi chiedo se, in caso di variazioni del corso, > la cartografia dei confini venga variata di conseguenza. In questo caso la > sovrapposizione su osm mi sembrerebbe corretta. Quando l'uomo decide di controllare il territorio, e` il fiume che deve smettere di cambiare corso :) In pratica, si vede nel confine tra lombardia ed emilia che il po si e` spostato ma il confine e` rimasto dove stava prima (vicino a cremona e vicino a piacenza si vede molto bene). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
> Mi rimane solo un dubbio: se l'ora viene calcolata, cosa serve l'orologio > hardware? Perche` dopo che l'hai calcolata non e` piu` incognita, visto che il tempo fluisce sempre alla stessa velocita`[1]. > L'unica spiegazione che mi sono dato e`: per limitare l'utilizzo della > potenza di calcolo del processore. Invece di calcolare continuamente l'ora > (e quindi tenere la CPU sempre al lavoro), mi baso sull'ora dell'orologio > corretta di tanto in tanto. Quasi. Ricorda che un nanosecondo sono 30cm, un errore di una parte per milione (un secondo ogni 10.5 giorni) vuol dire 300 metri di errore ogni secondo senza aggiornamento dell'ora. http://en.wikipedia.org/wiki/Quartz_oscillator parla anche di una dipendenza dalla temperatura di circa 0.04ppm/grado (gradi di temperatura di differenza rispetto al valore preferenziale, 25 gradi di solito). Fa (40ns/sK = 12m di errore ogni secondo ogni grado di temperatura). Quindi si, non devo calcolarla sempre, ma quasi sempre. Se pero` mi capita per un po' di tempo di sentire solo tre satelliti, sapendo circa come fluisce il tempo e dove mi trovavo prima, piu` o meno puo` continuare per un po' (non so dire quanto, immagino 1-2 secondi al massimo). Ma in ogni caso deve saper calcolare la differenza tra due eventi. I satelliti non dicono in ogni istante la loro ora, la differenza deve misurarla il ricevitore. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
> Ma come fa ad autoregolarsi basandosi sull'ora del satellite? A me > sembra un giro logico senza uscita: ci si basa sull'ora dell'orologio > del ricevitore autoregolatosi via radio dal satellite per calcolare il > ritardo del segnale tra l'ora del satellite e quella del > ricevitore? Il ricevitore ha 4 incognite: x, y, z, t. Di tutti i satelliti sa la posizione (gliela dicono loro). Ipotizziamo che sappia il tempo: se sentisse due satelliti saprebbe di essere su una circonferenza (intersezione di due sfere) e con tre saprebbe dove si trova (potrebbe esserci un'intersezione che sta nello spazio profondo, il vincolo di essere vicino al geoide aiuta). In realta` anche il tempo e` una incognita, quindi gli servono 4 satelliti. La spiega, con un esempio bidimensionale: prendiamo una persona da una parte del fiume che sente i messaggi urlati da altri due che stanno dall'altra parte del fiume vuole calcolare quanto e` largo il fiume oppure semplicemente dove si trova lui. Se i due gli urlano l'ora (e la loro posizione), lui usando il suo orologio sa la distanza di entrambi, quindi ci sono due punti possibili (intersezione di due circonferenze), ma uno sta alle spalle degli altri due quindi lo scarto. Due incognite (x, y), due satelliti. Bene. Ipotizziamo che il nostro omino non abbia l'orologio. Ascoltando i due signori puo` sapere solo la differenza tra i due tempi, ovvero la differenza tra le due distanze. Saprebbe quindi di trovarsi su una curva senza sapere in che punto. Credo esca una parabola, ma nel caso semplice in cui sente la stessa ora da entrambi sa solo che si trova sull'asse del segmentoche unisce i due altri soggetti. Se avesse una terza fonte potrebbe disegnare le tre parabole (una per ogni coppia di sorgenti) che si intersecheranno in un punto solo. A quel punto sai la tua posizione. Ma poiche` sai la posizione di chi ti invia il segnale, ecco che in quel momento sai anche l'ora. /alessandro che dovrebbe lavorare invece di chiacchierare ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rotonda errata
> In pratica e` bridge solo la parte sospesa. Tutto quello che ha terra > sotto NON e` bridge. > Ho ritrovato questa convenzione anche su uno stradario di Milano, > quindi magari ha diffusa in ambito cartografico. Si, certo. Il ponte in cartografia e` la parte sospesa, segnata con questo simbolo: \___/ da enbrambi i lati della strada come a delimitarla. Il concetto e` che per tutta la lunghezza del ponte non si puo` scavalcare senza cadere di sotto. La strada sollevata sul piano di campagna circostante si chiama "in massicciata" (quella piu` in basso del piano di campagna "in trincea"), ed e` segnata con dei triangolini all'esterno della strada (punta dalla parte a quota piu` bassa, l'idea e` di dare l'aspetto grafico dei contrafforti). Questo naturalmente solo da 1:5 in su. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rotonda errata
> quella di destra funziona e questa e` uscita cosi`? Perche` il render non e` ancora aggionat (se il problema e` che manca un pezzetto della rotonda stessa). Infatti allo zoom inferiore e` giusto. Pero` forse sarebbe meglio spiegare cosa sembra sbagliato. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Viuzze di collegamento tra strade a carreggiate separate
>> B. unclassified, che spesso nelle citta` italiane su OSM viene usato >> come "strada generica" unclassified, per quello che ho capito io, e` "quaternary". Ovvero una strada a basso traffico ma non residenziale. > Per me al pari di link e delle rotonde prendono la classificazione della > strada che collegano, dunque A. Per quello che conta, non sono d'accordo. Link e rotonde li percorre tutto il traffico della strada, queste invece no. Non fanno parte del flusso di traffico principale: la loro importanza nella rete viaria e` nulla, quindi unclassified. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] divieto di uscita
> Il divieto ("senso vietato") si applica ad una strada in cui e` > vietato entrare (non da cui e` vietato uscire) e se e` vietato > entrarci, lo e` da qualsiasi direzione si provenga. Secondo me il divieto si applica ad un varco che non si puo` attraversare in quel verso ma in verso opposto si (verso chi guarda il cartello), quindi si applica in questo contesto, perche` chi viene dalla strada grande puo` entrare nella secondaria. Che poi il "varco" spesso sia all'inizio di una strada e` un'altra storia. Comunque e` irrelevante come lo si definisce, perche` viene usato a sproposito in ogni caso. Ho visto spesso il cartello di divieto di accesso (senso vietato) dove dovrebbe esserci di divieto di transito. Cioe` li` non si entra e basta, ed e` inutile girare intorno per vedere da dove si entra, o fare attenzione che qualcuno puo` uscire mentre guardi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inizia il processo per il cambio di licenza
> sentire anche la campana di Debian, Si puo` scrivere a debian-le...@debian.org. E` aperta ai non iscritti ma bisogna ricordare di lasciare in Cc: il mittente (la loro politica e` "niente Cc: e se lo fai ti rimprovero"). Non mi sembra l'argomento sia passato. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Metodi di mappatura
>> - conteggio dei passi tra una traversa e >> l'altra > > Mi sembra l'uovo di colombo...questo te lo copio! Ho avuto lo stesso problema con le vie strette. Pensavo di usare i giri di ruota della bici (2.2m se avete un 28 == 700), perche` finisce sempre che il disegno che faccio su carta non e` simile al vero. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite acque territoriali (era Re: How *NOT* to map)
> Una volta che si stabilira` che si tratta di ortodromiche (perche` sara` > senz'altro cosi`), si dovra` riportare un bug per i vari motori di > rendering e per i vari editor. Non esageriamo. Il problema c'e` solo se colleghi punti piu` distanti di qualche chilometro. Quindi quasi mai. Giusti chiedere a quelli del mare, perche` li` sicuramente il problema e` stato affrontato, perche` le distanze in gioco sono piu` grandi. E se proprio volessimo, a livello di editor secondo me non c'e` problema, lui ti fa solo vedere circa come si collegano i punti che hai disegnato. Al massimo sarebbe il render, che per segmenti piu` lunghi di diciamo 10km dovrebbe far scattare una procedura di render diversa. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite acque territoriali (era Re: How *NOT* to map)
> Quando andiamo a collegare punti distanti centinaia di > chilometri, pero`, mi aspetto che qualche decina di metri di > differenza ci possano essere. Grazie a Marco Certelli per aver fatto i conti. Mi era scappato il suo messaggio, scusate per il traffino inutile (210m, mannaggia, ho pure toppato di un fattore 10). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite acque territoriali (era Re: How *NOT* to map)
> A questo punto mancando la definizione ogni "utente" dei dati di OSM > (Mapnik, JOSM, ecc.) le interpreta a modo suo. Naturalmente finche` si tratta di punti vicini la differenza tra le varie interpretazioni e` irrilevante, quindi il non avere una definizione e` corretto. Se c'e` un chilometro tra i due punti, le varie "rette" differiscono molto meno di un metro (non ho fatto i conti, ma mi aspetto al massimo qualche centrimetro, alle nostre latitudini). Quando andiamo a collegare punti distanti centinaia di chilometri, pero`, mi aspetto che qualche decina di metri di differenza ci possano essere. Personalmente sono d'accordo di ignorare la questione, anche perche` comunque siamo in mezzo al mare, ho sollevato il problema solo perche` vedo parlare di precisioni inferiori al metro. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite acque territoriali (era Re: How *NOT* to map)
> Che dite, aggiustiamo (merge) i nodi che connosciamo (fari e vari > altri che ci sono di gia` nel mondo OSM) fidandoci piu` dei nostri > rilievi che di questi coordinati arrotondati della legge? Riguardo alla precision dei rilivei, c'e` un dettaglio che non e` trascurabile per le righe lunghe (sono anche dell'ordine del centinaio di chilometri, mi pare): cosa vuol dire "linea retta" che collega due punti? Immagino sia la linea piu` breve, ma la linea piu` breve che collega due punti sulla sfera (o sull'ellissoide) e` un arco di cerchio massimo, che non e` rappresentato con una retta nella proiezione di mercatore -- in generale in nessuna proiezione. La linea retta su una proiezione di mercatore (cioe` sui nostri tile, e credo anche su josm) e` la lossodromica (http://en.wikipedia.org/wiki/Loxodromic), che pero` viene spesso usata al posto della linea piu` breve come spiegato su wikipedia. Il testo di legge dice solo "linee diritte" senza specificare. Se interessa una stima della differenza tra le due vedo di farla, ma non subito. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite acque territoriali (era Re: How *NOT* to map)
> (*) la precisione delle due conversioni e` comunque dell'ordine del > metro o poco meno: mi sembra piu` che accettabile, Le coordinate sulla legge usano i centesimi di primo ma solo per multipli di 5. Quindi 1/20 di primo, 1/1200 di grado. A 45 di latitudine questo significa 92 metri di precisione in latitudine e 65 in longitudine (2*pi*raggio/360/1200) /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmate (was: Portale Lombardia: Stato Avvanzamento dei Comuni)
>> Solo qualche dubbio sulla classificazione delle strade: le strade che >> collegano il comune ai comuni limitrofi (Via Solferino, Via Marconi, >> Via Roma), alcune delle quali provinciali, non sono neppure tertiary? >> (io personalmente le metterei addirittura secondary) > > +1 Io non sono d'accordo. Se due comuni sono collegati da una strada di piccole dimensioni (cioe` poco traffico e rilevanza di collegamento solo locale), questa deve essere terziaria o unclassified. Una regola come "se collega due comuni e` secondaria" toglie informazione. Gli utenti (e i programmi di navigazione) vedono cosa e` collegato dalla strada, la classificazione deve dare un'informazione aggiuntiva, che solo il mappatore sul territorio puo` dare. In questo caso non conosco l'area, ma mi sembra anche chi propone di alzare la classificazione non conosca le strade specifiche. Quando devo spostarmi in macchina privilegio le primarie o secondarie, che mi fanno presupporre una certa scorrevolezza, quando vado in bicicletta in pianura evito le secondarie, perche` sono stradoni e preferisco unclassified (cioe` quaternarie) o terziarie. Se i comuni sono collegati da secondarie solo in quanto comuni, la mappa diventa inutile per scegliere i percorsi da fare. Dopo di che va benissimo che le primarie in montagna siano piu` piccole e meno dritte, perche` il grado di classificazione indica l'importanza dell'arteria e non direttamente la dimensione, su questo sono d'accordo, resta il fatto che per scegliere il percorso da A a B vorrei usare la classificazione e non vedere tutte secondarie, come gia` succede in certe zone (duole dirlo, ma sono tornato all'atlante del touring come strumento preferenziale per scegliere l'itinerario). Dove sbaglio? [scusate la lunghezza, ma ho posto gia` la questione privatamente a due mappatori che usano tante secondarie, ma non ho ricevuto risposta da nessuno dei due; non mi sembra di essere completamente delirante] /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lombardia: Layer boschi CTR
>> hm. Mi piacerebbe avere un proprio tag per quello perche` lo vedo >> diverso dei campi... > > Ti assicuro che le differenze tra un arboreto da legno ed un frutteto o > un vigneto sono molto poche. Concordo. Qui sono pioppi riso e mais in parti uguali. E fa molta piu` ombra un campo di granturco che un pioppeto appena piantato, inoltre gli agricoltori cambiano destinazione di volta in volta, non e` raro che un pioppeto torni risaia o viceversa. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Castelguelfo ed il paese fantasma
> Qua (1) si vedono due Castelguelfi : quello in basso =E8 nella giusta = > > posizione, quello in alto, a met=E0 di Via Palazzina, compare solo su = > > Mapnik e non ve ne =E8 traccia aprendo con Josm. E` il nome del comune. Si puo` dire che e` un problema del rendering (la riga viola del confine di comune da un certo fastidio, secondo me). In realta` in aree in cui non c'e` niente mappato avere almeno il nome del comune non e` male, salvo che dove c'e` il paese si trovano nomi doppi, anche disegnati diversamente, come nel caso citato. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Le sbarre all'ingresso delle carreggiabili
Sempre a proposito di carreggiabili, qui nel parco del ticino molte di esse sono chiuse da una sbarra, per impedire l'accesso ai mezzi a motore. Senza dannarmi con access= su tutta la tratta, pensavo di marcare con un barrier= i punti di inizio. E` corretto mettere "barrier=gate" (con access= associato) oppure c'e` di meglio? grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] track, service e unclassified - strade in campagna
> si, track sarebbe "viottolo di campagna" (dice il mio vocabulario, > spero che non sbaglia) Pero` non sempre la terminologia dei tag corrisponde col vocabolario, a partire da "highway" come tag per tutt le vie. In contesto topografico secondo me si dice "carreggiabile" (sulle mappe igm la legenda dice "carreggiabile o carrareccia", mi pare). > per le strade usi unclassified (strade pi\371 piccole ma ancora "strada", > anche non pavimentate) Secondo me no, anche se sono l'ultimo arrivato. Se usiamo unclassified anche per le carreggiabili perdiamo globalmente un livello. Esiste addirittura "tracktype" per classificare ulteriormente le carreggiabili. http://wiki.openstreetmap.org/wiki/Map_Features#Tracktype D'altronde il 29 agosto anche Luca Delucchi aveva detto track (messaggio ). /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] domande sulla cyclemap
Se scelgo il render "cyclemap", vedo che ci sono delle piste molto visibili, come il pezzettino di EV5 appena a est di pavia. Siccome la peschiera-mantova e` parte della EV7 (visto sui cartelli in loco e controllato sul sito eurovelo), ho aggiunto il ref= appropriato almeno una settimana fa, ma non viene evidenziata. C'e` un tag o una procedura particolare? (se qualcuno mi risponde prometto di metterlo sul wiki, dove non l'ho trovato). Per esempio la EV5 vicino a pavia e` evidenziata in rosso ma non ha un tag particolare (nemmeno il ref - possibile?). Questo verificato sul sito web, non in josm che non ho ancora. Altra domanda: perche` alcuni laghi sono azzurri mentre garda e iseo sono segnati col colore dell'altimetria? http://www.openstreetmap.org/?lat=45.594&lon=10.381&zoom=10&layers=00B0FTF (notare il lago d'idro in mezzo che e` azzurro) garda: * name: Lago di Garda * natural: water * area: yes * ele: 65 * name:de: Gardasee iseo: * name: Lago d'Iseo * natural: water * level: -1 idro: * name: Lago d'Idro * natural: water Il piu` giusto mi sembra il garda, ma e` uno di quelli che non sono azzurri. Colpa di area=yes che non deve esserci? grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GMaps e Situazione traffico in tempo reale
> Da dove vengono prese le informazioni del traffico? Mi diceva un amico che ci sono dei nuovi servizi per cui il tuo navigatore/telefono ti avverte degli ingorghi, ricevendo notizie tramite gprs o che so io. Basta che chi usufruisce del servizio oltre a ricevere dati ne mandi, e poi da posizione e velocita` la telecom di turno vedesubito come stanno le autostrade. E` interessante perche` non puoi proporre il servizio se non sei certo di raggiungere in fretta una certa quantita` di clienti, ma poi sono i clienti che alimentano il servizio che tu rivendi a loro stessi. Immagino che google abbia un abbonamento a questi dati da un operatore di telefonia. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Linee anomale
> C'e` qualcuno che oltre a me vede [1] delle strade, tracce in Mapnik > che attraversano quasi verticalmente la pianura padana? In JOSM non > compaiono. Le ho viste ieri, sono degli errori. Siccome pero` i punti non sono nella pianura padana, non si vedono se si scarica un'area piccola. Li ho seguiti su mapnik e ho identificato il responsavile ("kaymen"), ieri gli ho scritto: Hello. While looking at my aread today, I found some straight ways (paths, unclassified, tertiary), which have been added in error by you. See for example http://www.openstreetmap.org/?lat=45.1301&lon=9.2805&zoom=13&layers=B000FTF I found for example this one: http://www.openstreetmap.org/browse/way/40708134 and this one: http://www.openstreetmap.org/browse/way/28712190 Can you please check this burst of errors in changeset http://www.openstreetmap.org/browse/changeset/2462535 ? Thanks /alessandro Pensavo di eliminare le way se non risponde entro un paio di giorni. Temo comunque non siano solo quelle due, ma le altre non le ho trovate. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stampa di mappe OSM con SAS.Planet
> http://b.tah.openstreetmap.org/Tiles/tile > > Credo sia possibile utilizzare mapnik, qualcuno sa come si imposta? Questi due comandi mi danno la stessa area: wget http://b.tile.openstreetmap.org/11/1076/735.png wget http://b.tah.openstreetmap.org/Tiles/tile/11/1076/735.png Quindi credo basti mettere http://b.tile.openstreetmap.org Al posto di "http://b.tah.openstreetmap.org/Tiles/tile"; /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] scala sul sito (era: stampare)
Noto ora che la scala indicata sul render di openstreetmap e` statica. Cioe` non cambia se mi sposto in luoghi diversi e riporta sempre la scala equatoriale. maps.goo invece lo cambia correttamente. Quindi le distanze indicate per l'italia sono circa sbagliate tra il 23% (36 gradi, sud sicilia) e il 46% (47 gradi, alte alpi). /alessandro, che non sa ancora segnalare i bachi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stampare da OSM
> non sono esperto di Mercatore ma mi sembra di ricordare che sia una > proiezione che preserva gli angoli, non le distanze. Preserva le forme ma non le dimensioni. Personalmente la trovo geniale. > Quindi il fattore correttivo che dici tu si applica alle X, ma chissa` > cosa succede alle Y! Uguale. Gli angoli e le forme si preservano perche` la scala e` la stessa i tutte le direzioni. > Si`, piu` ci penso e piu` mi convinco che i rendering ufficiali fatti con > Mapnik siano di utilita` abbastanza limitata per una cartografia di > precisione. Non e` vero. Per aree limitate il cambiamento di scala nell'arco della mappa e` trascurabile, tranne che vicino ai poli. In realta` tutti usano la proiezione di mercatore per la cartografia di precisione. Dopo di che e` vero che solitamente si usa la proiezione "traversa di mercatore", cioe` mercatore centrato su un meridiano invece che sull'equatore. Ma questo significa che la terra viene prima tagliata a spicchi (6 gradi mi pare) e poi su ogni "fuso" viene usata la proiezione di mercatore. Pero` cosi` non abbiamo un'unica immagine del globo come con i tile di osm (google, yahoo). L'uso della proiezione traversa minimizza le variazioni locali di scala anche alle latitudini piu` alte. > Sicuramente sono ottimi per la visione "ingenua" via web, > ma nel caso di produzione di una carta seria sarebbe meglio poter > agire sulla proiezione e sui fattori di scala. Ognuno puo` usare la proiezione che vuole, ovviamente, ma quella di mercatore non e` poi cosi` ingenua. Se non ci si spinge vicino ai poli il risultato e` eccellente e la mappa non e` discontinua. /alessandro ps[1]: Anni fa ho provato a proiettare il pianeta secondo le varie proiezioni senza patire dall'equatore ma girando la palla a piacere. Continuo a trovarlo interessante anche se e` solo un giochetto. http://gnudd.com/pub/samplecode/wor-2.00.tar.gz [1] promozione sfacciata ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stampare da OSM (errata)
> la scala cresce con 1/cos(longitudine). latitudine /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stampare da OSM
> Qui [3] trovi la scala delle tiles (metri per pixel) in funzione del livello > di zoom. Non ho ben chiaro cosa intenda per valore nominale (in realta` > dipende dalla latitudine). Dipende _molto_ dalla latitudine, perche` e` una proiezione di mercatore. Ogni parallelo ha la stessa lunghezza, quindi la scala cresce con 1/cos(longitudine). Quella tabella non ha molto senso. A zoom 11 alla latitudine di milano sono 53.5 metri per pixel (e londra 47), non 76.437028 come dice la pagina. Avevo gia` pensato di correggere quella pagina, ma i miei conti sono spannometrici senza contare l'ellissoide. Qualcuno che sa farlo bene e ha il carisma necessario per correggere le faq vuole correggerla? > [3] > http://wiki.openstreetmap.org/wiki/FAQ#What_is_the_map_scale_for_a_particular_zoom_level_of_the_map.3F /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] natural-wetland
>> comunque natural=water, vero? > [...] sulle cave abbandonate sono decisamente sicuro. Ho cambiato in natural=water http://www.openstreetmap.org/?lat=45.2036&lon=10.7371&zoom=13&layers=B000FTF grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] village o hamlet
Ci sono aree rurali dove i paesi sono piccoli. Io li penso come "village", anche se sono _ben_ sotto le 10mila persone (qualche centinaio, forse). Sono pero` "frazioni urbanisticamente autonome", come dice il wiki. Avevo aggiunto alcuni paesi nell'area a sud di Mantova, marcando le stradine che ho percorso, ma vedo che quelli gia` presenti sono marcati come "hamlet" e citano una fonte istat. Per esempio qui: http://www.openstreetmap.org/?lat=45.0839&lon=10.8208&zoom=13&layers=B000FTF Si vedono bocca di ganda e san cataldo, ma non campione, san nicolo` po, san giacomo po, che erano gia` presenti come "hamlet" prima delle mie aggiunte (gli hamlet ci sono a zoom=14). Per ora ho degradato san cataldo ad hamlet, per non fare un torto a campione, ma tenderei a promuovere tutti i paesi dell'area a "village" cambiando quelli gia` presenti. Commenti o suggerimenti? grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] natural-wetland
Vicino a mantova ci sono delle cave piene d'acqua: http://www.openstreetmap.org/?lat=45.20538&lon=10.73625&zoom=15&layers=B000FTF appaiono come zone paludose, cosa che non e` -- sono piu` laghetti (natural=water). Probabilmente natural=wetland non e` del tutto appropriato, mentre il rendering come palude mi pare giusto per una "wetland". I dati sono stati importati da un database della regione lombardia, che immagino contenga tutte le cave. Come ci si dovrebbe comportare in questi casi? Pensavo di chiedere a chi ha importato, tanto piu` che sono stati inseriti a luglio di quest'anno, ma quando l'utente e` indicato come "nome cognome" come si fa a recuperare il nome utente di osm? Come confronto, i canneti del lago sono "natural=wetland wetland=marsh" (non appaiono riferimenti a database), denominazione che trovo corretta, anche se non correttissima, perche` non e` proprio una marcita, solo quasi: http://www.openstreetmap.org/?lat=45.16043&lon=10.70466&zoom=16&layers=B000FTT grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mi hanno rubato una ciclabile! (ciclabile retrocessa)
> [...] > Ovviamente il tratto viene comunque usato da tutti come ciclabile. > Attualmente il percorso su OSM e` indicato come highway=cycleway. Lo > retrocedo? Secondo me no, perche` di fatto e` una pista ciclabile. Se poi gli amministratori non vogliono prendersene la responsabilita`, non dovrebbe andare a discapito degli utenti anche tramite osm, almeno finche` la strada e` percorribile come se fosse una pista ciclabile ufficiale. Per esempio, la way 31056512 e` segnata "cycleway" mentre e` ufficialmente un tratto dismesso dall'anas, da quando ha fatto la galleria: http://www.openstreetmap.org/?lat=45.90336&lon=10.13354&zoom=15&layers=B000FTTT Quando ho guardato la zona ho apprezzato la presenza di quella bellissima via esterna alla galleria, perche` molti ciclisti passano dentro -- io ho preferito chiedere ad un autoctono, ai tempi. E` vero che e` piu` importante la correttezza dei tag che il risultato grafico, man nemmeno complicare troppo i tag... Dopo di che capisco anche perche` si possa preferire la retrocessione, temo pero` che vada contro l'idea di base di rendere accessibili le informazioni. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] le strade di campagna
In questo periodo ho fatto molte stradine di campagna in bici, col gps acceso, e ho iniziato ad aggiungerle. In genere uso "unclassified" o "tertiary" se sono a due corsie e con un minimo di traffico. Oggi ho fatto mantova-pavia, e per me erano tutte unclassified a parte pochi tratti (ho tracciato anche un tratto sterrato, vi ringrazio per l'altro thread, usero` highway=track tracktype=grade1). Vedo pero` sulla mappatura gia` presente una grossa incoerenza nei dati, sui tratti di strade che ho percorso oggi o nelle vicinanze: la strada da Grontardo a Cremona e` tertiary e poi unclassifed quando ricordo dall'anno scorso che e` almeno secondary, per la mole di traffico e l'importanza come via di accesso a Cremona. http://www.openstreetmap.org/?lat=45.1677&lon=10.0863&zoom=13&layers=B000FTF Poco piu` est, la piacevolissima stradina di campagna fiesse-volongo-ostiano e` tertiary -- mentre io la marcherei senza alcun dubbio come unclassified. http://www.openstreetmap.org/?lat=45.224&lon=10.2928&zoom=13&layers=B000FTF Ancora piu` a est, nei dintorni di Piubega, abbiamo una concentrazione di strade secondarie, classificazione decisamente sovradimensionata: http://www.openstreetmap.org/?lat=45.2151&lon=10.5294&zoom=13&layers=B000FTF Anche in bassa val Camonica e circondario vedo una notevole incoerenza nella mappatura delle strade rispetto alla situazione sul territorio (parlo di Darfo, Esine, Vimimore, Schilpario): http://www.openstreetmap.org/?lat=45.9424&lon=10.1742&zoom=13&layers=B000FTF Ovviamente non mi permetterei mai di modificare dati su zone che non conosco bene o che non ho visto di recente, ma come ci si regola quando si trovano massiccie incoerenze? Vedo che si discute da tempo su highway=, ma il mio problema e` leggermente diverso. [inoltre: ha senso oggi mappare le strade che si percorrono o questo crea solo problemi per il giorno in cui Simone riuscira` ad ottenere tutti i dati dall'amministrazione pubblica?] Grazie per la pazienza /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade in citta` (era: [RFC] adjusting the main definition of Key:highway)
[sono nuovo, scusate le ingenuita`] Maurizio Daniele: > Mah... non sono troppo d'accordo, come dimostra il recentissimo caso > delle "Strade statali in centro metropolitano" a Roma. Cosa che ho > notato essere successa anche a Torino di recente, dove tutte le > "primary" e "secondary" all'interno della citt\340 sono diventate > "tertiary" anche se sono viali a 6 corsie (3 per senso di marcia) e sono > formalmente parte di una strada Statale (Corso Francia/SS25, ad esempio) Io ricordo di aver letto sul Map_Features che le strade nel centro sono al piu` tertiary, ma ora non lo ritrovo. Personalmente ho messo tutte tertiary quelle del centro di Pavia (in effetti qui c'e` la tangenziale quindi ha senso in ogni caso, secondo me). Ho sbagliato? http://www.openstreetmap.org/?lat=45.1766&lon=9.1626&zoom=13&layers=B000FTF [nota: ho messo mano perche` c'erano notevoli incongruenze, e in realta` ce ne sono ancora alcune da sistemare] Noto invece che Vigevano e` stato fatto con una politica completamente diversa: http://www.openstreetmap.org/?lat=45.3095&lon=8.86&zoom=13&layers=B000FTF Qui Corso Pavia per esempio (sud est del centro) rimane secondary sia all'esterno che all'interno della circonvallazione -- in realta` vista la mole di traffico che porta secondo me e` una primary, ma su questo apro un altro thread. Come ci si deve comportare in generale in questi casi? grazie /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it