Re: [Talk-it] Mappatura di oggetti "virtuali"

[David Paleino]

Andreas, i waypoint non sono dati variabili che cambiano col meteo :)

Il 26 Ott 2017 10:45 PM, "Andreas Lattmann"  ha
scritto:

> Dai David, non fare così... i motivi sul perché non vengono mappate è
> spiegato sul wiki. Purtroppo ci sono molte, troppe variabili che fanno
> mutare questi dati, anche giornalmente: "Similarly, don’t upload your
> flight path traces, or draw air routes on the map: routes vary because of
> weather, time of day, amount of traffic, serviceability of facilities, and
> the number of ants in the coffee machine. Besides, they’ll probably annoy
> other mappers (the routes, and maybe the ants too)."
> Grazie per il lavoro che hai fatto.
>
> Andreas Lattmann
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura di oggetti "virtuali"

[David Paleino]

Mi ero perso la "on-the-ground-rule".

Resto dell'idea fossero buoni dati, ma potete pure revertare.

Mi cospargo il capo di cenere e torno alla mia vita.

Ciao,
David

Il 26 Ott 2017 9:42 PM, "David Paleino" <d.pale...@gmail.com> ha scritto:

> Secondo quale logica, allora, in passato ho mappato i gasdotti
> sotterranei? Oppure le partita IVA dei negozi?
>
> O ancora, perché mappiamo i lampioni? Gli alberi? Sono davvero utili
> nell'orienteering?
>
> I dati sono dati, se nel rendering non vuoi mostrare gli aeroway=waypoint
> -- che ben venga! -- ma nel database è opportuno che ci sia tutto.
>
> IMVHO,
> David
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura di oggetti "virtuali"

[David Paleino]

Secondo quale logica, allora, in passato ho mappato i gasdotti sotterranei?
Oppure le partita IVA dei negozi?

O ancora, perché mappiamo i lampioni? Gli alberi? Sono davvero utili
nell'orienteering?

I dati sono dati, se nel rendering non vuoi mostrare gli aeroway=waypoint
-- che ben venga! -- ma nel database è opportuno che ci sia tutto.

IMVHO,
David
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mappatura di oggetti "virtuali"

[David Paleino]

Buonasera a tutti,

(ben ritrovati!)

Vi segnalo http://www.openstreetmap.org/changeset/9603572 . Dal mio passato
di mappatore non vedo problemi in quel mio changeset; è cambiato qualcosa
nell'approccio ai dati inseribili?

Ora, siccome non ho né il tempo, né la voglia di controbattere ancora a
Lola Fox, sto scrivendo qui per accertarmi di non aver preso un abbaglio 6
anni fa (urca, SEI*).

Ciao,
David

* lavoro, nuova città, nuova compagna, molto meno tempo. Ma riconosco
ancora alcuni nomi negli archivi della lista 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag da utilizzare per palazzi con più utilizzi

[David Paleino]

Ciao Marcello,

On Sat, 28 Dec 2013 15:28:12 +0100, Marcello wrote:

 [..]
 Sto parlando della seguente
 way:http://www.openstreetmap.org/way/84301937, si tratta del Palazzo dei
 Priori di Perugia, attualmente oltre al nome ha i tags amenity=townhall
 e building=yes, all'interno dell'area è posizionato un nodo con tag
 amenity=bar e un altro nodo con tag tourism=museum  e name=Galleria
 Nazionale dell'Umbria.
 
 Ora vi descrivo il Palazzo dei Priori di Perugianella realtà: si tratta
 di uno dei più bei palazzi comunali del Medioevo italiano, per cui
 secondo me ci vorrebbe anche tourism=attraction e historic=monument,al
 livello della strada (Corso Vannucci), oltre a diverse attività
 commerciali (locali sempre molto piccoli) e ai locali del corpo di
 guardia dei vigili urbani c'è il 'Collegio del Cambio', dove si trovano
 affreschi e molti altri oggetti e opere oggi di chiaro valore artistico
 ma create per l'ornamento di quei locali, per cui non so se la
 denominazione 'museo' è quella più corretta, al primo piano si trova la
 sede del comune, al secondo e terzo piano si trova la Galleria Nazionale
 dell'Umbria.
 
 Come si può rappresentare questo complesso riuscendo ad avere
 l'informazione relativa all'area occupata dalle singole funzioni? Per
 avere almeno i nomi dei musei visualizzati sulla mappa è preferibile
 rappresentarli con un nodo?

Ti propongo l'esempio di un Centro Commerciale che ho mappato tempo fa:

- Relazione generale: http://www.openstreetmap.org/relation/2705178
- Relazione piano terra: http://www.openstreetmap.org/relation/2719464 (con
  ruolo level_0 nella relazione generale, questa ovviamente andrà ripetuta per
  ogni piano)

Dentro la relazione piano X, dovrai mappare i singoli negozi con ruolo
buildingpart, così come le entrate (che saranno buildingpart=hall) e i
corridoi (buildingpart=corridor).

Esempi:

hall - http://www.openstreetmap.org/way/201333772
corridor - http://www.openstreetmap.org/way/201333765

Ogni relazione piano X dovrà inoltre avere un membro con ruolo shell, che
delimita il perimetro dell'edificio a quel particolare piano (generalmente è
sempre lo stesso, ma pensa agli edifici con forme strane, che magari hanno
perimetri diversi ai diversi piani).

Purtroppo il supporto per fare questo tipo di mappatura è carente in tutti gli
editor che io sappia. Un metodo efficace in JOSM è quello di usare i filtri
di visualizzazione (esempio: nascondi tutti i membri della relazione con
tag level=0, ora non saprei dirti la sintassi precisa però)

HTH,
dapal

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Who interprets semicolon in tag values?

[David Paleino]

On Fri, 31 May 2013 17:03:26 +0200, Jochen Topf wrote:

 If you know of any software that actually does interpret this specially,
 please tell me. I am trying to get an idea where and how this is used in
 the real world. You can answer here on the list or write to me
 privately, I'll summarize for the list later. Thanks!

http://osmstats.hanskalabs.net/

OSMStats uses it, and it counts values as if they were single objects. For its
purposes, this is enough: an amenity=bar;cafe gets counted both as an
amenity=bar and an amenity=cafe.

I can't tell whether this approach makes sense in every scenario, but right
nown I can't think of any reason why it would be bad (maybe just because I'm
going to bed).

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] modus operandi ?

[David Paleino]

On Thu, 7 Feb 2013 02:28:41 +0100, Martin Koppenhoefer wrote:

 2013/2/7 Mario Pichetti mario.piche...@gmail.com:
  Il 05/02/2013 22:40, David Paleino ha scritto:
  Un numero di telefono certamente non deve contenere spazi.
 
 
 personalmente preferisco spazi, perché rendono molto più trasparente
 il numero, ed altri mappatori possono verificare meglio se giusto. Al
 solito metto i numeri nel formato internazionale (esempio):
 phone=+39 06 3243234
 
 gli spazi aiutano anche a distinguere le varie parti del numero
 (prefisso internazionale, città, numero)

...che aveva senso una volta, forse, visto che adesso in Italia anche per
chiamare dentro lo stesso distretto telefonico si deve comunque usare il
prefisso.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Errori numeri di telefono

[David Paleino]

On Sat, 02 Feb 2013 18:56:37 +0100, Mario Pichetti wrote:

 Il 02/02/2013 14:42, Groppo O ha scritto:
  Il giorno 01 febbraio 2013 11:51, Mario Pichetti 
  mario.piche...@gmail.com mailto:mario.piche...@gmail.com ha scritto:
 
  In Errori in OSM, sto correggendo *Numeri telefonici non conformi.*
 
 
 Non sarebbe male se assieme al numero di telefono si inserisse anche:
 
 addr:city
 
 addr:country

Non questi due, per favore :(

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Indirizzi edifici

[David Paleino]

On Sat, 22 Dec 2012 17:56:20 +0100, Mario Pichetti wrote:

 A proposito di indirizzi, ecco una carrellata:
 
 [..]

Meglio solo addr:housenumber, e legare l'oggetto alla strada con una relazione
di tipo street, con ruolo house.

Se la strada cambia nome, devi ripassare su tutti gli oggetti a cambiare
addr:street? Mah.

addr:city/country/postcode possono essere desunti dalla posizione dell'oggetto.
Forse forse solo postcode potrebbe essere utile per gli uffici postali.

Tutto questo IMVHO,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strani codici postali

[David Paleino]

On Sun, 16 Dec 2012 04:42:08 -0800 (PST), Davio wrote:

 Verificando alcune vie ho notato l'esistenza di alcuni codici posta strani a
 Roma.
 [..]

Basta andare su http://nominatim.openstreetmap.org/ , cercare le vie lì e
cliccare su Details -- ti fa vedere tutti gli oggetti che considera per
ricostruire l'indirizzo.

 Per esempio se cerco Via Labicana su OSM ottengo questo risultato: 
 *Strada di importanza locale: Via Labicana, Celio, Municipio Roma I, Roma,
 RM, Lazio, /asfa/, Italia*
 oppure:
 *Strada di importanza regionale: Via Labicana, Esquilino, Municipio Roma I,
 Roma, RM, Lazio, /test/, Italia*
 
 asfa e test sarebbero i CAP secondo OSM, ma da dove vengono presi questi
 CAP? non trono nessun oggetto con questo valore.

http://nominatim.openstreetmap.org/details.php?place_id=98425374
http://nominatim.openstreetmap.org/details.php?place_id=98290480

In effetti non ci sono dati OSM correlati (dovrebbe esserci una riga del tipo
OSM: node ).

Io segnalerei il problema:
http://trac.openstreetmap.org/newticket?component=nominatim

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Errore(?) nella SS126 Occidentale Sarda

[David Paleino]

Ciao a tutti/e,

mi ha contattato l'utente japa-fi, che sta mappando vari luoghi in Italia in
base ai suoi viaggi negli ultimi anni.

Mi ha chiesto se conoscessi una fonte certa per stabilire l'itinerario della
SS126. Questo perché trova strano (e anch'io, in base alla sua descrizione),
non crede sia possibile che questa si snodi per il centro storico di Iglesias:

  http://www.openstreetmap.org/?lat=39.31421lon=8.53357zoom=17layers=M

In particolare, dice che quella Via Manno è una stradina stretta, dove si
potrebbe andare al massimo a 20km/h, ed è ad alta densità pedonale (mi diceva
che ha pranzato in dei tavoli messi per strada!). Ritengo anch'io quindi
improbabile che la statale passi proprio di lì. Lui nel frattempo ha declassato
le vie del centro storico incriminate da primary, per motivi di routing.

C'è qualcuno che conosce la zona, e potrebbe dare un'occhiata? (e magari
sistemare, se fosse il caso)

Grazie mille,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] è un problema?

[David Paleino]

Ciao,

On Thu, 29 Nov 2012 09:48:48 +0100, Giuseppe Amici wrote:

 L’oggetto è la mappatura delle linee bus urbane della mia città.

Benvenuto nel meraviglioso mondo delle route=bus! :D

Anzitutto, la chiave è public_transport, non puBBlic_transport, quindi dovresti
correggere questo errore anzitutto.

 Visto che alcune way vengono percorse nel singolo tragitto (NON in andata e
 ritorno – il ritorno sarà in una realtion successiva) in entrambi i sensi,
 rimangono delle interruzioni nel collegamenti delle way nella relazione.
 
 Se questo costituisce un problema, come si risolve?

Semplicemente aggiungi la way due volte alla relazione.

Inoltre, dovresti usare i ruoli forward e backward, per indicare in quale
direzione viene percorsa.

Nell'esempio da te proposto, la way in questione è:

  http://www.openstreetmap.org/browse/way/193381353

e viene percorsa prima in senso backward, e poi in senso forward (in
pratica dipende dal verso in cui è stata disegnata la way).

Inoltre, ti pregherei di eliminare tutti quei tag source con il tuo indirizzo
e-mail; non è quello il suo scopo (l'autore di un oggetto viene memorizzato
altrove).

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] è un problema?

[David Paleino]

On Thu, 29 Nov 2012 10:12:11 +0100, David Paleino wrote:

 Ciao,
 
 [..]

Dimenticavo, altri errorucci:

- su tutte le route di una stessa compagnia, dovresti usare lo stesso network.
  In una usi local, nell'altro usi aMo - Città di Sassuolo. Dovresti usare
  qualcosa di specifico -- la seconda potrebbe andar bene;

- il ref delle linee è solo A, non LINEA A;

- i nomi delle linee sono diversi stilisticamente: pur non essendo un errore in
  sé, dovresti cercare di mantenere una certa congruità nei dati. L'andata è
  chiamata:

Linea A - Rossa: Refice Scuole = Cimitero Nuovo

  mentre il ritorno:

Linea A - Rossa - Cimitero Nuovo, Refice Scuole

  scegli uno stile, e mantienilo per tutta la rete.

- nella relazione ritorno (Cimitero → Refice), i membri non sono ordinati.
  Ordinali :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Eccezioni a divieto di svolta

[David Paleino]

On Thu, 29 Nov 2012 10:28:33 +0100, Maurizio Daniele wrote:

 Personalmente ho messo la via access=destination ma volendo mettere anche
 l'eccezione alla turn restriction, except=destination può andar bene?
 Secondo il wiki, except si usa solo per escludere categorie di veicoli
 (esempio tipico: svolta a sx vietata, eccetto mezzi pubblici), ma credo si
 possa estenderne l'uso.

+1.

Direi che except è un'estensione di access; per cui tutti i valori validi per
access vanno bene anche per except.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] è un problema?

[David Paleino]

On Thu, 29 Nov 2012 11:31:43 +0100, Giuseppe Amici wrote:

  Semplicemente aggiungi la way due volte alla relazione.

 In effetti avevo provato la tua soluzione. Ma nell'editor di relazioni di
 Josm non accetta la selezione in quanto già presente. Mi sfugge qualcosa?

Usi un plugin per l'editor di relazioni?
Perché quello di default tutt'al più ti avverte, ma non ti _impedisce_ di
aggiungere una way più di una volta. È un avvertimento utile nella maggior
parte dei casi, ma in questo caso siamo coscienti di ciò che facciamo :)

L'editor di default è questo:

  
http://josm.openstreetmap.de/attachment/wiki/Help/Dialog/RelationEditor/relation_editor.png

Semplicemente, apri la relazione, poi selezioni la way in JOSM, torni alla
finestra della relazione, scegli dove posizionarla nel tab a sinistra, e con il
2° o 3° tasto sulla destra scegli se posizionarla sopra/sotto al membro della
relazione selezionato. Vedrai che i membri duplicati saranno colorati di rosa.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Eccezioni a divieto di svolta

[David Paleino]

On Thu, 29 Nov 2012 11:39:30 +0100, Daniele Forsi wrote:

 Il 29 novembre 2012 11:20, David Paleino ha scritto:
 
  Direi che except è un'estensione di access; per cui tutti i valori validi
  per access vanno bene anche per except.
 
 torna, ma mi sembra ridondante e in futuro c'è il rischio di avere tag
 contraddittori sulla way e sulla relazione
 
 nel caso più comune di un divieto di accesso eccetto mezzi pubblici,
 metteremmo i tag solo sulla way e non creeremmo una relazione
 turn_restriction, giusto?

Nel caso più comune, la way è oneway=yes, per cui non si usano
turn_restrictions :)

Nel caso in cui fosse una vera restriction (i.e. la strada è a doppio senso, ma
da un senso non puoi girarci comunque), la relazione andrebbe creata, e
l'eccezione messa su questa, non sulla strada (perché in effetti la strada è
accessibile).

Per esempio:

  http://www.openstreetmap.org/browse/relation/2605493

(pensavo di averla già mappata, e invece no, mah)

Da Via Notarbartolo, se provieni dal lato stazione, non puoi girare in Via
Boito; se provieni dal lato opposto sì. Quindi, ovviamente, la strada è
accessibile, e l'eccezione (se ci fosse, qui non c'è) andrebbe sulla relazione.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] POI all'interno di un edificio

[David Paleino]

Buonasera a tutt*,

sto cominciando ad aggiungere un po' di dettagli alla mappa, e mi sono trovato
di fronte alla situazione (comune) di POI situati ad un certo piano di un
edificio (generalmente uffici). Stasera, visto che mi sto dedicando ai
dettagli, voglio finalmente decidere come mapparli :)

Ora, finché l'edificio ha pochi piani (1-2), e l'esercizio è l'unica attività
al suo interno, io ho sempre mappato l'intero edificio come l'attività. Non è
correttissimo, lo so, ma quantomeno semplifica un po' le cose.

Nel caso in cui l'esercizio sia al piano terra, solitamente ha un proprio
civico, per cui il problema non si pone.

Sono ora di fronte ad un palazzo di 8 piani, al cui piano primo c'è un'agenzia
assicurativa. Ovviamente l'ingresso è al piano terra, comune col resto
dell'edificio. Per cui segno building=yes, addr:housenumber=*, e... e il POI
dove lo metto? Metterlo sul perimetro dell'edificio non ha molto senso (perché
non è direttamente accessibile dalla strada); allora ho pensato di metterlo
vagante dentro il perimetro (con appropriato tag level=*).

  Ufficio: http://www.openstreetmap.org/browse/node/2036712070
  Edificio: http://www.openstreetmap.org/browse/way/193157250
  Ingresso: http://www.openstreetmap.org/browse/node/2036712132

Questa, però, è una situazione che va bene per *un* POI dentro l'edificio.
Ovviamente esistono edifici con più uffici al loro interno; già rabbrividisco
all'idea di avere tanti POI vaganti in maniera disordinata -- la cosa più
logica sarebbe mettere i POI sovrapposti, con l'unica differenza in level=
(a parte i tag specifici dell'attività). Questo però diventa un macello in
qualunque editor attuale, e anche a livello di rendering. (ok, non mappiamo per
il rendering né per l'editor, ma se esiste un modo corretto che faccia contenti
tutti, meglio usarlo).

Purtroppo non mi vengono in mente idee migliori del POI vagante; qualcuno ha
qualche idea in merito?

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrovie: situazione stazioni e routing

[David Paleino]

On Thu, 22 Nov 2012 23:53:14 +0100, Daniele Forsi wrote:

 queste potrebbe essere sbagliato operator (Rete Ferroviaria Italiana
 S.p.A.) o route (train)
 382292route=railway   Trenitalia  Caltanissetta Xirbi - 
 Agrigento 
 381609route=railway   Trenitalia  Palermo - Agrigento - 
 Porto Empedocle   
 381608route=railway   Trenitalia  Palermo - Catania   
 156084route=railway   Trenitalia  Palermo - Trapani via 
 Castelvetrano 
 156085route=railway   Trenitalia  Palermo - Trapani via 
 Milo  
 382302route=railway   Trenitalia  Reti Ferroviarie 
 Siciliane

Queste le ho mappate io.

Non ho seguito la discussione (anche perché non trovo l'inizio), ma che
differenza ci sarebbe tra route=train e route=railway? Se è come penso di
aver intuito, quelle lì sono tratte operate da Trenitalia, che hanno anche
dei pezzi di linea ferroviaria in comune. Per cui sarebbero route=train.
Per esempio:

 - Palermo - Trapani via *: passano entrambe sulla stessa linea fino ad
   Alcamo Diramazione

 - Palermo - Agrigento e Palermo - Catania: passano entrambe sulla linea
   da Palermo fino a Caltanissetta Xirbi.

Inoltre, Reti Ferroviarie Siciliane dovrebbe essere una super-relazione che
le raggruppa tutte.

È corretta la mia interpretazione? Se sì, in quale caso andrebbe usato
route=railway? Unire più pezzi di linea ha senso solo se ci passa un
particolare treno, o sbaglio?

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrovie: situazione stazioni e routing

[David Paleino]

On Fri, 23 Nov 2012 10:02:46 +0100, David Paleino wrote:

 On Thu, 22 Nov 2012 23:53:14 +0100, Daniele Forsi wrote:
 
  queste potrebbe essere sbagliato operator (Rete Ferroviaria Italiana
  S.p.A.) o route (train)
  382292  route=railway   Trenitalia  Caltanissetta
  Xirbi - Agrigento 381609route=railway
  Trenitalia  Palermo - Agrigento - Porto Empedocle 381608
  route=railway   Trenitalia  Palermo - Catania
  156084  route=railway   Trenitalia  Palermo -
  Trapani via Castelvetrano 156085route=railway
  Trenitalia  Palermo - Trapani via Milo 382302
  route=railway   Trenitalia  Reti Ferroviarie Siciliane
 
 Queste le ho mappate io.
 
 [..]

Oops.

Ho riletto la wiki, e ho corretto quelle relazioni. :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Dubbio relazione boundary

[David Paleino]

On Fri, 2 Nov 2012 20:22:08 +0100, Milani Alessio wrote:

 Ciao a tutti,
 sstemando i confini comunali della provincia di Venezia sono incappato in una 
 situazione mai affrontata prima: il comune di Caorle è attraversato da una 
 lingua di terra ricadente sotto l'amministrazione di un altro comune (San 
 Stino di Livenza) vedendo il suo territorio diviso in due metà totalmente dal 
 punto di vista fisico [1].
 Come gestire la situazione? Due relazioni distinte sotto una relazione madre?

Qui in Sicilia sono situazioni abbastanza comuni:

Trapani -
http://it.wikipedia.org/w/index.php?title=File:Map_of_comune_of_Trapani_(province_of_Trapani,_region_Sicily,_Italy).svgpage=1

Gibellina -
http://it.wikipedia.org/w/index.php?title=File:Map_of_comune_of_Gibellina_(province_of_Trapani,_region_Sicily,_Italy).svgpage=1

Bisacquino -
http://it.wikipedia.org/w/index.php?title=File:Map_of_comune_of_Bisacquino_(province_of_Palermo,_region_Sicily,_Italy).svgpage=1

Semplicemente.. metti tutti i pezzi come outer.

http://www.openstreetmap.org/browse/relation/39404
http://www.openstreetmap.org/browse/relation/39368
http://www.openstreetmap.org/browse/relation/39313

(ed eventualmente inner nella relazione dell'altro comune, se è tutto
compreso all'interno del territorio di quest'ultimo, es. guarda gli inner qui
http://www.openstreetmap.org/browse/relation/39356)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [LAMPEDUSA] allineamento PCN-Bing?

[David Paleino]

On Wed, 26 Sep 2012 10:14:55 +0200, Marco Carraro wrote:

 Salve a tutti,
 in questi giorni mi sto occupando del mapping di Lampedusa.
 Per fare ciò sto usando le immagini di Bing perchè mi permettono di 
 ottenere una buona definizione di sentieri e strade che spesso sono 
 sterrate! smile
 [..]

Usa le ortofoto sicule :)

(sono nei preset di JOSM)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Suggerimenti mapping rete autobus cotral

[David Paleino]

On Tue, 11 Sep 2012 11:49:26 -0700 (PDT), Davio wrote:

 L'utente ALn_668 sta provvedendo al mapping della rete autobus cotral della
 regione Lazio, parlandone con lui sono delle emerse questioni da risolvere.
 Dato che le linee cotral non hanno una numerazione visibile sulle paline,
 non siamo sicuri cosa inserire nel capo ref che identifica il numero della
 linea. La cotral utilizza una numerazione interna di servizio per ogni
 linea, ma non è mostrata su nessuna palina, solo nel sito della società.
 Quindi le due ipotesi sono: o si utilizzano queste numerazioni di servizio
 nel campo ref, oppure pensavamo di inserire una abbreviazione
 dell'itinerario che la linea compie, in modo da non avere un ref troppo
 lungo.

Ho avuto un problema simile con gli autobus di linea che portano da qui a
Palermo.

Ci sono diverse linee, ma non hanno una numerazione (almeno non pubblica),
e vengono conosciute dalla gente dalle città che attraversano:

- Marsala-Mazara-Palermo
- Marsala-Mazara-Castelvetrano-Palermo
- Campobello-Salemi-Palermo
- Marsala-Birgi-Palermo
- ...

Ho risolto usando un ref=Mar-Maz-Pa [1]; certo non è il massimo della vita, ma
quantomeno è comprensibile.

[1]: http://www.openstreetmap.org/browse/relation/2083561

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Name:left :right

[David Paleino]

On Sun, 2 Sep 2012 11:51:03 +0200, sabas88 wrote:

 Ciao,
 torno su un discorso che probabilmente è già stato fatto.
 Noto che su vari oggetti ci sono (permangono?) tag come name:left,
 name:right, is_in (e created_by..) che sono da quanto avevo capito
 semi-deprecati.

Io voterei per eliminare is_in e created_by. name:left/right invece sono
utilissimi in certe situazioni.

Ho personalmente visto un paio di strade (a Palermo) dove, in un caso, la
stessa strada ha nomi (e civici) diversi sui due lati; nell'altro caso la
strada segna il confine (per cui fa parte di un comune da un lato, e parte di
un altro comune dall'altro).

is_in e created_by invece servono proprio a poco (il created_by proprio a
nulla, direi)

Inoltre, non conosco gli altri editor, ma quando si inverte una way JOSM chiede
se vuoi invertire anche i tag :left/right e :backward/forward (e oneway, e
qualcun altro).

Perciò, -1 alla rimozione di name:left/right, ma +1000 per is_in e created_by.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] OT (was: Re: Naming disputes in Ukraine)

[David Paleino]

On Wed, 25 Jul 2012 10:08:25 +0200, Michael Eric Menk wrote:

 So this sign: http://www.sprakrad.no/upload/11207/porsanger.jpg
 
 name=Porsanger kommune
 name:no=Porsanger kommune
 name:kvensk=Porsangin komuuni
 name:si=Porsanggu gielda
 
 PS: do not know how to get the non-ASCII char in the picture...  And I 
 do not know the langcode for kvensk.

Gosh, I've (mis)typed that character so many times, that I'm glad it's a real
character used by real people somewhere in the world :D

AltGr + G: ŋ
(in fact, I always type that when I rapidly write @gmail.com)

..and the code for Kvensk is fkv.

Kindly,
David
(and sorry for the OT)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Come taggereste questo cartello di divieto?

[David Paleino]

On Wed, 25 Jul 2012 12:13:58 +0200, Giacomo Boschi wrote:

 Questo qui:
 
 http://www.autoscuolafutura.com/069.gif
 
 maxweight=6.5 non va bene, perché il divieto è solo per i mezzi per il 
 trasporto di cose.
 
 hgv=no nemmeno, perché proibisce il transito ai mezzi con peso superiore 
 a 3.5 tonnellate; ovvero corrisponde a questo divieto
 
 http://www.autoscuolafutura.com/068.gif

hgv indica generalmente i veicoli per trasporto di cose, e 3.5t è solo un
default, e come tutti i default non deve essere considerato se si specifica un
valore diverso.

Con queste considerazioni, direi maxweight:hgv=6.5 . Gli hgv possono passarci,
ma il peso massimo dev'essere 6.5t (forse sarebbe meglio specificare anche t
nel valore del tag, non ho idea di quale sia l'unità di misura standard per il
peso in OSM)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Taginfo è vivo

[David Paleino]

Ciao a tutti,

ho ricevuto diverse segnalazioni di malfunzionamento del taginfo italico [0].
Questo era dovuto ad un aggiornamento di ruby sul server, che ha causato un
malfunzionamento del codice di taginfo.

Scrivo questa mail per comunicarvi che ho patchato [1] il codice, e funziona
tutto come prima :)

Ciao,
David

[0] http://taginfo.hanskalabs.net
[1] https://github.com/joto/taginfo/pull/8
-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nodi duplicati, vanno sempre corretti?

[David Paleino]

On Thu, 7 Jun 2012 22:07:45 +0200, Martin Koppenhoefer wrote:

 Am 07.06.2012 um 21:18 schrieb Groppo O grop...@gmail.com:
 
  
  Io sono per la fusione dei nodi duplicati in tutti e tre i casi, ma
  avendone trovati diversi in giro volevo sapere se qualcuno è contrario,
  prima di correggerli automaticamente con Validator.
 
 Anch'io direi di fare un merge. Va fatto  sempre quando si tratta dello
 stesso punto.

L'unico caso in cui non si deve fare il merge è quando i due nodi indicano
effettivamente due oggetti sovrapposti nella realtà. Per esempio, ingressi
separati di un edificio su due piani, o un telefono in una stazione della
metropolitana, e un altro in superficie nella stessa posizione; o anche
feature diverse (sempre il telefono in metropolitana, e in corrispondenza in
superficie un post_box, [..]).

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nodi duplicati, vanno sempre corretti?

[David Paleino]

On Thu, 7 Jun 2012 22:17:22 +0200, sabas88 wrote:

 Sugli edifici dovresti farli diventare un edificio unico, altrimenti se ne
 lasci uno aperto poi fa casini Mapnik mi pare (Josm te lo segnala e basta).
 Negli altri casi non saprei..

Non capisco perché in risposta a me.. :)

Se ci sono due ingressi a due piani diversi, su uno stesso edificio, vanno
mappati separatamente. Se poi Mapnik si rompe o JOSM si lagna, allora vanno
corretti (loro, i software); ma la mappatura non deve essere sbagliata solo per
farli contenti :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nodi duplicati, vanno sempre corretti?

[David Paleino]

On Thu, 7 Jun 2012 22:29:30 +0200, sabas88 wrote:

 Il giorno 07 giugno 2012 22:23, David Paleino da...@debian.org ha scritto:
 
  Se ci sono due ingressi a due piani diversi, su uno stesso edificio, vanno
  mappati separatamente. Se poi Mapnik si rompe o JOSM si lagna, allora vanno
  corretti (loro, i software); ma la mappatura non deve essere sbagliata
  solo per
  farli contenti :)
 
 Le aree non dovrebbero essere chiuse comunque?

Sì, certo.

 Cioè qui il problema si risolverebbe copiando i due tag sulla stessa way
 nel caso di cose diverse (confine e costa ad esempio), ma quando i tag sono
 uguali? Come si interpreta?

In realtà non sempre è corretto copiare i due tag di cose diverse su una
stessa way. È corretto quando l'oggetto ha entrambe le proprietà (un bar
che è anche pasticceria), ma, per esempio, se ci fosse una pasticceria al piano
terra, e un dentista al primo piano in corrispondenza, non mi sognerei mai di
mappare un unico nodo con tutto insieme :D

 C'è da considerare anche l'altezza degli edifici (che in un futuro qualcuno
 potrebbe voler aggiungere...)

L'altezza è un dato della way/edificio: che c'entra con i nodi?

Piuttosto, gli editor attuali hanno una limitazione: una simile way sarebbe
perfettamente (IMHO) valida, ma non saprei come crearla con gli editor attuali:

node id='1' lat='1' lon='1' .../
node id='2' lat='1' lon='1' .../
node id='3' lat='1' lon='1' .../
way id='X'
  nd ref='1' /
  nd ref='2' /
  nd ref='3' /
/way

Le alternative sarebbero:

a) fingere una posizione diversa per i vari nodi, spostandoli di pochissimo
   l'uno dall'altro, così da evitare una perfetta coincidenza di lat/lon;
b) supportare i nodi dentro le way, così uno può evitare di inserire i nodi
   sul perimetro dell'edificio.

La soluzione ottimale sarebbe però supportare bene gli edifici con più piani, e
disegnare ogni feature come area. Ma questo è quasi fanta-OSM :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] (newbie) Come si contano le ricorrenze di un tag nel database ?

[David Paleino]

On Wed, 6 Jun 2012 14:29:44 +0200, Alech OSM wrote:

 Come da oggetto . 

Puoi usare taginfo o servizi simili:

http://taginfo.openstreetmap.org/tags/highway=residential
http://taginfo.hanskalabs.net/tags/highway=residential

 Ed inoltre, è possibile usare dei caratteri jolly ? In pratica per elencare
 tutti i tag che “da un lato dei due punti” hanno una parola in comune.

Forse con i dati grezzi, ma comunque a che ti servirebbe? L'unica key in cui
potrebbe essere utile penso sia name=; eventualmente si potrebbe provare a
prendere i dati con osm3s.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svincolo travenzuolo -roncolevà

[David Paleino]

On Mon, 14 May 2012 18:29:36 +0200 (CEST), beppebo...@libero.it wrote:

 Ho provato a risistemare ieri ho inserito secondary_link gli svincoli e messo 
 la restrizione che mancava in modo che non ci fossero due percorsi possibili, 
 ma oggi mi da ancora lo stesso problema da est a sud non va passa sempre il 
 centro paese facendo un giro largo e a questo punto proprio non saprei poichè 
 josm non mi da nessun tipo di segnale di errore o altro
 
 Io alzo bandiera bianca non sapendo a che cosa aggrapparmi

Ho aggiunto un paio di restrizioni che mancavano.

Comunque con quelle già presenti prima del mio edit avrebbe dovuto funzionare;
ho il dubbio che i dati su project-osrm.org non siano aggiornati in tempo reale.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svincolo travenzuolo -roncolevà

[David Paleino]

On Sun, 13 May 2012 02:23:04 +0200, floydbarber wrote:

 Il giorno sab, 12/05/2012 alle 19.03 +0200, beppebo...@libero.it ha
 scritto:
  Non capisco perchè provando con l'inspector provenendo da destra non si
  riesce ad andare verso sud e si debba passare per il centro del paese. Le
  restrizioni sono corrette, ma ci deve essere qualcosa che blocca il
  percorso ma non capisco cosa???
  Qualcuno ne ha idea? Ho riprovato pure con più nodi interposti ma il
  risultato sembra lo stesso se??? Forse più svolte di fila non le prende?
 
 Da destra a sud intendi questo?
 
 http://map.project-osrm.org/qd

Il percorso corretto dovrebbe essere http://map.project-osrm.org/qh .

Quegli svincoli, inoltre, dovrebbero essere secondary_link anziché
tertiary. E lo svincolo a sud è proprio così? i.e. unico sbocco su
Roncolevà per entrambi i sensi di marcia?

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svincolo travenzuolo -roncolevà

[David Paleino]

On Sun, 13 May 2012 10:13:44 +0200, David Paleino wrote:

 On Sun, 13 May 2012 02:23:04 +0200, floydbarber wrote:
 
  Il giorno sab, 12/05/2012 alle 19.03 +0200, beppebo...@libero.it ha
  scritto:
   Non capisco perchè provando con l'inspector provenendo da destra non si
   riesce ad andare verso sud e si debba passare per il centro del paese. Le
   restrizioni sono corrette, ma ci deve essere qualcosa che blocca il
   percorso ma non capisco cosa???
   Qualcuno ne ha idea? Ho riprovato pure con più nodi interposti ma il
   risultato sembra lo stesso se??? Forse più svolte di fila non le prende?
  
  Da destra a sud intendi questo?
  
  http://map.project-osrm.org/qd
 
 Il percorso corretto dovrebbe essere http://map.project-osrm.org/qh .

O, più probabilmente, http://map.project-osrm.org/qi .

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] messaggio di errore

[David Paleino]

On Mon, 30 Apr 2012 19:13:50 +0200 (CEST), davide.bagn...@libero.it wrote:

 Per favore qualcuno può dirmi cosa vuol dire questo messaggio?

Quello che dice: che non dovresti usare highway=unsurfaced .

Piuttosto, usa highway=unclassified + surface=* , oppure anche highway=road +
surface=*, se non conosci il tipo di strada. Ovviamente guarda i valori
possibili per surface :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] numeri civici

[David Paleino]

On Sun, 15 Apr 2012 09:44:24 +0200 (CEST), davide.bagn...@libero.it wrote:

 Ho voluto fare una prova per assegnare dei numeri civici a delle case e
 questo è il risultato.
 
 http://www.openstreetmap.org/browse/changeset/11306782
 
 Quanti sbagli ho fatto?

Solo di aggiungere building=yes ai vari nodi :)

In realtà dovresti aggiungere entrance=*

  http://wiki.openstreetmap.org/wiki/Key:entrance

La relazione dovrebbe avere come minimo anche un name=. Per il resto, mi spiace
tu abbia scelto associatedStreet al posto di street, ma a quanto pare sono
gusti :) (no, non è sbagliato)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Re: numeri civici

[David Paleino]

On Sun, 15 Apr 2012 10:34:33 +0200, Tiziano D'Angelo wrote:

 2012/4/15 davide.bagn...@libero.it davide.bagn...@libero.it
 
  La relazione dovrebbe avere come minimo anche un name=.
 
 
  http://www.openstreetmap.org/browse/changeset/11307201
 
  Manca nient'altro?
  Grazie
 
 
 Direi che come name= ti conviene mettere il nome della via (sempre per
 esteso e identico al nome della via associata alla relazione).

+1 :)

(mi spiace non essere stato abbastanza chiaro nel precedente messaggio)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] relazione type route o street

[David Paleino]

On Fri, 13 Apr 2012 15:49:57 +0200, Martin Koppenhoefer wrote:

 Am 12. April 2012 22:10 schrieb David Paleino da...@debian.org:
  associatedStreet e street sono IDENTICHE. Ma la prima ha un nome strambo,
  che è molto più facile sbagliare.
 
  Dai Martin, hai anche meno caratteri da scrivere... :)
 
 tanto, non la uso questa relazione. Fate come volete, cmq. se vogliamo
 più contribuenti possibili consiglio di tenere le cose semplici.

Appunto, street è più semplice di associatedStreet.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] relazione type route o street

[David Paleino]

On Thu, 12 Apr 2012 16:45:39 +0200, Martin Koppenhoefer wrote:

 Am 11. April 2012 14:47 schrieb  elia.fiorent...@email.it:
  se faccio una relazione per unire parti della stessa strada separate è
  giusto mettere
  type = street
  name = nome della via
 
 ci sono più tipi di relazioni per strade, oltre alla street, al
 momento usato 12076 volte nel mondo, c'è anche AssociatedStreet usato
 molto di più (63158).
 http://wiki.openstreetmap.org/wiki/Tag:type=associatedStreet

Ancora?

associatedStreet e street sono IDENTICHE. Ma la prima ha un nome strambo, che è
molto più facile sbagliare.

Dai Martin, hai anche meno caratteri da scrivere... :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] statistiche utente

[David Paleino]

On Mon, 9 Apr 2012 11:11:08 +0200, elia.fiorent...@email.it wrote:

 http://osmstats.hanskalabs.net/ non disegna i grafici, anche facendo retry
 dopo molto tempo
 
 vedere dei grafici sarebbe interessante, perograve; mi basterebbe anche
 solo sapere quanti nodi, way e relazioni ho caricato

Puoi vederlo dalla tua pagina utente. Esempio:

  http://osmstats.hanskalabs.net/user/italy/simone

Purtroppo i grafici usano tutti i dati (per l'Italia) dal 2008 in poi, per cui
da 8-10 mesi circa li ho disabilitati, perché richiedevano troppe risorse per
la macchina. Per riabilitarli dovrei o limitare i grafici a, per esempio,
l'ultimo anno, oppure trovare un qualche metodo più efficiente di
storage+utilizzo dei dati dal 2008, oppure prendere una macchina più
carrozzata.

Personalmente, propenderei per la prima opzione, se proprio volete i grafici :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] statistiche utente

[David Paleino]

On Mon, 9 Apr 2012 18:49:33 +0200, sabas88 wrote:

 Ecco, domanda che non c'entra molto: io ho fatto switchare gli account da
 Matt, ma sia da te sia da Pascal vedo i contributi come se fossero con
 l'account vecchio, come mai?
 Cioè se guardi, sabas88 ha 3 edit (che ho fatto per sbaglio dopo il
 cambio), sarchittuorg ha tutti gli altri, dovrebbe essere il contrario...

Perché non ho previsto che si potessero unire gli account, che è quello che
sei riuscito ad ottenere, mi pare. :)

Oppure proprio li hai scambiati?

Dimmi quale dev'essere il risultato finale, e sistemo il tutto a manina ;)

  Personalmente, propenderei per la prima opzione, se proprio volete i
  grafici :)
 
 I grafici per gli utenti se li fai da quando uno si è iscritto invece che
 dall'inizio non dovrebbero pesare meno? (tranne nel caso di utenti come
 simone che è dall'inizio attivo :D)

Beh no, i grafici sono indipendenti dagli utenti, e vengono generati al volo.

Quindi comunque, in ogni caso, anche se l'utente si è iscritto ieri, il server
ha in memoria tutto quanto (*sempre*), e cerca i dati che gli servono appena
gli viene richiesto un particolare grafico.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] taggare distributori

[David Paleino]

On Mon, 19 Mar 2012 12:33:54 +0100 (CET), davide.bagn...@libero.it wrote:

 Bene quindi vuol dire che tutte le stazioni dei distributori (amenity=fuel) 
 non possono eaaere rappresentate come aree, se ho ben capitose.
 E se voglio rappresentarlo come area ci sono alternative o l'unica soluzione
 è quella che hai spiegato tu?

Sbagliato, lo rappresenti come area.

È da un po' di tempo che non circola in lista, quindi ripetiamolo tutti in
coro, giusto per rinfrescarci le idee:

NON SI MAPPA (MALE) PER IL RENDERING¹

Mappare il distributore come area è più corretto che mapparlo come nodo.
Che poi Mapnik, nello stile usato da osm.org, non rappresenti l'iconcina, è un
problema secondario.
Anche aggiungere un nodo al centro, doppione dell'area, è, come ti ha già detto
Daniele, un errore, e va eliminato.


David

¹: mi son permesso di modificare il mantra usuale perché, se si mappa
   correttamente e il rendering ne trova beneficio, che ben venga.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] phone vs contact:phone

[David Paleino]

On Fri, 16 Mar 2012 13:46:17 +0100, Carlo Stemberger wrote:

 Il 15/03/2012 19:20, Matteo Quatrida ha scritto:
  Usa il formato internazionale, mi raccomando:
 
  contact:phone = +390255588800
 
 Credo che, per essere standard, sia necessario aggiungere anche degli spazi:
 
 http://wiki.openstreetmap.org/wiki/Key:phone#Examples
 
 Nel tuo caso, dovrebbe essere:
 
 +39 02 55588800

Assolutamente no.

Se guardi il paragrafo Usage, c'è anche la versione senza spazi, che andrebbe
IMO preferita alle altre -- perché altrimenti poi finiremmo a chiederci: spazi
o trattini?
Inoltre il numero diviso è più difficile da digerire in senso automatico,
ed è più error-prone dal lato umano.

Per esempio, il mio numero di casa, è 09 23 9*, 09 239*, 092 39* o 0923 9*?

*Io* so qual è la versione giusta, ma gente che viene da fuori Sicilia spesso
sbaglia ad identificare il prefisso (a meno di cercare con google i prefissi in
provincia di Trapani, guardare su un elenco o confrontare più numeri tra di
loro).

IMO meglio lasciarlo intero.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] phone vs contact:phone

[David Paleino]

On Thu, 15 Mar 2012 08:42:10 + (GMT), alessandra miranda wrote:

 quale dei due è meglio? 

Quello che ti piace di più.

Personalmente, uso contact:phone, perché contact:* mi pare più ordinato come
tagging, e anche altri concordano con me.

Altri ancora invece usano phone=* (e website=*, e [..]) perché dicono che sono
tag stabiliti da tempo, e che contact:* non porti benefici reali.

Comunque sia, entrambi sono validi. Quindi fa' una scelta, usa quello che più ti
piace :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
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

[David Paleino]

On Fri, 09 Mar 2012 00:11:33 +0100, Carlo Stemberger wrote:

 Come sempre complimenti per il lavoro utilissimo.
 
 Noto solo un problema: i link puntano ad un tuo server locale.
 
 Es:
 http://127.0.0.1:8111/import?url=http%3A//www.openstreetmap.org/api/0.6/way/151748874/full

Non è un suo server locale, è il remotecontrol di JOSM o Merkaator :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [semi-SPAM] Gruppo di acquisto basato sul Bitcoin

[David Paleino]

On Wed, 7 Mar 2012 12:26:33 +0100, Luca Delucchi wrote:

 Il 07 marzo 2012 11:16, Carlo Stemberger carlo.stember...@gmail.com
 ha scritto:
 
  Tieni presente che in Italia non conviene estrarli: il costo dell'energia
  elettrica è troppo alto.
 
 beh no sei hai questo [0] :-)

Posso chiederti una login in prestito? *g* :p

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappa dei lampioni di openstreetmap

[David Paleino]

On Sat, 3 Mar 2012 18:06:23 +0100, Maurizio Napolitano wrote:

 http://lightmap.uni-hd.de/
 
 Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati.

Hai idea di come contattare il responsabile?
Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia
alquanto dover de-zoomare e ri-zoomare ogni volta :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=yes?

[David Paleino]

On Mon, 27 Feb 2012 09:38:51 +0100, Martin Koppenhoefer wrote:

 Am 27. Februar 2012 06:55 schrieb David Paleino da...@debian.org:
  On Mon, 27 Feb 2012 00:50:30 +0100, Martin Koppenhoefer wrote:
  io direi di sì invece. Il supermercato è un tipo di edificio, anche se
  non tutti i supermercati si trovano poi in edifici del tipo
  supermercato. Il tipo supermercato è un capannone di acciaio ad un
  piano con un grande parcheggio intorno, ...
 
  Quindi una fabbrica con le stesse caratteristiche che descrivi è un
  building=supermarket?
 
 un supermercato non è una fabbrica, e lo puoi anche vedere.

Per via della sua funzione, non della sua struttura architettonica.

  O stai dicendo che più tag possono indicare la stessa
  cosa nella realtà?
 
 sicuramente si. Dato che non abbiamo sistemi di classificazione
 organizzati è normale che taggando vari aspetti con tags liberi si
 crea anche qualche sovraposizione. L'esempio più famoso è
 highway=path, footway e cycleway

Perché inquinare ancora di più il database con simili ambiguità?

 [..]
  (anche perché il parcheggio non
  è mica incluso nel building, quindi si finirebbe col dire che
  building=supermarket è identico a building=capannone; a meno che non
  vogliamo definirlo come edificio con corsie interne e casse all'uscita...
  sì, sono ironico).
 
 si, credo che non vogliamo definirlo con casse all'uscita, perchè le
 casse fanno parte del arredamento, non del edificio. Le cellule
 refrigerate invece fanno parte.

Non direi, anche quelle sono spostabili. Forse quelle nel retro della
macelleria/salumeria no, ma il resto sì.

  commercial è più ampio come concetto ma è comunque valido come tipo
  in una classificazione secondme. Se tu construisci una casa per uso
  commerciale hai parametri diversi rispetto alla costruzione di
  residenze per esempio. Però volendo potresti anche operare un impresa
  in un appartamento (e ciò non farebbe diventare l'edificio un edificio
  commerciale).
 
  Resto della mia idea: commercial è un uso, non un tipo di edificio.
 
 esempi per edifici commerciali:
 http://www.google.it/search?hl=deq=commercial+buildinggs_upl=ix=sebion=1bav=on.2,or.r_gc.r_pw.r_qf.,cf.osbbiw=1366bih=632um=1ie=UTF-8tbm=ischsource=ogsa=Ntab=wiei=TT9LT9zBPJK0hAee2YCXDg
 
 Diresti mai che potrebbero essere anche edifici residenziali? Sarebbe
 possibile di vivere dentro una di questi edifici? Secondome è
 difficilmente imaginabile.

Viverci dentro è una funzione. Io posso pure vivere dentro una
building=church, o dentro quel che pare a me. Non vedo perché un condominio
futuristico di un architetto un po' strampalato non possa avere quelle forme.

Resto della mia idea: building={supermarket,commercial} non hanno senso.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=yes?

[David Paleino]

On Sun, 26 Feb 2012 20:58:04 + (GMT), alessandra miranda wrote:

 In supermarket, centri commerciali, bar, ristoranti etc che hanno un percorso
 chiuso, è più corretto o completamente sbagliato aggiungere anche il tag
 building=yes??

Non è più corretto, è necessario :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=yes?

[David Paleino]

On Sun, 26 Feb 2012 22:13:58 +0100, Gianluca Boero wrote:

 Il 26/02/2012 21:58, alessandra miranda ha scritto:
  In supermarket, centri commerciali, bar, ristoranti etc che hanno un 
  percorso chiuso, è più corretto o completamente sbagliato aggiungere 
  anche il tag building=yes??
 
 Per Bar e Ristoranti non saprei esattamente ma per supermarket vi è il 
 tag building=supermarket mentre per edifici commerciali si può usare 
 building=commercial. Entrambi si possono abbinare a shop= *

Ehm, no.

building=* descrive il tipo di edificio, non l'uso. supermarket e
commercial non descrivono alcun tipo particolare di edificio.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=yes?

[David Paleino]

On Mon, 27 Feb 2012 00:50:30 +0100, Martin Koppenhoefer wrote:

 Am 26. Februar 2012 22:32 schrieb David Paleino da...@debian.org:
  On Sun, 26 Feb 2012 22:13:58 +0100, Gianluca Boero wrote:
  building=* descrive il tipo di edificio, non l'uso. supermarket e
  commercial non descrivono alcun tipo particolare di edificio.
 
 
 io direi di sì invece. Il supermercato è un tipo di edificio, anche se
 non tutti i supermercati si trovano poi in edifici del tipo
 supermercato. Il tipo supermercato è un capannone di acciaio ad un
 piano con un grande parcheggio intorno, ...

Quindi una fabbrica con le stesse caratteristiche che descrivi è un
building=supermarket? O stai dicendo che più tag possono indicare la stessa
cosa nella realtà?

Considerando poi che, almeno qui, la maggior parte dei supermercati è al
pianoterra di condomini, e non in capannoni con parcheggio attorno,
building=supermarket mi pare un attimo azzardato (anche perché il parcheggio non
è mica incluso nel building, quindi si finirebbe col dire che
building=supermarket è identico a building=capannone; a meno che non vogliamo
definirlo come edificio con corsie interne e casse all'uscita... sì, sono
ironico).

 commercial è più ampio come concetto ma è comunque valido come tipo
 in una classificazione secondme. Se tu construisci una casa per uso
 commerciale hai parametri diversi rispetto alla costruzione di
 residenze per esempio. Però volendo potresti anche operare un impresa
 in un appartamento (e ciò non farebbe diventare l'edificio un edificio
 commerciale).

Resto della mia idea: commercial è un uso, non un tipo di edificio.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Proprietà per Cappella

[David Paleino]

On Sat, 25 Feb 2012 14:48:26 +0100, Gianluca Boero wrote:

 Ciao a tutti.
 
 Ho inserito oggi una Cappella, non chiesa.
 Oltre ad amenity= place of worship il tag importante è building. Lo si 
 può impostare a yes ma se si è sicuri che è una chiesa si inserisce 
 building=church.
 Nel caso di Cappella cosa si può inserire?

...chapel?

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione

[David Paleino]

On Wed, 8 Feb 2012 22:15:36 +0100, Gianmario Mengozzi wrote:

 - hangar   (building,bunker)?

Da quando un hangar è un bunker? Perché non aeroway=hangar + building=yes ?

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Healthcare e di nuovo sul sistema di tagging

[David Paleino]

On Sun, 8 Jan 2012 09:40:44 +0100, Volker Schmidt wrote:

 Per il dentista, ci sono tanti paesi dove non è considerato un servizio
 alla pari col medico, ma più un mestiere a parte, in particolare al di
 fuori del sistema Health Care statale. [..]

SACRILEGIO!

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problemi con maxspeed

[David Paleino]

On Wed, 4 Jan 2012 12:32:43 +0100 (CET), beppebo...@libero.it wrote:

 Ciao
 
 Quando inserisci maxspeed e digiti la velocità 50 orari viene visualizzato
 poi 60 se digito 70 orari viene visualizzato poi ugualmente 60, pure in tanti
 che hai messo tu, la voce presente è quella giusta poi sullo schermo compare
 sempre 60 orari!!!

Ah, ma quelle sono solo icone, l'importante è che il dato sia corretto :)

http://img254.imageshack.us/img254/5281/istantanea0401201212370.png

Per avere le icone corrette, va' su Modifica  Preferenze  terza icona (quella
col mondo dietro una griglia), Stili di Disegno della Mappa. Da lì scegli, e
abilita, Speedlimit Signs (ricordati anche di cliccare il quadratino per far
apparire il tick)

Dopodiché avrai le icone con i numeri giusti :)
(esistono comunque casi in cui il limite non viene riconosciuto, per cui al
posto del numero nel segnale c'è un punto interrogativo -- a me capita quando
inserisco cose tipo maxspeed=IT:motorway)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problemi con maxspeed

[David Paleino]

On Tue, 3 Jan 2012 19:19:25 +0100 (CET), beppebo...@libero.it wrote:

 Utilizzando la chiave maxspeed viene visualizzata sempre la stessa velocità
 60 anche se si digita 50 o 70 è possibile porci rimedio?

Ehm, potresti spiegarti meglio? :)

Ho inserito un sacco di maxspeed, e non riesco proprio a capire di che parli. :(

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Osmand: problemi di navigazione

[David Paleino]

On Tue, 03 Jan 2012 19:50:27 +0100, Alessio Zanol wrote:

 Visto che ci siamo.. a me interessa questa feature:
 http://www.bidforfix.com/p/osmand.net/3/
 
 Donando 10$ è aumentato del 7% quindi servono ancora 25$ scarsi per 
 l'implementazione.. se vi interessa contribuite!

Donati 10$, siamo all'89% :) (dall'83 che era)

My 2c... ehm, no, 10$ :p,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nuove frontiere per mappatori...

[David Paleino]

On Sat, 24 Dec 2011 10:10:34 +0100, Simone Cortesi wrote:

 2011/12/22 Vezzo vezz...@gmail.com:
  2011/12/22 Fabri erfab...@gmail.com:
  Avevate già visto questo video? [1] Si può prendere spunto per i
  prossimi mapping party ;)
 
  Bella l'idea..ci stavamo pensando un po' di tempo fa per l'automobile
  piazzando una telecamera su un qualche mezzo che macina molti
  chilometri al giorno raccoglieresti un sacco di informazioni, oltre al
  raccogliere le traccie che sono legate a immagini della strada, quindi
  utili per la classificazione.
 
 Nessuno avrebbe voglia di contattarli per sapere se mettono a
 disposizione maggiori informazioni sul loro setup e per sapere se
 hanno del software a disposizione?

Ho appena mandato una mail, e ho anche commentato sul video. Vediamo dove
rispondono prima :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svuotamento di amenity= e highway=

[David Paleino]

On Thu, 22 Dec 2011 15:00:00 +0100, Carlo Stemberger wrote:

 Appoggio anch'io con decisione la proposta di Federico di passare dal 
 sistema chiave:valore al sistema tag.

Era già così (quasi) nell'API 0.5, in cui potevi avere un oggetto con tag del
tipo:

amenity=bar
amenity=cafe
amenity=pub
amenity=*

i.e. con chiavi ripetute -- ognuno di quei key=value si potrebbe considerare un
tag nel senso flickriano del termine. Non ho mai capito il motivo per cui
hanno deciso che ogni chiave dovesse essere univoca; quel metodo inoltre non
aveva i problemi del multivalue che ci ritroviamo adesso.

La soluzione finale, secondo me, passerebbe almeno dal ripristino delle chiavi
non univoche; poi eventualmente si potrebbe passare ad avere dei tag
semplici (senza chiave: l'oggetto X è taggato bar, pub, cafe) -- che
però non funzionerebbe per cose tipo opening_hours che ha bisogno
(necessariamente IMHO) di una key.

 Potrebbe essere più dura di una semplice riclassificazione dell'esistente;
 temo infatti che sia da cambiare l'intera infrastruttura di OSM (nuove API?).
 Però è l'unica strada che vedo per uscire una volta per tutte dalle mille
 discussioni tassonomiche, che si potrebbero in tal modo evitare a monte.

Certo, concordo. Ma finché non cambia alla base, io dico che dare una sistemata
ai key=value attuali male non fa.

My 0.02€,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svuotamento di amenity= e highway=

[David Paleino]

On Tue, 20 Dec 2011 19:34:40 +0100, sabas88 wrote:

 Fare una proposta articolata?
 Cioè, si fa una pagina nelle Proposals che elenca il nuovo sistema di tag
 (ufficiali) in modo da poterla presentare direttamente alla prova dei fatti.

Certo.

L'unico scoglio che incontro al momento è una chiave per raggruppare tutti
quei posti in cui si mangia/beve. Mi pare assurdo fare un food=* e drink=*, e
eatdrink=* è orrendo. Non avrei neanche un termine adatto in italiano, in
realtà.

Per il resto è piuttosto semplice: culture (già proposto da Martin), education,
landuse/landcover, ... Penso che verranno naturali una volta spulciati
amenity, highway, landuse e leisure (che mi pare siano i tag più abusati).

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svuotamento di amenity= e highway=

[David Paleino]

On Wed, 21 Dec 2011 21:13:17 +0100, David Paleino wrote:

 On Tue, 20 Dec 2011 19:34:40 +0100, sabas88 wrote:
 
  Fare una proposta articolata?
  Cioè, si fa una pagina nelle Proposals che elenca il nuovo sistema di tag
  (ufficiali) in modo da poterla presentare direttamente alla prova dei fatti.
 
 Certo.
 
 L'unico scoglio che incontro al momento è una chiave per raggruppare tutti
 quei posti in cui si mangia/beve. Mi pare assurdo fare un food=* e drink=*, e
 eatdrink=* è orrendo. Non avrei neanche un termine adatto in italiano, in
 realtà.

Ecco, ora ricordo che in chat parlavamo di catering=*. Wordreference mi dice
che catering business è attività di ristorazione, quindi secondo me
potrebbe andar bene. Ma aspetto altre proposte :)

(intanto dovrei cominciare una pagina wiki)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svuotamento di amenity= e highway=

[David Paleino]

On Tue, 20 Dec 2011 17:51:22 +0100, Martin Koppenhoefer wrote:

 2011/12/19 David Paleino da...@debian.org:
  Se diventerà un casino,
 
 
 diventerà? ;-)

Sì Martin, il se in italiano non è sempre seguito dal congiuntivo ;)

http://it.wikipedia.org/wiki/Periodo_ipotetico

  si faranno più suddivisioni. Già ora mi capita di
  confondermi tra amenity, leisure e highway (non usando i preset, sapete
  com'è..) -- e mi accorgo dell'errore solo grazie alla diversa
  visualizzazione in JOSM.
 
 
 ametto che anch'io mi confondo (raramente) su certi tags, ma più i
 tags del tipo: name:en, int_name, official_name
 oppure step_count contro addr:city. Oppure ancora molto più noioso:
 tourism (c'è di tutto lì, per esempio arte e artwork che non
 centra proprio niente con il turismo).

Oh, ecco. Allora sei d'accordo con me.

  Resto dell'opinione che *qualcosa* si debba fare.
 
 resto dell'opinione che non è fattibile al livello internazionale. Tra
 altro per il sistema di mapnik (osm2pgsql) è meglio avere poche chiavi
 invece di tanti.

osm2pgsql è tutt'altro che mapnik. Segue lo schema di db che è stato deciso con
l'API 0.6, per cui ogni chiave è una colonna del db. Ma non vedo tutto questo
vantaggio ad avere poche chiavi, basta che uno aggiunga un tag inventato che
subito al db viene aggiunta la relativa colonna.

  cmq., un po' di tempo fa' pensavo anch'io come David, tracce si
  trovano per esempio qui:
  http://wiki.openstreetmap.org/wiki/Proposed_features/culture
  +1, è esattamente il tipo di razionalizzazione di cui parlavo.
 
 
 ma non cambia molto. Prendi un bar, che offre una tavola calda a
 pranzo, fa pasticceria e produce anche gelato.

Ok, e?
Quello che descrivi è il problema del multivalue, che non c'entra nulla --
quasi -- con la razionalizzazione delle chiavi.

 Oppure un ristorante che fa anche cafe (non intendevo la bevanda). Anche
 con più chiavi è impossibile di non creare conflitti. Meglio subtaggare
 (gelato=si, gelato:produzione-propria=si, ecc.), o specificare
 amenity=restaurant, restaurant:type=it:osteria
 
 Se quella chiave (principale) poi si chiama amenity o eatdrink
 non importa niente.

Certo, ma il mio scopo non era affatto risolvere il multivalue :)
Piuttosto, è rendere più omogenee le varie chiavi ;)

  Perché non vengono portate avanti? Mi par di essere l'unico folle qui che
  vuole un po' migliorare la situazione :)
 
 
 perchè abbiamo centinaie se non migliaia di persone che usano i nostri
 dati, e si sono adeguati a quello che è. Perchè un mappatore non
 troppo attivo si deve ogni volta che mappa reimparare il schema di
 tagging perchè è cambiato? Hai mai analizzato la situazione di
 highway=footway verso highway=path? In Inghilterra (dicono alle volte
 in ML) non hanno ancora visto necessità per path.
 
 Secondome se uno vuole precisare il tagging (andare nel specifico) è
 meglio fare dei cambiamenti che sono compatibili con l'attuale tagging
 (quindi non cambiare il valore della stessa chiave ma aggiungere una
 sottochiave con un altro valore, oppure aggiungere un'altra chiave
 (nuova) per non dover cambiare il valore).

Perfetto, allora io propongo amenity=restaurant + eatdrink=restaurant. Che c'è
di male? :)

  Posso portare avanti io il discorso (tempo permettendo, visto che ho
  cominciato a lavorare -- è finita la bella vita dello studente), ma
  quello che è sicuro è che avrò bisogno di qualcuno che mi appoggi --
  lottare contro gli integralisti OSMici non è facile.
 
 io sono parzialmente dalla tua parte. Per esempio vorrei ristrutturare
 landuse - uso del suolo (grass non ci sarà)
 landcover - copertura del suolo (lì ci sarà evventualmente un grass,
 un sand, un water,  l'altra ipotesi sarebbe quella di usare
 tipologie di coperture, che ne sò, arid_woodland, o arctic_tundra ---
 ma non lo farei)
 natural - da usare solo per i features geografici (per esempio bay,
 beach, spring, wetland...),

+1

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Svuotamento di amenity= e highway=

[David Paleino]

Premetto che non vedo la risposta di Federico in ML...

On Mon, 19 Dec 2011 01:16:08 +0100, Martin Koppenhoefer wrote:

 2011/12/17 Federico Cozzi f.co...@gmail.com:
  2011/12/16 David Paleino da...@debian.org:
  Che ne pensate?
 
  Un gran lavoro per poco risultato.
  Qualsiasi tentativo di classificazione dopo un po' diventa uno schifo,
 
 
 +1

E allora? Non facciamo nulla? Lasciamo che amenity e highway diventi la latrina
dei tag OSMici?

Se diventerà un casino, si faranno più suddivisioni. Già ora mi capita di
confondermi tra amenity, leisure e highway (non usando i preset, sapete
com'è..) -- e mi accorgo dell'errore solo grazie alla diversa visualizzazione
in JOSM.

Se questo crea problemi (ogni tanto, non sempre, ovvio) ad un mapper esperto
(qual io mi ritengo), figuriamoci ad un novellino, provate a spiegargli perché
una prigione è amenity, mentre una piscina è leisure.

Resto dell'opinione che *qualcosa* si debba fare.

 cmq., un po' di tempo fa' pensavo anch'io come David, tracce si
 trovano per esempio qui:
 http://wiki.openstreetmap.org/wiki/Proposed_features/culture

+1, è esattamente il tipo di razionalizzazione di cui parlavo.

 un altra idea era di avere una categoria accomodation (per
 alberghi e simile, food ...)

Esatto (magari food mi pare un po' restrittivo, perché un amenity=bar non è
propriamente food, ma più un drink=*).
Perché non vengono portate avanti? Mi par di essere l'unico folle qui che
vuole un po' migliorare la situazione :)

Posso portare avanti io il discorso (tempo permettendo, visto che ho cominciato
a lavorare -- è finita la bella vita dello studente), ma quello che è sicuro
è che avrò bisogno di qualcuno che mi appoggi -- lottare contro gli
integralisti OSMici non è facile.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Svuotamento di amenity= e highway=

[David Paleino]

Buonasera a tutti,

vediamo di lanciare una discussione che, ne sono sicuro, scatenerà il più
grande flame della storia di talk-it. :)

*Secondo me* amenity= e highway= sono sovraffollate, sovrabusate, e andrebbero,
sempre *secondo me*, sfoltite un po'.

In amenity abbiamo le cose più svariate tra di loro: si va dalla prison, al
ristorante, alla scuola, ai parcheggi, e così via. Secondo me bisognerebbe
introdurre nuove chiavi, e usare queste come valori di amenity. Per esempio:

amenity
|-- education
|   |-- school
|   |-- university
|   \-- ...
|-- transportation
|   |-- fuel
|   |-- parking
|   \-- ...
|
...

Come interpretare lo schemino di sopra:

amenity=school diventerebbe amenity=education + education=school.
*Eventualmente* potremmo anche pensare di omettere amenity=* in questi casi (e
rendere quindi education=*, transportation=*, health= e altri delle chiavi di
primo livello).
In questo modo in amenity= resterebbero quelle che sono *vere* amenity,
diventerebbe un doppione di leisure= in pratica (e quindi si potrebbero
accorpare, magari).

Stesso discorso vale per highway: abbiamo la motorway, ma anche highway=stop,
bus_stop, speed_camera, street_lamp. Queste sono cose, secondo me, che
andrebbero in chiavi separate, anche da creare ex-novo. Ad esempio, per stop e
give_way starebbe benissimo il traffic_sign che viene usato già per maxspeed e
city_limit; street_lamp potrebbe stare in una chiave tipo arredo urbano, e
così via. Così in highway= resterebbero solamente le strade, e le loro
classificazioni (motorway→...→path).

Che ne pensate? So che è un'idea che scombussola un po' lo _status quo_ di OSM,
e creerebbe problemi sul breve termine a tutti (renderer, router, mapper), però
meglio ora che quando avremo milioni di utenti sparsi nel mondo.
In realtà si sarebbe dovuto fare all'inizio del progetto, ma o non è importato
a nessuno oppure tutti i tentativi sono falliti :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] contatto (nuovo schema)

[David Paleino]

On Thu, 15 Dec 2011 11:42:04 +0100, Martin Koppenhoefer wrote:

  la nuova voce invece di email, fax, phone, website  mette contact:email,
  contact:fax, contact:phone, contact:website
 
 
 penso che website non sia un contact

Io sì: se devo contattare qualcuno per prima cosa lo cerco su internet, e il
primo risultato che spunta solitamente è il sito, se ne ha uno :)

 e credo che lo vede anche la maggioranza cosÌ: contact:website è usato
 molto meno di website.

Martin,
sai benissimo (spero) che quei numeri contano poco, o nulla.
Io sono del partito del contact:*=* -- un nuovo tag ha bisogno di tempo per
arrivare ad un livello stabile di utilizzo. website=* è esistito fin
dall'inizio, contact:website=* da un anno circa. Fra una cinquantina d'anni
quei dati potrebbero avere senso statistico :P :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] contatto (nuovo schema)

[David Paleino]

On Thu, 15 Dec 2011 12:30:03 +0100, Martin Koppenhoefer wrote:

 2011/12/15 David Paleino da...@debian.org:
  On Thu, 15 Dec 2011 11:42:04 +0100, Martin Koppenhoefer wrote:
 
   la nuova voce invece di email, fax, phone, website  mette contact:email,
   contact:fax, contact:phone, contact:website
 
 
  penso che website non sia un contact
 
  Io sì: se devo contattare qualcuno per prima cosa lo cerco su internet, e il
  primo risultato che spunta solitamente è il sito, se ne ha uno :)
 
 allora, io se voglio informazioni su un posto vado in internet sulla
 lora pagina. Quindi devo taggare il sito con information:website?

Non fare finta di non capire, Martin :)

  Martin,
  sai benissimo (spero) che quei numeri contano poco, o nulla.
  Io sono del partito del contact:*=* -- un nuovo tag ha bisogno di tempo per
  arrivare ad un livello stabile di utilizzo. website=* è esistito fin
  dall'inizio, contact:website=* da un anno circa. Fra una cinquantina d'anni
  quei dati potrebbero avere senso statistico :P :)
 
 allora si potrebbe votare. Secondome 200 000 contro 7000 contano. E'
 vero che c'è un motivo storico, e secondome per questo la proposta
 dovrebbe essere votata (cerca di cambiare lo stato di fatto).

Il meccanismo di voto che abbiamo non funziona, perché i tag che si possono
usare sono liberi, quindi avrai sempre qualcuno che s'inventa un tag assurdo
senza proporlo alla comunità prima. E troverai sempre qualcun altro a cui
piace, e che lo userà. E magari poi si scopre che quel tag non è così assurdo :)

Personalmente non lo vedo come un cambiamento dello stato di fatto: è uno
schema diverso, come ne esistono in altri campi (vedi
associatedStreetstreet, o le N proposte sul trasporto pubblico, o [..]) che
ognuno può adottare o meno, in maniera autonoma. Certo non è il massimo, ma poi
sarà compito degli utilizzatori fondere tutti questi dati insieme.

 Riccordo discussioni (credo) su talk-de dove contact: è stato bocciatto
 dalla maggior parte delle persone che hanno preso voce, e non penso che sia
 una buona idea forzare l'uso di un tag alternativo tramite i presets
 (prima che la community ha preso una decisione).

Non sto dicendo questo.

Sto dicendo che è un attimo biased dire che website è meglio solo perché i
numeri lo supportano, senza dire che esiste da almeno il triplo del tempo
rispetto a contact:website. Bisogna considerare effettivamente i pro e i contro.

Ecco la mia lista:

PRO:
1) le informazioni di contatto vengono raggruppate in uno stesso namespace (un
   po' come addr:housenumber -- perché non usare housenumber, street e post_code
   senza addr: prima?) -- mi pare un modo più ordinate di conservare i dati;

2) come conseguenza di 1, e come hai anche detto tu, in un editor che ordini le
   chiavi alfabeticamente vengono messi tutti vicini -- personalmente, mi è
   molto più comodo; e anche se vedi un oggetto su osm.org sono tutte
   raggruppate (http://www.openstreetmap.org/browse/way/82366233)

3) come developer, puoi controllare se un oggetto ha informazioni di
   contatto (magari per mostrarle in un box apposito) semplicemente con un
   qualcosa tipo:

   if key.startswith('contact:'): [..]

   anziché:

   if key is in ['website', 'phone', 'mobile_phone', ...]: [..]

CONTRO:
1) chiave più lunga da scrivere, e quindi più error-prone

Quindi, secondo me, i pro sono più numerosi dell'unico contro -- e questo è
anche poco importante; ci sono i bot che fanno le correzioni, ci sono i preset,
molti editor online hanno le icone.

My 0.02€,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] contatto (nuovo schema)

[David Paleino]

On Thu, 15 Dec 2011 14:33:53 +0100, Fabri wrote:

 Credo anche io che metterlo nei presets senza una proposta/votazione sia
 un po' affrettato. Infatti chiedevo se c'era stata una decisione o un
 motivo valido, per cambiare lo schema.

+1, neanch'io sono d'accordo con l'introduzione del preset senza previa
discussione, non lo metto in discussione :)

 Due alternative insieme aumentano l'entropia. Avranno entrambe dei pro e dei
 contro, ma tenere due schemi entrambi aperti non mi piace. Uno dei due
 andrebbe deprecato in favore di un altro. Se non mi danno un motivo valido
 per cambiare tutti i tag, io continuo a usare il vecchio. Qualche vantaggio
 il nuovo schema ce lo può avere: piu ordinato, comodo per
 sviluppatorima...domanda da non programmatore: le applicazioni ad esempio
 per smartphone con cui puoi trovare un POI e chiamare direttamente il numero,
 non dovrebbero comunque essere riscritte in base al nuovo schema?

Così come vanno riscritte per supportare qualunque nuovo tag.

Ah, per ora coesistono anche power_source e generator:power_source (o
generator:power:source, non ricordo), quindi non sarebbe il primo caso di tag
in transizione che gli utenti devono gestire :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strada con diverse caratteristiche

[David Paleino]

On Wed, 07 Dec 2011 11:56:56 +0100, gvf wrote:

 Il giorno mer, 07/12/2011 alle 11.53 +0100, Martin Koppenhoefer ha
 scritto:
  2011/12/6 Simone Saviolo simone.savi...@gmail.com:
   Il giorno 06 dicembre 2011 16:00, franco93it franco9...@gmail.com ha
   scritto:
   In pratica vengono due strade diverse ma con lo stesso nome?
  
   Diciamo di sì. Se volessi, potresti creare una bella relazione di tipo
   street e metterci le due (o più way).
  
  che vantaggio c'è con la relazione? Che si tratta di una strada
  continua / con lo stesso nome, lo posso vedere anche senza la
  relazione.
 
 Esistono casi in cui la strada è divisa in sezioni non necessariamente
 collegate.

Un esempio lampante è Marsala, dove più di metà della popolazione è sparsa
per le contrade, che sono attraversate da strade chiamate Contrada XYZ,
spesso anche lontane tra loro (e quindi l'unica differenza è il civico):

http://osm.org/go/xZH41bDE (Contrada Bufalata)

(purtroppo lì il grafo è MOLTO incompleto; molte volte il nome della contrada è
noto solo agli abitanti del luogo :D)

(p.s.: in certi casi addirittura una strada separa due contrade, per cui da un
lato si chiama Contrada A, con i suoi civici, e dall'altro Contrada B, con
altri civici -- ho pensato di usare name:left e name:right, ma ancora non ne ho
mappata nemmeno una. Nel caso ve lo steste chiedendo: sì, in questi casi ho
anche visto civico 1 da un lato, e 273 di fronte :D)

 Comunque visto che la relazione sarebbe in ogni caso
 necessaria/utile per i civici non mi sembra un danno creare in ogni
 caso.

+1

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Vector maps for Android

[David Paleino]

On Sun, 27 Nov 2011 13:54:14 +0530, Parveen Arora wrote:

 Please let me know some good application to use vector data of osm on
 android phone becase tiles needs a lot of bandwidth to access the maps
 easily.
 
 I have tried many applications but not found any satisfactory applocation
 till now.
 
 All the applications availble are third party  applications and ask to pay
 for them at some point.

I use OsmAnd, and I'm very satisfied with it.

It has vector rendering, it has POI-search, it can do offline routing, as well
as online (using CloudMade or YOURS). It can also be used for simple mapping
things (add POIs, save GPX track), but I haven't used them (I use OSMTracker
for mapping).

Also, it seems to use the PBF format, and I currently have all Italy loaded on
my Samsung Galaxy Next. It also has voices available for quite some languages.

If you look in the Android Market, you see OsmAnd and OsmAnd+ -- the first
is free, but won't get updates, the second is quite cheap (it's 3€ here, don't
know what your currency is, and gets updates. But they are also on the F-Droid
market. [0]

Kindly,
David

P.S.: no, I'm not affiliated in any way with OsmAnd, I'm just a happy user :)

[0]: http://f-droid.org/repository/browse/?fdid=net.osmand.plus

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vector maps for Android

[David Paleino]

(no need to CC me, thanks :))

On Sun, 27 Nov 2011 12:17:25 +0100, Yves wrote:

 Actually it is worth to notice that Osmand is free and open-source.

Yup, forgot that, it's important to me too :)

 Osmand+ is the ' donation' version, and night ly build is also available for
 free from google-code.

And also from the F-Droid repository I linked to :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vector maps for Android

[David Paleino]

On Sun, 27 Nov 2011 16:54:43 +0530, Parveen Arora wrote:

 Yes i am also using this OSMand and almost all the applications mentioned
 on the wiki page of osm for android.
 Only osmand+ is having the facility to use vector data not the free version
 of it and I have also not found any other freely available application to
 use vector data.

If you did read the messages better, you would have seen that OsmAnd+ is not
necessarily to be paid ;)
The pay version is really a donation; but you can get that same version
without paying.

 Almost all the applications available in the android market are cheap but
 not all the users personally me would like to pay for using it because its
 data is already being provided by osm free of cost.

Then we think differently :)
I think that donations to free/opensource developers are a good way to support
them (i.e. free software shouldn't necessarily be free as in beer)
 
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Provincia di Trapani e OpenGeoData

[David Paleino]

On Fri, 18 Nov 2011 18:29:45 +0100, David Paleino wrote:

 Ciao a tutti,
 segnalatomi da un utente di Gibellina (kalollo). Sul numero di Novembre 2011
 di Belice C'è [0], pagina 18, si parla dell'implementazione di un nuovo
 servizio SITR per la provincia di Trapani e l'accordo con OpenGeoData Italia.
 
 Volevo cercare la delibera in questione, ma il sito della provincia [1] non
 sembra attualmente raggiungibile.

Vorrei comunicarvi, con ESTREMO piacere, che sono stato contattato via mail
dall'Ing. Alessandro Putaggio, responsabile del nodo provinciale del SITR,
riguardo a quello che ho scritto sopra. Leggerà anche lui talk-it? :)

Vi farò sapere notizie in merito :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Provincia di Trapani e OpenGeoData

[David Paleino]

Ciao a tutti,
segnalatomi da un utente di Gibellina (kalollo). Sul numero di Novembre 2011
di Belice C'è [0], pagina 18, si parla dell'implementazione di un nuovo
servizio SITR per la provincia di Trapani e l'accordo con OpenGeoData Italia.

Volevo cercare la delibera in questione, ma il sito della provincia [1] non
sembra attualmente raggiungibile.

Speriamo bene! :)


[0]: http://www.infobelice.it/
[1]: http://www.provincia.trapani.it/

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pubblicità per dei tags

[David Paleino]

On Fri, 28 Oct 2011 11:09:55 +0200, Martin Koppenhoefer wrote:

 * traffic_sign=maxspeed, maxspeed=xy su nodi a canto della strada in
 direzione di marcia (a destra)
 con
 * maxspeed=xy, source:maxspeed=sign sul way

Ho notato che, in autostrada, i segnali sono su entrambi i lati e, almeno qui,
il segnale di fine dei divieti (bianco con striscia nera) è invece solo a
destra.

http://taginfo.hanskalabs.net/keys/traffic_sign#map

(chissà chi ha mappato quei nodi in Sicilia :D)

Se volete posso aggiungere anche traffic_sign=maxspeed (o anche =*) ad osmstats.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: [OT] Gmaps a pagamento

[David Paleino]

On Fri, 28 Oct 2011 17:39:29 +0200, Simone Cortesi wrote:

 2011/10/28 Tiziano D'Angelo tiziano.dang...@gmail.com:
  Invece di pagare per il servizio potrebbero comunque utilizzare i dati OSM
  liberi per mettere in linea un server proprio con minimo sforzo (più o meno)
  :)
  Con Google non si può :P
 
 esatto. google non è libero. e oggi non è nemmeno libero.
^^
Forse intendevi gratis :)

Simone, pensi in inglese ormai, e sbagli a tradurre te stesso :D

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Insatallazione mtkbabel ultima versione su Ubuntu

[David Paleino]

On Sun, 23 Oct 2011 15:31:12 +0200, Alessandro Pozzato wrote:

 Nei repo di Ubuntu è presente anche Mtkbabel, ma in versione vecchia (e 
 che a me non funziona). Com'è possibile installare correttamente e nella 
 giusta cartella il pacchetto scaricabile al sito [1] che è in formato 
 tar.gz?
 
 Grazie,
 Alepoz
 
 [1] http://sourceforge.net/projects/mtkbabel/



-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Insatallazione mtkbabel ultima versione su Ubuntu

[David Paleino]

On Sun, 23 Oct 2011 15:31:12 +0200, Alessandro Pozzato wrote:

 Nei repo di Ubuntu è presente anche Mtkbabel, ma in versione vecchia (e 
 che a me non funziona). Com'è possibile installare correttamente e nella 
 giusta cartella il pacchetto scaricabile al sito [1] che è in formato 
 tar.gz?

Mi è partita una mail vuota :)

Quello che volevo scrivere era: se proprio non ci si vuole sporcare le mani, lo
si segnala al maintainer ;)

http://bugs.debian.org/646357

Comunque, cosa non ti funziona della 0.8.2.1?

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Insatallazione mtkbabel ultima versione su Ubuntu

[David Paleino]

On Sun, 23 Oct 2011 23:32:17 +0200, Alessandro Pozzato wrote:

  Comunque, cosa non ti funziona della 0.8.2.1?
 Ubuntu (almeno la mia) mi installa la 0.8-1
 Il dispositivo è un 747a+
 Questo è l'output di mtkbabel, che non restituisce nulla:

È l'output normale :)

 mionome@miopc-desktop:~$ mtkbabel -p /dev/ttyACM0 -s 115200 -l off -f 
 /home/mionome/Scrivania/nomefileoutput

...e non hai alcun nomefileoutput.bin e nomefileoutput.gpx sulla Scrivania?

 MTK Test OK
 MTK Firmware: Version: 1, Release: AXN_1.30-B_1.3_C01, Model ID: 0004
   Switch recording to OFF
 Log format: (0002003F) UTC,VALID,LATITUDE,LONGITUDE,HEIGHT,SPEED,RCR
 Size in bytes of each log record: 34 + (0 * sats_in_view)
 Logging TIME interval:   1.00 s
 Logging DISTANCE interval:   0.00 m
 Logging SPEED limit: 0.00 km/h
 Recording method on memory full: (2) STOP
 Log status: (00010100) AUTOLOG_OFF,STOP_WHEN_FULL,ENABLE_LOG
 Next write address: 277726 (0x00043CDE)
 Number of records: 8083
 Memory health status (failed sectors mask): 
 

Ogni volta che scarichi i dati, ricorda di cancellarli e di riattivare il
logger ;) (mtkbabel -p /dev/ttyACM0 -E -l on)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Thu, 20 Oct 2011 19:55:13 +0200, Paolo Monegato wrote:

 2011/10/9 David Paleinodapal at debian.org
 http://lists.openstreetmap.org/listinfo/talk-it:
  ref:vatin:ITxxx
 
 Scusate ma è ref:vatin:IT=x o ref:vatin=IT?

Voterei per ref:vatin:IT=xxx.

 e per il numero R.E.A.? ref:rea=xxx ?

REA è solo Italiano o esiste anche altrove?

Se è solo italico, direi ref:IT:rea= (i.e. raggruppiamo sotto ref:IT: tutte le
cose specifiche per l'Italia).

Ma poi, il numero REA non lo trovi sugli scontrini :D

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Thu, 20 Oct 2011 20:07:32 +0200, Paolo Monegato wrote:

 Il 20/10/2011 20:02, David Paleino ha scritto:
  On Thu, 20 Oct 2011 19:55:13 +0200, Paolo Monegato wrote:
 
  2011/10/9 David Paleinodapal at debian.org
  http://lists.openstreetmap.org/listinfo/talk-it:
  ref:vatin:ITxxx
  Scusate ma è ref:vatin:IT=x o ref:vatin=IT?
  Voterei per ref:vatin:IT=xxx.
 
  e per il numero R.E.A.? ref:rea=xxx ?
  REA è solo Italiano o esiste anche altrove?
 
  Se è solo italico, direi ref:IT:rea= (i.e. raggruppiamo sotto ref:IT: tutte
  le cose specifiche per l'Italia).
 
  Ma poi, il numero REA non lo trovi sugli scontrini :D

 In un caso l'ho trovato, e l'ho segnato come ref:rea:IT=.

Io l'ho visto sulle fatture più che altro.

Comunque ref:rea:IT non mi convince molto: R.E.A. è un acronimo italiano (è un
po' come se avessimo usato ref:partitaiva:IT=...).

O troviamo un corrispettivo internazionale (che non sono sicuro esista), oppure
propongo nuovamente ref:IT:* per le cose italo-specifiche :)

David

(mamma quanti ne ho contagiati..)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] dati.gov.it

[David Paleino]

On Wed, 19 Oct 2011 11:21:21 -0400, Simone Cortesi wrote:

 2011/10/19 Cascafico Giovanni cascaf...@gmail.com:
  Per ora la navigazione nel sito dati.gov.it mi lascia un po' perplesso:
  p.es. per l'edificato si capisce che si parla della sola Emilia-Romagna solo
  leggendo il link finale per esteso: in una pagina in cui campeggia la
  bandiera italiana mi pare fuorviante.
 
 sono l'unico a non vedere il sito con firefox sotto linux?

Se vai su http://data.gov.it dovrebbe dirti Il servizio sarà presto
disponibile; se invece vai su http://dati.gov.it/ricerca_dataset c'è già
tutto. Avranno dimenticato a tagliare il nastro? :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mkgmap - splitter - polygon

[David Paleino]

On Fri, 14 Oct 2011 13:19:49 +0200, Martin Koppenhoefer wrote:

 2011/10/14 Luca Delucchi lucadel...@gmail.com:
  PS Niccolo preparati a scaricare il file pbf invece che osm.bz2
  (occupa anche meno spazio ;-) )
 
 
 +1, l'elaborazione del pbf è in ordine di grandezza più veloce!

Non necessariamente, per osmstats ho provato a creare un backend pbf, e risulta
MOLTO più lento del backend xml.

https://github.com/dpaleino/new-osm-stats/blob/master/osmstats/backends/pbf.py
https://github.com/dpaleino/new-osm-stats/blob/master/osmstats/backends/osmxml.py

Considera che, con quel codice, l'italy.osm impiega circa 25 minuti (compreso
di bunzip2), l'italy.pbf siamo sulle 2 ore.

È possibilissimo che abbia sbagliato qualcosa io nel codice, ma non vedo errori
grossolani. Possibile anche che Python non sia così efficiente con i file
binari (la prossima prova la farò con Cython). Inoltre, ho scritto quel codice
tenendo presente la struttura del file binario; magari usando lib esterne
precotte diventa più veloce.

Già che ci siamo, se volete dare un'occhiata e dare consigli... :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 9 Oct 2011 11:10:01 +0200, luca menini wrote:

 Ciao,
 ho cominciato a praticare l'inserimento in OSM partendo daglil scontrini.

Noto che il Napo ha davvero parlato di me allora :D

 Con che tag inserisco la Partita IVA?

Io uso ref:it:vat, ma Martin ha anche proposto ref:IT:vat (visto che è Italia
e non italiano). Non ho ancora avuto tempo di convertire quelli esistenti, e
quelli che aggiungo ex-novo uso ancora il mio formato, ma a naso Martin ha
ragione, e dovrei adeguarmi ;)

 E il numero di telefono?

Io uso contact:phone (e contact:website, contact:fax, contact:email, ...)

 Chiedo conferma anche per:
 - civico - add:housenumber

addr:housenumber (ti sei scordato una r)

 - CAP - add:postcode
 - via - add:street

-1

addr:postcode potrebbe aver senso (non abbiamo ancora mappato i confini dei
CAP), ma addr:street proprio no: meglio una relazione (di tipo street,
portiamola avanti!), e aggiungere il nodo/way con addr:housenumber con ruolo
house. Inoltre, addr:street è propenso ad errori: se sbagli una lettera o
scrivi il nome diversamente da come è taggato la way, potresti avere problemi
nell'associazione strada-civico.

Inoltre, è mia abitudine inserire addr:housenumber non sull'edificio, ma sul
punto preciso dove si trova l'ingresso (taggato con building=entrance, anche se
non mi piace moltissimo, o barrier=*)

Esempio:

Edificio: http://www.openstreetmap.org/browse/way/132672432
Ingresso: http://www.openstreetmap.org/browse/node/1051107689
Relazione: http://www.openstreetmap.org/browse/relation/1331264


Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 9 Oct 2011 12:01:49 +0200, luca menini wrote:

 Il 09 ottobre 2011 11:24, David Paleino da...@debian.org ha scritto:
  Noto che il Napo ha davvero parlato di me allora :D
 
 
 Sei stato citato da piu' persone in piu' occasioni.
 Ti saranno fischiate le orecchie :-)
 Si e' sentita la tua mancanza.

Eh, mi sarebbe piaciuto ma purtroppo ero a Roma per lavoro. Però ho
continuato a pensare a voi :P

http://www.openstreetmap.org/browse/changeset/9504504

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 9 Oct 2011 12:03:11 +0200, luca menini wrote:

 Il 09 ottobre 2011 12:00, Simone Cortesi sim...@cortesi.com ha scritto:
  scusate la pignoleria, ma secondo me dovrebbe essere usato:
  ref:vat:IT
 
 
 Anche secondo me e' meglio questo.
 Che faccio? Sto per inserire il primo scontrino :-)

+1 per ref:vat:ITxxx .

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 9 Oct 2011 12:12:14 +0200, David Paleino wrote:

 On Sun, 9 Oct 2011 12:03:11 +0200, luca menini wrote:
 
  Il 09 ottobre 2011 12:00, Simone Cortesi sim...@cortesi.com ha scritto:
   scusate la pignoleria, ma secondo me dovrebbe essere usato:
   ref:vat:IT
  
  
  Anche secondo me e' meglio questo.
  Che faccio? Sto per inserire il primo scontrino :-)
 
 +1 per ref:vat:ITxxx .

Meglio ancora (secondo me):

http://en.wikipedia.org/wiki/VAT_identification_number

VAT Identification Number → VATIN.

ref:vatin:ITxxx

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 9 Oct 2011 13:07:46 +0200, luca menini wrote:

 Il 09 ottobre 2011 11:24, David Paleino da...@debian.org ha scritto:
  addr:postcode potrebbe aver senso (non abbiamo ancora mappato i confini dei
  CAP), ma addr:street proprio no: meglio una relazione (di tipo street,
  portiamola avanti!), e aggiungere il nodo/way con addr:housenumber con ruolo
  house. Inoltre, addr:street è propenso ad errori: se sbagli una lettera o
  scrivi il nome diversamente da come è taggato la way, potresti avere
  problemi nell'associazione strada-civico.
 
 
 Non ho capito esattamente cosa intendi ...
 Ho inserito questo:
 http://www.openstreetmap.org/browse/node/1459624793
 Il bar ha l'entrata su Viale Trieste.
 Per cortesia me lo sistemi come ritieni sia corretto cosi' poi faccio
 sempre uguale?

Fatto.

http://www.openstreetmap.org/browse/changeset/9510903

Lista delle correzioni:

1) al numero telefonico, se è preceduto dal codice internazionale, non serve lo
   0 iniziale :) -- tant'è che in alcune forme si scrive +39(0)... (quindi o
   0..., oppure +39...);

2) come prevedevo, hai scritto diversamente l'addr:street dal name= della
   strada ;). Uno era viale Trieste (minuscolo), l'altro era Viale
   Trieste (maiuscolo). Il mio ragionamento di prima serviva proprio ad
   evitare questi problemi: aggiungi il nodo come membro della relazione, e
   te ne liberi;

3) Viale Trieste non aveva una relazione, per cui ho preso tutti i pezzi e li
   ho messi in una relazione street, con ruolo street ([0]). Altri ruoli
   possibili sono sidewalk (marciapiedi), oppure house (numeri civici). Ci
   sarebbe anche link (per le highway=*_link che si collegano alla strada in
   questione, o per way con funzioni simili), che in questo caso andrebbe bene
   per gli svincoli di via Fiume e via Istria;

4) ho disegnato il building e messo il nodo nel suo perimetro: nel caso
   l'edificio intero fosse appartenuto al bar, avrei messo tutti i tag
   sull'edificio, e lasciato il nodo con building=entrance + addr:*=* (e come
   membro della relazione street)

[0]: http://www.openstreetmap.org/browse/relation/1782071

Spero di esser stato d'aiuto :)
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 9 Oct 2011 16:20:20 +0200, luca menini wrote:

 Il 09 ottobre 2011 13:28, David Paleino da...@debian.org ha scritto:
  2) come prevedevo, hai scritto diversamente l'addr:street dal name= della
    strada ;). Uno era viale Trieste (minuscolo), l'altro era Viale
    Trieste (maiuscolo). Il mio ragionamento di prima serviva proprio ad
    evitare questi problemi: aggiungi il nodo come membro della relazione, e
    te ne liberi;
 
 
 Intanto grazie.
 Devi pero' tenere conto che io sono un mappatore della domenica che
 usa esclusivamente Potlatch ...

Male :)

 L'ID della relazione (che in questo caso e' 1782071) dove l'hai preso?
 Chi l'ha dato? Le prossime volte dove lo prendo?

Ho creato una nuova relazione :)

  3) Viale Trieste non aveva una relazione, per cui ho preso tutti i pezzi e
  li ho messi in una relazione street, con ruolo street ([0]).
 
 Quasi tutta la citta' e' senza relazione :-)
 Come si fa con Potlatch a prendere i pezzi e a metterli in relazione?

Li selezioni tenendo premuto Control, e sulla sinistra Potlatch passa
automaticamente dalla modalità Semplice a quella Avanzata: in alto vedi i
tag, in basso le relazioni. Clicchi Add to, e scegli una relazione esistente,
oppure ne crei una nuova.

Durante la creazione di una nuova, clicca Advanced, e usa:

type=street
name=Bla bla bla

Dopodiché aggiungi i vari segmenti e, nella colonna Role, scrivi street (o
gli altri che ho scritto nella precedente mail).

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] sintassi corretta restriction divieto di svoltare a sinistra

[David Paleino]

On Sun,  9 Oct 2011 19:11:38 +0200, beppebonin\@libero\.it wrote:

 Sto facendo alcune restrizioni agli svincoli che non le hanno, ma mi è sorto
 un ennesimo dubbio qualcuno mi potrebbe scrivere la sintassi corretta nelle
 caselle relation id role potlach2 per fare una restrizione di no_left_turn? E
 come si fa ad agganciarla alla strada successiva? Con JOSM?

Nella relazione usa:

  type=restriction
  restriction=no_left_turn

Dopodiché aggiungi come membri:

1) la strada da dove arrivi (ruolo from)
2) il nodo di incrocio tra le due strade (ruolo via)
3) la strada dove NON puoi andare (ruolo to)

Fa' attenzione a dividere le due strade all'altezza del nodo di incrocio.

Un esempio (anche se questo è only_straight_on, ma il concetto è uguale):

http://www.openstreetmap.org/browse/relation/1540385

from: http://www.openstreetmap.org/browse/way/34833009
via: http://www.openstreetmap.org/browse/node/408160226
to: http://www.openstreetmap.org/browse/way/115866042

Considera che, molto spesso, al posto di una restrizione no_*_turn, può essere
più indicato un altro tipo di restrizione. Ad esempio, se non puoi girare a
sinistra ma a destra non hai comunque alcuna strada, secondo me è più indicato
un only_straight_on.

Eventualmente indica la zona dove andrebbe la restrizione ;)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire da scontrini

[David Paleino]

On Sun, 09 Oct 2011 22:38:16 +0200, Michael von Glasow wrote:

 David Paleino wrote:
  Lista delle correzioni:
 
  1) al numero telefonico, se è preceduto dal codice internazionale, non
  serve lo 0 iniziale :) -- tant'è che in alcune forme si scrive +39(0)...
  (quindi o 0..., oppure +39...);
 
 In Italia serve, perché dall'estero chiameresti ad es. 0039 02 88620 per 
 raggiungere un numero a Milano. Quindi la forma corretta è +39 02 88620.
 
 [..]

Ok, ok, chiedo venia. Correggerò tutti i telefoni che ho inserito :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Foto Bing e Yahoo!

[David Paleino]

On Tue, 4 Oct 2011 12:19:56 +0200, Alessandro Chiostri wrote:

 Ma J.O.S.M. non è l'unico strumento utilizzabile per ricalcare le foto
 satellitari , ed un altrettanto buon lavoro può essere svolto con
 Potlatch_2.0 . Chi usa questo strumento perderà quindi molto se non avrà più
 a disposizione le immagini di Bing.

Potlatch deve morire.

Scherzi a parte (ma mica tanto, [0]), il supporto Yahoo non funziona/funzionerà
più in alcun editor, sia esso JOSM o Potlatch o Merkaartor o Mapzen o [..].

Resta invariato il supporto Bing invece: quindi sì, JOSM può essere usato per
ricalcare foto aeree.

David

[0]: http://www.openstreetmap.org/browse/changeset/9463699

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
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

[David Paleino]

On Tue, 27 Sep 2011 13:18:59 +0200, gvf wrote:

 A mio avviso servono:
 
 * Aggiunta di una possibile selezione: no so cos'è, ma è giusto

C'è già, è altro, ma è giusto...

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
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

[David Paleino]

On Tue, 27 Sep 2011 14:59:04 +0200, gvf wrote:

 Il giorno mar, 27/09/2011 alle 13.29 +0200, David Paleino ha scritto:
  On Tue, 27 Sep 2011 13:18:59 +0200, gvf wrote:
  
   A mio avviso servono:
   
   * Aggiunta di una possibile selezione: no so cos'è, ma è giusto
  
  C'è già, è altro, ma è giusto...
 
 Non è la stessa cosa. è altro ma è giusto indica che so che cos'è ma non
 lo trovo nella lista. Ci sono casi in cui sono sicuro del testo (ho la
 foto del cartello) ma non ho la minima idea a cosa si riferisca.

E che differenza c'è in questo compito specifico? :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Limiti amministativi (istat2011)

[David Paleino]

On Fri, 23 Sep 2011 16:09:13 +0200, Simone Saviolo wrote:

 Mi sembra che, quando si ottennero i dati ISTAT 2011, si disse di importarli
 ovunque dove fossero ancora usati esclusivamente i confini ISTAT 2001. Negli
 altri casi (carte tecniche, dati catastali, altre fonti), si consigliava
 invece di tenere i dati esistenti perché più precisi. Quindi credo che se
 hai i dati della Regione Liguria ti possa fidare più di quelli che dei dati
 ISTAT.

È proprio così: i confini ISTAT vanno usati solo se non si hanno altre fonti
più precise (appunto, CTR o altro). Diciamo che è l'ultima spiaggia, meglio
quelli che niente.

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Per l'ennesima volta sui confini ISTAT, workflow per gli import

[David Paleino]

On Tue, 20 Sep 2011 13:20:27 +0200, sabas88 wrote:

 In Sicilia, ma forse anche nel resto d'Italia, abbiamo deciso che il
 confine comunale finisce sulla linea di costa. Quindi, nel caso di comuni
 costieri, il pezzo istat di confine, corrispondente alla costa, va
 cancellato (useremo la costa).
 
 Nel senso che i confini sono aperti o che avete duplicato la linea di costa
 facendola diventare confine?

Nel senso che, a livello della costa, esiste un'unica way, con:

boundary=administrative
admin_level=X
natural=coastline
...

che fa anche parte della relazione del confine.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Per l'ennesima volta sui confini ISTAT, workflow per gli import

[David Paleino]

On Sat, 17 Sep 2011 16:31:57 +0200, sabas88 wrote:

 Funzionare il mio metodo ha funzionato, probabilmente è anche grazie
 all'estensione DownloadAlong (si chiama così?) che scarica tutto il percorso
 anche se selezioni solo una parte.

Boh, probabile, comunque il concetto è non creare conflitti inutili :)
Altrimenti ci si confonde.

 Forse dovevo specificare che una volta copiato, bisogna selezionare il
 confine nuovo, così si abilita la copia di tag e relazioni.
 Ho fatto i comuni di narbolia, sennariolo e cuglieri.
 Il PCN l'ho usato per avere un riferimento fotografico, bisognerà
 ripassarci, ad esempio ho visto che David (va bene così? :D)

(meglio! :D)

 nel medio campidano ha allineato i confini alla linea di costa, che ha un
 effetto decisamente migliore del mio :)

Beh, questo dipende dalla comunità locale in realtà. In Sicilia abbiamo deciso
che i confini sul mare coincidono con la linea di costa (anche se non è
propriamente corretto), quindi ho pensato di seguire quest'approccio anche in
altre zone dove ho messo le mie zampacce :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Per l'ennesima volta sui confini ISTAT, workflow per gli import

[David Paleino]

On Thu, 15 Sep 2011 21:36:41 +0200, sabas88 wrote:

 Ciao lista,

Ciao,

 non avendo granchè da fare ho fatto un tentativo con un paio di comuni sardi
 utilizzando gli osm forniti da Paleino.

(che formalità!)

Dovrebbe essere questo (più o meno, leggi più avanti) il workflow corretto --
però non importo confini da un bel po' (impegni di studio, l'estate, ...),
perciò STAI ATTENTO :)

 Volevo sapere se andava bene come stavo facendo, dalle poche informazioni
 che ho ricevuto sembrava un casino:
 1. aperto JOSM con file osm dei confini, PCN attivo

Perché PCN attivo?

 2. download delle aree in corrispondenza degli incroci fra confini in un
 nuovo layer dati
 3. copio dai confini quello di interesse e lo incollo nel layer dati (si
 cancellano i tag ISTAT

Che io ricordi, se copi-incolli perdi le informazioni geografiche, i.e. JOSM ti
incolla dove hai il mouse.
Dovresti invece fare il merge dei due layer, e poi copia-incollare i tag vecchi
sui confini nuovi.

 4. copio il confine vecchio e incollo su quello nuovo tag e relazioni (JOSM
 ha tali funzioni, per le relazioni si usa l'utilsplugin2)
 5. appiccico il confine appena importato a quelli vecchi
 6. Aggiorno il tag source da 2001 a 2011
 7. Torno al punto 1
 
 E' corretto? (l'upload lo faccio a breve)

Tieni a mente le mie note di sopra, ma in linea di massima è corretto.
Eventualmente si può sempre correggere :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Per l'ennesima volta sui confini ISTAT, workflow per gli import

[David Paleino]

On Fri, 16 Sep 2011 20:44:01 +0200, Maurizio Daniele wrote:

 Il giorno ven, 16/09/2011 alle 18.50 +0200, David Paleino ha scritto:
 
  Tieni a mente le mie note di sopra, ma in linea di massima è corretto.
  Eventualmente si può sempre correggere :)
 
 Ecco, io stavo finendo i confini della mia provincia ma poi mi sono
 accorto di un problema.
 
 Dopo aver scaricato tutti i vecchi confini su Josm (scaricando tutti i
 componenti delle relazioni), copiaincollato tags, sistemato relazioni e
 blablabla... mi sono accorto che Josm NON mi fa cancellare i confini
 vecchi, a meno che non scarichi un area che li contiene (con tutti i
 node in quell'area ovviamente)
 
 In pratica, per chi è pratico di josm, mi fa scaricare un confine solo
 se si trova in una area con sfondo nero (scaricata dal server) mentre
 non posso farlo se è in una area con sfondo tratteggiato.

Selezioni il confine, e fai File  Scarica i percorsi/relazione da cui dipende
(Ctrl-Maiusc-Shift-D da me). Così JOSM ti scarica i nodi dei percorsi, e puoi
cancellarli anche se sono su sfondo tratteggiato, senza causare conflitti* :)

* quasi: teoricamente dovresti poi selezionare tutti i nodi di ogni confine, e
  fare la stessa procedura; così invece durante l'upload avrai dei conflitti
  per quelle strade che condividevano un nodo col vecchio confine. Dovrai
  decidere caso per caso: se è una strada provinciale, allora è giusto che
  condivida un nodo (IMHO), altrimenti scegli Mantieni nella finestra di
  risoluzione dei conflitti, e ri-uploadi (continuerà l'upload interrotto).

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Codici ATECO

[David Paleino]

On Thu, 08 Sep 2011 12:51:46 +0200, Salemme Guido wrote:

 Secondo voi quando si aggiunge un tag riferito ad un'attività economica
 potrebbe essere utile aggiungere anche codici del tipo ateco?
 http://it.wikipedia.org/wiki/ATECO
 
 si può utilizzare il tag ref?

Potresti usare ref:it:ateco (io per esempio metto la partita IVA come
ref:it:vat)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Bandiera OSM su pixart.it

[David Paleino]

On Thu, 1 Sep 2011 13:24:55 +0200, niubii wrote:

 [..]
 
 Tessuto 161x100 consegna in 7 giorni
 circa Euro 4.20 più IVA più trasporto

Quanto sarebbe il trasporto? :)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag 'visible_name'

[David Paleino]

On Thu, 18 Aug 2011 17:00:11 +0200, Daniele Forsi wrote:

  Ad esempio a Genova abbiamo un Passo Barsanti
 
 in quel caso passo cosa vuol dire?

A Mazara abbiamo un Passo delle Mura Ruggeriane, che è una stradina
(residential) costruita a fine '800, quando demolirono (SCELLERATI! :((() le
mura normanne della città.

 Le strade che portano ai passi di montagna dovrebbero avere un nodo
 della way con il tag mountain_pass=yes[1], questo è un controllo che
 può essere fatto automaticamente, ma non ho importato i nodi e poi
 sembra che alcune strade siano urbane (pedestrian, residential):

...quindi no, non tutti i passo % sono necessariamente passi montani ;)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it