[Talk-it] Un saluto a tutti.

[Sergio Manzi]

Ciao a tutti,

questo sarà il mio ultimo post nella mailing list che ho deciso di lasciare, 
insieme alle altre.

Non ho voglia di dilungarmi sui motivi. Dico solo che chi se ne rallegrerà 
potrà unirsi a Martin nei festeggiamenti.

Buona vita a tutte le persone di buona volontà (/sono certo che ce ne siano/),

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

Giusto. Anche qui non conosco i dettagli... Chi potrebbe firmarla (se la 
accetta)?

Stavo anche pensando che il mio "Nell'eventualità...", potrebbe essere 
sostituito con un "Presupponendo...", perché la cosa sembra essere abbastanza 
evidente e dire "Nell'eventualià" può sembrare un presa per il c...

Sergio


On 2019-03-14 11:58, Volker Schmidt wrote:
> Questa lettera dovrebbe essere mandato dalla Wikimedia Foundation Italia che 
> rappresenta OSMF in Italia.



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

Proponi pure, Matteo, mi sembra giusto. Io non ho specificato perché non le 
conosco nei dettagli...

Sergio


On 2019-03-14 11:57, Matteo Fortini wrote:
> Definirei meglio la parte in grassetto, citando le regole della comunità, in 
> modo da non farlo sembrare un arbitrio:
>
> Nell'eventualità che le due cose siano correlate, la invitiamo a 
> richiamare i suoi collaboratori ad adeguarsi a tali standard e a coordinarsi 
> con la comunità OSM *affinché il lavoro svolto non venga vanificato da 
> eliminazioni di massa di quanto la comunità OSM riterrà essere inadeguato*.
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

Versione 2.0...:

Gent. Assessore Monica Petrella

..

e p.c.

Al Sig. Sindaco del Comune dell'Aquila

.


Gentile Assessore,

leggiamo 
(http://news-town.it/cultura-e-societa/23957-l-aquila-avr%C3%A0-una-sua-mappa-digitale-aggiornata-e-georeferenziata.html)
 di una iniziativa volta all mappatura secondo criteri "Open Data" del Comune 
dell'Aquila, attività che ci sembra essere da Lei coordinata ed affidata 
all'operatività dell'Ing. Dmitri-Alexander Jilin.

Plaudiamo all'iniziativa e ci rendiamo disponibili a sostenerla, ma nel 
contempo dobbiamo segnalarle che recentemente notiamo nella sua area una 
attività di mappatura (/da parte dell'utente che si identifica come "alji - 
Comune Aq - Ufficio Toponomastica"/) che sta avvenendo con modalità che si 
pongono totalmente al di fuori degli standard qualitativi che la nostra 
comunità si è data.

Nell'eventualità che le due cose siano correlate, la invitiamo a richiamare 
i suoi collaboratori ad adeguarsi a tali standard e a coordinarsi con la 
comunità OSM affinché il lavoro svolto non venga vanificato da eliminazioni di 
massa di quanto la comunità OSM riterrà essere inadeguato.

Con i migliori saluti,

Per la comunità Italiana di OpenStreetMap,

Pinco Pallino



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-14 10:44, Sergio Manzi wrote:
> On 2019-03-14 09:51, Andrea Enzo wrote:
>> Si potrebbe anche cancellare i tag sbagliati e possibilmente correggerli.
>> Poi sarà lui a doversi giustificare con chi di dovere.
> Sì, direi che si può fare, ma stavo anche pensando ad una bella letterina 
> all'assessora nella quale spiegare che il suo /esperto /stà facendo un 
> macello e che i soldini con cui lo sta pagando sono sostanzialente gettati 
> perché la comunità non accetta questo uso di OSM e provvederà ad eliminare 
> tutto ciò che ritiene sbagliato.
>
> Sergio
>
Del tipo:

Gent. Assessore Monica Petrella

..

e p.c.

Al Sig. Sindaco del Comune dell'Aquila

.


Gentile Assessore leggiamo 
(http://news-town.it/cultura-e-societa/23957-l-aquila-avr%C3%A0-una-sua-mappa-digitale-aggiornata-e-georeferenziata.html)
 di una sua iniziativa volta all mappatura secondo criteri "Open Data" del 
Comune dell'Aquila, attività che ci sembra essere da Lei coordinata ed affidata 
all''Ing. Dmitri-Alexander Jilin.

Plaudiamo all'iniziativa e ci rendiamo disponibili a sostenerla, ma nel 
contempo dobbiamo segnalarle che recentemente notiamo una attività di mapping 
nella sua area (da parte dell'utente che si identifica come ".") che sta 
avvenendo con modalità che si pongono totalmente al di fuori degli standard 
qualitativi che la nostra cominità si è data.

Nell'eventualità che le due cose siano correlate, la invitiamo a richiamare 
le persone che da Lei dipendono ad adeguarsi a tali standard per evitare il 
rischio che il lavoro svolto venga vanificato da eliminazioni di massa di 
quanto la comunità OSM ritiene essere inadeguato.

Con i migliori saluti,

Per la comunità Italiana di OpenStreetMap,

Pinco Pallino





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-14 09:51, Andrea Enzo wrote:
> Si potrebbe anche cancellare i tag sbagliati e possibilmente correggerli.
> Poi sarà lui a doversi giustificare con chi di dovere.
Sì, direi che si può fare, ma stavo anche pensando ad una bella letterina 
all'assessora nella quale spiegare che il suo /esperto /stà facendo un macello 
e che i soldini con cui lo sta pagando sono sostanzialente gettati perché la 
comunità non accetta questo uso di OSM e provvederà ad eliminare tutto ciò che 
ritiene sbagliato.

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

Ciao canfe,

il problema non è quello dell'indoor mapping (/anche se personalmente devo 
capire se la cosa mi piaccia davvero.../).

Il problema è che il mapper in questione sta appiccicando in giro tags di 
fantasia, che nulla hanno a che fare con l'indoor mapping.

O meglio, forse qualcosa ce l'hanno: la mia ipotesi è che le stia mettendo per 
fare in modo che quelle features siano ricercabili in base a quelle parole 
chiave, altrimenti "nascoste" nell'indoor mapping, insomma una specie di SEO 
(leggi: "spam") all'interno di OSM. Ma guarda che questa è solo una mia ipotesi 
per cercare di dare una spiegazione vagamente razionale al bordello che il 
tizio sta combinando...

Sergio


On 2019-03-14 10:21, canfe wrote:
> Salve, perdonate l'ignoranza, ma una ML serve anche per guarirla...
> Io personalmente trovo bello (non ne conoscevo l'esistenza) di poter fare un
> mapping indoor.
> Un solo punto che poi si 'apre' in un sito apposito.
> Mi pare meglio che una affastellatura di punti che, per distanza, non
> possono essere chiari di per sè.
>
> Utilizzabile per gli ospedali, qualche discussione fa...
>
>
>
> --
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-13 23:08, Matteo Fortini wrote:
> Ho fatto un sondaggio fra amici in zona e mi hanno segnalato questo
> http://news-town.it/cultura-e-societa/23957-l-aquila-avr%C3%A0-una-sua-mappa-digitale-aggiornata-e-georeferenziata.html
>

Ah, bello. Quindi vuol dire che viene pure pagata la /professionalità 
specialistica/ in Geodesy and Geoinformation dell'Ingeniere... Mi fumano gli 
orecchi...


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-13 22:39, Andrea Enzo wrote:
> Si lo conosciamo.
> È l'utente che fa pasticci e nonostante giorni fa gli è stato chiesto di 
> seguire ik wiki, non l'ha fatto.
>
> https://wiki.openstreetmap.org/wiki/OpenLevelUp
>
Capito...

Che si fa? Lo si considera "rumore di fondo" come tante altre bischerate che si 
vedono in giro o, se non si convince, si fa una "edit war"?






smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-13 22:29, Sergio Manzi wrote:
> On 2019-03-13 22:24, Sergio Manzi wrote:
>> On 2019-03-13 22:18, Andrea Enzo wrote:
>>> Buongiorno,
>>> segnalo questo utente [1]che inventa i tag e sembra che non voglia 
>>> ascoltare i consigli degli altri mappers.
>>>
>>> p.s.: sono riuscito ad accedere alla ml 
>>>
>>> [1] 
>>> https://www.openstreetmap.org/user/Comune%20Aq%20-%20Ufficio%20Toponomastica%20-%20alji
>>> -- 
>>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 
>> https://www.openstreetmap.org/node/5924358715
>>
>> Mamma mia
> ... ma cos'è quel OpenLevUp al quale linka 
> (https://openlevelup.net/?t=0=2=styles/basic#20/42.35617/13.38863) e che 
> si dichiara "The OpenStreetMap indoor Viewer"?
>
> Lo conosciamo? Non è che sia "quello" a combinare pasticci?

Ah, beh... ho trovato pure questo:

https://www.openstreetmap.org/way/453601634

che se andate a vedere con OpenLevelUp 
(https://openlevelup.net/?t=0=0=styles/basic#19/45.48684/12.24183) mostra 
gli interni

e che dichiara "/Guggenheim: primo indoor mapping con 
https://wiki.openstreetmap.org/wiki/F3DB e tags simple indoor. Utilizzato la 
pianta del piano d'emergenza./"

Il link al wiki porta ad una pagina dove ci sta scritto: "/This indoor-related 
proposal is just a draft and has no wide software support. *It should not be 
used to integrate new data*. Instead, prefer Simple Indoor Tagging scheme, 
which has a wider software support./"

... e il bello è che mia moglie insegna proprio lì! Provo a informarmi??

Comunque al Guggenheim non mi sembra di vedere il papocchio che ci sta 
all'Aquila...

Sergio




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-13 22:24, Sergio Manzi wrote:
> On 2019-03-13 22:18, Andrea Enzo wrote:
>> Buongiorno,
>> segnalo questo utente [1]che inventa i tag e sembra che non voglia ascoltare 
>> i consigli degli altri mappers.
>>
>> p.s.: sono riuscito ad accedere alla ml 
>>
>> [1] 
>> https://www.openstreetmap.org/user/Comune%20Aq%20-%20Ufficio%20Toponomastica%20-%20alji
>> -- 
>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 
>
> https://www.openstreetmap.org/node/5924358715
>
> Mamma mia

... ma cos'è quel OpenLevUp al quale linka 
(https://openlevelup.net/?t=0=2=styles/basic#20/42.35617/13.38863) e che si 
dichiara "The OpenStreetMap indoor Viewer"?

Lo conosciamo? Non è che sia "quello" a combinare pasticci?




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che ignora i suggerimenti

[Sergio Manzi]

On 2019-03-13 22:18, Andrea Enzo wrote:
> Buongiorno,
> segnalo questo utente [1]che inventa i tag e sembra che non voglia ascoltare 
> i consigli degli altri mappers.
>
> p.s.: sono riuscito ad accedere alla ml 
>
> [1] 
> https://www.openstreetmap.org/user/Comune%20Aq%20-%20Ufficio%20Toponomastica%20-%20alji
> -- 
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 


https://www.openstreetmap.org/node/5924358715

Mamma mia





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chi mi aiuta in un editing che non riesco a fare?

[Sergio Manzi]

On 2019-03-13 14:32, Sergio Manzi wrote:
> On 2019-03-13 14:28, Martin Koppenhoefer wrote:
>>
>>
>> Am Mi., 13. März 2019 um 13:46 Uhr schrieb Sergio Manzi > <mailto:s...@smz.it>>:
>>
>>
>> Ciao a tutti.
>>
>> Un follow-up: effettivamente la numerazione dei numeri civici cambia a 
>> metà del Ponte di Rialto, confermando la correttezza dei confini dei 
>> sestieri collocati "a metà canale".
>>
>> Una ricerca storico-legale sulla situazione (/definita probabilmente non 
>> tanto da leggi quanto da delibere comunali/) richiederebbe un lavoro 
>> notevole sul quale sinceramente non mi sento di impegnarmi (/tra l'altro 
>> temo di non essere molto amato dall'attuale amministrazione.../), ma direi 
>> che abbiamo la prova provata dall'osservazione sul campo.
>>
>>
>>
>> quella prova però è soltanto valida per un unico punto (Rialto), mentre in 
>> generale non sai se i canali fanno parte dei sestieri, oppure no.
>>
>> Ciao,
>> Martin
>>
> Giusto. Diciamo che abbiamo un elemento a supporto di quanto è stato mappato, 
> non la prova definitiva.
>
> Sergio
>
... o, se proprio vogliamo essere pignoli all'inverosimile, diciamo che abbiamo 
un dato "/non in contraddizione/" con quanto è stato mappato.



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chi mi aiuta in un editing che non riesco a fare?

[Sergio Manzi]

On 2019-03-13 14:28, Martin Koppenhoefer wrote:
>
>
> Am Mi., 13. März 2019 um 13:46 Uhr schrieb Sergio Manzi  <mailto:s...@smz.it>>:
>
>
> Ciao a tutti.
>
> Un follow-up: effettivamente la numerazione dei numeri civici cambia a 
> metà del Ponte di Rialto, confermando la correttezza dei confini dei sestieri 
> collocati "a metà canale".
>
> Una ricerca storico-legale sulla situazione (/definita probabilmente non 
> tanto da leggi quanto da delibere comunali/) richiederebbe un lavoro notevole 
> sul quale sinceramente non mi sento di impegnarmi (/tra l'altro temo di non 
> essere molto amato dall'attuale amministrazione.../), ma direi che abbiamo la 
> prova provata dall'osservazione sul campo.
>
>
>
> quella prova però è soltanto valida per un unico punto (Rialto), mentre in 
> generale non sai se i canali fanno parte dei sestieri, oppure no.
>
> Ciao,
> Martin
>
Giusto. Diciamo che abbiamo un elemento a supporto di quanto è stato mappato, 
non la prova definitiva.

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chi mi aiuta in un editing che non riesco a fare?

[Sergio Manzi]

On 2019-03-13 07:31, Martin Koppenhoefer wrote:
> On 12. Mar 2019, at 23:22, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>>
>> P.S.: i limiti dei Sestieri che si estendono in mezzo ai canali non mi 
>> convincono...
>>
>> Domani controllerò se sul Ponte di Rialto effettivamente la numerazione 
>> civica cambia a metà ponte (/non ricordo e potrebbe essere l'unico caso in 
>> cui potrebbe avere un senso.../)
>>
> oltre alla numerazione civica potresti vedere la situazione legale, ci 
> dovrebbero essere leggi che descrivono i sestieri.
>
> Ciao, Martin

Ciao a tutti.

Un follow-up: effettivamente la numerazione dei numeri civici cambia a metà del 
Ponte di Rialto, confermando la correttezza dei confini dei sestieri collocati 
"a metà canale".

Una ricerca storico-legale sulla situazione (/definita probabilmente non tanto 
da leggi quanto da delibere comunali/) richiederebbe un lavoro notevole sul 
quale sinceramente non mi sento di impegnarmi (/tra l'altro temo di non essere 
molto amato dall'attuale amministrazione.../), ma direi che abbiamo la prova 
provata dall'osservazione sul campo.

Ciao a tutti,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chi mi aiuta in un editing che non riesco a fare?

[Sergio Manzi]

Grazie Volker!

Hai ignorato gli errori che dava anche a me seguendo il mio metodo o hai fatto 
qualcosa di diverso?


On 2019-03-12 23:25, Volker Schmidt wrote:
> Ho rimosso l'isola artificiale, ignorando un altro problema non correlato ma 
> segnalato da JOSM
>
> On Tue, 12 Mar 2019 at 23:22, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
> P.S.: i limiti dei Sestieri che si estendono in mezzo ai canali non mi 
> convincono...
>
> Domani controllerò se sul Ponte di Rialto effettivamente la numerazione 
> civica cambia a metà ponte (/non ricordo e potrebbe essere l'unico caso in 
> cui potrebbe avere un senso.../)
>
>
> On 2019-03-12 23:12, Sergio Manzi wrote:
>>
>> Ciao a tutti!
>>
>> Qualcuno ha segnalato un errore nella mappatura di Venezia: 
>> https://www.openstreetmap.org/note/1703775#map=19/45.43112/12.33761=N
>>
>> Effettivamente appare un "baffo" di suolo che dalla Punta della Dogana 
>> si proietta verso il centro del limite Est del Canal Grande.
>>
>> Il problema è una non coincidenza tra la way che mappa il riverbank del 
>> Canal Grande (https://www.openstreetmap.org/way/173196996) e quella che 
>> mappa il Sestiere di Dorsoduro (https://www.openstreetmap.org/way/216882424).
>>
>> Il nodo https://www.openstreetmap.org/node/3775477217 sulla Way 
>> 173196996 dovrebbe essere duplicato (/va bene un nodo lì per approssimare la 
>> curvatura dell Punta della Dogana/) e la sua copia "più a Est" spostata a 
>> coincidere (/e poi fare il merge/) con il nodo 
>> https://www.openstreetmap.org/node/5365794463 della way di Dorsoduro.
>>
>> Io ci ho provato (/splittato way, spostato nodo, fatto merge/), ma alla 
>> verifica JOSM strilla come un'aquila per un sacco di motivi che non capisco 
>> (/type=multipoygon on a way, node connects highway and building/).
>>
>> Qulacuno più esperto di me (facile!) sarebbe così gentile da "metterci 
>> il naso" e cercare di capire in cosa sbaglio (e pure sistemare se ne ha 
>> voglia!).
>>
>> Ciao,
>>
>> Sergio
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto: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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chi mi aiuta in un editing che non riesco a fare?

[Sergio Manzi]

P.S.: i limiti dei Sestieri che si estendono in mezzo ai canali non mi 
convincono...

Domani controllerò se sul Ponte di Rialto effettivamente la numerazione civica 
cambia a metà ponte (/non ricordo e potrebbe essere l'unico caso in cui 
potrebbe avere un senso.../)


On 2019-03-12 23:12, Sergio Manzi wrote:
>
> Ciao a tutti!
>
> Qualcuno ha segnalato un errore nella mappatura di Venezia: 
> https://www.openstreetmap.org/note/1703775#map=19/45.43112/12.33761=N
>
> Effettivamente appare un "baffo" di suolo che dalla Punta della Dogana si 
> proietta verso il centro del limite Est del Canal Grande.
>
> Il problema è una non coincidenza tra la way che mappa il riverbank del Canal 
> Grande (https://www.openstreetmap.org/way/173196996) e quella che mappa il 
> Sestiere di Dorsoduro (https://www.openstreetmap.org/way/216882424).
>
> Il nodo https://www.openstreetmap.org/node/3775477217 sulla Way 173196996 
> dovrebbe essere duplicato (/va bene un nodo lì per approssimare la curvatura 
> dell Punta della Dogana/) e la sua copia "più a Est" spostata a coincidere 
> (/e poi fare il merge/) con il nodo 
> https://www.openstreetmap.org/node/5365794463 della way di Dorsoduro.
>
> Io ci ho provato (/splittato way, spostato nodo, fatto merge/), ma alla 
> verifica JOSM strilla come un'aquila per un sacco di motivi che non capisco 
> (/type=multipoygon on a way, node connects highway and building/).
>
> Qulacuno più esperto di me (facile!) sarebbe così gentile da "metterci il 
> naso" e cercare di capire in cosa sbaglio (e pure sistemare se ne ha voglia!).
>
> Ciao,
>
> Sergio
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Chi mi aiuta in un editing che non riesco a fare?

[Sergio Manzi]

Ciao a tutti!

Qualcuno ha segnalato un errore nella mappatura di Venezia: 
https://www.openstreetmap.org/note/1703775#map=19/45.43112/12.33761=N

Effettivamente appare un "baffo" di suolo che dalla Punta della Dogana si 
proietta verso il centro del limite Est del Canal Grande.

Il problema è una non coincidenza tra la way che mappa il riverbank del Canal 
Grande (https://www.openstreetmap.org/way/173196996) e quella che mappa il 
Sestiere di Dorsoduro (https://www.openstreetmap.org/way/216882424).

Il nodo https://www.openstreetmap.org/node/3775477217 sulla Way 173196996 
dovrebbe essere duplicato (/va bene un nodo lì per approssimare la curvatura 
dell Punta della Dogana/) e la sua copia "più a Est" spostata a coincidere (/e 
poi fare il merge/) con il nodo https://www.openstreetmap.org/node/5365794463 
della way di Dorsoduro.

Io ci ho provato (/splittato way, spostato nodo, fatto merge/), ma alla 
verifica JOSM strilla come un'aquila per un sacco di motivi che non capisco 
(/type=multipoygon on a way, node connects highway and building/).

Qulacuno più esperto di me (facile!) sarebbe così gentile da "metterci il naso" 
e cercare di capire in cosa sbaglio (e pure sistemare se ne ha voglia!).

Ciao,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Accessibilità lista via usenet

[Sergio Manzi]

On 2019-03-12 14:54, Alessandro P. via Talk-it wrote:
> Il 12/03/19 12:45, Sergio Manzi ha scritto:
>> ..
>> WOW!!
>>
>> Modo "moderno"? Non lo conoscevo... io uso HexChat sotto Windows...
>>
>> Grazie, Luigi,
>>
>> Sergio
>
> Tutto bello, ma ci cadi sul sistema operativo: c'è ancora qualcuno là fuori 
> che usa Windoz??
>
A occhio e croce direi di sì, abbastanza... con abbastanza tendente al 74.44% 
degli utenti desktop (dato di Febbraio 2019 da 
http://gs.statcounter.com/os-market-share/desktop/worldwide/ ).

Comunque, per non suscitare troppo allarme e indignazione (/o sarà il 
contrario???/), dichiaro di usare Windows 8.1 (/Upgrade a Windows 10? "Over my 
dead body!", come dicono in US!/), CentOS 7.6 sui miei server e iOS 12.1.4 sul 
mobile/tablet. Android? Non pervenuto.

Ciao!!

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Accessibilità lista via usenet

[Sergio Manzi]

On 2019-03-12 12:14, Luigi Toscano wrote:
> Sergio Manzi ha scritto:
>> On 2019-03-12 11:37, Lidrie wrote:
>>> Simone Girardelli scriveva Lunedì 11 Mar 2019 alle 20:20:37 in Message-ID 
>>>  con oggetto "edit war, 
>>> tunnel del Gran San Bernardovia andrea enzo lattmann.":
>>>
>>>> [cut], in attesa andrea risolva i suoi problemi di acceso
>>>> a questa mailing list.
>>>
>>> Intervengo solo per far notare che la lista (come molte altre) è 
>>> accessibile anche via USENET, quindi anche con un classico newsreader, 
>>> direttamente dal server news.gmane.org (senza autenticazione) e da altri 
>>> che portano la sua gerarchia.
>>> In questo momento il ramo gmane.comp.gis.* conta 175 gruppi (liste).
>>>
>>> news://news.gmane.org/gmane.comp.gis.openstreetmap.region.it
>>>
>>
>> USENET... newsreader... un rinfrescante tuffo nel passato! Mi sta scendendo 
>> una lacrimuccia di nostalgia... Altro che WhatsApp!!
>>
>> Ti prego, dimmi che abbiamo anche un canale IRC!  :-)
>
> #osm-it, sulla rete OFTC, come documentato qua:
> https://wiki.openstreetmap.org/wiki/IT:Contact#IRC
>
> Accessibile anche in modo "moderno" via matrix.org ed il suo bridge verso 
> oftc:
>
> https://medium.com/@RiotChat/new-irc-integrations-oftc-and-snoonet-b3a58303
>

WOW!!

Modo "moderno"? Non lo conoscevo... io uso HexChat sotto Windows...

Grazie, Luigi,

Sergio




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Accessibilità lista via usenet

[Sergio Manzi]

On 2019-03-12 11:37, Lidrie wrote:
> Simone Girardelli scriveva Lunedì 11 Mar 2019 alle 20:20:37 in Message-ID 
>  con oggetto "edit war, 
> tunnel del Gran San Bernardovia andrea enzo lattmann.":
>
>> [cut], in attesa andrea risolva i suoi problemi di acceso
>> a questa mailing list.
>
> Intervengo solo per far notare che la lista (come molte altre) è accessibile 
> anche via USENET, quindi anche con un classico newsreader, direttamente dal 
> server news.gmane.org (senza autenticazione) e da altri che portano la sua 
> gerarchia.
> In questo momento il ramo gmane.comp.gis.* conta 175 gruppi (liste).
>
> news://news.gmane.org/gmane.comp.gis.openstreetmap.region.it
>

USENET... newsreader... un rinfrescante tuffo nel passato! Mi sta scendendo una 
lacrimuccia di nostalgia... Altro che WhatsApp!!

Ti prego, dimmi che abbiamo anche un canale IRC!  :-)

Ciao e grazie per la bella notizia!

Sergio





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk-it] Nuova tabella per l'Italia per pagina wiki "OSM tags for routing/Access-Restrictions"

[Sergio Manzi]

Bel colpo Volker! Mi sa proprio che hai ragione!!

Sergio

On 2019-03-11 22:10, Volker Schmidt wrote:
> Penso la spiegazione per il OT è che il pullman del segnale stradale è un 
> trenino 
> .
>
> On Mon, 11 Mar 2019 at 21:32, Alessandro P. via Talk-it 
> mailto:talk-it@openstreetmap.org>> wrote:
>
> Perdonate l'OT ma a che fare con gli accessi:
> guardate in  Via del mare a Brindisi che bizzarra combinazione di
> cartelli d'accesso
>
> https://www.mapillary.com/map/im/TL8DT3XNGN0OAGi1-h7cTw
>
> Guardando la strada sembra che il marciapiede sia utilizzabile dai
> pedoni ma anche dai pullman per parcheggiarvi.
>
> Alessandro
>
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tasking manager non raggiungibile

[Sergio Manzi]

On 2019-03-10 15:54, Cascafico Giovanni wrote:
> Ma non era tra i server spenti, assieme a quello degli estratti?

Ah, beh, di questo io non ne ho proprio idea, ma spiegherebbe parecchie cose... 
 :-)

Ciao,

Sergio


>
> Il dom 10 mar 2019, 13:28 Sergio Manzi mailto:s...@smz.it>> ha 
> scritto:
>
> On 2019-03-10 13:14, liste DOT girarsi AT posteo DOT eu wrote:
>> Il 10/03/19 08:39, dan980 ha scritto:
>>> Ciao, il tasking manger italiano (http://osmit-tm.wmflabs.org/) non 
>>> risulta
>>> più raggiungibile.
>>>
>>> È un problema solo mio?
>> Confermo.
>
> Sembra un problema di DNS (record A o CNAME per osmit-tm.wmflabs.org 
> <http://osmit-tm.wmflabs.org> mancanti):
>
> C:\Users\smz\Desktop>dig osmit-tm.wmflabs.org 
> <http://osmit-tm.wmflabs.org>
>
> ; <<>> DiG 9.11.3 <<>> osmit-tm.wmflabs.org 
> <http://osmit-tm.wmflabs.org>
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39276
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
>
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags:; udp: 1452
> ;; QUESTION SECTION:
> ;osmit-tm.wmflabs.org <http://osmit-tm.wmflabs.org>.  IN  
> A
>
> ;; AUTHORITY SECTION:
> wmflabs.org <http://wmflabs.org>.    3600    IN  SOA 
> labs-ns1.wikimedia.org <http://labs-ns1.wikimedia.org>. root.wmflabs.org 
> <http://root.wmflabs.org>. 1552004907 3600 600 86400 3600
>
> ;; Query time: 119 msec
> ;; SERVER: 1.1.1.1#53(1.1.1.1)
> ;; WHEN: Sun Mar 10 13:22:13 W. Europe Standard Time 2019
> ;; MSG SIZE  rcvd: 117
>
> Ciao,
>
> Sergio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto: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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tasking manager non raggiungibile

[Sergio Manzi]

On 2019-03-10 13:14, liste DOT girarsi AT posteo DOT eu wrote:
> Il 10/03/19 08:39, dan980 ha scritto:
>> Ciao, il tasking manger italiano (http://osmit-tm.wmflabs.org/) non risulta
>> più raggiungibile.
>>
>> È un problema solo mio?
> Confermo.

Sembra un problema di DNS (record A o CNAME per osmit-tm.wmflabs.org mancanti):

C:\Users\smz\Desktop>dig osmit-tm.wmflabs.org

; <<>> DiG 9.11.3 <<>> osmit-tm.wmflabs.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39276
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;osmit-tm.wmflabs.org.  IN  A

;; AUTHORITY SECTION:
wmflabs.org.    3600    IN  SOA labs-ns1.wikimedia.org. 
root.wmflabs.org. 1552004907 3600 600 86400 3600

;; Query time: 119 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Sun Mar 10 13:22:13 W. Europe Standard Time 2019
;; MSG SIZE  rcvd: 117

Ciao,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Sergio Manzi]

Guarda, sinceramente, fate come volete. Io sono per la semplicità, ma qui 
sempre più spesso mi sembra di avere a che fare con l'UCAS di Fantozziana 
memoria (/ricordate? Ufficio Complicazione Affari Semplici/), e non mi 
riferisco solo a questo thread, ma un po' in generale, tanto che incominciano a 
sorgermi seri dubbi sulla sostenibilità del progetto...

Ciao,

Sergio


On 2019-03-08 18:23, Martin Koppenhoefer wrote:
>
> sent from a phone
>
>> On 8. Mar 2019, at 00:11, Sergio Manzi  wrote:
>>
>> ma capisco che a volte l'oggetto in se può essere poco significativo e non 
>> degno di mappatura, mentre l'inscription sì.
>
> il fatto che ci sia l’inscription renderebbe l’oggetto degno di mappatura. 
> Potrebbe essere proprio la scritta stessa l’oggetto mappato, perciò 
> historic=inscription/epigraph 
>
> Ciao, Martin 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Arpav, meteo Veneto, nessuna attribuzione paina dedicata PM10.

[Sergio Manzi]

Eh beh, sì... ci dovrebbe proprio stare...

Qualcuno ha contatti?

Sergio


On 2019-03-07 20:38, liste DOT girarsi AT posteo DOT eu wrote:
> Segnalo, mancata attribuzione mappa dinamica, visto si tratta di sito
> ufficiale, non ho mandato email.
>
> http://www.arpa.veneto.it/inquinanti/mappe_previsione_PM10.php



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Sergio Manzi]

On 2019-03-07 07:52, Martin Koppenhoefer wrote:

>
>
> sent from a phone
>
> On 6. Mar 2019, at 20:11, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> ecc..., e per molti di quest oggetti abbiamo già tag in uso (/per es.  
>> memorial=plaque, man_made=obelisk e anche memorial=obelisk, ecc../) e di 
>> conseguenza taggerei "inscription="/Quel che c'è scritto.../" all'interno 
>> dello specifico oggetto.
>
>
> si, d’accordo, però quando gli oggetti sono grandi (tanti superfici) 
> preferirei un nodo a parte, ci potrebbero essere più iscrizioni su più lati, 
> ecc. 
> Per esempio quando c’è un palazzo con delle iscrizioni, non le mapperei come 
> proprietà del palazzo ma metterei oggetti specifici per ogni iscrizione
>
> Ciao, Martin


Insomma, un qualche diavolo di oggetto su cui sta scritta l'inscription ci deve 
pure essere, ma capisco che a volte l'oggetto in se può essere poco 
significativo e non degno di mappatura, mentre l'inscription sì.

Stavo pensando che forse per questi casi si potrebbe semplicemente taggare:

  * historic=yes
  * inscription="bla, bla, bla..."

senza dover creare un nuovo tipo di "/oggetto jolly acchiappa tutto ma 
specifico per le epigrafi/" (/e contribuire all'aumento dell'entropia 
nell'universo!/)

In fin dei conti l'inscription, per essere degna di registrazione in OSM, deve 
pur sempre avere un valore storico "di per se" (/almeno che non vogliamo 
taggare anche le pubblicità sui muri//, //e spero di non stare suggerendo una 
brutta idea a qualcuno!/)

historic=yes, inoltre, è già ben usato, quindi non mi sembrerebbe una 
anomalia...



Nel caso in cui comunque si dovesse proprio decidere per la creazione di una 
key apposita, allora ribadisco che sarei più favorevole ad historic=inscription 
piuttosto che historic=epigraph


Ciao,

Sergio





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Sergio Manzi]

On 2019-03-06 14:43, Martin Koppenhoefer wrote:
>
>
> Am Mi., 6. März 2019 um 03:04 Uhr schrieb Sergio Manzi  <mailto:s...@smz.it>>:
>
> Ciao Giovanni,
>
> credo (ma qualcuno di madre lingua potrà essere più preciso) che in 
> Inglese "inscription" e "epigraph" siano sostanzialmente intercambiabili e 
> che quindi una eventale nuova key "epigraph" possa essere ridondante...
>
>
>
>
> non è ridondante se consideri che ora abbiamo solo la chiave "inscription" 
> dove si inserisce cosa ci sta scritto. Invece ci serve un tag per dire dove 
> c'è scritto o in che cosa consiste la scritta (per esempio nel caso che non 
> sia un "memorial").
> Il nuovo tag potrebbe appunto essere historic=inscription oppure 
> historic=epigraph.
> Da questi due sceglierei historic=epigraph, perché così si può creare un 
> sottotag epigraph={ un elemento da una lista concordata di sottotipi di 
> epigrafi }
>
> Insieme a questo nuovo tag, si potrebbe mettere
> inscription=*
> start_date=*
> historic:civilization=*
> image=
> ecc.
>
> Forse anche una descrizione (description / description:it), per esempio per 
> descrivere meglio la posizione ("sulla parte inferiore della spalletta 
> sinistra della seconda finestra del primo piano")
>
> Ciao,
> Martin


Ciao!

Io la vedo un po' diversamente.

Un'epigrafe/iscrizione può apparire su diversi oggetti: può essere sulla base 
di un monumento, su una targa di bronzo, scolpita su un obelisco, dipinta su un 
murales, ecc..., e per molti di quest oggetti abbiamo già tag in uso (/per es.  
memorial=plaque, man_made=obelisk e anche memorial=obelisk, ecc../) e di 
conseguenza taggerei "inscription="/Quel che c'è scritto.../" all'interno dello 
specifico oggetto.

SE però proprio ci serve una tag per definire le epigrafi "di-per-se" (/e 
vorrei capire di che tipo di oggetto stiamo parlando.../) sceglierei più 
volontieri qualcosa del tipo historic=inscription con poi inscription="Quel che 
l'è..." a specificarne il contenuto. Mi sembra più lineare... inscription -> 
inscription...

Sergio





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Sergio Manzi]

Ciao Giovanni,

credo (ma qualcuno di madre lingua potrà essere più preciso) che in Inglese 
"inscription" e "epigraph" siano sostanzialmente intercambiabili e che quindi 
una eventale nuova key "epigraph" possa essere ridondante...

Sergio


On 2019-03-06 02:46, Cascafico Giovanni wrote:
> Nel definire l'oggetto partirei dal contenuto:
> inscription=Credere, obbedire, combattere!
>
> Peró la wiki [1] elenca inscription nel gruppo "annotation" per cui ha 
> bisogno anche di una chiave che ne descriva le caratteristiche fisiche. Non è 
> detto che sia una plaque (potrebbe essere iscritta con pittura) e nemmeno che 
> sia un memorial. 
>
> Forse epigraph, ma non ce traccia di wiki ne' taginfo. Una delle definizioni 
> di epigrafe [2] che potrebbe fare al caso nostro è "In archeologia, ogni 
> iscrizione, di qualunque genere, completa o frammentaria, incisa, graffita, 
> dipinta o impressa in qualunque altro modo su materiali disparatissimi 
> (marmo, pietra, bronzo, terracotta, ecc.) giunta sino a noi." 
> E mi sembra ci stia, ma la vedo difficile inserire l'oggetto come qualcosa di 
> archeologico, per cui che sia il caso di proporla come nuova chiave?
>
>
> [1] https://wiki.openstreetmap.org/wiki/Key:inscription
> [2] http://www.treccani.it/vocabolario/epigrafe/
>
>
> Il mar 5 mar 2019, 13:19 Marco Barbieri  > ha scritto:
>
> Ciao a tutti,
> quali tag posso usare per classificare Epigrafi o Iscrizioni? Non mi pare 
> che sia presente alcun tag specifico.
> Serve per un progetto di un amico della FIAB Catania che coinvolge degli 
> studenti di un liceo classico.
>
> Grazie.
> M
>
> -- 
> *Marco Barbieri / *Cartografo
> marcobarbi...@webmapp.it 
> www.webmapp.it 
> +39 050 55 25 74 / +39 347 683 03 13
>
> Webmapp Srl
> Via A. Cei 2 / 56123 Pisa
> P.Iva e CF 02266770508
> Capitale Sociale 10.000,00 € 
> ___
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

[Sergio Manzi]

On 2019-02-27 00:26, Martin Koppenhoefer wrote:
> alla fine devono interpretare la situazione anche le persone che decidono la 
> classe “ufficiale”.

Si e no: vedi, nel mio post precedente, il punto "/Identificazione delle fonti 
di informazione/*"*

*
*

> In generale non mi aspetto grosse differenze tra quello che abbiamo e quello 
> che è ufficiale.

Non lo so... non ci scommetterei... comunque potrebbe essere una informazione 
utile per verifiche sulla qualità della mappatura.





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

[Sergio Manzi]

Ciao Andrea,

On 2019-02-27 00:03, Andrea Albani wrote:
> mi sfugge qual'è lo scopo di aggiungere la classificazione delle strade 
> secondo CdS alle highway in Italia, esprimendo questa una gerarchia già 
> descritta dai valori del tag highway.
>
> Al di là dell'aggiungere informazioni in più al database OSM intravedi altri 
> risvolti pratici dalla loro presenza ?


Come (/forse un po' confusamente/) spiegavo nel post originale, il "/valore 
aggiunt//o/" starebbe nel utilizzare una gerarchia non basata su descrizioni 
(dal wiki) e successivamente interpretata dal mapper, ma su definizioni e 
attribuzioni ufficiali alle quali corrispondono o dovrebbero corrispondere 
specifiche tecnico-funzionali ben precise.

Quindi sì, una gerarchia anche questa, ma basata su criteri diversi e quindi 
distinta e non coincidente con quella "classica".

Le ricadute positive sarebbero a mio avviso molteplici, ma mi limito a due:

  * Arricchimento del database con una informazione comunque valida, importante 
e pertinente all'infrastruttura stradale. Cavolo, non per fare polemiche 
sterili, ma ho visto passare proposte per definire se una valvola idraulica è a 
sfera o a diaframma e onestamente mi sembra che questa informazione (/la 
classificazione ufficiale delle strade Italiane in base al CdS/) mi sembra 
anche un pelino più vicina al "core business" di OSM...

  * Dato che la classificazione CdS "/si porta dietro/" dei prerequisiti 
tecnico funzionali, queste informazioni potrebbero essere sfruttate dai router 
per un instradamento ancora più preciso.

Immagino anche che alcune amministrazioni potrebbero essere interessate a 
questa informazione. Magari è anche un modo per "diffondere" l'uso di OSM.

Ciao,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Video degli interventi su OSM a FOSS4G-it 2019

[Sergio Manzi]

Grazie a tutti! Bella iniziativa!

Sergio


On 2019-02-26 20:13, Marco Minghini wrote:
> https://twitter.com
>
> per chi non ha potuto seguire la diretta streaming dal FOSS4G, ho 
> caricato su youtube e Wikimedia Commons i filmati che ho fatto con lo 
> smartphone, che sono:
>
> Grande Marco!
> Li ho raggruppati qui per comodità: 
> https://twitter.com/MarcoMinghini/status/1100473103686270977
> E' stato un piacere organizzare la sessione! grazie ancora ai 5 speaker per 
> aver tenuto alto il nome della comunità italiana di OSM :)
>
> Marco


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

[Sergio Manzi]

On 2019-02-26 15:32, Martin Koppenhoefer wrote:
> Segnalo anche qui il decreto ministeriale del 2001:
> http://www.mit.gov.it/mit/mop_all.php?p_id=1983
>
> Fa capire che dietro il CdS ci sono sistemi e criteri più dettagliati...


Esatto Martin, è proprio quello il documento a cui mi riferivo. Io l'avevo 
beccato qui: 
https://www.unirc.it/documentazione/materiale_didattico/597_2008_80_2066.pdf ma 
il tuo link è senza dubbio preferibile perché da fonte ufficiale.

Come hai giustamente sottolineato si porta dietro un bagaglio non indifferente 
di informazioni tecnico-funzionali che forse potrebbero anche essere 
interpretate come "valori di default" per altri parametri...

Ciao,

Sergio





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

[Sergio Manzi]

Ciao!

On 2019-02-26 08:44, Simone Saviolo wrote:
> Sono completamente d'accordo - ma per questo non userei la classificazione 
> principale che mettiamo nel tag highway=*.

Mi sta benissimo! :-)


FORSE ora, se pensiamo che la cosa sia realmente interessante (/io ovviamente 
lo penso.../) e da farsi, varrebbe la pena di affrontare i passi successivi che 
a mio avviso potrebbero essere:

  * *Identificazione della tag* - A me la proposta di Martin, 
"official:it:cds=*" può andare bene. Mi chiedo che differenza ci sarebbe ad 
"usare ref:it:cds=*". Forse ref: è più adatto a citare la fonte di una 
specifica informazione (/da dove ho spauto che //_questa_//strada è una "f"/) 
piuttosto che il quadro normativo di riferimento (/cosa definisce una strada 
come "f"/)?
E non potrbbe semplicemente essere qualcosa del tipo "it:cds:class=*" o 
"it:cds:road_class=*"?

  * *Identificazione dei valori della tag* - Probabilmente facile: mi sembra 
che si possano usare le classi definite nel CdS (a-f). Giusto?
*
*
  * *Identificazione del processo decisionale* - Scusate, è certamente 
ignoranza mia, ma per una cosa del genere... si vota sul wiki? Con le stesse 
regole del tagging generale?

  * *Identificazione delle fonti di informazione* - Che si fa? Furioso e 
certosino tagging da parte di tutti i volenterosi o (/spero di non 
bestemmiare.../) import da ipotetiche fonti ufficiali con licenza compatibile o 
"compatibilizzabile" (manleva)? Esistono?


Di nuovo ciao a tutti,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] attraversamenti pedonali e strade

[Sergio Manzi]

On 2019-02-26 10:51, Cascafico Giovanni wrote:
> Il mar 26 feb 2019, 10:49 Sergio Manzi mailto:s...@smz.it>> ha 
> scritto:
>
> Forse il nodo in comune, senza nessuna specifica tag, può  essere 
> sufficiente per desumere "lo stato delle cose", ma taggarlo con 
> "/highway=crossing + highway=//traffic_signals /(se c'è) non mi sembra 
> sbagliato.
>
> Non è sbagliato, solo ridondante se una way definisce più in dettaglio la 
> situazione.

Senza dubbio, ma, pensando da informatico, penso che se  un programma di 
routing sta "/analizzando/" la strada per prendere decisioni, l'indicazione di 
crossing sulla strada stessa "mi facilita" nella decisione, senza dovere 
analizzare la natura della way con la quale la strada ha un nodo è in comune 
(footway=crossing).

... ma forse la mia è solo una pippa mentale ed ogni programma di routing che 
si rispetti dovrà comunque prendere in considerazione la natura delle way con 
le quali un nodo è condiviso.

Mi sembra assodato, comunque, che il nodo in comune sia di vitale (nel senso 
stretto del termine!) importanza.

Ciao,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] attraversamenti pedonali e strade

[Sergio Manzi]

Così, ad occhio, senza presunzione di assoluta correttezza, mi sembra che il 
nodo in comune ci stia (/utile a chi percorre la strada: pensa ad un 
"navigatore" che ti avvisa di rallentare in corrispondenzamente 
dell'attraversamento/).

Forse il nodo in comune, senza nessuna specifica tag, può  essere sufficiente 
per desumere "lo stato delle cose", ma taggarlo con "/highway=crossing + 
highway=//traffic_signals /(se c'è) non mi sembra sbagliato.

Sergio/
/


On 2019-02-26 10:34, Cascafico Giovanni wrote:
> In entrambi i casi, se mappi l'attraversamento come way, il nodo è ridondante.
>
> Il mar 26 feb 2019, 10:27 Andrea Canevazzi  > ha scritto:
>
> Buongiorno a tutti,
> sto disegnando un pezzo della rete pedonale di Milano e vorrei chiedervi 
> un parere su uno schema di tagging che sto utilizzando agli attraversamenti. 
> (https://www.openstreetmap.org/user/Khanev!/history#map=16/45.4579/9.2013=H)
> *
> *
> *Caso 1*: attraversamento pedonale semplice
> - la _linea_ dell'attraversamento pedonale ha i tag /highway=footway 
> footway= crossing crossing=uncontrolled/
> - l'attraversamento ha un _nodo_ in comune con la strada che attraversa e 
> ha il tag /highway=crossing /
> *
> *
> *Caso 2*: attraversamento pedonale semaforizzato
> - la _linea_ dell'attraversamento pedonale ha i tag /highway=footway 
> footway= crossing crossing=traffic_signals/
> - l'attraversamento ha un _nodo_ in comune con la strada che attraversa e 
> ha i tag /highway=crossing crossing=traffic_signals/
>
> grazie per la disponibilità e l'aiuto,
> Andrea
> *
> *
> *Arch. Andrea Canevazzi, Ph.D.*
>  +39 3482453713
>  andrea.caneva...@gmail.com _
> _
>
> _Via Novara, 160 | 20153 Milano | Italia_*
> *
>
> /L’invio di documenti anche contabili  tramite posta elettronica è un 
> mezzo consentito, ai sensi dell’art.21 DPR 633/72 e a seguito della CM n. 
> 45/E del 19/10/2005; il documento informatico dovrà essere materializzato da 
> chi lo riceve tramite stampa su supporto cartaceo e quindi conservato come 
> ogni altro documento su carta.  /
> ___
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

[Sergio Manzi]

Simone, ma devi ammettere che il tuo scopo principale è proprio quello di 
ottimizzare (/secondo alcuni criteri/) il grafo, che è un punto di vista 
validissimo, ma non necessariamente rispecchia la realtà "amministrativa" della 
highway e in generale della rete. Tra l'altro il grafo è spesso non ordinato: 
da vie primarie senza dubbio possono diramarsi anche vie terziarie, 
direttamente, ma questo poco importa in questo contesto.

Onestamente non so cosa tu intenda come "/grafo sensato/": temo che dovrò 
rinfrescarmi la memoria sulla teoria dei grafi...

Penso che ci dovrebbe essere spazio anche per informazione qualificata di altro 
genere, quale appunto, la "realtà amministrativo-legale".

Ciao,
Sergio


On 2019-02-26 00:42, Simone Saviolo wrote:
> Il giorno mar 26 feb 2019 alle ore 00:07 Sergio Manzi  <mailto:s...@smz.it>> ha scritto:
>
> Sinceramente non mi sento di concordare con chi utilizza il tagging come 
> mezzo per assegnare un coefficiente in input agli algoritmi di routing. 
> Capisco, funziona e probabilmente è molto utile, ma mi sembra che si rischi 
> di cadere nell'equivalente del "mentire per il rendering": "mentire per il 
> routing".
>
> Non è mentire per il routing. Un grafo stradale è composto da poche vie 
> primarie, sulle quali si innestano alcune vie secondarie, sulle quali si 
> innestano parecchie vie terziarie, sulle quali si innestano molte vie 
> unclassified. Per me la regola è: se io considerassi solo le primary, avrei 
> un grafo sensato? Magari un grafo che non tocca Acqui Terme, ma è un grafo 
> connesso e privo di isole? Se ci aggiungo le secondary, ho ancora un grafo 
> sensato?
>
> A meno che tu non intenda mappare una certa strada come highway per non far 
> andare le macchine sulla secondary parallela. Quello è sbagliato. 
>
> Ciao,
> Simone 
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

[Sergio Manzi]

Ciao a tutti e scusate il ritardo con cui rispondo ai vostri commenti, ma ho 
avuto un po' di impegni familiari.

Scusatemi anche se non rispondo ai singli commenti, ma in modo collettivo.

Mi sembra di capire che le opinioni si possano dividere in tre "classi":

 1. La più benevola: L'idea non è sbagliata ma dobbiamo trovare nuove tag per 
registrare questa informazione (/la classe di strada secondo il C.dS/)
 2. Non se ne parla neanche: per definire le highway abbiamo i nostri criteri 
consolidati e non dobbiamo cambiarli, giammai. (/o giù di lì.../)
 3. Pragmatico-relativista: la classificazione delle highway è importante per 
il routing. Assegnare una certa classe è importante per indirizzare o meno il 
traffico verso una certa higway.


Penso di capire i motivi di ognuno, ma vorrei fare qualche 
obiezione/precisazione.

Intanto voglio rassicurarvi che mi è chiaro che qualsiasi proposta/decisione 
non possa in alcun modo prescindere dal mantenere il valore dell'erdità di 
quanto fatto fino ad ora.

In questo senso apprezzo e sostengo quindi l'idea di Martin di creare, a 
latere, un'apposita tag per categorizzare le highway secondo il Codice della 
Strada: intanto si parte da questo, che comunque è una informazione 
interessante ed utile, poi si vedrà, chissà, se un domani questo potrà 
implicare (o anche no) una ri-categorizzazione massiva. Senza troppo dibattere 
adesso su che forma questa tag potrà assumere, mi sembra che la proposta di 
Martin (official:it:cds=*) sia più che condivisibile.

Oltre alle categorie del CdS, però, penso sarebbe anche importante registrare 
"il demanio" titolare delle strade.


Per quanto riguarda la "prassi consolidata" di tagging finora adottata, cioè 
quanto indicato dal wiki italiano, la mia impressione è che, come spesso 
accade, le indicazioni per il tagging siano per lo più descrittive, lasciando 
ampio spazio all'interpretazione personale (es.: "/Collegano tra loro i comuni 
più piccoli./" Sì, ma quanto piccoli?, "In ambito urbano normalmente sono 
classificate come vie importanti anche a due corsie per senso di marcia." 
Classificate come importanti da chi e secondo quali criteri?).

Questo lo trovo un po' curioso perché se non ho capito male la nomenclatura 
delle tag originale in inglese rispecchia proprio una classificazione 
ufficiale, secondo quello che è  il CdS Inglese (o altra analoga 
classificazione uffciale).

Quindi siamo un po noi (/e probabilmente non solo/) ad essere "anomali" 
rispetto agli intenti originali della tag.


Sinceramente non mi sento di concordare con chi utilizza il tagging come mezzo 
per assegnare un coefficiente in input agli algoritmi di routing. Capisco, 
funziona e probabilmente è molto utile, ma mi sembra che si rischi di cadere 
nell'equivalente del "mentire per il rendering": "mentire per il routing".

Se gli algoritmi di routing mancano di adeguato input, bisogna fornirglielo: 
forse ci servono anche delle tag per parametri tecnici quali il flusso medio di 
traffico (/che potrebbe anche essere orario e stagionale/), la velocità 
consentita (/mi sembra che ci sia una proposta per questo.../) o chessò quale 
altra diavoleria (/non sono un tecnico del settore/).


IMPORTANTE (/per chi gli interessa.../): è in corso una discussione/proposta 
analoga nel lista [Tagging]: nel thread "Clarification unclassified vs 
residential" vedere i post di "djakk djakk"


Ciao a tutti,

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Tag place

[Sergio Manzi]

Mi associo.

Susate la brevità e... all'altro thread risponderò più tardi.

Questo mi sembrava urgente.


Sergio


On 2019-02-23 23:15, Simone Saviolo wrote:
> Il giorno sab 23 feb 2019 alle ore 17:40 Fayor Uno  > ha scritto:
>
> La discussione sta proseguendo, non mi pare che non si vada da nessuna 
> parte.
> Un revert a mio parere è distruttivo e non necessario, vista la presenza 
> anche di modifiche non contestate.
> C'è disponibilità da parte mia a riportare al valore precedente almeno la 
> maggior parte dei tag place modificati e non vedo tutta questa urgenza che 
> giustifica un tale ultimatum.
>
>
> Tutto sommato sono d'accordo. Almeno aspettiamo ancora un po' prima di 
> revertare. 
>
> Ciao,
>
> SImone
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problemi admin 7 a Valese

[Sergio Manzi]

Sono d'accordo con Andrea: admin level 7 ci stà tutto, e se poi ci sono degli 
overlap, pace e amen.

Il mondo vince in complessità la nostra capacità di descriverlo (/direi che su 
questo//non c'è dubbio/) ma potremmo specificare in qualche modo (/anche solo 
con il nome/) di che entità si tratta (/cominità montane, aggregazioni 
funzionali di comuni, città metropolitane//o altro ancora/).

Sergio


On 2019-02-23 16:34, Andrea Albani wrote:
>
>
> Il giorno sab 23 feb 2019 alle ore 15:45 Damjan Gerl  > ha scritto:
>
> Martin Koppenhoefer je 23.2.2019 ob 15:03 napisal:
> >
>
> >
> > ok, ma tutti e due con lo stesso admin_level?
> >
> >
> > Ciao, Martin
>
> Per le unioni di comuni va bene admin level 7, forse per le comunità
> montane, non essendo un livello amministrativo "ufficiale" (come quelli
> che vanno da stato fino a comune), forse si potrebbe usare l'admin level
> 9, che mi sembra non usato.
>
> Damjan
>
>
> Facendo un giro su wikipedia apprendo ora che comunità montane e unioni di 
> comuni hanno la stessa dignità degli altri enti locali come risulta dal 
> relativo testo unico [0].
>
> Considerando quindi che l'admin level definisce una gerarchia e che "unioni 
> di comuni" e "comunità montane" contengono comuni (livello 8), ma sono "più 
> piccoli" di una provincia (6), ritengo che la naturale conseguenza sia 
> piazzarli fra questi due al livello 7. Un admin level 9 in Italia sarebbe 
> infatti un'entità a metà strada fra un comune e una circoscrizione.
> Potrei sbagliarmi, ma sinceramente non vedo grandi controindicazioni 
> nell'adottare questo approccio,
>
> Ciao
>
> [0] https://it.wikipedia.org/wiki/Decreto_legislativo_18_agosto_2000,_n._267


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Classificazione strade

[Sergio Manzi]

Buon giorno a tutti,

scusatemi se apro un thread relativo ad un argomento che sicuramente sarà già 
stato dibattuto in passato: il tema è quello della classificazione delle strade 
e il mio interesse è stato suscitato da un thread ("Clarification unclassified 
vs residential") attualmente attivo nella lista [Tagging] dove si cerca di 
chiarire il ruolo dei valori "residential" e "unclassified" per la chiave 
"highway".

In quel thread ho dato un mio piccolo contributo, sostenendo che a mio avviso 
la categorizzazione delle strade non può prescindere dalla normativa vigente a 
livello locale (/tipicamente nazionale/), ma non mi pare di avre suscitato 
grande interesse, anche se quasi tutti iniziano i propri contributi con un bel 
"/qui dove vivo io.../".

Attualmente in OSM i valori attribuibili ad una strada (/tralasciando altri 
valori meno utilizzati o comunque non implicanti una categorizzazione, tipo 
"crossing"/) sono: *motorway, trunk, primary, secondary, tertiary, unclassified 
e residential*. Inoltre scopro proprio ora che esiste anche un valore 
"*living_street*", che non avevo mai notato esistere o visto citato 
(https://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street).

Mi sembra che tale classificazione derivi da quella Britannica (/nella quale, 
curiosamente, "unclassified" rappresenta una specifica classificazione e non la 
mancanza di informazioni sulla classificazione/).

Tutte le altre realtà hanno dovuto piegarsi a tale classificazione, 
costringendo la realtà (legale) dei fatti all'interno dello schema Britannico 
(vedi: https://wiki.openstreetmap.org/wiki/Highway:International_equivalence).

Inoltre appare esserci una discrepanza sui criteri: "residential" viene da 
alcuni definita come strada "in cui ai lati ci sono abitazioni", per cui una 
strada di altra categoria può improvvisamente diventare "residential" se 
affiancata da abitazioni. Ma forse questo è un errore interpretativo.

A mio avviso, e se vogliamo che OSM sia davvero "/il miglior dataset geografico 
del mondo/", non possiamo prescindere dalle classificazioni ufficiali, che poi 
rispecchiano /(o dovrebbero rispecchiare!/) specifiche caratteristiche A) di 
tipologia di traffico, B) costruttive, C) di demanio.

In italia il Codice della Strada, riguardo alle loro caratteristiche 
costruttive, tecniche e funzionali, classifica le strade nei seguenti tipi:

A - Autostrade;
B - Strade extraurbane principali;
C - Strade extraurbane secondarie;
D - Strade urbane di scorrimento;
E - Strade urbane di quartiere;
F - Strade locali;
F-bis. - Itinerari ciclopedonali

Esiste poi una classificazione "/di demanio/" secondo la quale le strade 
possono essere classificate come:

  * nazionali
  * regionali
  * provinciali
  * comunali
  * private
  * ... e probabilmente mi sto dimenticando qualche valore: per esempio, 
"autostrada" è anche una classificazione "di demanio"?


Le mie domande alla comunità Italiana sono:

  * Siete d'accordo sul fatto che il tagging dovrebbe rispecchiare la 
classificazione del CdS?
  * Non vi sembra che le nostre attuali definizioni siano un po' un mix tra la 
classificazione del CdS e quella "di demanio"?
  * Non pensate che la classificazione "di demanio" sia sostanzialmente 
ininfluente per il routing  (/fatte salve le strade private e le autostrade/)
  * Non dovremmo correggere il wiki (/quello Italiano e quello Inglese nella 
già citata pagina con le corrispondenze/), passando da una definizione 
"descrittiva" ad una basata sullo stato legale delle strade?
  * Ci servono valori specifici, al di fuori di quelli Britannici, per 
descrivere la nostra realtà?


Buon week-end a tutti e un saluto particolare a chi è a FOSS4G-IT (/mi spiace 
non aver potuto esserci.../),

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Spedizione di mappatura in Kirghizistan

[Sergio Manzi]

Complimenti!

Immagino che siate già perfettamente informati e organizzati: perdonatemi, 
quindi, se vi invio due link con info che probabilmente per voi saranno già 
scontate:

  * http://www.viaggiaresicuri.it/paesi/dettaglio/kyrgyzstan.html
  * 
https://www.eda.admin.ch/eda/it/dfae/rappresentanze-e-consigli-di-viaggio/kirghizistan/consigli-viaggio-kirghizistan.html

... e ovviamente la pagina informativa del governo Elvetico è ben più estesa 
della "nostra"!

Ciao, buon viaggio e buon mapping!

Sergio


On 2019-02-10 13:38, Rachele Amerini wrote:
>
> Buona domenica lista,
>
> volevo segnalarvi questa iniziativa. Si tratta di una spedizione 'mista' (di 
> mappatura e naturalistica) che si terrà in Kirghizistan dal 20 al 30 aprile. 
> Una prima spedizione era stata fatta l'anno scorso e i primi risultati sono 
> stati presentati come poster al SOTM a Milano.
>
> Seguiremo le tracce del barone Osten-Sacken, geografo e naturalista, tra le 
> meravigliose montagne del Tien Shan. Quest'anno la spedizione include un 
> field workshop su aspetti naturalistici e cartografici!  Per la parte 
> cartografica mapperemo il territorio su OpenStreetMap e con Mapillary. Si 
> tratterà di un momento di confronto tra mappatori e naturalisti, di 
> riflessione su vari aspetti della mappatura, delle difficoltà che si possono 
> incontrare nel lavoro sul campo in ambienti remoti, che poi continuerà una 
> volta rientrati con mapathon e altre iniziative.
>
> Se siete interessati, trovate tutte le info qui: http://bit.ly/ostienshanica 
> 
>
> La spedizione è organizzata da WBA World Biodiversity Association Onlus in 
> collaborazione con l'associazione Geograficamente e il Master in GIScience e 
> droni per la gestione del territorio di Padova.
>
>
> Ci vediamo al FOSS4G-IT!
>
> Rachele
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Changeset leggermente problematico...

[Sergio Manzi]

Grassie, vecio!  Pecà... el "/Casin dei Nobili/" el xe famoso e fa sempre rider 
tuti... :-)


On 2019-02-03 15:03, Cascafico Giovanni wrote:
> Penso sia soeo question che no ghe stà dentro el rendering: infati se te 
> struchi el botòn "Ricerca degli elementi" li lista coretamente. :-)
>
> Il giorno dom 3 feb 2019 alle ore 13:42 Sergio Manzi  <mailto:s...@smz.it>> ha scritto:
>
> Ho sbagliato qualcosa o è pura sfortuna dovuta al fatto che i due 
> toponimi "/non ci stanno/" uno vicino all'altro?
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Changeset leggermente problematico...

[Sergio Manzi]

Con il changeset 66874965 (https://www.openstreetmap.org/changeset/66874965) ho 
suddiviso la way 174639282 in due tratte perché era erroneamente indicata come 
"Sotoportego del Casin dei Nobili" (il nome vero è "Calle Lombardo"), mentre 
tale toponimo si applica al /sotoportego/ (tunnel=building_passage) che forma 
la parte più a N della way orignaria e che non era mappato ed ho introdotto 
(way 668044787) splittando la way originale.

Sembra tutto bene, compreso il fatto che entrambe le way sono state mantenute 
nella relation 5561622, "Il Cammino di sant'Antonio - Variante partenza da 
Venezia", ma... visualizzando la mappa nessuno dei due toponimi, né quello 
riferito al sottoportego né quello riferito alla calle, viene visualizzato, 
nemmeno a Z=19.

Ho sbagliato qualcosa o è pura sfortuna dovuta al fatto che i due toponimi 
"/non ci stanno/" uno vicino all'altro?

Grazie in anticipo a chi avrà la pazienza di controllare quanto ho fatto (/e 
correggere, se le riterrà opportuno/),

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] accesso carraio

[Sergio Manzi]

A cosa hai assegnato il kerb=lowered?  Com'è mappata quella strada (che mi 
sembra piuttosto complicatina...)? Ci madi un link all'area in oggetto?

Una cosa forse da considerare è se l'abbassamento del marciapiede è presente 
anche sull'altro lato della strada: in tal caso lo tratterei anche come feature 
di accessibilità dell'attraversamento pedonale (/ammesso che ci sia una tag 
giusta per questo.../)

L'arrotondamento agli estremi dell'abbasamento non mi sembra che sia un dato 
particolarmente significativo, anche se concordo con te che è tipico dei passi 
carrai.

Ciao,

Sergio


/P.S.: messaggio inoltrato una seconda volta perché il primo mi è stato 
bloccato in moderazione per la presenza della foto in allegato. Scusate 
l'eventuale duplicato. I mods possono tranquillamente cancellare quello 
precedente che è in attesa di approvazione, grazie./



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] marciapiedi e strisce pedonali

[Sergio Manzi]

Un altro punto di vista:

https://www.google.com/maps/@45.3227069,8.418084,3a,75y,213.88h,77.55t/data=!3m6!1e1!3m4!1sjtRh5TX33El3y95U1nkvew!2e0!7i16384!8i8192

se noti, la cycleway (strisce arancio) si interrompe nell'attraversamento della 
strada. Il motivo deriva dall'Art. 146 del CdS [1] che prevede gli 
attraversamenti ciclabili e li descrive. Corrisponde a quanto vediamo in Google 
Maps...

Ciao,

Sergio

[1] 
http://www.diritto24.ilsole24ore.com/guidaAlDiritto/codici/codiceStradale/articolo/466/art-146-attraversamenti-ciclabili-art-40-cod-str-.html


On 2019-01-31 22:57, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 31. Jan 2019, at 13:05, Simone Saviolo  > wrote:
>
>> Io vedo diversi attraversamenti con le classiche strisce "interrotte", che 
>> indicano l'attraversamento pedonale e ciclabile. Tipo così ([1]) ma uniti. 
>
>
> per me non c’è un highway=crossing per le bici lì, è un cycleway=lane e le 
> strisce segnalano la corsia.
>
> Qui sarebbe un esempio cosa intendevo: 
> https://www.google.com/maps/place/Unnamed+Road,+00153+Roma+RM/@41.8795916,12.4956564,3a,75y,247.16h,90t/data=!3m4!1e1!3m2!1sekFJ9qVHY7uvfwIUevwMRg!2e0!4m2!3m1!1s0x132f61c57f8b36cd:0xa010b2111b0a31d4
>
>
> Ciao, Martin 
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] United Nations Maps Project

[Sergio Manzi]

Complimenti Alessandro,

una bellissima storia di successo per OSM!

Sergio


On 2019-01-31 17:01, Alessandro P. via Talk-it wrote:
> Salve lista,
> posso finalmente annunciare la partenza ufficiale del United Nations Maps 
> Project
>
> https://wiki.openstreetmap.org/wiki/UN_Maps_Project
>
> Oltre a organizzare Mapathons mappiamo direttamente su OSM. Non parlo di 
> importazione dati, ma di mappatura "a manina" utilizzando immagini aggiornate 
> Digital Globe.
> Il primo mapathon sarà interno alla sezione GIS UN (qui a Brindisi). A 
> FOSS4G-IT 2019 dovrebbe tenersi il primo Mapathon ufficiale.
>
> A presto con altre news.
>
>   Alessandro Ale_Zena_IT a.k.a. UNGSC-DTLM-Ale_Zena
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] marciapiedi e strisce pedonali

[Sergio Manzi]

Mi sembra di capire che, per definizione, pelican, toucan e pegausus abbiano la 
traffic light, mentre gli zebra e i tiger non ce l'hanno...

La sensazione è che il wiki per i crossing sia ben-ben "/confusionato/"...


On 2019-01-29 14:13, Alessandro Sarretta wrote:
> On 29/01/19 14:05, Simone Saviolo wrote:
>> Il giorno mar 29 gen 2019 alle ore 12:59 Alessandro Sarretta 
>> mailto:alessandro.sarre...@gmail.com>> ha 
>> scritto:
>>
>> Nel caso di attraversamenti perdonale con traffic lights per pedoni e 
>> anche strisce pedonali, come mappi?
>>
>>
>> https://wiki.openstreetmap.org/wiki/Key:crossing
>> crossing_ref=pelican, o crossing_ref=toucan se c'è anche l'attraversamento 
>> ciclabile.
>
> Ma così risulterebbe senza /traffic_signal /...
>
> Ale
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] il gatto che si morde la coda

[Sergio Manzi]

Claudio, se capisco bene il tuo problema, penso che la risposta ai tuoi dubbi 
sia qui: https://wiki.openstreetmap.org/wiki/Key:parking:lane

In soldoni si tratta di mappare i parcheggi a bordo strada non come entità a se 
stanti, ma come attributi della strada.

Ciao,

Sergio


On 2019-01-24 21:41, claudio62PG wrote:
> Salve ho un problema curioso
> Uso osmose per controllare quello che faccio e mi trovo in questa situazione
> Come mappare i parcheggi bordo strada?
> Se li mappo separati dalla strada osmose 
> mi da errore 
> Via di accesso al parcheggio mancante
>
> se ho un lato in comune mi dice che ho una sovapposizione
> che fare
> Ciao
> Claudio
>
>
>
>
> --
> 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



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ricariche telefoniche

[Sergio Manzi]

Totalmente d'accordo.

Quando vedo che si discute sul come "/mappare/" cose come le leve di 
azionamento delle valvole degli impianti idraulici, incomincio chiedermi cosa 
c'entri lo "street" in openstreetmap: evidentemente l'obiettivo del progetto è 
cambiato e non sono del tutto certo, anzi, che la cosa possa interessarmi...

Sergio


On 2019-01-10 21:10, Volker Schmidt wrote:
> Scusate che intervengo sul principio. 
> Discutiamo dei dettagli tecnici di dati che non andrebbero messi nel database 
> di OSM per il banale problema che non abbiamo la manodopera per mantenerli.
> Sono dati che marciscono più rapidamente che li possiamo inserire.
>
> On Thu, 10 Jan 2019, 17:15 Daniele Santini   wrote:
>
> "amenity"="vending_machine" + 
> "prepaid_top_up"="mobile_phone;public_transport" + 
> "prepaid_top_up:brand"="BVG;BRAND1;BRAND2"
>
> Ciao,
> Daniele
>
> Il giorno gio 10 gen 2019 alle ore 13:05 
>  > ha scritto:
>
>
> per me nell'ultima variante non funziona più. Come potrei taggare che 
> un
> distributore mi fa ricaricare sia la prepagata di biglietti di 
> trasporto
> pubblico per BVG nonchè anche ricaricare le prepagate dei cellulari di
> BRAND1 e BRAND2?
>
> -- 
> Daniele Santini
> http://www.dsantini.it
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Sergio Manzi]

Ah... :-(

Sorry, lo proverò...

Per me è importante avere il browser "de-javizzato"...

Sergio


On 2018-12-20 15:01, Andrea Musuruane wrote:
> Guardate che avete una errata comprensione di Java Web Start: 1) non richiede 
> di aver alcun plugin installato nel browser 2) non dovete usare un browser 
> dopo il primo avvio.
>
> Ciao,
>
> Andrea
>
>
> On Thu, Dec 20, 2018 at 2:56 PM Sergio Manzi  <mailto:s...@smz.it>> wrote:
>
> ... aspetto su cui concordo totalmente!
>
> On 2018-12-20 14:53, Martin Koppenhoefer wrote:
> > e non devo attivare java nel browser, ne avviare un web browser.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto: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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Sergio Manzi]

... aspetto su cui concordo totalmente!

On 2018-12-20 14:53, Martin Koppenhoefer wrote:
> e non devo attivare java nel browser, ne avviare un web browser.



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

Certo, è di quello che si stava parlando!

Il noexit=yes, invece, è topologicamente inutile. Ma se a qualcuno piace 
tanto... che faccia pure: no problem per me!

Sergio


On 2018-12-20 12:59, Martin Koppenhoefer wrote:
>
>
> Am Mi., 19. Dez. 2018 um 12:10 Uhr schrieb Sergio Manzi  <mailto:s...@smz.it>>:
>
> ... e, come già segnalato, da tempo deprecato a favore del 
> fixme=continue: https://wiki.openstreetmap.org/wiki/Tag%3Anoexit%3Dno
>
> In teoria, poi, sì che col tempo dovrebbero "andare via", visto che erano 
> utilizzati ad indicare situazioni di mappatura incompleta, che mi auguro 
> tenderanno ad essere risolte.
>
>
>
>
> quello che è deprecato è il tag noexit=no, un tag privo di senso.
> noexit=yes non è deprecato, è usato mezzo millione di volte e cresce sempre.
> https://wiki.openstreetmap.org/wiki/Key:noexit
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

... e, come già segnalato, da tempo deprecato a favore del fixme=continue: 
https://wiki.openstreetmap.org/wiki/Tag%3Anoexit%3Dno

In teoria, poi, sì che col tempo dovrebbero "andare via", visto che erano 
utilizzati ad indicare situazioni di mappatura incompleta, che mi auguro 
tenderanno ad essere risolte.

Ciao,
Sergio


On 2018-12-19 12:02, Martin Koppenhoefer wrote:
>
> Am Do., 13. Dez. 2018 um 23:59 Uhr schrieb Sergio Manzi  <mailto:s...@smz.it>>:
>
> Per il resto, penso sarebbe preferibile un fixme=*
>
> i fixme sono "freetext", vanno bene per situazioni non standardizzabili, ma 
> altrimenti un tag specifico è meglio (tanto, non andrà via il tag noexit, è 
> già introdotto da tempo).
>
> Ciao,
> Martin


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

Trovata, qui: https://wiki.openstreetmap.org/wiki/Tag%3Anoexit%3Dno ed è 
deprecata, a favore di fixme=continue

Peccato, la hic_sunt_leones mi piaceva...

Ciao!


On 2018-12-14 00:34, Sergio Manzi wrote:
>
> Tra l'altro, nella pagina wiki per noexit [1] (/che dovrebbe essere 
> autoritativa per quella tag/), non si fa nessuna menzione dell'uso 
> esoterico/iniziatico di "noexit=no" ad indicare una way di cui... non si sa 
> dove vada a finire.
>
> Nell'orma della migliore tradizione cartografica, potremmo proporre una nuova 
> chiave here_be_dragons=yes [2] oppure hic_sunt_leones=yes [3] come valida 
> alternativa per quelle situazioni...   :-))
>
> Ciao!
>
> [1] https://wiki.openstreetmap.org/wiki/Key:noexit
> [2] https://en.wikipedia.org/wiki/Here_be_dragons
> [3] https://it.wikipedia.org/wiki/Hic_sunt_leones
>
>
> On 2018-12-13 23:58, Sergio Manzi wrote:
>>
>> La mia perplessità, nella frase che hai citato, era relativa al fatto che si 
>> è preferito usare una logica del tipo "(*è vero*) (che questa strada *non 
>> ha* uscita)" rispetto all'altra possibilità, equivalente, "(*non è vero*) 
>> (che questa strada *ha* una uscita)".
>>
>> Per il resto, penso sarebbe preferibile un fixme=*
>>
>> E' vero che in https://wiki.openstreetmap.org/wiki/Key:fixme si dice che si 
>> può (deve???) mappare "/noexit=no — For tagging incomplete ways (not 
>> completely surveyed) as such/", ma trovo la cosa assolutamente priva di 
>> senso: nexit=no, se la logica non è un'opinione, vuol dire che la strada ha 
>> una uscita.
>>
>> Ciao!
>>
>>
>> On 2018-12-13 23:44, Martin Koppenhoefer wrote:
>>>
>>>
>>> sent from a phone
>>>
>>> On 13. Dec 2018, at 20:46, Sergio Manzi mailto:s...@smz.it>> 
>>> wrote:
>>>
>>>> Inoltre non riesco a capire perché a qualcuno sia venuto in mente di 
>>>> ragionare in logica negata: noexit=yes === exit=no, che mi sembrerebbe di 
>>>> più chiara ed immediata comprensione (/ma comunque inutile/).
>>>
>>>
>>> è un flag: Strada senza uscita -> si
>>>
>>> Non è del tutto inutile in quanto si tratta di un tag per altri mappatori: 
>>> lì è verificato che non ci sia altra uscita (vuol dire mappatura completa, 
>>> perché in OSM non sai mai se non c’è strada oppure non è mappata.) Nella 
>>> prassi, la situazione potrebbe essere cambiata, quindi che fai, non 
>>> verifichi comunque ;-)
>>>
>>>
>>> Ciao, Martin 
>>>
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

Tra l'altro, nella pagina wiki per noexit [1] (/che dovrebbe essere 
autoritativa per quella tag/), non si fa nessuna menzione dell'uso 
esoterico/iniziatico di "noexit=no" ad indicare una way di cui... non si sa 
dove vada a finire.

Nell'orma della migliore tradizione cartografica, potremmo proporre una nuova 
chiave here_be_dragons=yes [2] oppure hic_sunt_leones=yes [3] come valida 
alternativa per quelle situazioni...   :-))

Ciao!

[1] https://wiki.openstreetmap.org/wiki/Key:noexit
[2] https://en.wikipedia.org/wiki/Here_be_dragons
[3] https://it.wikipedia.org/wiki/Hic_sunt_leones


On 2018-12-13 23:58, Sergio Manzi wrote:
>
> La mia perplessità, nella frase che hai citato, era relativa al fatto che si 
> è preferito usare una logica del tipo "(*è vero*) (che questa strada *non ha* 
> uscita)" rispetto all'altra possibilità, equivalente, "(*non è vero*) (che 
> questa strada *ha* una uscita)".
>
> Per il resto, penso sarebbe preferibile un fixme=*
>
> E' vero che in https://wiki.openstreetmap.org/wiki/Key:fixme si dice che si 
> può (deve???) mappare "/noexit=no — For tagging incomplete ways (not 
> completely surveyed) as such/", ma trovo la cosa assolutamente priva di 
> senso: nexit=no, se la logica non è un'opinione, vuol dire che la strada ha 
> una uscita.
>
> Ciao!
>
>
> On 2018-12-13 23:44, Martin Koppenhoefer wrote:
>>
>>
>> sent from a phone
>>
>> On 13. Dec 2018, at 20:46, Sergio Manzi mailto:s...@smz.it>> 
>> wrote:
>>
>>> Inoltre non riesco a capire perché a qualcuno sia venuto in mente di 
>>> ragionare in logica negata: noexit=yes === exit=no, che mi sembrerebbe di 
>>> più chiara ed immediata comprensione (/ma comunque inutile/).
>>
>>
>> è un flag: Strada senza uscita -> si
>>
>> Non è del tutto inutile in quanto si tratta di un tag per altri mappatori: 
>> lì è verificato che non ci sia altra uscita (vuol dire mappatura completa, 
>> perché in OSM non sai mai se non c’è strada oppure non è mappata.) Nella 
>> prassi, la situazione potrebbe essere cambiata, quindi che fai, non 
>> verifichi comunque ;-)
>>
>>
>> Ciao, Martin 
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

La mia perplessità, nella frase che hai citato, era relativa al fatto che si è 
preferito usare una logica del tipo "(*è vero*) (che questa strada *non ha* 
uscita)" rispetto all'altra possibilità, equivalente, "(*non è vero*) (che 
questa strada *ha* una uscita)".

Per il resto, penso sarebbe preferibile un fixme=*

E' vero che in https://wiki.openstreetmap.org/wiki/Key:fixme si dice che si può 
(deve???) mappare "/noexit=no — For tagging incomplete ways (not completely 
surveyed) as such/", ma trovo la cosa assolutamente priva di senso: nexit=no, 
se la logica non è un'opinione, vuol dire che la strada ha una uscita.

Ciao!


On 2018-12-13 23:44, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 13. Dec 2018, at 20:46, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> Inoltre non riesco a capire perché a qualcuno sia venuto in mente di 
>> ragionare in logica negata: noexit=yes === exit=no, che mi sembrerebbe di 
>> più chiara ed immediata comprensione (/ma comunque inutile/).
>
>
> è un flag: Strada senza uscita -> si
>
> Non è del tutto inutile in quanto si tratta di un tag per altri mappatori: lì 
> è verificato che non ci sia altra uscita (vuol dire mappatura completa, 
> perché in OSM non sai mai se non c’è strada oppure non è mappata.) Nella 
> prassi, la situazione potrebbe essere cambiata, quindi che fai, non verifichi 
> comunque ;-)
>
>
> Ciao, Martin 
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

... manata in fronte! Ovvio, hai ragione!

Ma certo che bisogna essere un po' perversi, però...   :-)


On 2018-12-13 21:22, Andrea Albani wrote:
>
>
> Il giorno gio 13 dic 2018 alle ore 20:46 Sergio Manzi  <mailto:s...@smz.it>> ha scritto:
>
>
> Inoltre non riesco a capire perché a qualcuno sia venuto in mente di 
> ragionare in logica negata: noexit=yes === exit=no, che mi sembrerebbe di più 
> chiara ed immediata comprensione (/ma comunque inutile/).
>
> Penso derivi dal fatto che in inglese un cartello di strada chiusa è un "no 
> exit" sign
>  
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

Ciao a tutti/e,

Sinceramente noexit=yes mi sembra un tagging assurdo: la topologia non è 
un'opinione e se una strada abbia o meno una uscita (/e per quali mezzi di 
trasporto!/) lo si desume tranquillamente dalle relazioni con le altre ways.

Inoltre non riesco a capire perché a qualcuno sia venuto in mente di ragionare 
in logica negata: noexit=yes === exit=no, che mi sembrerebbe di più chiara ed 
immediata comprensione (/ma comunque inutile/).

Per quanto riguarda sentieri/piste a tratti invisibili, sono totalmente 
d'accordo con Volker: vanno mappati ed indicati con trail_visibility=no, perché 
in caso contrario si interromperebbe un utilissimo e validissimo "routing" 
(/sia che sia automatizzato o "ad occhio"/).

Sergio


On 2018-12-13 16:59, Max1234Ita wrote:
> Andrea Albani wrote
>> noexit è un tag che, pur avendolo usato qualche volta, mi ha sempe
>> lasciato
>> freddo e per me non è così scontato che si debba per forza mettere quando
>> una strada termina.
>>
>> E' un dato di fatto che una strada finisce sull'ultimo nodo non connesso
>> della way che la rappresenta, e questo i motori di routing immagino lo
>> sappiano bene.
>>
>> Ci rimane il fattore rendering, ovvero comunicare visivamente ad un utente
>> questo dead-end. Quindi nel caso di questo tag posso mappare per il
>> rendering ?
> Non è solo mappare per il rendering, è anche un'informazione utile che dai
> anche all'utente ed al routing, ad esempio nel caso in cui la strada termina
> ma a poca distanza ce n'è un'altra percorribile, ad esempio una via che è
> tagliata alla fine da un fosso ma oltre il fosso corre la Strada
> Provinciale: poco importa se con un salto un pedone un po' agile può
> riuscire a passare dall'altra parte...
> In questo caso noexit indica espressamente che non c'è via d'uscita e non si
> tratta di un problema di scarsa/nulla mappatura...
>
> Per i casi "liquidi", invece, di solito preferisco tracciare il sentiero fin
> dove lo si può vedere, e po lasciarlo aperto, a finire "nel nulla"... come
> in effetti è.
>
> Ciao,
> Max
>
>
>
>
> --
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Parchimetri a Perugia

[Sergio Manzi]

Ciao!

Direi che usare nuove chiavi come parcometro=* e settore=* è _senza dubbio_ da 
evitare: sarebbe preferibile fossero approvate dalla comunità, dopo adeguata 
proposta e votazione e devono essere in Inglese Britannico.

network=* mi sembra dedicato ad altri scopi [1]

Mi sembra bene il ref=10-135

Sergio


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

On 2018-12-13 17:27, claudio62PG wrote:
> Varie proposte
>
> Parcometro=135
> amenity=vending_machine
> settore=10
> vending=parking_tickets
>
>
> amenity=vending_machine
> vending=parking_tickets
> ref=10-135
>
>
> amenity=vending_machine
> vending=parking_tickets
> ref=135
> network=10
>
>
> Opinioni ?
> ciao 
> Claudio
>
>
>
> --
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Alberi Monumentali] quale licenza?

[Sergio Manzi]

Maurizio,

grazie per l'estensiva analisi che sto cercando di seguire, compresi i link a 
cui rimandi, (/anche se mi sono ricordato che è tanto che non vado dal dentista 
e forse dovrei...  /:-)//), e grazie anche a tutti gli altri, Federico in 
primis, che stanno contribuendo al thread.

Permettetemi solo alcune considerazioni da inesperto della materia:

Mettendomi nei panni dell'amministratore di un ente pubblico che abbia le 
migliori intenzioni di rilasciare nel modo più liberale possibile i dati e/o i 
documenti (/con le dovute differenze/) che è chiamato a gestire, cercherei di 
vedere cos'ha già fatto chi si è trovato in una situazione simile e cercherei 
di adottare una licenza che abbia un ampio seguito e il "/backing/" di una 
qualche istituzione di chiara fama. Penso che /cadere /in una licenza "Creative 
Common", sia in questo senso abbastanza probabile (/e forse pure ragionevole/), 
perché senza dubbio parte di una famiglia di licenze estremamente conosciuta e 
diffusa.

Se, come da premessa, voglio quindi rilasciare i dati nel modo più liberale 
possibile dovrei tendere ad adottare una CC-0, ma qui forse può subentrare 
l'aspetto psico-politico: il Sindaco di "Vattelapesca di sotto" ci tiene tanto 
a che il suo comune appaia tra i "contributors" (/magari in modo da potersi 
vantare di quali meravigliose cose siano state fatte sotto la sua 
amministrazione/) e quindi vorrebbe una clausola "BY". Una licenza che 
contempli solo una clausola che richieda un generico "/aknowledgment/" nella 
lista delle fonti, forse potrebbe bastare: chiamiamola CC-0A. Vedo, invece, 
pochi problemi di "SA" in una (non-)licenza quale la CC-0: è chiaro che poi 
ognuno ci potrà fare quel che vuole, anche costruire prodotti commerciali 
(/come con la MIT che io uso per il codice/), rilasciati secondo licenze 
differenti.

Per quanto riguarda le licenze ODC, potete chiarirmi perché OSM si sia 
orientata sulla ODbL invece della PDDL [1], che mi sembra più permissiva, 
analoga alla CC-0? E' per garantirsi che eventuali estensioni del DB abbiano 
una ricaduta positiva sul progetto OSM? In tal caso, è abbastanza chiaro che 
non potremmo andare a chiedere ad un amministratore di adottare una licenza 
permissiva, priva di SA, quando noi richiediamo il SA...

Ancora grazie,

Sergio


[1] https://www.opendatacommons.org/licenses/pddl/1.0/



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Alberi Monumentali] quale licenza?

[Sergio Manzi]

Ciao,

On 2018-12-10 00:48, Martin Koppenhoefer wrote:
> [...]
>
> chi vuole pubblicare dati liberi lo dovrebbe fare, idealmente senza vincoli.

Sì, ma una licenza gli va "appiccicata", che piaccia o meno. Personalmente 
preferisco andare dal dentista per una cura canalare piuttosto che leggermi nei 
dettagli i termini delle varie licenze e cercare di capirne implicazioni e 
diramazioni. Quando ho rilasciato del codice mio, l'ho sempre fatto con licenza 
MIT perché mi _sembrava_ la più permissiva e facile da leggere. CC0 (public 
domain) può avere implicazioni negative anche perché non valida in alcune 
giurisdizioni... Insomma, se posso neanche mi ci metto: lascio la cosa a chi se 
ne intende e lo fa di mestiere, gli avvocati.

> Anche perché dal punto di vista OSM, importare un dato licenziato in ODbL non 
> è il massimo, perché non è compatibile con i CT (contributor terms).

Aspetta... probabile che non ti stia capendo... mi stai dicendo qualcosa del 
tipo "/importare in OSM dati rilasciati secondo la licenza ODbL è 
problematico/"?  :-/  Se è così... siamo messi proprio bene!!

> Ciao, Martin

Sergio


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Alberi Monumentali] quale licenza?

[Sergio Manzi]

Federico,

grazie per i link che sono molto interessanti.

Devo ancora farmi un'idea precisa a proposido dell'ODbL e se sia stata una 
buona idea o meno adottarla, ma di primissimo acchito mi sembra che tenda un 
po' a "complicare le cose", nel senso che non è certo una delle licenze più 
diffuse e conosciute e probabilmente non viene (generalmente) presa in 
considerazione da chi voglia pubblicare "/liberi dati/".

Ciao e grazie ancora,

Sergio


On 2018-12-09 09:47, Federico Leva (Nemo) wrote:
> Ciao Sergio,
> trovi qualche informazione sulla compatibilità di licenze nel wiki OSM:
> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>
> Trovi qualche informazione in breve sulla situazione normativa teorica in:
> https://it.wikipedia.org/wiki/Dato_aperto_per_principio
>
> Nelle linee guida nazionali trovi anche come provano a barcamenarsi in 
> pratica:
> https://docs.italia.it/italia/daf/lg-patrimonio-pubblico/it/bozza/licenzecosti.html
>
> Federico


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] area power=substation

[Sergio Manzi]

Secondo me la 1) va benissimo e per la 2) starei su industrial perché 
potrebbero essere le toilettes, o la mensa di chi ci lavora, ma anche edifici 
ad uso prettamente industriale: non sapendo, ed essendo il landuse=industrial, 
building=industrial mi sembra l'assunzione più corretta...

On 2018-12-06 16:15, demon.box wrote:
> ciao, nel caso di un'area power=substation (non è quindi un power=generator,
> la corrente non viene generata ma soltanto redistribuita):
>
> 1) come mappo il landuse? landuse=industrial ? o altro?
>
> 2) e tutti gli edifici al suo interno (non avendo chiaramente info più
> precise e dettagliate) li mappo tutti come
> building=industrial o meglio un più "neutro" building=service? o altro
> ancora?
>
> 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



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Collegio universitario

[Sergio Manzi]

Scusate, in realtà sto parlando a vanvera perché non so a che livello di 
istruzione si collocano i collegi universitari ai quali vi riferite.

"college", comunque, è un termine difficile, perché ha valore diverso a seconda 
delle nazioni [1]: negli USA è equivalente ad una università, ma in UK e 
altrove è più simile ad un liceo Italiano.

In OSM sembra debba essere preso nell'accezione USA, ma non si capisce perché: 
OSM non dovrebbe essere basato sull'Inglese Britannico?

[+] https://en.wikipedia.org/wiki/College


On 2018-12-05 23:12, Andrea Albani wrote:
> Io proporrei amenity=college. Il Ghislieri è già mappato così e mi sembra 
> coerente sia con la definizione di osm [0] che con quella di wikipedia [1], 
> ovvero istituzioni post 2° grado che preparano all'università (oltre ad 
> offrire servizi aggiuntivi come l'alloggio) . Tieni in generale presente che 
> a Pavia è stato fatto un import dei buildings proveniente da dataset 
> comunale, quindi ti chiederei per cortesia di non modificare le attuali 
> geometrie. 
>
> [0] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege
> [1] https://it.m.wikipedia.org/wiki/College
>
> Il giorno mer 5 dic 2018, 21:31 Riccardo Usardi  > ha scritto:
>
> Ciao lista,
> ho scaricato il shp dei collegi universitari pavesi dal sito del comune.
> Quali tag vanno utilizzati per queste aree e/o edifici?
> amenity: university mi sembra errato ma anche taggarli come alberghi o 
> simili mi sembra errato.
>
> ps i dati sono rilasciati dal Comune di Pavia con licenza - CC-BY 3.0 da 
> quello che ho capito possono essere utilizzati, giusto?
> ___
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Collegio universitario

[Sergio Manzi]

Se sono "proprietà di" e/o "amministrati da" l'università, più che 
amenity=univeristy [1] (/che dovrebbe applicarsi all'intero "insieme", 
campus/), direi che potrebbero andare bene,  building=university [2] o 
"residential=university" (/tag proposta/ [3]), ma forse anche 
"building=dormitory" [4]

Ciao!

[1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity
[2] https://wiki.openstreetmap.org/wiki/Tag:building%3Duniversity
[3] https://wiki.openstreetmap.org/wiki/Tag:residential%3Duniversity
[4] 
https://wiki.openstreetmap.org/wiki/Proposed_features/Student_accommodation_building

On 2018-12-05 21:30, Riccardo Usardi wrote:
> Ciao lista,
> ho scaricato il shp dei collegi universitari pavesi dal sito del comune.
> Quali tag vanno utilizzati per queste aree e/o edifici?
> amenity: university mi sembra errato ma anche taggarli come alberghi o simili 
> mi sembra errato.
>
> ps i dati sono rilasciati dal Comune di Pavia con licenza - CC-BY 3.0 da 
> quello che ho capito possono essere utilizzati, giusto?
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Alberi Monumentali] quale licenza?

[Sergio Manzi]

P.S.: probabilmente potrei trovare l'informazione da solo, e mi sembra pure che 
tu l'abbia già detto in passato, ma senza "sbattermi troppo", mi puoi linkare a 
quali licenze "standard" sono compatibili con un import nel nostro DB?

On 2018-12-03 14:46, Sergio Manzi wrote:
>
> Giovanni,
>
> sto guardandomi un po' in giro, ma non trovo grandi informazioni riguardo 
> alle licenza che si applica al dataset "Sistema informativo AMI" del Mipaaft.
>
> Se ho bene capito, il "giro del fumo" dovrebbe essere che i Comuni hanno 
> l'obbligo di stilare la lista per il loro territorio di competenza, passando 
> poi i dati alla Regione, che alla fine passa i dati al Ministero che pubblica 
> in Internet "/a disposizione delle amministrazioni pubbliche e della 
> collettività/" (vedi [1 
> <http://www.simontagna.it/portalesim/alberimonumentali.jsp?pid=4193>]).
>
> Mi chiedo (/giuro che non lo so.../) se esista una normativa generale che 
> stabilisce con quale licenza lo Stato mette a disposizione i dati "/per la 
> collettività/": è un tema che è già stato affrontato in passato? Se no, 
> abbiamo o possiamo aprire canali istituzionali per porre il quesito? Da parte 
> nostra, a chi starebbe porre in forma ufficiale questo quesito? Abbiamo tra 
> noi un esperto di diritto amministrativo?
>
> Io sono fuori da questi giri, ma se pensi possa servire posso provare a fare 
> due cose:
>
>  1. sentire un ex avvocato del Comune di Venezia, che casualmente proprio 
> questa sera dovrei incontrare per altri motivi.
>  2. sentire un mio amico, ex ufficiale/dirigente del Corpo Forestale dello 
> Stato, se ne sa qualcosa o se sa dirmi a chi ci si deve rivolgere.
>
> Fammi sapere se pensi possa essere utile...
>
> Ciao,
>
> Sergio
>
> [1] http://www.simontagna.it/portalesim/alberimonumentali.jsp?pid=4193
>
>
> On 2018-12-03 14:03, Cascafico Giovanni wrote:
>> Tempo fa avevo proposto fatto questa domanda, ma si era andati rapidamente 
>> OT senza risposte.
>>
>> Rinnovo l'appello: qualcuno ha idea di quale licenza sia applicata a questi 
>> [1] dataset?
>>
>> [1] 
>> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Alberi Monumentali] quale licenza?

[Sergio Manzi]

Giovanni,

sto guardandomi un po' in giro, ma non trovo grandi informazioni riguardo alle 
licenza che si applica al dataset "Sistema informativo AMI" del Mipaaft.

Se ho bene capito, il "giro del fumo" dovrebbe essere che i Comuni hanno 
l'obbligo di stilare la lista per il loro territorio di competenza, passando 
poi i dati alla Regione, che alla fine passa i dati al Ministero che pubblica 
in Internet "/a disposizione delle amministrazioni pubbliche e della 
collettività/" (vedi [1 
]).

Mi chiedo (/giuro che non lo so.../) se esista una normativa generale che 
stabilisce con quale licenza lo Stato mette a disposizione i dati "/per la 
collettività/": è un tema che è già stato affrontato in passato? Se no, abbiamo 
o possiamo aprire canali istituzionali per porre il quesito? Da parte nostra, a 
chi starebbe porre in forma ufficiale questo quesito? Abbiamo tra noi un 
esperto di diritto amministrativo?

Io sono fuori da questi giri, ma se pensi possa servire posso provare a fare 
due cose:

 1. sentire un ex avvocato del Comune di Venezia, che casualmente proprio 
questa sera dovrei incontrare per altri motivi.
 2. sentire un mio amico, ex ufficiale/dirigente del Corpo Forestale dello 
Stato, se ne sa qualcosa o se sa dirmi a chi ci si deve rivolgere.

Fammi sapere se pensi possa essere utile...

Ciao,

Sergio

[1] http://www.simontagna.it/portalesim/alberimonumentali.jsp?pid=4193


On 2018-12-03 14:03, Cascafico Giovanni wrote:
> Tempo fa avevo proposto fatto questa domanda, ma si era andati rapidamente OT 
> senza risposte.
>
> Rinnovo l'appello: qualcuno ha idea di quale licenza sia applicata a questi 
> [1] dataset?
>
> [1] 
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Caro Riccardo,

penso che quello che tu hai fatto e stai facendo sia molto bello, generoso e 
nobile e ancora di più perché certamente saprai che facendolo ti assumi un 
certo rischio, ma poni al di sopra di questo la tua volontà di fare il tuo 
lavoro in modo professionale per il bene di tutti, con la cura che un padre 
mette nell'occuparsi della sua famiglia.

Mi rendo conto che in molte zone d'Italia la realtà sia diversa da quella che 
può esserci nelle regioni più ricche e/o meglio amministrate e che non ci sia 
un solo "Riccardo", ma molto probabilmente tanti altri, che ogni giorno "/si 
fanno un mazzo così/" per ovviare alle inefficienze del sistema. Sarà scontato 
dirlo, ma è questa intraprendenza personale che ci salva.

Tu, che sei in trincea, queste cose dovresti urlarle ai quattro venti o, se non 
potessi farlo perché inopportuno per la tua posizione, provare a trovare chi lo 
possa fare per te. Vedo che in questi giorni nei giornali si parla molto del 
tema delle ambulanze prive di medico: forse potresti provare a contattare altri 
tuoi colleghi, anche di altre regioni, e poi insieme raccontare alla stampa che 
quello della mancanza del medico non è l'unico problema, che ce ne sono altri e 
tra questi anche la mancanza di una adeguata cartografia, possibilmente su un 
mezzo digitale che possa anche tenervi aggiornati in tempo reale sullo stato 
del traffico ed instradarvi in modo ottimale.

Forse la comunità OSM potrebbe aiutarvi, svolgere attività specifiche a vostro 
supporto, e (provare a) organizzare azioni di sensibilizzazione sul tema con le 
amministrazioni e le loro strutture tecniche.

Mi scuso se sto dicendo qualcosa di ovvio e scontato: io "sono qui" solo da 
metà agosto e sono certamente ignaro di tantissime cose avvenute in passato, 
sforzi in questo senso già intrapresi.

In ogni caso grazie, Riccardo, e scusami se, non volendo, nei miei interventi 
mi è fuggita una dose di presunzione.

Sergio


On 2018-12-02 18:59, riccardo pastocchi wrote:
> Scusate l’intrusione .. ma credo che se andiamo nello specifico.. sarebbe più 
> utile far parlare chi si trova a lavorare all’interno del 118 .. altrimenti 
> rischiamo di parlare di aria fritta e di fantomatiche mappe che non esistono. 
> Attualmente, perlomeno parlo per la regione Marche le mappe cartacee a 
> disposizione del 118 sono le stesse utilizzare da qualsiasi cittadino, cioè 
> quelle distribuite gratuitamente dall’amministrazione di turno. Quindi non 
> esistono mappe certificate e autorizzate ad utilizzo emergenza sanitaria. 
> Questa è la realtà inconfutabile.. e con la stessa onestà vi informo che le 
> tante abitazioni nelle contrade di campagna non sono assolutamente mappate 
> dalla cartografia ufficiale. Detto questo .. vi informo che dopo anni di 
> interazione con il territorio, ho mappato tramite Osm tutti i civici delle 
> campagne annesse al territorio di mia competenza. Quindi sono in grado di 
> raggiungere qualsiasi civico di campagna del mio territorio tramite Osm a 
> differenza di
> qualsiasi .. e ripeto.. qualsiasi altro navigatore. Quindi .. faccio una 
> domanda ai miei interlocutori.. considerate questo .. un passo 
> evoluzionistico e risolutivo ai fini salva vita per un richiedente aiuto  o 
> un deficit e una distrazione paragonata agli altri blasonati navigatori che 
> non prendono neanche in esame il nome di quella contrada di campagna? Non 
> voglio essere polemico, ma capite che attualmente è l’unica soluzione? E 
> umilmente aggiungo che ..sono pronto a fare un passo indietro se c’è qualcuno 
> in grado di fornirmi una mappatura censita e ufficializzata, utilizzabile in 
> un navigatore, che comprenda i numeri civici delle contrade di campagna, 
> precedentemente menzionate. 
> Come già anticipato sono il primo a dire che visto l’utilizzo salvavita di 
> tali dati, mi piacerebbe avere una garanzia.. sulla non modificabilità di 
> tali dati. Ma a riguardo non ho avuto ancora nessuna risposta.
>
> Il giorno 02 dic 2018, alle ore 17:51, Alessandro  <mailto:ale_z...@libero.it>> ha scritto:
>
>>
>>
>>  Messaggio originale 
>> Da: Sergio Manzi
>> Data:02/12/2018 15:15 (GMT+01:00)
>> A: talk-it@openstreetmap.org <mailto:talk-it@openstreetmap.org>
>> Oggetto: Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118
>>
>> Neanche io ho detto questo!  :-)
>>
>> Se leggi gli altri miei post in merito, capsci che per /certificati /intendo 
>> "/approvati da qualcuno con l'adeguata responsabilità di funzione/" e non 
>> scelti, per simpatia od altro, dall'equipaggio dell'ambulanza.
>>
>> - - - - - - - - - - - -
>>
>> Scusa Sergio, non avertene a male, ma o tu vivi nel paese perfetto in Italia 
>> o vivi sulla Luna.
>>
>>

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Ciao Alessandro,

no, tranquillo, non me ne ho affatto a male!

E no, non vivo nel paese delle fatine, ma neanche mi rassegno al fatto che le 
cose in Italia debbano funzionare a livello di "/bricolage/": Giovanni 
Cascafico ha postato qualche giorno fa un link che porta a questo: 
http://where.areu.lombardia.it/

Come vedi, se si vuole, le cose si possono fare funzionare bene (/ricordarsene 
quando si vota.../).

Ciao,

Sergio


On 2018-12-02 17:51, Alessandro wrote:
>
>
>  Messaggio originale ----
> Da: Sergio Manzi
> Data:02/12/2018 15:15 (GMT+01:00)
> A: talk-it@openstreetmap.org
> Oggetto: Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118
>
> Neanche io ho detto questo!  :-)
>
> Se leggi gli altri miei post in merito, capsci che per /certificati /intendo 
> "/approvati da qualcuno con l'adeguata responsabilità di funzione/" e non 
> scelti, per simpatia od altro, dall'equipaggio dell'ambulanza.
>
> - - - - - - - - - - - -
>
> Scusa Sergio, non avertene a male, ma o tu vivi nel paese perfetto in Italia 
> o vivi sulla Luna.
>
> "/approvati da qualcuno con l'adeguata responsabilità di funzione/"  Chi mai 
> si prenderebbe la responsabilità di approvare qualcosa del genere.
>
> Spesso i dati vengono georiferiti dalla stesa P.A. con Google. Ma se si 
> appone un visto che afferma siano dati autoritativi tutti se ne stanno.
>
> Ma se un civico non appare in un db pubblico allora i servizi d'emergenza non 
> si muovono?
>
> Alessandro
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Va bene, hai ragione tu.

Ciao.

Sergio


On 2018-12-02 16:04, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 2. Dec 2018, at 15:42, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> Il tuo discorso è pieno di incongruenze: da un lato ti fai paladino dei dati 
>> "live" (/perché altrimenti sono vecchi/), dall'altro sostieni che comunque 
>> il guidatore deve sapere dove sta una strada perché deve avere sostenuto un 
>> esame: ok, ma su quali dati? Quelli validi al tempo dell'esame, immagino. 
>> Vecchi, quindi.
>
>
> veramente, non finisce col esame, devi anche aggiornarti. L’esame che ho 
> visto io funzionava così: ti davano 20 vie e tu per ogni via dovevi dire 
> tutte le vie per arrivare lì dalla stazione sul percorso più breve. Le vie 
> erano scelte in maniera difficile (stradine piccole o a dirittura scale con 
> nome), ma non dovevi conoscere i civici, cosa per strade grandi e lunghe 
> invece può essere importante.
> La prova era in Germania in una città di 85000 abitanti, dove non si cambiano 
> i sensi unici ogni stagione, quindi il discorso vecchio nuovo non era così 
> importante (quei pochi posti con recenti modifiche rispetto alla mappa 
> stampata li conoscevo).
>
> Se guidi ogni giorno un’ambulanza è anche difficile non conoscere il 
> territorio, i punti con lavori, dove c’è rischio di traffico, ecc., ma 
> naturalmente ci possono essere strade molto lunghe, dove sapere più o meno 
> l’altezza è necessario, oppure ci sono strade con lo stesso nome 
> (traverse/accessi con lo stesso nome per esempio).
>
>
> Cosa volevo dire: o i dati sono verificati e vecchi o sono live e non possono 
> essere dati verificati. Ci si deve decidere, ma non implica che l’altra 
> scelta sarebbe del tutto fuori luogo. È anche difficile credere che non ci 
> sia mai nessun errore in un dato certificato.
>
>
> Ciao, Martin 
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

A questo punto mi sembra che tu stia cercando la polemica giusto per per il 
gusto di polemizzare. E non ne capsco il motivo.

Il tuo discorso è pieno di incongruenze: da un lato ti fai paladino dei dati 
"live" (/perché altrimenti sono vecchi/), dall'altro sostieni che comunque il 
guidatore deve sapere dove sta una strada perché deve avere sostenuto un esame: 
ok, ma su quali dati? Quelli validi al tempo dell'esame, immagino. Vecchi, 
quindi.

Certo che una ambulanza può essere rallentata da mille motivi, ma se poi 
davanti al giudice il guidatore sostiene "/Sig. giudice, io sono arrivato tardi 
ed il poverello è morto perché sono andato dove la mappa mi diceva che si trova 
Via Vattelapesca, peccato che qualcuno una mezzoretta prima aveva spostato Via 
Vattelapesca dall'altra parte della città/", certo che c'entra _l'uso che si è 
fatto di OSM_ (*nota bene: non OSM in quanto tale, ma il fatto che un cretino 
ha autorizzato l'uso di una carta live hackerabile*).

Diverso è se la Regione ha autorizzato l'utilizzo della carte congelata in un 
certo stato e ne ha verificato la correttezza: mi va benissimo.

Ma poi, scusa, ogni quanto "nasce o muore" una via dalle tue parti? Servono 
dati freschi di giornata? All'equipaggio dicono "vai in Via Vattelapesca 25, 3° 
piano", non "vai alla Pizzeria Vesuvio, che hanno aperto e mappato l'altro 
ieri...".

Ciao,

Sergio


On 2018-12-02 15:21, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 30. Nov 2018, at 12:10, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> Potrebbe anche essere che il FVG o qualsiasi altra regione decida di 
>> adottare una cartografia basata su OSM, possibilmente "congelata" ad uno 
>> certo stato, e decidesse di certificarla (/restano i dubbi sulle clausole 
>> legali di OSM/), ma certamente non userei (/certificherei/) una cartografia 
>> "live", potenzialmente soggetta ad azioni di hacking.
>>
>
>
> e proprio per questo motivo i dati saranno vecchi...
>
>
>> Pensa cosa potrebbe succedere se qualcuno ci "lascaisse le penne" perché 
>> l'ambulanza, mal guidata da una mappa OSM impercisa o hackerata, è arrivata 
>> in ritardo: a parte gli scrupoli morali, sai che "causona" civile rischia il 
>> dirigente che ha autorizzato l'uso di quello strumento?
>>
>
> perché secondo te sarebbe dimostrabile che l’utilizzo di OSM ha causato la 
> morte di qualcuno? Chi guida un’ambulanza deve avere esaustiva conoscenza del 
> territorio, credo anche in Italia sia così, al meno nella mia città dovevi 
> conoscere tutte le vie per nome ed anche dimostrarlo in un esame.
>
> Ci sono svariati motivi per tempi di approccio più lunghi del necessario, tra 
> le prime probabilmente macchine parcheggiate male, lasciate in seconda fila 
> (cosa crea un disagio non solo alle ambulanze ma al traffico in generale e di 
> conseguenza anche alle ambulanze), ecc.
>
> Contro le persone non salvate in tempo per motivi di cattiva cartografia osm 
> dovresti comunque mettere in bilancio quelle salvate solo grazie ad OSM, 
> perché altrimenti l’ambulanza non sarebbe arrivata in tempo.
>
>
> In generale sono d’accordo, i servizi critici dovrebbero usare solo dati 
> ottimi, solo che nella realtà non ci sono sempre.
>
> Ciao, Martin 
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Neanche io ho detto questo!  :-)

Se leggi gli altri miei post in merito, capsci che per /certificati /intendo 
"/approvati da qualcuno con l'adeguata responsabilità di funzione/" e non 
scelti, per simpatia od altro, dall'equipaggio dell'ambulanza.

Ciao,

Sergio


On 2018-12-02 15:09, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 30. Nov 2018, at 11:17, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> Mi sembra *molto *ragionevole: anche io sono del tutto stupito dal fatto che 
>> un servizio di *pubblica emergenza* possa decidere di basarsi su dati non 
>> certificati...
>
>
> Non ho detto questo, per me è naturale che usano ciò che meglio li serve, e 
> me aspetterei che una centrale di emergenza usasse sia dati ufficiali che 
> dati google che dati osm. Anche perché dati certificati significa dati vecchi.
>
> Faccio un esempio non perfettamente pertinente, ma che dimostra che l’essere 
> certificato non vuole necessariamente dire essere la soluzione migliore: 
> windows XP for submarines. Ti farebbe sentire tranquillo sapere se le armi 
> nucleari fossero gestiti da Windows XP? Eppure è così: 
> https://mspoweruser.com/uks-nuclear-submarines-runs-windows-xp-submarines/
>
>
> Sò che anche in altri paesi i dati osm sono usati da servizi di emergenza ma 
> anche quelli di ordine pubblico (polizia), per esempio in Germania.
>
> Ciao, Martin 
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

Ciao FraMauro,

On 2018-12-02 09:39, Fra Mauro wrote:
> Ciao mi pare un saluto corretto.
> FraMauro è anche il mio nome da mappatore, puoi vedere come mappo. Credo nel 
> diritto all'anonimato e non penso che la mia anagrafica influenzi la bontà 
> delle mie tesi.

L'anonimato è senza dubbio un tuo diritto che rispetto, ma devi ammettere che 
può dare adito a dubbi (/probabilmente errati/) che dietro l'anonimato ci sia 
un portatore di interessi particolari.

Personalmente una delle prime cose che ho fatto, quando ho deciso di impegnarmi 
nella comunità OSM, è stata quelle di andare a presentarmi ad un incontro, di 
persone, perché credo che in una sana comunità ci si debba conoscere, come 
esseri umani, ma ripeto che rispetto totalmente il tuo diritto all'anonimato.

> Sul database non siamo d'accordo. Per me il "Non si mappa per il rendering" è 
> stato a volte interpretato in maniera troppo rigida, comunque condivido il 
> principio di base.

Qui non capisco su cosa non siamo d'accordo: non sei d'accordo che OSM è in 
primis il database? O non sei d'accordo sul fatto che la maggioranza degli 
utenti conosce OSM per la sua mappa? Scusa, ma non mi è chiaro.

Comunque il principio base a mio avviso (/e non solo.../) non è che "/non si 
mappa per il rendering/", ma che "/non si mente per il rendering/", cioè non si 
alterano le tag per ottenere un certo risultato di rendering. In realtà certo 
che si mappa per il rendering, cioè contribuisco a questo progetto perché mi 
interessano le mappe che genera.


> Su Venezia. Capisco il problema e sono solidale, solo che se è solo locale è 
> non è condiviso da altre località turistiche sarà difficile far passare una 
> modifica al rendering su questa base. Per me proponi pure, magari scegli come 
> esempi a supporto altre cittadine in cui il rapporto popolazione turisti è 
> più simile a Venezia...

La solidarietà si dimostra con le azioni: "fai pure" non è equivalente a 
"capisco e sono pronto ad impegnarmi con te su questa cosa".

Comunque permettimi di elucubrare sul perché penso sia corretto avere 
guest_house, hostel e apartment solo a livello 19 dello zoom della mappa di 
default (/e ci metterei dentro pure gli hotel/, /di cui mi ero dimenticato nel 
post precedent/e).

Capisco l'utilità di avere ristoranti e cose simili mappati già a livello 17: 
sono in una certa zona, ho fame e "mi guardo in giro sulla mappa" per vedere 
cosa ho a disposizione nelle vicinanze. Per le strutture ricettive, nella 
maggioranza dei casi, ho già prenotato il mio soggiorno e quello che mi può 
interessare è il routing a dove sta di preciso la struttura che ho prenotato. 
Per questo uso la visualizzazione a z=19 può andare benissimo e così il 
B/locanda/hotel/affittacamere/ostello non si mette in competizione con il 
ristorante che ha a fianco: competizione che spesso si manifesta 
nell'aggiustare le posizioni (/mentire per il rendering.../) in modo che tutti 
e due (/o magari solo "il mio"/) appaia sulla mappa.

D'altro canto la visualizzazione a z=17 non è nemmeno abbastanza ampia per 
essere giustificata da un ragionamento del tipo "sono in aperta campagna, è 
tardi, ho un sonno della madonna, e vediamo dove posso andare a dormire...": 
per questo uso siti specifici.

Sei d'accordo? Se no, perché?

> Sulle altre mappe. Mi dispiace che ti sia sembrato marketing a buon mercato e 
> francamente non ho mai pensato di vedere chi piscia più lontano 
> Gli studi sulla numerosità degli utenti e sul rapporto utenti/mappatori hanno 
> ormai una tradizione. Uno tra i tanti che se ne occupa è Pascal Neis. 
> Recentemente ci sono state grida d'allarme sulla sostenibilità del modello 
> OSM. Mi sembrava che il discorso fosse sufficientemente introdotto per essere 
> sintetico. Rilevo comunque che anche in questo caso non siamo d'accordo

Se mi mandi un link a questo studio, mi fai un grosso favore.

In linea generale, però, e con questo rispondo anche a Martin che ci spinge a 
dimostrare che la tua teoria sia giusta, una teoria deve prevedere anche una 
ipotesi sui meccanismi sottostanti e prevedere un metodo sperimentare per 
comprovarli, altrimenti è solo "/wishfull thinking/", un desiderio. Non c'è 
nulla di male nei desideri e nell'impegnarsi perché si realizzino, anzi, ma non 
bisogna confonderli con le teorie.

> Saluti

Ciao anche a te e buona giornata,

Sergio


>
> Il 2 Dicembre 2018 03:54:58 CET, Sergio Manzi  ha scritto:
>
> Ciao... (/mi spiace non poterti salutare correttamente, ma non ti 
> firm/i/per nome/),
>
> sì, è vero, OSM è il database, ma per la stramaggioranza degli utenti è 
> il sito https://www.openstreetmap.org dove i "/segnetti/" ci sono a partire 
> dal livello di zoom 17 e dove in alcune zone incominciano a creare seri 
> problemi essendo in competizione co

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

Ciao... (/mi spiace non poterti salutare correttamente, ma non ti firm/i/per 
nome/),

sì, è vero, OSM è il database, ma per la stramaggioranza degli utenti è il sito 
https://www.openstreetmap.org dove i "/segnetti/" ci sono a partire dal livello 
di zoom 17 e dove in alcune zone incominciano a creare seri problemi essendo in 
competizione con altri elementi (/questa sì che è competizione.../) per lo 
spazio di visualizzazione.

Così, tanto per darti alcuni dati, qui nel centro storico di Venezia, in pochi 
chilometri quadrati, di segnetti relativi a tourism=guest_house ce ne sono una 
50ina, e i loro nomi fannno a pugni con quelli di calli, campi, chiese, musei, 
farmacie, ecc... per poter essere visualizzati.  A Parigi (/che se hai presente 
è un po' più grandicella e non è che sia una località snobbata dai turisti/) ce 
ne sono 30.

Aggiungici gli /hotel/, gli /apartment /e gli /hostel /ed è un 
disastro//(/anche perché, ti assicuro, ne ho evidenza, ci sono B che si 
//promuovono a Hotel/)/. /Sarebbe anche interessante verificare quanti B sono 
ufficialmente registrati come tali./
/

E' quindi chiaro che c'è un problema e credo che vada risolto, senza ovviamente 
volere "espellere" le guest_house dal DB (/certo che è utile averle, mai detto 
il contrario!/).

Visto che hai portato il tema sul tavolo, che ne diresti se proponessimo di far 
visualizzare guest_house, hostel e apartment solo a livello 19 dello zoom della 
mappa di default?

Penso che potrebbe, come si suol dire, salvare capare e cavoli: i B 
continuerebbero, come già ora, ad esserci e la mappa di default sarebbe un po' 
più pulita, mentre altri "data consumers" (/app e siti specializzati, anche a 
pagamento o supportati dalla pubblicità/) potrebbero decidere diversamente e 
dare maggiore evidenza ai B

Che ne pensi?


Venendo al "vantaggio competitivo" (/termine che onestamente aborro, mi ricorda 
troppo il marketing a buon mercato.../), personalmente non mi sento per nulla 
coinvolto in un "pissing contest" con Google (/o Bing o chiunque altro/), 
soprattutto se misurato in termini di utenti. Il mio criterio di competizione 
(/se proprio vogliamo chiamarla così.../) con altri analoghi (/ma non 
tanto.../) servizi è quello della qualità e della esaustività dei dati, a 
supporto di serie applicazioni a vantaggio della collettività.

La tua teoria "/più utilizzatori di OSM corrispondano a/ /più mappatori, dati 
di maggior qualità e più strumenti software utili a OSM/" è, secondo me, tutta 
da dimostrare in ognuno dei suoi passaggi.

Ciao,

Sergio


On 2018-12-02 01:52, Fra Mauro wrote:
> Cerco di rispondere a entrambe le osservazioni.
>
> Sui segnetti sulla mappa. Mi sembra che tu poni il problema della 
> visualizzazione dei dati. OSM sono i dati. Se si vedano i b dipende dal 
> tipo di visualizzazione. Condivido l'osservazione che gli "appartamenti 
> vacanze" sono probabilmente dati non interessanti. I b in strutture 
> autonome secondo me invece sono dati utili e ho spiegato perché.
>
> Sul "vantaggio competitivo". Ho esposto perché OSM potrebbe essere preferita 
> a Google maps, per essere chiari. A noi che ce ne viene? Bella domanda. Credo 
> che più utilizzatori di OSM corrispondano a più mappatori, dati di maggior 
> qualità e più strumenti software utili a OSM
>
> Saluti
>
> Il 30 Novembre 2018 17:37:05 CET, Sergio Manzi  ha scritto:
>
> Poi, scusa, ma te lo devo dire:
>
> a leggerti sembra che i B facciano un piacere ad OSM ad esserci "così 
> vengono mappate anche le stradine secondarie e i numeri civici" ed offrono un 
> "vantaggio competitivo" (che vuol dire? competitivo rispetto a chi/cosa e 
> come?).
>
> E' vero il contrario! E' OSM che "ad esserci" sta offrendo un vantaggio 
> ai B, e gratis!
>
> Sergio
>
>
> On 2018-11-30 17:26, Sergio Manzi wrote:
>>
>> Avere un DB di B e una app per interrogarlo, per quando mi può 
>> servire, va benissimo.
>> Avere le mappe coperte da segnetti di B anche quando non me ne 
>> potrebbe importare di meno... mi va malissimo.

>>
>> Sergio
>>
>>
>> On 2018-11-30 10:42, Fra Mauro wrote:
>>> Buongiorno e scusate se "ripesco una discussione di un po' di tempo fa.
>>>
>>> Capisco la realtà di Venezia. Però nel centro Italia, fuori dalle 
>>> città, spesso i B sono delle strutture che a me sembrano interessanti e 
>>> che potrebbero offrire un "vantaggio competitivo" a OSM.
>>>
>>> Sono interessanti perché spesso una delle poche realtà attrattive in 
>>> comuni di poche migliaia di abitanti. Spesso sono realtà più simili a 
>>> piccoli alberghi che a "appartamenti da far rendere&qu

Re: [Talk-it] Progetti speciali basati su OSM

[Sergio Manzi]

P.S.: MOLTO interessanti i link che mi hai passato, grazie!

On 2018-12-01 13:25, Maurizio Napolitano wrote:
> Sono tanti e sono troppi.
> Ti conviene guardare un po' qui
> http://www.weeklyosm.eu/
> e nelle pagine wiki
> https://wiki.openstreetmap.org/wiki/Tile_servers
>
> Esattamente cosa stai cercando?
>
> On Sat, Dec 1, 2018 at 12:42 PM Sergio Manzi  wrote:
>> Ciao a tutti!
>>
>> Qualcuno sa dirmi se esiste da qualche parte una lista di progetti basati su 
>> OSM, ma che si occupano di specifici temi?
>>
>> Per esempio mi ricordo di avere visto un progetto che mappa le fontanelle di 
>> acqua potabile e altri (Volker, sto pensando a te...) che si occupano 
>> specificamente di cycling, ed altri ancora per chi viaggia a piedi...
>>
>> Insomma, tutti i progetti che si basano su OSM ma che mantengono un loro 
>> database separato e un motore di rendering specializzato.
>>
>> Grazie in anticipo a chiunque possa aiutarmi...
>>
>> Sergio
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>
>



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Progetti speciali basati su OSM

[Sergio Manzi]

Nulla in particolare, ti/vi spiego:

Sulla lista "tagging", in vari thread, si sta parlando di temi in un modo o 
nell'altro legati al /micromapping,/ a proposito di cose che vanno dal mappare 
i numeri di telefono ai quali inviare gli SMS per pagare i parchimetri, all'uso 
fatto delle antenne e anche sul tipo di valvole usate nelle tubature (/a 
farfalla, a sfera, ad ago, ecc.../).

Personalmente penso che si tratti di temi sicuramente molto interessanti ed 
utili per qualcuno, ma sostanzialmente inutili alla "/popolazione generale/".

Penso anche che temi così specifici siano "/meglio serviti/" da gruppi di 
interesse specifici, con competenze specifiche: non possiamo essere dei 
"tuttologhi" e, sempre come esempio, credo che la discussione sull'uso e il 
tipo di antenne (/è una Yagi o una Log-periodic? "Radioamatore" è un "uso" 
delle antenne?/) dovrebbe/potrebbe essere portata avanti da una cerchia di 
persone competenti, focalizzando liste com la "tagging" ad occuparsi di temi 
generali, che poi possono essere utili a tutti, anche a chi poi si occupa di 
temi specifici.

Credo quindi che OSM dovrebbe *promuovere* la formazione di gruppi di interesse 
specifico ed anche supportare, in modo coordinato, la creazione di database 
specifici e di "wiki" dedicati all'interno dei quali le persone competenti 
nelle varie materie possano trovare uno spazio dedicato, senza generare ciò che 
la popolazione generale può percepire come "/rumore di fondo/".

Mi interessa, quindi, farmi un'idea dello "/stato dell'arte/" a questo riguardo.

Ciao,

Sergio

On 2018-12-01 13:25, Maurizio Napolitano wrote:
> Esattamente cosa stai cercando?


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Progetti speciali basati su OSM

[Sergio Manzi]

Ciao a tutti!

Qualcuno sa dirmi se esiste da qualche parte una lista di progetti basati su 
OSM, ma che si occupano di specifici temi?

Per esempio mi ricordo di avere visto un progetto che mappa le fontanelle di 
acqua potabile e altri (/Volker, sto pensando a te.../) che si occupano 
specificamente di cycling, ed altri ancora per chi viaggia a piedi...

Insomma, tutti i progetti che si basano su OSM ma che mantengono un loro 
database separato e un motore di rendering specializzato.

Grazie in anticipo a chiunque possa aiutarmi...

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] la solita domanda da neofita/utilizzatore occasionale

[Sergio Manzi]

Ciao!

Nessun asterisco: quelli che vedi sono la trasposizione in testo puro del 
grassetto con cui avevo evidenziato i numeri.

Che programma usi per la posta?

Ciao!

Sergio


On 2018-11-30 22:32, liste DOT girarsi AT posteo DOT eu wrote:
> Il 30/11/18 16:48, Sergio Manzi ha scritto:
>> Anche io sono relativamente nuovo e quindi forse ci saranno modi più 
>> semplici o corretti, ma io faccio così:
>>
>>   1. in https://www.openstreetmap.org zoomo in un punto interno all'area che 
>> mi interessa (es: Piazza Maggiore a Bologna) fino a poter selezionare lo 
>> strumento di "query features" (freccetta con punto di domanda).
>>
>>   2. clicco (su Piazza Maggiore) e come risultato ottengo... un sacco di 
>> cose, ma vedrai che in fondo sono elencate le "Enclosing features". In 
>> questo caso vedrai "City Boundary Bologna" (è il comune), "Country Boundary 
>> Bologna" (Provincia) e "State Boundary Emilia-Romagna" (Regione).
>>
>>   3. Clicco su quella che mi interessa, per esempio il comune di Bologna.
>>
>>   4. Salta fuori una "relation", con il suo id, in questo caso "Relation: 
>> Bologna (*43172*)"
>>
>>   5. Copio il numerello magico, *43172*
>>
>>   6. Vado su http://overpass-turbo.eu/ e come query imposto: 
>> [out:json][timeout:25]; (rel(id:*43172*););out body;>;out skel qt;
>>
>>   7. Passo da "Map" a "Data" e... voilà le JSON!
>>
>> Ciao,
>>
>> Sergio
>>
> Perchè metti gli asterischi?
>
>

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

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

Poi, scusa, ma te lo devo dire:

a leggerti sembra che i B facciano un piacere ad OSM ad esserci "così vengono 
mappate anche le stradine secondarie e i numeri civici" ed offrono un 
"vantaggio competitivo" (che vuol dire? competitivo rispetto a chi/cosa e 
come?).

E' vero il contrario! E' OSM che "ad esserci" sta offrendo un vantaggio ai B, 
e gratis!

Sergio


On 2018-11-30 17:26, Sergio Manzi wrote:
>
> Avere un DB di B e una app per interrogarlo, per quando mi può servire, va 
> benissimo.
> Avere le mappe coperte da segnetti di B anche quando non me ne potrebbe 
> importare di meno... mi va malissimo.
>
> Sergio
>
>
> On 2018-11-30 10:42, Fra Mauro wrote:
>> Buongiorno e scusate se "ripesco una discussione di un po' di tempo fa.
>>
>> Capisco la realtà di Venezia. Però nel centro Italia, fuori dalle città, 
>> spesso i B sono delle strutture che a me sembrano interessanti e che 
>> potrebbero offrire un "vantaggio competitivo" a OSM.
>>
>> Sono interessanti perché spesso una delle poche realtà attrattive in comuni 
>> di poche migliaia di abitanti. Spesso sono realtà più simili a piccoli 
>> alberghi che a "appartamenti da far rendere". E ovviamente sono l'occasione 
>> per mappare civici.
>>
>> Sono adatte a OSM perché, soprattutto se mappati con conoscenza del posto, 
>> spesso richiedono la mappatura di strade non interessanti per Google maps 
>> (sterrate o anche strade interne a terreni privati) ma molto interessanti 
>> per chi sta cercando il posto!!!
>>
>> Che ne pensate?
>>
>> Il 17 Novembre 2018 13:29:16 CET, Cascafico Giovanni  
>> ha scritto:
>>
>> Il giorno ven 16 nov 2018 alle ore 16:41 Martin Koppenhoefer 
>> mailto:dieterdre...@gmail.com>> ha scritto:
>>
>> Am Fr., 16. Nov. 2018 um 16:10 Uhr schrieb Sergio Manzi > <mailto:s...@smz.it>>:
>>
>> Mi auguro solo che la Regione Veneto non pubblichi nulla del 
>> genere...
>>
>> non è detto che dobbiamo importare tutto ciò che qualcuno rende 
>> disponibile ;-)
>>
>>
>> ...a maggior ragione se ci pensa già qualcun altro...
>> https://www.fabiodisconzi.com/open-dormire/friuliveneziagiulia/index.html
>>
>>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Bed e categorie

[Sergio Manzi]

Avere un DB di B e una app per interrogarlo, per quando mi può servire, va 
benissimo.
Avere le mappe coperte da segnetti di B anche quando non me ne potrebbe 
importare di meno... mi va malissimo.

Sergio


On 2018-11-30 10:42, Fra Mauro wrote:
> Buongiorno e scusate se "ripesco una discussione di un po' di tempo fa.
>
> Capisco la realtà di Venezia. Però nel centro Italia, fuori dalle città, 
> spesso i B sono delle strutture che a me sembrano interessanti e che 
> potrebbero offrire un "vantaggio competitivo" a OSM.
>
> Sono interessanti perché spesso una delle poche realtà attrattive in comuni 
> di poche migliaia di abitanti. Spesso sono realtà più simili a piccoli 
> alberghi che a "appartamenti da far rendere". E ovviamente sono l'occasione 
> per mappare civici.
>
> Sono adatte a OSM perché, soprattutto se mappati con conoscenza del posto, 
> spesso richiedono la mappatura di strade non interessanti per Google maps 
> (sterrate o anche strade interne a terreni privati) ma molto interessanti per 
> chi sta cercando il posto!!!
>
> Che ne pensate?
>
> Il 17 Novembre 2018 13:29:16 CET, Cascafico Giovanni  ha 
> scritto:
>
> Il giorno ven 16 nov 2018 alle ore 16:41 Martin Koppenhoefer 
> mailto:dieterdre...@gmail.com>> ha scritto:
>
> Am Fr., 16. Nov. 2018 um 16:10 Uhr schrieb Sergio Manzi  <mailto:s...@smz.it>>:
>
> Mi auguro solo che la Regione Veneto non pubblichi nulla del 
> genere...
>
> non è detto che dobbiamo importare tutto ciò che qualcuno rende 
> disponibile ;-)
>
>
> ...a maggior ragione se ci pensa già qualcun altro...
> https://www.fabiodisconzi.com/open-dormire/friuliveneziagiulia/index.html
>
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] la solita domanda da neofita/utilizzatore occasionale

[Sergio Manzi]

Anche io sono relativamente nuovo e quindi forse ci saranno modi più semplici o 
corretti, ma io faccio così:

 1. in https://www.openstreetmap.org zoomo in un punto interno all'area che mi 
interessa (es: Piazza Maggiore a Bologna) fino a poter selezionare lo strumento 
di "query features" (freccetta con punto di domanda).

 2. clicco (su Piazza Maggiore) e come risultato ottengo... un sacco di cose, 
ma vedrai che in fondo sono elencate le "Enclosing features". In questo caso 
vedrai "City Boundary Bologna" (è il comune), "Country Boundary Bologna" 
(Provincia) e "State Boundary Emilia-Romagna" (Regione).

 3. Clicco su quella che mi interessa, per esempio il comune di Bologna.

 4. Salta fuori una "relation", con il suo id, in questo caso "Relation: 
Bologna (*43172*)"

 5. Copio il numerello magico, *43172*

 6. Vado su http://overpass-turbo.eu/ e come query imposto: 
[out:json][timeout:25]; (rel(id:*43172*););out body;>;out skel qt;

 7. Passo da "Map" a "Data" e... voilà le JSON!

Ciao,

Sergio


On 2018-11-30 16:11, Gian Luca Gaiba wrote:
> Salve a tutti
>
> sono di nuovo scocciarvi con una domanda semplice e stupida
> ma che, andando come al solito di fretta, non riesco a reperire:
>
> come posso impostare una query in overpass
> che mi restituisca 
> in formato json o altro
> un confine di un'area amministrativa?
>
> es:
> il confine del comune di Bologna
> o della provincia di Bologna
> o della regione Emilia-Romagna?
>
> scusate il disturbo
> grazie mille 
> ciaoo
>
>
>
> ___
> 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] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Certo, è quello che ho scritto: la causa la rischia "/il dirigente che ha 
autorizzato l'uso di quello strumento/".

Ciao!

On 2018-11-30 15:06, Max1234Ita wrote:
>
> Credo che la "causona" non dovrebbe essere contro "la mappa" o "il
> navigatore" non certificato (anche i sistemi più blasonati e le relative
> cartografie hanno le loro pecche ed i loro disclaimer), ma piuttosto contro
> chi si è fidato ciecamente delle indicazioni senza usare un po' di
> buonsenso.
>
> Il guidatore dell'ambulanza -almeno in teoria- dovrebbe avere un training
> adeguato ed una certa conoscenza del territorio in cui opera; insomma, se
> uno chiama il 118 non mette la sua vita nelle mani di un dilettante...
> spero!
>
> Max
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Giovanni, non capisco bene il concetto di "/servizio accessorio/": puoi 
chiarire, per favore?

Seguendo il thread che hai segnalato, sono arrivato a trovare questo [1 
<http://where.areu.lombardia.it/>] (/dove per altro mi sembra che non compaia 
citata OSM.../), ma questa mi sembra una situazione del tutto differente: una o 
più regioni si sono dotate di una infrastruttura e, immagino con apposite 
delibere, hanno deciso di utilizzarla per i servizi di emergenza: l'hanno 
quindi "certificata". Ottimo, sono pagati per questo! Diversa è la situazione 
dell'equipaggio di una ambulanza che, per quanto spinto da ottime intenzioni e 
probabilmente frustrato dalle ciofeche che gli hanno dato da usare,  decide per 
il "fai da te": mi sembra pericoloso (/soprattutto per l'equipaggio.../)

Sergio

[1] http://where.areu.lombardia.it/


On 2018-11-30 14:11, Cascafico Giovanni wrote:
> Il giorno ven 30 nov 2018 alle ore 12:11 Sergio Manzi  <mailto:s...@smz.it>> ha scritto:
>
> Pensa cosa potrebbe succedere se qualcuno ci "lascaisse le penne" perché 
> l'ambulanza, mal guidata da una mappa OSM impercisa o hackerata, è arrivata 
> in ritardo: a parte gli scrupoli morali, sai che "causona" civile rischia il 
> dirigente che ha autorizzato l'uso di quello strumento?
>
> Tutto dipende se viene considerato servizio accessorio. Tempo fa era successo 
> questo [1]... mi sembra riveli che in FVG stiano usando una versione 
> congelata.
>
> [1] https://lists.openstreetmap.org/pipermail/talk-it/2017-April/058331.html
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

E francamente, anche lo "strumento fisico", il tablet, mi aspetto che dovrebbe 
essere certificato come adatto allo scopo.

In un'ambulanza non usi le bombole di ossigeno industriale, ma solo quelle per 
uso medico, per l'ovvio motivo che quello industriale non è certificato per lo 
scopo, anche se comunque "potrebbe fare bene" al paziente (piuttosto che 
niente). Lo stesso concetto dovrebbe valere per qualsiasi altro "accessorio".


On 2018-11-30 12:10, Sergio Manzi wrote:
>
> Potrebbe anche essere che il FVG o qualsiasi altra regione decida di adottare 
> una cartografia basata su OSM, possibilmente "congelata" ad uno certo stato, 
> e decidesse di certificarla (/restano i dubbi sulle clausole legali di OSM/), 
> ma certamente non userei (/certificherei/) una cartografia "live", 
> potenzialmente soggetta ad azioni di hacking.
>
> Pensa cosa potrebbe succedere se qualcuno ci "lascaisse le penne" perché 
> l'ambulanza, mal guidata da una mappa OSM impercisa o hackerata, è arrivata 
> in ritardo: a parte gli scrupoli morali, sai che "causona" civile rischia il 
> dirigente che ha autorizzato l'uso di quello strumento?
>
> Sergio
>
>
> On 2018-11-30 12:00, Cascafico Giovanni wrote:
>> Credo in FVG usino OSM quando la certificata non funziona.. indagherò
>>
>> Il giorno ven 30 nov 2018 alle ore 11:59 Sergio Manzi > <mailto:s...@smz.it>> ha scritto:
>>
>> Non lo so, ma se fossi un dirigente del 118, mi rivolgerei alla Regione 
>> di comptenza per chiedere, ufficialmente, quale cartografia hanno 
>> certificato e posso utilizzare.
>>
>> On 2018-11-30 11:55, Niccolo Rigacci wrote:
>> > On Fri, Nov 30, 2018 at 11:17:06AM +0100, Sergio Manzi wrote:
>> >
>> >> Mi sembra *molto *ragionevole: anche io sono del tutto stupito
>> >> dal fatto che un servizio di *pubblica emergenza* possa
>> >> decidere di basarsi su dati non certificati...
>> > Sono curioso: se uso mappe/device Garmin o TomTom che
>> > "certificazione" ho? C'è scritto qualcosa nelle loro licenze
>> > d'uso? Ho qualche certificazione che posso usare l'apparato per
>> > un servizio tipo 118? Ho delle garanzie o assunzioni di
>> > responsabilità da parte del produttore?
>> >
>> > Non ho mai posseduto un GPS cartografico non libero e quindi non
>> > ho mai letto le licenze a corredo, qualcuno può illuminarci?
>> >
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org <mailto: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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Potrebbe anche essere che il FVG o qualsiasi altra regione decida di adottare 
una cartografia basata su OSM, possibilmente "congelata" ad uno certo stato, e 
decidesse di certificarla (/restano i dubbi sulle clausole legali di OSM/), ma 
certamente non userei (/certificherei/) una cartografia "live", potenzialmente 
soggetta ad azioni di hacking.

Pensa cosa potrebbe succedere se qualcuno ci "lascaisse le penne" perché 
l'ambulanza, mal guidata da una mappa OSM impercisa o hackerata, è arrivata in 
ritardo: a parte gli scrupoli morali, sai che "causona" civile rischia il 
dirigente che ha autorizzato l'uso di quello strumento?

Sergio


On 2018-11-30 12:00, Cascafico Giovanni wrote:
> Credo in FVG usino OSM quando la certificata non funziona.. indagherò
>
> Il giorno ven 30 nov 2018 alle ore 11:59 Sergio Manzi  <mailto:s...@smz.it>> ha scritto:
>
> Non lo so, ma se fossi un dirigente del 118, mi rivolgerei alla Regione 
> di comptenza per chiedere, ufficialmente, quale cartografia hanno certificato 
> e posso utilizzare.
>
> On 2018-11-30 11:55, Niccolo Rigacci wrote:
> > On Fri, Nov 30, 2018 at 11:17:06AM +0100, Sergio Manzi wrote:
> >
> >> Mi sembra *molto *ragionevole: anche io sono del tutto stupito
> >> dal fatto che un servizio di *pubblica emergenza* possa
> >> decidere di basarsi su dati non certificati...
> > Sono curioso: se uso mappe/device Garmin o TomTom che
> > "certificazione" ho? C'è scritto qualcosa nelle loro licenze
> > d'uso? Ho qualche certificazione che posso usare l'apparato per
> > un servizio tipo 118? Ho delle garanzie o assunzioni di
> > responsabilità da parte del produttore?
> >
> > Non ho mai posseduto un GPS cartografico non libero e quindi non
> > ho mai letto le licenze a corredo, qualcuno può illuminarci?
> >
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org <mailto: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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Non lo so, ma se fossi un dirigente del 118, mi rivolgerei alla Regione di 
comptenza per chiedere, ufficialmente, quale cartografia hanno certificato e 
posso utilizzare.

On 2018-11-30 11:55, Niccolo Rigacci wrote:
> On Fri, Nov 30, 2018 at 11:17:06AM +0100, Sergio Manzi wrote:
>
>> Mi sembra *molto *ragionevole: anche io sono del tutto stupito 
>> dal fatto che un servizio di *pubblica emergenza* possa 
>> decidere di basarsi su dati non certificati...
> Sono curioso: se uso mappe/device Garmin o TomTom che 
> "certificazione" ho? C'è scritto qualcosa nelle loro licenze 
> d'uso? Ho qualche certificazione che posso usare l'apparato per 
> un servizio tipo 118? Ho delle garanzie o assunzioni di 
> responsabilità da parte del produttore?
>
> Non ho mai posseduto un GPS cartografico non libero e quindi non 
> ho mai letto le licenze a corredo, qualcuno può illuminarci?
>



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] surface: concrete_plates o paving_stones

[Sergio Manzi]

Onestamente no: credo che le concrete:plates siano quelle utilizzate per la 
pavimentazione di strade, non "mattonelle" (benché di cemento...)


On 2018-11-30 11:50, demon.box wrote:
> ...chiedo scusa: tutti d'accordo con surface=concrete:plates?
>
> 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



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

I "/casi speciali/" sono figli del Demonio (/o nella migliore delle ipotesi di 
una modellazione mal concepita/)... 

Sergio


On 2018-11-30 11:45, matteocalosi wrote:
> Di fatto che la cava sia più importante sulla mappa come luogo geografico che
> come attività e si mappi sempre landuse=quarry anche se abbandonata è il
> modo in cui nella grande maggioranza dei casi si è proceduto e come ho
> sempre mappato anch'io. Però si va contro al principio generale per cui
> disused=yes e simili sono tag da abbandonare e qualsiasi richiesta di
> tenerne conto nel rendering verrà ignorata.
>
> Una soluzione se vale il principio che landuse=quarry è corretto finchè il
> suolo non è usato in altro modo potrebbe essere quella di trattare le cave
> come un "caso speciale" simile alle ferrovie e usare anche
> quarry=disused/abandoned come tag in modo simile a railway=disused 
>
> Riguardo ai lifecycle prefix di quarry ho posto la questione del rendering a
> OSM Carto https://github.com/gravitystorm/openstreetmap-carto/issues/3535 
> L'interesse al rendering sembra esserci ma il numero limitato di usi è un
> po' un blocco.
>
>
>
>
>
> --
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118

[Sergio Manzi]

Mi sembra *molto *ragionevole: anche io sono del tutto stupito dal fatto che un 
servizio di *pubblica emergenza* possa decidere di basarsi su dati non 
certificati...

Sergio


On 2018-11-30 10:39, Martin Koppenhoefer wrote:
> Ho pensato da un po’ se dirvelo, e forse lo sapete, ma l’utilizzo di OSM per 
> servizi di emergenza è vietato.
> Credo questo è stato introdotto a 9/2018, e mentre non ne ha parlato mai 
> nessuno (oppure mi è sfuggito), si trova qui nei termini:
> https://wiki.osmfoundation.org/wiki/Terms_of_Use#III._Unlawful_and_other_unauthorized_uses
>
> Cito:
> you may not...
>
>   * Operate dangerous businesses such as emergency services or air traffic 
> control, where the use or failure of the Services could lead to death, 
> personal injury or significant property damage;
>
>
>
> Ovviamente questo è solo un palese tentativo di cercare di respingere la 
> responsabilità nel caso di dati errati, ma lo volevo dire, visto che qui c’è 
> 118 nello titolo ;-)
>
>
> Ciao, Martin 
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

No Martin, mi spiace, ma penso che tu ti stia sbagliando, di grosso.

*SE* tu facessi una query specifica per estrarre dal DB una *LISTA *delle 
seggiovie (/cave/bar/ristoranti/ferramenta/...) *ATTIVE*, allora sì, sarebbe 
giusto non inserire in tale lista le features con prefisso disused: (o 
abandoned:).

*SE* invece stai usando il DB per creare una generica *MAPPA*, allora mi 
aspetto di avere su quella mappa tutte le features *VISIBILI *ed è del tutto 
irrilevante quello che tu o chiunque altro /presume /mi possa interessare: *sta 
a me interpretare la mappa*.

Ovviamente le seggiovie (/cave/bar/ristoranti/ferramenta/...) 
disattive/abbandonate sono "/oggetti //di tipo //diverso/" rispetto a quelle 
attive e quindi mi aspetto che siano rappresentate /diversamente /rispetto a 
quelle attive (/colore diverso, sfumatura, barra di traverso, quel che 
vuoi.../), ma se sono visibili devono stare sulla mappa.

Ciao,

Sergio


On 2018-11-30 09:51, Martin Koppenhoefer wrote:
>
> sent from a phone
>
>> On 27. Nov 2018, at 11:45, Massimo Taronna  wrote:
>>
>> Utilizzo normalmente le Andromaps e mi sono accorto che se un oggetto ha, 
>> per esempio, il tag disused:aerialway=chair_lift, sulla mappa non compare, 
>> pur essendo la struttura presente (nello specifico di questo skilift ubicato 
>> nel comune di Pragelato (TO) sul terreno esiste tutto, piloni, cavi, 
>> costruzioni alla partenza e all'arrivo, ma non è più funzionante da qualche 
>> anno).
>
> questa è la conseguenza intesa, perché si presume che non interessano 
> ski-lift fuori uso (oppure se sì, allora si cerca specificamente).
> Se riterresti utile vedere ski-lift dismesse, dovresti contattare lo 
> sviluppatore del rendering che usi per aggiungerli.
>
> Ciao, Martin 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OT - Domanda // era Re: Percorso ciclabile per educazione stradale

[Sergio Manzi]

Oh, accidenti, mi sono appena accorto che continuo a dimenticarmi di togliere 
la firma digitale dai mei messaggi... :-/

Hai novità da Aruba???

Alternativa: potresti crearti un account Gmail (o altro che ti piaccia) in cui 
i messaggi inviati ad Aruba vengono importati/inoltrati e dal quale puoi 
inviare dal tuo dominio. E' cosa che faccio spesso per i miei "clienti"... Sse 
ti serve una zampa, fammelo sapere...

Ciao,

Sergio


On 2018-11-27 15:01, Damjan Gerl wrote:
> Le ultime due tue email le vedo correttamente. Vedrò di verificare con aruba 
> se possono fare qualcosa.
> Comunque se il problema è solo mio non preoccuparti...
> Sono sicuramente d'accordo con te con la definizione di pec ;-)
>
> Damjan
>
> -- Original Header ---
>
> From  : "Sergio Manzi" s...@smz.it
> To  : "Damjan Gerl" dam...@damjan.net,"talk-it@osm" 
> talk-it@openstreetmap.org
> Cc  : 
> Date  : Tue, 27 Nov 2018 14:30:23 +0100
> Subject : Re: OT - Domanda // era Re: Percorso ciclabile per educazione 
> stradale
>
>> Accidenti, mi dispiace,  è la prima volta che mi succede che la mia firma 
>> crei problemi (/francamente il fatto che ci sia di mezzo Aruba... mi fa un 
>> po' sogghignare.../).
>>
>> Per inviare mail uso, al 99%, Thunderbird e adesso sto rispondendo avendo 
>> inibito (manualmente) l'invio della firma:  puoi verificare se questo 
>> messaggio ti viene visualizzato correttamente?
>>
>> Cercherò se è possibile inibire automaticamente l'uso della firma quando 
>> invio alla lista di OSM, ma non credo: dovrò quindi farlo manualmente ogni 
>> volta e quindi potrò distrattamente sbagliare...
>>
>> Tu puoi verificare con Aruba perché diavolo non supportano uno standard 
>> assolutamente valido e diffuso (S/MIME)?
>>
>> Ciao!
>>
>> Sergio
>>
>>
>> On 2018-11-27 14:15, Damjan Gerl wrote:
>>> Ciao Sergio!
>>> Scusa per questo OT, ma vorrei chiederti se sarebbe possibile/potresti 
>>> spedire le tue email alla lista senza essere firmate (con .p7s)?
>>>
>>> Ti spiego il perché: con thunderbird (a casa) e/o con outlook vengono 
>>> visualizzate correttamente, mentre con il visualizzatore online di aruba 
>>> (che uso sul lavoro) non so perché mi visualizza solo la tua firma in 
>>> calce, quindi non vedo il testo della mail.
>>>
>>> E/o se c'è qualche altro modo per far funzionare il tutto e qualcuno può 
>>> aiutarmi... 
>>>
>>> Grazie
>>> Damjan

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

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

Mi correggo sul fatto che, secondo il wiki, una aerialway non può essere una 
relation (/chissà perché... e comunque in 76 la pensano come me!/), ma tutto il 
resto non cambia...

On 2018-11-28 21:33, Sergio Manzi wrote:
>
> Ciao!
>
> Guarda che stiamo dicendo (+ o -) la stesse cose:
>
>   * se la seggiovia non c'è più, non deve esistere nel DB.
>   * se i piloni ci sono, i piloni devono stare nel DB (ed essere visualizzati)
>   * se c'è tutto, sarebbe meglio che tutto, piloni, stazioni a valle e a 
> monte, cavo (come way) e l'insieme del tutto come realation 
> aerialway=chair_lift, stesse nel DB
>   * però, bene o male, il più delle volte si traccia solo la way della 
> seggiovia (/corrispondente al cavo/) e non sono del tutto in disaccordo, 
> sennò dovremmo mappare anche le traversine delle ferrovie.
>   * ma se l'elemento qualificante della seggiovia (/il cavo 
> portante/trainante/) non c'è più, la way la cancello e se voglio essere un 
> bravo cittadino magari mappo i piloni che prima non avevo mappato.
>   * se la seggiovia non è in uso è "disused", *non *access=no, che è tutto un 
> altro concetto.
>   * se hai mappato le stazioni a monte e a valle e sono chiuse, lì, *oltre al 
> disused:*, ci può stare pure bene l'access=no (/perché così so che in caso di 
> mal tempo non potrò usarle come rifugio/)
>
> Sergio
>
>
> On 2018-11-28 21:11, Daniele Forsi wrote:
>> Il giorno mer 28 nov 2018 alle ore 20:50 Sergio Manzi ha scritto:
>>
>>> P.S.: ... e se della seggiovia tolgono il cavo e lasciano i piloni, devo 
>>> mappare i singoli piloni come disused:man_made=pilone_o_quelchelè, perché 
>>> la seggiovia in quanto la struttura non esiste più, ma i piloni sì, anche 
>>> se non usati (disused)
>> no, è questo il punto di partenza sbagliato di questo thread, cioè
>> volere usare un tag solo per due cose diverse: l'oggetto fisico e il
>> suo uso, come il "buco" di una cava o di una miniera e l'attività di
>> estrazione, e il pilone è sempre un pilone (aerialway=pylon) finché
>> non viene distrutto è la seggiovia che non esiste più, non c'è più
>> un'amenity, ma non è il caso iniziale che è:
>>
>>> skilift ubicato nel comune di Pragelato (TO) sul terreno esiste tutto, 
>>> piloni, cavi, costruzioni alla partenza e all'arrivo, ma non è più 
>>> funzionante da qualche anno
>> in questo caso secondo me che vivo al mare :-D è uno skilift "chiuso"
>> e quindi giustamente è meglio se si vede su una mappa per sciatori, io
>> metterei aerialway:access=no sulla ex-partenza[1] e amenity=drag_lift
>> sulla way senza tag disused
>>
>> [1] https://wiki.openstreetmap.org/wiki/Key:aerialway
>>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

Ciao!

Guarda che stiamo dicendo (+ o -) la stesse cose:

  * se la seggiovia non c'è più, non deve esistere nel DB.
  * se i piloni ci sono, i piloni devono stare nel DB (ed essere visualizzati)
  * se c'è tutto, sarebbe meglio che tutto, piloni, stazioni a valle e a monte, 
cavo (come way) e l'insieme del tutto come realation aerialway=chair_lift, 
stesse nel DB
  * però, bene o male, il più delle volte si traccia solo la way della 
seggiovia (/corrispondente al cavo/) e non sono del tutto in disaccordo, sennò 
dovremmo mappare anche le traversine delle ferrovie.
  * ma se l'elemento qualificante della seggiovia (/il cavo 
portante/trainante/) non c'è più, la way la cancello e se voglio essere un 
bravo cittadino magari mappo i piloni che prima non avevo mappato.
  * se la seggiovia non è in uso è "disused", *non *access=no, che è tutto un 
altro concetto.
  * se hai mappato le stazioni a monte e a valle e sono chiuse, lì, *oltre al 
disused:*, ci può stare pure bene l'access=no (/perché così so che in caso di 
mal tempo non potrò usarle come rifugio/)

Sergio


On 2018-11-28 21:11, Daniele Forsi wrote:
> Il giorno mer 28 nov 2018 alle ore 20:50 Sergio Manzi ha scritto:
>
>> P.S.: ... e se della seggiovia tolgono il cavo e lasciano i piloni, devo 
>> mappare i singoli piloni come disused:man_made=pilone_o_quelchelè, perché la 
>> seggiovia in quanto la struttura non esiste più, ma i piloni sì, anche se 
>> non usati (disused)
> no, è questo il punto di partenza sbagliato di questo thread, cioè
> volere usare un tag solo per due cose diverse: l'oggetto fisico e il
> suo uso, come il "buco" di una cava o di una miniera e l'attività di
> estrazione, e il pilone è sempre un pilone (aerialway=pylon) finché
> non viene distrutto è la seggiovia che non esiste più, non c'è più
> un'amenity, ma non è il caso iniziale che è:
>
>> skilift ubicato nel comune di Pragelato (TO) sul terreno esiste tutto, 
>> piloni, cavi, costruzioni alla partenza e all'arrivo, ma non è più 
>> funzionante da qualche anno
> in questo caso secondo me che vivo al mare :-D è uno skilift "chiuso"
> e quindi giustamente è meglio se si vede su una mappa per sciatori, io
> metterei aerialway:access=no sulla ex-partenza[1] e amenity=drag_lift
> sulla way senza tag disused
>
> [1] https://wiki.openstreetmap.org/wiki/Key:aerialway
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

Guarda qui [1 
<https://github.com/gravitystorm/openstreetmap-carto/issues/111#issuecomment-30161977>]
 dove si dice chiaro e tondo: "disused=yes is a *bad tagging approach**, and 
won't be used to make rendering decisions* by this style".

Ciao!

[1] 
https://github.com/gravitystorm/openstreetmap-carto/issues/111#issuecomment-30161977


On 2018-11-28 20:49, Sergio Manzi wrote:
>
> P.S.: ... e se della seggiovia tolgono il cavo e lasciano i piloni, devo 
> mappare i singoli piloni come disused:man_made=/pilone_o_//quelchelè/, perché 
> la seggiovia in quanto la struttura non esiste più, ma i piloni sì, anche se 
> non usati (/disused/)
>
>
> On 2018-11-28 20:37, Sergio Manzi wrote:
>>
>> Il fatto è, mi sembra di capire, che disused=yes viene, in quanto tag 
>> deprecata, semplicemente _regalmente __ignorata_ da qualsiasi renderer, 
>> ragione per cui con "aerialway=chair_lift + disused=yes" la seggiovia viene 
>> visualizzata, _come se fosse attiva_. In un certo senso, taggando così, stai 
>> mentendo per il rendering...
>>
>> Che invece con "disused:aerialway=chair_lift" la seggiovia non appaia è, per 
>> me, semplicemente _un bug bello e buono_.
>>
>> Se un giorno toglieranno i cavi e abbatteranno i piloni della seggiovia che 
>> si fa? _Si cancella la feature dal database_, perché non esiste più, ma 
>> finché esiste ed è visibile, va visualizzata (/sulla mappa devo vedere 
>> quello che vedo coi miei occhi sul posto.../)
>>
>> Gli "disused:shop=*" hanno senso solo se per qualche motivo c'è ancora 
>> l'insegna o qualcosa del genere (/e può quindi fungere da landmark/), se il 
>> negozio non c'è più e l'insegna nemmeno, _si cancella_.
>>
>> In OSM i dati storici (/frontiera dell'Impero Romano o negozio fallito la 
>> settimana scorsa/), non ci devono proprio stare se non sono visibili sul 
>> campo.
>>
>> Ciao,
>>
>> Sergio
>>
>> On 2018-11-28 20:17, matteocalosi wrote:
>>> Ma sicuramente lo schema del lifecycle prefix è quello formalmente migliore.
>>> Però se dopo 10 anni è ancora minoritario per certi elementi della mappa un
>>> motivo ci sarà, credo soprattutto una concezione originale che lo ha creato
>>> proprio per nascondere al rendering cose come amenity=* e shop=* non più
>>> attivi senza pensare ad altri tipi di tag (a parte il caso speciale delle
>>> railway per cui si è adottata l'eccezione preesistente).
>>>
>>> Il problema sono elementi che dopo essere stati abbandonati rimangono
>>> fisicamente esistenti e non sono ben descrivibili con nuove tag: se da una
>>> parte abandoned:highway=track diventerà highway=path, oppure
>>> abandoned:building=residential diventerà building=yes, dall'altra una cava
>>> abbandonata è sempre fisicamente una cava e uno skilift in disuso lo stesso,
>>> cambia il modo in cui (non) vengono usati.
>>>
>>> Di certo non sarebbe una brutta cosa adoperarsi perchè ogni singolo motore
>>> di rendering aggiunga il supporto per entrambi i tipi di tag, ma l'uso dello
>>> schema alternativo maggioritario landuse=quarry + disused=yes e simili (vedo
>>> che esiste anche quarry=disused sullo stile delle ferrovie) non mi sembra
>>> comunque scorretto, non è ambiguo appunto perchè una cava non in attività
>>> rimane una cava, non diventa qualcos'altro.
>>>
>>> Fra l'altro per quarry la cosa è stata discussa un po' di recente
>>> https://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dquarry
>>>
>>>
>>>
>>>
>>> --
>>> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

P.S.: ... e se della seggiovia tolgono il cavo e lasciano i piloni, devo 
mappare i singoli piloni come disused:man_made=/pilone_o_//quelchelè/, perché 
la seggiovia in quanto la struttura non esiste più, ma i piloni sì, anche se 
non usati (/disused/)


On 2018-11-28 20:37, Sergio Manzi wrote:
>
> Il fatto è, mi sembra di capire, che disused=yes viene, in quanto tag 
> deprecata, semplicemente _regalmente __ignorata_ da qualsiasi renderer, 
> ragione per cui con "aerialway=chair_lift + disused=yes" la seggiovia viene 
> visualizzata, _come se fosse attiva_. In un certo senso, taggando così, stai 
> mentendo per il rendering...
>
> Che invece con "disused:aerialway=chair_lift" la seggiovia non appaia è, per 
> me, semplicemente _un bug bello e buono_.
>
> Se un giorno toglieranno i cavi e abbatteranno i piloni della seggiovia che 
> si fa? _Si cancella la feature dal database_, perché non esiste più, ma 
> finché esiste ed è visibile, va visualizzata (/sulla mappa devo vedere quello 
> che vedo coi miei occhi sul posto.../)
>
> Gli "disused:shop=*" hanno senso solo se per qualche motivo c'è ancora 
> l'insegna o qualcosa del genere (/e può quindi fungere da landmark/), se il 
> negozio non c'è più e l'insegna nemmeno, _si cancella_.
>
> In OSM i dati storici (/frontiera dell'Impero Romano o negozio fallito la 
> settimana scorsa/), non ci devono proprio stare se non sono visibili sul 
> campo.
>
> Ciao,
>
> Sergio
>
> On 2018-11-28 20:17, matteocalosi wrote:
>> Ma sicuramente lo schema del lifecycle prefix è quello formalmente migliore.
>> Però se dopo 10 anni è ancora minoritario per certi elementi della mappa un
>> motivo ci sarà, credo soprattutto una concezione originale che lo ha creato
>> proprio per nascondere al rendering cose come amenity=* e shop=* non più
>> attivi senza pensare ad altri tipi di tag (a parte il caso speciale delle
>> railway per cui si è adottata l'eccezione preesistente).
>>
>> Il problema sono elementi che dopo essere stati abbandonati rimangono
>> fisicamente esistenti e non sono ben descrivibili con nuove tag: se da una
>> parte abandoned:highway=track diventerà highway=path, oppure
>> abandoned:building=residential diventerà building=yes, dall'altra una cava
>> abbandonata è sempre fisicamente una cava e uno skilift in disuso lo stesso,
>> cambia il modo in cui (non) vengono usati.
>>
>> Di certo non sarebbe una brutta cosa adoperarsi perchè ogni singolo motore
>> di rendering aggiunga il supporto per entrambi i tipi di tag, ma l'uso dello
>> schema alternativo maggioritario landuse=quarry + disused=yes e simili (vedo
>> che esiste anche quarry=disused sullo stile delle ferrovie) non mi sembra
>> comunque scorretto, non è ambiguo appunto perchè una cava non in attività
>> rimane una cava, non diventa qualcos'altro.
>>
>> Fra l'altro per quarry la cosa è stata discussa un po' di recente
>> https://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dquarry
>>
>>
>>
>>
>> --
>> 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] Uso del tag Disused e rendering

[Sergio Manzi]

Il fatto è, mi sembra di capire, che disused=yes viene, in quanto tag 
deprecata, semplicemente _regalmente __ignorata_ da qualsiasi renderer, ragione 
per cui con "aerialway=chair_lift + disused=yes" la seggiovia viene 
visualizzata, _come se fosse attiva_. In un certo senso, taggando così, stai 
mentendo per il rendering...

Che invece con "disused:aerialway=chair_lift" la seggiovia non appaia è, per 
me, semplicemente _un bug bello e buono_.

Se un giorno toglieranno i cavi e abbatteranno i piloni della seggiovia che si 
fa? _Si cancella la feature dal database_, perché non esiste più, ma finché 
esiste ed è visibile, va visualizzata (/sulla mappa devo vedere quello che vedo 
coi miei occhi sul posto.../)

Gli "disused:shop=*" hanno senso solo se per qualche motivo c'è ancora 
l'insegna o qualcosa del genere (/e può quindi fungere da landmark/), se il 
negozio non c'è più e l'insegna nemmeno, _si cancella_.

In OSM i dati storici (/frontiera dell'Impero Romano o negozio fallito la 
settimana scorsa/), non ci devono proprio stare se non sono visibili sul campo.

Ciao,

Sergio

On 2018-11-28 20:17, matteocalosi wrote:
> Ma sicuramente lo schema del lifecycle prefix è quello formalmente migliore.
> Però se dopo 10 anni è ancora minoritario per certi elementi della mappa un
> motivo ci sarà, credo soprattutto una concezione originale che lo ha creato
> proprio per nascondere al rendering cose come amenity=* e shop=* non più
> attivi senza pensare ad altri tipi di tag (a parte il caso speciale delle
> railway per cui si è adottata l'eccezione preesistente).
>
> Il problema sono elementi che dopo essere stati abbandonati rimangono
> fisicamente esistenti e non sono ben descrivibili con nuove tag: se da una
> parte abandoned:highway=track diventerà highway=path, oppure
> abandoned:building=residential diventerà building=yes, dall'altra una cava
> abbandonata è sempre fisicamente una cava e uno skilift in disuso lo stesso,
> cambia il modo in cui (non) vengono usati.
>
> Di certo non sarebbe una brutta cosa adoperarsi perchè ogni singolo motore
> di rendering aggiunga il supporto per entrambi i tipi di tag, ma l'uso dello
> schema alternativo maggioritario landuse=quarry + disused=yes e simili (vedo
> che esiste anche quarry=disused sullo stile delle ferrovie) non mi sembra
> comunque scorretto, non è ambiguo appunto perchè una cava non in attività
> rimane una cava, non diventa qualcos'altro.
>
> Fra l'altro per quarry la cosa è stata discussa un po' di recente
> https://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dquarry
>
>
>
>
> --
> 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] Uso del tag Disused e rendering

[Sergio Manzi]

Aggiungo un altro link al wiki [1 
<https://wiki.openstreetmap.org/wiki/Key:disused:#Former_use_.28as_a_simple_tag.29>],
 dal quale si evince (/mi sembra chiaramente.../) che l'uso di "disused=yes" è 
da considerarsi... disused!  :-)

[1] 
https://wiki.openstreetmap.org/wiki/Key:disused:#Former_use_.28as_a_simple_tag.29


On 2018-11-28 18:59, Sergio Manzi wrote:
>
> Lettura interessante: Comparison of life cycle concepts 
> <https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts>
>
> Notate che a un certo punto, a proposito dell'uso della sintassi " = 
> yes" (/es. disused=yes/), si dice: "/It should be considered that this would 
> be most likely be rejected if ever voted because of same concerns as 
> life_cycle=status./" cioè "Va considerato che, qualora si fosse andati al 
> voto, questa (forma) sarebbe stata molto probabilmente rifiutata per gli 
> stessi motivi per cui (è stata rifiutata la forma) /life_cycle=status"./
>
> Un'altra, lettura interessante (e piuttosto infuocata...) è  Render 
> disused:railway=rail like railway=disused 
> <https://github.com/gravitystorm/openstreetmap-carto/issues/2030>  specifica 
> per le railway (ma perché???).
>
> Ciao, Sergio
>
>
> On 2018-11-28 18:30, Damjan Gerl wrote:
>> deltredicialessan...@libero.it je 28.11.2018 ob 18:24 napisal:
>>>
>>> Secondo me no, è meglio il prefisso disused: altrimenti il tagging risulta 
>>> ambiguo. Landuse=quarry dice che è una cava, disused=yes che non lo è più. 
>>> L'esempio della cava forse non è il migliore (da chiusa ha lo stesso 
>>> aspetto che aveva prima alla fine) ma il principio è valido, se pensiamo ad 
>>> esempio ad uno shop=* o amenity=* si capisce meglio.
>>>
>>
>> +1 Come sempre non mappiamo per il render: qui direi che è un problema di 
>> render / o meglio non-render ;-)
>>
>> Damjan
>>
>>> Ciao
>>> Alecs
>>>
>>> mercoledì, 28 novembre 2018, 02:55PM +01:00 da Massimo Taronna 
>>> massimo.taro...@gmail.com <mailto:massimo.taro...@gmail.com>:
>>>
>>>     Io concordo con quanto scritto da Matteo, credo sarebbe più
>>>     corretto usare i tag abandoned=yes o disused=yes per tutto ciò che
>>>     è fisicamente esistente sul territorio.
>>>
>>>     Ciao
>>>
>>>     Massimo
>>>
>>
>>
>> ___
>> 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] Uso del tag Disused e rendering

[Sergio Manzi]

Lettura interessante: Comparison of life cycle concepts 


Notate che a un certo punto, a proposito dell'uso della sintassi " = 
yes" (/es. disused=yes/), si dice: "/It should be considered that this would be 
most likely be rejected if ever voted because of same concerns as 
life_cycle=status./" cioè "Va considerato che, qualora si fosse andati al voto, 
questa (forma) sarebbe stata molto probabilmente rifiutata per gli stessi 
motivi per cui (è stata rifiutata la forma) /life_cycle=status"./

Un'altra, lettura interessante (e piuttosto infuocata...) è  Render 
disused:railway=rail like railway=disused 
  specifica 
per le railway (ma perché???).

Ciao, Sergio


On 2018-11-28 18:30, Damjan Gerl wrote:
> deltredicialessan...@libero.it je 28.11.2018 ob 18:24 napisal:
>>
>> Secondo me no, è meglio il prefisso disused: altrimenti il tagging risulta 
>> ambiguo. Landuse=quarry dice che è una cava, disused=yes che non lo è più. 
>> L'esempio della cava forse non è il migliore (da chiusa ha lo stesso aspetto 
>> che aveva prima alla fine) ma il principio è valido, se pensiamo ad esempio 
>> ad uno shop=* o amenity=* si capisce meglio.
>>
>
> +1 Come sempre non mappiamo per il render: qui direi che è un problema di 
> render / o meglio non-render ;-)
>
> Damjan
>
>> Ciao
>> Alecs
>>
>> mercoledì, 28 novembre 2018, 02:55PM +01:00 da Massimo Taronna 
>> massimo.taro...@gmail.com :
>>
>>     Io concordo con quanto scritto da Matteo, credo sarebbe più
>>     corretto usare i tag abandoned=yes o disused=yes per tutto ciò che
>>     è fisicamente esistente sul territorio.
>>
>>     Ciao
>>
>>     Massimo
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del tag Disused e rendering

[Sergio Manzi]

OK, ma per quale ragione?

On 2018-11-28 14:55, Massimo Taronna wrote:
> Io concordo con quanto scritto da Matteo, credo sarebbe più corretto usare i 
> tag abandoned=yes o disused=yes per tutto ciò che è fisicamente esistente sul 
> territorio.
>
> Ciao
>
> Massimo
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it