Re: [Talk-it] Tag per tipo di caffè

[Paolo Monegato]

Il 23/11/2019 23:09, Lorenzo Mastrogiacomi ha scritto:
Il giorno sab, 23/11/2019 alle 16.26 +0100, Francesco Ansanelli ha 
scritto:

Buongiorno,

grazie a tutti per i suggerimenti! Se siete d'accordo, metterei anche:

drink:coffee:brand=Lavazza

come esempio sul wiki nella pagina: amenity=cafe.

Francesco





A me non dispiace ma prima di metterlo su wiki penso vada discusso su 
tagging oppure messo come proposal, anche perchè vedo che sono stati 
usati anche altri tag:

brand:coffee 8
coffee:brand 1
drink:coffee:brand 1

Poi ho visto che sono stati usati tag simili per le birre...


Per le birre disponibili alla spina? Mah... sono un po' scettico perché 
solitamente sono a rotazione ogni tot no?
Decisamente più stabile (e di conseguenza più sensata come mappatura) 
invece l'associazione bar - caffè


ciao
Paolo M


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

Re: [Talk-it] [import] gelatieri e pasticcieri FVG

[Paolo Monegato]

Il 03/10/2019 10:42, Martin Koppenhoefer ha scritto:
Am Do., 3. Okt. 2019 um 10:20 Uhr schrieb Volker Schmidt 
mailto:vosc...@gmail.com>>:


Poi una distinzione importante per l'utente: alcuni hanno tavoli
per il consumo, altri no (solo vendita).
E probabilmente tanti altri varianti e combinazioni



si, la mia proposta è di distinguere con
shop e amenity
shop se si tratta di solo asporto (vale anche per pizza al taglio). Il 
buon amenity=ice_cream, usato più di tutto, non è chiaro a questo 
riguardo.

2 288

*shop* 

*ice_cream* 

26 439

*amenity* 

*ice_cream* 

11 489

*cuisine* 

*ice_cream* 


invece quando si tratta di una gelateria con servizio a tavola, 
amenity=cafe con cuisine=ice_cream
(gli italiani aprono questi in Germania, ma qui non si trovano, oppure 
poco). Questa tipologia di negozio spesso vende sia in asporto 
(cornetti e coppette) che da consumarsi al tavolo (spesso vendono 
coppe grandi con gelato e frutta, tipo questa a casa mia: 
https://www.san-marco-eiscafe.de/eisgalerie/eis-becher.php




Scusa Martin ma non è meglio usare il tag "takeaway=only/yes/no" per 
fare questa differenziazione?


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

Re: [Talk-it] power=marker per linea elettrica interrata

[Paolo Monegato]

Il 24/08/2019 19:29, Ivo Reano ha scritto:


Sembra sia così (il wiki non è chiarissimo). Imho però è un tag
sbagliato.

Come si fa a sapere qual è la destra e qual è la sinistra rispetto
ad un
nodo?
Dipende da che parte lo si guarda... Fosse una linea almeno
avrebbe un
verso.


Sembra cosi, ma in effetti se sei davanti alla targhetta hai la 
possibilità di indicare le direzioni come destra o sinistra.


Chiaro. Ma intendevo guardando la mappa... da casa se su un punto ho un 
tag left o right non ho proprio modo di capire da che parte è.


Mentre, ad esempio, quel tag che si usa per descrivere l'orientamento di 
una panchina è facilmente interpretabile anche da remoto.


ciao
Paolo M


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

Re: [Talk-it] Raduno osmer in montagna

[Paolo Monegato]

Il 23/08/2019 09:16, Luca Delucchi ha scritto:
On Thu, 22 Aug 2019 at 20:26, mbranco2 > wrote:


Se per caso qualcuno di voi sarà ancora in ferie e ha voglia di
conoscere un bella valle piemontese insieme ad altri osmer,
segnalo anche in lista nazionale l'incontro che abbiamo
organizzato per sabato 31 agosto in Val di Lanzo:

https://lists.openstreetmap.org/pipermail/talk-it-piemonte/2019-August/000979.html


bravi!


Bell'iniziativa. Però una tiratina d'orecchie per non aver inserito 
l'evento sul wiki [1] ci sta tutta!


ciao
Paolo M

[1] http://wiki.openstreetmap.org/wiki/Italy/Events
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] power=marker per linea elettrica interrata

[Paolo Monegato]

Il 14/08/2019 18:37, Marcello ha scritto:

Il 13/08/19 22:32, demon_box ha scritto:

tra l'altro rileggendo il wiki di power=marker

https://wiki.openstreetmap.org/wiki/Tag:power%3Dmarker

dopo il tag position=left/right non ho capito nulla

come faccio ad indicare che la linea si trova ad esempio (vedi prima foto) a
2.80 metri a destra del paletto marcatore?
com'è la sintassi corretta?

--enrico

Leggendo quella pagina wiki credo che la sintassi per indicare la
posizione nel tuo caso sia:

position=right;2.80

volendo si può aggiungere anche il valore dell'angolazione rispetto al nord


Sembra sia così (il wiki non è chiarissimo). Imho però è un tag sbagliato.
Come si fa a sapere qual è la destra e qual è la sinistra rispetto ad un 
nodo?
Dipende da che parte lo si guarda... Fosse una linea almeno avrebbe un 
verso.


Ciao
Paolo M


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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 10/07/2019 12:59, Vittorio Bertola via Talk-it ha scritto:

Il 2019-07-09 09:11 Martin Koppenhoefer ha scritto:

sent from a phone

On 9. Jul 2019, at 06:37, solitone via Talk-it 
 wrote:


Ok, grazie. Rileggendo la frase, continuo a ritenere che “Salice 
d’Ulzio” non possa andare in alt_name, ma debba essere il valore di 
old_name.



se si tratta di un nome vecchio (non più utilizzato attualmente), si.


Veramente, a Torino (dove vivo) ho praticamente sempre sentito 
chiamare il posto "Salice d'Ulzio". Se dici "andiamo a Sosdul" ti 
capiscono, ma suona strano (anche perché quelli che usano il nome 
ufficiale spesso lo pronunciano "Sàuze" come è scritto e come si 
pronuncia in piemontese e in francoprovenzale, e non come si pronuncia 
in francese). Questo anche perché la località è diventata nota come 
stazione invernale quando si chiamava Salice, per cui il nome si è poi 
tramandato di generazione in generazione, almeno nelle città in cui 
c'è gente che va a sciare da quelle parti. Quindi IMHO è senza alcun 
dubbio un alt_name (e peraltro non si capisce che fastidio dia). 


Beh, vista la storia del nome (è uno di quei nomi creati italianizzando 
a pene di segugio il toponimo locale durante il ventennio) è logico che 
ai locali possa dare fastidio.


Però se il nome è tuttora usato io direi, obtorto collo, che dobbiamo 
rappresentare quella che, ci piaccia o no, è la realtà. Cioè usare 
"alt_name".


ciao
Paolo M

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

Re: [Talk-it] Nome Rotatoria

[Paolo Monegato]

Il 03/07/2019 12:44, Volker Schmidt ha scritto:

Ripeto:

prima di scrivere qualcosa sul wiki o fare modifiche a quello che c'è 
già nel data base vorrei vedere chiaro sugli regolamenti. Non basta 
che crediamo che in Veneto non ci sono nomi perché a Padova non ci sono.
Le rotatorie sono cosi numerose, che qualsia lavoro fatto su di essi 
dovrebbe essere fatto dopo aver capito gli regolamenti esistenti (o 
meno).
Vorrei solo fermare lavoro inutile e dannoso per il momento ed 
invitare tutti alla calma. Non c'è fretta.


Mah, francamente non vedo la necessità sia di scrivere una regola sul 
wiki che di spulciare i vari regolamenti...


Se la rotonda ha un nome lo si mette, altrimenti non si mette niente. 
Non complichiamo cose che sono semplicissime.


ciao
Paolo M


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

Re: [Talk-it] Nome Rotatoria

[Paolo Monegato]

Il 02/07/2019 08:51, Volker Schmidt ha scritto:
Invece a Padova, mi sembra è diverso. Mi sto informando, ma, secondo 
la mappa online 
 pubblicata dal 
comune, sembra che sono spezzate, con l'effetto che una rotatoria è 
composto da pezzi di strada con nomi diversi. Non so ancora, se questo 
riflette la situazione legale. Di sicuro  non ci sono cartelli con 
nomi delle rotatorie.


Molto semplicemente, imho, le rotatorie in questo caso non hanno un nome 
e sarei per non mettere nulla (ovvero non spezzare in settori e dare il 
nome della via entrante).


Tra l'altro non ho mai visto in Veneto rotatorie con il nome... mentre 
ne ho vista qualcuna con il ref (soprattutto nel veneto orientale). 
Quindi credo che la situazione patavina si possa estendere al resto 
della regione.


ciao
Paolo M

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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 01/07/2019 20:38, solitone via Talk-it ha scritto:

No, secondo me si deve mantenere:
name=Sauze d’Oulx
old_name=Salice d’Ulzio

perché Salice d’Ulzio era il vecchio nome imposto in epoca fascista. Non 
importa se ancora qualcuno utilizza, erroneamente, quel vecchio nome. Non è un 
nome alternativo, è un nome che non esiste più e non andrebbe più utilizzato.


In giro per il paese ci sono nomi imposti all'epoca che sono tuttora 
nomi ufficiali...


Comunque, imho, se il toponimo è ancora in uso può andare anche in 
"alt_name"



Sulla questione del suffisso *:it non so se serva specificare anche name:it e 
old_name:it, duplicando i valori di name e old_name che, comunque, ritengo 
vadano mantenuti.


Imho su "old_name" e "alt_name" va sempre specificata la lingua. 
Soprattutto in zone dove si usano diversi idiomi.


ciao
Paolo M

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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 29/06/2019 22:32, Ivo Reano ha scritto:


è anche vero che c'è il problema che il nome ufficiale attuale è un
altro, e quindi "name:it" dovrebbe essere "Sauze d'Oulx" (anche se
non è
in lingua italiana essendo nome ufficiale si può dire che il
"name:it" è
quello no?)...


In casi come questi è ovvio che si usa il nome ufficiale. Sopratutto 
riferendosi ad unità amministrative.
Pensa un po se invece di "Torino" mettessi sulla mappa "Türin" perchè 
è il modo in cui ci si riferisce normalmente in tutto il Piemonte (ed 
anche in francese e  pure in inglese!)



Forse non mi sono spiegato bene.

Ovviamente "name=Sauze d'Oulx". Ma cosa mettere su "name:it=" ?

Essendo il nome ufficiale "Sauze d'Oulx" possiamo dire che è anche il 
"name:it"?


Oppure dato che è un toponimo in altra lingua non può essere messo in 
"name:it"?


Meglio:

name=Sauze d'Oulx
name:it=Sauze d'Oulx
name:oc=Sauze d'Oulx
alt_name:it=Salice d'Ulzio

o meglio:

name=Sauze d'Oulx
name:oc=Sauze d'Oulx
name:it=Salice d'Ulzio


ciao
Paolo M

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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 29/06/2019 15:30, Max1234Ita ha scritto:

Io non ci vedo niente di male se viene usato name:it... se quello è il nome
usato ancora oggi in italiano per indicare quel luogo.

Non credo che molti vadano in giro dicendo: "ho trascorso un weekend a
London" oppure "la prossima estate andrò a Rijeka"


Beh, io uso pià Rijeka che Fiume a dire il vero...

Comunque sull'uso di "name:it" concordo.
Cosa diversa sarebbe inserirlo su "name"...


Diverso sarebbe, credo, se si usasse name:it per indicare il nome che la
località aveva quando era sotto l'occupazione fascista, nazista, americana,
francese o degli Unni Attila, mentre invece oggi in italiano ci si riferisce
comunemente a quel luogo con un altro termine. In quel caso sarebbe giusto
old-name.


old_name:it

meglio sempre mettere anche il codice linguistico, che potrebbe avere 
anche un old_name in altro idioma.


ciao
Paolo M


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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 29/06/2019 09:45, emmexx ha scritto:

On 06/28/2019 09:53 PM, Paolo Monegato wrote:

è abbastanza naturale che parta un flame quando c'è un utente con quel
nick (mi riferisco alle ultime tre lettere) che fa solo quel tipo di
modifiche...

Per deformazione informatica leggevo la parte finale del nome come un
formato video. :-(
Non si può chiedere a osmf o dwg di bannare certi username con
connotazioni di tipo politico?


Imho è giusto che ognuno possa scegliere il nick che vuole.

(comunque è anche una mossa poco furba usare un nick del genere per 
certe modifiche... saltano subito all'occhio e s'è portati a pensare che 
non sia una modifica fatta per il solo interesse di migliorare la 
mappatura.)


ciao
Paolo M

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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 29/06/2019 07:31, solitone via Talk-it ha scritto:

On 29 Jun 2019, at 00:15, Luca Delucchi  wrote:

Salice d'Ulzio (più comunemente denominata solitamente "Salice") è il termine 
classico utilizzato a Genova

Incredibilmente, anche a Torino si sente più spesso Salice che non Sauze.


Non lo sapevo. Se è ancora in uso allora perché è su old_name? (che al 
limite dovrebbe essere "old_name:it")


è anche vero che c'è il problema che il nome ufficiale attuale è un 
altro, e quindi "name:it" dovrebbe essere "Sauze d'Oulx" (anche se non è 
in lingua italiana essendo nome ufficiale si può dire che il "name:it" è 
quello no?)...


Che si fa? "alt_name:it"?

ciao
Paolo M


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

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 27/06/2019 15:26, emmexx ha scritto:

Credo sia abbastanza complicato stabilire se certi nomi sono ancora in
uso da parte di italiani. Anche perché le zone in questione non sono
state occupate qualche anno durante il fascismo ma sono state a lungo
parte della Repubblica di Venezia. E sino al 1950 2-30 italiani
vivevano ancora da quelle parti. Molte di queste persone immagino usino
il nome del villaggio o del paese dove sono nate in italiano e non in
sloveno (o croato).

Facciamo un quiz, name:it o old_name:it?:

- Caporetto
- Fiume
- Ossero
- Veglia
- Lussino


Ehm, le prime due non sono mai state sotto la Serenissima...

cmq per me può andare name:it su tutte.


Un conto è se un nome lo si trova solo in qualche libro di 200 anni fa
(old_name), un altro se esistono ancora oggi persone che quei nomi in
italiano li usano quando si riferiscono a quei toponimi.


Scommetto che in giro c'è anche gente che usa toponimi tipo Salice 
d'Ulzio (Sauze d'Oulx) o Cormaiore (Courmayeur)...



Se il flame riguarda il fatto che qualche utente non riesca a sopportare
che qualcuno usi ancora nomi che suscitano ricordi spiacevoli, mi
schiero con chi usa name:it anche se comprendo il motivo del disagio.


è abbastanza naturale che parta un flame quando c'è un utente con quel 
nick (mi riferisco alle ultime tre lettere) che fa solo quel tipo di 
modifiche...


ciao
Paolo M

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

[Talk-it] Mini mapping a Padova in occasione della Notte Europea della Geografia (cioè OGGI)

[Paolo Monegato]

Ciao a tutti,
oggi in tutta Europa si terrà la Notte Europea della Geografia. E a 
Padova, tra i vari eventi in programma, è stato organizzato anche un 
piccolo mapping party relativo all'accessibilità.


La zona è sempre quella del mapping svolto durante il FOSS4G-IT di 
quest'anno, cioè la zona del Portello.
L'appuntamento è alle ore 17 presso il Laboratorio Drones4Good, in via 
Ognisanti 39. L'evento durerà un paio d'ore massimo perché poi va 
lasciato spazio agli altri eventi previsti in quel di Padova [1].


ciao
Paolo M

ps: scusate per l'avviso ultra tardivo... ma meglio tardi che mai

[1] 
http://www.mastergiscience.it/it_IT/2019/03/21/notte-europea-della-geografia-2019/



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

Re: [Talk-it] Import civici Milano - regole di traduzione

[Paolo Monegato]

Il 06/11/2018 14:52, Andrea Musuruane ha scritto:


On Tue, Nov 6, 2018 at 2:46 PM Paolo Monegato 
mailto:gato.selvad...@gmail.com>> wrote:


Il 31/10/2018 15:49, Andrea Musuruane ha scritto:


Se incontriamo con la conflation dei civici già mappati ma
soppressi, cosa si fa?


Elimini i civici perché non esistono più.


Non sarebbe più opportuno anteporre un lifecycle prefix (removed,
ad esempio) per conservare la storia?

Perché? Quale utilità avremmo a mantenere un dato che non è più attuale?


Metti che il civico è soppresso perché han murato l'ingresso. Avere un 
removed:addr:etc ti fa capire cosa c'era in precedenza. Idem se è stato 
soppresso perché han demolito lo stabile (removed:building)...


ciao
Paolo M

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

Re: [Talk-it] Import civici Milano - regole di traduzione

[Paolo Monegato]

Il 31/10/2018 15:49, Andrea Musuruane ha scritto:


Se incontriamo con la conflation dei civici già mappati ma
soppressi, cosa si fa?


Elimini i civici perché non esistono più.


Non sarebbe più opportuno anteporre un lifecycle prefix (removed, ad 
esempio) per conservare la storia?


ciao
Paolo M

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Paolo Monegato]

Il 30/10/2018 15:32, Sergio Manzi ha scritto:


Inoltre un import come questo può essere l'occasione per *promuovere 
l'uso di taxon*, così come in passato hanno fatto altri (/che, a mio 
avviso, "hanno visto la luce/").


Il fatto è che è altamente sconsigliato in un import inserire nuovi tag 
o usare i tag meno usati.


Regola che ha un suo senso, ma è pur vero che grazie ad essa in sostanza 
si tiene alto in modo artificioso il numero di tag obsoleti o non adatti 
a descrivere al meglio un oggetto sulla mappa.


Imho se un tag è migliore di un altro lo si dovrebbe usare in ogni caso. 
E taxon è meglio di species.


ciao
Paolo M

ps: quando la apri la discussione sulla classificazione delle calli 
veneziane?


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

Re: [Talk-it] progetti: come funziona?

[Paolo Monegato]

Il 26/10/2018 09:17, Gabriele Sani ha scritto:
Ottimo, ho abbozzato la cosa [1] e inizialmente creero' una tabella 
per ogni sezione CAI. Poi la correzione delle relazioni (che si puo' 
fare da casa) la faccio con calma, mentre per i cartelli segnavia e' 
meglio fare rilevamenti sul posto!


Grazie ancora a tutti

[1] https://wiki.openstreetmap.org/wiki/Emilia_Romagna/Sentieri



Giusto un appunto veloce: vedo che la pagina è raggiungibile solo da 
WikiProject:Italy/Sentieri e non dalla pagina dell'Emilia Romagna. 
Sarebbe da inserire il link da qualche parte.


ciao
Paolo M


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

Re: [Talk-it] Nomi delle strade e numeri civici

[Paolo Monegato]

Il 21/07/2018 17:22, Martin Koppenhoefer ha scritto:

sent from a phone


On 21. Jul 2018, at 13:29, Paolo Monegato  wrote:

Al limite poi si potrebbe pensare che so a un "location:addr" che riporti 
l'indirizzo effettivo del negozio.

senza diventare troppo complicati, questo è „addr“

Ciao, Martin


Ma se metti "addr" ti ritrovi con il doppione (nodo dove si trova 
l'ingresso e nodo/poligono dell'attività dove c'è il POI)... per quello 
avevo buttato lì l'idea


ciao
Paolo M

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

Re: [Talk-it] Nomi delle strade e numeri civici

[Paolo Monegato]

Il 19/07/2018 10:56, Andreas Lattmann ha scritto:

Posso gettare benzina sul fuoco?
Se mappo un attività dove è proprietaria di tutta la costruzione che utilizza 
per la sua attività ma ha la ragione sociale che rilevo dallo scontrino è 
quello della sede legale? Metto un nodo dove fisicamente c'è il numero civico e 
per la sede legale? Lo inserisco sul building o sull'eventuale nodo 
dell'attivita? Scusate.
Andreas Lattmann


Se non sbaglio nella discussione è stato citato "contact:addr", in 
questo caso sarebbe forse l'ideale.
Fuori dal negozio metto, dove c'è, l'entrance con il civico giusto, 
mentre sul POI dell'attività metto "contact:addr" mettendo quello della 
sede legale (se devo scrivere o spedire qualcosa a quell'attività la 
spedisco lì e non fisicamente al negozio).
Al limite poi si potrebbe pensare che so a un "location:addr" che 
riporti l'indirizzo effettivo del negozio.


Il metodo poi potrebbe benissimo essere esteso ai casi dove il civico 
del negozio e quello della sede legale coincidono.


In questo modo avremo gli addr separati da altri tag e legati solo 
all'entrance, mentre i POI sarebbero collegati a quelli con dei tag, 
senza usare relazioni.


ciao
Paolo M


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

Re: [Talk-it] Mapping party Padova 7 aprile 2018

[Paolo Monegato]

Il giorno 29 marzo 2018 17:02, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Creata pagina sulla wiki, per ora veramente minimale.
> Aggiunto evento nel calendario della wiki https://wiki.openstreetmap.org
> /wiki/Current_events


L'avevi messo come un link esterno, e non come un wikilink; ho sistemato.
Dato che c'ero l'ho aggiunto anche qui [1] ed ho messo il link anche sulla
pagina di Padova.

ciao
Paolo  M

[1] https://wiki.openstreetmap.org/wiki/WikiProject_Italy
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fwd: Re: Città senza memoria

[Paolo Monegato]

Il 22/03/2018 20:26, Francesco Pelullo ha scritto:



Il giorno 22 marzo 2018 18:54, Cascafico Giovanni > ha scritto:


Se c'è qualcosa che non va, potrebbe essere l'occasione di attuare
la scrittura collaborativa e cominciare ad usare la relativa
pagina di discussione

https://wiki.openstreetmap.org/wiki/Talk:Vittorio_Emanuele_III



Giovanni, nutro nei tuoi confronti una grandissima stima, ma non mi 
sembra questo il caso.


Perché dovrei mettere mano ad una pagina wiki palesemente fuori tema?
Questa non è Wikipedia. Qui non si discute della biografia di un 
personaggio storico.


Scusate, ma io... Io penso di essere ottuso. Non riesco a capire.
Mi spiegate per favore che cosa c'entra con OpenStreetMap?

Io penso che sia inopportuno ospitare questi argomenti nel progetto 
OpenStreetMap, ritengo debbano essere trattati in altri posti.


Voglio dire: se scopro che un Comune ha intitolato una piazza ad Adolf 
Hitler mi limito a inserire, con grande disappunto, il dato geografico 
nel progetto OpenStreetMap.
Eventualmente, pubblico una pagina in cui riassumo i risultati della 
distribuzione geografica di quell'odonimo sul territorio italiano o 
internazionale.

Ma poi basta.
Tutte le considerazioni successive vanno fatte in altre sedi


Ho dato un'occhiata alla pagina. imho può stare sulla wiki, dopo una 
decisa sforbiciata però...


c'è troppa roba extra-OSM che non fa altro che appesantire la pagina. 
Sono più che sufficienti una breve descrizione del progetto (una dozzina 
di righe max), con magari un link ad un blog esterno che spieghi il 
tutto più nel dettaglio, e poi una sezione sul metodo di lavoro e sullo 
stato dell'arte (lato OSM, ovvero relativamente alla verifica e 
aggiornamento dei dati).


In sostanza toglierei tutte queste sezioni:
Premessa; Obiettivo non celato; Rientro salma; Discussione in lista; 
Censimento collaborativo (da accorpare alla descrizione); Scuole senza 
memoria; Le strade e le piazze; tutte le sezioni sulle regioni; Giorno 
della memoria


A mio avviso poi la pagina sarebbe da spostare ad un più adatto titolo 
"Città senza memoria", rendendola così adatta al riciclo anche per altri 
personaggi (ad esempio, che so, il generale Cadorna...)


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

Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

[Paolo Monegato]

Il 21/02/2018 11:00, Francesco Pelullo ha scritto:


Il giorno 21 febbraio 2018 10:43, Andrea Albani > ha scritto:



Di che cosa mi approprio guardando una foto di Streetview ?

Vorrei solo capire.

Acquisisci un'informazione geografica, che prima di quel momento non 
avevi (altrimenti non avresti usato SV).
Questa informazione è rilasciata gratuitamente (non liberamente) da 
Google.
Google non consente di utilizzare questa informazione per scopi 
diversi da quelli previsti.


Metti che per lavoro sono nella città X e mi fermo a mangiare un boccone 
in un locale. Al ritorno a casa, dopo alcuni giorni, voglio mappare il 
locale inserendo le info dallo scontrino ma non mi ricordo se era nel 
terzo o nel quarto edificio dopo quella stradina laterale...


Vorrei proprio vedere quanti posizionerebbero il nodo a caso, lasciando 
a eventuali mapper futuri la correzione della posizione, e quanti invece 
non darebbero una sbirciatina alle foto sì da rinfrescare la memoria e 
collocarlo subito nel punto preciso...


Certo ad essere pignoli anche in questo caso stai acquisendo 
un'informazione che prima non avevi (o forse l'avevi ma l'hai 
dimenticata)...


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

Re: [Talk-it] Nomi in forma dialettale

[Paolo Monegato]

Il 26/01/2018 19:58, Elena ``of Valhalla'' ha scritto:

On 2018-01-26 at 16:36:07 +0100, Volker Schmidt wrote:

Dove trovo questi codici per i dialetti?
Ho guardato ISO 639-3 ma ho trovato subito un dialetto vicino che manca:
mòcheno

sbaglio o proprio quella pagina dice "ISO 639-3 mhn"?



Si per il mocheno è mhn.

Comunque laddove manchi, dato che comunque sarà una particolare variante 
locale di un altro idioma, metterei il codice del gruppo linguistico 
correlato. Ad esempio un nome in romanesco metterei un "loc_name:it=" 
per distinguerlo dall'eventuale differente name:it dell'italiano standard


ciao
Paolo M

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

Re: [Talk-it] Nomi in forma dialettale

[Paolo Monegato]

Il 25/01/2018 16:05, demon.box ha scritto:

ciao, ti rispondo per come ho fatto fino ad ora:

se esiste solo il nome dialettale ->  name
se esiste anche il nome dialettale ->  loc_name

non traduco mai il nome dialettale in italiano per metterlo in name a meno
che la traduzione in italiano sia comunque utilizzata e conosciuta.


L'ideale sarebbe aggiungere sempre il codice della lingua al loc_name... 
Non solo per distinguere eventuali nomi locali in svariati idiomi, ma 
anche semplicemente per permettere a chi vuole di estrarsi tutti i 
"loc_name:xxx="


ciao
Paolo M


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

Re: [Talk-it] Wayside_shrine

[Paolo Monegato]

Il 12/12/2017 19:42, Volker Schmidt ha scritto:

Leggendomi il wiki
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship
non penso che normalmente un capitello entra in questa categoria.


La descrizione dice "a place where religious services are conducted". 
Non specifica la frequenza.


Mi viene in mente una chiesetta che c'è a un km e poco più da casa mia. 
In sostanza fanno la messa solo nel giorno della ricorrenza a cui è 
dedicata, non per questo però toglierei il tag place_of_worship... 
Analogamente non vedo perché dovrei trattare diversamente i principali 
capitelli, dove si svolgono funzioni religiose durante il mese di maggio.


ciao
Paolo M


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

Re: [Talk-it] Wayside_shrine

[Paolo Monegato]

Il 05/12/2017 17:48, Volker Schmidt ha scritto:

Un capitello da solo non è un luogo di culto.
Tagging normale per un capitello cristiano sarebbe
historic=wayside_shrine
religion=christian

Va bene un nodo o un way scondo il livello di dettaglio e delle 
dimensioni.


Imho il tag "amenity=place_of_worship" ci può anche stare. Nel mese 
mariano (maggio) le edicole votive sono il luogo di ritrovo del vicinato 
per i riti previsti in quel mese... Per le pie donne poi essi sono luogo 
di culto tutto l'anno.


ciao
Paolo M


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

Re: [Talk-it] False ciminiere

[Paolo Monegato]

Il 09/11/2017 18:34, Volker Schmidt ha scritto:
Quando una categoria non è sufficientemente precisa nei dati da 
importare, non resta altro che non importare in modo automatico, ma 
manuale, per mio avviso.


Si fa prima a dire che non si importa niente. Tutte le categorie della 
CTR sono più generiche dei possibili tag di OSM (pensiamo anche agli 
edifici, messi tutti come "yes" quando si potrebbe essere più specifici 
con i vari apartments, house, bungalow...).


Io trovo che ci sono in generale troppi oggetti importati, dove il 
mapping definitivo è lasciato a future generazioni di mappatori con 
note varie (mi vengono in mente la denominazione di chiese, dove anche 
spesso non solo l'edifico è taggato come chiesa, o i tanti "verificare 
se man_made=works", o i retaining walls con direzione a caso. Sono 
tutte cose che sono rimaste li ormai da anni e solo occasionalmente 
qualcuno le corregge.
Sarebbe da fare un bel lavoro sistematico su tutto il terreno con import. 


Hai ragione quando dici che le correzioni sono occasionali e tante cose 
son lì da tempo. Ma imho quella soluzione, con tanto di fixme, resta il 
miglior compromesso possibile:


- si evita che vengano ricalcati in modo approssimativo e da Bing una 
marea di edifici
- si evita che vengano importati i dati da altri (ricordi cos'è successo 
con le idrovie? Il dataset era lì a disposizione con le sue belle 
autorizzazioni all'import, la comunità ha tergiversato ed alla fine un 
esterno che non partecipava alle discussioni ha caricato un bel po' di 
roba creando anche qualche problemino)

- si rende evidente con il fixme o il note che il dato è da perfezionare

ciao
Paolo M


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

Re: [Talk-it] False ciminiere

[Paolo Monegato]

Il giorno 9 novembre 2017 10:13, Martin Koppenhoefer <dieterdre...@gmail.com
> ha scritto:

> 2017-11-08 18:32 GMT+01:00 Paolo Monegato <gato.selvad...@gmail.com>:
>
>>
>> Ho dato un'occhiata al file delle regole e la descrizione del codice
>> della CTR (a cui è legato il sistema di tagging) è: "Torre industriale -
>> Ciminiera".
>>
>> Deduco quindi che per le torri medievali si tratti di un problema della
>> fonte, mentre le cooling tower direi che sono ricomprese nella categoria
>> "torri industriali".
>>
>
>
> probabile (non conosco la definizione di "torre industriale"), ma
> sicuramente le torri di raffraddamento non sono man_made=tower in OSM.
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower
>
> Non sono accessibili, non hanno piattaforme, ecc.
>
> Io sarei per man_made=cooling_tower, ma è segnato come "deprecated".
> Scrivo alla lista tagging.
>

La definizione dell'entità "Torre industriale - Ciminiera" sul PDF delle
codifiche della CTR è questa:
"Struttura o apparecchiatura artificiale simile, per l’alto sviluppo
verticale, a una torre, destinata ad operazioni e attività di tipo
tecnologico (esempio: “torre di lavaggio” usata nell’industria chimica per
la depurazione dei gas), fumaiolo assai alto, caratteristico delle
costruzioni industriali, realizzato in mattoni o cemento armato destinato a
smaltire nell’atmosfera i gas combusti."

Non essendoci un'entità apposita per le torri di raffreddamento direi che
loro le classificano come torre industriale. Noi che possiamo essere più
specifici sarebbe bene che lo facessimo.

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

Re: [Talk-it] False ciminiere

[Paolo Monegato]

Il 07/11/2017 15:36, Volker Schmidt ha scritto:
Ho per caso trovstp un poroblema difso con gli import in Vento del 
2011 e 2012 che sembra è scappato finora:

C'è un numero elevato di oggetti taggati con
man_made=tower
tower:type=chimney
che sono tutt'altro che ciminiere.
La magior parte dei problemi sono orri mediovali taggati in questo modo.
Facendo una piccola ricerca molto limitata ho anche trovato un numero 
di cooling_tower (esistenti o demoliti) taggati cosi.
Estrapolando dai numeri che ho trovato, il problema è nell'ordine di 
grnadeezza di alcune centinaia.


Ho dato un'occhiata al file delle regole e la descrizione del codice 
della CTR (a cui è legato il sistema di tagging) è: "Torre industriale - 
Ciminiera".


Deduco quindi che per le torri medievali si tratti di un problema della 
fonte, mentre le cooling tower direi che sono ricomprese nella categoria 
"torri industriali".
Nel primo caso siamo di fronte a un errore di chi ha prodotto quella 
sezione della CTR, che ha classificato come "torre industriale" e non 
come "torre" (che è un altro codice). Nel secondo caso invece abbiamo un 
codice della CTR che è più estensivo del tag da noi definito (e questa è 
una tipologia di errori credo molto frequente dato che su OSM andiamo 
più nel dettaglio).


Ringrazio Volker per la segnalazione e lo pregherei di aprire un topic 
in lista regionale, che vediamo di organizzarci per la risoluzione.


ciao
Paolo M


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

Re: [Talk-it] Attività della lista

[Paolo Monegato]

Il 20/10/2017 11:14, Alessandro Palmas ha scritto:

Il 20/10/2017 07:33, Luca Delucchi ha scritto:



Non penso sia un buon primato, in special modo visto che poi quando 
si organizzano eventi pochi partecipano e quando si devono fare 
attività sono sempre gli stessi a farle (grazie mille), la maggior 
parte delle discussioni è su come mappare un determinato oggetto e 
spesso non si arriva ad una conclusione condivisa...
Secondo me il numero di mail non rappresenta la qualità della 
comunità ma nel nostro caso l'italianità, parlare tanto ma fare 
poco,  a differenza dei tedeschi, poco chiacchere e tanto fare.


Questa è la mia visione e non risponderò ad altre mail sull'argomento 
(per non alimentare il nostro primato :-) )




Ben conscio che questa mail aumenterà il contatore sono completamente 
d'accordo con Luca.


Come avevo già scritto forse un paio di mesi fa se togliamo dal 
conteggio le discussioni su tutti gli oggetti che messi assieme non 
raggiungono lo 0,001% del totale questi numeri calano drasticamente.
Sarà forse l'effetto Facebook che sta travolgendo la società (il 
fuffapower lo definirei)?


Direi che un peso non indifferente su questo discutibile primato 
potrebbe averlo il fatto che in sostanza questa mailing list è l'unico 
punto di contatto per noi mapper italici.


Altrove usano molto di più il forum o altri sistemi. E se non sbaglio 
sono anche più organizzati a livello di liste locali.
Per dire, imho, se ci fosse una ML lombarda forse talk-it già non 
sarebbe prima...


ciao
Paolo M


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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Paolo Monegato]

Il 18/10/2017 18:46, Luigi Toscano ha scritto:

A voler fare l'avvocato del diavolo: il nome di una via è un nome attribuito
artificiosamente da un'organizzazione (comune) con il fine della preparazione
del catasto/stradario.

Qual è il confine? (scusando il gioco di parole)


Il nome della via però si lega anche ad altre informazioni come i 
civici, oltre ad essere presente sulla strada nelle apposite tabelle. 
L'utilità di mettere per forza un nome ad un sentiero, nome che nella 
segnaletica sul posto non trovo [1], invece non la vedo (dal punto di 
vista OSM).


Senza contare poi che volendo qualsiasi altra associazione alpinistica 
potrebbe farsi il suo catasto e dare i suoi nomi. E lì poi ci si 
troverebbe a scegliere quale dei nomi va messo [2]... Cosa che invece 
difficilmente può succedere per le vie di un paese.


ciao
Paolo M

[1] Se mettono la segnaletica allora è tutto un altro paio di maniche, 
ed inizia ad avere un senso usare il tag name... che comunque mica sto 
dicendo come altri che quel nome fittizio va messo su "description", 
dico che forse si potrebbe lasciare libero il name ed usare 
official_name (anche se per certi versi forse qualcuno potrebbe dire che 
sarebbe meglio un nuovo tag: cai_name)


[2] Metti che l'AVS decida che il sentiero si chiama Tizio, mentre il 
CAI dice che si chiama Caio. Che si fa? Che non è neppure un esempio 
tanto campato in aria visto che l'AVS vorrebbe, imho giustamente, i nomi 
solo in tedesco...



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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Paolo Monegato]

Il 18/10/2017 18:27, Andreas Lattmann ha scritto:

Paolo, non voglio dilungarmi sul name. È già stato affrontato 1 volte in 
lista. Può andar bene inserirlo in official_name, visto che è il nome 
ufficiale, ma mi chiedo, perché non deve essere inserito anche nel name? Per il 
rendering?


no, perché è un nome attribuito artificiosamente da un'organizzazione 
con il fine della preparazione del catasto dei sentieri


non è il nome con cui la gente conosce il sentiero (che se non ha un 
nome specifico probabilmente è conosciuto con il numero)


ciao
Paolo M


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

Re: [Talk-it] Italia geografica?

[Paolo Monegato]

Il 16/10/2017 10:21, Martin Koppenhoefer ha scritto:

Ho una domanda, questa relazione secondo voi ha senso?

https://www.openstreetmap.org/relation/7357659 



Dal punto di vista di OSM non è imho di nessuna utilità. Dal punto di 
vista di Wikipedia può essere utile per la voce relativa alla regione 
geografica italiana, ma non mi sembra una ragione sufficiente per 
mantenere la relazione su OSM.


A me sembrano di base un po' fascisti, e l'articolo WP sembra più di 
descrivere vecchi confini politici che attuali confini geografici, 
mentre la relazione sembra descrivere un'oggetto fantasioso tramite 
confini attuali.


Vecchi confini politici? Mi sembra che quei confini amministrativi non 
ci siano mai stati. Guardate bene, c'è Malta, c'è il Ticino... non c'è 
Lampedusa, non c'è il Tarvisio...


Cerchiamo di non confondere i confini di uno stato con i confini di una 
regione geografica (che è così definita per determinati criteri, non 
solamente fisici).


"geograficamente", io mi sarei aspettato altre regioni (appenino, 
pianura del po, sud degli alpi, isole, ecc.), e se già dobbiamo andare 
oltre i confini (corsica, slovenia), allora perché non ci mettiamo 
anche Costantinopili? ;-)


Una regione geografica non deve avere per forza un'estensione ridotta. E 
i criteri per definirla non sono solo fisici (naturali) ma possono 
essere anche storici, culturali, funzionali... Si può parlare della 
regione pontina, come della regione caucasica o della regione mediterranea.


ciao
Paolo M

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Paolo Monegato]

Il 18/10/2017 07:55, Andreas Lattmann ha scritto:

http://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only

Appunto! Ed il name è "da qui a li". Lo ha stabilito il CAI il name, non 
possiamo stabilirlo noi!

Se il CAI decide di dare ad un sentiero il nome "tutti i mappatori OSM sono persone 
volenterose e lodevoli" dovremmo inserirlo nel name, non nel description.

Posso capire che sarebbe più da description, ma se il CAI ha stabilito che 
quello è il nome, è quello e basta.


Beh, direi che quello è il nome del CAI, non "il nome" in senso assoluto...

Non sarebbe meglio usare "official_name" per questi nomi inventati dal 
CAI? Lasciando il tag name senza valore (eccetto dove esiste già).


ciao
Paolo M

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

Re: [Talk-it] Mappare le Zone a Traffico Limitato ZTL

[Paolo Monegato]

Il 29/09/2017 09:33, Federico Cortese ha scritto:

2017-09-29 9:13 GMT+02:00 Alessandro:

Anche se personalmente non vedrei di buon occhio l'uso di boundary per la
delimitazione di aree di tutti i tipi ormai il danno è stato fatto:-)  (1)

La penso come te, non mi piace boundary per una ZTL, anche perchè per
definizione una ZTL non ha propriamente un perimetro, ma viene
istituita in base alle limitazioni assegnate alle singole strade.
Secondo me quindi invece che un contorno sarebbe sufficiente definire
i tag da assegnare alle way, che poi sono gli unici che hanno effetto
anche ai fini del routing.


Non è che forse sarebbe il caso di usare una relation? Magari proprio 
crearne un tipo apposito...


Ci metti i tratti di strada interessati come membri e sei a posto. Senza 
replicare i tag su ogni tratto di strada.

Sarebbe anche più facile aggiornarla.

ciao
Paolo M

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

Re: [Talk-it] (OT) Conversione coordinate

[Paolo Monegato]

Il 28/09/2017 12:17, Stefano Salvador ha scritto:
Si, però quella conversione (essendo generica per tutto il territorio 
italiano) produce delle imprecisioni anche notevoli (anche molti metri).


Quoto. Immagino usi gli stessi parametri usati per la conversione con 
QGis...


ciao,
Paolo M


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

Re: [Talk-it] R: Re: Landuse (aridaje)

[Paolo Monegato]

Il 24/05/2017 10:34, frali...@alice.it ha scritto:
se siamo in una pianura  condotta da agricoltura meccanizzata, il 
suggerimento potrebbe anche starci
ma ammettiamo di essere su una collina terrazzata ove il sesto 
d'impianto è del tipo: "metti una pianta dove ci sta un pò di spazio"

le 'righe' e le 'colonne' come le sistemi?


In quel caso direi che probabilmente sono tutti alberi da frutto perché 
per via dei problemi di spazio non si mettono a piantare ornamentali...


difficile che esistano campi e/o boschi 'puri', anzi con il crescere 
dell'agricoltura biologica, si tente a coltivare  più piante del tipo 
'cooperante' insieme

e di fronte ad  un campo di questi come lo cartografi?
già è tanto riuscire a cartografare come 'colture specializzate', 
'colture intensive' e 'colture a consumo domestico'


Esattamente come gli altri. Nel caso è tutto un frutteto, poi in 
dettagli si specifica di che piante si tratta.


Imho, anche nel caso che le piante cooperanti non siano produttive (non 
siano alberi da frutto), andrebbero messe dentro il frutteto perché in 
questo caso non sono "ornamentali" ma son lì per questioni produttive.


ciao
Paolo M



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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 24/05/2017 07:56, Aury88 ha scritto:

Paolo Monegato wrote

N-S e E-O era per esempio. Il frutteto avrà sicuramente "righe" e
"colonne", mentre i tratti ornamentali vanno in una direzione univoca
(essendo plausibilmente un filare unico). Metti per esempio che la siepe
ornamentale va da NW a SE, parallela alle "colonne" del frutteto, vorrà
dire che metterai tree_row sulle "righe" invece che sulle "colonne",
pazienza se si deve spezzettare.

Non so se mi sono spiegato, diciamo che il frutteto puoi mettere il
tree_row sia così | che così ___ (o così / o così \), mentre
l'ornamentale sarà o così | o nell'altro modo ___. Se l'ornamentale è
così | le tree_row del frutteto le mappi così ___ e viceversa.

adesso ho capito. idea mi piace e potrebbe funzionare. l'unica cosa che mi
lascia un po' perplesso è che sarebbe una regola applicata al singolo campo
per cui di fatto è il tratto ornamentale di quel lotto a determinare la
direzione con cui non mappare gli alberi produttivi dello stesso lotto; il
lotto limitrofo potrebbe avere mappature invertite (ma è comunque facile
distinguerle: per ogni singolo lotto gli alberi produttivi saranno quelli
mappati con il row orientati nella stessa direzione e con più row). rimane
il problema del fatto che le fila di alberi ornamentali in alcuni casi (non
sempre) sono lungo più lati a loro volta "perpendicolari" tra loro.


Si, diciamo che serve più che altro a distinguere a colpo d'occhio il 
frutteto dal resto. Poi chiaramente per maggiori dettagli si va di tag 
specifici.



Il 25/05/2017 07:38, Aury88 ha scritto:

mi sa che non ci
stiamo capendo. non sto parlando di alberi coltivati per essere venduti a
scopo ornamentale (che forse in generale sarebbe meglio mappato con un
landuse=forest).


Non sarebbe qualcosa tipo plant_nursery (mi sfugge ora il tag preciso ma 
è qualcosa del genere)?


ciao
Paolo M

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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 22/05/2017 07:49, Aury88 ha scritto:

Mi spiace paolo, ma continua a non convincermi. il determinare la natura
degli alberi dalla distanza che c'è tra un filare e l'altro non mi
convince...è una scelta dell'agricoltore che può decidere di piantare anche
altri alberi non produttivi usando lo stesso criterio. anche per la
direzione ho incontrato casi di alberi ornamentali paralleli ed equidistanti
dagli alberi produttivi. questo è determinato dal fatto che la residenza
all'interno del lotto sarà stata probabilmente ricavata in un secondo
momento (forse a seguito della suddivisione di un macrolotto tra gli eredi)
e la casa e tutto il resto è stato sviluppato per eliminare meno alberi
produttivi possibili. da cui lo sviluppo nelle stesse direzioni e
rispettando gli stessi criteri di distanza.


Chiaramente se mappi da foto aerea non è che puoi pretendere la 
precisione assoluta. Si fa meglio che si può e se c'è qualche piccolo 
errore di poco conto verrà corretto prima o poi.



  per quanto riguarda il senso
della mappatura potrebbe essere un modo anche se non basta dichiarare per
esempio solo N-S e E-W come direzioni di mappatura delle fila di alberi
produttivi. basta uno sviluppo NW-SE della fila di alberi per creare uno
stato di conflittosenza considerare il caso di fila di alberi che
seguono l'orografia e che quindi dovrebbero venir spezzati in way per poter
rispettare la regola della direzione della mappaturala regola deve
essere necessariamente più complessa e personalmente sarei contrario...


N-S e E-O era per esempio. Il frutteto avrà sicuramente "righe" e 
"colonne", mentre i tratti ornamentali vanno in una direzione univoca 
(essendo plausibilmente un filare unico). Metti per esempio che la siepe 
ornamentale va da NW a SE, parallela alle "colonne" del frutteto, vorrà 
dire che metterai tree_row sulle "righe" invece che sulle "colonne", 
pazienza se si deve spezzettare.


Non so se mi sono spiegato, diciamo che il frutteto puoi mettere il 
tree_row sia così | che così ___ (o così / o così \), mentre 
l'ornamentale sarà o così | o nell'altro modo ___. Se l'ornamentale è 
così | le tree_row del frutteto le mappi così ___ e viceversa.



per quanto riguarda il tag ritengo che sia la soluzione migliore, ma visto
che sono ormai anni che il tag natural=tree non si usa più per indicare solo
gli alberi particolari a mio avviso non è necessario utilizzare un altro
value di natural per indicare l'albero da produzione...un sottotag come
denotation mi sembra più adatto ad ospitare un nuovo value (e già sembra
averne uno in uso a questo scopo ma bisogna capire se va bene)


Non intendevo un tag per il singolo albero, ma un tag per raggruppare 
più tree_row in un unico poligono (con poi un row=x, con X come numero 
di filari)


ciao
Paolo M


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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 21/05/2017 09:55, Aury88 ha scritto:

Paolo Monegato wrote

Intendevo eventuali alberi non allineati nel frutteto, non certo le file
quasi a mo di siepe lungo il canale o nei pressi dell'abitazione.

non capisco cosa intendi, puoi rispiegarmelo? sia gli alberi da frutto sia
alcuni filari di alberi usati per scopi ornamentali o per suddividere la
proprietà sono allineati. se li mappo entrambi comunque non ho modo di
distinguere l'area (e quindi gli alberi) effettivamente usati per la
produzione dalle aree adibite ad altro.


Come no? Basterà guardare alle distanze tra le tree_row, dove c'è una 
distanza regolare è probabilmente dove ci sono gli alberi da frutto (ed 
eventuali alberi non allineati in quella zona sono evidentemente alberi 
di altro tipo). Dove invece la distanza dal filare vicino è differente e 
magari l'allineamento è direzionato in modo diverso allora non saranno 
probabilmente alberi da frutto.
Nei restanti casi dubbi lo si può evincere dagli altri oggetti che 
stanno vicino. Esempio se il filare è attaccato al canale o ad un confine...


Volendo poi quando si mappa si può facilitare l'interpretazione di chi 
leggerà la mappa scegliendo il verso dei filari: ovvero al posto di 
disegnare la linea in un senso posso disegnarla nell'altro (tanto è un 
rettangolo), chiaramente nel senso opposto a quello dei filari non 
facenti parte (gli alberi "ornamentali" allineati; metti che questi 
hanno un allineamento N-S, il frutteto lo mapperò con linee di alberi E-O).


ciao
Paolo M

ps: oppure ci inventiamo un tag natural=tree_qualcosa che ci permetta di 
isolare il frutteto con un poligono (poi per maggiore dettaglio mettiamo 
anche un tag con il numero di linee...)



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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 20/05/2017 10:41, Aury88 ha scritto:

Paolo Monegato wrote

O in modo più pratico con natural=tree_row, dato che saranno
probabilmente disposti in modo ordinato. In questo caso quando anche non
fosse possibile indicare la specie per capire quali sono basterà vedere
quali sono in linea e quali no.

ho trovato molti casi di alberi allineati non adibiti alla
produzione...vengono spesso usati per fare ombra nell'area del lotto adibita
a residenza o a separare in aree il lotto. imho il problema rimane...per
ora, visto che la nostra non è una mappa catastale, preferisco dire quale
porzione del terreno sia effettivamente usata per cosa e quindi assegnare il
landuse alla parte effettivamente usata per quello scopo, non all'intero
lotto...senza considerare che le aree dove mappo non si fa spesso una
coltivazione intensiva e il lotto viene usato per le necessità del
coltivatore e quindi non utilizzato tutto per produrre un unica cosa


Intendevo eventuali alberi non allineati nel frutteto, non certo le file 
quasi a mo di siepe lungo il canale o nei pressi dell'abitazione.



per l'elemento  natural=vine_row non saprei...ha sicuramente più senso del
tag vine_row_orientation applicato all'intera area in quanto quest'ultima da
per scontato un orientamento fisso e parallelo in tutto il lotto dei vigneti
quando in realtà spesso il loro sviluppo tiene conto della topografia del
terreno (specialmente se sono presenti terrazzamenti)


Sarebbe da iniziare ad usarlo e poi magari anche proporlo. Mi viene in 
mente il caso ormai poco diffuso della tipica piantata [*] e penso si 
adatterebbe bene anche in tal caso: linea con quel tag e i singoli punti 
con natural=tree... Anche se forse, essendone rimaste poche, 
meriterebbero un sistema di tag apposito sì da censirle...


ciao
Paolo M

[*] vigneto con sostegno vivo, cioè alberi tipo gelso (classico di 
quando si abbinava con la gelsibachicoltura) o acero campestre e pioppo, 
e non con i pali di cemento...


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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 16/05/2017 11:08, Martin Koppenhoefer ha scritto:


2017-05-16 10:53 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


In name eventualmente può andare una cosa tipo name:de / name:fr.
Perché è evidente che il nome si riferisce all'intero ponte e non
solo al tratto di competenza. Segare la strada a metà per mettere
da una parte il nome francese e dall'altra quello tedesco mi pare
sbagliato.



il name:de e name:fr li metterei su tutto il ponte, mentre per me è 
chiaro che il default "name" sul territorio tedesco è in tedesco e 
sulla parte in Francia è in francese, perciò bisogna per forza 
spezzare il ponte in 2 parti, una francese e una tedesca.


E' la stessa cosa con i fiumi: il nome si riferisce al fiume intero. 
Vorresti lasciare vuoto il tag "name" per tutti i fiumi che 
attraversano confini linguistici?


è vero che il nome di default per i tedeschi è uno e per i francesi è 
l'altro, però è il nome di tutto il ponte non solo di metà...
Il tag name sarebbe si vuoto ma il nome non sarebbe assente, impostando 
la lingua desiderata il nome viene renderizzato.



Mi ricorda un po' la questione name:left e name:right, che molti
purtroppo scelgono uno dei due nomi per metterlo nel tag name sì
da evitare di vedere il tratto di strada segnalato come senza nome.

Quando invece la cosa corretta, imho, è lasciare vuoto il tag name
e usare left e right (anche perché nel caso specifico il tratto di
strada a destra e quello a sinistra han due nomi differenti e
anche mettere come name i due separati da / sarebbe sbagliato).



non mi è mai capitato, ma sceglierei probabilmente l'approccio di 
mettere sia name:right che name:left che name con entrambi i nomi. 
Scegliere solo uno è sbagliato, sono d'accordo. Farei così per lo 
stesso motivo che tu nominai sopra: il rendering. Se non si mette il 
nome non si vede niente, invece con il doppio nome chi vede la mappa 
può capire cosa succede, e con name:right e name:left lo possono 
"capire" facilmente anche i computer.


Nel caso precedente (l'esempio del ponte e del fiume) si hanno due nomi 
che non coesistono per uno stesso oggetto, quanto meno per le due 
autorità interessate: una lo chiama a suo modo e l'altra nel proprio. 
Per un soggetto terzo però i due nomi coesistono. Diciamo che è un 
"name:de o name:fr"
In quest'altro caso invece i due nomi si riferiscono a due parti diverse 
dell'oggetto. Metà è Via Caio nel comune X e l'altra metà è Via Tizio 
nel comune Y. Non ci si può riferire alla strada nel comune Y come Via Caio.
Dividere in due way la strada sarebbe una soluzione comoda, ma 
sbagliata. In questo caso l'oggetto nel suo complesso si potrebbe dire 
che è "Via Caio e Via Tizio".


L'ideale sarebbe che questi due problemi li risolvesse il rendering da 
se. Capisco però che ci sia il desiderio di inserire qualche valore nel 
tag name per far apparire la scritta. In tal caso forse per entrambi la 
soluzione è inserire tutti e due i nomi, basterebbe trovare un accordo 
per due caratteri che facciano da separatore: uno che faccia da O e uno 
che faccia da E... Ovvero:
1) un separatore, che potrebbe essere la / , quando l'oggetto ha due 
nomi diversi che non si usano assieme (caso tipico il nome in lingue 
diverse)
2) un secondo separatore (si potrebbe usare la +? Tipo "Via Caio + Via 
Tizio") per quando le parti di un oggetto singolo hanno due nomi 
differenti (caso name:left e right)... chiaramente andrebbe definito per 
esempio che per primo va messo il "nome destro"...


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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 19/05/2017 07:29, Aury88 ha scritto:

Paolo Monegato wrote

Beh, si possono sempre mappare i filari

  i sfugge come mappare questo elemento. che tag dovrei usare?


Dato che esiste questo [1] non vedo perché non possa esistere 
"natural=vine_row"...



o le singole piante nel caso del
frutteto...

per questo intendi nodi con il tag natural=tree? come faccio a distinguere
con il tag gli alberi adibiti a frutteto dagli alberi non adibiti
all'attività ma comunque interni al lotto?


O in modo più pratico con natural=tree_row, dato che saranno 
probabilmente disposti in modo ordinato. In questo caso quando anche non 
fosse possibile indicare la specie per capire quali sono basterà vedere 
quali sono in linea e quali no.


ciao
Paolo M

[1] https://wiki.openstreetmap.org/wiki/Key:vine_row_orientation


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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 15/05/2017 18:19, Martin Koppenhoefer ha scritto:
2017-05-15 18:10 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


imho no. Poligono unico con name:fr e name:de


quindi non metteresti un nome in "name"? E non metteresti il nome alla 
strada? Generalmente, mettere i nomi alle strade è buona prassi, 
sopratutto che i poligoni man_made per ii ponte ci sono soltanto da 
poco tempo, e in totale ne abbiamo circa 21.000.


In name eventualmente può andare una cosa tipo name:de / name:fr. Perché 
è evidente che il nome si riferisce all'intero ponte e non solo al 
tratto di competenza. Segare la strada a metà per mettere da una parte 
il nome francese e dall'altra quello tedesco mi pare sbagliato.
Mi ricorda un po' la questione name:left e name:right, che molti 
purtroppo scelgono uno dei due nomi per metterlo nel tag name sì da 
evitare di vedere il tratto di strada segnalato come senza nome. Quando 
invece la cosa corretta, imho, è lasciare vuoto il tag name e usare left 
e right (anche perché nel caso specifico il tratto di strada a destra e 
quello a sinistra han due nomi differenti e anche mettere come name i 
due separati da / sarebbe sbagliato).


Per me, il fatto che ci sono ponti che hanno un nome non vuol dire che 
la strada non ne abbia (uguale o anche no).


Ricordo in passato di avere usato bridge:name qualche volta per le volte 
che una via con un dato nome passava sopra ad un ponte con nome proprio.


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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 15/05/2017 13:12, Volker Schmidt ha scritto:
Prendiamo un caso simile: un ponte con una ferrovia, magari su un 
livello superiore. Poi ci sono due ponti laterali per ciclisti e due 
per pedoni. E la strada in realtà consiste di due strade a senso unico 
ognuno su un ponte suo. Tutto assieme si chiama, diciamo, 
"Rheinbruecke". E siccome il confine è a metà ponte, in realtà tutto è 
da spezzare e la parte francese si chiama "Pont du Rhin". Mettiamo 
nomi su tutti i pezzi?


imho no. Poligono unico con name:fr e name:de

ciao
Paolo M


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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 15/05/2017 16:01, Martin Koppenhoefer ha scritto:


On 15. May 2017, at 11:37, Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>> wrote:


Mi rendo conto che sto mappando per il rendering, ma la mappa deve 
essere prima di tutto comprensibile




si, e non solo nel rendering. Se il routing ti dice: "poi vai a 
scalette senza nome" è un problema simile, perché il nome ci sarebbe. 
Un router potrebbe prendere il nome dal poligono e metterlo sul 
percorso, ma un renderer potrebbe unire i nomi uguali prima di 
renderizzare ;-)


Però i 3 o più nomi potrebbero per un errore di battitura differire uno 
dall'altro, mentre se si prende il singolo nome dal poligono...


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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 15/05/2017 11:23, Martin Koppenhoefer ha scritto:


2017-05-15 10:51 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


imho il nome è del ponte nel suo complesso, non del percorso che
ci passa sopra


è come con i highway=footway (marciapiede) e cycleway accanto alla 
strada: devono avere tutti i nomi della strada, perché ne fanno parte 
(mentre il nome è quello della strada nel suo complesso).


Personalmente il nome su marciapiedi e ciclabili a bordo strada non l'ho 
mai messo, a meno che non ne avessero uno dedicato...


Sì, che il nome del ponte è il nome del ponte, ma finchè non ci sono 
altri nomi per il "percorso che ci passa sopra" (che in realtà non è 
altro che una parte del ponte), io metterei il nome anche su questi.


Con il risultato che nella mappa non si capisce niente, perché in un 
paio di metri scrivi 3 volte il nome...


Mi rendo conto che sto mappando per il rendering, ma la mappa deve 
essere prima di tutto comprensibile


ciao
Paolo M

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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 15/05/2017 11:14, Martin Koppenhoefer ha scritto:


2017-05-15 11:04 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


Beh, si possono sempre mappare i filari o le singole piante nel
caso del frutteto... darebbe sicuramente l'idea di dove è
effettivamente l'area dove si svolge l'attività. Poi le stradine
interne si potrebbe benissimo lasciarle dentro l'area, fan parte
dell'attività pure quelle.


be, è soggettivo cosa fa parte e cosa no. Se c'è un pozzo _altrove_, 
da dove si preleva acqua per le coltivazioni, in qualche modo farebbe 
parte quel pozzo come anche le waterway che poi portano l'acqua. Poi 
se c'è un magazzino dove si mettono gli attrezzi, che, non fa parte? 
Il negozio dove si comprano i pesticidi, non fa parte? E il produttore 
dei pesticidi? E chi produce le botte per mettere il vino. E dove 
abitano le persone che aiutano durante la raccolta? E la madre del 
contadino, senza di lei non ci sarebbe l'attività, no? 


;-)


:-D

Le rogge dentro la proprietà, cioè quelle private dove l'acqua viene 
fatta passare solo negli appositi orari imho ne fanno parte (ad inizio 
stagione ti mandano il calendario con gli orari, può essere che ti 
capiti pure la notte...). Quelle invece che fanno parte della rete 
consortile, dove l'acqua scorre sempre (quantomeno durante la bella 
stagione) no, così come il pozzo (che presumo serva più attività). Il 
magazzino fa decisamente parte dell'attività. I fornitori chiaramente no ;-)


ciao
Paolo M

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

Re: [Talk-it] Landuse (aridaje)

[Paolo Monegato]

Il 14/05/2017 10:25, Aury88 ha scritto:

il motivo è che a differenza di landuse= residential o
landuse=greenhouse_horticulture in landuse vineyard (come anche orchard o
farmland) non c'è un altro elemento mappato/taggato che indica dove
effettivamente si svolge l'attività...
io in un landuse=residential che comprende le strade interne, i parcheggi e
gli edifici so che dove effettivamente si abita è il solo building. cosi
come nel landuse=greenhouse_horticulture so che dove effettivamente si fa
attività agricola è l'interno del building=greenhouse. esistesse un altro
tag per specificare dove effettivamente si effettua la coltivazione anche
per i vineyard gli orchard o i farmland userei quelli ed estenderei il
landuse anche alle aree afferenti seppur non usate effettivamente per
coltivare ma a servizio della attività.


Beh, si possono sempre mappare i filari o le singole piante nel caso del 
frutteto... darebbe sicuramente l'idea di dove è effettivamente l'area 
dove si svolge l'attività. Poi le stradine interne si potrebbe benissimo 
lasciarle dentro l'area, fan parte dell'attività pure quelle.


ciao
Paolo M

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

Re: [Talk-it] nuova fonte ortofoto: Digital Globe

[Paolo Monegato]

Il 11/05/2017 18:28, Davide Sandona' ha scritto:


Mah... non è che si rischia un TIGER 2? Che effetto avrà tutto ciò
sulla comunità thailandese di OSM?


Certo che si rischia un TIGER. Adesso non ho tempo di seguire le 
discussioni sul forum [1] [2], ma sembra che la comunità locale sia 
veramente ridotta all'osso, sicuramente non all'altezza per 
revisionare la quantità enorme di dati che verrà rilasciata.


E probabilmente l'operazione potrebbe ostacolare lo sviluppo della 
comunità...


Riguardo agli effetti sulla comunità OSM thailandese, dipende. A 
Facebook non costerebbe nulla creare un messaggio da visualizzare in 
cima alla bacheca di ogni profilo Thailandese che spiegasse cos'è OSM 
e perché è importante, in modo da attirare qualche potenziale 
mappatore. Lo farà? Probabilmente no!


Credo di no, anche perché non è suo interesse. Ma anche se lo facesse 
quanti risponderebbero all'appello?



Il 11/05/2017 20:15, Martin Koppenhoefer ha scritto:
2017-05-11 17:42 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


Mah... non è che si rischia un TIGER 2? Che effetto avrà tutto ciò
sulla comunità thailandese di OSM?


siete tutti benvenuti a dire il vostro nella lista import, è la 
comunità che decide, e se ci sono solo voci contrarie non lo 
potrebbero fare.


Però imho dovrebbe essere dato un peso maggiore al parere dei locali... 
metti che l'80% dei mapper non-thai sia d'accordo con il procedere ma 
che solo il 40% dei locali sia d'accordo; per me in quel caso dovrebbero 
bloccare tutto.



Il 11/05/2017 21:09, Martin Koppenhoefer ha scritto:

Mah... non è che si rischia un TIGER 2?

in realtà temo peggio, perché il Tiger forniva tantissimi nomi, mentre questi 
sono dati prodotti da un'intelligenza artificiale che interpreta ortofoto, 
quindi suppongo i nomi non ci saranno ;-)


Senza contare i probabili errori che introdurrà...

ciao
Paolo M

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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 11/05/2017 20:17, Martin Koppenhoefer ha scritto:


2017-05-11 17:44 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


Imho il name andrebbe solo sul 4...



per me no, i pezetti di highway hanno quel nome ugualmente.


imho il nome è del ponte nel suo complesso, non del percorso che ci 
passa sopra


ciao
Paolo M


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

Re: [Talk-it] (senza oggetto)

[Paolo Monegato]

Il 11/05/2017 15:34, Martin Koppenhoefer ha scritto:


2017-05-11 13:31 GMT+02:00 Volker Schmidt >:


Questo tagging è un po' semplificato. Il ponte pedonale in
questione e questo: [1].
Il tagging dovrebbe essere fatto con quattro ways:

 1. steps (in salita)
 2. un footway (quasi orizzontale )
 3. step (in discesa)
 4. Questi tre vengono "imballati" in una way man_made=bridge


+1

A Venezia la maggior parte dei ponti è attualmente mappata malamente 
(con un solo way highway=steps), invece una mappatura dettagliata di 
un tipico ponte veneziano avrebbe al meno questi 4 oggetti di cui 
scrive Volker:


1 + 3: highway=steps, name=*, incline=up, step_count=*, lit=yes, 
surface=...

2: highway=footway, name=*, bicycle=no, lit=yes, surface=...
4. un AREA intorno a tutto con man_made=bridge, name=*


Imho il name andrebbe solo sul 4...

ciao
Paolo M

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

Re: [Talk-it] nuova fonte ortofoto: Digital Globe

[Paolo Monegato]

Il 10/05/2017 19:53, Martin Koppenhoefer ha scritto:



sent from a phone

On 10. May 2017, at 19:33, Davide Sandona' > wrote:



Puoi leggerti tutta la discussione qui: [1]

[1] 
https://lists.openstreetmap.org/pipermail/imports/2017-March/004840.html



si, non è ancora finita la discussione, anche perché non hanno ancora 
presentato tutti i dati che vogliono caricare, ma probabilmente lo 
faranno - se la qualità è sufficiente


Mah... non è che si rischia un TIGER 2? Che effetto avrà tutto ciò sulla 
comunità thailandese di OSM?


ciao
Paolo M

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Paolo Monegato]

Il 27/04/2017 13:47, Martin Koppenhoefer ha scritto:
Ho notato che i sestieri sono mappati come neighbourhood, decisione 
accettabile, anche se al mio parere sarebbe meglio usare place=quarter 
oppure suburb, perché cosí si lascierebbe spazio per inserire toponimi 
più piccoli.


Suburb lo lascerei forse per le municipalità. Meglio quarter. In tal 
caso neighbourhood potrebbe essere usato per le "parrocchie". Se siete 
stati a Venezia avrete sicuramente visto che, oltre al nome delle calli, 
è riportato anche il nome delle parrocchie, il che le rende utili 
all'orientamento. Attenzione che non si tratta propriamente di una 
divisione ecclesiastica perché molto sono state soppresse ma resta 
l'indicazione. E comunque storicamente a Venezia equivalgono alle contrade.


Un'altra cosa che viene evidenziata è la presenza del tag 
"visible_name" che riporta la dicitura dei cartelli (IN MAIUSCOLO). 
Per me quelli vanno bene, anche se non documentati e un po' superfluo 
nella maggior parte dei casi (tranne quelli dove in realtà riportano 2 
nomi, e quindi conviene spezzare la dicitura in name e alt_name, 
oppure "old_name" (nel caso di "XY già YZ")).


Mi pare che i "già" siano pochetti. Molto più frequenti gli "o" (es. Rio 
terà dei Biri o del Parsemolo).


Purtroppo non abbiamo mai concluso niente in queste discussioni 
(oppure mi è sfuggito, ma non mi sembra, anche perché la pagina di 
Venezia nel wiki è pratticamente nata morta, con 2 edits in 8 anni, e 
non dice niente al riguardo della classificazione degli highway).


Dato che non è mai stato deciso nulla mi sembra giusto che la pagina non 
dia alcuna indicazione riguardo alla classificazione delle highway.


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

Re: [Talk-it] Venezia-gerarchia degli highway

[Paolo Monegato]

Il 24/04/2017 18:39, Martin Koppenhoefer ha scritto:


On 24. Apr 2017, at 17:52, Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>> wrote:


Servirebbe un bel mapping party di quelli tosti per dare una 
sistemata almeno ad un sestiere... è una città complessa da mappare e 
l'unico modo per farlo decentemente è andare lì con i walking paper 
(i gps non prendono o prendono male).


si, è difficile da mappare, o field papers oppure con editori mobili. 
Oppure occorre essere locale e conoscere davvero (locale nel senso di 
abitare lì nel centro storico, non solo vicino) il territorio.


Comunque, il mio punto principale era quello di tutti i percorsi 
mappati come pedestrian. Non è colpa del cambio di licenza 5 anni fa, 
è colpa di chi cambia qualsiasi footway in pedestrian. Ho sollevato il 
problema anche all'interno dei changeset comments e uno (non locale) 
mi ha risposto che sarebbe una decisione locale di procedere così:


http://www.openstreetmap.org/changeset/28238776#map=15/45.4328/12.3457


Ho dato un'occhiata allo storico della ML ed ho notato che è una 
discussione che ciclicamente torna ogni anno (vedere [1] e [2]). C'è chi 
dice che va tutto footway o tutto pedestrian. Chi propone di mappare 
l'area e non il percorso. Chi vorrebbe "tertiary", "unclassified" e 
"residential" (!?)...


So che una volta era tutto footway, poi ad un certo punto s'è deciso di 
usare pedestrian. Ma non trovo riscontri, anche perché non abbiamo più 
lo storico della ML regionale...


Ci sono Veneziani qui in lista? Sapete quanto è grande la comunità dei 
mappatori veneziani?


Ciao,
Martin


Penso sia fatto quasi tutto da esterni, o da veneziani che ora vivono 
fuori. Di gente che ci abita, anche solo temporaneamente (per motivi di 
studio/lavoro) non mi pare ce ne sia, di attiva. Al massimo si contano 
sulle dita di una mano.


ciao
Paolo M

ps: ho letto sul commento al changeset che eri in loco qualche giorno 
fa, hai trovato anche tu una marea di errori e robe mancanti come le 
ultime volte che son passato io?


[1] 
https://lists.openstreetmap.org/pipermail/talk-it/2013-December/040326.html


[2] http://talk-it.openstreetmap.narkive.com/82b9ujol/pedestrian-a-venezia

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Paolo Monegato]

Il 23/04/2017 19:21, Martin Koppenhoefer ha scritto:


sent from a phone


On 23. Apr 2017, at 18:34, Paolo Monegato <gato.selvad...@gmail.com> wrote:

Beh, un minimo di gerarchia lo si può evincere dalla toponomastica stessa.


si, ma non trova nessun riscontro nella mappatura. Inoltre mancano tantissimi 
nomi e non troppo raramente sono anche sbagliati (troppo lunghi e non spezzati 
quando cambiano)


Tieni presente che quando ci fu il cambio di licenza venne persa un 
sacco di roba a Venezia (canali compresi). Con il tempo qualcosa è stato 
recuperato, ma credo manchi ancora una marea di roba (non che prima 
fosse completa la mappatura...).


Servirebbe un bel mapping party di quelli tosti per dare una sistemata 
almeno ad un sestiere... è una città complessa da mappare e l'unico modo 
per farlo decentemente è andare lì con i walking paper (i gps non 
prendono o prendono male).


ciao
Paolo M



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

Re: [Talk-it] Venezia-gerarchia degli highway

[Paolo Monegato]

Il 22/04/2017 23:30, Martin Koppenhoefer ha scritto:


sent from a phone


On 22. Apr 2017, at 21:53, Volker Schmidt  wrote:

Le "strade" di Venezia sono storicamente I canali. I percorsi a piedi non hanno 
una struttura gerarcica. Le larghezze sono quasi a caso. Per me la soluzione più 
additional sarebbe 'pedestrian' con 'width'.

no, se fosse completamente vero, per me la conclusione sarebbe usare footway per tutto, 
non pedestrian. Pedestrian non è adatto perché tutti gli utilizzatori dei dati si 
aspettano strade, perciò il fatto che non si vede "niente" a Venezia non è la 
colpa di chi fa lo stile ma di chi ha classificato male i percorsi.

Comunque, è vero che certi percorsi stretti sono comunque importanti (e quindi 
affollati), ma in generale le "strade" larghe sono più importanti di quelli 
stretti, e soprattutto quelli superstretti non sono mai importanti.


Beh, un minimo di gerarchia lo si può evincere dalla toponomastica 
stessa. Le "salizade" si chiamano così appunto perché furono i primi 
percorsi ad essere selciati, dunque quantomeno all'epoca erano i 
principali (bisognerebbe vedere se ancor oggi sono prioritari). I vari 
"rio terà" sono ex canali interrati, quindi sono plausibilmente più 
larghi di molte altre calli. Le varie "lista" sono strade che un tempo 
erano nei pressi delle ambasciate straniere, solitamente sono abbastanza 
larghe (vedasi quella di Spagna, vicino alla stazione).
Viceversa i vari "ramo" sono piccole calli laterali, dunque sono 
sicuramente gerarchicamente meno importanti. Come per esempio lo sono le 
"fondamenta" rispetto alle "riva" (le prime sono meno larghe).


ciao

Paolo M


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

Re: [Talk-it] come organizzare il wiki per comuni che non sono città?

[Paolo Monegato]

Il 13/04/2017 00:39, Martin Koppenhoefer ha scritto:


sent from a phone


On 11. Apr 2017, at 10:49, Paolo Monegato <gato.selvad...@gmail.com> wrote:

Approfitto della discussione... è il caso di creare pagine per ogni comune?

Penso le pagine servono alla comunità locale per organizzarsi in maniera 
trasparente, o per documentare come si sono organizzati. Non farei una pagina 
per ogni comune ma soltanto per ogni comune con mappatori attivi, e non 
necessariamente a livello di comune (potrebbe anche avere senso farle per un 
quartiere, oppure per una provincia o regione geografica)

Ciao, Martin


Per ogni quartiere mi sembrerebbe eccessivo. Lì potrebbe bastare una 
sezione dedicata nella pagina del comune. Poi chiaramente se questa 
sezione diventasse troppo corposa si potrebbe pensare a passare ad una 
sottopagina.


Similmente una soluzione potrebbe essere la creazione di pagine dedicate 
solo per i centri maggiori (diciamo quelli con più di 20 mila abitanti?) 
[1], che ospitino sezioni relative ai comuni limitrofi più piccoli fino 
a quando queste non diventino così pesanti da rendere necessario uno 
spostamento ad una pagina dedicata [2].


ciao
Paolo M

[1] In caso di zone dove non c'è un centro aggregatore più grosso, come 
potrebbe essere in alcune aree montane, si potrebbe pensare ad una 
pagina "regionale" (tipo "valle del xxx") o a prendere comunque il 
centro più popoloso...


[2] magari prima si crea già il redirect che punti alla sezione, in modo 
da facilitare i collegamenti dalle altre pagine (che basterà far puntare 
al redirect e non alla sezione, cosa che potrebbe costringere a 
modificare tutti i link al momento dello spostamento). Es. "comune X" 
che punti a "Comune Y#Comune X".



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

Re: [Talk-it] nomi con date

[Paolo Monegato]

Il 13/04/2017 00:41, Martin Koppenhoefer ha scritto:


sent from a phone


On 11. Apr 2017, at 10:45, Paolo Monegato <gato.selvad...@gmail.com> wrote:

Meglio piuttosto inventarsi una cosa tipo: alt_name:arabs e alt_name:romans...


io penso questa traduzione tra numeri arabi e latini potrebbe fare un computer 
in automatico, senza bisogno di tags.

Ciao,
Martin


Meglio ancora. Così si eviterebbe di mettere entrambi (da "venticinque" 
dovrebbe essere in grado automaticamente di passare a 25 o XXV)


ciao
Paolo M

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

Re: [Talk-it] come organizzare il wiki per comuni che non sono città?

[Paolo Monegato]

Il 10/04/2017 23:52, Martin Koppenhoefer ha scritto:
qualche tempo fa ho creato nel wiki una pagina per Mazzano Romano, un 
comune nel Lazio.

https://wiki.openstreetmap.org/wiki/Lazio/Mazzano_Romano

Ho poi aggiunto type=village nel page template della pagina, ma il 
sistema non ha creato una pagina raccoglitore tipo questa per le città:

https://wiki.openstreetmap.org/wiki/Category:Cities_in_Italy

o meglio, indica che la pagina non esiste, però cliccando sul link in 
basso generato dal sistema, si arriva ad una pagine che elenca tutte 
le pagine dei paesi (suppongo, Mazzano è il primo paese in lista), e 
suggerisce di creare una pagina:

https://wiki.openstreetmap.org/w/index.php?title=Category:Villages_in_Lazio

ho copiato e modificato dei templates dalla pagina delle città, ma non 
so se ho fatto bene, ho inserito questo:


[[Category:Villages in Europe|Italy]]
[[Category:Places in Italy|*Villages]]
[[Category:IT:Luoghi in Italia|*comuni]]

In qualche modo "funziona", ma Mazzano Romano non compaia (ancora?) 
nella lista. Devo solo aspettare, oppure ho sbagliato qualcosa?


Ho visto che altri comuni si sono classificati come città, per esempio 
qui:

https://wiki.openstreetmap.org/wiki/Morsano_al_Tagliamento
E' da seguire, oppure sbagliato?


Approfitto della discussione... è il caso di creare pagine per ogni comune?
Giusto per saperlo così mi regolo (finora ho usato le pagine dei comuni 
più grossi per mettere qualche info sommaria sullo stato della mappatura 
dei comuni limitrofi più piccoli)...


ciao
Paolo M



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

Re: [Talk-it] nomi con date

[Paolo Monegato]

Il 10/04/2017 13:18, Davide Sandona' ha scritto:
Se decidiamo di utilizzare le direttive ISTAT (e al momento sembra 
esserci consenso), vediamo di fare chiarezza sui tag da utilizzare in 
merito agli odonimi che presentano date e/o numeri. Propongo di 
utilizzare il nome in forma estesa sul tag name, il nome con numeri 
arabi nel tag alt_name, l'eventuale nome con numeri romani nel tag 
loc_name (solamente se il cartello stradale presenta numeri romani!!!).


Usare in quel modo loc_name sarebbe sbagliato. Si occupa un tag che 
dovrebbe servire a tutt'altro. Non si tratta di un nome locale ma solo 
di un'altra versione grafica del nome ufficiale. E poi se esistesse un 
loc_name vero e proprio dove dovrei metterlo?


Meglio piuttosto inventarsi una cosa tipo: alt_name:arabs e 
alt_name:romans...


ciao
Paolo M

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

Re: [Talk-it] Importare i fabbricati

[Paolo Monegato]

Il 05/04/2017 23:44, Andrea Enzo Lattmann ha scritto:

in Francia se ricordo bene hanno importato edifici per edificio "a mano",
al meno questo era il piano ufficiale;-)

Accidenti! comunque sono rimasto colpito di come fosse stato fatto bene.


Vero, han fatto un gran bel lavoro.

Se non ricordo male però all'epoca ci furono rogne con il DWG, e alcuni 
mapper che avevano contribuito a quel bel lavoro furono pure sospesi per 
un po'... (questioni legate all'assurda regola dell'account dedicato*... 
molti non lo consideravano un import automatico visto che verificavano 
man mano ed aggiungevano pure roba, e per quello ed altri motivi non 
avevano intenzione di fare un account apposito)...


ciao

Paolo M


* lo spauracchio della cavolata fatta con i dati tiger negli USA (con 
tutti i problemi che ha creato allo sviluppo della comunità locale) ha 
portato alle regole attuali. Peccato però che alcune come quella citata 
hanno potenzialmente l'effetto opposto perché favoriscono l'import di 
singole persone ed ostacolano i lavori distribuiti tra la comunità...


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

Re: [Talk-it] [osmveneto] Nuova ML Regionale Veneto

[Paolo Monegato]

Il 31/03/2017 15:15, Luca 'remix_tj' Lorenzetto ha scritto:

Ciao a tutti,

vi informo che è stata creata una nuova ML Regionale per il Veneto:

https://lists.openstreetmap.org/listinfo/talk-it-veneto -
talk-it-ven...@openstreetmap.org

La nuova ML sostituisce la vecchia osmven...@liste.remixtj.net che per
cause sistemistiche è andata offline.

Cercherò nei prossimi giorni di recuperare la lista delle persone che
hanno scritto alla vecchia ML e le inviterò ad iscriversi alla nuova.

E' comunque possibile già iscriversi.

Se avete qualche domanda chiedere pure.


Buona giornata,

Luca


Rapidissimo. Ho già provveduto ad iscrivermi.

ciao
Paolo M

ps: Per quanto riguarda l'archivio che t'ha detto?


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

Re: [Talk-it] [civici Torino] Offset generale

[Paolo Monegato]

Il 29/03/2017 18:36, Volker Schmidt ha scritto:

Cari amici,

ho paura che questo è solo l'ennesima manifestazione dello stesso 
errore sistematico con tutti gli import fatti finora in 
Veneto.(edifici e landuse).


Beh sarebbe anche normale,... se il dato di partenza è in Roma 40 va da 
se che riproiettandolo con i sistemi che liberamente e legalmente 
possiamo usare risulterà un offset in varie direzioni a seconda dell'area...


ciao

Paolo M


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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Paolo Monegato]

Il 06/03/2017 18:17, Federico Cortese ha scritto:

2017-03-06 17:42 GMT+01:00 Paolo Monegato <gato.selvad...@gmail.com>:

Il 06/03/2017 14:54, Federico Cortese ha scritto:

3) Nella pagina dell'import nessuna area è stata assegnata ad un
utente, nonostante l'apposita colonna della tabella "preso in carico
da". Questo significa che l'import non era nemmeno iniziato? ;)

O che non hanno aggiornato la pagina sul wiki...

Certo, era il significato del sorriso :)


Già, però se si fanno le pagine sul wiki sarebbe meglio tenerle 
aggiornate. Capisco però che spesso ciò viene visto come una seccatura, 
dato anche che quelle tabelle hanno un deficit di visibilità e di utilità...


Forse un incentivo potrebbe venire dal fatto che la stessa tabella venga 
usata anche per qualcosa di concreto ed utile che prenda i dati in essa 
contenuti per tenere traccia del progresso del lavoro. Parlo di una 
mappa che mostri in diversi colori lo status per comune (noi per il 
Veneto avevamo una cosa simile per l'import dell'edificato che prendeva 
i dati dalla tabella sul wiki e mostrava le zone coperte e quelle 
mancanti... non a caso quella è una pagina del wiki che viene aggiornata 
spesso e da diversi mapper).
Credo che se ci fosse questa mappa quella pagina wiki per l'import dei 
civici verrebbe aggiornata più spesso.


ciao
Paolo M

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Paolo Monegato]

Il 06/03/2017 11:06, Alessandro Palmas ha scritto:

Ricapitolando:

- non ha usato un utente dedicato
- non ha scritto alcunchè sulla wiki
- non ha avvisato la lista import
- nel primo upload non ha nemmeno indicato la fonte
- non ha eseguito un conflate sui civici esistenti

Potremmo scrivere il manuale su come non eseguire un import, non c'è 
che dire


Beh, quella dell'utente dedicato m'è sempre parsa una regola insulsa (e 
potenzialmente distruttiva della comunità)... il resto invece è da 
biasimare*, soprattutto per il punto 4 perché non mettere la fonte di un 
dato che legalmente lo richiede (per via della licenza) dovrebbe bastare 
ed avanzare per procedere al revert, anche se fosse in regola con tutto 
il resto...


*però per quanto riguarda l'avviso alla lista import: se è un import già 
autorizzato mica deve chiedere nuovamente il permesso...



Il 06/03/2017 14:54, Federico Cortese ha scritto:

3) Nella pagina dell'import nessuna area è stata assegnata ad un
utente, nonostante l'apposita colonna della tabella "preso in carico
da". Questo significa che l'import non era nemmeno iniziato? ;)


O che non hanno aggiornato la pagina sul wiki...

ciao

Paolo M


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

Re: [Talk-it] R: Ospedali a Bologna

[Paolo Monegato]

Il 05/03/2017 23:40, Giuseppe Profiti ha scritto:
Se mi spiegate un po' più in dettaglio qual è il problema, posso 
iniziare a pensarci io.


Poi un giorno qualcuno dovrebbe anche spiegarmi come mai molti edifici 
sono spostati di 4/5 metri rispetto alle foto aeree, dato che ancora 
non ho capito come mai.


Scusate ma questa questione degli ospedali plurimi e degli edifici 
spostati di 4/5 metri mi ricorda qualcosa... non è che è una questione 
legata all'import?


In tal caso lo spostamento sarebbe legato al noto problema nella 
riproiezione, mentre le ragioni delle amenity multiple sarebbero da 
ricercare nel file delle regole...


ciao

Paolo M

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

Re: [Talk-it] Negozio di enoforniture

[Paolo Monegato]

Il 22/02/2017 23:05, girarsi_liste ha scritto:

Il 22/02/2017 19:24, Paolo Monegato ha scritto:

Vedo dal wiki che dovrebbe essere "shop=brewing_supplies", pure per le
enoforniture [1]

Il problema però per me è più che altro come fare con il brand (che c'è
per la parte birra ma non per la parte enoforniture)...

ciao
Paolo M


[1] http://wiki.openstreetmap.org/wiki/Tag:shop%3Dbrewing_supplies


Forse:

sells:beer=yes
brand:beer=*


No, non vende birra vende tutto ciò che occorre per farsela in casa 
(ovvero i kit oppure gli ingredienti singoli, più le attrezzature 
necessarie). Il tag corretto è dunque shop=brewing_supplies, ma mi sa 
che al momento l'unica soluzione è sdoppiarlo con due punti diversi 
(oltre al brand anche il sito riguarda solo una parte del negozio), con 
il rischio però che qualche altro mapper unisca pensando ad un doppione...


ciao

Paolo M


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

Re: [Talk-it] Negozio di enoforniture

[Paolo Monegato]

Il 19/02/2017 14:15, Martin Koppenhoefer ha scritto:


sent from a phone


On 19 Feb 2017, at 13:35, Paolo Monegato <gato.selvad...@gmail.com> wrote:

In questo caso come mi converrebbe fare

potresti aggiungere
sells:homebrewing_supplies=yes


Vedo dal wiki che dovrebbe essere "shop=brewing_supplies", pure per le 
enoforniture [1]


Il problema però per me è più che altro come fare con il brand (che c'è 
per la parte birra ma non per la parte enoforniture)...


ciao
Paolo M


[1] http://wiki.openstreetmap.org/wiki/Tag:shop%3Dbrewing_supplies

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

Re: [Talk-it] Divieto escrementi animali.

[Paolo Monegato]

Il 19/02/2017 14:12, Martin Koppenhoefer ha scritto:


sent from a phone


On 19 Feb 2017, at 13:25, Paolo Monegato <gato.selvad...@gmail.com> wrote:

"animal_excrements=pick up"...

potrebbe essere letto come un amenity: posto dove posso prendere concime.

A me non piace troppo il generico "animal excrements" quando si tratta dei solo 
feci di cani. Nessuno raccoglie escrementi liquidi, e nessuno raccoglie escrementi di 
uccellini, cavalli, ecc.


Sono abbastanza d'accordo, però ora sta a te fare una proposta più 
sensata ;-)


ciao

Paolo M


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

Re: [Talk-it] Negozio di enoforniture

[Paolo Monegato]

Il 15/02/2017 20:31, Fabrizio Tambussa ha scritto:



Il 15/Feb/2017 19:58, "Gianluca Boero" > ha scritto:


Non ha anche la funzione di ferramenta? Dalle mie parti uno che
vendo prodotti per il vino (tappi bottiglie e attrezzi per lavare)
vende anche utensili e macchine per l'agricoltura. Anche libri
devo dire però...ricette di cucina.

Evidentemente è un po diverso dal tuo caso.


No. Solo forniture x enologia.
Se mi ricordo entro, compro un tappo così mappo con lo scontrino.
Saluti



Dato che siamo in argomento ne approfitto... Non lontano da casa mia ce 
n'è uno che vende anche prodotti per homebrewing. L'attività storica 
sarebbe le forniture per enologia, ma attualmente credo che il giro 
maggiore di affari ce l'abbia il nuovo settore portato avanti dai figli...


In questo caso come mi converrebbe fare? Tra l'altro il negozio è sempre 
lo stesso ma il nuovo settore ha anche un marchio vero e proprio, che 
però è relativo appunto solo a quel settore e non anche al negozio 
storico...


ciao

Paolo M

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

Re: [Talk-it] Divieto escrementi animali.

[Paolo Monegato]

Il 18/02/2017 16:25, girarsi_liste ha scritto:

Il 14/02/2017 18:15, Paolo Monegato ha scritto:

Visto che c'è il contenitore però più che un divieto alle povere
bestiole (che tra l'altro avrebbe poco senso) si tratta di un segnale
che obbliga il padrone a raccogliere... Quindi imho il valore più che
"no" dovrebbe essere un altro che indichi appunto questo obbligo di
raccolta.

Scusa se rispondo solo adesso, ma oggi mi è venuta in mente la tua mail,
dopo averla cestinata fra l'altro.però col tuo ragionamento sono
d'accordissimo, il problema è che poi non saprei come tradurre con tag o
più tag il tutto, almeno evitando una parola lunga come valore.

QUindi obbligo di raccolta ?

una relazione restrictions? quale?

Dico la verità, non mi ci raccapezzo in questo caso.


Io pensavo, dato che tu avevi proposto "animal_excrements=no", più ad 
una cosa tipo:


"animal_excrements=pick up"...

Certo non è il massimo ma mi pare si capisca.

ciao

Paolo M



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

[Talk-it] OSMit 2017: laggente vogliono sapere!!1!

[Paolo Monegato]

Sbaglio o non è passata ancora nessuna mail di commento post OSMit?

Chi se l'è perso / non ha potuto andare credo vorrebbe avere notizie. 
Allora, com'è andata?


ciao

Paolo M


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

Re: [Talk-it] Divieto escrementi animali.

[Paolo Monegato]

Il 14/02/2017 16:56, girarsi_liste ha scritto:

In quel parco ci possono andare animali, non solo cani, la segnaletica
riporta il disegno di un cane nella classica posizione del fare il
ricordino, con tanto di disegno dello stesso, barrato come il classico
divieto di sosta, c'è in mezzo al parco un contentore per i sacchetti
appositi e segnaletica verticale pure lì.

Capisco l'argomento può essere antipatico, ma è pur sempre una realtà.

Ad ogni modo procedo come ho definito, poi semmai in futuro se non serve
più o c'è modifica nella realtà, si provvederà in tal senso.


Visto che c'è il contenitore però più che un divieto alle povere 
bestiole (che tra l'altro avrebbe poco senso) si tratta di un segnale 
che obbliga il padrone a raccogliere... Quindi imho il valore più che 
"no" dovrebbe essere un altro che indichi appunto questo obbligo di 
raccolta.


ciao

Paolo M


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

Re: [Talk-it] Richiesta apertura dati al comune di Padova

[Paolo Monegato]

Il 17/12/2016 12:22, Davide Sandona' ha scritto:

Salve,
volevo chiedere se qualcuno avesse già chiesto l'apertura dei dati 
geografici al comune di Padova [1]. Sulla wiki non ho trovato nulla 
nelle potenziali fonti dati.
Nel caso posso farlo io, scrivendo una mail all'URP. Problema: a chi 
devo chiedere che la mail venga inoltrata? Al sindaco?


Attualmente a Padova c'è il commissario prefettizio (la giunta è caduta 
perché è saltata la maggioranza)... dunque al sindaco sicuramente no.
Tra l'altro non so nemmeno se il commissario possa prendere decisioni 
del genere, probabilmente bisogna aspettare che venga eletto il nuovo 
sindaco.


ciao
Paolo M



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

Re: [Talk-it] Utente che modifica confini

[Paolo Monegato]

Il 20/10/2016 20:20, Carlo Stemberger ha scritto:
Il giorno 20 ottobre 2016 20:00, Giuliano > ha scritto:



Per quanto ricordo su OSM si inserisce la situazione attuale,
indipendentemente dal fatto che il prossimo sindaco di Musile
possa impugnare il confine con San Donà.


Sì, ma se il confine, come risulta dagli atti formali, fosse _il 
fiume_ (e non una linea arbitraria definita in termini matematici), 
allora ci starebbe anche di correggere il dato in OSM (cosa che non ho 
mai fatto).


Per quanto riguarda gli stati sulla voce "confini" della Treccani ho 
trovato questo:


"Le variazioni poi del corso di un fiume possono avere diversa influenza 
sulla linea del confine: se il fiume rimane sostanzialmente nello stesso 
letto, gli spostamenti del /Talweg /o della sua linea mediana avranno 
per effetto un simultaneo spostamento della linea di confine; se il 
fiume invece cambia completamente di letto, esso passa sotto la 
sovranità dello stato il cui territorio ha invaso, e la linea di confine 
resta nell'antico letto dove si trovava per l'innanzi."


Non so però come funzioni per i comuni.

La questione è: come sono determinati i confini? C'è un decreto con una 
serie di coordinate o nel decreto è scritto che il confine è tal 
canale/fiume/lago?
Perché se è la seconda va da se che ne segue le vicissitudini (a meno di 
interpretarlo come "il confine è il fiume alla data di stesura del 
decreto").


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 16/10/2016 11:58, Aury88 ha scritto:

solo una domanda...se io sono interessato per esempio a tre opzioni posso
votare 1, 2, 3 e 6 a tutte le altre opzioni?


Non avevo pensato a questa possibilità. L'idea era di classificarle 
tutte e 6. Però a pensarci bene può anche essere che qualcuno veda 
alcune opzioni come allo stesso livello. A quel punto però le tre 
opzioni rimanenti sarebbero da classificare tutte al 4° posto, non al 
sesto, e questo falsa un po' il risultato (un'opzione a cui daresti 
l'ultimo posto ti viene contata come non fosse così male). Imho è meglio 
la graduatoria completa, più semplice da gestire.


ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 12/10/2016 10:27, Carlo Stemberger ha scritto:
Il giorno 11 ottobre 2016 18:40, Fayor Uno > ha scritto:


Visto che nessun altro si esprime in merito alla pagina, direi che
va bene così e che si può trasferire per iniziare a votare

Prima di trasferirla andrebbe sistemata quest'ultima cosa:

https://wiki.openstreetmap.org/wiki/User:Arcanma/Sandbox#Note


Sapessi quale delle varie discussioni mettere... Mi sa che la cosa più 
semplice sarebbe togliere proprio la nota...



Pochi minuti fa ho apportato qualche piccola modifica:

https://wiki.openstreetmap.org/w/index.php?title=User%3AArcanma%2FSandbox=revision=1356657=1355392

Verificate in particolare che abbia interpretato correttamente il 
punteggio da assegnare alle 6 opzioni del quesito 2.


Perfetto. Grazie.

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 08/10/2016 20:00, Aury88 ha scritto:

Anormale invece questa votazione sul diritto di voto...a che mi risulta non
l'ha fatta mai nessuno in OSM neanche per problemi locali...


Più che sul diritto di voto mi pare su a chi spetta la decisione finale 
sul tema.



Sei tu Paolo che traduci l'eventuale "vittoria" del voto internazionale come
un "decidete voi dall'estero"...in un progetto del genere è sempre stato
"decidiamo tutti assieme"  tanto più che la "vittoria"  per la
partecipazione internazionale non esclude ne te ne nessuno di noi di talk-it
o delle ML regionali dal  votare e quindi dal dire la propria (alla faccia
del commissariamento il cui risultato è l'esatto opposto)...viceversa non si
può dire lo stesso se vincessero le altre opzioni...


È vero che nel voto di tutta la comunità ci siamo anche noi, anzi 
probabilmente il grosso dei votanti verrà fuori da questa lista, e 
quindi come giustamente dici è un decidiamo assieme. È anche vero che 
tecnicamente il commissariamento vero e proprio sarebbe far decidere il 
DWG (che è si espressione della comunità, ma non è la comunità).


Ma allo stesso tempo una decisione della comunità intera su una 
questione locale (perché qui è come se stessimo parlando di come 
adattare lo schema generale delle highway alla nostra situazione 
particolare) è come dire che non siamo in grado di arrivare 
autonomamente ad una soluzione condivisa. E ricercare i pareri decisivi 
all'estero, banalizzando all'estremo, è una specie di autocommissariamento.



quando si vota e dove?


Bella domanda. La pagina così com'è adesso va bene? Serve cambiarla 
ancora? Se no allora è da trasferire in una sottopagina del wikiproject 
Italy, dove poi votare.


ciao
Paolo M

ps: se poi qualcuno la traducesse in inglese forse sarebbe più facile 
per il resto della comunità intervenire per dare almeno un parere nella 
pagina di discussione...


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 08/10/2016 11:18, Aury88 ha scritto:

Paolo Monegato wrote

Per come è scritta la pagina adesso significa sostanzialmente che lo
standard per il territorio tenuto d'occhio dagli italofoni verrà deciso
da tutta la comunità di OSM, in pratica ci commissariamo da soli ("ce lo
chiede l'Europa" :D )...

  se definire delle regole da adottare per lo stile di mapping diffuse a
tutta la mappa lo chiamiamo commissariamento allora siamo commissariati già
da parecchio visto che su osm le regole di mappatura, lo stile ecc ecc sono
sempre state fatte da osm tutta e mai una scelta "locale". semmai le
comunità locali reinterpretano quanto deciso in base alle caratteristiche
locali (...), ma si tratta di
reinterpretazioni ed adattamenti di uno standard comune, non stravolgimenti
o regole ad-hoc.


Ricordo male o il dwg c'aveva detto arrangiatevi / risolvete da soli? Se 
il nostro arrangiarci sarà decidete voi dall'estero è in pratica un 
autocommissariamento (che poi, già i quesiti 2 e 3 non son semplici per 
noi, figuriamoci per chi vive in altre realtà... mi chiedo su che basi 
voterebbero).
Ad oggi quella pagina serve a definire uno standard nel nostro 
territorio (ovvero come lo chiami tu una reintrepretazione/adattamento), 
non uno standard generale. Ed il primo quesito serve semplicemente a 
definire chi dovrebbe decidere questo standard: i locali, noi di talk-it 
o i mapper di tutto il mondo.


ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 07/10/2016 20:03, Fayor Uno ha scritto:


D'accordo su tutto tranne che sull'opzione 3 del primo quesito.

Che significa comunità mondiale? Sappiamo bene che ogni Stato ha già 
deciso a seconda delle proprie caratteristiche, creare uno standard 
unico potrebbe essere impossibile.



Che succederebbe se in ipotesi dovesse prevalere questa opzione?



Per come è scritta la pagina adesso significa sostanzialmente che lo 
standard per il territorio tenuto d'occhio dagli italofoni verrà deciso 
da tutta la comunità di OSM, in pratica ci commissariamo da soli ("ce lo 
chiede l'Europa" :D )...


Ovvero, visto che il voto sarà tra di noi, se vince 1A allora ogni 
comunità deciderà in autonomia, a prescindere dal risultato degli altri 
quesiti; se vince 1B allora varrà quanto deciso con gli altri quesiti; 
se vince 1C allora si prolungherà la votazione ai quesiti 2 3 e 4 per 
far si che si esprima il resto della comunità OSM (poi starà alle altre 
comunità convergere o meno su quanto deciso).


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 04/10/2016 19:56, Marcello ha scritto:


Ho corretto la bozza nei punti che erano emersi durante la discussione 
e che ancora non erano stati riportati. Quesito n.1: tolto riferimento 
alla regione di provenienza (Paolo aveva detto che era errato, frutto 
di un copia/incolla). Quesito n.2: tolto il riferimento all'ISTAT.


Ho cambiato la data di chiusura, messa al 31 Ottobre ma chiedo 
conferma. Per il riferimento iniziale alla discussione ed al 
changeset, direi di mettere la discussione (o le discussioni, in 
realtà sono 2), i changeset credo siano molteplici. Una volta 
confermata definitivamente dove potrebbe essere collocata?


P.S. Questa settimana avrò pochissimo tempo per seguirvi e la prossima 
non ci sarò proprio, quindi se non interverrò è perché non posso.




Grazie per il lavoro. C'era ancora qualcosa da aggiustare secondo quanto 
emerso in lista, ho finalmente avuto il tempo di farlo e questo è il 
risultato [1].


Nell'ordine:
- ho nascosto il testo iniziale che era sbarrato (Marcello dovrebbe 
eliminarlo definitivamente, potrei farlo anch'io ma è la sua sandbox e 
non mi va di cancellare il lavoro altrui)
- ho tolto la nota su edit war relativa ai changeset, resta quella alle 
discussioni (da compilare... quale discussione linkiamo?)
- ho tolto ISTAT per mettere agenzia nazionale di statistica (così è 
valido un po' dappertutto) ed ho sottolineato un pezzo di frase 
nell'incipit perché, forse, con le ultime modifiche va riformulato
- ho tolto, per la gioia di Aury, qualsiasi riferimento alla regione del 
votante. Se nel primo quesito vincerà l'opzione 1 saranno le varie 
comunità a definirsi le regole creando apposite votazioni e/o discussioni
- ho messo comunità italofona invece di italiana (così includiamo anche 
i sanmarinesi, il vaticano e i ticinesi)
- ho aggiunto nel primo quesito la terza opzione "comunità mondiale", 
come suggerito da Martin. Va da se che ora potrebbe servire il doppio 
turno, come per i quesiti 3 e 4.
- ho trasformato il quesito due abilitando il voto per ordine di 
preferenza: basterà mettere prima della firma il numero da 1 a 6 
relativo all'ordine (1 al favorito, 6 all'ultimo), le due opzioni la cui 
somma delle preferenze sarà minore andranno al ballottaggio
- questo cambio nel tipo di votazione s'è reso necessario per venire 
incontro alle richieste di Aury che han complicato il tutto aggiungendo 
altre 3 opzioni
- ho tolto le note 2 e 3 dato che ora ci sono i quesiti appositi su 
ordine dei toponimi e separatore
- quesito 3, al posto di italiano ho messo lingua ufficiale dello stato, 
ed ho aggiunto l'opzione C: discrezionalità locale

- ho sistemato il quesito 4
- ho aggiunto la colonna per le percentuali e la riga per il tot sulle 
tabelle di tre quesiti (per il ques. 2 la tabella è volutamente diversa 
e non riporta la colonna percentuali)



Pareri?

ciao
Paolo M

ps: forse sarà il caso di definire meglio i votanti... onde evitare la 
chiamata alle urne con gente che viene fatta iscrivere appositamente al 
wiki o addirittura ad OSM sarebbe forse da definire che può votare solo 
chi è già iscritto al momento della votazione (o chi ha pubblicato 
almento 1 changeset utile... che se proprio dobbiamo imbarcare 
sockpuppet che almeno ci sia un miglioramento della mappa...)



[1] 
https://wiki.openstreetmap.org/w/index.php?title=User:Arcanma/Sandbox=1355392


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

Re: [Talk-it] mappatura fermate trasporto pubblico comune di Venezia

[Paolo Monegato]

Il 23/09/2016 16:33, marco zampiva ha scritto:


Salve a tutti,

volevo iniziare la mia collaborazione a questo progetto completando e 
sistemando la mappatura delle fermate del trasporto pubblico del 
comune di Venezia (terraferma).




Interessante. Effettivamente da quanto ho visto l'ultima volta che son 
passato a Mestre manca abbastanza roba.


L’azienda che gestisce il trasporto pubblico mette a disposizione 
tramite il portale del comune i dati in formato GTFS del servizio, 
questo è il link[1]. I dati sono rilasciato con licenza CC-BY e 
chiedono di citare la fonte per utilizzarli, da quello che ho letto 
questa licenza dovrebbe essere compatibile con OSM ma non essendo 
assolutamente esperto volevo avere una conferma che la licenza è 
compatibile e che posso utilizzarli tranquillamente.




Si, CC-BY va bene. Resta da capire come vogliono l'attribuzione...

ciao
Paolo M

ps: segnalo che c'è anche la lista regionale [1] ;)
[1] liste.remixtj.net/listinfo/osmveneto
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] domanda banale: stradina di accesso

[Paolo Monegato]

Il 15/09/2016 13:57, Andrea Albani ha scritto:


Il giorno 15 settembre 2016 12:26, Paolo Monegato 
<gato.selvad...@gmail.com <mailto:gato.selvad...@gmail.com>> ha scritto:



Mi pare che l'opinione comune in lista sia che sia sbagliato l'uso
di private. Sarà quantomeno destination o delivery.
Private mi pare più adatto ad altri casi, tipo le vie interne di
un villaggio turistico (anche se però ho visto che ora c'è anche
customers).


Per questa scelta mi sono basato sulla definizione di access=private 
del wiki


"The access=private tag is generally used in combination with the road 
network tags to indicate that the road is not to be used by the 
general public.
Usually used for Private driveways (in the city) and country lane 
ways, where the road just leads to a private home"


che mi sembra calzante, mentre access=destination

"Only when travelling to this element/area, i.e. local traffic only."

mi sembra più adatta alle strade non chiuse con cartelli "Solo 
traffico locale/residenti"


Comunque gli ambiti di applicazione delle due non mi sembrano proprio 
netti. Per quanto riguarda l'uso effettivo ti direi che nella zona in 
cui opero è praticamente sempre access=private.
Se può servire anche taginfo conferma questo trend dove l'87% di tutti 
i tag access associati a highway=service è settato a private... per 
quanto può valere.


Anch'io all'inizio ho sempre usato private, credo sia normale fare 
l'associazione strada privata - access private. Ma mi pare che in lista 
abbiano sempre detto che non è ottimale.
Forse sarebbe da considerare delivery, se portano un pacco credo vadano 
fino al civico, non stanno fuori in strada.


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

Re: [Talk-it] mappiamo i civici

[Paolo Monegato]

Il 15/09/2016 12:36, Germano Massullo ha scritto:

Il 15 settembre 2016 12:10, Paolo Monegato <gato.selvad...@gmail.com>
ha scritto:

Il 15/09/2016 11:49, Germano Massullo ha scritto:

Ho una lunga tradizione di mappatura di numeri civici camminando in
strada, vi dico come opero.
Mi armo di OSMAnd, ed una volta in strada mi metto all'inizo ed inizio
a mappare un lato (pari o dispari) utilizzando i preferiti (sono
disponibili anche altre funzionalità per i POI).


Con Vespucci dovresti trovarti meglio.

Ho notato che con OSMAnd ci metto meno tempo. Tanto poi in ogni caso
l'inserimento dei dati lo faccio da JOSM


Beh, se vai di note audio/foto fai decisamente prima. Però poi devi 
contare il tempo di metterti su josm e mettere i tag.




Il 15/09/2016 13:15, Martin Koppenhoefer ha scritto:


2016-09-15 12:17 GMT+02:00 Paolo Monegato <gato.selvad...@gmail.com 
<mailto:gato.selvad...@gmail.com>>:


Come forse saprete lì il civico è legato al sestiere e non alla
via. Potrebbe andare questo addr:place anche per segnare lì il
sestiere? E poi, secondo voi, va messo pure addr:street (come
richiesto da Josm), che sarebbe comunque una info in più, o meglio
non metterlo visto che il civico non è legato alla via?


si, va bene addr:place (penso).
Io ci metterei:
addr:housenumber=numero
addr:place=nome sestiere
addr:city=Venezia

volendo addr:postcode (se conosciuto).

addr:street non va messo, in quanto non fa parte dell'indirizzo (o si?).
Josm con addr:place non ti dovrebbe più segnalare il problema della 
via mancante.


Si potrebbe essere una buona soluzione. Se poi josm non segnala più 
siamo a cavallo.
La via non fa parte dell'indirizzo, per questo preferivo evitare di 
metterle.


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

Re: [Talk-it] domanda banale: stradina di accesso

[Paolo Monegato]

Il 15/09/2016 11:46, Andrea Albani ha scritto:

Personalmente mappo così:
- highway=service e, visto che spesso non portano ad una sola 
abitazione, evito di specificare service=driveway perchè mi sembra più 
indicato per il classico viale di accesso interno alla proprietà.


Mah, per me è da valutare caso per caso. Alcune volte ho messo 
highway=residential con noexit, ma lì non si trattava di vie private.


- aggiungo access=private solo se sono certo che un cartello 
all'inizio indica che la strada è privata, ma ho visto che alcuni 
mapper reputano comunque di metterlo in sua assenza


Mi pare che l'opinione comune in lista sia che sia sbagliato l'uso di 
private. Sarà quantomeno destination o delivery.
Private mi pare più adatto ad altri casi, tipo le vie interne di un 
villaggio turistico (anche se però ho visto che ora c'è anche customers).



- metto il surface appropriato perchè in diversi casi non sono pavimentate


+1

- se un cartello indica i civici riporto in tag name il nome della 
strada da cui si dirama senza i civici, cosa che ho visto fare più di 
una volta e che reputo errata


+1

ciao
Paolo M

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

Re: [Talk-it] mappiamo i civici

[Paolo Monegato]

Il 15/09/2016 08:57, Cascafico Giovanni ha scritto:


> Per city metto sempre il comune (che poi è collegato di solito al CAP)
> e aggiungo addr:hamlet nel caso il civico si trovi in una frazione. E'
> giusto così o è preferibile mettere il nome della frazione in
> addr:city?

Leggendo il wiki sembra addr:hamlet sia relativo a sistemi di 
indirizzamento diversi dal nostro.


Io in fvg ho usato addr:place che non dovrebbe essere usato assieme ad 
addr:street


Se ho un ammasso di stradine senza nome e i civici fanno riferimento 
ad uno stesso toponimo, di solito aggiungo un nodo

place=hamlet|neighbourhood|isolated_dwelling...
name=Piovarolo

ed ogni civico avrà

addr:city=
addr:place=Piovarolo
addr:housenumber=7a
addr:postcode=...

In tal modo osm inspector non solleverà errore è non dovrò assegnare 
name alle highway




A proposito di casi particolari. M'è venuto in mente che tempo fa avevo 
chiesto in lista regionale veneta pareri sugli indirizzi veneziani, e 
non si era giunti alla soluzione, Dunque chiedo anche qui.
Come forse saprete lì il civico è legato al sestiere e non alla via. 
Potrebbe andare questo addr:place anche per segnare lì il sestiere? E 
poi, secondo voi, va messo pure addr:street (come richiesto da Josm), 
che sarebbe comunque una info in più, o meglio non metterlo visto che il 
civico non è legato alla via?


ciao
Paolo M

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

Re: [Talk-it] mappiamo i civici

[Paolo Monegato]

Il 15/09/2016 11:49, Germano Massullo ha scritto:

Ho una lunga tradizione di mappatura di numeri civici camminando in
strada, vi dico come opero.
Mi armo di OSMAnd, ed una volta in strada mi metto all'inizo ed inizio
a mappare un lato (pari o dispari) utilizzando i preferiti (sono
disponibili anche altre funzionalità per i POI).


Con Vespucci dovresti trovarti meglio.


Il 15/09/2016 11:45, Martin Koppenhoefer ha scritto:
Ultimamente ho cominciato a creare un nodo per ogni civico, quindi 
quando si trovano 2 civici alla stessa porta d'ingresso ne metto 2 
nodi pratticamente sovraposti. Tra altro trovo questa situazione di 
avere più civici alla stessa porta assurda ;-)


esempio (in questo caso si tratta di civici da "epoche diverse" ;-)


Imho si potrebbe anche usare 1 solo nodo con i due valori separati da 
punto e virgola. Se poi uno dei civici è vecchio allora è da mettere 
come old:addr:housenumber.


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 15/09/2016 10:05, Carlo Stemberger ha scritto:
Il giorno 14 settembre 2016 20:19, Paolo Monegato 
<gato.selvad...@gmail.com <mailto:gato.selvad...@gmail.com>> ha scritto:



Il 14/09/2016 15:41, Carlo Stemberger ha scritto:


Nello stesso quesito si parla di "comunità italiana". Metterei
"comunità di lingua italiana" o simile. O vogliamo escludere
sammarinesi e ticinesi?


Perché è tutto un ragionamento basato sulle normative della RI.


E quindi è un ragionamento sbagliato. O no?


È così perché ha origine da queste discussioni in ML che focalizzano la 
cosa sulle normative italiche. Liberissimo di fare una proposta 
alternativa più adatta ad essere esportata.


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 14/09/2016 15:24, Fayor Uno ha scritto:


Se avete finito di discutere, io tornerei alla questione votazione.

Credo di capire che fondamentalmente gli attuali quesiti di cui alla 
sandbox https://wiki.openstreetmap.org/wiki/User:Arcanma/Sandbox 
 siamo 
generalmente accettati.




Direi che è da uniformare con le ultime cose emerse dal dibattito. 
Domani dovrei aver il tempo di sistemare. Una volta fatto scrivo in 
lista per l'ultimo giro di opinioni.


Per i motivi già esposti io toglierei solo il quesito 1, ma se agli 
altri sta bene lasciamolo. Possiamo iniziare con i voti?


Fin che non abbiamo completato la pagina non la spostiamo dove dovrà 
andare. E dunque non iniziamo a votare.

Tra l'altro sarà il caso di cambiare il limite temporale...


Il 14/09/2016 15:41, Carlo Stemberger ha scritto:
Ad esempio, per il quesito 1, si fa riferimento alla "comunità 
regionale locale". Perché regionale? Io metterei semplicemente "locale".


Perché le comunità regionalmente hanno una ML in cui discutere ed 
arrivare ad una linea comune.
Potrebbe andar bene anche mettere semplicemente locale, ma poi 
sorgerebbe il dubbio che potrebbe portare a possibili diatribe città vs 
resto regione.


Nello stesso quesito si parla di "comunità italiana". Metterei 
"comunità di lingua italiana" o simile. O vogliamo escludere 
sammarinesi e ticinesi?


Perché è tutto un ragionamento basato sulle normative della RI. Non può 
essere usato per il canton ticino o per il Vaticano o per San Marino. E 
nemmeno dagli utenti che sono cittadini italiani quando mappano oltre 
frontiera.




Punto 2: si parla di ISTAT, ma come sopra quantomeno si dovrebbe 
parlare di "istituto nazionale di statistica".


Non ho ancora avuto il tempo di correggere come suggerito da Martin 
(ieri, mi pare), ovvero mettendo agenzia nazionale di statistica.




Il 14/09/2016 15:52, Federico Cortese ha scritto:

Non ho potuto seguire tutta la discussione perchè quando Aury e Paolo
iniziano a dibattere ci vorrebbero ore per leggere tutti gli
interventi :)


Io a volte provo anche a stringere, rispondendo solo all'essenziale, ma 
rilancia sempre con dei papiri... :)


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 14/09/2016 08:12, Aury88 ha scritto:

non intendevo che eventualmente se lo decidono possono fare revert, ho solo
detto che non puoi obbligare a mettere un doppio value name e che il
risultato della votazione non pu portare ad un imposizione sull'aggiunta del
tag ma solo sul rispetto del requisito per metterlo.


Si ma il risultato pratico è che io da estraneo vado in un paese e vedo 
che c'è il requisito per mettere il doppio nome. Lo metto ma siccome la 
comunità locale, nel pieno rispetto del criterio, ha optato per non 
metterlo rimuoverà la mia aggiunta.



ripeto SE qualcuno le richiede, devono venire messe...secondo me ti conviene
mettere e annunciare una scadenza oltre cui non possono più essere aggiunte
nuove opzioni alle votazioni...chi avrà un ipotesi deve segnalarla entro
quel termine.


Può essere una buona idea.


stai scherzando vero? il penultimo presidente siciliano é stato Raffaele
Lombardo del Movimento per le Autonomie la cui coalizione ebbe il 64% dei
voti in regione con un apporto determinante del MpA.  fu anche un governo
incapace di portare avanti a livello centrale qualsivoglia politica
secesionista/indipendentista visto che rimane a livello nazionale un piccolo
partito a causa del fatto di essere radicato in una sola regione con solo
neanche 5 milioni di abitanti


L'MpA alla fine è un movimento che predica A e in realtà fa B 
(esattamente come la Lega)... Lombardo non è Finocchiaro Aprile, ma 
piuttosto rappresenta la continuità con quel gattopardismo che sfruttò 
quel movimento per portare a casa molte concessioni (ma niente sulla 
lingua)... perché la Sicilia non è poi tanto piccola,ha un peso 
determinante; i sardi si son difesi la lingua, ma si son beccati le 
servitù militari; i siciliani con il loro peso si son portati a casa ben 
altro.



  si ma fino ad allora per il tuo modo di ragionare non erano consapevoli di
avere quel diritto visto che non avevano la cartellonistica...


No, non hai capito il ragionamento. La consapevolezza porta alla richiesta.


e comunque non stiamo mappando la consapevolezza delle popolazioni locali,
ma il doppio name...e rimane il fatto che il basare la sensibilità di una
persona in base alla presenza della cartellonistica non sta ne in cielo  ne
in terra e di fatto fai un torto a tutti quelli che sul tema hanno delle
convinzioni/motivazioni più o meno forti o sensate ma che hanno il difetto
di vivere nella regione sbagliata


Pure io vivo nella regione sbagliata, eh... Magari, come al sud, 
rispetto ad altre regioni (del centro e del nord-ovest) ce n'è di più di 
gente che vorrebbe una tutela linguistica (e questo non coincide con 
risultati di questo o quel partito). Ma di fatto mediamente non viene 
sentito come un bisogno fondamentale, e c'è anzi una bella fetta 
decisamente contraria (si va dal dialetto che va conservato ma che resti 
nel suo piccolo ambito, al boom dei corsi di dizione per eliminare ogni 
traccia, accento tipico compreso)...


ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 12/09/2016 20:06, Aury88 ha scritto:

imho è un discorso non così differente dal non aver messo i tag perchè non
si conoscono o non li si è personalmente decisi di mappare...io ogni volta
che inserisco determinati elementi cerco informazioni per inserire più tag
possibile...io se posso metto ad ogni attività la partita iva, metto numeri
di telefono pubblici eccetera, molti altri decidono di non inserirli perchè
li ritengono inutili o semplicemente non lo fanno pur essendo per loro
ugualmente facile risalire agli stessi dati. il risultato è comunque
identico a quando si decidere di non metterli.alcuni elementi hanno il tag
altri no...tutti rispettano i criteri per cui quel tag è stato
inserito...non esiste il tag? può essere perchè mancava il criterio o perchè
non lo si è inserito...
è un limite della nostra mappa cioè da osm non puoi essere sicuro della
presenza del criterio, sei sicuro (in realtà non è proprio così sicuro) solo
che se c'è una cosa vuol dire che c'era il criterio per inserirlo...è il
motivo per cui sarebbe meglio inserire il tag oneway=no...rendi esplicito il
fatto che non ci fosse la condizione per metter oneway=yes


No, non è uguale. Se quella comunità ha deciso di non metterlo (da 
criteri può, ma è sua facoltà, sempre secondo il criterio, non farlo) 
vuol dire che se passa uno a metterli fanno il revert. Cosa che non 
farebbero se passasse uno a mettere i ref:vatin mancanti (perché mancava 
la info o perché il mapper precedente ha considerato non importante 
metterli).



  noi stiamo decidendo quando inserire due nomi basandoci su dei criteri, non
mappiamo il riconoscimento o come viene trattato dalla legge 482/99 e, a
meno che tu non voglia basare il criterio sul come viene trattata la lingua
elencata nella 482/99, possiamo saltare del tutto quell'aspetto e limitarci
alla semplice domanda: è compresa nella 484/99?
se però per alcuni utenti è invece necessario un determinato tipo di
trattamento delle lingue elencate in quella legge, temo dovremmo mettere
anche quella opzione se quell'utente la richiede.


Dato che tutto il discorso di fayor è basato sul fatto che pur essendo 
sulla 482/99 ha un trattamento diverso bisognerebbe mettere una miriade 
di opzioni personalizzate.



se fai una votazione dove
non compaiono le opzioni richieste da tutti il voto è viziato e
contestabile.


Fosse così ogni elezione sarebbe da considerarsi viziata e contestabile 
perché manca l'opzione che va bene a me... Ma in questi casi di solito 
non si partecipa o si va a mettere una fetta di salame con scritto "aho, 
magnateve pure questa"...



  di sicuro? sei sicuro? immagino quindi che tutti i sardi siano consapevoli
di leggi e della mancanza dei nominativi in lingua locale sulle tabelle
ISTAT o del fatto che nella 482/99 la loro lingua sia elencata ma trattata
in maniera differente.. che diritto gli verrebbe negato? a che mi risulta
vedono negati meno diritti dei siciliani


Per carità ci sarà anche chi vive nelle nuvole, ma credo che mediamente 
siano consapevoli del loro statuto autonomo e di cosa dovrebbe 
comportare. Dal loro punto di vista gli viene negato il diritto di 
mettere il doppio nome su OSM.



lo stai supponendo tu, non hai prove per dire questo e comunque a questo
punto immagino che anni di movimenti indipendentisti siciliani o
neoborbonici siano stati solo un allucinazione collettiva.


Tolto il dopoguerra non mi pare che quei movimenti abbiano avuto una 
base ampia. Tale da farmi dire che c'è una buona fetta di persone che 
rivendica certi diritti.



quindi i sardi non ne avevano consapevolezza, fino a quando però, un bel
giorno, qualcuno ha messo i cartelli nella lingua locale agli ingressi delle
località (li avrà messi uno del trentino o  un esterno, i sardi infatti fino
ad allora, non avendo cartelli, "probabilmente" non aveva consapevolezza di
avere questo diritto e quindi non li hanno probabilmente richiesti/voluti
loro)  magicamente tutta la popolazione sarda ha scoperto di avere un
diritto negato?


se i sardi hanno quel diritto è perché l'hanno rivendicato a suo tempo. 
Quindi ne avevano la consapevolezza ed hanno agito per vederlo 
rispettato. Non vedo altrove un tale ansia di rivendicazione dello 
stesso, da questo si evince che la consapevolezza altrove latita o 
quantomeno s'è scelto di sacrificare l'aspetto linguistico per ottenere 
altro...



io con la stessa logica potrei dirti che i sardi avendo molto più a cuore di
tutti gli altri italiani il tema bilinguismo e la propria identità sono di
per se "probabilmente" meno propensi a trovare soluzioni comuni per il bene
comune se questo  potrebbe in qualche maniera appannare o ledere questa loro
forte identità e bene locale...


Non è da escludere (mi basta pensare ai pareri di alcuni friulani su 
certe timide pretese linguistiche di parte veneta... come se definire 
che anche altre sono lingue sminuisse il friulano...)


ciao
Paolo M

___
Talk-it mailing list

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 11/09/2016 20:15, Aury88 ha scritto:

  sono i criteri e le regole dello stile che devono essere omogenei...ci
saranno sempre zone meglio mappate di altre, ma tutte rispettano gli stessi
requisiti e stili. i friuliani se vogliono potranno inserire il doppio nome
come i sardi...non sarà scorretto e non sarà impedibile.


Ma qui non sarebbe un discorso di zone meglio mappate. Non sarebbe 
un'assenza del dato dovuto ad una mancata rilevazione. Ma un'assenza 
dovuta alla precisa scelta di non metterlo.
Se il criterio dice che per una certa condizione è possibile mettere due 
nomi ci sarà chi lo farà e chi no (visto che la regola gli permette di 
non farlo). Quindi non ci sarà uniformità.



eppure è un discorso spuntato in ML indice che per qualcuno è un parametro
da considerare. non è togliendo la possibilità di scelta che risolvi la
questione imho. la questione si risolve determinando tramite maggioranza
quale sia la metodologia migliore tra tutte quelle proposte.


Si ma visto che le lingue elencate nella legge 482/99 nella realtà dei 
fatti sono trattate in modo differente (ma da quella normativa non lo si 
evince), se si mettono delle opzioni legate direttamente alle normative 
di tutela, uno deve andarsi a studiare tutte le differenti norme per 
dare un giudizio serio. Ed abbiamo già visto dalla discussione che 
quelle norme sono interpretabili in modo diverso (per fayor non si 
tratta di toponimi ufficiali, per Luca Meloni si... eppure fanno 
riferimento alle medesime normative).

Il cartello invece non si presta ad interpretazioni. O c'è o non c'è.


fammi capire: un sardo che ha i cartelli anche con i nomi nella propria
lingua vivrebbe in maniera peggiore la discriminazione linguistica rispetto
un siciliano che, pur avendo una lingua locale che parla regolarmente, non
ha neanche quei cartelli? mi fai dire che semmai i sardi hanno visto
riconoscere almeno questo diritto mentre i siciliani no. il fatto che in
sicilia non ci siano i cartelli non è necessariamente indice di poca
attenzione, ma del fatto che magari ci sono altri problemi più pressanti,
pochi soldi poca organizzazione...


Lui (il sardo) di sicuro ha la consapevolezza di avere formalmente un 
diritto (perché è tutelato) che però gli viene negato. Il siciliano 
potrebbe anche non avere la consapevolezza di avere quel diritto, 
essendo talmente abituato a non averlo potrebbe non farci nemmeno caso: 
potrebbe essere uno zio Tom o addirittura far la parte di Samuel L 
Jackson in Django Unchained... Poi ci sono altre regioni non sfiorate 
minimamente dalla questione, che son lì che si chiedono il perché di 
tutto questo casino per una questionuccia del genere...



cosa mi impedisce in quanto unico rappresentante di quelle
comunità locali di mappare secondo i miei criteri e metodologie a
prescindere da cosa si decida in sicilia o in italia o in europa?


Il buon senso, si spera.

ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 11/09/2016 17:15, Marcello ha scritto:

secondo me se prevalesse la soluzione 1A (competenza della decisione a
livello locale) non possiamo comunque decidere le regole per ogni
comunità in base a questa votazione, se vincesse la soluzione 1A e ad
esempio per il Piemonte avesse votato una sola persona e sia favorevole
alla doppia denominazione secondo te sarebbe autorizzato a cambiare
tutti i toponimi del Piemonte?


Possiamo mettere un numero minimo di voti basato sugli iscritti al wiki 
di ogni comunità.


Ma possiamo anche benissimo togliere la necessità di mettere la regione. 
La pagina deve rispecchiare un po' tutta lo comunità, se ai più quel 
passaggio non va bene è giusto toglierlo.


ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 11/09/2016 16:46, Aury88 ha scritto:

Non ho capito,  in che senso aggiungerla? intendi fare un altra ulteriore
votazione separata? come mai questa non l'hai elencata tra le altre?


Intendo che ad inserire anche quel quesito (quello sul separatore) nella 
stessa pagina ci si mette 1 minuto. Aggiungilo pure tu (Quesito n°4 - 
Separatore).



Capisco perfettamente quello che vuoi fare...vuoi di fatto dare a tutti la
possibilità di mettere un voto "utile"=valido per ogni quesito ma questo può
far passare parecchio tempo tra una votazione e l'altra e nel frattempo si
tiene bloccata la comunità su questo discorso per altri mesi e si da non uno
ma più motivi di avviare flamewar o contestare la validità del voto ogni
volta che uscirà una decisione non apprezzata da alcune porzioni di
comunità...


Non è che si perde troppo tempo con un secondo turno. Tra l'altro 
necessario perché non si può certo decidere a maggioranza relativa...



Però nel caso in oggetto (cioè l'ordine di inserimento basato sull'ordine
con cui compaiono i nomi) faccio notare che vale sia nel caso vinca
l'ipotesi istat sia nel caso vinca il singolo cartello sia quello dei più
cartelli.


Dato che sia per l'Istat che per i cartelli (esclusi quelli altoatesini) 
viene sempre messo prima/sopra l'italiano direi che non sono necessarie 
altre opzioni in quel quesito.



  forse intendiamo alcuni termini in maniera differente...provo a spiegarmi
meglio: io dico di definire un criterio che dia un indicazione su quando
alle comunità locali è concesso possano decidere di mettere il doppio
nome...non applichi il criterio...il criterio è una condizione. è l'azione
che è a discrezione della comunità e questa azione è il mappare anche il
nome nella lingua locale...possono decidere di mapparlo o non mapparlo ma lo
si può mappare solo se esiste la condizione decisa dalla comunità intera.
Insomma dire che è a discrezione della comunità a me sembra un: noi
suggeriamo ma poi voi fate quello che volete. quello che intendo io è:
potete se...


Ho capito che non intendi un criterio vincolante (in questo caso è 
possibile dunque fatelo) ma un criterio elastico (in questo caso è 
possibile, vedete voi se volete... e questa per me è discrezionalità). 
Ma con una maglia larga del genere va a finire che ognuno fa come gli 
pare. E ti ritrovi con i sardi con il doppio e i friulani con il 
singolo... in barba all'uniformità che dovrebbe essere l'obiettivo della 
decisione (a parità di condizioni ci sarà chi lo farà e chi no).



pensavo che qui si dovesse decidere come gestire i nomi in lingua locale,
non quello che c'è scritto sulla cartellonistica...e il nome in lingua
locale non in tutti i casi è presente su apposita cartellonistica...
possiamo decidere di mettere il name se è presente anche sui cartelli, ma è
un criterio valido quanto lo può essere anche solo la mera esistenza del
nome in lingua locale...appunto siamo chiamati a votare quale criterio
adottare per il doppio name non quale criterio adottare in caso di cartello
con doppio nome.
e te lo dico da favorevole all'idea di usare i cartelli come condizione per
il doppio value, ma è una condizione, non è il motivo...non è quello che
stiamo mappando...non so se mi sono spiegato :-/


Il fatto è che se metti il discorso sulle lingue è un massacro (basta 
leggersi la discussione in ML). Se invece fai il discorso su qualcosa di 
evidente a tutti...


E se non c'è il cartello pazienza, vuol dire che per quel paese la 
questione non è all'ordine del giorno...



ma così mi associ problemi/limitazioni di empatia solo perchè sono nato a
monza o di origine siciliana...lo trovi giusto?  il tuo ragionamento non è
basato su fatti e gli associ una probabilità che sia così in base a cosa?
solo perchè i miei concittadini non hanno preteso la cartellonistica?
  siccome i miei conterranei siciliani hanno la più alta percentuale di
truffe stradali questo rende me, loro conterraneo, automaticamente meno
incline a condannare questo comportamento o esservi meno sensibile?
è un dato di fatto che in popolazioni meno attente ci siano necessariamente
proporzioni più elevate di elementi meno attenti, e lo so che lo dici con
buone intenzioni e  per cercare di non fare torto ad alcuno, quindi non
sentirti assolutamente tirato in causa dalle prossime mie parole,  ma questo
è un ragionamento che sul singolo non si può  fare...questo associare ad un
soggetto una linea di pensiero solo per le sue origini è estremamente
generalista ed è di fatto alla base di cose come i preconcetti e i razzismi
vari.


Esempio estremo. La segregazione. Posso provare empatia e considerare 
oltraggioso ed ingiustificabile che l'afroamericano debba usare un altro 
bagno fatto apposta per lui. Allo stesso modo se sono abituato così 
posso anche affermare che in fondo nessuno gli impedisce di andare al 
bagno (mettere il name), così come anch'io vado solo sul mio lui deve 
usare quello a lui dedicato (cioè il name:lang). In entrambi i casi, che 
io la veda in 

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 11/09/2016 08:58, Aury88 ha scritto:

non ho messo in dubbio la semplicità della pagina, ma la completezza delle
opzioni.
Mancano quelle sul riconoscimento ufficiale della lingua (da parte della
costituzione e un'altra da parte dell'UNESCO) che sono casi meno vincolanti
e quindi applicabili più estensivamente di rispettivamente singolo cartello
e uno o più cartelli.


Sono implicite. Chi ha il riconoscimento legale italiano può usare il 
cartello bianco. Gli altri solo quello marrone (e qui cade il caso 
UNESCO visto che nella sostanza è nei posti dove si parla una lingua 
riconosciuta da tale ente che si può trovare l'esigenza di mettere 
questo cartello).
Poi certo c'è il caso assenza di cartello, e si potrebbe decidere che 
per le tutelate si mette lo stesso. Ma mi pare un po' esagerato...



manca la parte sul carattere separatore


Come ho detto nell'altra mail ad aggiungerla ci si mette un attimo.


imho manca nel voto dell'ordine qualcosa che possa essere valutato tramite
"on the ground" anche se non è proprio così...cioè prima il nome che spunta
prima o più in alto in istat o nella/con la cartellonistica.


Se aggiungiamo opzioni anche su quel quesito allora tocca fare anche per 
quello il doppio turno.



sì è quello che intendo...ma dire semplicemente di lasciare discrezionalità
alle comunità locali può essere inteso appunto anche lasciare la
discrezionalità di fare in maniera diversa da quanto deciso dalla comunità
intera (e infatti tu hai dovuto specificare che non intendevi questo caso
dentro la parentesi).


In verità ho specificato qualcosa di diverso. Cioè che la 
discrezionalità è sia fare qualcosa di non permesso che non fare 
qualcosa che è permesso (che è lo stesso un fare qualcosa di diverso da 
quanto deciso dalla comunità). Tu vorresti mettere un criterio, che la 
comunità locale può scegliere o meno di applicare. Quindi nella pratica 
la mappatura è comunque a discrezione dei locali, che sono si 
parzialmente vincolati, ma non dipendono totalmente dalla decisione 
(anche se si può forse dire che questa minima discrezionalità fa parte 
della decisione presa, dunque sia applicare il criterio che non 
applicarlo sono due azioni non in contrasto con la direttiva)...



il discorso era che comunque moltissime realtà regionali hanno una lingua
oltre all'italiano e il distinguere tra quelle che hanno il bilinguismo
affermato con per esempio la cartellonistica e quelle che non ce l'hanno,
dal punto di vista del voto su regole generali di mappatura da applicare su
osm in tutto il territorio, non è giusto e non ha senso imho.


Perché no? Uno che usa la mappa arriva al paese e vede i due toponimi 
sul cartello così come sulla mappa. Se nel cartello non ci sono metterli 
solo sulla mappa può essere fuorviante.
La presenza del cartello è un dato oggettivo da cui partire per avere 
una regola valida per tutti. Impostare invece le regole sulla base delle 
normative sulle tutele è meno alla portata di tutti (oltre a fomentare 
diatribe).



Il fatto che la mia regione di residenza non ha il
bilinguismo come cambia queste cose per me rispetto ad un sardo? mi rende
contrario a priori al bilinguismo sulla mappa? assolutamente no...


No, ma ti rende probabilmente meno sensibile al tema. E l'essere meno 
sensibili alla tematica può portare a votare con leggerezza, senza 
soppesare nel giusto modo il significato della scelta. Perché se parlo 
da sempre una sola lingua, in quanto parte della maggioranza, non posso 
capire il discorso sulle minoranze linguistiche e tutto quello che si 
porta dietro anche a livello culturale. Al massimo posso provare 
empatia, ma non proverò mai le stesse cose di chi appartiene ad una 
minoranza linguistica.



non stiamo decidendo se sia
giusto che i sardi abbiano i nomi in due lingue sul proprio territorio
(decisione che spetta a loro) ma le condizioni per cui in questo progetto
internazionale chiamato osm si possano mettere due value name e la
metodologia/stile. se poi questa condizione è applicabile solo a ben
determinate comunità locali è un altro conto, ma la decisione sulle regole
dovrebbe essere comunque della comunità intera in quanto possono influenzare
porzioni di mappa che vanno ben oltre quelle di interesse della comunità
locale sarda, fino anche potenzialmente estendersi all'intero territorio
nazionale.


Certo, stiamo decidendo le condizioni. Ma questo equivale a dire in 
sostanza che stiamo decidendo se possono o no.



i miei genitori sono nati in sicilia, io sono nato in lombardia, sia la
sicilia (che all'epoca faceva parte del regno delle due sicilie assieme a
campani, calabresi e pugliesi) che la lombardia sono stati
conquistati/annessi dal regno di sardegna...cosa sono? sardo? lombardo?
siciliano? campano? pugliese? calabrese? la cosa strana e che io mi sento
italiano (e un po' europeo) e legato ad ogni regione di questo territorio.


Definirsi è prerogativa di ognuno. Gli altri poi possono vederti come 
pare loro.
Ed il discorso noi-loro dipende 

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 10/09/2016 14:53, fayor ha scritto:

"Per la cronaca, la lingua "locale" della Valle d'Aosta non è il
francese: è un dialetto franco-provenzale. I nomi sono scritti in
Francese e non in Patois valdostano. "

Questo conferma che sia il dialetto effettivamente parlato localmente
(Patois), sia la lingua da cui deriva (franco-provenzale) non sono stati
ritenuti, dagli stessi abitanti, rilevanti ai fini della scelta della
denominazione delle località. E che dunque l'unico criterio a cui attenersi
nell'indicazione del nome dev'essere quello dell'ufficialità istituzionale.


Veramente il motivo è più storico e geopolitico... avere i nomi in 
francese ufficiale ed in tedesco ufficiale (per i tirolesi, che parlano 
una variante bavarese, come del resto tutta l'Austria) serve ad avere 
alle spalle un vicino che ti tiene d'occhio e fa si che i tuoi privilegi 
siano difesi al meglio (senno il vicino protesta).



Il 10/09/2016 18:59, Fayor Uno ha scritto:
Il principio "ognuno mappa il suo quartiere e insieme mappiamo il 
mondo" non significa che ognuno decide come mappare il suo orticello 
ma tende a valorizzare il fatto che chi vive in un luogo ha la 
percezione diretta di quanto va a mappare, mentre chi non c'è mai 
stato può basarsi solo su immagini non recenti e non dettagliate.


Quindi la comunità ristretta è sicuramente preferita quando si tratta 
di trasferire sulla mappa le effettive situazioni che percepisce 
direttamente; e questo chiaramente non perché solo chi abita in un 
posto ha il diritto di mapparlo, in quanto chiunque di noi, per 
qualunque motivo, si trovasse in vacanza in altro luogo, avrebbe la 
stessa percezione diretta di un locale.




Vero. Questo ragionamento vale anche per la toponomastica però.

ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 10/09/2016 19:47, Marcello ha scritto:

Dato che il database è utilizzabile da tutti credo che tutti abbiano il
diritto di voto, come avevo scritto nella prima bozza direi che per
essere elettori serva avere un account OSM e OSMWiki (tecnicamente
necessario per poter esprimere il voto nella pagina wiki).

L'ultima versione in
https://wiki.openstreetmap.org/wiki/User:Arcanma/Sandbox mi sembra
contenga praticamente un po' tutti i punti di vista emersi durante la
discussione, magari non con tutti i dettagli ma con una sintesi dei
principali.

Non vedo l'utilità però dell'indicazione della regione, dato che la
prima domanda è se deve decidere la comunità locale o quella italiana.
Se prevale il primo caso ogni comunità locale se vorrà modificare i
toponimi dovrà stabilire le regole e scrivere una pagina wiki con le
regole adottate PRIMA di procedere alle modifiche, raggiungibile dalla
pagina wiki per il tag , in modo che chiunque sia informato delle
nuove regole stabilite. Se invece decide la comunità italiana le
preferenze più votate saranno comuni a tutte le comunità.


L'utilità dell'indicazione della regione è che in caso prevalga la 
soluzione 1A non servirà aprire 20 nuove votazioni perché basterà 
isolare i voti, regione per regione, nei quesiti 2 e 3 per avere i 
risultati.


ciao
Paolo M

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