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

[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] 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

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

[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] 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

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] 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] 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] 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&layers=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] 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] 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] 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] 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]

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

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

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] 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] 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] [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] 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] 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 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

[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&layers=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] 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&layers=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] 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&layers=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]

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]

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 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] 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] 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&l=2&s=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: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&l=2&s=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&l=0&s=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: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 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]

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

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]

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]

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]

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

[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] SENTIERO NON PERCORRIBILE

[Sergio Manzi]

Secondo il wiki [1] "barrier" è un elemento artificiale (costruito 
appositamente per limitare i movimenti) mentre "obstacle" è un elemento che 
oggettivamente limita il passaggio e può essere di origine naturale.

Quindi... direi "obstacle", ma come valore della chiave... non è prevista 
quella giusta! Io *inventerei* "boulder" (vedi [2]), ma se non si vuole essere 
troppo creativi, la cosa che gli si avvicina di più mi sembra essere "heap", 
oppure anche solo "yes".

Inoltre penso non farebbe male aggiungere anche una key "access" con valore 
"no" se l'ostruzione blocca del tutto la possibilità di usufruire del sentiero.


P.S., Ciao a tutti, è il mio primo post sulla mailing-list: sono Sergio, da 
Venezia...


[1] 
https://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle#Differences_with_other_keys
[2] http://www.wordreference.com/enit/boulder


On 2018-08-29 18:43, Roberto Brazzelli wrote:
> Ok come proposta cosa vuol dire, si può usare?
> Se utilizzo il tags barrier=block il render di openstretmap
> non si modifica giusto...ma per quanto riguarda OSMand?
>
> Grazie mille
>
> Il 29/08/2018 16:44, Martin Koppenhoefer ha scritto:
>>
>>
>> sent from a phone
>>
>> On 29. Aug 2018, at 12:13, Roberto Brazzelli > > wrote:
>>
>>> si presente con una grosso ostruzione nel mezzo?
>>
>>
>> ci sono vari tags, forse barrier=block ? C’è anche obstacle come proposta:
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
>>
>> e forse anche hazard, se ci fossero pericoli:
>> https://wiki.openstreetmap.org/wiki/Proposed_features/hazard
>>
>> Ciao, Martin 
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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] SENTIERO NON PERCORRIBILE

[Sergio Manzi]

... potrebbe anche essere obstacle=landslide (frana), già usato in 4 casi (vedi 
[1])

[1] https://taginfo.openstreetmap.org/keys/?key=obstacle#values


On 2018-08-29 19:02, Sergio Manzi wrote:
>
> Secondo il wiki [1] "barrier" è un elemento artificiale (costruito 
> appositamente per limitare i movimenti) mentre "obstacle" è un elemento che 
> oggettivamente limita il passaggio e può essere di origine naturale.
>
> Quindi... direi "obstacle", ma come valore della chiave... non è prevista 
> quella giusta! Io *inventerei* "boulder" (vedi [2]), ma se non si vuole 
> essere troppo creativi, la cosa che gli si avvicina di più mi sembra essere 
> "heap", oppure anche solo "yes".
>
> Inoltre penso non farebbe male aggiungere anche una key "access" con valore 
> "no" se l'ostruzione blocca del tutto la possibilità di usufruire del 
> sentiero.
>
>
> P.S., Ciao a tutti, è il mio primo post sulla mailing-list: sono Sergio, da 
> Venezia...
>
>
> [1] 
> https://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle#Differences_with_other_keys
> [2] http://www.wordreference.com/enit/boulder
>
>
> On 2018-08-29 18:43, Roberto Brazzelli wrote:
>> Ok come proposta cosa vuol dire, si può usare?
>> Se utilizzo il tags barrier=block il render di openstretmap
>> non si modifica giusto...ma per quanto riguarda OSMand?
>>
>> Grazie mille
>>
>> Il 29/08/2018 16:44, Martin Koppenhoefer ha scritto:
>>>
>>>
>>> sent from a phone
>>>
>>> On 29. Aug 2018, at 12:13, Roberto Brazzelli >> <mailto:geom.brazze...@gmail.com>> wrote:
>>>
>>>> si presente con una grosso ostruzione nel mezzo?
>>>
>>>
>>> ci sono vari tags, forse barrier=block ? C’è anche obstacle come proposta:
>>> https://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
>>>
>>> e forse anche hazard, se ci fossero pericoli:
>>> https://wiki.openstreetmap.org/wiki/Proposed_features/hazard
>>>
>>> Ciao, Martin 
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>



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] SENTIERO NON PERCORRIBILE

[Sergio Manzi]

Per essere ultrapreciso penso che dovresti mettere 
obstacle_description:it=Masso di tot metri. Blocca il sentiero, ma è aggirabile 
a monte (per fare un esempio)


On 2018-08-29 19:21, liste DOT girarsi AT posteo DOT eu wrote:
> Il 29/08/2018 19:12, Sergio Manzi ha scritto:
>> ... potrebbe anche essere obstacle=landslide (frana), già usato in 4 casi 
>> (vedi [1])
>>
>> [1] https://taginfo.openstreetmap.org/keys/?key=obstacle#values
>>
>
>
> onestamente seguo, ma non ci capisco nulla, perchè manca l'informazione 
> importante, di che ostacolo/impedimento si tratta? se parliamo di dettaglio.
>
> Diversamente questo ho capito, si sta cercando il modo di ovviare ad un 
> problema con un'altro problema, quello di renderizzare con qualcosa che non è 
> necessariamente quello della realtà, ma che permette al navigatore di crware 
> un routing diverso, giusto?  ;)
>
> Non si mappa per il rendering, e vabbè pazienza,ad una domanda non ho visto 
> risposta, ovvero se si può passare lo stesso, però sinceramente qualche 
> informazione e capire la situazione sarebbe più "onesto", utile per OSM non 
> per i programmi e compagnia bella.
>
>




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] SENTIERO NON PERCORRIBILE

[Sergio Manzi]

Riguardo alle tue considerazioni riguardo la renderizzazione:

anche se sono del tutto nuovo qui mi sembra di capire che uno dei dogmi 
principali di OSM sia che con i DATI che inseriamo, tendiamo a costruire un 
MODELLO del territorio il più vicino possibile alla realtà.

Sulla base di quel modello, poi, altre applicazioni potranno provvedere alla 
rappresentazione grafica dello stesso, ma COME questo venga fatto dalle varie 
applicazioni è un problema assolutamente trascurabile (ma ovviamente ci si 
augura che le applicazioni siano ragionevoli e diano una rappresentazione 
grafica consistente con la realtà modellata)

Personalmente ADORO questo concetto, che in informatica si definisce 
"Separation of Concerns", e lo sposo al 100%!

Quello che invece non mi è chiaro, leggendo il wiki, è se questi oggetti 
"obstacle" in qualche modo blocchino o meno la "routabilità" del percorso. 
Cioè, se metto un nodo "obstacle" in coincidenza con il nodo di una way, questa 
way viene esclusa dall'insieme delle possibili way per andare dal punto A al 
punto B? Ed in caso, per quale tipo di mezzi? Un obstacle potrebbe bloccare una 
bicicletta, ma non un pedone, per esempio...


On 2018-08-29 19:32, Sergio Manzi wrote:
> Per essere ultrapreciso penso che dovresti mettere 
> obstacle_description:it=Masso di tot metri. Blocca il sentiero, ma è 
> aggirabile a monte (per fare un esempio)
>
>
> On 2018-08-29 19:21, liste DOT girarsi AT posteo DOT eu wrote:
>> Il 29/08/2018 19:12, Sergio Manzi ha scritto:
>>> ... potrebbe anche essere obstacle=landslide (frana), già usato in 4 casi 
>>> (vedi [1])
>>>
>>> [1] https://taginfo.openstreetmap.org/keys/?key=obstacle#values
>>>
>>
>> onestamente seguo, ma non ci capisco nulla, perchè manca l'informazione 
>> importante, di che ostacolo/impedimento si tratta? se parliamo di dettaglio.
>>
>> Diversamente questo ho capito, si sta cercando il modo di ovviare ad un 
>> problema con un'altro problema, quello di renderizzare con qualcosa che non 
>> è necessariamente quello della realtà, ma che permette al navigatore di 
>> crware un routing diverso, giusto?  ;)
>>
>> Non si mappa per il rendering, e vabbè pazienza,ad una domanda non ho visto 
>> risposta, ovvero se si può passare lo stesso, però sinceramente qualche 
>> informazione e capire la situazione sarebbe più "onesto", utile per OSM non 
>> per i programmi e compagnia bella.
>>
>>
>




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] SENTIERO NON PERCORRIBILE

[Sergio Manzi]

Mah... io inizialmente avevo capito che si doveva trattare di un oggetto (nodo) 
separato, ma sono andato a rivedermi il wiki [1] e vedo che è esplicitamente 
detto che: "Use only on already existing highway=* or waterway=*, since this is 
a property of the usability of the way. For separate ("wayless") obstacles 
please use the barrier=* key.", cioè va applicato esclusivamente a 
higway/waterway preesistenti.

SE così è, però, "obstacle" diventa solo un attributo della way (tutto il 
sentiero in questo caso?) e non ne viene data una precisa geolocalizzazione.

SE il sentiero è realmente interrotto in quel punto, quello che FORSE sarebbe 
corretto fare sarebbe di "spezzare" la way introducendo un nuovo segmento 
(lungo quanto è giusto...) che la separi nei due tronconi, assegnare a quella 
way lo stesso nome del sentiero, darle la key "obstacle" e mettere foot=no in 
modo da interrompere eventuali routing perché obstacle, di per se, indica solo 
una "ostruzione", difficoltà di passaggio, e non implica necessariamente una 
interruzione, almeno a quanto detto nella PROPOSTA della key [2] ("Objective 
obstacles in a path (or highways) that *difficult the passability*").

Riguardo all'uso di access=no, che effettivamente sembra più una restrizione di 
tipo legale-amministrativo, avevo trovato da qualche parte l'indicazione di 
usarla con obstacle, ma devo ammettere che allo stato attuale non sono più in 
grado di ricordarmi (Alzehimer?) dove, né di ri-trovarla...

[1] https://wiki.openstreetmap.org/wiki/Key:obstacle
[2] https://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle


On 2018-08-30 15:40, Roberto Brazzelli wrote:
> ok grazie, ma si crea nodo in corrispondenza dell'ostacolo o sulla way 
> aggiungo 
> il tag  obstacle=fallen_tree?
>
> Roberto
>
> Il giorno gio 30 ago 2018 alle ore 10:30 Alfredo Gattai 
> mailto:alfredo.gat...@gmail.com>> ha scritto:
>
> Piu' cose si mettono, piu' diventa oneroso mantenere il DB e piu' 
> problemi si creano alle varie app che usano i dati.
> Chi si trovera' a ripristinare la percorribilita' potrebbe non essere un 
> osmer quindi essere ignaro che esiste un DB da aggiornare.
> Anche se fosse un osmer potrebbe non accorgersi di tutti i tag da 
> modificare in base alla nuova condizione
> Invece se ci limitiamo a mettere obstacle=il tipo di ostacolo, chi 
> successivamente lo trovasse sgombro avrebbe vita facile a fare la modifica.
> Per quanto riguarda access=no, andrebbe messo solo se ci sono transenne 
> e/o cartelli che vietano l'accesso.
> Spesso poi accade che certe situazioni si risolvano col tempo a suon di 
> passare di lato all'ostruzione quindi i casi dove c'e' una vera interruzione 
> dove la soluzione di Volker si applica bene sono quelle dove sono franati 
> ponti o si sono create lunghe voragini inaggirabili.
>
> Alfredo
>
>
> Il gio, 30 agosto 2018 alle 9:54 Volker Schmidt 
> < vosc...@gmail.com > ha scritto:
>
> Io interromperei il sentiero in posizione dell'ostacolo, Per indicare 
> che non si passa con nessun modo di trasporto aggiungerei noexit=yes su 
> entrambi nuovi nodi finali.
>
>
>
> __ _
> mailing list Talk-it
> Talk-it@openstreetmap.org 
> https: //lists.openstreetmap. org / listinfo / Talk-it 
> 
>
> __ _
> mailing list Talk-it
> Talk-it@openstreetmap.org 
> https: //lists.openstreetmap.or g / 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] Utente veneziano che basa il lavoro su streetview

[Sergio Manzi]

Senza entrare nel merito della qualità del changeset, credo dipenda molto da 
quale tipo di informazione è stata desunta da StreetView: se l'unica 
informazione che ho desunto è il nome della via (calle, fondamenta, ecc..), 
puntando lo "sguardo" verso il "nisioetto" (/per i non veneziani, si tratta del 
riquadro di intonaco bianco sul quale vengono indicati i toponimi: 
nisiol=lenzuolo, nisioetto=piccolo lenzuolo/), mi sembra che l'operazione sia 
lecita, soprattutto se sto semplicemente controllando che la memoria o un 
appunto preso male non mi ingannino.

Non sto "copiando" o "ricalcando" dati di Google, ma sto usando uno strumento 
che Google ha messo a disposizione di tutti (/per un suo chiaro interesse.../) 
per tele-trasportarmi sul luogo e poter dare una occhiata virtuale (/siamo nel 
2018.../). Subentra poi il "mio" know-how, la mia intelligenza, la mia vista, 
ecc., ad interpretare quel che vedo e desumerne informazione. Diverso sarebbe 
il copia-incolla del nome della via da Google Maps.

Quanto sopra è una mia personalissima opinione e mi rendo conto che è in 
contrasto con quanto indicato nel wiki [1], dove si cita esplicitamente anche 
Google StreetView

Ciao,

Sergio

[1] 
https://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F


On 2018-08-31 13:58, Martin Koppenhoefer wrote:
> Nel contesto di una discussione su un changeset, ho incontrato un utente che 
> dice di basare il lavoro su Google StreetView.
>
> https://www.openstreetmap.org/changeset/50453873
>
> Come si procede? Non credo tutto il suo lavoro sia stato basato su 
> streetview, per esempio il changeset che non mi piaceva era un edit 
> automatico che trasformava alcuni footway a Venezia in pedestrian.
>
> 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] Utente veneziano che basa il lavoro su streetview

[Sergio Manzi]

P.S. e N.B.: mi sono volontariamente limitato a parlare del dato "toponimo", 
perché si tratta di un dato particolarmente stabile: come contro-esempio, non 
accetterei informazioni sul nome di un ristorante o di una pompa di benzina 
(/visto che se ne parla in questi giorni.../), basandomi su quanto posso vedere 
in StreetView.


On 2018-08-31 14:58, Sergio Manzi wrote:
>
> Senza entrare nel merito della qualità del changeset, credo dipenda molto da 
> quale tipo di informazione è stata desunta da StreetView: se l'unica 
> informazione che ho desunto è il nome della via (calle, fondamenta, ecc..), 
> puntando lo "sguardo" verso il "nisioetto" (/per i non veneziani, si tratta 
> del riquadro di intonaco bianco sul quale vengono indicati i toponimi: 
> nisiol=lenzuolo, nisioetto=piccolo lenzuolo/), mi sembra che l'operazione sia 
> lecita, soprattutto se sto semplicemente controllando che la memoria o un 
> appunto preso male non mi ingannino.
>
> Non sto "copiando" o "ricalcando" dati di Google, ma sto usando uno strumento 
> che Google ha messo a disposizione di tutti (/per un suo chiaro 
> interesse.../) per tele-trasportarmi sul luogo e poter dare una occhiata 
> virtuale (/siamo nel 2018.../). Subentra poi il "mio" know-how, la mia 
> intelligenza, la mia vista, ecc., ad interpretare quel che vedo e desumerne 
> informazione. Diverso sarebbe il copia-incolla del nome della via da Google 
> Maps.
>
> Quanto sopra è una mia personalissima opinione e mi rendo conto che è in 
> contrasto con quanto indicato nel wiki [1], dove si cita esplicitamente anche 
> Google StreetView
>
> Ciao,
>
> Sergio
>
> [1] 
> https://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F
>
>
> On 2018-08-31 13:58, Martin Koppenhoefer wrote:
>> Nel contesto di una discussione su un changeset, ho incontrato un utente che 
>> dice di basare il lavoro su Google StreetView.
>>
>> https://www.openstreetmap.org/changeset/50453873
>>
>> Come si procede? Non credo tutto il suo lavoro sia stato basato su 
>> streetview, per esempio il changeset che non mi piaceva era un edit 
>> automatico che trasformava alcuni footway a Venezia in pedestrian.
>>
>> 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] Utente veneziano che basa il lavoro su streetview

[Sergio Manzi]

Esatto, non c'entra nulla: si tratterebbe solo di aver introdotto in OSM un 
errore causato dall'uso di informazione obsoleta. La stessa cosa sarebbe potuta 
accadere (/lecitamente secondo il parere di tutti, mi sembra di capire.../) 
avendo usato come fonte una foto di Mapillary.

Ma dirò di più: il mapper più scrupoloso del mondo (/ma un po' sfortunato.../) 
avrebbe potuto fare una ricognizione sul campo, avere usato l'informazione 
desunta da quel che ha visto lui, di persona, e, allontanandosi, avrebbe potuto 
incrociare la squadra di addetti che, scala sulle spalle e bidone di vernice in 
mano, si stava recando sul luogo per aggiornare il nome della calle in base ad 
una recente delibera comunale.

Il tema non è la qualità dell'informazione desunta da SV, ma se sia lecito o 
meno desumere quel tipo di informazione dalla "vista virtuale".

A meno che si pensi che Google, per somma cattiveria, non si impegni a 
photoshoppare le immagini introducendo falsa informazione per poter poi 
"incastrare" noi, "il nemico".

Ciao!

P.S., a scanso di equivoci: *non *sono io il famigerato "/armchair mapper/" e 
*non *ho mai usato SV come mia fonte.


On 2018-09-02 12:31, Volker Schmidt wrote:
> Ma questi esempi sembrano essere casi dove nomi sono stati cambiati 
> dall'amministrazione e tu confronti foto scattate a date diverse.
> Non c'entrano con la questione se SV è una fonte legale per OSM (non lo è 
> secondo me). Riguardano solo la probabilità di essere beccati copiando da SV 
> (nel raro caso di cambiamento nomi),
>
> 2018-09-02 11:17 GMT+02:00 Gianni Mistron  >:
>
>
> Venezia, tre esempi di toponimi discordanti tra SView e fotografie 
> scattate sul luogo (a sinistra la foto, a destra screenshot Sview)
>
> https://drive.google.com/open?id=1XOkSi8FVIQotgf8VMUF7Afz-scfOUWEl 
> 
> https://drive.google.com/open?id=1Vah4c7Yf13jKG1JnogWTbBOXMUzadtp5 
> 
> https://drive.google.com/open?id=10hItiPhjgDOeozQrpstzbH5lG-yAOcfH 
> 
>
>
>
> ___
> 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] Violazione licenza - Rally Alpi Orientali

[Sergio Manzi]

On 2018-09-05 14:04, Maurizio Napolitano wrote:
> cominciare a fare spam su twitter con i loro hashtag

Mi auguro che tu stia scherzando... vero?



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] Problema mailing list

[Sergio Manzi]

Eccomi qui, sono io il "colpevole" del patatrac!

In realtà non mi sento tanto colpevole: il problema è che il mio dominio usa 
una "feature" di sicurezza e anti-spam che è "allo stato dell'arte" (si chiama 
DMARC e chi è curioso può travare info su https://dmarc.org o su Wikipedia), 
mentre il software che OSM utilizza per le mailing-list non è aggiornato per 
poter interoperare con i domini che usano questa feature. Tra l'altro credo che 
le mail di Yahoo siano "a rischio" sotto questo aspetto.

Adesso e temporaneamente, ho "ucciso" il mio DMARC e spero di non creare altri 
problemi nell'immediato, ma penso che ci sia un problema reale ed attuale che 
OSM deve affrontare...

Un caro saluto a tutti e mi scuso per essere stato involontaria causa dei 
problemi.

Sergio


P.S.: per favore avvisatemi se ancora ci sono "rogne" con il mio dominio...


On 2018-09-05 20:42, Stefano wrote:
>
>
> Il giorno mer 5 set 2018 alle ore 19:31 Daniele Forsi  > ha scritto:
>
> Il giorno mer 5 set 2018 alle ore 19:11 Gabriele Sani ha scritto:
>
> > +1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da 
> me (se ho interpretato bene bounces)
>
> hai interpretato male: gmail ha "rimbalzato" un messaggio quasi
> certamente perché lo ha considerato SPAM e mailman ci ha sospeso da
> talk-it
>
> il messaggio che io non ho ricevuto è questo, giudicate voi se i
> filtri di gmail hanno fatto un buon lavoro
>
> 
> https://lists.openstreetmap.org/pipermail/talk-it/2018-September/064222.html
>
>
> Si, è il "vecchio" problema di autenticazione delle email, la disiscrizione 
> di massa era successa solo una volta...
> Nulla di grave :-)
>  
>
>
>
> --
> Daniele Forsi
>
>
> Stefano
>  
>
> ___
> 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] dataset MISE distributori

[Sergio Manzi]

Secondo me dovrebbe essere "operator = *NomeDiPersona*", lasciando il tenant ai 
soli casi in cui il proprietario dell'impianto, noto, sia diverso dall'operator.

Ma alla fine, ci interessa sapere a quele tenant l'operator paga l'affitto 
dell'impianto a fine mese?

E con la GDPR come la mettiamo? Andiamo a casa del tenant a chiedergli se gli 
va bene essere pubblicato (al 99% no...)?

Ciao,

Sergio


On 2018-09-06 19:12, LvdT wrote:
> Se facessi le cose a modo mio, taggerei semplicemente:
> brand = Eni
> tenant = *NomeDiPersona*
>
> Voi cosa fareste?
>
> Ciao,
> Irene.
>



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] dataset MISE distributori

[Sergio Manzi]

Martin, il "tenant" (/solo "padrone dei muri", al quale l'operator paga 
l'affitto/) può benissimo essere un privato cittadino che non ci tiene tanto a 
far sapere in giro quali siano le sue proprietà. Direi che la GDPR si applica, 
eccome!


On 2018-09-07 08:59, Martin Koppenhoefer wrote:
>
> sent from a phone
>
>> On 6. Sep 2018, at 20:32, Sergio Manzi  wrote:
>>
>> E con la GDPR come la mettiamo? Andiamo a casa del tenant a chiedergli se 
>> gli va bene essere pubblicato (al 99% no...)?
>
> non si applica la GDPR perché non mappiamo dati di persone private, mappiamo 
> attività commerciali/società/imprese (che possono essere anche fatte di una 
> sola persona, include i liberi professionisti). Sono dati pubblici. 
>
>
> 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] dataset MISE distributori

[Sergio Manzi]

Ooops... hai perfettamente ragione!

Comunque mi sembra in ogni caso una informazione secondaria (/e forse pure 
quella privata/): quello che può interessare è chi "gestisce" la pompa (/o un 
qualsiasi esercizio/), per capirci quello che compare nello scontrino fiscale.


On 2018-09-07 11:32, LvdT wrote:
>> solo "padrone dei muri", al quale l'operator paga l'affitto
> Quello sarebbe landlord (locatore), tenant (locatario) è colui che opera
> fisicamente la stazione.
>
> Ciao,
> Irene.
>
>
>
> --
> 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] dataset MISE distributori

[Sergio Manzi]

Elaborando un po' di più:

  * Dai documenti pubblici possiamo desumere chi *gestisce* l'esercizio e direi 
che non c'è dubbio che "gestore == operator".
  * Non possiamo sapere se è anche proprietario (/landlord/) della struttura, 
oppure la sta affittando (e quindi è /tenant/)
  * L'esistenza di un /tenant /implica necessariamente l'esistenza di un 
/landlord/, diverso dal /tenant/,  e può trattarsi di figura privata alla quale 
sia applica (a mio avviso) la GDPR
  * Ricordiamoci che esiste anche il concetto di /"affitto di ramo di 
impresa"/, dove comunque "appare" il locatario e non necessariamente il 
locatore.
//


On 2018-09-07 11:38, Sergio Manzi wrote:
>
> Ooops... hai perfettamente ragione!
>
> Comunque mi sembra in ogni caso una informazione secondaria (/e forse pure 
> quella privata/): quello che può interessare è chi "gestisce" la pompa (/o un 
> qualsiasi esercizio/), per capirci quello che compare nello scontrino fiscale.
>
>
> On 2018-09-07 11:32, LvdT wrote:
>>> solo "padrone dei muri", al quale l'operator paga l'affitto
>> Quello sarebbe landlord (locatore), tenant (locatario) è colui che opera
>> fisicamente la stazione.
>>
>> Ciao,
>> Irene.
>>
>>
>>
>> --
>> 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] dataset MISE distributori

[Sergio Manzi]

+1 ! :-)


On 2018-09-07 19:23, Martin Koppenhoefer wrote:
>
>
> 2018-09-07 11:53 GMT+02:00 Sergio Manzi mailto:s...@smz.it>>:
>
> Elaborando un po' di più:
>
>   * Dai documenti pubblici possiamo desumere chi *gestisce* l'esercizio e 
> direi che non c'è dubbio che "gestore == operator".
>   * Non possiamo sapere se è anche proprietario (/landlord/) della 
> struttura, oppure la sta affittando (e quindi è /tenant/)
>   * L'esistenza di un /tenant /implica necessariamente l'esistenza di un 
> /landlord/, diverso dal /tenant/,  e può trattarsi di figura privata alla 
> quale sia applica (a mio avviso) la GDPR
>   * Ricordiamoci che esiste anche il concetto di /"affitto di ramo di 
> impresa"/, dove comunque "appare" il locatario e non necessariamente il 
> locatore.
>
>
> noi di questo mappiamo soltanto "operator" (la società (anche unipersonale) 
> di chi gestice), gli altri dati potrebbero anche essere protetti dalla legge 
> della privacy (nel caso che siano persone fisiche). Operator è quello che si 
> legge sullo scontrino / timbro.
>
> 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] Numero di corsie sbagliato

[Sergio Manzi]

Per il poco che potrà valere, sono totalmente d'accordo con l'interpretazione 
che Martin da di /lanes/

In realtà anche Wikipedia [1] Italiana sembra essere d'accordo:

/La corsia di marcia è una parte della carreggiata o della strada (e in 
particolare delle superstrade e delle autostrade) *dimensionata* in modo tale 
da consentire lo scorrimento di una fila di veicoli in viaggio./

Attenzione, dice "dimensionata", non "disegnata", e parla di "fila" (/quindi 
traffico in una certa unica direzione/): c'è spazio per due file? 2 lanes!

Attenzione (/forse.../) anche al "/false friend/" linguistico in Inglese: 
/designated/ non è "disegnato", ma "riservato", "predisposto", "d*e*s*i*gnato".

On 2018-09-07 23:06, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 7. Sep 2018, at 21:44, Davide Sandona'  > wrote:
>
>> Io sono uno dei mappatori che ha utilizzato il tag lanes=1, che secondo 
>> alcuni sembra essere il male
>
>
> lanes=1 va bene per strade dove c’è una corsia di marcia insieme, per tutti i 
> sensi di marcia, in altre parole, 2 macchine non passano.
>
> https://dennisschatz.files.wordpress.com/2011/02/single-lane-road.jpg
>
>
> 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] Numero di corsie sbagliato

[Sergio Manzi]

Vabbé, mi sono dimenticato il link...

[1] https://it.wikipedia.org/wiki/Corsia_di_marcia


On 2018-09-07 23:21, Sergio Manzi wrote:
>
> Per il poco che potrà valere, sono totalmente d'accordo con l'interpretazione 
> che Martin da di /lanes/
>
> In realtà anche Wikipedia [1] Italiana sembra essere d'accordo:
>
> /La corsia di marcia è una parte della carreggiata o della strada (e in 
> particolare delle superstrade e delle autostrade) *dimensionata* in modo tale 
> da consentire lo scorrimento di una fila di veicoli in viaggio./
>
> Attenzione, dice "dimensionata", non "disegnata", e parla di "fila" (/quindi 
> traffico in una certa unica direzione/): c'è spazio per due file? 2 lanes!
>
> Attenzione (/forse.../) anche al "/false friend/" linguistico in Inglese: 
> /designated/ non è "disegnato", ma "riservato", "predisposto", 
> "d*e*s*i*gnato".
>
> On 2018-09-07 23:06, Martin Koppenhoefer wrote:
>>
>>
>> sent from a phone
>>
>> On 7. Sep 2018, at 21:44, Davide Sandona' > <mailto:sandona.dav...@gmail.com>> wrote:
>>
>>> Io sono uno dei mappatori che ha utilizzato il tag lanes=1, che secondo 
>>> alcuni sembra essere il male
>>
>>
>> lanes=1 va bene per strade dove c’è una corsia di marcia insieme, per tutti 
>> i sensi di marcia, in altre parole, 2 macchine non passano.
>>
>> https://dennisschatz.files.wordpress.com/2011/02/single-lane-road.jpg
>>
>>
>> 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] Numero di corsie sbagliato

[Sergio Manzi]

Martin,

forse mi sono un po' rimbambito, ma mi sembra che queste tue due affermazioni 
(/vedi sotto.../) non vadano d'accordo l'una con l'altra...

Mi chiedo anche come faccia ad essere marcata *una* corsia per i due sensi di 
marcia: intendi quando sono segnalati i limiti della carreggiata, ma non la 
divisione centrale? Io credo che, in caso di traffico bi-direzionale, lanes=1 
sia valido solo nel caso in cui esista un senso unico alternato, identificato 
da apposita segnaletica.

In ogni caso trovo sbagliato, sempre, per definizione, lanes=0: semanticamente 
"lanes=0" vuol dire che "non ci sono corsie", quindi non mi stupirei se qualche 
algoritmo di routing interpretasse la cosa in modo da non instradare il 
traffico su una siffatta /highway.

/Sono anche (decisamente) contrario alle lanes frazionarie: o la lane c'è (e 
conti +1), o la lane non c'è (e quindi non la conti)/.

/Ripeto anche che sono favorevole ad un approccio "pratico" all'interpretazione 
di lane: c'è una lane quando c'è uno spazio riservato ad una "fila di 
traffico", così come definito anche in Wikipedia.
//
Sergio

On 2018-09-08 10:12, Martin Koppenhoefer wrote:
> no, lanes=0 quando non sono marcate corsie.
> lanes=1 è quando è marcata una corsia.
> Il wiki suggerisce di mappare solo width in quel caso, senza lanes.

On 2018-09-07 23:06, Martin Koppenhoefer wrote:
> lanes=1 va bene per strade dove c’è una corsia di marcia insieme, per tutti i 
> sensi di marcia, in altre parole, 2 macchine non passano.
>


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] Numero di corsie sbagliato

[Sergio Manzi]

Errata corrige, nell'ultimo paragrafo: riservato -> disponibile


On 2018-09-08 14:43, Sergio Manzi wrote:
>
> Martin,
>
> forse mi sono un po' rimbambito, ma mi sembra che queste tue due affermazioni 
> (/vedi sotto.../) non vadano d'accordo l'una con l'altra...
>
> Mi chiedo anche come faccia ad essere marcata *una* corsia per i due sensi di 
> marcia: intendi quando sono segnalati i limiti della carreggiata, ma non la 
> divisione centrale? Io credo che, in caso di traffico bi-direzionale, lanes=1 
> sia valido solo nel caso in cui esista un senso unico alternato, identificato 
> da apposita segnaletica.
>
> In ogni caso trovo sbagliato, sempre, per definizione, lanes=0: 
> semanticamente "lanes=0" vuol dire che "non ci sono corsie", quindi non mi 
> stupirei se qualche algoritmo di routing interpretasse la cosa in modo da non 
> instradare il traffico su una siffatta /highway.
>
> /Sono anche (decisamente) contrario alle lanes frazionarie: o la lane c'è (e 
> conti +1), o la lane non c'è (e quindi non la conti)/.
>
> /Ripeto anche che sono favorevole ad un approccio "pratico" 
> all'interpretazione di lane: c'è una lane quando c'è uno spazio riservato ad 
> una "fila di traffico", così come definito anche in Wikipedia.
>
> Sergio
>
> On 2018-09-08 10:12, Martin Koppenhoefer wrote:
>> no, lanes=0 quando non sono marcate corsie.
>> lanes=1 è quando è marcata una corsia.
>> Il wiki suggerisce di mappare solo width in quel caso, senza lanes.
>
> On 2018-09-07 23:06, Martin Koppenhoefer wrote:
>> lanes=1 va bene per strade dove c’è una corsia di marcia insieme, per tutti 
>> i sensi di marcia, in altre parole, 2 macchine non passano.
>>



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] Numero di corsie sbagliato

[Sergio Manzi]

Vedo che ora dai un'altra interpretazione di lanes=0 (/è arrivata mentre 
spedivo il messaggio precedente../.).

Dissento anche su questa: per traffico limitato a moto, bici, pedoni, birrocci, 
cavalli, ecc... ci sono apposite tag. In quel contesto il numero di lanes deve 
essere ovviamente interpretato per la particolare tipologia di mezzo di 
trasporto permesso.


On 2018-09-08 14:42, Martin Koppenhoefer wrote:
>
> sent from a phone
>
>> On 8. Sep 2018, at 12:54, Marcello  wrote:
>>
>> Leggo le mail dal digest quindi non avevo ancora visto la tua
>> indicazione di lanes=0 quando non sono marcate, può essere utile per far
>> capire che in quel momento non ci sono linee tracciate,
>
> intendevo lasciare libero lanes. Lanes=0 era pensato così. Io vedo i lanes 
> come sono effettivamente, anche in assenza di marcature, guardando il 
> traffico reale delle macchine (moto e bici non contano).
> Quindi lanes=0 non ha molto senso per le strade, perché sarebbe troppo 
> stretto per una macchina, e quindi sarebbe un altro highway (path, footway, 
> etc.), forse per i service stretti (centri storici, service=alley, dove si va 
> con la moto ma la macchina non passa) avrebbe senso.
>
> 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] Numero di corsie sbagliato

[Sergio Manzi]

OK, chiaro, no problem!

Però dissento sul prerequisito di "marcate": il Wiki non è le tavole della 
legge scolpite nella pietra e, assai spesso, pecca di distorsioni (un 
"bias"...) di natura culturale.

Volker stesso (/che ha scritto un altro post mentre sto rispondendo.../) cita 
il caso delle strade Inglesi dove dove la segnaletica orrizzontale e assente. 
Ma cuesto non "cancella" la reale concreta, usufruibile, esistenza delle 
"lanes".

Se serve, correggiamo il Wiki, portando la discussione a livello internazionale 
(mi sembra corretto...)

Sergio

On 2018-09-08 15:40, Martin Koppenhoefer wrote:
>
> sent from a phone
>
>> On 8. Sep 2018, at 14:43, Sergio Manzi  wrote:
>>
>> In ogni caso trovo sbagliato, sempre, per definizione, lanes=0:
>
> si, anch’io non l’avevo mai messo e mai visto, ho visto solo ora che ci 
> stanno 800+ di questi tags nel db. Per me potrebbero avere un certo senso, 
> cfr. altra mail, ma quando avevo scritto per la prima volta lanes=0 qui, la 
> mia intenzione era di dire non mettere il tag, scusa per la confusione che si 
> è creata.
>
>
>
>> semanticamente "lanes=0" vuol dire che "non ci sono corsie...",
>
> ...sufficientemente larghe e per traffico motorizzato, e marcate (requisiti 
> dal wiki).
>
>
> 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] Numero di corsie sbagliato

[Sergio Manzi]

BANG! Mi suicido... "cuesto" non è accettabile! Scusate!!!


On 2018-09-08 15:48, Sergio Manzi wrote:
>
> OK, chiaro, no problem!
>
> Però dissento sul prerequisito di "marcate": il Wiki non è le tavole della 
> legge scolpite nella pietra e, assai spesso, pecca di distorsioni (un 
> "bias"...) di natura culturale.
>
> Volker stesso (/che ha scritto un altro post mentre sto rispondendo.../) cita 
> il caso delle strade Inglesi dove dove la segnaletica orrizzontale e assente. 
> Ma cuesto non "cancella" la reale concreta, usufruibile, esistenza delle 
> "lanes".
>
> Se serve, correggiamo il Wiki, portando la discussione a livello 
> internazionale (mi sembra corretto...)
>
> Sergio
>
> On 2018-09-08 15:40, Martin Koppenhoefer wrote:
>> sent from a phone
>>
>>> On 8. Sep 2018, at 14:43, Sergio Manzi  wrote:
>>>
>>> In ogni caso trovo sbagliato, sempre, per definizione, lanes=0:
>> si, anch’io non l’avevo mai messo e mai visto, ho visto solo ora che ci 
>> stanno 800+ di questi tags nel db. Per me potrebbero avere un certo senso, 
>> cfr. altra mail, ma quando avevo scritto per la prima volta lanes=0 qui, la 
>> mia intenzione era di dire non mettere il tag, scusa per la confusione che 
>> si è creata.
>>
>>
>>
>>> semanticamente "lanes=0" vuol dire che "non ci sono corsie...",
>> ...sufficientemente larghe e per traffico motorizzato, e marcate (requisiti 
>> dal wiki).
>>
>>
>> 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] Numero di corsie sbagliato

[Sergio Manzi]

Io ne vedo 2... quindi metterei 2.


On 2018-09-08 15:48, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 8. Sep 2018, at 14:43, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> Sono anche (decisamente) contrario alle lanes frazionarie: o la lane c'è (e 
>> conti +1), o la lane non c'è (e quindi non la conti)/./
>
>
> ci sono delle situazioni strane però, con una lane segnata ma due effettive, 
> esempio:
>
> https://www.google.com/maps/@41.3645922,13.0488137,0a,75y,310.91h,90.02t/data=!3m4!1e1!3m2!1sF1FciA5j5VvCdOImBWPj4A!2e0
>  
> <https://www.google.com/maps/@41.3645922,13.0488137,0a,75y,310.91h,90.02t/data=%213m4%211e1%213m2%211sF1FciA5j5VvCdOImBWPj4A%212e0>
>
> https://www.google.com/maps/@41.33993,13.0779026,0a,75y,322.62h,89.88t/data=!3m4!1e1!3m2!1scTijyoXU-WUDSQQXo0dnIg!2e0
>  
> <https://www.google.com/maps/@41.33993,13.0779026,0a,75y,322.62h,89.88t/data=%213m4%211e1%213m2%211scTijyoXU-WUDSQQXo0dnIg%212e0>
>
> ecc.
>
>
> 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] Numero di corsie sbagliato

[Sergio Manzi]

Se due vetture in senso opposto non passano (/e bisogna fare qualche manovra, 
anche di solo rallentamento, per incrociarsi/), allora chiaramente non è 
lanes=2. Una fila di vetture d'altro canto può transitare, quindi lanes=1 si 
applica. Una fila di "mezze macchine" la vedo diffcile...

Precedentemente avevo detto che lanes=1 è adatto ai "sensi unici alternati" 
debitamente indicati. Mi correggo: è adatta anche ai sensi unici alternati "/di 
fatto/".

Ciao,

Sergio

On 2018-09-08 16:12, Marcello wrote:
> ... Non si passa mai con due autovetture contemporaneamente senza rallentare 
> molto e a volte ci si deve fermare e trovare uno slargo per consentire il 
> passaggio. ...
>
> Ciao
> Marcello
>



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] Numero di corsie sbagliato

[Sergio Manzi]

Martin,

ho letto il thread che hai indicato (/alcuni post un po' velocemente quindi 
magari qualcosa mi è sfuggita.../), ma non ho visto nessuna ri-affermazione del 
prerequisito della presenza di segnaletica orizzontale a demarcare le lanes. Al 
massimo si discute di larghezze standard (americane, per lo più...) o 
addirittura di "segni di copertoni sulla strada".

Io la vedo così:

  * Esiste una segnaletica orizzontale che demarca le lanes? Se sì, ci si 
attiene a quella.
  * Se non esiste, si verificano altri parametri, legali e pratici: quanti 
veicoli (al massimo) possono procedere affiancati o incrociarsi senza 
infrangere la normativa vigente, altri generi di indicazione (/es. segnaletica 
verticale di senso unico alternato/), e senza necessariamente dovere effettuare 
manovre di facilitazione? Si mette quel numero.
  * Se non si sa, si sta "stimando ad occhio" da foto di superficie, si hanno 
dubbi sullo stato delle cose, ecc...: non si mette il numero di lanes (/ma 
certo non si mette lanes=0!/)

Sergio


On 2018-09-08 17:38, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 8. Sep 2018, at 15:48, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> Però dissento sul prerequisito di "marcate": il Wiki non è le tavole della 
>> legge scolpite nella pietra e, assai spesso, pecca di distorsioni (un 
>> "bias"...) di natura culturale.
>
>
> anch‘io dissento, ma quando ho cercato di cambiare la wiki non mi sembrava 
> fattibile, questo è tutto il thread:
> https://lists.openstreetmap.org/pipermail/tagging/2018-May/036484.html
>
>
> 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] ancora tabaccaio

[Sergio Manzi]

... per me sempre tabaccaio resta, perché ti assicuro che quando finisco le 
sigarette non ho nessuna voglia di smazzarmi tutti i kiosk in cerca di uno che 
le venda!  :-)

Per la cronaca, quello sotto casa mia vende anche: giocattolli, borse, scarpe e 
vestiti (da donna).

Inoltre penso che siano (più o meno tutti...) iscritti alla FIT, Federazione 
Italiana *Tabaccai*

Ciao,

Sergio


On 2018-09-11 08:00, claudio62PG wrote:
> Per quello che vedo non esistono più i tabaccai 
> shop=tobacco
> ma esistono dei negozi multiservice che sono anche tabaccai
> shop=kiosk
> ieri ne ho trovato uno che offriva i seguenti servizi
> Bollettini Postali
> Marche da bollo
> Canone rai
> Bollo Auto
> voucher inps
> cartelle equitalia
> ricariche telefoniche
> ricariche postpay
> Fax
> Fotocopie
> Biglietti autobus
> Tabacchi
> Lotto
> (per fortuna niente gionali e caffè)
> come taggare situazioni del genere?
>
>
> 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] ancora tabaccaio

[Sergio Manzi]

Accipicchia, la tag "sells" rischia di essere un vaso di Pandora! OSM dovrà 
comprare altro storage per il DB...  :-)


On 2018-09-11 10:59, Martin Koppenhoefer wrote:
>
>
> 2018-09-11 10:55 GMT+02:00 griphon  >:
>
> Secondo me va messa l'etichetta relativa alla funzione principale del
> negozio: un tabaccaio anche se offre una marea di servizi aggiuntivi è
> sempre un tabaccaio.
> Per fare un esempio a Fano ho trovato un negozio della famosa catena di
> profumerie (Acqua e Sapone) che vendevano anche vari tipi di pile, pero'
> resta sempre una profumeria, non ha senso aggiungerci anche l'elettronica 
> di
> consumo.
>
>
>
> sells:batteries=yes
>
>
> e poi per gli acribisci
> sells:batteries:aa=yes
> sells:batteries:aaa=yes
> sells:batteries:c=no
> sells:batteries:d=no
> sells:batteries:LR234=yes
> ...
> ;-)
>
>
> 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] ancora tabaccaio

[Sergio Manzi]

+1000!

Voi, come diavolo taggate la buona vecchia salumeria? Io, per l'unica che ho 
mappato, ho messo shop:deli, ma non mi convince PROPRIO PER NIENTE...


On 2018-09-11 11:10, LvdT wrote:
> Penso che il problema sia più che altro che i tag sono basati sulle
> tipologie di attività che si trovano nel mondo anglosassone, che non sempre
> sono in corrispondenza 1-a-1 con quelli italiani.




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] Numero di corsie sbagliato

[Sergio Manzi]

_CREDO_ che il processo formale dovrebbe passare attraverso una 
proposta+votazione sul Wiki... sbaglio?


On 2018-09-11 11:18, cascafico wrote:
> C'è un servizio che stabilisce quando il consenso è stato raggiunto? Ciò
> ovviamente riguarda anche l'import dei distributori.
>
>


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] ancora tabaccaio

[Sergio Manzi]

Ottima idea! Ne parleremo... (scusate, io vado off-line fino a questa sera...)

Ciao a tutti,

Sergio


On 2018-09-11 11:26, Martin Koppenhoefer wrote:
> infatti, dovremmo proporre noi i shops che non ci sono ancora. 
>



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] Google Earth dei venti...

[Sergio Manzi]

No, prima volta che lo vedo, ma mi sembra che sia in ritardo rispetto a 
https://www.windy.com

Controlla le posizioni attuali dell'uragano Florence nei due...

Ciao!


On 2018-09-13 19:59, Alessandro Vitali wrote:
> ...ma lo conoscevate??
>
> https://earth.nullschool.net/#2018/09/12/1200Z/wind/surface/level/orthographic=9.85,45.48,2956/loc=9.845,45.479
>



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] Google Earth dei venti...

[Sergio Manzi]

Che scemo che sono! E' perché il tuo link ha "embedded" l'orario: 
"2018/09/12/1200Z"

Con questo 
https://earth.nullschool.net/#current/wind/surface/level/orthographic=-74.82,34.46,3000
 si vede in tempo reale

.. e con "il tuo" si può vedere lo storico, che in Windy mi sembra non ci sia: 
un anno fa, 
https://earth.nullschool.net/#2017/09/12/1200Z/wind/surface/level/orthographic=-51.03,12.71,206

Bello!!!  :-)



On 2018-09-13 20:15, Sergio Manzi wrote:
> No, prima volta che lo vedo, ma mi sembra che sia in ritardo rispetto a 
> https://www.windy.com
>
> Controlla le posizioni attuali dell'uragano Florence nei due...
>
> Ciao!
>
>
> On 2018-09-13 19:59, Alessandro Vitali wrote:
>> ...ma lo conoscevate??
>>
>> https://earth.nullschool.net/#/wind/surface/level/orthographic=9.85,45.48,2956/loc=9.845,45.479
>>




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] dataset MISE distributori

[Sergio Manzi]

Senza conoscere i dettagli della cosa, mi è venuta in mente una delle prime 
massime che ho imparato quando, una vita fa, ho incominciato ad occuparmi di 
informatica (/che ai tempi si chiamava "elaborazione elettronica dei dati"/): 
"*/Garbage in, garbage out/*", cioè se parti da dati spazzatura, avrai 
risultati spazzatura, indipendentemente dalla tua bravura...

E sentire il MISE?

Sergio


On 2018-09-14 19:07, Martin Koppenhoefer wrote:
>
>
> 2018-09-14 15:45 GMT+02:00 Carmine Massarelli 
>  >:
>
> Che ne pensate se inserissimo anche gli orari?
> E' ancora valida questa autorizzazione? 
> https://wiki.openstreetmap.org/wiki/Importazione_distributori_metano 
> 
>
>
>
> io mi fermerei con l'import. Troviamo errori su errori e non abbiamo nemmeno 
> visto la meta dei dati che abbiamo presi e buttati dentro cecamente, e adesso 
> aggiungiamo anche altro di questa qualità? Per me no. 
> Sembra il db MISE sia un db come il nostro (UGC), solo che la gente che ci 
> contribuisce sembra lo faccia per dovere e non per piacere  ;-)  e 
> apparentemente non ci sta nessuno che mette ordine ;-)
>
> 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] dataset MISE distributori

[Sergio Manzi]

Grazie a te per le precisazioni su cui concordo pienamente.

Ci tengo a chiarire che la mia (/forse un po' rude.../) citazione non era 
assolutamente rivolta "/ad personam/" nei confronti di chicchessia: voleva solo 
essere la considerazione, magari un po' triste ma temo reale, che a volte i 
dadi della sorte ci rifilano dati sbagliati. Amen, succede. E' importante però 
che abbiamo la capacità di identificarli e serenamente scartarli.

Sergio


On 2018-09-14 21:45, Volker Schmidt wrote:
>
> Senza conoscere i dettagli della cosa, mi è venuta in mente una delle 
> prime massime che ho imparato quando, una vita fa, ho incominciato ad 
> occuparmi di informatica (/che ai tempi si chiamava "elaborazione elettronica 
> dei dati"/): "*/Garbage in, garbage out/*", cioè se parti da dati spazzatura, 
> avrai risultati spazzatura, indipendentemente dalla tua bravura...
>
> Grazie per questa annotazione. Io l'avevo pensato, ma non volevo scriverlo in 
> lista.
> La mia critica principale a OSM nella mia zona (Veneto) è che ci sono tanti 
> dati approssimativi o sospetti di errore nel DB che ogni volta che aggiungo 
> dettagli devo anche mettere apposto tutta la zona intorno (o meglio dovrei 
> farlo ...).
> L'idea di base d inserire dati approssimativi o da controllare/correggere 
> dopo è sbagliato per due motivi molto diversi:
> - il numero di mappatori attivi è troppo basso
> - tutti siamo umani e correggere errori nel lavori altrui non è piacevole.
> Ho seguito un po' la discussione su questo import specifico e devo dire che 
> mi sono fatto l'idea che ci sono troppi problemi con la qualità dei dati di 
> partenza.
>
> E un ultima, un po' più fondamentale considerazione: una delle regole di base 
> per la raccolta dati è di non duplicare dati, sempre solo utilizzare link ai 
> dati originali, una regola che tutti gli import in OSM violano alla grande. 
> Dati duplicati soffrono del fondamantal problema di aggiornamanto/modifica 
> non sincronizzata.
>
>
>
> 
>  Virus-free. www.avast.com 
> 
>
>
>
> ___
> 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] Samuel

[Sergio Manzi]

Ciao Samuel,

come probabilmente saprai OpenStreetMap (OSM per gli amici...) è un progetto 
collaborativo, un database geografico (GIS) alimentato principalmente dal 
lavoro di volontari che giornalmente si impegnano per arricchirlo di "oggetti": 
è possibile che quello che cerchi non sia ancora stato mappato qui.

Esistono dei "/derivati/" specializzati per settori di attività, come per 
esempio Waymarked Trails (per i *sentieri* da percorrere *a piedi*) o 
OpenCycleMap (https://www.opencyclemap.org/) per chi si muove in bicicletta (/e 
dove neppure è visibile il percorso che segnali e che è tracciato nel sito che 
hai citato/).

Tra l'altro il "tuo" sito prevede nella mappa anche un layer di OpenCycleMap, 
ma apparentemente hanno un incasinato po' le cose, perché evidentemente gli 
manca la chiave di accesso per poter visualizzare quel layer.

Quindi, qui, "in questo universo", allo stato attuale, mi sembra che non ci sia 
quel che cerchi, ma... quando farai il tuo giro, se ti va, potresti portarti 
dietro un GPS (o uno smartphone con adeguata applicazione) e raccogliere tu la 
traccia del percorso e poi contribuire a questo progetto aggiungendola.

In alternativa /qualcuno /potrebbe contattare i gestori di the.mtb.biker e 
verificare la loro disponibilità a contribuire a OpenStreetMap fornendo i dati 
di quel percorso che loro hanno tracciato e "rilasciandolo" secondo i termini 
della licenza di OSM (vedi https://it.wikipedia.org/wiki/OpenStreetMap#Licenza).

Buona giornata e buona pedalata (quando sarà...)

Sergio


On 2018-09-22 13:14, Samuel Liuzzo wrote:
> Le mando la mappa http://www.themtbbiker.com/tour-du-mont-blanc.html# 
>
>
> Inviato da iPhone
>
> Il giorno 22 set 2018, alle ore 12:24, liste DOT girarsi AT posteo DOT eu 
> mailto:liste.gira...@posteo.eu>> ha scritto:
>
>> Il 22/09/2018 11:51, Samuel Liuzzo ha scritto:
>>>  No,avrei bisogno un po’ di informazioni sui sentieri sul giro monte bianco 
>>> ,potete aiutarmi?
>>
>> Prova vedi qui:
>>
>> https://hiking.waymarkedtrails.org/#?map=13!45.8712!6.8701 
>> 
>>
>> -- 
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>> Simone Girardelli
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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] Sentiero senza uscita

[Sergio Manzi]

Direi sia la 2) che la 3), ma non la 1)  perché la way che termina con il 
cancello non è di per se privata o quanto meno non è indicata come tale...


On 2018-09-29 00:47, Andrea Albani wrote:
>
>
> Il sab 29 set 2018, 00:38 demon.box  > ha scritto:
>
> 1) access=private sulla way?
> 2) noexit=yes sulla way?
>
> che dite?
>
>
> Voto per
>
> 3) barrier=gate e access=private sul nodo del cancello
>
> Che descrive in modo asettico la situazione. Altrimenti 
> 1) se proprio non vuoi far sfacchinare le persone per 800m
>
>
>
> ___
> 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] Come li mappereste voi?

[Sergio Manzi]

Ciao!

Il secondo "oggetto" che hai segnalato 
(http://gis.19327.n8.nabble.com/file/t339261/lozio2.jpg) è senza dubbio un 
lavatoio, praticamente identico ad uno che conosco bene, a Predazzo (TN) 
https://www.openstreetmap.org/node/303826369 e che è mappato come 
amenity:drinking_water.

Sono anni che non lo vedo usato per la sua funzione originale (/ora ci sono le 
lavatrici!/) e senza dubbio la funzione attuale è quella di poterci bere.

Nel wiki non vedo nulla che possa assomigliare neanche vagamente a "lavatoio" e 
anche cercando su Taginfo per "wash" non salta fuori niente di buono: 
https://taginfo.openstreetmap.org/search?q=wash

Io lo taggerei come amenity:drinking_water.

Alcuni degli altri che hai segnalato sembrano essere cose diverse: abbeveratoi 
(/che pure taggerei come amenity:drinking_water/) e/o pozzetti dalla dubbia 
funzione...

Ancora ciao,

Sergio


On 2018-10-01 18:54, demon.box wrote:
> il problema è che tante volte ci sono piccole vasche che non sò se mappare
> come amenity=watering_place o cos'altro
> altra carrellata di esempi:
>
>  
>
>  
>
>  
>
>  
> (tralasciate la scritta "ACQUA NON POTABILE" cosa assolutamente non vera...)
>
> 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] Come li mappereste voi?

[Sergio Manzi]

Caspita, mi ero perso la segnalazione di Andrea: amenity:lavoir!!

Ci stà, senza dubbio, anche se come ti dicevo ora come ora probabilmente se ne 
è persa la funzione originale e servono... a bere (e forse può fare più comodo 
che sia segnalata questa funzione, piuttosto che quella di lavatoio...)


On 2018-10-01 19:15, Sergio Manzi wrote:
>
> Ciao!
>
> Il secondo "oggetto" che hai segnalato 
> (http://gis.19327.n8.nabble.com/file/t339261/lozio2.jpg) è senza dubbio un 
> lavatoio, praticamente identico ad uno che conosco bene, a Predazzo (TN) 
> https://www.openstreetmap.org/node/303826369 e che è mappato come 
> amenity:drinking_water.
>
> Sono anni che non lo vedo usato per la sua funzione originale (/ora ci sono 
> le lavatrici!/) e senza dubbio la funzione attuale è quella di poterci bere.
>
> Nel wiki non vedo nulla che possa assomigliare neanche vagamente a "lavatoio" 
> e anche cercando su Taginfo per "wash" non salta fuori niente di buono: 
> https://taginfo.openstreetmap.org/search?q=wash
>
> Io lo taggerei come amenity:drinking_water.
>
> Alcuni degli altri che hai segnalato sembrano essere cose diverse: 
> abbeveratoi (/che pure taggerei come amenity:drinking_water/) e/o pozzetti 
> dalla dubbia funzione...
>
> Ancora ciao,
>
> Sergio
>
>
> On 2018-10-01 18:54, demon.box wrote:
>> il problema è che tante volte ci sono piccole vasche che non sò se mappare
>> come amenity=watering_place o cos'altro
>> altra carrellata di esempi:
>>
>> <http://gis.19327.n8.nabble.com/file/t339261/IMG_0493_%281024_x_768%29.jpg> 
>>
>> <http://gis.19327.n8.nabble.com/file/t339261/IMG_0498_%281024_x_768%29.jpg> 
>>
>> <http://gis.19327.n8.nabble.com/file/t339261/IMG_0509_%281024_x_768%29.jpg> 
>>
>> <http://gis.19327.n8.nabble.com/file/t339261/IMG_0949_%281024_x_768%29.jpg> 
>> (tralasciate la scritta "ACQUA NON POTABILE" cosa assolutamente non vera...)
>>
>> 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] Giunto condotta forzata

[Sergio Manzi]

Quello direi che è un blocco di ancoraggio...

I giunti, che io sappia, servono a permettere le dilatazioni termiche della 
condotta (cosa che ovviamente non può avvenire all'interno del blocco di 
cemento).

Per esempio vedi qui: 
https://www.trevitec.com/giunti-di-dilatazione-a-cannocchiale.html

Ciao,

Sergio


On 2018-10-02 16:01, demon.box wrote:
> ciao, chiedo una "consulenza tecnica" visto che sono un ragioniere (mancato
> per fortuna...)
>
> il giunto della condotta forzata è quel blocco in cemento che si vede in
> questa foto?
>
>  
>
> 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] Canale per centrale idroelettrica

[Sergio Manzi]

Visto così, a cielo aperto e di portata sicuramente ridotta (/e per quel 
//_poco_//che ne so!/) mi sembra strano che possa alimentare una centrale 
idroelettrica: penso più ad un canale di irrigazione o ad uno scolmatore... ci 
mandi le coordinate?

Ciao,

Sergio


On 2018-10-12 19:24, demon.box wrote:
> ciao, se ho un canale che scorre appena sopra il livello del terreno ed
> alimenta una centrale idroelettrica fatto così:
>
>  
>
>  
>
> parte scoperta:
>
> waterway=canal
> usage=headrace
>
> parte scoperta?
>
> waterway=canal
> usage=headrace
> covered=yes
>
> oppure cos'altro?
> 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] Canale per centrale idroelettrica

[Sergio Manzi]

"/ditch/" è propriamente un fosso e "/drain/" uno scolmatore.

Il canale che alimenta la caduta d'acqua in condotta forzata (/penstock/), in 
Inglese si chiama "/culvert/" quando è in galleria e "/race/" quando è a cielo 
aperto.

Nel wiki la "race" la vedo citata come "headrace" (/ci sta.../), sia qui [1] 
che qui [2], dove ci sono anche esempi fotografici.

Sempre secondo il wiki [3] sembra che sia meglio usare tunnell=flooded invece 
di tunnel=culvert, soprattutto quando si tratta di lunghe tratte

[1] https://wiki.openstreetmap.org/wiki/Waterways
[2] https://wiki.openstreetmap.org/wiki/Tag%3Ausage%3Dheadrace
[3] https://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert


On 2018-10-12 21:10, Alfredo Gattai wrote:
> Al di la dello scopo, secondo me e' piu' adatto waterway=drain oppure 
> waterway=ditch se piu' piccolo. Per la parte coperta e vedere qualche esempio 
> fai qualche query in valle d'Aosta,  ce ne sono molti antichi e che qualcuno 
> comincia a restaurare.
>
> Il Ven 12 Ott 2018, 20:52 demon.box  <mailto:e.rossin...@alice.it>> ha scritto:
>
> Sergio Manzi wrote
> > Visto così, a cielo aperto e di portata sicuramente ridotta (/e per quel
> > //_poco_//che ne so!/) mi sembra strano che possa alimentare una 
> centrale
> > idroelettrica: penso più ad un canale di irrigazione o ad uno
> > scolmatore...
>
> ciao, guarda ne sono sicuro al 101% perchè l'ho ispezionato di persona.
> in pratica quello che vedi nelle foto è un tratto di canale diciamo "in
> piano" che esce da un bacino di accumulo.
> alla fine di questo tratto di canale c'è il classico tubo 
> (man_made=pipeline
> + usage=penstock) che scende in picchiata fino a raggiungere il fondovalle
> dove c'è la centrale idroelettrica.
>
> ma tornando alla mia domanda: come faccio a taggare il tratto coperto
> peraltro appena al di sopra del livello del terreno?
>
> forse
>
> waterway=canal
> tunnel=culvert ?
>
> grazie
>
> --enrico
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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] Canale per centrale idroelettrica

[Sergio Manzi]

Mah... a me sembra che il wiki [1] sia abbastanza chiaro su quali siano i casi 
in cui, per le waterway "man made"  vanno usati "canal" (cielo aperto, acqua 
"utile"), "ditch" (cielo aperto, acqua "superflua", scavo in terra) o "drain" 
(cielo aperto, acqua "superflua", scavo "foderato"), insieme a millanta altri 
casi: non mi sembra corretto usare ditch/drain come casi "acchiappatutto", se è 
questo quello che intendevi dire...

Ciao!!

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


On 2018-10-13 15:16, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 12. Oct 2018, at 21:50, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> "/ditch/" è propriamente un fosso e "/drain/" uno scolmatore.
>
>
> si, letteralmente si, ma se uno applica queste definizioni strettamente non 
> ci sarebbero più tags per gli altri tipi di waterway artificiali.
>
> 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] fontane e amenity=fountain

[Sergio Manzi]

+1

Senza dubbio historic=yes mi sembra un po' "/over-the-top/" per un oggetto che 
riporta la data del 2008!  :-)

In realtà io avrei il dubbio se indicarli come amenity=watering_place + 
drinking_water=yes/conditional/untreated ...



On 2018-10-14 12:21, Andrea Musuruane wrote:
>
> A me sembrano dei semplici amenity=drinking_water. Non vedo alcuna funzione 
> tra quelle elencate nel wiki (/A fountain for cultural / decorational / 
> recreational purposes/) perché siano caratterizzate come  amenity=fountain.
>
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfountain
>
> Ciao,
>
> Andrea
>


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] tracciamo il futuro di OpenStreetMap in Italia?

[Sergio Manzi]

L'ipotesi di stilare una "graduatoria" dei comuni/enti più virtuosi non mi 
trova d'accordo: troppe variabili in gioco, tra le quali, non trascurabile, 
quella delle realzioni personali tra l'ente e le "persone" che contribuiscono a 
OSM e il loro realtivo "peso" all'interno della comunità.

La risposta di Andrea mi sembra giustificatissima: lui sa cosa ha fatto Biella 
(/io onestamente non ne ho la più pallida idea.../), altri sanno cosa hanno 
fatto Bologna, Milano, Trento, ecc..: giudicare quale sia l'ente più virtuoso 
mi sembra difficile ed estremamente opinabile.

Direi invece che si potrebbero _stabilire dei criteri oggettivi_ (/poi se ne 
potrà discutere.../) per assegnare agli enti pubblici una "patente" di 
contributore, che potrebbe essere anche suddivisa in varie "classi" (/Platino, 
Oro, Argento, tanto per dire.../).

Che ve ne pare?

Ciao,

Sergio


On 2018-10-16 14:19, Andrea Musuruane wrote:
> Ciao,
>
> On Tue, Oct 16, 2018 at 12:39 PM Alessandro Palmas 
> mailto:alessandro.pal...@wikimedia.it>> 
> wrote:
>
> > La tua proposta mi solletica però mettere in piedi una sorta di
> > concorso per premiare l'ente pubblico (e qui poi dobbiamo ragionare
> > sulle dimensioni territoriali e sulle competenze amministrative) che
> > si impegna su OSM.
>
> Allora diamo subito i premi a  Bologna, Milano e Trento. Fine del
> contest per i prossimi 2 anni :-)
>
>
> Mi spiace rilevare che non si pensi anche alla Provincia di Biella, che oltre 
> a distribuire moltissimi dati geografici come open data, collabora anche 
> attivamente con OSM.
>
> Ciao,
>
> Andrea
>
>
>
>
> ___
> 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] fontane e amenity=fountain

[Sergio Manzi]

Scusate, ma insisto che per gli "oggetti in oggetto", amenity=fountain, proprio 
non ci sta, e cercherò di spiegarmi.

Intanto partiamo dalla parola inglese "fountain" (/volenti o nolenti, le tag 
sono in inglese.../):

Fountain in inglese è "qualcosa da cui scorre un liquido": anche la penna 
stilografica è una "fountain", o una sorgente è pure una "fountain".

Quindi non sarebbe errato *chiamare  *(n.b., non *taggare*...) "fountain" gli 
oggetti di cui trattiamo.

Altrettanto giusto sarebbe chiamare "fountain" tutte le fontanelle che 
forniscono acqua potabile nelle città, ma la stragrante maggioranza di esse è 
(/a mio avviso giustamente/) taggata come amenity=drinking_water, anche se 
hanno una loro dignità decorativa ed artistica (/e mi permetto di dire spesso 
decisamente superiore a quella degli oggetti ai quali ci riferiamo, pur 
ammettendo che il criterio di giudizio è totalmente soggettivo/). I "Toret" 
Torinesi mi sembrano una assoluta eccezione e non capisco perché debbano avere 
maggiore dignità rispetto, per esempio, alle altrettanto nobili fontanelle 
veneziane (taggate amenity=drinking_water).

*Ma*... "fountain" è anche la "fontana monumentale", con scopo prettamente 
decorativo e la cui acqua è tipicamente non potabile ed è esattamente in questa 
accezione che il wiki definisce le "fountain": ragazzi, basta leggere e dare 
un'occhiata agli esempi fotografici in 
https://wiki.openstreetmap.org/wiki/Tag:amenity=fountain?uselang=en-US per 
capire a che cosa ci si riferisce...

Martin, se dici che "il wiki non conta e/o spesso 'sbaglia'", scusa ma siamo 
belli che fregati: tutto diventa opinabile/soggettivo e le mappe diventano una 
babele: o ci si attiene al wiki o si cambia il wiki. Non vedo alternativa.

Vi prego anche di notare le icone con cui amenity=fountain e 
amenity=drinking_water vengono rese sulle mappe: quale assomiglia di più agli 
oggetti di cui stiamo discutendo?

Inoltre mi risulta (/l'ho visto, un po' di tempo fa,  ma adesso non riesco a 
ritrovarlo.../) che ci sia un bel sito che, partendo dai dati OSM,  mappa le 
fonti di acqua potabile e ho  il serio sospetto che si limiti 
(/ragionevolmente.../) a mappare le maneity=drinking_water.

Ciao,

Sergio


P.S.: Andrea Albani, scusa, prima, per sbaglio, avevo risposto solo a te e non 
alla lista, per cui riceverai un "doppione"...


On 2018-10-16 12:15, Andrea Albani wrote:
>
>
> Il giorno mar 16 ott 2018 alle ore 11:44 Martin Koppenhoefer 
> mailto:dieterdre...@gmail.com>> ha scritto:
>
>
> se cerchi da bere la becchi anche come amenity=fountain per il 
> drinking_water=yes
>
>
> Il filo logico del mio discorso non lo escludeva
>
> Se vorresti fare il censimento di tutte le fontane del comune, questa te 
> la aspetteresti o no?
>
>
> Mi sono già espresso per il no perchè in questo casi prediligo il solo ruolo 
> funzionale, ma essendo una situazione borderline non mi scandalizzerei che 
> altri possano dire si
>
> Per un censimento a regola d'arte però prima penserei ai criteri per 
> classificare cos'è una fontana. Ma su quali linee guida ? artistiche, 
> storiche, funzionali,... ? Le stesse domande che ci facciamo qua in ML e a 
> cui spesso si fa fatica a dare risposta perchè si entra nella zona 
> dell'opinabile.
>
>
>
>
> ___
> 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] tracciamo il futuro di OpenStreetMap in Italia?

[Sergio Manzi]

Così, d'acchito, mi vengono in mente alcuni criteri (che potranno ovviamente 
essere estesi o rigettati):

  * fornitura di dati
  * partecipazione con uno o più delegati alle attività OSM
  * sottoscrizione di un "protocollo di intesa di collaborazione" con OSM
  * patrocini
  * contributi economici
  * pubblicità alle attività/sito OSM


On 2018-10-16 15:50, Andrea Musuruane wrote:
> Ciao,
>
> On Tue, Oct 16, 2018 at 2:53 PM Sergio Manzi  <mailto:s...@smz.it>> wrote:
>
> L'ipotesi di stilare una "graduatoria" dei comuni/enti più virtuosi non 
> mi trova d'accordo: troppe variabili in gioco, tra le quali, non 
> trascurabile, quella delle realzioni personali tra l'ente e le "persone" che 
> contribuiscono a OSM e il loro realtivo "peso" all'interno della comunità.
>
> La risposta di Andrea mi sembra giustificatissima: lui sa cosa ha fatto 
> Biella (/io onestamente non ne ho la più pallida idea.../), altri sanno cosa 
> hanno fatto Bologna, Milano, Trento, ecc..: giudicare quale sia l'ente più 
> virtuoso mi sembra difficile ed estremamente opinabile.
>
> Direi invece che si potrebbero _stabilire dei criteri oggettivi_ (/poi se 
> ne potrà discutere.../) per assegnare agli enti pubblici una "patente" di 
> contributore, che potrebbe essere anche suddivisa in varie "classi" 
> (/Platino, Oro, Argento, tanto per dire.../).
>
> Che ve ne pare?
>
> Mi sembra una buona idea riuscire a stabilire dei criteri per identificare 
> gli enti virtuosi.
>
> Ciao,
>
> Andrea
>
>
>
> ___
> 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] tracciamo il futuro di OpenStreetMap in Italia?

[Sergio Manzi]

... e comunque, la mia idea è, facendo un paragone scolastico, *non 
*identificare i pochi "primi della classe", *ma *i potenzialmente molti "bravi 
studenti"...


On 2018-10-16 15:55, Sergio Manzi wrote:
>
> Così, d'acchito, mi vengono in mente alcuni criteri (che potranno ovviamente 
> essere estesi o rigettati):
>
>   * fornitura di dati
>   * partecipazione con uno o più delegati alle attività OSM
>   * sottoscrizione di un "protocollo di intesa di collaborazione" con OSM
>   * patrocini
>   * contributi economici
>   * pubblicità alle attività/sito OSM
>
>
> On 2018-10-16 15:50, Andrea Musuruane wrote:
>> Ciao,
>>
>> On Tue, Oct 16, 2018 at 2:53 PM Sergio Manzi > <mailto:s...@smz.it>> wrote:
>>
>> L'ipotesi di stilare una "graduatoria" dei comuni/enti più virtuosi non 
>> mi trova d'accordo: troppe variabili in gioco, tra le quali, non 
>> trascurabile, quella delle realzioni personali tra l'ente e le "persone" che 
>> contribuiscono a OSM e il loro realtivo "peso" all'interno della comunità.
>>
>> La risposta di Andrea mi sembra giustificatissima: lui sa cosa ha fatto 
>> Biella (/io onestamente non ne ho la più pallida idea.../), altri sanno cosa 
>> hanno fatto Bologna, Milano, Trento, ecc..: giudicare quale sia l'ente più 
>> virtuoso mi sembra difficile ed estremamente opinabile.
>>
>> Direi invece che si potrebbero _stabilire dei criteri oggettivi_ (/poi 
>> se ne potrà discutere.../) per assegnare agli enti pubblici una "patente" di 
>> contributore, che potrebbe essere anche suddivisa in varie "classi" 
>> (/Platino, Oro, Argento, tanto per dire.../).
>>
>> Che ve ne pare?
>>
>> Mi sembra una buona idea riuscire a stabilire dei criteri per identificare 
>> gli enti virtuosi.
>>
>> Ciao,
>>
>> Andrea
>>
>>
>>
>> ___
>> 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] nomi vie con numeri romani

[Sergio Manzi]

-1


On 2018-10-19 12:13, Cascafico Giovanni wrote:
> Il giorno ven 19 ott 2018 alle ore 11:55 Marco_T  > ha scritto:
>
>
> In questo caso il nome del mese non è usato come nome comune ("in aprile
> arrivano le rondini") ma come nome proprio della via in quanto appellativo
> toponomastico unico ed individuale della strada all'interno del Comune.
> Pertanto a mio parere le iniziali vanno in maiuscolo. Come se una persona 
> si
> chiamsse Primo (nome), Agosto (cognome).
> Mia opinione.
>
>  
>
> +1
>
>
>
> ___
> 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] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Non vorrei sbagliarmi, ma mi sembra che il metodo più flessibile e 
scientificamente corretto per /taggare /entità biologiche consista 
nell'utilizzare la key "taxon" [1], il cui scopo è proprio quello di evitare il 
proliferare di chiavi per differenti per  i vari elementi tassonomici dato che 
"taxon" permette di indicare "d'un botto" sia il /genus /che la /species./

Per esempio, un Leccio dovrebbe essere:

  * taxon=Quercus ilex
  * taxon:species:it=Leccio

e una Farnia

  * taxon=Quercus robur
  * taxon:species:it=Farnia

Altri begli esempi sono nella pagina del wiki [1] della key...

Sergio


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


On 2018-10-23 22:39, Cascafico Giovanni wrote:
> Si, ho letto, ma sta wiki mi lascia dei dubbi: se species è il nome 
> scientifico, species:it dovrebbe esserne la traduzione dal latino, con tanto 
> di abbreviazione del catalogatore, cosa che farnia non mi pare lo sia.
> Io sarei per genus:it=Farnia
>
> Il lun 22 ott 2018, 19:26 Any File  > ha scritto:
>
> On Mon, Oct 22, 2018 at 10:37 AM Cascafico Giovanni  > wrote:
>
> > Ma il nome volgare "Farnia" dove lo metto?
>
> In species:it
>
> come indicato negli esempi che ci sono nella pagina de te indicata,
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
>
> oppure come spiegato in https://wiki.openstreetmap.org/wiki/Key:species
>
>
> AnyFile
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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] Opera di presa acquedotto

[Sergio Manzi]

Bella domanda...

La cosa più simile che ho trovato sul wiki è questa 
*proposta*:**https://wiki.openstreetmap.org/wiki/Proposed_features/Hydropower_water_supplies#Water_intakes

Anche la semplice traduzione in Inglese di "opera di presa" (/questo sono.../) 
non è banale e, appunto, "water intake" mi sembra essere la più papabile...

Ciao!

On 2018-10-25 18:55, Massimo Taronna wrote:
> Ciao,
> mi potreste indicare come mappare un edificio, parzialmente interrato, 
> adibito a presa acquedotto.
> In montagna lungo i torrenti se ne trovano diversi, più o meno interrati.
>
> Grazie!
>
> Massimo Taronna
>
>
> ___
> 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] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Perfettamente d'accordo sul "taxon=Cupressus cashmeriana"

Anche "circumference" e "height" mi sembrano corrette, ma... cosa si fa quando 
(/com'è naturale/) l'albero cresce? Serve un riferimento temporale che 
stabilisca quando le misure sono state fatte?

"ele" può anche andare bene, ma in realtà sembra essere più pensato per le 
montagne. E' diffuso l'utilizzo di questa key per altre features?

Non sono invece d'accordo con "leaf_cycle", "leaf_type" e "taxon:it": sono 
tutte informazioni ridondanti e derivabili da un "look-up" sulla base della 
chiave "taxon".

Ciao!

Sergio


On 2018-10-26 14:14, Cascafico Giovanni wrote:
> Che ne dite di questo [1] tagging?
>
> natural=tree
> ref=28/l483/UD/06
> circumference=3 
> ele=170 
> height=20 
> leaf_cycle=deciduous 
> leaf_type=broadleaved 
> taxon=Cupressus cashmeriana 
> taxon:it=Cipresso del Cashmere 
>
>
> [1] http://audit.osmz.ru/run/AM-RAFVG/33
>
>
>
>
>
> ___
> 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] poliambulatorio e centro medicina dello sport

[Sergio Manzi]

Come si dice dalle mie parti... /me par ben/!  :-)


On 2018-10-26 14:17, demon.box wrote:
> ciao, un poliambulatorio medico dove ci sono vari medici che effettuano
> visite specialistiche di vario genere (c'è un neurologo, un cardiologo,
> ecc.) lo taggo come amenity=clinic ?
>
> e nel caso invece di un centro con più dottori che eseguono però
> esclusivamente visite per il rilascio del certificato all'attività sportiva
> agonistica e non agonistica, lo taggo come amenity=doctors ?
>
> 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] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Concordo, ma d'altro canto sono info che potrebbero avere una certa rilevanza, 
sopratutto quando si tratta di "misure eccezionali" che potrebbe essere 
interessante segnalare. Forse meglio in note=* o note:it=*  ?


On 2018-10-26 14:40, Gabriele Sani wrote:
> A mio avvisto "mappare" le misure di un qualcosa che le cambia col tempo non 
> e' esattamente corretto: cioe', in teoria si mappa cio' che non e' effimero 
> (o almeno che potrebbe non esserlo). Le misure di un albero, altezza e 
> circonferenza, cambieranno PER FORZA nel corso del tempo...
>
> Il giorno ven 26 ott 2018 alle ore 14:27 Sergio Manzi  <mailto:s...@smz.it>> ha scritto:
>
> Perfettamente d'accordo sul "taxon=Cupressus cashmeriana"
>
> Anche "circumference" e "height" mi sembrano corrette, ma... cosa si fa 
> quando (/com'è naturale/) l'albero cresce? Serve un riferimento temporale che 
> stabilisca quando le misure sono state fatte?
>
> "ele" può anche andare bene, ma in realtà sembra essere più pensato per 
> le montagne. E' diffuso l'utilizzo di questa key per altre features?
>
> Non sono invece d'accordo con "leaf_cycle", "leaf_type" e "taxon:it": 
> sono tutte informazioni ridondanti e derivabili da un "look-up" sulla base 
> della chiave "taxon".
>
> Ciao!
>
> Sergio
>
>
> On 2018-10-26 14:14, Cascafico Giovanni wrote:
>> Che ne dite di questo [1] tagging?
>>
>> natural=tree
>> ref=28/l483/UD/06
>> circumference=3 
>> ele=170 
>> height=20 
>> leaf_cycle=deciduous 
>> leaf_type=broadleaved 
>> taxon=Cupressus cashmeriana 
>> taxon:it=Cipresso del Cashmere 
>>
>>
>> [1] http://audit.osmz.ru/run/AM-RAFVG/33
>>
>>
>>
>>
>>
>> ___
>> 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 <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] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

... o anche lasciare height e circumference e mettere una note del tipo 
"note=Height and circumference as of 2018-10-26"


On 2018-10-26 14:46, Sergio Manzi wrote:
>
> Concordo, ma d'altro canto sono info che potrebbero avere una certa 
> rilevanza, sopratutto quando si tratta di "misure eccezionali" che potrebbe 
> essere interessante segnalare. Forse meglio in note=* o note:it=*  ?
>
>
> On 2018-10-26 14:40, Gabriele Sani wrote:
>> A mio avvisto "mappare" le misure di un qualcosa che le cambia col tempo non 
>> e' esattamente corretto: cioe', in teoria si mappa cio' che non e' effimero 
>> (o almeno che potrebbe non esserlo). Le misure di un albero, altezza e 
>> circonferenza, cambieranno PER FORZA nel corso del tempo...
>>
>> Il giorno ven 26 ott 2018 alle ore 14:27 Sergio Manzi > <mailto:s...@smz.it>> ha scritto:
>>
>> Perfettamente d'accordo sul "taxon=Cupressus cashmeriana"
>>
>> Anche "circumference" e "height" mi sembrano corrette, ma... cosa si fa 
>> quando (/com'è naturale/) l'albero cresce? Serve un riferimento temporale 
>> che stabilisca quando le misure sono state fatte?
>>
>> "ele" può anche andare bene, ma in realtà sembra essere più pensato per 
>> le montagne. E' diffuso l'utilizzo di questa key per altre features?
>>
>> Non sono invece d'accordo con "leaf_cycle", "leaf_type" e "taxon:it": 
>> sono tutte informazioni ridondanti e derivabili da un "look-up" sulla base 
>> della chiave "taxon".
>>
>> Ciao!
>>
>> Sergio
>>
>>
>> On 2018-10-26 14:14, Cascafico Giovanni wrote:
>>> Che ne dite di questo [1] tagging?
>>>
>>> natural=tree
>>> ref=28/l483/UD/06
>>> circumference=3 
>>> ele=170 
>>> height=20 
>>> leaf_cycle=deciduous 
>>> leaf_type=broadleaved 
>>> taxon=Cupressus cashmeriana 
>>> taxon:it=Cipresso del Cashmere 
>>>
>>>
>>> [1] http://audit.osmz.ru/run/AM-RAFVG/33
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> 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 <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