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] 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
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] 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] 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] 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] 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: a href=/#map=18/45.1860043/9.1546375span class=latitude45,1860043/span, span class=longitude9,1546375/span/a 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
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] 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] 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. /opinione type=personale mood=tecnofobo /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.888779091190294lon=3D10.848828641357375z= =3D15s=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.53475751438508lon=10.371953336181594z=10s=KOMPASS%20Touristik ___ 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] 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
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
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] 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 saba...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org 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 emm...@tiscalinet.it 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] 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) 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] 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. 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] 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
[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
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
[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
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] 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] 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] 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.311225lon=9.507205zoom=18layers=B000FTF ___ 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
[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
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
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
[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] 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
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)
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)
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)
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)
(*) 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] 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] 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
[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] 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
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] 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 b7d609c00908282359q7295d865q36bac9c48fc1a...@mail.gmail.com). /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] 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
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.1301lon=9.2805zoom=13layers=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] 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] 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
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
[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] natural-wetland
comunque natural=water, vero? [...] sulle cave abbandonate sono decisamente sicuro. Ho cambiato in natural=water http://www.openstreetmap.org/?lat=45.2036lon=10.7371zoom=13layers=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.0839lon=10.8208zoom=13layers=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.20538lon=10.73625zoom=15layers=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.16043lon=10.70466zoom=16layers=B000FTT grazie /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.1766lon=9.1626zoom=13layers=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.3095lon=8.86zoom=13layers=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
[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.1677lon=10.0863zoom=13layers=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.224lon=10.2928zoom=13layers=B000FTF Ancora piu` a est, nei dintorni di Piubega, abbiamo una concentrazione di strade secondarie, classificazione decisamente sovradimensionata: http://www.openstreetmap.org/?lat=45.2151lon=10.5294zoom=13layers=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.9424lon=10.1742zoom=13layers=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