Re: [Talk-it] numeri civici "rossi"

[Lorenzo "Beba"; Beltrami]

Ciao a tutti,
premesso che dove vivo io (a Reggio Emilia) non ci sono numeri "colorati"
per cui mi potrebbe sfuggire qualche caso particolare a me verrebbe da dire
che la scelta si può far ricadere su due alternative:

1. La più semplice (stile Genova)
addr:housenumber="numero[esponente] [rosso|nero|blu]"

2. La più rigorosa (stile database)
addr.housenumebr="numero[esponente]" (com'è già ora)
addr:category="[rosso|nero|blu]"

Entrambe permettono di eseguire ricerche specifiche per colore (la 1.
cercando nella stringa, la 2. mette a disposizione un campo specifico).
La prima è più leggibile (e scrivibile) dall'uomo, la seconda dalla
macchina.

Da informatico mi sembra più completa la 2., però comprendo che per il
resto del mondo potrebbe avere molto più senso la 1. ;-)

My 2 cents
Lorenzo

Il giorno 19 marzo 2018 16:48, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Ciao lista,
> come scrivevamo poco fa nell'argomento dell'import dei civici della
> Toscana, sarebbe il caso di uniformare la mappatura dei numeri civici
> "rossi" esistenti a Firenze, Genova e Savona.
> Sembrerebbe che la notazione senza ambiguità sia quella di Genova che usa
> specificatamente la parola rosso (es.: 112 rosso). Questo per distinguere
> dai normali esponenti (es.: 112R) o evitare cose strane nel caso si trovi
> un 112R rosso (che a Genova si scrive proprio così).
>
> Vorrei quindi aprire la discussione per giungere a una decisione condivisa
> e fissare la decisione sulla wiki.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Di nuovo l'utente pasticcione

[Lorenzo "Beba"; Beltrami]

Il giorno 28 febbraio 2018 11:43, Simone Saviolo 
ha scritto:

> Su Welcome non si potrebbe introdurre una ricerca geografica e per tempo?
> Possibilmente con un feed RSS.
>
+1


> Immagino sia open source: dov'è il codice?
>
Ricordo che si partiva da un progetto belga fatto in PHP:
https://github.com/osmbe/osm-welcome-belgium
Poi Stefano ha fatto un fork: https://github.com/osmItalia/welcome-tool

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

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

[Lorenzo "Beba"; Beltrami]

Un altro sistema (indubbiamente complesso) per non perdere l'immediatezza
delle modifiche potrebbe essere quello di avere due DB: uno "edge" che
funziona come quello attuale (tutti possono contribuire e le modifiche sono
immediate) e uno "stable" frutto della moderazione degli utenti più esperti.
Starà poi al data consumer scegliere: dati aggiornati al volo, ma meno
precisi, oppure dati più vecchi, ma moderati dagli utenti più esperti.
È più complesso da gestire perché c'è il problema del workflow di
approvazione delle modifiche (e tutto quello che ne consegue, di cui si è
già ampiamente scritto).

In ogni caso, come detto da tanti, sarebbe utile un sistema di "livelli"
degli utenti: più sei esperto più ti vengono attribuiti permessi. Ad
esempio il permesso di pubblicare immediatamente le tue modifiche o di
moderare gli altri...
Del resto, come ogni progetto, si parte in piccolo con le cose semplici e,
man mano che si cresce, ci si evolve adottando soluzioni complesse per
gestire situazioni complesse.

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

Re: [Talk-it] feedback da FOSS4G-IT 2018

[Lorenzo "Beba"; Beltrami]

Il giorno 24 febbraio 2018 12:18, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> [...] aggiungendo qualche challenge a StreetComplete ad esempio [...]
>
Stavo pensando la stessa cosa.
Personalmente trovo StreetComplete una app fatta molto bene nel suo genere.

Nel caso bastino le immagini aeree ci vorrebbe un misto tra Maproulette e
StreetComplete.
Ad esempio un task che mi indichi le strade (per filtrare si potrebbe
cominciare da highway=tertiary in su) che non hanno settato alcun tag lane
in giro per l'Italia.

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

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

[Lorenzo "Beba"; Beltrami]

Ciao a tutti,
nel leggere questa 30ina di mail ho trovato spunti e punti di vista
interessanti a 360°.
Cerchiamo di non scadere in accuse più o meno personali. O in analisi
statistiche, nel migliore dei casi, parziali.
Il tema è interessante (e infatti gli animi si scaldano!), cerchiamo di
rimanere "in topic".

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

Re: [Talk-it] Relation type=area (@dieterdreist)

[Lorenzo "Beba"; Beltrami]

Il giorno 15 febbraio 2018 19:37, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Riprendo un'attimo la discussione per chiedere, questo tipo di relazione,
> va bene anche per edifici con più "outer"?
>
> Perchè Josm continua a darmi errore di relazione tipo area nel caso di
> edifici appartenenti alo stesso operatore/proprietario se faccio
> multipoligono con più outer come membri.
>
> Se ho capito bene questo tipo di relazione area invece comprende più
> aree/way per descrivere più elementi in un'unica area/way?
>

Ciao Simone,
hai provato a vedere se per il tuo caso può andare bene type=site[1]?
Comprendo un multipoligono con più outer, però un edificio lo vedo più come
una cosa a sé. Se ci penso non mi verrebbe da dire che due edifici
fisicamente separati sono in realtà uno unico, ma "sparso"... Non so se mi
spiego.

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

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

[Lorenzo "Beba"; Beltrami]

Il giorno 8 febbraio 2018 11:27, Martin Koppenhoefer  ha scritto:

> Ma non fa niente, oramai abbiamo 2 standard, e ciascuno si troverà il
> "suo". Chi usa dati OSM deve spesso analizzare la situazione e combinare
> più ricerche per trovare quel che cerca, è anche normale, perché noi
> descriviamo le proprietà delle cose, ma non possiamo sapere cosa cerca
> l'utente.
>

Ciao Martin,
sono d'accordo con te sul caso specifico dei social_facility e sul fatto
che noi riempiamo un database "alla cieca" rispetto a quello che cerca
l'utente (e la trovo una cosa non sbagliata).

Quello che però Enrico lamentava è che nella wiki a volte ci sono delle
informazioni riportate in una pagina generica e non in una specifica o
viceversa. Questo è un problema di coerenza del dato (nell'esempio il dato
"deprecated" per il tag amenity=social_facility).
Faccio un esempio per vedere se riesco ad essere più chiaro.
Mettiamo caso che in futuro si voglia eliminare la categoria ridondante
amenity=social_facility. Questa cosa va indicata sia nella pagina della
chiave amenity, che in quella del tag amenity=social_facility, in tutte le
sottopagine social_facility=*, in tutte le guide discorsive, ecc. ecc.

Sarebbe bello avere un database centralizzato (e machine readable) che
contenga i dati (e magari anche le varie traduzioni) per la documentazione.
Con questo db potresti poi creare dinamicamente le pagine del wiki e, nel
caso ci sia un aggiornamento, verrebbe tutto aggiornato in automatico.
Gli utilizzatori dei dati avrebbero a disposizione una documentazione con
dei metadati standardizzati e coerenti.
Se ne era già discusso in passato.
A volte si usa Taginfo per questo (vedi la creazione automatica di alcune
liste di tag sul wiki[1]).

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Taginfo/Taglists

P.s.: Come crei quegli utilissimi grafici sull'andamento dei tag?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terrazzamenti

[Lorenzo "Beba"; Beltrami]

Il giorno 8 febbraio 2018 09:28, Andrea Musuruane  ha
scritto:

> Ciao,
>
> Cercando sulla wiki ho trovato farmland=terraced :
> https://wiki.openstreetmap.org/wiki/Project_Ilam_specification#Terraced_
> Farmland
>
>
Su taginfo farmland=terraced è usato 91 volte.
Il principale difetto è che è legato a farmland, mentre potrebbe essere
utile con altri tipi di landuse.
Sempre in Nepal (area del progetto linkato da Andrea) hanno usato 100 volte
il più generico terraced=yes.

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Lorenzo "Beba"; Beltrami]

Il giorno 8 febbraio 2018 07:25, Andreas Lattmann 
ha scritto:

> >Avevo escluso subito Nominatim in quanto si tratta di un progetto
> >gestito
> >da volontari che lo portano avanti nel tempo libero.
>
> Giusto, come quell' altro progetto di mappe fatto da volontari... roba da
> matti. Com'è che si chiamava?? Open.. open qualcosa... 1 meglio
> affidarsi ad un servizio professionale come Google maps... 藍藍
>

Ahahah! Hai ragione, messa giù così è un po' bruttina.. xD
Sono stato un po' troppo conciso. =P

Non intendevo dire che volontari = brutto/non professionale (se no mica
cercavo un'alternativa pur di usare OSM ;).

Il problema, che è un problema specifico di Nominatim, è che le risorse
dedicate allo sviluppo sono esigue (lo dicono loro stessi[1]) e quindi non
riescono a dedicare tutto il tempo necessario a rifinire certi problemi,
come le ricerche nazione-specifiche.
Del resto proprio qua sopra si è detto più volte questo: pur essendo il
motore di ricerca predefinito del sito principale è ancora tanto
anglofono-centrico.

Il problema delle regole di ricerca che variano per nazione è tremendo
perché richiede molte risorse per essere risolto ed è la prima cosa che un
utente nota. Un mix esplosivo.
Il numero di issue aperte sul tema è veramente sterminato...
In una in cui ha partecipato anche il nostro Andrea Musuruane si dice anche
anche Nominatim fa ricerca di indirizzi postali e non di luoghi
geografici[2], eppure, anche sul sito principale, c'è scritto "Cerca" e non
"Cerca indirizzo".

Lorenzo

[1]
https://github.com/openstreetmap/Nominatim/issues/316#issuecomment-147111016
[2]
https://github.com/openstreetmap/Nominatim/issues/881#issuecomment-356862038
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

[Lorenzo "Beba"; Beltrami]

Il giorno 7 febbraio 2018 16:29, demon.box  ha
scritto:

> ciao, lo sò che se n'è parlato poco tempo fa ma ci riprovo
>
> come si tagga il classico oratorio italiano?
>
> mi ricordo che era uscita questa proposta (non documentata)
>
> amenity=social_facility
> social_facility=group_catholic
> denomination=catholic
> religion=christian
>
> siamo d'accordo? ci sono altre altre idee?
>
> oppure tra qualche anno dovrò scoprire che taggare gli oratori in questo
> modo è "deprecato"?
>
> p.s.: sono volutamente un po' polemico perchè sto iniziando ad odiare
> questa
> moda di mettere come "deprecato" un tag dopo anni di utilizzo... ;-)
> proprio ieri per caso ho scoperto ad esempio che amenity=nursing_home è
> deprecato ma il wiki non lo dice nella sua pagina (sarebbe "troppo"
> semplice...) ma è scritto invece nella pagina del tag social_facility
> ...e qui ogni giorno che passa scopro un tag deprecato... boh
>

Ciao Enrico,
per quanto riguarda la tua polemica è più che condivisibile.

Il problema è che tenere aggiornata la Wiki non è così semplice... L'unica
è dare una controllata veloce su quale delle due pagine sia la più
aggiornata (magari il deprecated è stato ritirato e la pagina mostra ancora
un'informazione vecchia) e aggiornare tutto il resto di conseguenza...
In aggiunta a questo può accadere che qualcuno editi la wiki in maniera
arbitraria e senza alcuna discussione (magari segnando deprecated un tag) e
si scopre dopo un sacco di tempo che non doveva essere così... :-(

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

Re: [Talk-it] Oratorio

[Lorenzo "Beba"; Beltrami]

Ciao Enrico,
tempo fa avevo trovato anche la combinazione:
amenity=community_centre[1]
community_centre=parish_hall[2]

Dal mio punto di vista il problema degli oratori italiani è che hanno tutti
lo stesso nome (quindi si tende a farne un unico insieme), ma spesso hanno
funzionalità molto diverse...
C'è chi li usa in maniera più o meno laica, chi li usa come cinema, come
teatro, come sala conferenze... Non è così semplice riuscire a capire come
etichettarli...

Lorenzo

[1]
https://wiki.openstreetmap.org/wiki/Tag:amenity=community%20centre?uselang=it
[2] https://wiki.openstreetmap.org/wiki/Key:community_centre

Il giorno 7 febbraio 2018 16:29, demon.box  ha
scritto:

> ciao, lo sò che se n'è parlato poco tempo fa ma ci riprovo
>
> come si tagga il classico oratorio italiano?
>
> mi ricordo che era uscita questa proposta (non documentata)
>
> amenity=social_facility
> social_facility=group_catholic
> denomination=catholic
> religion=christian
>
> siamo d'accordo? ci sono altre altre idee?
>
> oppure tra qualche anno dovrò scoprire che taggare gli oratori in questo
> modo è "deprecato"?
>
> p.s.: sono volutamente un po' polemico perchè sto iniziando ad odiare
> questa
> moda di mettere come "deprecato" un tag dopo anni di utilizzo... ;-)
> proprio ieri per caso ho scoperto ad esempio che amenity=nursing_home è
> deprecato ma il wiki non lo dice nella sua pagina (sarebbe "troppo"
> semplice...) ma è scritto invece nella pagina del tag social_facility
> ...e qui ogni giorno che passa scopro un tag deprecato... boh
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Lorenzo "Beba"; Beltrami]

Ciao Marco,
tempo fa mi ero interessato all'argomento in quanto in azienda serviva un
motore di ricerca per vie.
Avevo escluso subito Nominatim in quanto si tratta di un progetto gestito
da volontari che lo portano avanti nel tempo libero.
Per cui avevo sondato qualche alternativa partendo dalla pagina sul wiki
sui motori di ricerca: https://wiki.openstreetmap.org/wiki/Search_engines

Ricordo di aver montato un'istanza di Photon e che questa fosse ben
performante (a noi servivano i suggerimenti in fase di scrittura, quindi
prestazioni immediate).
Però alla fine il progetto è saltato per cui non l'abbiamo mai testato in
situazioni reali... Inoltre sono passati un paio di anni, forse è uscito
qualcosa di meglio...

Di sicuro per una sala operativa il controllo è tutto per cui non mi
affiderei ad un servizio esterno e amatoriale come Nominatim, ma mi farei
piuttosto qualcosa di "casalingo" che metta in equilibrio prestazioni,
affidabilità e manutenzione (sempre che il "casalingo" stia nell'altro
criterio spesso fondamentale che è il costo. :-).

Lorenzo

Il giorno 6 febbraio 2018 11:43, marco.baietto <
marco.baie...@provincia.biella.it> ha scritto:

> Ciao a tutti,
>
> prendo lo spunto dal post di Alessandro Palmas (1)
> 
> sull'uso di OSM per la gestione delle emergenze per riaprire un post di
> gennaio (2)
> 
> che avevo scritto sull'argomento. Premetto che ho testato le soluzioni
> proposte, ma Nominatim non riconosce nè alt_name nè nat_name.
>
> Con i VVFF di Biella ho rinunciato.
>
> Il problema è che Nominatim non da le garanzie di funzionalità nella
> ricerca che sono richieste in una sala operativa (in questo momento tra
> l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad un
> addr:place (in provincia di Biella circa un quarto degli indirizzi):
>
> - se ricerco un indirizzo devo inserire (e quindi conoscere) il nome
> completo della via, non basta cercare "Via Lamarmora 8 Biella" ma devo
> scrivere "Via Alfonso Lamarmora, 8 Biella" o "8 Via Alfonso Lamarmora
> Biella"; immaginate quando la via è tipo "Via Avvocato Ferdinando
> Rondolino" e al telefono una persona in condizioni di emergenza mi dice via
> Rondolino.
> 
>
> - con gli addr:place associati a nodi con place=farm non funziona, anzi
> sorgono dei problemi perchè fa fare delle ricerche errate anche agli
> indirizzi vicini (provate a cercare "2 Via Pozzetto Magnano" e vedete cosa
> succede, vi porta da un'altra parte anche se in OSM i dati sono corretti)
>
> Come già detto avevo provato anche ad aprire un bug (3)
> sull'argomento, ma
> con scarso successo.
>
> Ovviamente tutti questi problemi in una sala operativa sono un limite
> enorme.
>
> Ciao, Marco
>
>
> (1) https://lists.openstreetmap.org/pipermail/talk-it/
> attachments/20180205/83a1f371/attachment-0001.html
>
> (2) http://gis.19327.n8.nabble.com/problemi-del-motore-di-
> ricerca-con-i-tag-addr-place-td5909901.html#none
>
> (3) https://github.com/openstreetmap/Nominatim/issues/881
>
> --
> _
>
> Dr. Marco Baietto
>
> Area Tecnica ambientale
> Servizio Sistema Informativo Territoriale Ambientale 
> (SITA)http://cartografia.provincia.biella.it/on-line/Home.html
> Provincia di Biella
> Via Q. Sella, 12 - 13900 - Biella (BI)
> Tel. 0158480753 <015%20848%200753>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Sede Gruppo Scout

[Lorenzo "Beba"; Beltrami]

Il giorno 22 gennaio 2018 13:36, demon.box  ha
scritto:

> dieterdreist wrote
> > ma solitamente non può essere lo stesso elemento di un
> > "amenity=community_centre", perché il primo descrive un'associazione, il
> > secondo un luogo (elementi distinti, normalmente nomi diversi, ecc.).
>
> eppure
>
> community_centre=club_home (A facility of a particular club or
> association.)
>
> è documentato https://wiki.openstreetmap.org/wiki/Key:community_centre
>
> cosa ne dite?
>

Secondo me le cose possono essere correlate, ma non necessariamente uno
implica l'altro.

Può esserci il caso in cui c'è un area (edificio? parte di un edificio?)
taggabile come community_centre=club_home che ospita una base scout e un
club sportivo e allora metterei il tag community_centre=club_home all'area
e due punti (o due aree più piccole) all'interno del contenitore.
Se invece c'è una casetta in mezzo ad un piazzale che ospita solo la base
scout allora posso anche unire le due cose e mettere sulla stessa area
community_centre=club_home e club=scout.
Altro caso potrebbe essere una base scout che magari è nello scantinato
della casa privata di uno dei capi: senza esagerare mi verrebbe da dire
building=home con dentro club=scout...

Ad esempio vicino a casa mia c'è l'oratorio parrocchiale che ospita gli
scout, ma non solo e quindi amenity=community_centre (senza
community_centre=club_home perché appunto non ci sono solo dei "club") con
dentro un nodo club=scout.

TL;DR: Dipende dai casi. :-)

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

Re: [Talk-it] Sede Gruppo Scout

[Lorenzo "Beba"; Beltrami]

Il giorno 22 gennaio 2018 11:33, Marco  ha scritto:

> Tempo fa dopo un po' di ricerca sulla wiki ne avevo mappato uno come
> amenity=community _centre + club=scout
>
> https://wiki.openstreetmap.org/wiki/Key:club
>
> Cosa ne pensate?


Tra l'altro in quella pagina c'è proprio club=scout che rimanda alla pagina
(scritta già nel 2014) https://wiki.openstreetmap.org/wiki/Tag:club%3Dscout
È vero che secondo TagInfo al momento ce ne sono solo 300 in tutto il
mondo, ma non sono nemmeno pochi...

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

Re: [Talk-it] disused:

[Lorenzo "Beba"; Beltrami]

Il giorno 6 gennaio 2018 18:07, demon.box  ha
scritto:

> [...]
> se utilizzo il prefisso disused: tutti questi oggetti spariscono ma invece
> ci sono ancora!
>
> cosa ne pensate?
>

Ciao Enrico,
"spariscono" nel caso di OSM è relativo:
http://www.openstreetmap.org/#map=19/44.60931/10.51351=D
Come vedi questa abandoned:building è invisibile se usi lo stile Standard,
ma  visibilissima se metti l'opzione "Dati della mappa".

Spostiamo il punto di vista.
Poniamo che io voglia fare una mappa tutta mio in cui evidenzio solo gli
edifici in disuso. Allora chiederò al db di OSM di darmi l'elenco di tutti
i disused:building del mondo e li disegnerò sulla mia mappa.
Se il tag disused=* viene marcato come desueto in favore di disused:* nel
momento in cui tu togli disused:building e lo sostituisci con disused=yes
allora rendi l'edificio "invisibile" alla mia mappa speciale.

(L'esempio è base base, ma spero di aver dato l'idea... ;-)

Per questo si dice "non si mappa per il rendering", perché il rendering che
usi tu in quel momento (ad esempio lo stile "Standard") non è detto che sia
quello che va bene per tutti.
Per rendere il mapping universale si sceglie un sistema di regole (i tag
elencati nel wiki, per intenderci).
Decise le regole si crea il rendering di conseguenza.

Nello stile "Standard" si è deciso un set di elementi da disegnare,
purtroppo disused:building non rientra tra questi...
Si può sempre provare ad aprire una discussione sul sito dedicato:
https://github.com/gravitystorm/openstreetmap-carto/issues

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

Re: [Talk-it] Cambio massivo valore alla chiave addr:street nei numeri civici

[Lorenzo "Beba"; Beltrami]

Ciao a tutti,
anch'io ho la mia esperienza coi civici e anch'io ho a che fare con utenti
alle prime armi (e che non rispondono ai messaggi) nella mia zona.
E mi occupo anche di basi di dati (non sono la mia specializzazione, ma per
lavoro ho a che fare con i database tutti i giorni) e quindi di
normalizzazione.

L'esperienza però mi porta a dire che è ha ragione tanto chi è per
l'utilizzo delle relazioni per diminuire la ridondanza ecc. ecc. che chi è
per la duplicazione per aumentare la facilità di accesso dei dati ecc. ecc..
Per il semplice fatto che tutte e due le modalità hanno dei lati positivi
unici, ovvero che l'altra modalità non ha o che al momento non riesce ad
avere.
Non c'è una soluzione più giusta dell'altra. E quindi? Come la mettiamo?

Siccome, come si ricordava giustamente, nessuna delle due modalità è
vietata invece che fare guerra "di trincea" o "di religione" (perché alla
fin fine è lì che stiamo scivolando) cerchiamo di trovare un modo che possa
far coesistere le due cose?
Ad esempio cerchiamo di fare una lista di pro e contro da cui partire a
ragionare. Oppure una lista di proposte/richieste/aiuti da fare a chi
sviluppa i software di editing (grazie a dio non sono migliaia) per
migliorare l'utilizzo delle due metodologie e risolvere i lati deboli.
Solo alla fine (non all'inizio) si vedrà se dichiarare una delle due
impraticabile o desueta (si potrebbe dire anche "deprecabile" perché nella
discussione ci sta, ma ha un altro significato :P).

My 2 cents.
Lorenzo

P.s.: Cerchiamo di tenere da parte l'esperienza OSMica come fattore. Senza
dubbio c'è chi mappa più di altri o da più tempo, ma questa esperienza
porta alla discussione più casi d'esempio e memoria storica, non più
"uguaglianza degli altri"[1] ;P
[1] https://it.wikiquote.org/wiki/George_Orwell#Comandamenti
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Manutentori attrezzature antincendio

[Lorenzo "Beba"; Beltrami]

Il giorno 28 ottobre 2017 11:39, Aury88  ha
scritto:

> non ho trovato nulla per indicare il servizio di manutenzione oltre che di
> vendita
>

Qualcosa tipo repair=*[1]?
Io l'ho scoperto tramite craft=electornics_repair[2] per negozi che
aggiustano cellulari e computer.

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Key:repair
[2]
https://wiki.openstreetmap.org/wiki/Proposed_features/craft%3Delectronics_repair
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nuovo sito statistiche

[Lorenzo "Beba"; Beltrami]

Bellissimo! Grazie!
Il titolo è fantastico e mi ricorda "Signore Dei Dischi" degli Skiantos! xD

Ho notato che building=* appare due volte nella lista.

Lorenzo

Il giorno 20 ottobre 2017 06:44, Fabrizio Tambussa  ha
scritto:

> È attivo il nuovo sito di statistiche:
> http://stats.openstreetmap.it
> Raccoglie i conteggi di alcuni tipi di oggetti creati a partire dal 1
> agosto scorso, suddivisi per utente.
> Ogni settimana al computo si aggiungono gli oggetti creati, non modificati
> o cancellati, e si aggiorna la classifica.
> Saluti
> Fabrizio
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Parlano di noi su Repubblica :-)

[Lorenzo "Beba"; Beltrami]

Il giorno 29 settembre 2017 09:10, Cascafico Giovanni 
ha scritto:

> OSM mi pare sia nomionato, una volta, in fondo all'articolo, nemmeno
> linkato; ovviamente la sua apparizione non è proporzionale
> all'importanza che riveste per questi "crowd mapping" e credo la
> giornalista non lo abbia capito.
>

Sono d'accordo su questo punto: IMHO il problema di quell'articolo è dato
dal fatto che la giornalista non ha capito qual è la relazione tra OSM e
tutti gli altri progetti.
Quello che sfugge ai più (e quindi anche ai giornalisti) è che OSM
(astratto database) è la base sopra cui vengono costruiti altri progetti
("click e vedi" e in "ambienti grafici accattivanti").

E rendere OSM più accattivante o "click e vedi" non solo è difficile, ma
può essere fuorviante: tantissime persone a cui cerco di spiegare cos'è OSM
al primo impatto capiscono che OSM è una mappa colorata in toni pastello
consultabile all'indirizzo osm.org.

Domande aperte:
Come si fa a rendere accattivante un database rispettando la sua identità?
C'è qualcuno che si occupa di promozione o di marketing che ha affrontato
casi simili?

Questo problema di comunicazione mi ricorda la fatica che fanno quelli di
Wikimedia Italia a far capire quale sia la relazione (e quindi la
differenza) tra Wikimedia Italia e Wikipedia in lingua italiana.
E mi sembra di vedere che ci sono addirittura dei soci che a volte non ce
l'hanno chiaro...

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

Re: [Talk-it] Calanchi

[Lorenzo "Beba"; Beltrami]

Il giorno 27 settembre 2017 11:13, Volker Schmidt  ha
scritto:

> Prima una domanda: vuoi mappare una calanca o un calanco? Sono cose
> diverse.
> Entrambi sono superficie create da erosione (quello che è rimasto da
> erosione)
>

Molto interessante. Nella mia zona ci sono diversi tipi di "calanchi" e
tutti quanti vengono chiamati "calanchi" indistintamente.
Ci sono questi:
https://commons.wikimedia.org/wiki/Image:Badlands_-_Canossa,_Reggio_Emilia,_Italy_-_December_21,_2014_02.jpg
che in inglese trovo tradotti come "Badlands", che sono delle 'collinette'
che pian piano vengono erose dai ruscelli quando piove.
E poi ci sono questi:
https://commons.wikimedia.org/wiki/File:Calanchi_vezzano.jpg
che in inglese trovo tradotti come "Calanques" che però sono delle vere e
proprie pareti di roccia, seppur friabile, lasciate dall'erosione.

Per il tag ora sta prendendo piede anche geological=*[1], ma non ho capito
se c'è una vera e propria logica per secgliere tra quello e natural=*...

Lorenzo

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

Re: [Talk-it] Aiuto su conditional restrictions

[Lorenzo "Beba"; Beltrami]

Il giorno 27 settembre 2017 10:27, Elena ``of Valhalla'' <
elena.valha...@gmail.com> ha scritto:

> beh, in quel caso mi pare che almeno ci sia sopra un cartello luminoso
> che — suppongo — dia l'indicazione di accesso o meno in quel momento, e
> il cartello serve solo se qualcuno deve pianificare un accesso futuro
>
> a meno che il cartello luminoso non sia sbagliato, ovviamente...
>

...o spento...
E comunque anche il cartello luminoso non basta. Se indica che il varco non
è attivo allora "liberi tutti", ma se indica che è attivo poi ci sono
comunque le eccezioni contenute nel penultimo cartello in basso (che tra
l'altro riporta lo stesso numero telefonico del cartello più in basso di
tutti, ma più in piccolo).
E se ne vedono un sacco di cartelli così!

Sono pienamente d'accordo con Martin. :)

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

Re: [Talk-it] Sito statistiche "Dapal"

[Lorenzo "Beba"; Beltrami]

+1 anch'io!

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

[Talk-it] Database centralizzato di documentazione tag (Era: Vandalisi in atto Trieste)

[Lorenzo "Beba"; Beltrami]

Il giorno 14 settembre 2017 02:50, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> > On 13. Sep 2017, at 23:49, Massimiliano Guidi 
> wrote:
> >
> > E' vero che un nome inventato o una posizione sbagliata non si possono
> individuare via software, ma c'è una marea di oggetti con taggatura
> *formalmente* invalida.
>
> no, non ci può essere un tag formalmente invalido, tutti i tags sono
> formalmente validi ("ogni tag che vuoi"). Al massimo ci sono tags che non
> sono come li intendeva chi li ha messo...
>

Sono d'accordo con Martin, la libertà di creatività (chiamiamola così) che
OSM consente è una caratteristica unica e uno strumento molto potente del
progetto.

Di sicuro si può fare ancora molto sulla parte di automazione dei controlli
a posteriori (come i vari strumenti sparsi che citava Alessandro) o a
priori purché permissivi (come ad esempio il validatore di JOSM che ti dice
"Attento! Questa cosa potrebbe essere sbagliata", ma ti lascia comunque
caricare le modifiche).

Siccome il tema è caro anche a me qualche giorno fa ho riordinato un po' di
proposte passate e ho lanciato una discussione sul Wiki[1] per proporre un
database (in questo caso Wikibase) in cui centralizzare la documentazione
dei tag in modo da renderla facilmente accessibile e magari poter creare
delle API ufficiali di validazione più pratiche e utilizzabili del Wiki.
Al momento ha risposto solo l'utente Tordanik, che mi ha giustamente
consigliato[2] di creare magari un ambiente di esempio.

A questo punto ne approfitto per chiedere ai wikimediari in lista: è
possibile sul server che Wikimedia ha messo a disposizione montare una
istanza di Wikibase da utilizzare come demo? Anche per capire se ha un
senso... =P

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Talk:Wiki#Wikibase
[2]
https://wiki.openstreetmap.org/wiki/User_talk:Tordanik#Adopting_Wikibase_discussion
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [violazione] Windy.com

[Lorenzo "Beba"; Beltrami]

Il giorno 10 settembre 2017 23:42, Simone Montangero <
simone.montanger...@gmail.com> ha scritto:

> Il giorno 10 settembre 2017 23:18, Simone Montangero <
> simone.montanger...@gmail.com> ha scritto:
>
>> Grazie mille, molto gentile
>>
> vorrei far notare che ho scritto formato .gac, ma dovrebbe essere identico
> al .igc
>

Ciao Simone,
occhio che mi sa che stai sbagliando thread.
Su questo si parla del sito Windy.com.

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

Re: [Talk-it] Sito Josm, giu?

[Lorenzo "Beba"; Beltrami]

Per la verità a me ora va...

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

Re: [Talk-it] Taglists e pagina map feature

[Lorenzo "Beba"; Beltrami]

Ciao a tutti,
sulla base di questa mail ho dato un'occhiata al sistema nuovo[1].
Ho trovato la cosa interessante in quanto effettivamente riduce le
ridondanze (DRY) per cui per provare ho cominciato a migrare verso il
sistema nuovo i template italiani.
Per provare ho iniziato dal più piccolo, ovvero quello della chiave
"geological"[2].

Per passare al sistema nuovo si devono prendere tutte le pagine del wiki
presenti nella tabella (nel caso di "geological" sono 3: "moraine",
"outcrop" e "palaeontological_site") e tradurle in italiano.

Fatto questo taginfo (ogni notte[3]) preleva il valore della chiave
"description" (ad esempio "Un accumulo di sedimenti formato da un
ghiacciaio" nel caso di "geoogical=moraine"[4]) dello specchietto di destra.
Fatto questo il template "Taglist"[5] crea la tabella prelevando quel dato
da taginfo.
Se lo trova in italiano ci mette quello, altrimenti prende quello in
inglese.

Oggi ho tradotto anche le quattro voci di "public_transport"[6]. Domani
mattina, dopo che taginfo le avrà aggiornate, provvedo ad aggiornare il
template di "public_transport" italiano[7] così ci sarà la tabella in
italiano.

Poi con calma mi metterò a tradurre le altre pagine che mancano...
Nel caso di "aeroway"[8] mancano tutte le traduzioni in italiano delle
pagine in lista... :(

Lorenzo

P.s.: Sorvolo sul fatto che il giro Wiki -> TagInfo -> Wiki è un po' scemo,
ma al momento è così...

[1] http://wiki.openstreetmap.org/wiki/Taginfo/Taglists/Wiki_project
[2] https://wiki.openstreetmap.org/wiki/Template:Map_Features:geological
[3] https://taginfo.openstreetmap.org/sources
[4] https://wiki.openstreetmap.org/wiki/IT:Tag:geological%3Dmoraine
[5] https://wiki.openstreetmap.org/wiki/Template:Taglist
[6]
https://wiki.openstreetmap.org/wiki/Template:Map_Features:public_transport
[7]
https://wiki.openstreetmap.org/wiki/Template:IT:Map_Features:public_transport
[8] https://wiki.openstreetmap.org/wiki/Template:Map_Features:aeroway
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Lago di Nemi

[Lorenzo "Beba"; Beltrami]

Potrebbe essere che siccome la relazione ha highway=path ed è un percorso
chiuso il renderer lo consideri un'area? E quindi lo vede come un enorme
piazzale...
Che poi highway=path non dovrebbe essere sulla relazione, ma solo sui
singoli membri (come è già). O sbaglio?

Lorenzo

Il giorno 3 settembre 2017 17:30, Federico Cortese 
ha scritto:

> Qualcuno riesce a capire come mai il lago di Nemi è coperto da un
> poligono di colore grigio/azzurro?
> Sembra seguire il perimetro di questa relazione
> https://www.openstreetmap.org/relation/3328050 ed anche il nome
> renderizzato al centro lo conferma.
>
> Ciao,
> Federico
>   style="border-top: 1px solid #D3D4DE;">
> 
>href="https://www.avast.com/sig-email?utm_medium=email;
> utm_source=link_campaign=sig-email_content=webmail"
> target="_blank"> src="https://ipmcdn.avast.com/images/icons/icon-envelope-
> tick-round-orange-animated-no-repeat-v1.gif"
> alt="" width="46" height="29" style="width: 46px; height: 29px;"
> />
> Mail priva di virus.  href="https://www.avast.com/sig-email?utm_medium=email;
> utm_source=link_campaign=sig-email_content=webmail"
> target="_blank" style="color: #4453ea;">www.avast.com
>  
> 
> 
>  height="1">
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Re: Isolotto di mangrovie

[Lorenzo "Beba"; Beltrami]

Il giorno 27 maggio 2017 12:44, saxe...@libero.it  ha
scritto:

> Grazie, poi su openstreetmap compare l'isolotto con contorno e tutto?
>

Mapnik (che è lo stile predefinito del sito osm.org) lo disegna.
Puoi vedere un esempio nelle zone caraibiche[1].

Lorenzo

[1] https://www.openstreetmap.org/way/171855448
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Landuse (aridaje)

[Lorenzo "Beba"; Beltrami]

Il giorno 12 maggio 2017 10:39, Simone Saviolo 
ha scritto:

> Il giorno 12 maggio 2017 09:53, Max1234Ita  ha
> scritto:
>
>> Da qui il mio dubbio: qual è l'approccio corretto? C'è un qualche
>> principio
>> generale che non ho bene afferrato oppure va fatto revert di quel/quei
>> changeset?
>>
>
> Non credo siamo mai giunti ad una conclusione condivisa. Il mio umile
> parere è che la correzione (che ha unito i landuse) sia stata un'operazione
> scorretta e peggiorativa per la qualità del dato. In fondo è meglio avere
> informazioni (che in questo momento sono) inutili piuttosto che non averle,
> ed è peggio ancora distruggerle come ha fatto mcheckimport.
>
+1
Mi accodo anch'io nel dire che nel caso specifico non lo trovo corretto
proprio perché lì in mezzo, tra i due landuse, c'è un percorso che prima
era escluso (correttametne) e ora si trova rappresentato in mezzo ai filari.

Proprio in questi giorni sto cercando di mettere ordine ai landuse selvaggi
nella mia zona e mi sto facendo le stesse domande.
Sono d'accordo nel tenerli separati se c'è qualcosa di "sufficientemente
largo" in mezzo (tipicamente una strada).
Ma come comportarsi se un landuse è separato da un altro da un muro o da
una rete metallica? Si lasciano separati o si fa un multipoligono con un
lato come barrier?
O ancora: un parcheggio o un parco sono da considerare come landuse o
possono essere inclusi all'interno, ad esempio di un landuse=residential?

IMHO, come si è scritto tanto e come ha ribadito per ultimo Alessandro,
attaccare elementi come strade, fiumi ed edifici ad un landuse è sempre
sbagliato.
Forse questo è l'unico punto fermo che si sia raggiunto finora. :-p

Lorenzo

P.s.: Un'ultima provocazione: probabilmente la mailing list non è il posto
più pratico per trovare una linea guida a questo problema...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] MONTAGNE RUSSE ED ATTRAZIONI

[Lorenzo "Beba"; Beltrami]

Il giorno 22 aprile 2017 16:09, THESTORM375  ha
scritto:

> scusate..io volevo mappare per esempio il percorso di una montagna russa
> oppure di una giostra con l'acqua dove c'è quel percorso con l'acqua da
> seguire con il gommoncino..visto che dalla mappa satellitare si vede.. lo
> volevo mappare.. ma non so cosa mettere..che tag mettere.. ..forse l'unico
> che avevo pensato era circuito..visto che quello è una sorta di circuito da
> seguire... boh io non so cosa mettere... consigli :)
>

Proprio qualche giorno fa ho scoperto la chiave attraction=*[1] e la
sottochiave water_slide=*[2].

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction
[2]
https://wiki.openstreetmap.org/wiki/Proposed_features/Extend_water_slides
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] 40 sulle rampe

[Lorenzo "Beba"; Beltrami]

Il giorno 20 aprile 2017 23:03, Martin Koppenhoefer 
ha scritto:

>
> C'è ancora un'altra cosa che mi chiedevo: i limiti di 50 espliciti che
> spesso si vedono in campagna all'interno di centri abitati, con il cartello
> "fine del centro abitato" decadono in automatico, oppure soltanto al
> prossimo incrocio?
>

Se non ricordo male quando c'è un cartello di "Fine centro abitato"
decadono i limiti del centro abitato, ovvero i 50 km/h e l'utilizzo del
clacson.
Mi ricordo che quando ero piccolo questa cosa era esplicitata con i
rispettivi cartelli.

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

Re: [Talk-it] Mappatura strada ciclo pedonale

[Lorenzo "Beba"; Beltrami]

Il giorno 18 aprile 2017 23:46, carlo folini  ha
scritto:

> Ciao,
> questa relazione mappa il "sentiero Valtellina" come strada ciclabile
> https://www.openstreetmap.org/relation/3351136
>
> Il sentiero in questo modo è però marcato solo come ciclabile essendo
> invece ciclopedonale.
>
> Qual'è il modo corretto per mappare?
> Creare un'altra relazione solo per hiking?
>
> Nella descrizione della cycleway sul wiki
> http://wiki.openstreetmap.org/wiki/IT:Key:cycleway
> viene specificato
> highway =path
>  foot
> 
> =designated
> 
>  bicycle
> 
> =designated
> 
>  segregated
> 
> =no
> 
>
> Bisogna fra una cosa simile e modificare la relazione preesistente?
>
>
In passato mi sembra si sia discusso su questo set di etichette e si era
detto che sono validi tutti i modi possibili:

highway=path
+ foot=designated
+ bicycle=designated
+ segregated=yes/no

oppure

highway=cycleway[1]
+ foot=designated
+ segregated=yes/no

(113.028 utilizzi su TagInfo)

oppure

highway=footway
+ bicycle=designated
+ segregated=yes/no

(21.920 utilizzi su TagInfo)

La wiki è un po' confusionaria al riguardo...
L'opzione che hai linkato anche tu (highway=path + ...) è quella che fa da
mediatore in quanto più generica; ma anche le altre, IMHO, sono corrette.

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dcycleway
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] incrocio con luci gialli lampeggianti

[Lorenzo "Beba"; Beltrami]

Il giorno 14 aprile 2017 07:50, Volker Schmidt  ha
scritto:

> E' un incrocio a X con due bracci con segnale di stop e due senza. Su ogni
> braccio c'è un "semaforo" con due luci gialli sovrapposti che lampeggiano
> in alternanza.
> Intuitivamente, a me sembra segnalare: "Attenzione, incrocio
> particolarmente pericoloso"
>
Esattamente.
È un semaforo particolare che significa che devi passare "a moderata
velocità e con particolare prudenza".

È descritto nel CdS nell'articolo 41, commi 1. (lettera i.) e 17.[1] e nel
regolamento dell'articolo 41 all'articolo 165 (nel caso trovato da Volker
in particolare il comma 1. lettera a. e quindi il comma 2.)[2].

Lorenzo

[1]
http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-ii-della-costruzione-e-tutela-delle-strade/art-41-segnali-luminosi.html
[2]
http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-ii-della-costruzione-e-tutela-delle-strade/art-41-segnali-luminosi/regolamento-art-41.html
___
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à?

[Lorenzo "Beba"; Beltrami]

Il giorno 10 aprile 2017 23:52, Martin Koppenhoefer 
ha scritto:

>
> In qualche modo "funziona", ma Mazzano Romano non compaia (ancora?) nella
> lista. Devo solo aspettare, oppure ho sbagliato qualcosa?
>
Per lista intendi
https://wiki.openstreetmap.org/wiki/Category:Villages_in_Lazio ?
Perché io stamattina Mazzano Romano lo vedo lì dentro.

Se non ricordo male le categorie non vengono aggiornate proprio
immediatamente, ma a volte hanno dei tempi di delay...
Ma di sicuro c'è qualcuno più esperto di me sul funzionamento di MediaWiki.

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?
>
IMHO il tuo approccio è quello corretto. Morsano fa 2800 abitanti (meno di
Mazzano...), non mi sembra propriamente una città...
E poi è la solita confusione tra status amministrativo e status de facto.
Se proprio si vuole categorizzare si potrebbe fare una categoria che
comprenda i comuni italiani.

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

Re: [Talk-it] nomi con date

[Lorenzo "Beba"; Beltrami]

Il giorno 9 aprile 2017 16:04, Fabrizio Tambussa  ha
scritto:

>
> Io sono favorevole all'ISTAT.
>

+1

Sulle iniziali maiuscole/minuscole sono più indeciso...

Da un certo punto di vista sono d'accordo con Davide quando dice di mettere
le iniziali tutte maiuscole o tutte minuscole in modo da semplificare la
cosa.
Se si vuole fare una cosa più raffinata si potrebbe partire dal metterle
tutte maiuscole ovunque e poi trovare le (poche) eccezioni.

Per buttare giù una bozza ecco due proposte:

Proposta A (la più semplice):
1. Direttive ISTAT
2. Tutte le iniziali maiuscole

Proposta B (un po' meno ignorante):
1. Proposta A (v. sopra)
2. In minuscolo solo le preposizioni (anche quando si tratta di 'cognomi'
come "Leonardo da Vinci"[1], "Jacopone da Todi"[2], "Erasmo da
Rotterdam"[3], ecc.)
Quindi lasciando in maiuscolo eventuali titoli ("San", "Don", "Cavaliere",
"Conte") indistintamente.

Per chi volesse trarre qualche ispirazione in più c'è questo articolo
dell'Accademia della Crusca[4] (in cui comunque si sottolinea che non
esiste una regola precisa e che il tema maiuscole/minuscole segue di pari
passo le mode e i tempi).

Lorenzo

[1] https://it.wikipedia.org/wiki/Leonardo_da_Vinci
[2] https://it.wikipedia.org/wiki/Jacopone_da_Todi
[3] https://it.wikipedia.org/wiki/Erasmo_da_Rotterdam
[4]
http://www.accademiadellacrusca.it/en/italian-language/language-consulting/questions-answers/uso-maiuscole-minuscole
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] località e luogo fisico

[Lorenzo "Beba"; Beltrami]

Il giorno 5 aprile 2017 16:09, demon.box  ha scritto:

> ciao, chiedo un consiglio.
>
> fino ad ora mi è capitato di mappare così:
>
> natural=water
> name=Pozza Caldera
>e su un nodo a se stante nelle vicinanze
> place=locality
> name=Pozza Caldera
>
> oppure
>
> bridge=yes
> bridge:name=Ponte della Valle
>e su un nodo a se stante nelle vicinanze
> place=locality
> name=Ponte della Valle
>
> la mia domanda è: siccome quasi sempre in questi casi il nome della pozza o
> del ponte identificano anche una località oltre che fisicamente la pozza o
> il ponte stesso è secondo voi corretto aggiungere anche il tag
> place=locality con lo stesso nome oppure è un inutile raddoppio della
> stessa
> informazione?
> grazie.
> --enrico
>

È una domanda che mi sono fatto anch'io.
Finora ho però sempre considerato i vari place=* come elementi a se.
Nella totalità dei casi che ho mappato finora è vero che la località può
prendere il nome da un elemento specifico, ma è altrettanto vero che poi da
quel momento prende una vita propria e viene utilizzata come elemento con
una sua identità sempre disgiunto dall'elemento originale.

Per farla semplice con un esempio: vicino a dove abito c'è un posto che si
chiama "Lumaca" perché c'è una strettoia che aveva quel nome.
Vicino alla strettoia è poi nato un insediamento che ha assunto il nome
"Lumaca".
Sta di fatto che ora per "Lumaca" si intende un luogo che ormai è lontano
(e quindi fisicamente separato) dalla strettoia.

Secondo me è più corretto fare due elementi separati come hai fatto tu.

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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Lorenzo "Beba"; Beltrami]

Il giorno 2 aprile 2017 01:29, Martin Koppenhoefer 
ha scritto:

>
> si, ma "divieto di transito" è un cartello specifico:
> e vieta il transito a tutti i veicoli, mentre access è generico e tratta
> di tutti, anche di pedoni
>

Hai ragione, mentre suggerivo il mio access=private stavo pensando alle
situazioni che conosco io, non ad una generica.

Esiste sul wiki una pagina che in base al segnale stradale dato ti fornisce
un preset?
Ho provato a cercare, ma non ho trovato nulla di interessante...
Se come idea avesse un senso potrei cominciare a scriverla.
Ovviamente andrebbe fatta per ogni codice della strada.

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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Lorenzo "Beba"; Beltrami]

Il giorno 1 aprile 2017 13:12, Davide Sandona' 
ha scritto:

> Salve,
> come si mappa un tratto di strada in cui è presente il segnale di divieto
> di transito con pannello integrativo riportante "Eccetto aventi diritto"?
> La strada in questione è una strada sterrata...
>

Dalle mie parti conosco più persone che lo hanno messo autonomamente quindi
senza avere il permesso di farlo...
A volte pure confondendo il segnale di divieto di transito con quello di
senso vietato pur essendo magari una strada senza uscita...

Comunque sono più d'accordo con Simone:
access=private[1]

Lorenzo

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

Re: [Talk-it] versioni brevi dei nomi, usiamo più short_name

[Lorenzo "Beba"; Beltrami]

Il giorno 26 marzo 2017 17:06, Martin Koppenhoefer 
ha scritto:

> si, sarebbero tantissimi short_name, forse meno di un milione però.
> Infatti ho chiesto anche conferma, perché per tanti casi si potrebbe
> imaginare delle liste con parole opzionali, esempio del / dell' / della /
> di / ...
> dei / 
>
Non si potrebbe chiedere di NON considerare anche le varie particelle
"Via", "Viale", "V.", "V.le", "Calle", "Vicolo", ecc. ecc.?
In questo modo il problema descritto da AnyFile (e che anche io ho sempre
riscontrato e trovato molto antipatico) si risolverebbe.

In inglese è chiaro che non hanno questo problema perché i vari "Road",
"Street", "Square" stanno in fondo al nome della via per cui se fai una
ricerca parziale (ad esempio "Abbey" per cercare "Abbey Road") funziona
sempre.

Ad ogni modo anche a me inserire migliaia e migliaia di short_name per
ovviare a questo problema mi sembra un po' "mappare per il rendering"...
Comprendo pienamente la risposta di Nominatim, per carità, però...

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

Re: [Talk-it] Wikidata e Osm aggiornamenti

[Lorenzo "Beba"; Beltrami]

Il giorno 22 marzo 2017 11:06, Martin Koppenhoefer 
ha scritto:

> scusate la mia ignoranza: stiamo prendendo informazioni da osm e li
> inseriamo in wikidata?
>
Per quanto riguarda il mio caso personale ho inserito in Wikidata dati che
ho inserito anche in OSM perché l'origine dei dati sono io.
Faccio import dal mio cervello, che rilascia dati in pubblico dominio. =)

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

Re: [Talk-it] Wikidata e Osm aggiornamenti

[Lorenzo "Beba"; Beltrami]

Il giorno 22 marzo 2017 00:03, carlo folini  ha
scritto:

> Ciao Fabrizio,
> scusa l'ignoranza... ma mi manca qualche 'pezzo'.
> Dove si trova la documentazione di come procedere alla mappatura?
>
Lato OSM si aggiunge il tag wikidata=*[1], lato Wikidata bisogna aggiungere
le coordinate e se non c'è l'elemento lo si crea.


> Nella mia zona sono segnati due punti in grigio (Castionetto e Contrada
> Maffina). Vuole dire che bisogna creare una voce su ...wikidata o wikipedia?
> Su wikidata vedo che c'è già una voce per Castionetto. Non basta?
>
Il contrario: il tool segnalato da Fabrizio mostra su una mappa OSM tutti
gli elementi Wikidata che hanno settate le coordinate.
I punti verdi segnalano che c'è già una corrispondenza con OSM, quelli
grigi segnalano che esiste l'elemento solo su Wikidata e quindi su OSM va
aggiunto o trovato e poi ci si mette il tag wikidata=*.


> Nella mappa ho mappato la Torre di Roncisvalle e linkata sia a wikidata
> che wikipedia. Nel tool non viene visualizzata E' corretto?
>
Hai mappato correttamente la torre, se non viene visualizzata sulla mappa i
motivi possono essere 2:
1. Il tool si aggiorna una volta a settimana (se non ricordo male la
frequenza è questa)
2. Su Wikidata mancano le coordinate

Nel tuo caso è il secondo punto. Per aggiungerle puoi andare su Wikidata,
cliccare su "+ aggiungi" in basso e troverai la voce "coordinate
geografiche". Lì poi inserisci le coordinate (prese da OSM =P) e al
prossimo aggiornamento apparirà il segnalino (in questo comparirà verde
perché hai già messo il tag wikidata=*).

Lorenzo

P.s.: Per ovviare ai problemi dell'aggiornamento lento del punto 1. puoi
cliccare su un segnalino grigio e selezionare "Segna come fatto
(temporaneo)". In questo modo il segnalino diventa giallo e gli altri
utenti capiscono che hai già inserito il tag wikidata=* anche se il sistema
non è aggiornato.
P.p.s.: Ci possono essere dei falsi positivi come, ad esempio, un evento
storico non mappabile in OSM. In questo caso puoi cliccare sul segnalino
grigio e selezionare "Segna come non mappabile" per indicare che
quell'elemento non deve contenere il tag wikidata=*.

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

Re: [Talk-it] highway con name composto

[Lorenzo "Beba"; Beltrami]

Il giorno 18 marzo 2017 16:42, Cascafico Giovanni  ha
scritto:

> Mi chiedo se
> name=Via Glizio Quinto Attilio Agricola
> possa mettere in difficoltà la ricerca Nominatim, e quindi se sia il caso
> di adottare la soluzione
>
Anche io un tempo mi sono fatto questo problema e quindi mettevo in
short_name "Via Attilio Agricola" in alt_name "Via G. Q. Attilio Agricola"
e in name il nome completo.
Poi però mi sono reso conto che dovrebbe essere un problema di Nominatim
riuscire a gestire abbreviazioni, parti del nome, ecc. ecc.
(Del resto non mappiamo per il rendering, ma mappiamo per i motori
di ricerca? =P)

Effettivamente Nominatim funziona meglio per i nomi anglosassoni in cui
"Road", "Street", "Square" e via dicendo stanno in fondo e più di rado
hanno nomi complessi per le vie (basta dare un'occhiata ai nomi delle vie
di Londra).
Noi latini che preponiamo "Via", "Strada" ecc. e poi diamo nomi molto più
corposi ("Viale Martiri di Piazza Tien an men" è la tangenziale della mia
città) rimaniamo un po' fregati...
Allo stato attuale se cerco le strade con la dicitura "Via", "Viale",
"Vicolo", ecc. davanti devo essere sicuro che la dicitura sia giusta e
sapere nomi, soprannomi e titoli per riuscire a fare match!
Dovrebbe essere Nominatim a riconoscere nella stringa le parti che sono il
nome vero e proprio ed eventuali particelle che in una ricerca hanno meno
importanza.

Insomma io sarei per mettere sempre e solo il name completo, sia sulle
strade che negli indirizzi.
alt_name e short_name solo nei casi in cui esista un vero nome alternativo
o un nome più breve utilizzato di frequente dalla gente del posto.

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

Re: [Talk-it] verifiche sui civici di torino

[Lorenzo "Beba"; Beltrami]

Il giorno 17 marzo 2017 10:01, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Buongiorno lista,
> Sbiribizio ha appena messo su un Tasking Manager (1) per permettere una
> verifica partecipata su civici e nomi vie a Torino.
> Un primo controllo è stato fatto, ma se qualcuno in questo momento stesse
> giocando con la lanugine nell'ombelico in attesa di task ... eccolo qui :-)
>

Mitici!
Piccolo OT (ma nemmeno troppo): si potrebbe fare anche per l'import
dell'Emilia-Romagna o l'area è troppo vasta?
Lo so che sta andando a rilento ecc. ecc., però sarebbe comodo... :)

Per vedere subito se c'è discrepanza tra il nome della via e dei civici che
> vi cadono intorno consiglio di utilizzare josm con lo lo stile di
> visualizzazione "Coloured Streets"
> Modifica -> Preferenze -> Impostazioni per la proiezione ... -> Stili di
> disegno della mappa -> inserire negli stili attivi "Coloured Streets"
> dopodichè lasciarlo come unico stile attivo.
>

Per chi non lo conoscesse ricordo che:
1. Come dice Alessandro è molto comodo
2. C'è una piccola probabilità di falsi positivi (il plugin assegna i
colori facendo un hash col nome della via e col valore di addr:street). Mi
sono capitati alcuni rari casi in cui i colori erano identici pur
differendo i valori.

La pagina Geofabrik linkata da Martin (e indicata anche nelle istruzioni
del Task) invece fa un controllo esatto, ma si aggiorna solo una volta al
giorno.

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

Re: [Talk-it] Waterway e/o valley

[Lorenzo "Beba"; Beltrami]

Il giorno 17 marzo 2017 08:36, Luca Delucchi  ha
scritto:

> 2017-03-16 20:15 GMT+01:00 carlo folini :
> > Purtroppo le valli 'asciutte' non sono visualizzate e non vengono
> > visualizzate (ne linea ne il name)
> > Ho visto che in molti casi alcune valli secche sono rese waterway.
> >
> > Come pensate sia meglio fare?
>
> mappare le valli come valli [0] e i fiumi come fiumi [1] e se poi le
> valli non si vedono su mapnik non mi sembra un grosso problema visto
> che l'idea dietro a mapnik è di fornire una mappa generalistica che
> non deve e può rappresentare tutti gli elementi inseriti in OSM
>

@Carlo: puoi darmi un esempio di valle secca che non viene renderizzata e
di una invece che viene renderizzata?

Per la questione del rendering siamo d'accordo che sia meno importante del
DB (e infatti l'ha detto anche Carlo), ma ha pur sempre una sua importanza.
Quindi il discorso verte sul segnalare o meno su carto[1] di renderizzare
anche le valli secche.

Lorenzo

[1] https://github.com/gravitystorm/openstreetmap-carto
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Geositi

[Lorenzo "Beba"; Beltrami]

Il giorno 16 marzo 2017 08:41, Cascafico Giovanni  ha
scritto:

> Forse ho trovato qualcosa che si applica a gran parte di questi geositi,
> taggato tempo fa dall'utente paolozamp
>
> geological=outcrop [1]
>

+1 se sono "affioramenti rocciosi" (così li chiama Wikipedia).

questi elementi rappresentano o meno un'attrazione turistica tale da
> aggiungerci
> tourism=yes?
>

Secondo me non tutti a prescindere.
Ad esempio il Lago Minisini lo si mappa come lago (e, se troviamo un
adeguato sistema di tagging, come geosito), ma non so se sia proprio un
tourism=attraction...
Stessa cosa per le varie frane: la Frana di Braulins non so quanto sia
turistica, la zona della Frana del Vajont de facto sì[1].

è il caso di mappare geositi tutto sommato celati dall'antropizzazione?
> Penso ad esempio il conoide di Gemona del Friuli [2][3]
>
Il caso del conoide secondo me è un sì.
Il fatto che ci abbiano costruito sopra secondo me non nasconde la sua
"conoidità".
Se lo avessero appiattito tutto asportando tutta la terra allora sarei
contrario...

Lorenzo

[1]
https://geograficamente.files.wordpress.com/2013/09/turismo-sulla-diga.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Geositi

[Lorenzo "Beba"; Beltrami]

Il giorno 15 marzo 2017 13:47, Cascafico Giovanni  ha
scritto:

> [...]
>
> Come si potrebbero mappare questi luoghi?
>
> tourist=attraction?
>
+1
Se ha interesse turistico ben venga.

natural=yes?
>
Su Taginfo si trova una (1) corrispondenza per natural=geosite e sempre una
(1) per historical=geosite.
L'idea di avere un natural=geosite (e magari un geosite=* per andare nel
dettaglio) secondo me non è sbagliata.

Sul wiki ho anche scoperto un subtag abbastanza diffuso (ben 6000 elementi)
di natural=* che è geological=*[1].
Siccome esiste già geological=paleontological_site si potrebbe pensare se
ha senso usare un geological=geosite al posto di natural=geosite.

Lorenzo

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

Re: [Talk-it] installare umap sulla porta 80

[Lorenzo "Beba"; Beltrami]

Giro anche sulla mail degli sviluppatori.

Il giorno 13 marzo 2017 14:09, ale_z...@libero.it  ha
scritto:

> L'installazione standard di umap è sulla porta 8080. Purtroppo chi è
> dietro a firewall aziendali non riesce ad accedere e modificare
>
> umap runserver 0.0.0.0:8000
> in umap runserver 0.0.0.0:80 restituisce un errore.
> Qualcuno mi saprebbe dare info?
>
> Che errore ti dà?
Non è che hai già altro che ascolta sulla porta 80?

L'alternativa è creare una infrastruttura un pelo più complessa lasciando
che umap giri sulla 8000 e mettendoci davanti "qualcosa" (apache, ngnix,
...) che riceva il traffico sulla 80 pubblica e lo devi sulla 8000 locale.

Ti serve solo per dei test o è un server che viene esposto al "pubblico"?

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

Re: [Talk-it] altezza della soglia d'ingresso

[Lorenzo "Beba"; Beltrami]

Il giorno 13 marzo 2017 12:24, Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Il giorno 13 marzo 2017 11:51, Alessandro Palmas <
> alessandro.pal...@wikimedia.it> ha scritto:
>
>> Mi chiedo se esista un tag che descriva l'altezza della soglia d'ingresso
>>
>
> Molto interessante!
> L'unica cosa che mi viene in mente è il tag min_height=*[1]
>

In effetti ho trovato anche wheelchair:step_height[1][2].
Scusate la doppia mail, è lunedì mattina per tutti...

Lorenzo

[1] https://taginfo.openstreetmap.org/keys/wheelchair%3Astep_height
[2] https://wiki.openstreetmap.org/wiki/DE:Key:wheelchair#Weitere_Werte
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] altezza della soglia d'ingresso

[Lorenzo "Beba"; Beltrami]

Il giorno 13 marzo 2017 11:51, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Mi chiedo se esista un tag che descriva l'altezza della soglia d'ingresso
>

Molto interessante!
L'unica cosa che mi viene in mente è il tag min_height=*[1]

Qualcosa tipo:

entrance=*
+ min_height=*

Secondo Taginfo la combinazione viene già usata 78 volte[2].
Query Overpass: http://overpass-turbo.eu/s/nsp

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Key:min_height
[2] https://taginfo.openstreetmap.org/keys/?key=min_height#combinations
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto per mappare sorgenti inquinate

[Lorenzo "Beba"; Beltrami]

Il giorno 12 marzo 2017 11:36, davide  ha scritto:

> Buongiorno a tutti
> vorrei usare i dati pubblicati da ARPA Veneto sull'inquinamento della
> acque sotterranee per mappare l'estensione dell'inquinamento della acqua di
> falda in veneto, il file dei dati  è sotto licenza cc-by 3.0:
> http://www.arpa.veneto.it/dati-ambientali/open-data/
> file-e-allegati/pfas/PFAS_in_acque_2017_01_09.ods
>
> Per ora limitandomi solo alle sorgenti, corsi d'acqua e scarichi
> industriali, lasciando stare i pozzi privati (per non causare problemi con
> i proprietari).
>

> Avrei bisogno di capire se ci sono tag e  attributi adatti, o se bisogna
> crearne di nuovi.
>

Anche secondo me, al momento, è una tematica troppo particolare per creare
un sistema di tagging generale in OSM.

Di contro, come suggerito sulla wiki[1], nulla vieta di segnare le sorgenti
come drinking_water=yes/no + drinking_water:legal=yes/no e, su sul sito
dell'ARPAV si certifica legalmente la potabilità,
source:drinking_water:legal=url_al_sito_dell'arpav.

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:natural%3Dspring
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag parcheggio a pagamento 8-13

[Lorenzo "Beba"; Beltrami]

Il giorno 11 marzo 2017 19:43, Marco  ha scritto:

> Vorrei mappare un parcheggio che è a pagamento da lunedì a venerdì, dalle
> 8 alle 13 ma leggendo la wiki non ho bene capito come fare.
>
> https://wiki.openstreetmap.org/wiki/Key:fee
>
> Devo usare i tag fee=interval + interval=Mo-Fr 08:00-13:00 ? é giusto quel
> interval=* ? si capisce che è riferito al tag fee?
>

Da quello che ho capito (e sembra che anche Taginfo confermi[1]) devi
specificare l'orario proprio in fee, senza un tag interval=* aggiuntivo.

Nel tuo caso sarebbe:
fee=Mo-Fr 08:00-13:00

Lorenzo

[1] https://taginfo.openstreetmap.org/keys/?key=fee#values
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Come mappare i Pronto Soccorso

[Lorenzo "Beba"; Beltrami]

Sul Wiki si trova anche una pagina dedicata al CleanUp di tutto il settore
"Emergency"[1].
Nella sezione delle discussioni ce n'è proprio una sul fatto che
amenity=hospital + emergency=yes sia poco esplicativa.
Nel 2014 un utente ha proposto emergency_ward, ma poi la cosa è caduta lì
(solo 2 utilizzi secondo Taginfo).

Anche cercando un po' su Overpass si nota che gli elementi (non più di una
quarantina...) che hanno come nome "A" o "Emergency department" sono
nella quasi totalità dei casi amenity=hospital (solo qualcuno con
l'aggiunta di emergency=yes) o building=hospital o entrance=yes o
building=yes...

Lorenzo

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

[Talk-it] Case vacanze

[Lorenzo "Beba"; Beltrami]

Ciao a tutti,
mi servirebbe un consiglio su come taggare una "casa vacanze".

Per "casa vacanze" intendo un ex-albergo (3 piani e circa 20 camere) sulle
alpi rimesso a posto che viene dato in gestione completa a gruppi.

Non è propriamente un tourism=apartment perché non è un appartamento o un
insieme di appartamenti separati, ma proprio un intera casa con cucina
industriale, spazi ricreativi, ecc.
Somiglia di più a guest_house, ma come dicevo non vengono forniti servizi
da chi affitta.

Simone Girardelli anni fa aveva posto il problema per i masi trentini, ma
quelli sono più simili a tourism=apartment o tourism=chalet in quanto
singole unità...

Su Taginfo ho trovato un tourism=vacation_house (utilizzato 11 volte) e
tourism=vacation_rental (3 volte), ma non so al di fuori dell'Italia come
possano essere definite queste strutture...

Ne avete già taggate?
Suggerimenti?

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

[Talk-it] Evento a Firenze - Intermapping Lab Deep Dive Programme

[Lorenzo "Beba"; Beltrami]

Ciao a tutti,
mi giunge questa segnalazione di un evento che si tiene a Firenze e
dintorni a partire da domani.

Qua si trova il programma:
https://commonsspace.hackpad.com/Intermapping-Lab-Deep-Dive-Programme-hcfA0OghjYo

Lorenzo

P.s.: Forse i Wikimediani hanno qualche informazione in più.?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Lorenzo "Beba"; Beltrami]

Il giorno 6 marzo 2017 19:54, Martin Koppenhoefer <dieterdre...@gmail.com>
ha scritto:

>
> 2017-03-06 18:41 GMT+01:00 Lorenzo "Beba" Beltrami <lorenzo.b...@gmail.com
> >:
>
>> highway=residential
>> + maxspeed=30
>>
>
>
> userei questo, se il cartello non ha alcun significato (forse vuol dire
> che devi prestare più attenzione perché ci potrebbero essere bambini che
> giocano?) Che senso ha un cartello senza significato?
>

Il significato che ha il cartello è proprio quello di prestare più
attenzione.
Nel CdS è indicato nel regolamento dell'articolo 39[1] ed è collegato alla
definizione di "Zona residenziale" dell'articolo 3[2]:
"58) Zona residenziale: zona urbana in cui vigono particolari regole di
circolazione a protezione dei pedoni e dell'ambiente, delimitata lungo le
vie di accesso dagli appositi segnali di inizio e di fine."

Le "particolari regole", da quello che ho letto, non sono mai state
definite...
Volendo si potrebbero mappare le strade indicate dal cartello come
living_street giusto per dare informazione dell'esistenza del cartello,
però a tutti gli effetti non ci sono altri preset forniti dallo stato di
highway=living_street al di fuori di "particolari cautele di comportamento"
non meglio specificate.

Lorenzo

[1] http://www.aci.it/i-servizi/normative/codice-della-strada/
titolo-ii-della-costruzione-e-tutela-delle-strade/art-39-
segnali-verticali/regolamento-art-39.html
[2] http://www.aci.it/i-servizi/normative/codice-della-strada/
titolo-i-disposizioni-generali/art-3-definizioni-stradali-e-di-traffico.html
___
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

[Lorenzo "Beba"; Beltrami]

Il giorno 6 marzo 2017 18:23, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-06 18:18 GMT+01:00 Federico Cortese :
>
>> Nella pagina dell'import si parla di "CC-BY 2.5", sono gli stessi dati?
>>
>
>
> non lo so, lui ha scritto nel changeset comment, che i dati importati da
> lui sono questi: http://dati.emilia-romagna.it/dataset/numerazione-civica-
> del-territorio-comunale--50f328b0/resource/fa3d040e-
> d4ea-4cdd-85c7-a83294fbeab0
>

Aiuto... Mi ero perso il link della sua fonte, che è diversa da quello
dell'import che stiamo facendo!

L'import in corso si basa sui dati regionali[1][2] rilasciati in CC-BY 2.5,
non su quelli comunali CC-0 che sta usando poschon...
Chi sa quali sono più aggiornati... O se sotto sotto fanno parte dello
stesso dataset come sottoinsei distribuito con due licenze differenti!
(Cosa che non mi stupirebbe affatto...)

Lorenzo

[1]
http://servizigis.regione.emilia-romagna.it/ctwmetadatiRER/metadatoISO.ejb?stato_IdMetadato=iOrg01iEnP1idMetadato78098
[2]
http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/database-topografico-regionale/gestione-viabilita-indirizzi/toponimi-e-numeri-civici
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Lorenzo "Beba"; Beltrami]

Il giorno 6 marzo 2017 17:25, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-06 14:15 GMT+01:00 Federico Cortese :
>
>> 2017-03-06 13:11 GMT+01:00 Volker Schmidt :
>> > Re: Living Street
>> >
>> > Il segnale "zona residenziale" senza cartelli aggiuntivi non implica
>> niente
>> > secondo il CdS. ...
>> > Quindi non lo metterei nella tabella come categoria (e non utilizzerei
>> il il
>> > highway=living-street  in OSM in Italia)
>> > O sbaglio?
>>
>> No, secondo me non sbagli affatto.
>>
>
>
> ok, ho modificato la pagina, verificate e modificate a piacimento:
> https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dliving_street
>
> Io lascerei la documentazione nel wiki italiano, perché non documenta lo
> stato in Italia ma è la documentazione in italiano (per tutto il mondo).
>

Scusate, ma nella mia città quel cartello[0] viene usato abbastanza spesso
e in modo appropriato.
C'è proprio un piano comunale di zone residenziali/zone 30 che coprono
interi quartieri (specificati nelle varie ordinanze comunali) e
correttamente segnalate con il cartello in questione[1].

Sono d'accordo sul fatto che il CdS non dà particolare significato a quel
cartello e che i limiti sono comunque indicati nei pannelli integrativi
(nella caso della foto sono infatti subito a destra).

A questo punto però come mappo quelle strade?

highway=living_street
+ maxspeed=30

oppure

highway=residential
+ maxspeed=30

?

Va da se che NON si tratta delle vie del centro storico, che sono
correttamente mappate come residential o pedestrian in base al fatto che
siano aree pedonali o meno e dove, inoltre, ho cominciato a mappare la ZTL
con il tag suggerito da Martin[2].

Lorenzo

[0]
https://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_zona_residenziale.svg
[1] https://www.mapillary.com/map/im/odFie2xA8jjyefj0Lpd4pg Seppur sfocato
è sull'estrema sinistra del cartello che c'è in alto a destra nella foto
[2]
https://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traffic_zone
___
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

[Lorenzo "Beba"; Beltrami]

Il giorno 6 marzo 2017 14:35, Luigi Toscano  ha
scritto:

> D'altra parte accettare una violazione così plateale delle regole
> stabilisce
> un precedente pesante.
>
> Tantovale rimuovere le regole, tanto si sistema tutto dopo, no?
>

Su questo non sono d'accordo. Dal mio personale punto di vista le regole
stanno lì per dare un indirizzo generale.
All'inizio anche io ero per il revert senza se e senza ma. Analizzando la
situazione più nel dettaglio Martin ha sondato e trovato una buona
disponibilità dell'utente in questione a rimettere tutto a posto. Inoltre
ci sono buone premesse per far confluire il tutto nell'import già avviato
ed autorizzato dei civici emiliano-romagnoli.
O per lo meno è quello che si sta tentando di fare...

Se, come dice Martin, "con un revert si guadagna meno" allora non vedo
perché fare una deroga alle regole.
Ho trovato mappatori molto più menefreghisti e su questioni anche meno
importanti che un import di massa...

Tornando in tema: io sto nella provincia affianco, ma non conosco Modena
città, non so dire se  i dati sono corretti...
Sto facendo (con calma =P) quel lavoro su Reggio con i civici inseriti da
Alessandro.

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

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

[Lorenzo "Beba"; Beltrami]

Il giorno 6 marzo 2017 10:36, Matteo Fortini  ha
scritto:

> Correggo prima che qualcuno mi sgridi: ci sono ortofoto anche del 2014.
> Non nuovissime ma meglio dai


Se sono quelle sul geoportale[1] mi sembra che abbiano una licenza un po'
balorda...
Ora ci do un'occhiata, se ne vale la pena bisognerebbe richiederne
l'utilizzo.

Lorenzo

[1]
http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/immagini/ortofoto-TeA-2014
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Lorenzo "Beba"; Beltrami]

Il giorno 5 marzo 2017 23:40, Giuseppe Profiti <
giuseppe.prof...@wikimedia.it> ha scritto:

> 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.
>

Sul punto delle foto aree si sta discutendo anche nel thread "Nuove
Immagini Satellitari Bing".
Le uniche foto dall'alto di cui ci si fida sono le PCN del ministero, ma al
momento sono utilizzabili solo su JOSM.
Tutte le altre foto da mettere come sfondo nei vari editor possono essere
(e spesso lo sono) imprecise. (Per farla semplice i produttori di foto
dovrebbero fare un lavoro enorme per riuscire ad allinearle tutte
perfettamente. Reputano 5/10 m un errore accettabile).

Di solito ci si fida anche dell'accuratezza degli import da fonti ufficiali.
Per l'Emilia-Romagna tutti gli edifici sono stati importati dal dataset
regionale e, per quanto ho visto io finora (sono di Reggio nell'Emilia),
sono abbastanza precise.

Come detto anche nell'altra discussione dentro iD (editor di default del
sito) sulla destra trovi il menu "Impostazioni dello sfondo (scorciatoia da
tastiera: B)" -> "Correggi spostamento delle immagini" e lì puoi allineare
le foto dello sfondo con gli elementi.

Lorenzo
___
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

[Lorenzo "Beba"; Beltrami]

Il giorno 3 marzo 2017 12:00, Marco  ha scritto:

> Scusate, tra le tante cose che ha fatto, è corretto sostituire le
> highway=cycleway con highway=path quando si tratta palesemente di piste
> ciclabili che corrono a lato strada?
>
Questo è un tema che meriterebbe una trattazione a se...
Il fatto è che spesso quelle che in Italia vengono chiamate "Piste
ciclabili", non sono piste ciclabili, ma ciclopedonali (che, al contrario
delle prime, permettono l'accesso anche ai pedoni).
Anni fa sul wiki trovavi che andavano mappate come highway=path +
bicycle=designated + foot=designated, ma proprio l'altro giorno ho notato
che ora si può anche mappare come highway=cycleway+ foot=designated...[1][2]

Boh, c'è un po' di confusione...
Di sicuro segnare come highway=cycleway e basta una ciclopedonale mi sembra
sbagliato.

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway#Examples
[2] https://wiki.openstreetmap.org/wiki/Key:segregated
___
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

[Lorenzo "Beba"; Beltrami]

Il giorno 3 marzo 2017 11:19, Regina Phalange  ha
scritto:

> La maggior parte della città fin'ora non aveva numeri civici, quindi forse
> in generale è meglio di niente. Com'è meglio procedere?
>

So che Ale_Zena_IT aveva cominciato un lavoro certosino di import dei
numeri civici facendo molta attenzione a rispettare l'esistente e
soprattutto a rispettare la procedura di import dei civici.[1]

Sarò più drastico, ma secondo me l'import di poschon è da revertare il
prima possibile, prima che qualcuno cominci a mettere mano ai civici
importati.
Poi si continuerà con la procedura di import standard, magari includendo lo
stesso poschon nel progetto in modo da avere un mappatore in più invece che
uno in meno. ;)

Lorenzo

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

Re: [Talk-it] place e wikidata

[Lorenzo "Beba"; Beltrami]

Il giorno 3 marzo 2017 10:40, Martin Koppenhoefer 
ha scritto:

> se guardi avanti, "town" per wikidata è una sottoclasse di "administrative
> territorial entity" ma anche di "human settlement" e anche di "political
> territorial entity". Per essere onesto, credo che alcuni degli editori di
> wikidata non hanno molto chiaro i concetti ;-) Difficilmente ci si può
> fidare dalla classificazione wikidata, mentre i valori di population si
> riferiscono quasi sempre (suppongo) alle entità amministrative.
>

Da quello che ho visto mi è parso che Wikidata sia un progetto giovane e,
al momento, frutto di grossi import dalle varie Wikipedie (da qualche parte
bisognava pur partire). Inoltre Wikidata è molto più generico di OSM, che
invece si occupa di un ambito più geografico.
Questo per arrivare a dire che qua su OSM abbiamo avuto il tempo di
affrontare discussioni su discussioni per arrivare a classificazioni molto
più rigorose. Insomma è normale che su Wikidata ci sia del caos sul tema.
Anche io ho trovato molte incoerenze... Se non altro si possono sempre
modificare. =P


si, io metterei il dato del comune intero sulla relazione e sul place nel
> caso sia conosciuto quello del solo place e nel caso non sia conosciuto
> eviterei di mettere alcun dato per il momento.
>

+1
Anche secondo me è la soluzione corretta. Poi pian piano correggeremo
l'esistente.

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

Re: [Talk-it] place e wikidata

[Lorenzo "Beba"; Beltrami]

Essendo "istanza di" "comune italiano" sono d'accordo anch'io sul mettere
il tag "wikidata" alla relazione e non al nodo "place".

Nel caso invece delle frazioni/insediamenti umani (su Wikidata ce ne sono
parecchie[1]) si metterebbe sul nodo "place", giusto?

Lorenzo

[1]
https://query.wikidata.org/#%23Cats%0ASELECT%20%3Fitem%20%3FitemLabel%20WHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ1134686.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22it%22.%20%7D%0A%7D
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] landuse : sovrapposizione contorno con highway adiacenti

[Lorenzo "Beba"; Beltrami]

Anche dalle mie parti ho visto che c'è un periodo nella storia del
mappatore in cui si convince del fatto che sia tutto più logicamente
corretto e ordinato se i landuse coincidono con le strade.
E lo dico perché anche io anni fa ci sono passato. =P

Poi dopo aver letto (o partecipato) a discussioni su discussioni
all'interno della comunità si è arrivati a dire che non è proprio corretto
mischiare i landuse con elementi come le strade.
Comunicarlo al diretto interessato è senza ombra di dubbio la cosa migliore
da fare.

Qualcuno sa se esiste una pagina sul Wiki in italiano che racchiuda una
specie di FAQ con alcune linee guida ricorrenti della comunità italiana?
Penso principalmente a:
- Landuse attaccati alle way
- Mappare per il rendering™
- Convenzioni sui nomi delle vie ("v" maiuscole) e sui civici
- Minimo di responsabilità sui propri edit (per evitare il "se non ti piace
modificalo tu")

Lorenzo

Il giorno 22 febbraio 2017 15:45, francesco gargano <
frengofieramos...@gmail.com> ha scritto:

> ho pe nsato la stessa cosa e sbirciando tra numerosi contributi effettuati
> dal mappatore che ha creato il landuse in questione moltissimi altri hanno
> lo stesso "stile". Gli segnalerò questo aspetto visto che è attivo
> costantemente nella zona di Crotone e quindi si potrebbe occupare lui
> stesso di sistemare le imprecisioni
>
> Il giorno 22 febbraio 2017 14:17, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>>
>> 2017-02-22 12:46 GMT+01:00 francesco gargano > >:
>>
>>> qui c'è un landuse
>>> https://www.openstreetmap.org/way/440612887#map=19/38.94559/16.93145
>>>
>>
>>
>> in ogni caso questo sarebbe da mettere apposto in quanto il centro della
>> strada (e nemmeno il lato) sono "farmland", come probabilmente neanche la
>> parte del bosco.
>>
>> Ciao,
>> Martin
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pezzo di strada con divieto di transito

[Lorenzo "Beba"; Beltrami]

Il giorno 22 febbraio 2017 09:22, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> non c'è un "secondo me", basta guardare il CdS, non interessa quanto il
> camion sia carico, interessa quanto è la massima massa ammissibile del
> veicolo
>

Per questa cosa rimando a questo:
http://www.patente.it/normativa/articolo-117-regolamento?idc=621

Però da quello che ho capito Marco ha chiesto un consiglio anche su come
trattare una way che ha questi divieti.
Io la mia l'ho detta.

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

Re: [Talk-it] pezzo di strada con divieto di transito

[Lorenzo "Beba"; Beltrami]

Il giorno 21 febbraio 2017 16:34, Marco Ciampa  ha
scritto:

> Cerchio rosso in campo bianco
> Disegno di un camion con scritto dentro
> 5t
>
Direi questo: http://www.segnaletica3000.it/image_prodotti/big/120.jpg
(Figura ii 60/b, art. 117)

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

Re: [Talk-it] pezzo di strada con divieto di transito

[Lorenzo "Beba"; Beltrami]

Il giorno 21 febbraio 2017 12:09, Marco Ciampa  ha
scritto:

> Come lo "segno"? Cioè, come faccio, senza interrompere la strada, a
> segnarlo?
>
Se c'è una proprietà (in questo caso un divieto) valida per un solo tronco
di strada la linea va per forza spezzata.
Una volta spezzata poi aggiungi il tag al pezzo che ha quella particolare
proprietà.
Non vedo, al momento, altre soluzioni...

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

Re: [Talk-it] Utente problematico (recidivo)

[Lorenzo "Beba"; Beltrami]

Se non ricordo male anche dentro iD stanno cominciando ad implementare un
sistema di validazione...

Il giorno 21 febbraio 2017 08:03, Dino Michelini 
ha scritto:

> La proposta del "tutorial" è ottima! +1 :)
>

È esattamente così.
La prima volta che entri ti suggerisce il tutorial in cui ti fa editare una
mappa di fantasia (a mo' di sabbiere).

Tanto più che, anche se sei già l'utente più esperto di iD del mondo, se
vai nella sezione "Aiuto" del menu di destra (o pigi il tasto "H" sulla
tastiera) puoi ricominciare il tutorial tutte le volte che vuoi.

Lorenzo
P.s.:IMHO il tutorial di iD è fatto veramente bene :)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=bridge ?

[Lorenzo "Beba"; Beltrami]

2017-02-20 14:19 GMT+01:00 Volker Schmidt :

> Per me sarebbe un semplice building con layer=+1
>

+1, anche a me verrebbe da mapparlo come semplice building...
Avevo mappato qualcosa di simile aggiungendo anche:

building:min_level=1[1]
building:levels=2

Lorenzo

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

Re: [Talk-it] Ferrovie su mappa Wikipedia

[Lorenzo "Beba"; Beltrami]

In effetti sembra più un problema di WIWOSM.
Nello specifico sembra fallire questa chiamata:
https://tools.wmflabs.org/wiwosm/osmjson/getGeoJSON.php?lang=it=Ferrovia_Fano-Urbino
(404 not found)
Suppongo sia quella che restituisce la geometria dell'oggetto...

Lorenzo

Il giorno 19 febbraio 2017 11:09, girarsi_liste 
ha scritto:

> Il 18/02/2017 21:57, Lorenzo Mastrogiacomi ha scritto:
> > Ho fatto io la modifica. Serviva solo a dare alla mappa uno zoom
> > adeguato anche se la traccia non era mostrata. E' stata annullata da
> > altro utente comunque.
> > Ma il problema non è solo su questo caso specifico. Prova a cliccare sui
> > link WIWOSM, vedrai che molti non trovano l'oggetto:
> > http://geodati.fmach.it/gfoss_geodata/osm/wtosm/
> >
>
> Ho controllato altre voci , tipo i biotopi delle mie parti, e sul wotsm,
> funzionano tutti i puntatori (link a OSM, Josm, Overpass-turbo), tranne
> quelli coi simboli wikipedia.
>
> Se dalla pagina wikipedia, clicco sulle coordinate, mi risulta a posto,
> il problema è solo su wotsm  e per la parte wikipedia per me.
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnale stradale (a me) incomprensibile

[Lorenzo "Beba"; Beltrami]

Il giorno 17 febbraio 2017 06:18, Francesco Pelullo 
ha scritto:

> Non sarebbe stato più corretto un "divieto di svolta a destra per
> autocarri"?
>
Tecnicamente in questo modo escludi solo le autovetture.
Ad essere pignoli le bici, i ciclomotori, i mezzi agricoli, gli autobus, le
moto, ecc. devono rispettare l'obbligo.

Poi bisogna vedere qual'era lo scopo dell'amministrazione... Non è per
nulla scontato che quel cartello indichi quello che avevano in mente... =)

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

Re: [Talk-it] Tag per nodo agriturismo

[Lorenzo "Beba"; Beltrami]

Se non ricordo male per gli agriturismi dovrebbe essere

tourism=guest_house[1]
guest_house=agritourism[2]

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:tourism%3Dguest_house
[2] https://wiki.openstreetmap.org/wiki/Key:guest_house
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Etichette per orto

[Lorenzo "Beba"; Beltrami]

Il giorno 16 febbraio 2017 00:56, Damjan Gerl  ha
scritto:

> Mentre per gli orti "privati" (per la verdura ecc.) più piccoli sarebbe da
> usare:
>
> leisure=garden [2]
> + garden:style=kitchen
> + access=private
>
Io tanto tempo fa ne avevo taggato uno come:

leisure=garden
+ garden:type=allotment
+ access=private

Ma non ricordo il perché... xD

Da quello che ho capito però allotment si usa solo per luoghi
condivisi/pubblici, giusto?

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

Re: [Talk-it] Openrouteservice.org

[Lorenzo "Beba"; Beltrami]

Mmmm...
Ho provato ora e il routing va, ma il DB di OSM non è aggiornato.
L'elemento che ho provato io come partenza è vecchio di almeno un mese e
mezzo.
(Inoltre il loro server è lentissimo a rispondere)

Lorenzo

Il giorno 15 febbraio 2017 10:07, Cascafico Giovanni 
ha scritto:

> Da un paio di settimane non mi funziona più il routing ("Sorry, no Route
> was found")
>
> Qualcuno può onfermare?
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo un principiante

[Lorenzo "Beba"; Beltrami]

Comunque Vespucci permette l'upload diretto dei dati su OSM.

Lorenzo

Il giorno 14 febbraio 2017 16:22, THESTORM375  ha
scritto:

> io vorrei incominciare a usare vespucci ma cosa faccio poi per caricare i
> numeri civici? devi per forza usare JOSM? Perchè ii proprio non vado
> d'accordo con JOSM, ho un sacco di problemi con quel programma. ogni volta
> si blocca ecc.. è lento ecc.. e poi non o so usare proprio di per se, c'è
> un altro metodo per caricare i numeri civici evitando di usare JOSM? :)
> GRAZIE
>
>
> Il giorno mar 14 feb 2017 alle ore 12:52 Max1234Ita 
> ha scritto:
>
>> Alessandro Palmas wrote
>> >>>
>> >>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
>> >>
>> >
>> > Per quel poco che l'ho usato l'ho trovato veloce.
>> >
>> > La grossa pecca è che non supporta la funzione 'mock position' degli
>> > smartphone che permetterebbe di usare un GPS esterno (cosa che faccio
>> con
>> > tutte le altre App che usano OSM); quando si è in strade non troppo
>> ampie
>> > la rilevazione dei civici diventa poco precisa.
>> >
>> > Alessandro Ale_Zena_IT
>> >
>> >
>> > ___
>> > Talk-it mailing list
>>
>> > Talk-it@
>>
>> > https://lists.openstreetmap.org/listinfo/talk-it
>>
>> +1
>> Anch'io avevo provato Keypad Mapper ma non mi ci trovavo: troppo impreciso
>> camminando in città. Forse nei sobborghi, dove è più facile trovare
>> villette
>> di massimo 2 piani, può funzionare bene, ma nelle strade strette con
>> palazzi
>> alti il GP è un'incubo!
>> Alla fine della camminata con Keymap mi trovavo con i numeri allegramente
>> mischiati tra loro, e nemmeno con JOSM a volte riuscivo a raccapezzarmici.
>>
>>
>> Poi sono passato a OsmPad: funzionava bene sul Galaxy S Advance: potevo
>> mettere i numeri manualmente nella posizione più o meno giusta e con Josm
>> bastava poi allinearli per avere risultati più che accettabili.
>> Purtroppo, ora che ho cambiato telefono, mi dà problemi, forse non tanto
>> per
>> il dispositivo in sè (che è comunque un tutt'altro che scarso S5) ma per
>> il
>> fatto che l'app non è più supportata e l'ultimo aggiornamento risale ad
>> almeno due versioni fa di Android (se non ricordo male OsmPad non è più
>> presente nemmeno nello Store, di fatto usavo un APK di cui avevo fatto
>> backup sul vecchi cell).
>>
>> Ora è un po' che non esco per andare a numeri civici :-); l'ultima volta
>> ho
>> usato ancora OsmPad : è andato tutto bene per i primi 20 minuti... poi ha
>> iniziato a chiudersi e non c'è stato più verso. Temo che l'unica
>> alternativa
>> sia rimasta Vespucci, ormai. Che voi sappiate c'è in giro un qualche
>> tutorial? Ho provato ad usarlo per mappare ma ormai sono troppo abituato a
>> JOSM, inoltre su un display da 5 pollici non è che si possano fare
>> miracoli... :-)
>>
>> Max
>>
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.
>> com/Segnalo-un-principiante-tp5890086p5891263.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto revert changeset

[Lorenzo "Beba"; Beltrami]

Ciao Marco,
quella che hai linkato tu non è proprio una relazione, ma una way con dei
tag tipici da relazione (come type=route).
Infatti quella way fa parte di ben due relazioni: una che indica che è un
percorso escursionistico[1] e una che indica che è un percorso per mountain
bike.

Immagino che per errore siano stati tolti i tag del sentiero e siano stati
messi quelli della relazione...

Insomma, quella che hai indicato tu sarebbe la strada per cui basterebbe
aggiungerci un highway=path o spezzarla in vari pezzetti per essere più
precisi (se per esempio cambia il tipo di suolo: sterrato, ghiaia,
terra...) e per scegliere quale tenere tra quella e i pezzetti delle altre
way taggate come "Via Vandelli" che ci corrono a fianco.

Sei sicuro quindi che sia necessario fare un revert secco?

Lorenzo

[1] https://www.openstreetmap.org/relation/5878167
[2] https://www.openstreetmap.org/relation/5878166
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] croce di vetta = summit:cross

[Lorenzo "Beba"; Beltrami]

Il giorno 6 febbraio 2017 15:36, demon.box  ha
scritto:

> ciao, altro quesito...
>
> vorrei aggiungere 2 informazioni relative alla croce di vetta ma non sò
> come
> fare.
>
> vorrei aggiungere il materiale della croce e la data in cui è stata
> innalzata.
>
> natural=peak
> summit:cross=yes
> e poi...
>
> *summit:cross:material*=metal   ??
> *summit:cross:start_date*=1966  ??
>
> in altre parole utilizzare direttamente il tag material e start_date mi
> pare
> errato perchè sembra che si riferisca al natural=peak (anche se non è in
> pratica
> possibile...)
>
> su taginfo per analogia ho trovato soltanto utilizzato una volta
> summit:cross:height
>
> che dite?
>
> grazie
>
> --enrico
>
Se la situazione lo merita si può taggare la croce a se stante:
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcross
A quel punto puoi mettere direttamente sulla croce material e start_date.

Vedo più summit:cross=yes come l'indicazione che su quel picco c'è una
croce, ma poi penserei a taggare la croce come elemento in modo da essere
più preciso.
(Tanto più che a volte la croce non sta proprio sulla sommità... :-p)

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

Re: [Talk-it] Mappare centri sociali e associazioni culturali

[Lorenzo "Beba"; Beltrami]

Il giorno 6 febbraio 2017 14:26, Martin Koppenhoefer  ha scritto:

>
> +1 al "social_centre".
>
> o dalla chiesa.
>
> guardando in giro, 5 anni fa ne ho mappato uno come community_centre
> http://www.openstreetmap.org/way/77683597
> Ma sarei contento cambiare il tag se siamo d'accordo.
>
In effetti anche io tempo fa ne avevo mappato uno così nella mia zona...

A questo punto io distinguerei così:
- entrambi possono ospitare incontri/eventi pubblici.
- community_centre[1]: locale/edificio di un ente governativo (comune,
provincia, ...), tuttalpiù gestito (operator=*) da un ente
privato/no-profit (associazione culturale, associazione sportiva, club, ...)
- social_centre[2]: locale/edificio di un ente privato/no-profit
(associazione culturale, associazione sportiva, club, ...) che volendo può
essere anche riservato ai soli soci.

Esempi di community_centre: la sala polivalente in cui fare le feste, il
salone dei pompieri in cui si organizzano gli eventi, i centri sociali
comunali (quelli con un piccolo bar e i vecchietti che giocano a carte), ...
Esempi di social_centre: sedi di associazioni che le mettono a
disposizione, sedi di club esclusivi, centri sociali occupati autogestiti,
...

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcommunity_centre
[2] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dsocial_centre
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Re: mappatura bar in Italia

[Lorenzo "Beba"; Beltrami]

Il giorno 2 febbraio 2017 18:45, Martin Koppenhoefer  ha scritto:

>
> 2017-02-02 18:19 GMT+01:00 frali...@alice.it :
>
>> principalmente  i bar italiani sono
>> a) coffe-bar specializzato in colazioni
>> b) snack-bar , è più generico, puoi trovare secondo i luoghi anche degli
>> spuntini che possono sostituire il pranzo, ed è spesso unito anche alla
>> pasticceria e gelateria
>>
>>
>> poi esistono tante varianti e specializzazioni
>> guarda nel link
>>
>> http://www.salabar.it/node/303
>>
>
Questo link è molto interessante.
Potrebbe essere di ispirazione per una astrazione generale del tipo:
- amenity=bar per tutti (mi sembra di aver capito che alla fine quello che
accomuna tutti questi locali è il bancone)
- bar=* per specializzare[1]

In questo modo si può anche agire puntualmente, come suggerisce Simone,
indicando le principali differenziazioni: orari, quello che il locale
offre, ecc.

ci sono posti che ricadono in tutte le due categorie, ma ci sono tantissimi
> bar che non sono "cafe", anche se vendono coffee.
>
+1
Motivo per cui bisogna studiare un tagging più astratto e più completo di
quello attuale, che è piuttosto confusionario (per lo meno a livello
globale/non anglosassone).

Lorenzo

[1] http://taginfo.openstreetmap.org/keys/bar#overview
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nuovo welcome tool

[Lorenzo "Beba"; Beltrami]

Il giorno 24 gennaio 2017 12:05, Andrea Albani  ha
scritto:

> Grazie Stefano.
>
> Ti segnalo un piccolo bug: quando clicchi modify o delete di uno snippet
> la corrispondente pagina non viene richiamata perchè manca lo slash davanti
> all'URL relativo.
>
Hai ragione Andrea.
L'ho segnalato nelle issue del progetto[1].

Lorenzo

[1] https://github.com/osmItalia/welcome-tool/issues/2
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Dog toilet, posacenere e portabici

[Lorenzo "Beba"; Beltrami]

Per i cani ho trovato una pagina wiki[1] che suggerisce di utilizzare
amenity=waste_basket + waste=dog_excrement (e vending=excrement_bags se ci
sono anche i sacchettini) che viene usato 1000 volte, secondo taginfo[2].

Con la stessa logica si potrebbe utilizzare anche waste=cigarettes[3], ma
vedo che è poco usato. Bisognerebbe capire se è perché c'è un alternativa o
se è perché solitamente sono oggetti da micromapping.

In entrambi i casi se sono cassonetti puoi usare amenity=waste_disposal
invece che basket (che è il cestino piccolo).

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddog_waste_bin
[2] https://taginfo.openstreetmap.org/tags/waste=dog_excrement#overview
[3] https://wiki.openstreetmap.org/wiki/Key:waste

Il giorno 16 gennaio 2017 13:22, Gianluca Boero  ha
scritto:

> Ciao a tutti.
>
> Il mio comune ha installato una serie di questi oggetti per il paese:
>
> - dog toilet : cassettine metalliche dove inserire i "bisogni" dei nostri
> amici a 4 zampe
>
> - portacenete: totem metallici alti circa 1 mt ben ancorati a terra in
> modo che non possano essere staccati (si spera)
>
> - rastrelliere per le biciclette.
>
> Sull'ultimo tag andrei su amenity:bicycle_parking corredato con capacity e
> bicycle_parking=stands
>
> Sui primi due ho alcuni dubbi. Non sono propriamente cesti per i rifiuti
> (basket) solo che nel wiki non trovo un'analogia.
>
> Qualche consiglio?
>
> Grazie
>
> --
> Gianluca Boero
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] probabile troll

[Lorenzo "Beba"; Beltrami]

Il giorno 11 gennaio 2017 11:29, Max1234Ita  ha
scritto:

> Probabilmente le cose sarebbero un po' più facili se le API di OSM
> includessero già nativamente il supporto alla notifica di nuovi messaggi
> dalla community e/o commenti ai changeset (non me ne intendo ma magari le
> funzioni ci sono già) ED INOLTRE i termini di utilizzo imponessero a chi
> sviluppa le applicazioni di usarle per informare l'utente, pena la mancata
> autorizzazione a salvare le modifiche da parte di TUTTI i terminali che
> usano quella determinata applicazione.
>
> Forse si potrebbe proporre questo agli sviluppatori di OSM, come Feature
> request/suggerimento per l'improvement, così come si potrebbe anche provare
> a chiedere a chi si occupa di Maps.me di implementare lato loro una qualche
> forma di check dell'account email di OSM; dopotutto è anche nel loro
> interesse avere delle mappe con dati affidabili.
>
> Max
>

+1
Penso che sia molto più interessante, costruttivo e in ultimo
responsabilizzante per l'utente (di qualsiasi sito/app/software) un
approccio di questo tipo piuttosto che creare restrizioni per tutti.

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

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Lorenzo "Beba"; Beltrami]

Il giorno 6 gennaio 2017 20:01, Federico Cortese  ha
scritto:

> Eppure non la capisco questa cosa. Se non premi CTRL mentre disegni e
> clicchi un nodo esistente vi si aggancia, anche se hai iniziato la way
> disegnando punti nuovi.
> E' spiegato anche qui:
> https://josm.openstreetmap.de/wiki/Help/Action/Draw


Anche a me JOSM riutilizza i nodi senza problemi.
Anzi i nodi "riutilizzati" (quelli in comune) li evidenzia con quadratini
leggermente più grossi del solito.
Si vede anche nel link che ha messo Federico alla sezione "Modifiers"[1].

Non è che c'è qualche preferenza di JOSM che inibisce il riutilizzo dei
nodi al contrario del default?

Lorenzo

[1] https://josm.openstreetmap.de/wiki/Help/Action/Draw#Modifiers
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Novità sulle piazze

[Lorenzo "Beba"; Beltrami]

Il giorno 6 gennaio 2017 13:37, mircozorzo  ha
scritto:

> Ho quindi spostato dalla relazione al poligono esterno il place=square, ho
> fatto bene secondo voi?
>

Di sicuro è meglio di prima.
Quello che ti chiedo è: il giornalaio[1] verso Santa Giustina fa parte
anche lui a pieno titolo di Prato della Valle?
Se quel giornalaio e altre zone lì attorno sono anche loro a pieno titolo
Prato della Valle forse vale la pena fare un nuovo poligono ancora più
esterno su cui mettere place=square e name=Prato della Valle che racchiuda
(e quindi descriva meglio) tutti gli elementi di PDV.

Sul wiki addirittura si consiglia di usare gli stessi nodi degli elementi
che fanno da confine[2].
Un esempio lo puoi trovare a Roma[3] o a Londra[4].

Lorenzo

@Martin: ho visto che il wiki l'hai modificato tu inserendo quel
suggerimento. C'è una discussione a cui fare riferimento? Non è un po'
troppo macchinoso da manutenere dopo?

[1] https://www.openstreetmap.org/node/1460324902
[2] https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare
[3] http://www.openstreetmap.org/relation/6685928
[4] http://www.openstreetmap.org/way/260720557
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Public GPS Traces, come layer sul sito OSM.

[Lorenzo "Beba"; Beltrami]

Qualcuno ha capito che logica seguono i colori?
Mi sembra che ci sia uno schema, ma non riesco ad afferrarlo...
Forse una combinazione di velocità e direzione?

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

Re: [Talk-it] Novità sulle piazze

[Lorenzo "Beba"; Beltrami]

2017-01-05 12:50 GMT+01:00 mircozorzo :

> Ciao, quindi Prato della Valle a Padova è un place=square, giusto?
>

Trovo Prato della Valle un buon esempio di come place=square sia di più
ampio respiro rispetto ad area=yes su una highway=*.

Tra l'altro la situazione attuale[1] usa proprio la configurazione
particolare di highway=pedestrian con area=yes, ma in questo modo si
tralasciano le vie attorno (come notato da Martin) e tutta una serie di
oggetti che fanno parte della piazza come il prato/isola centrale[2], il
canale[3], per non parlare di cestini, edicole, parcheggi per bici...

Lorenzo

[1] https://www.openstreetmap.org/relation/571885
[2] https://www.openstreetmap.org/relation/6541028
[3] https://www.openstreetmap.org/way/42423786
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] A proposito di qualità degli edit

[Lorenzo "Beba"; Beltrami]

Il giorno 4 gennaio 2017 23:38, Federico Cortese  ha
scritto:

> 2017-01-04 22:31 GMT+01:00 Marco_T :
> > pierluigi de rosa wrote
> >> Grazie a tutti della disponibilità e mi dispiace per il disguido
> >
> > Pierluigi,
> > assolutamente non devi dispiacerti per il disguido, anzi, il semplice
> fatto
> > che hai fatto conoscere OSM è encomiabile.
>
> Sottoscrivo quanto detto da Marco.
> Grazie Pierluigi per il tuo impegno nella diffusione di OSM.
>

+1
Bella iniziativa!

Vorrei però spezzare una lancia in favore di iD.
Premetto che quando devo fare cose complicate uso JOSM. In alcuni casi è
l'unico editor che mi permette di fare quello che voglio!

Ma per uno che si avvicina a OSM e non è pratico di geo-software o anche
più banalmente del "computer" JOSM è un vero incubo...
Schermate caotiche, una pulsantiera degna di Flying Simulator, una
sterminata scelta di preferenze e tutta una serie di procedure per niente
intuitive...

Se devo mettere un numero di telefono, cancellare un albero perché l'hanno
abbattuto, correggere la way di una strada... è molto più semplice e
intuitivo usare iD!
Nel mio caso quando sono a casa alla mia postazione uso JOSM e faccio edit
più "seri", quando sono in giro e devo fare modifiche di poco conto uso iD
(a volte anche Level0, altro strumento tanto interessante quanto
inaccessibile).

Bisognerebbe, piuttosto, pensare ad un sistema di validazione e di preset
(punti di forza inarrivabili di JOSM) anche per iD o, ancora meglio, comune.
Così vincono tutti.

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

Re: [Talk-it] Novità sulle piazze

[Lorenzo "Beba"; Beltrami]

Il giorno 4 gennaio 2017 14:55, Martin Koppenhoefer 
ha scritto:

>
> 2017-01-04 12:20 GMT+01:00 Cascafico Giovanni :
>
>> +1
>> Una piazza é descritta a sufficienza con highway pedestrian/living
>> Street, area yes
>>
>
>
> come fai quando c'è un aiuola sulla piazza?
>

+1
Sono d'accordo anche io con Martin.
Da noi a Reggio ci sono molti esempi in cui highway pedestrian/living
Street, area yes possono andare più che bene, ma dal mio punto di vista si
tratta di un caso particolare di una casistica più generale.

Un esempio è questo:
https://commons.wikimedia.org/wiki/File:Piazza_gioberti,_reggio_emilia.JPG
Una piazza con in mezzo un aiuola, con in mezzo un obelisco, con attaccato
un monumento ai caduti. A sinistra c'è una zona pedonale e una zona di
parcheggi riservati con colonnine di ricarica per auto elettriche. A destra
è senso unico con corsia preferenziale in senso opposto. Alle spalle (fuori
dalla foto) parte anche un largo marciapiede e a seguire un piccolo
plateatico. Sena contare le fermate dell'autobus, i cestini del pattume e
via dicendo.
Eppure tutti questi elementi eterogenei hanno in comune il luogo in cui
stanno: la piazza.
E come esempio non è nemmeno troppo complicato.

Avendo chiaro il problema preferisco un place=square ad una relazione ad un
highway=* con area=yes.

Un'altra cosa che non mi piace di highway=* con area=yes è quando in una
piazza con highway=pedestrian ci possono passare, ad esempio, autobus e
taxi.
Su un area non trovo molto corretto utilizzare le lanes (un area non ha un
verso come invece la way) né andare a inserire un'altra highway dentro la
highway.

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

Re: [Talk-it] A3 Salerno-Reggio Calabria

[Lorenzo "Beba"; Beltrami]

Io ho trovato questo post sul sito dell'ANAS (gestore del tratto Salerno -
Reggio Calabria): http://www.stradeanas.it/news/dettaglio/id/7052

"La nuova autostrada – ha concluso Armani (presidente ANAS, ndr) - assumerà
> il nome di A2, come naturale prosecuzione dell’itinerario Nord-Sud che
> nasce a Milano con la A1".
>
> L’itinerario Nord-Sud, originariamente identificato nella tratta A1
> (Milano-Napoli), A3 (Napoli-Salerno) e A3 (Salerno-Reggio Calabria) oggi è
> di fatto composto da più segmenti autostradali, tra cui l’A1, la A30, il
> Raccordo Autostradale Salerno – Avellino RA02 e A3 Salerno Reggio Calabria,
> che non sono percepiti dal cliente stradale come un unico collegamento.
>
Lorenzo

Il giorno 24 dicembre 2016 08:45, THESTORM375 <fasanovaler...@gmail.com> ha
scritto:

> Io ho visto un servizio l'altro giorno al telegiornale ... ed è giusto A3
> perché l'hanno ribattezzata così .. hanno ricostruito un tratto e una nuova
> galleria
>
> Il Lun 19 Dic 2016 15:40 Lorenzo "Beba" Beltrami <lorenzo.b...@gmail.com>
> ha scritto:
>
>> Ciao,
>> il nome di quell'elemento della mappa qual'è?
>> "Salerno-Reggio Calabria" o "Napoli-Reggio Calabria" o un altro ancora?
>> Hai provato anche a contattare chi ha fatto la modifica per sapere cosa
>> ne pensa?
>>
>> Una volta deciso il nome ci si può destreggiare tra i vari tag:
>> local_name, official_name, name, ...[1][2]
>> Nonostante le indicazioni sul wiki la discussione su cosa inserire nel
>> tag name è ancora aperta: in questa lista se ne parla abbastanza spesso e a
>> lungo.
>>
>> Lorenzo
>>
>> [1] http://wiki.openstreetmap.org/wiki/Key:name
>> [2] http://wiki.openstreetmap.org/wiki/Names
>>
>>
>> Il giorno 19 dicembre 2016 13:14, francesco gargano <
>> frengofieramos...@gmail.com> ha scritto:
>>
>> Buongiorno , approfitto di questa segnalazione dove lo stesso utente ha
>> inserito due nomi diversi sulle due carreggiate opposte di un tratto della
>> A3
>>
>> http://osm.org/go/xcnUhghEh-?m=
>>
>> per chiedervi se non sia il caso che la A3 da Salerno a scendere vada
>> ribattezzata "Salerno-Reggio Calabria" visto che tutti i segnali di
>> direzione agli svincoli indicano come caposaldo Salerno o i segnali di
>> indicazione e preavviso riportano tutti SA-RC o "Salerno-Reggio Calabria"
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] edifici con altezza <= zero (probemi di import?)

[Lorenzo &quot;Beba"; Beltrami]

Ciao,
ho notato uno di questi edifici[1] anche a Rubiera, in provincia di Reggio
Emilia.
Si tratta di un parcheggio sotterraneo e quindi l'autore ha messo height=0
assieme a parking=underground e building:levels:underground=1.
È giusto? È sbagliato? Eventuali alternative?

Lorenzo

[1] http://www.openstreetmap.org/way/430973367

2016-12-19 22:20 GMT+01:00 Maurizio Napolitano :

> Ciao
> ho estratto tutti gli edifici d'Italia da OpenStreetMap e, guardando i
> dati, ho cominciato a trovarne parecchi con altezza inferiore a zero.
> In particolare questi 15 in Friuli Venezia Giulia
> http://www.openstreetmap.org/way/85447406 altezza -4m
> http://www.openstreetmap.org/way/36059414 altezza -4m
> http://www.openstreetmap.org/way/36624142 altezza -7m
> http://www.openstreetmap.org/way/36021885 altezza -2m
> http://www.openstreetmap.org/way/85447394 altezza -2m
> http://www.openstreetmap.org/way/85447383 altezza -2m
> http://www.openstreetmap.org/way/85447400 altezza -2m
> http://www.openstreetmap.org/way/85447386 altezza -2m
> http://www.openstreetmap.org/way/48470603 altezza -5m
> http://www.openstreetmap.org/way/48470606 altezza -5m
> http://www.openstreetmap.org/way/48470604 altezza -5m
> http://www.openstreetmap.org/way/48470608 altezza -5m
> http://www.openstreetmap.org/way/48470605 altezza -5m
> http://www.openstreetmap.org/way/145751101 altezza -2.5m
> http://www.openstreetmap.org/way/36368815 altezza -2m
>
> Mettendo poi tutto su mappa
> http://umap.openstreetmap.fr/en/map/edifici-altezza-zero-
> in-openstreetmap_117748#8/45.775/11.321
> si vede che la maggior parte sono in Friuli Venezia Giula
> o a Pavia.
>
> Da una occhiata ai dati si direbbe siano problemi derivati
> da import.
>
> Si tratta di 357 edifici, quindi penso che siano facilmente
> verificabili.
> Immagino che quei valori possano avere una loro dignità
>
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] A3 Salerno-Reggio Calabria

[Lorenzo &quot;Beba"; Beltrami]

Ciao,
il nome di quell'elemento della mappa qual'è?
"Salerno-Reggio Calabria" o "Napoli-Reggio Calabria" o un altro ancora?
Hai provato anche a contattare chi ha fatto la modifica per sapere cosa ne
pensa?

Una volta deciso il nome ci si può destreggiare tra i vari tag: local_name,
official_name, name, ...[1][2]
Nonostante le indicazioni sul wiki la discussione su cosa inserire nel tag
name è ancora aperta: in questa lista se ne parla abbastanza spesso e a
lungo.

Lorenzo

[1] http://wiki.openstreetmap.org/wiki/Key:name
[2] http://wiki.openstreetmap.org/wiki/Names


Il giorno 19 dicembre 2016 13:14, francesco gargano <
frengofieramos...@gmail.com> ha scritto:

> Buongiorno , approfitto di questa segnalazione dove lo stesso utente ha
> inserito due nomi diversi sulle due carreggiate opposte di un tratto della
> A3
>
> http://osm.org/go/xcnUhghEh-?m=
>
> per chiedervi se non sia il caso che la A3 da Salerno a scendere vada
> ribattezzata "Salerno-Reggio Calabria" visto che tutti i segnali di
> direzione agli svincoli indicano come caposaldo Salerno o i segnali di
> indicazione e preavviso riportano tutti SA-RC o "Salerno-Reggio Calabria"
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ex capannone riadattato

[Lorenzo &quot;Beba"; Beltrami]

Sul wiki suggeriscono (l'onnipresente Martin ;)
building=production_hall[1], ma taginfo lo dà come usato solo 2 volte[2]...
building=manufacture è più usato, ma rimane ancora un po' generico.
Stesso discorso si può fare con building=prefabricated che potrebbe variare
dal capannone industriale al container.

Quale sarebbe il termine tecnico in inglese british per indicare una
costruzione prefabbricata pensata per la produzione industriale?

In effetti per noi che abitiamo in "capannonia", come dice giustamente
Volker, sarebbe utile trovare un tag appropriato per queste strutture.

Lorenzo

[1] http://wiki.openstreetmap.org/wiki/Tag:building%3Dindustrial
[2] http://taginfo.openstreetmap.org/search?q=building%3Dproduction_hall

Il giorno 14 dicembre 2016 11:03, Volker Schmidt  ha
scritto:

> @Martin
>
> vedi
> http://wiki.openstreetmap.org/wiki/Lecce
> http://wiki.openstreetmap.org/wiki/Puglia/CTR_Import
>
> Che cosa proponi? Mi interessa perché vivo in Capannonia (= nordest
> dell'Italia)
> industrial=warehouse?  bulding=warehouse (vedi
> http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse)
> non mi piace tanto perché descrive più l'utilizzo, non l'edificio.
>
>
> 2016-12-14 9:41 GMT+01:00 Martin Koppenhoefer :
>
>> "industrial" non è molto specifico per un capannone, userei se possibile
>> qualcosa più specifico
>>
>> ciao,
>> Martin
>>
>> sent from a phone
>>
>> > On 14 Dec 2016, at 08:49, Volker Schmidt  wrote:
>> >
>> > C'è abbastanza consenso che il tag building descrive il tipo di
>> edificio e non l'uso.
>> > Quindi nel primo caso building=industrial, nel secondo
>> building=residential
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ex capannone riadattato

[Lorenzo &quot;Beba"; Beltrami]

Grazie!

Lorenzo

Il giorno 14 dicembre 2016 08:49, Volker Schmidt  ha
scritto:

> C'è abbastanza consenso che il tag building descrive il tipo di edificio e
> non l'uso.
> Quindi nel primo caso building=industrial, nel secondo
> building=residential
>
> Volker
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ex capannone riadattato

[Lorenzo &quot;Beba"; Beltrami]

Proprio nessuno?

Giro la domanda sulla lista tagging?

Lorenzo

Il giorno 5 dicembre 2016 12:45, Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Ciao a tutti,
> devo mappare un edificio che una volta era un capannone, ma, fallita la
> ditta, è stato acquistato da un associazione sportiva che dentro ci ha
> fatto dei campi da beach volley al coperto.
>
> La mia domanda è: per indicare gli edifici che nascono (e sono quindi
> strutturati) come capannoni industriali devo usare building=industrial
> anche se l'uso non è più quello industriale?
> Più in generale: quanto il tag building è riferito alla forma/struttura
> dell'edificio e quanto al suo utilizzo?
>
> Un esempio uguale, ma di segno opposto, sono le palazzine nella zona
> industriale che nascevano come residenze (bulding=house) per custodi o
> dipendenti e sono state in seguito riadattate ad uffici
> (building=commercial, office=*) amministrativi dalle ditte stesse.
> building=house o building=commercial?
>
> Saluti
> Lorenzo
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Estrarre edifici con 8 lati

[Lorenzo &quot;Beba"; Beltrami]

Ciao a tutti,
ispirato dalla ricerca degli antichi caseifici emiliani (strutture
caratteristiche ottagonali[1][2][3]) mi chiedevo:
è possibile fare una query su OSM che mi ritorni tutti gli edifici
(building=*) che hanno 8 lati?

Ho provato a cercare un po' nella documentazione di Overpass, ma non ho
trovato nulla...
Con QGIS avrei qualche possibilità in più?

Grazie
Lorenzo

[1]
http://www.ascuoladaglialberi.net/wordpress/wp-content/uploads/2015/06/RIMG1515leg.jpg
[2] https://mw2.google.com/mw-panoramio/photos/medium/124224205.jpg
[3]
http://storage.aicod.it/portale/turismoreggioemilia/crop/400/240/RE_Gavassa_dinazzano228.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Dubbio su una relazione restriction

[Lorenzo &quot;Beba"; Beltrami]

Ciao Davide,
l'errore sembra essere in OSM.
Zoomando si nota che la variante Schio-Thiene (quella gialla, per
intendersi) è sovrapposta all'uscita della tangenziale (quella arancione).
A volte OSRM prende quella giusta (e indica di andare alla rotonda
successiva per poi tornare indietro[1]) a volte no e ti fa girare a
sinistra come hai segnalato tu.

Bisognerebbe sistemare la sovrapposizione delle due way.

Lorenzo

[1]
http://map.project-osrm.org/?z=17=45.716488%2C11.431843=45.716181%2C11.430920=45.714772%2C11.424258=en=0

Il giorno 6 dicembre 2016 23:34, Davide Sandona' 
ha scritto:

> Salve,
> stavo analizzando la restrizione [1] attraverso i tool [2] e [3]. OSRM [2]
> fa una cosa sbagliata: la restrizione dice che in quel punto, provenendo da
> quella direzione, si può solo proseguire dritti.
> Il dubbio: si tratta di un bug di OSRM oppure la restrizione va sostituita
> con una no_left_turn [4]?
>
> [1] https://www.openstreetmap.org/relation/3349363
> [2] http://map.project-osrm.org/?z=17=45.716214%2C11.4308
> 13=45.716211%2C11.430813=45.714772%2C11.424258=en=0
> [3] http://map.comlu.com/
> [4] https://wiki.openstreetmap.org/wiki/Relation:restriction
>
> Davide.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Ex capannone riadattato

[Lorenzo &quot;Beba"; Beltrami]

Ciao a tutti,
devo mappare un edificio che una volta era un capannone, ma, fallita la
ditta, è stato acquistato da un associazione sportiva che dentro ci ha
fatto dei campi da beach volley al coperto.

La mia domanda è: per indicare gli edifici che nascono (e sono quindi
strutturati) come capannoni industriali devo usare building=industrial
anche se l'uso non è più quello industriale?
Più in generale: quanto il tag building è riferito alla forma/struttura
dell'edificio e quanto al suo utilizzo?

Un esempio uguale, ma di segno opposto, sono le palazzine nella zona
industriale che nascevano come residenze (bulding=house) per custodi o
dipendenti e sono state in seguito riadattate ad uffici
(building=commercial, office=*) amministrativi dalle ditte stesse.
building=house o building=commercial?

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

Re: [Talk-it] Indirizzi a Venezia: sestieri

[Lorenzo &quot;Beba"; Beltrami]

Prendendo ad esempio Dorsoduro [1]
vedo che è taggato come place=neighbourhood.
A rigor di logica mi verrebbe quindi da dire di usare addr:neighbourhood=*
col nome del sestiere.

Però per scrupolo ho fatto una query su Overpass.
Su 7.437 addr:housenumber=* presenti a Venezia:
- 405 usano addr:street col nome della via
- 6.987 usano addr:neighbourhood col nome del sestiere
- 4.824 usano addr:neighbourhood e addr:place assieme col nome del sestiere

Lollo

[1] https://www.openstreetmap.org/way/216882424

Il giorno 26 novembre 2016 08:25, Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Ciao a tutti,
>
> volevo aggiungere degli indirizzi a Venezia ma mi sono fermato perché non
> sono sicuro di come sia meglio gestire la numerazione, che a Venezia si
> basa sui sestieri (https://it.wikipedia.org/wiki/Sestiere_(Venezia)), non
> sulle vie (o calli, fondamenta ecc..).
>
> In questo sub paragrafo nel wiki sul tag addr (https://wiki.openstreetmap.
> org/wiki/Talk:Key:addr#Venice_.28Italy.29_addresses) si suggerire di non
> usare il tag addr:street Sono d'accordo, però in realtà vedo che la
> maggiorparte degli indirizzi è mappata proprio con addr:street.
>
> Cosa si dovrebe usare tra i vari tag seguenti?
>
> addr:block=* (number)
> addr:district=* (number, name, or name+number... as appropriate)
> addr:neighborhood=* (probably name)
> addr:ward=* (name)
> addr:suburb=* (name)
>
> Immagino si potrebbe estrarre una statistica dei tag più usati per addr a
> Venezia per avere un approccio il pi uniforme possibile e scegliere il tag
> più usato... ma non ne sono capace... Qualcuno mi può indirizzare (che bel
> gioco di parole :-)) per favore?
> Grazie,
> Ale
>
> --
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tagging di argini

[Lorenzo &quot;Beba"; Beltrami]

Gli argini sono di terra.

Gli argini più "semplici"[1] possono anche essere rappresentati con una
semplice way con man_made=embankment, ma gli argini maestri a volte sono
anche elementi abbastanza complessi da mappare[2]...

Ciao!
Lollo

[1]
http://www.navecorsara.it/wp/wp-content/uploads/2010/01/Stirone_argine_1-580x435.jpg
[2]
http://bur.regione.veneto.it/resourcegallery/photos/465_Guarda%20Veneta_ro_Panorama%20con%20argine.jpg


Il giorno 25 novembre 2016 14:32, Simone  ha
scritto:

>
> Non ho capito sinceramente se gli argini sono muri a secco in pendenza,
> come spesso si vede dalle mie parti in Trentino, perché in tal caso io uso
> barrier=retaining_wall, e wall=dry_stone, come way lungo il bordo
> dell'argine.
>
> man_made=embankment se é solo terra, con l'aggiunta di two_sided=yes nel
> caso di ambedue i lati.
>
> -- Simone Girardelli--
>
> Inviato con K-9 Mail
> Scusate la brevità dello scritto.
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it