Re: [Talk-it] Overpass turbo con outdoor di freemap.sk

[Andrea Albani]

Devi mettere questo:

//outdoor.tiles.freemap.sk/{z}/{x}/{y}@2x

Attenzione che stai usando un tile server del servizio freemap.sk, quindi,
in funzione dell'uso che ne farai, valuta se per le loro policy la cosa è
lecita o meno.

Ciao

Il giorno mer 16 dic 2020 alle ore 12:50 Michele OSM3 
ha scritto:

> Come si fa a usare Overpass turbo con le mappe outdoor di freemap.sk?
> Ho provato in vari modi:
> //{s}.outdoor.tiles.freemap.sk/{z}/{x}/{y}.jpg
> 
> //{s}.outdoor.tiles.freemap.sk/{zoom}/{x}/{y}.jpg
> 
> //{s}.outdoor.tiles.freemap.sk/{zoom}/{x}/{y}
> 
> ma non funziona
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chiusura massiva di note

[Andrea Albani]

Ciao Ivan,

chiudere una nota soltanto perchè è lì da tanto tempo (oppure perchè da
fastidio vedere tutti quei pin rossi sulla mappa) non è una buona cosa se
il contenuto è pertinente.
Ho dato un'occhiata a campione alla note che hai menzionato e penso che
FraPla le abbia chiuse senza pensarci troppo.Alcune comunque sono già state
risolte da altri nella loro attività di mapping nella zona, mentre altre,
di utenti anonimi, non forniscono informazioni adeguate per poter apportare
delle modifiche

Al tuo posto riaprirei quelle che ritieni non siano state risolte
correttamente e parallelamente invierei un messaggio all'utente spiegando
le tue motivazioni. Per un accesso rapido alla note che ha chiuso -> [1]

Ciao

[1] https://www.openstreetmap.org/user/FraPla/notes?page=1


Il giorno gio 29 ott 2020 alle ore 10:05 Ivan R.  ha
scritto:

> L'utente é FraPla.
>
> Il gio 29 ott 2020, 01:34 Martin Koppenhoefer  ha
> scritto:
>
>>
>>
>> Am Mi., 28. Okt. 2020 um 22:59 Uhr schrieb Ivan R. :
>>
>>> Buonasera a tutti, è la prima volta che mando un'email a questo
>>> Talk-It, spero di non fare casini e spero che segnalazioni di questo
>>> tipo siano ok.
>>>
>>> Volevo solo segnalarvi che 5 giorni fa in Calabria un utente ha
>>> "risolto" 161 note in blocco. Non ho modo di controllarle tutte
>>> ovviamente, ne ho controllate due a caso e la richiesta formulata
>>> nella nota non era stata ancora risolta. Segnalo piu' che altro perchè
>>> sono anni e anni di note contenenti informazioni potenzialmente utili
>>> che andrebbero "perse".
>>
>>
>>
>> grazie della segnalazione, e benvenuto qui!
>> Ci dovresti dire il nome dell'utente, altrimenti lo dovremmo cercare noi
>> ;-)
>>
>> Ciao
>> Martin
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Modifiche commenti su OSM

[Andrea Albani]

Il giorno gio 22 ott 2020 alle ore 08:10 Giorgio Longo 
ha scritto:

> Volevo cambiare il commento "Traccia alternativa per il bivacco Tete des
> Roeses" che non c'entra niente (errori miei all'inizio delle mie
> mappature) qui:
> https://www.openstreetmap.org/changeset/15577455#map=17/45.93179/12.17580
>
> ... ma non riesco a capire come fare.
> Grazie.
>
>
Ciao,

non è possibile cambiare la descrizione del changeset dopo che è stato
chiuso. Metti un commento al tuo stesso changeset specificando l'errore.

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

Re: [Talk-it] Import massivi in corso?

[Andrea Albani]

Ciao,

direi il noto user mcheck. Negli ultimi giorni ha caricato nodi a
profusione che, per quel poco che ho visto, vanno a dettagliare aree
boschive nel sud Italia.
Sono changeset spesso da 1 elementi tutti con descrizione "aggiunto
elementi".
Negli ultimi 21 giorni ha caricato circa 1,1 milioni di nodi. Se c'è un
concorso l'ha vinto alla grande.

https://resultmaps.neis-one.org/osm-suspicious?uid=478872#7/42.456/12.233

Esempio:
https://overpass-api.de/achavi/?changeset=91565326

Ciao

Il giorno mar 29 set 2020 alle ore 10:31 Riccardo Usardi <
usbe0u...@gmail.com> ha scritto:

> Buongiorno a tutti,
> Oggi stavo scaricando da geofabrik l'osg file odierno dell'Italia e ho
> notato che negli ultimi 4 giorni è diventato veramente voluminoso.
> Guardando su OSMstat siamo passati da una media di 4 nodi al giorno a
> 206000 il 26 settembre 25 il 27 e 67 il 28.
>
> C'è un import di dati in corso?
>
> Riccardo (usbe)
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Webinar sulla cura di OSM

[Andrea Albani]

Ciao,

visti i risultati del poll su framadate in cui si converge sul 22 p.v. ore
21, confermi questa come data/ora ?

Grazie

Ciao

Il giorno mar 8 set 2020 alle ore 11:20 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> A seguito di una proposta di Alessandro Sarretta, questa discussione
> per organizzare un webinar sul "giardinaggio", interazione con nuovi
> utenti, alert vandalismi e strumenti correlati.
>
> Obiettivo: dal verbale stendere delle linee guida e buone pratiche
> attraverso whodidit, osmcha ecc.
>
> Dove:
> uno dei server jitsi [1] TBD
>
> Quando:
> framadate [2]
>
> [1] https://iorestoacasa.work/server.html
> [2] https://framadate.org/osmgarden
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] "N" di nota

[Andrea Albani]

Il giorno ven 11 set 2020 alle ore 18:42 angelo.mornata <
angelo.morn...@hotmail.it> ha scritto:

> Provate a vedere come funziona la F di falso perché quella si vede ancora.
>
>
Non mi è chiaro cosa vuoi dire intendi la F del tag fixme ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] "N" di nota

[Andrea Albani]

... scoperto ora una scorciatoia molto più pratica.
Nella lista degli stili tasto destro sullo stile di default di JOSM, dal
menu selezionare impostazioni stile e quindi "Display note=* annotation on
nodes". Non serve neanche fare ripartire JOSM.

Il giorno ven 11 set 2020 alle ore 18:36 Andrea Albani 
ha scritto:

> Ciao,
>
> la change è relativa alla risoluzione di questo ticket [1] che ha
> introdotto due novità:
> - le note appaiono ad un livello di zoom più alto
> - sono disabilitate per default
>
> Per tornare alla precedente situazione:
> - nelle preferenze avanzate cerca il parametro
> resource://styles/standard/elemstyles.mapcss:boolean:note_annotation e
> impostalo a true
> - fai ripartire JOSM
>
> Ciao
>
> [1] https://josm.openstreetmap.de/ticket/19555
>
> Il giorno ven 11 set 2020 alle ore 11:04 angelo mornata <
> angelo.morn...@hotmail.it> ha scritto:
>
>> Dall’ultimo aggiornamento non è più visibile la “N”  delle note sulla
>> cartina di josm in fase di caricamento,
>>
>> è un vero peccato, era un riferimento per quelli che volevano continuare
>> un percorso, o conoscevano la zona e potevano sistemare/completare.
>>
>>
>>
>> Angelo
>>
>>
>>
>> Inviato da Posta <https://go.microsoft.com/fwlink/?LinkId=550986> per
>> Windows 10
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] "N" di nota

[Andrea Albani]

Interessante, ma questo fa vedere il il valore del tag note a video, non
ripristina la N citata da Angelo.
Ciao

Il giorno ven 11 set 2020 alle ore 18:45 Manuel  ha
scritto:

> Non è necessario agire a livello di preferenze avanzate. Basa andare nel
> menu orizzontale in altro Impostazioni>Preferenze, cliccare sul simbolo
> della mappa in alto a sinistra, andare nella tab "Map Paint Stiles" e
> attivare "Fix me and notes"
> Manuel, Mannivu @Wikimedia
> Il 11/09/2020 18:36, Andrea Albani ha scritto:
>
> Ciao,
>
> la change è relativa alla risoluzione di questo ticket [1] che ha
> introdotto due novità:
> - le note appaiono ad un livello di zoom più alto
> - sono disabilitate per default
>
> Per tornare alla precedente situazione:
> - nelle preferenze avanzate cerca il parametro
> resource://styles/standard/elemstyles.mapcss:boolean:note_annotation e
> impostalo a true
> - fai ripartire JOSM
>
> Ciao
>
> [1] https://josm.openstreetmap.de/ticket/19555
>
> Il giorno ven 11 set 2020 alle ore 11:04 angelo mornata <
> angelo.morn...@hotmail.it> ha scritto:
>
>> Dall’ultimo aggiornamento non è più visibile la “N”  delle note sulla
>> cartina di josm in fase di caricamento,
>>
>> è un vero peccato, era un riferimento per quelli che volevano continuare
>> un percorso, o conoscevano la zona e potevano sistemare/completare.
>>
>>
>>
>> Angelo
>>
>>
>>
>> Inviato da Posta <https://go.microsoft.com/fwlink/?LinkId=550986> per
>> Windows 10
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] "N" di nota

[Andrea Albani]

Ciao,

la change è relativa alla risoluzione di questo ticket [1] che ha
introdotto due novità:
- le note appaiono ad un livello di zoom più alto
- sono disabilitate per default

Per tornare alla precedente situazione:
- nelle preferenze avanzate cerca il parametro
resource://styles/standard/elemstyles.mapcss:boolean:note_annotation e
impostalo a true
- fai ripartire JOSM

Ciao

[1] https://josm.openstreetmap.de/ticket/19555

Il giorno ven 11 set 2020 alle ore 11:04 angelo mornata <
angelo.morn...@hotmail.it> ha scritto:

> Dall’ultimo aggiornamento non è più visibile la “N”  delle note sulla
> cartina di josm in fase di caricamento,
>
> è un vero peccato, era un riferimento per quelli che volevano continuare
> un percorso, o conoscevano la zona e potevano sistemare/completare.
>
>
>
> Angelo
>
>
>
> Inviato da Posta  per
> Windows 10
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: R: R: Edit automatici su nome strade

[Andrea Albani]

Ciao Ferruccio,

Un paio di considerazioni:
- per trovare il 5% di errori il "circolo degli anziani" deve smazzarsi
anche quel 95% restante proprio per determinare cosa è buono e cosa no
(tralasciamo un attimo il problema della conoscenza dei luoghi)
- con queste regole un po' lasche diventa accettabile se 100 osmers
italiani, ognuno affezionato al proprio personaggio storico, si mettono a
cambiare tutte le istanze dei nomi dei loro beniamini. Infatti quale regola
esiste per dire che uno, particolarmente affezionato ad Anita in Garibaldi,
possa o meno fare un change di questa natura? Senza estremizzare... quanti
cognomi noti hanno un doppione che non conosciamo?

Personalmente vorrei mappare e non inseguire i problemi introdotti da chi
ti risponde che puoi sempre correggere dopo.


Il lun 7 set 2020, 19:10 canfe  ha scritto:

> Io quello che cambierei è la mentalità.
>
>
> In pratica c’è scritto: “non toccare nulla che potresti sbagliare e se
> sbagli anche solo qualcosina tutto il lavoro è da rifare”.
> Vorrei che i mass editing, se fatti a fin di bene, non possano essere
> revertati se contengono meno del 5% di errori.
>
> Anzi, vorrei che i più anziani e capaci, si adoperassero per correggere
> quel 5% di errori introdotti a fronte di un 95% di correzioni.
>
>
>
> Insomma si “butta il bambino assieme con l’acqua sporca”.
>
>
>
> Ferruccio Cantone (canfe)
>
>
>
> *Da:* mbranco2 [mailto:mbran...@gmail.com]
> *Inviato:* mercoledì 2 settembre 2020 10:14
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] R: R: Edit automatici su nome strade
>
>
>
> Se proponi di cambiarla, indica quali frasi modificheresti o sostituiresti
> in [1]; io personalmente non toccherei neanche una virgola.
>
> Per i pigri che non hanno voglia di leggere tutta la pagina, riporto parti
> significative per quanto si sta discutendo:
>
> **
>
> *AMBITO*
>
> **
>
> *-  uso di funzioni trova-e-sostituisci negli editor standard come JOSM
> oppure ricerche usando servizi come Overpass API e modifiche conseguenti
> fatte senza il controllo sui singoli elementi; *
>
> *-   cambiare i tag manualmente su larga scala senza un'adeguata revisione*
>
> * Anche se stai per modificare i tag di un grande numero di oggetti
> sistematicamente e non pensi che sia una modifica automatica che ricade
> sotto questo codice di condotta, è comunque una buona idea discutere prima
> le tue modifiche. *
>
> *Uso problematico*
>
> *Usare uno strumento per affermare uno standard, o la tua personale
> interpretazione di uno standard, quando potrebbero esserci giustificati
> motivi per altre interpretazioni o dove lo standard non rispecchia la
> pratica comune. In particolare è un problema quando una persona, o un
> piccolo gruppo di persone, stabiliscono uno standard di codifica e poi
> usano processi automatici per applicarlo nel database senza una
> consultazione appropriata. Tieni a mente che la Wiki non deve essere usata
> come la definizione dell'unico modo corretto di assegnare i tag, e che non
> è accettabile usare la wiki come giustificazione per modifiche massive ai
> dati senza una adeguata consultazione.*
>
>
> *.Documenta e discuti i tuoi piani*
>
>
>
> *Se hai in mente di fare una modifica automatica, prima discutine e
> documentala. La documentazione deve essere inserita nella wiki e la
> proposta discussa nelle opportune mailing list...Di solito si documentano
> le modifiche che si vogliono fare in una pagina wiki in inglese con nome
> "Automated edits/username" (dove username è il nome utente OSM dell'account
> con cui saranno eseguite le modifiche (pensa adesso al nome, così non
> dovrai rinominare la pagina dopo), e aggiungila a Category:Automated edits
> log .*
>
>
> *La documentazione deve riportare: *
>
>
>
> [1] https://wiki.openstreetmap.org/wiki/IT:Automated_Edits_code_of_conduct
> 
>
>
>
>
> 
>
> Mail priva di virus. www.avast.com
> 
>
>
>
> Il giorno mer 2 set 2020 alle ore 07:09 canfe  ha
> scritto:
>
> “La legge è fatta per gli uomini, non sono gli uomini fatti per la Legge”
>
>
>
> Pertanto cambiamola.
>
>
>
> *Da:* Marco Minghini [mailto:marco.minghin...@gmail.com]
> *Inviato:* martedì 1 settembre 2020 21:57
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] R: Edit automatici su nome strade
>
>
>
> Ciao,
>
>
>
> Hai formalmente ragione Andrea, però… la vedo pragmaticamente.
> Supponiamo di correggere 100 Garibaldi senza Giuseppe.
> Quanti di questi, *in Italia*,non saran Giuseppe??
> TRE?? Penso anche meno.
> Allora avremo fatto 97 cose valide a scapito di tre sbagliate.
>
>
>
> Corretto, ma il metodo con cui si mappa in OSM non prevede il tirare a
> caso, quindi non 

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Andrea Albani]

Il giorno mer 26 ago 2020 alle ore 09:00 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

>
> Cosa fare?
> Segnalo il mio modo di procedere che, sostanzialmente parte da OSM
> changeset analyzer [1]:
>

Grazie delle info. Vedo di procedere così sulla provincia di PV
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Andrea Albani]

Update:
- l'utente non ha risposto ai commenti di nessuno
- l'account è stato bloccato per 14 giorni (fra 8 scade). Oltre alla mia
segnalazione il DWG ne ha ricevute altre
- ho fatto il revert di quasi tutti i changeset anche se alcuni errori
macroscopici erano già stati corretti da altri mappator
- il suo pattern di editing mischia (poche) cose buone a tante cose
inventate. Le poche borderline le ho lasciate non avendo piena conoscenza
dei luoghi (ad esempio nomi di laghetti o sentieri). Molte modifiche sono
state apportate per "stratificazione" (ad esempio cambiando i tag della
medesima way in changeset distinti e distanti) aspetto che aiuta a passare
inosservati e che in fase di revert complica le cose

Ciao


Il giorno lun 17 ago 2020 alle ore 17:07 Andrea Albani 
ha scritto:

> Ciao a tutti,
>
> vi volevo segnalare l'utente Erler3 che sta vandalizzando dallo scorso 15
> agosto l'area compresa fra Riva del Garda e Bolzano.
> Da quello che ho visto c'è ben poco da salvare nelle sue modifiche e
> pertanto riterrei opportuni dei revert di tutto . Esempi:
>
> https://www.openstreetmap.org/way/837805428
> https://www.openstreetmap.org/way/837845549
> https://www.openstreetmap.org/way/837377187
>
> In ogni caso se volete dare un'occhiata anche voi...
>
> Ho già segnalato la cosa al DWG chiedendone possibilmente il blocco.
>
> Ciao
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Andrea Albani]

Il giorno mar 25 ago 2020 alle ore 18:29 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> è chiaro il cartello, non è probabilmente il cartello giusto secondo
> quello che noi ci aspettiamo, ma non toglie la validità del cartello
>

>
> > Il cartello legale valido (tondo e blu, non contornato da un rettangolo
> bianco)
>
>
> non credo che mettere una cornice bianca intorno al cartello ne tolga la
> validità. Anche le scritte possono essere aggiunte, lo prevede il cds.
>
>
un cartello deve essere fatto come prescritto dalle norme attuative del
CdS, non a fantasia... e le scritte aggiuntive si mettono su un pannello
integrativo.

Tornando al punto... quel tratto di strada quindi è una residential oppure
una ciclabile perchè il cartello può essere interpretato in questo modo?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Andrea Albani]

Il giorno mar 25 ago 2020 alle ore 15:39 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> On 25. Aug 2020, at 15:07, Andrea Albani  wrote:
>
> da StreetView la strada mi sembra una normale residential senza
> particolarità o elementi che la possano classificare ad uso bicicletta e in
> subordine ai veicoli.
> Quel cartello non mi pare abbia infatti alcun significato legale
>
>
> direi invece che questo cartello è molto chiaro: percorso ciclopedonale in
> sede promiscua, lo dice sia l’immagine che anche il testo.
>
Potrei immaginare al meno 3 interpretazioni:
>
>
Se già trovi 3 interpretazioni, allora non è poi così chiaro Martin :)

Il cartello legale valido (tondo e blu, non contornato da un rettangolo
bianco) è quello che hai trovato tu in fondo alla via ed è quindi da quel
punto che inizia un percorso ciclopedonale promiscuo ovvero segregated=no
con eccezioni per alcuni veicoli se iniziava prima l'avrebbero
posizionato diversamente.
La scritta  "ATTENZIONE Percorso ciclabile in sede promiscua" la leggo come
"il percorso ciclabile condivide la medesima sede stradale degli altri
mezzi che possono transitare".Ma dov'è il percorso ciclabile ? nel primo
tratto non ci sono divieti per veicoli, nè cartelli blu regolari, nè
strisce o altro che delimitino una cyclelane.

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

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Andrea Albani]

Ciao,

da StreetView la strada mi sembra una normale residential senza
particolarità o elementi che la possano classificare ad uso bicicletta e in
subordine ai veicoli.
Quel cartello non mi pare abbia infatti alcun significato legale e sembra
solo un metodo per ricordare a ciclisti e pedoni, utenti del percorso E2,
che lì si trovano su un tratto di strada normale... e ai veicoli che ci
possono essere in giro bici e pedoni (!).
Come evidenziato da Alessandro non è una bicycle_road, ma, aggiungo io,
nemmeno una cyclestreet perchè non è una ciclabile prestata all'uso di
veicoli.
Per questo motivo trovo errato anche l'uso di designated per foot e bicycle
perchè designated implica che una cosa è "pensate per/progettata per".

Ciao

Il giorno lun 24 ago 2020 alle ore 21:59 Volker Schmidt 
ha scritto:

> Ho incontrato più di una strada con questa segnaletica
>
> https://www.google.com/maps/@45.3403228,11.7590331,3a,75y,350.71h,76.75t/data=!3m6!1e1!3m4!1st-K2BeSkmjzwnM9nzeCTqQ!2e0!7i13312!8i6656
> Sarebbe il caso di "bicycle_road=yes" ?
> Più tutti i tag "normali" tag come
> highway=residential
> vehicle=yes
> foot=designated
> bicycle=designated
> lanes=1
> oneway=no
> surface=*
> smoothnes=*
> lit=*
> maxspeed=* (che in questo caso non c'è)
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Andrea Albani]

Il giorno lun 17 ago 2020 alle ore 17:38 Volker Schmidt 
ha scritto:

> Un Changeset Comment per contattare l'utente in questione ?
> (è alle prime armi - ha cominciato mappare due giorni fa)
>
>
Va bene, colgo lo spunto visto che volete dargli fiducia. Commentato il
changeset relativo alla "A55 Gardesana"
https://www.openstreetmap.org/way/837845549.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Andrea Albani]

Il giorno lun 17 ago 2020 alle ore 17:14 Luca Delucchi 
ha scritto:

>
> ho dato un'occhiata e non mi sembrano tutti da buttare, probabilmente
> non ha capito bene, questi per esempio non mi sembrano da cancellare,
> alcuni andrebbero migliorati
>
> https://www.openstreetmap.org/changeset/89508349
> https://www.openstreetmap.org/changeset/89474942
>

Può essere, ma quando vedo un mix di cose apparentemente buone assieme a
cose macroscopicamente errate come un'autostrada e provinciali inesistenti
sono portato a pensare che non siamo in presenza di errori da principiante
o buona fede.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Vandalismi in corso - utente Erler3

[Andrea Albani]

Ciao a tutti,

vi volevo segnalare l'utente Erler3 che sta vandalizzando dallo scorso 15
agosto l'area compresa fra Riva del Garda e Bolzano.
Da quello che ho visto c'è ben poco da salvare nelle sue modifiche e
pertanto riterrei opportuni dei revert di tutto . Esempi:

https://www.openstreetmap.org/way/837805428
https://www.openstreetmap.org/way/837845549
https://www.openstreetmap.org/way/837377187

In ogni caso se volete dare un'occhiata anche voi...

Ho già segnalato la cosa al DWG chiedendone possibilmente il blocco.

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

Re: [Talk-it] Aiuto query overpass-turbo

[Andrea Albani]

Il giorno mar 30 giu 2020 alle ore 11:04 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Am Mo., 29. Juni 2020 um 15:51 Uhr schrieb Andrea Albani  >:
>
>> Quando si parla di landuse per me si parla di oggetti che permettono di
>> classificare ad un livello macroscopico il territorio.
>>
>
>
> non c'è scritto da nessuna parte però (dipende ovviamente da come si
> interpreta "macroscopico". Per esempio metterei un garage dentro un
> landuse=residential, ma ovviamente legalmente non puoi vivere dentro un
> garage.
>

Infatti è una mia personale interpretazione che può essere condivisa o
meno. Per me i landuse rimangono oggetti che descrivono le cose ad alto
livello, un po' come quando guardi una mappa tematica: non hai bisogno di
dettaglio, ma di una "panoramica" su quello che ti ritrovi sul territorio.
Siccome parliamo di aree di grandi dimensioni sapere che un 5% dell'area
considerata è "strada" o meno cambia poco ai fini dell'utilizzo che potrei
fare di quei dati (anche perchè non sai che errori potrebbero esserci
introdotti da chi fa landuse "precisi"). Per altro puoi anche stimare in
qualsiasi momento quanto spazio "rubano" le strade ad un
landuse=residential disegnato come monopoligono



>
>
>
>> A quel livello la precisione di mappatura non aggiunge elementi utili
>> perchè non stai contando il numero di edifici o di panchine, ma aree di una
>> certa estensione.
>>
>
>
> per me non c'è alcun vantaggio nel appositamente togliere il dettaglio. Se
> avessimo tutti i landuse ad alta granularità, potremmo sempre ai fini di
> renderizzare, automaticamente semplificarli e metterli insieme (decidendo
> cosa ci interessa, per esempio un uso industriale "dentro" una zona
> residenziale potrebbe essere visualizzato mentre un uso di vendita al
> dettaglio sotto una certa grandezza no, ecc., secondo lo scopo e la scala
> della mappa. Se invece facciamo finto che tutto sia ad uso residenziale
> (perché ovviamente in un centro abitato abitano appunto persone), non
> potremmo mai ottenere informazioni dettagliate perché non ci sarebbero. (si
> può sempre semplificare in automatico, ma nel verso contrario non funziona).
>
> Il concetto è chiaro: se non hai il dettaglio all'origine non puoi
ricrearlo... ma se stimi lo spazio utilizzato dalle strade non hai forse lo
stesso risultato ? siamo sempre all'interno di un margine di errore
paragonabile a quello di un umano che mappa o meno il giardino condominiale
o la strada di servizio interna che porta ai garage (sono parte di una
residential questi?)


>
>
>>
>> Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
>> landuse residential a blocchi di case o a quartieri, pur escludendo dal
>> poligono tutto ciò che è classificabile con landuse differente. Aggiungo
>> che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
>> una "sensibilità" sulla materia diversa da chi crea landuse=residential a
>> Milano o Roma.
>>
>
>
> anche nei piccoli centri non è vantaggioso avere landuse grandi, perché
> alla fine portano a multipoligoni (si deve rimuovere cose all'interno), e
> tutto diventa un casino complicato.
>
>
Interessante il punto: se faccio un multipologono semplice con
"buchi"=cattivo, mentre frotte di poligoni slegati fra di loro=ok :)


>
>
>>
>> Nella wiki per altro la questione è affrontata senza fornire indicazioni
>> chiare. Ad esempio nell'introduzione [1] si dice:
>> " The landuse tag is mostly used for larger areas *and not at parcel
>> granularity*; as described above, a single shop in a residential area
>> might not always warrant an extra "commercial" landuse. "
>>
>
>
> Questo lascia aperta la possibilità di mappare a granularità di lotto
> (anche se penso che la granularità del isolato / blocco di particelle
> dovrebbe spesso essere sufficiente). In pratica è una descrizione dello
> stato di fatto, non esclude avere una visione diversa come meta.
>
>
>

L'inglese dice che non vanno usati a quella granularità


>
>> Successivamente però si porta a conoscenza del lettore che esistono due
>> macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
>> è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
>> non so su che basi, che la maggior parte dei mapper considera un poligono
>> residential unico non un errore bensì un mapping preliminare.
>>
>
>
> certo. Come tutto in OSM, si parte dal grezzo e si spera di arrivare al
> dettaglio.
>
>
Io sono per il dettaglio "misurato" (che uno declina come meglio crede),
perchè più c'è dettaglio 

Re: [Talk-it] Aiuto query overpass-turbo

[Andrea Albani]

Il giorno lun 29 giu 2020 alle ore 13:50 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei
> senza fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso
> principale del parco.
> Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i
> ristoranti, i negozi, ecc.
> Uso residenziale del suolo vuol dire un terreno sul quale si trovano
> abitazioni.
>
>
Quando si parla di landuse per me si parla di oggetti che permettono di
classificare ad un livello macroscopico il territorio. A quel livello la
precisione di mappatura non aggiunge elementi utili perchè non stai
contando il numero di edifici o di panchine, ma aree di una certa
estensione.

Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
landuse residential a blocchi di case o a quartieri, pur escludendo dal
poligono tutto ciò che è classificabile con landuse differente. Aggiungo
che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
una "sensibilità" sulla materia diversa da chi crea landuse=residential a
Milano o Roma.

Nella wiki per altro la questione è affrontata senza fornire indicazioni
chiare. Ad esempio nell'introduzione [1] si dice:

" The landuse tag is mostly used for larger areas *and not at parcel
granularity*; as described above, a single shop in a residential area might
not always warrant an extra "commercial" landuse. "

Che lascia trasparire la potenziale fallacità di dover gestire landuse
sovrapposti/mixed e l'inopportunità di frammentare i landuse seguendo le
particelle\mappali del catasto.

Successivamente però si porta a conoscenza del lettore che esistono due
macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
non so su che basi, che la maggior parte dei mapper considera un poligono
residential unico non un errore bensì un mapping preliminare.

Come ulteriore tassello una indicazione riportata in [2] : "For "Mixed-Use"
areas where more than half of the land is residential, tag as residential"
Sembra che quest'ultimo spazzi via ogni dubbio, perchè se la strada fra due
gruppi di edifici è assimilabile ad un landuse non ancora definito (o
definibile?), allora siamo nel caso mixed use e quindi un poligono unico
per residential è sufficiente.

Ciao

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

Re: [Talk-it] facebook compra mapillary

[Andrea Albani]

Il giorno lun 22 giu 2020 alle ore 17:20 mbranco2  ha
scritto:

> . e anche se fosse, non mi preoccupa visto che io l'account FB non ce
> l'ho... :-)
>

half-OT
... magari hai un Android e qualche app che usa (a tua insaputa) il
Facebook SDK, ovvero basta un ID univoco per tracciarti e se poi non è
associato ad un nome e cognome di un account FB poco importa.. la
profilazione è comunque servita. Ovviamente Facebook produce SDK per
qualsiasi piattaforma.

Privacy International aveva fatto una bella presentazione in merito alla 3C
conference del 2018 (report e video al link sotto)

Ciao

https://privacyinternational.org/report/2647/how-apps-android-share-data-facebook-report
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserimento rotonda con relazioni

[Andrea Albani]

Risolto con changeset https://www.openstreetmap.org/changeset/86906905 e
chiusa nota.
Ho corretto le seguenti relazioni, ma solo per la parte relativa alla nuova
rotonda perchè sono parecchio "scassate" in molti altri punti e andrebbero
riviste per tutta la loro lunghezza.

Linea 7/Latisana-Venezia
Linea 8A Venezia-Mestre-Aereoporto Marco Polo-San Donà di
Piave-Portogruaro-Latisana
Strada Statale 14 della Venezia Giulia

Ciao

Il giorno sab 20 giu 2020 alle ore 12:18 Andrea Albani 
ha scritto:

> Provo a guardarci io.
> Ciao
>
> Il giorno sab 20 giu 2020 alle ore 11:49 Giuliano Zamboni <
> giuli...@zamboni.pro> ha scritto:
>
>> Ciao a tutti
>> Purtroppo è da molto tempo che non sono più attivo.
>> Recentemente ho modificato la Strada Triestina a Musile di Piave dove
>> poche settimane fa è stata inserita una rotonda. Ho inserito il nuovo
>> percorso lasciandolo come strada in costruzione. Non posso però finire il
>> lavoro perchè ci sono relazioni legate alla Statale Triestina che non
>> ricordo come gestire.
>>
>> Qualcuno si rende disponibile a finire il lavoro?
>> Nota irrisolta #2235624
>> https://www.openstreetmap.org/#map=19/45.62227/12.55737=N
>>
>> Ciao e grazie
>>
>> Giuliano
>> user bellazambo
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserimento rotonda con relazioni

[Andrea Albani]

Provo a guardarci io.
Ciao

Il giorno sab 20 giu 2020 alle ore 11:49 Giuliano Zamboni <
giuli...@zamboni.pro> ha scritto:

> Ciao a tutti
> Purtroppo è da molto tempo che non sono più attivo.
> Recentemente ho modificato la Strada Triestina a Musile di Piave dove
> poche settimane fa è stata inserita una rotonda. Ho inserito il nuovo
> percorso lasciandolo come strada in costruzione. Non posso però finire il
> lavoro perchè ci sono relazioni legate alla Statale Triestina che non
> ricordo come gestire.
>
> Qualcuno si rende disponibile a finire il lavoro?
> Nota irrisolta #2235624
> https://www.openstreetmap.org/#map=19/45.62227/12.55737=N
>
> Ciao e grazie
>
> Giuliano
> user bellazambo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osm] Fwd: importazione dati in OpenStreetMap

[Andrea Albani]

Il giorno dom 14 giu 2020 alle ore 17:37 Maurizio Napolitano 
ha scritto:

>
> Concordo anche su questo ed aggiungo anche qui qualche nota:
> possiamo pensare ad import o correzioni di dati in maniera strategica con
> una sorta di comitato di indirizzo
> Lato WMI poi ci sarebbero alcune questioni con terze parti come PA o NGO
> con cui ha stretto accordi
> Pertanto si potrebbe ragionare sul finanziare i mapper in residenza presso
> questi enti guidati da questo comitato negli import/correzionill
>
> Mapper in residenza che portano conoscenza e possono attivare importanti
circoli virtuosi. Mi sembra un approccio lungimirante e sostenibile se
orientato a rendere indipendenti rispetto all'uso di OSM le realtà che li
ospitano. Direi che l'esperienza fatta da Andrea Musuruane & c. con la
Provincia di Biella sembra confortante in questo senso.
+1
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Fwd: [Osm] Fwd: importazione dati in OpenStreetMap

[Andrea Albani]

Dimenticato le liste sorry

-- Forwarded message -
Da: Andrea Albani 
Date: dom 14 giu 2020 alle ore 16:30
Subject: Re: [Osm] [Talk-it] Fwd: importazione dati in OpenStreetMap
To: Laurentius 

Il giorno dom 14 giu 2020 alle ore 16:09 Laurentius <
puntoesclamat...@email.it> ha scritto:

> On dom, 2020-06-14 at 15:16 +0200, Andrea Albani wrote:
> > La proposta è senza dubbio destinata al mondo OSM, ma non è stata
> > discussa con la comunità e questo mi sembra un dato di fatto.
>
> Non è un dato di fatto.
> Ne ho parlato con diverse persone, allargando sempre di più l'ambito, e
> ogni volta integrando i suggerimenti e le critiche, fino ad arrivare su
> questa lista.
>

Certo che lo è. Hai selezionato alcune persone e nei hai discusso con loro
quando potevi buttare un messaggio in ML (costa poco in termini di tempo) e
avresti raccolto il loro contributo e chissà di quanti altri... certo poi
ti trovavi anche quelli con i dubbi. Se ritieni che i sottoscrittori della
proposta siano rappresentativi nulla in contrario, ma la mia opinione
rimane diversa.
Ah, dimenticavo: su questa lista ci siamo arrivati perchè ho scritto io
ieri notte.

Arriva all'ultimo momento? Sì, perché io sono un volontario, e come
> dicevo nella distinzione fra volontariato e lavoro, il sottostare a
> tempistiche esterne è da lavoro, non da volontariato. Questa proposta
> ho iniziato a scriverla qualche giorno fa, e visto che durante la
> settimana lavoro e il mio lavoro non è questo, arriva nel fine
> settimana. Mi spiace ma così è.
>

Onore al merito per avere avuto la voglia di stilare il documento, ma
lasciamo stare la retorica del volontario che si prodiga pur avendo poco
tempo perchè ti assicuro che qui sei in buona compagnia.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osm] Fwd: importazione dati in OpenStreetMap

[Andrea Albani]

Ciao,

a quel link non accedo non essendo socio wikimedia, ma poco importa.
Direi che con questo dato possiamo focalizzarci un attimo sul metodo a cui
voglio dare un giudizio personale in modo franco.

La proposta è senza dubbio destinata al mondo OSM, ma non è stata discussa
con la comunità e questo mi sembra un dato di fatto.

Inviare la proposta in lista osm di wikimedia e ignorare che la lista
principe di OSM è talk-it più la tempistica della comunicazione - 2 giorni
prima della presentazione quando è in aria da 1 mese - non equivale ad una
discussione, ma alla notifica di un atto.

E' faticoso fare comunità e trovare la quadra, ma è nello spirito del
progetto stesso un sano contraddittorio da sintetizzare poi in un documento
condiviso. Cosa c'è di condiviso qui ? vedo al momento solo un proponente e
5 sottoscrittori che non ho dubbi agiscano in buona fede.

Ciao

Il giorno dom 14 giu 2020 alle ore 12:25 Federico Leva (Nemo) <
nemow...@gmail.com> ha scritto:

> Andrea Albani, 14/06/20 13:00:
> > Scusa Laurentius, ma dalle parole di Andrea devo dedurre che domani
> > presenterai la proposta per l'approvazione ?
>
> La proposta è stata presentata nell'apposito spazio per i soci creato il
> 15 maggio scorso.
> <https://wiki.wikimedia.it/wiki/Associazione:Progetti_proposti_bilancio>
>
> Il direttivo ha una riunione domani e mi pare di contare venti progetti
> messi all'ordine del giorno.
>
> Federico
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osm] Fwd: importazione dati in OpenStreetMap

[Andrea Albani]

Il giorno dom 14 giu 2020 alle ore 11:34 Andrea Musuruane <
musur...@gmail.com> ha scritto:

>
> Considerando che la mail sulle variazioni di bilancio è stata mandata da
> Matteo Ruffoni venerdì 12/6 e che le proposte saranno valutate domani 15/6
> in direttivo, direi che i tempi per farne altre  - in questo contesto - non
> ci sono.
>
> Ciao,
>
> Andrea
>
>
Scusa Laurentius, ma dalle parole di Andrea devo dedurre che domani
presenterai la proposta per l'approvazione ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Fwd: [Osm] importazione dati in OpenStreetMap

[Andrea Albani]

Ciao a tutti,

scusate il cross posting, ma penso che quanto scritto sia di interesse
fondamentale per la comunità OSM prima ancora che per quella wikimedia in
cui si sta sviluppando la proposta.

In estrema sintesi il documento citato si propone di incentivare l'import
di dati (es. civici) individuando uno o più mapper pagati per eseguire
l'attività.
Se da un lato sarei ben felice di vedere tanti dati open importati (e
magari in seguito manutenuti) all'interno di OSM, dall'altro mi ritrovo
combattuto nel poter accettare serenamente questa proposta perchè dal mio
punto di vista l'equivalenza mappare=soldi non è una cosa sana.

OSM nasce su base volontaria e quanti mi stanno leggendo sanno che è la
motivazione ciò che crea qualità nella mappa... a prescindere dal tipo di
contributo che ognuno di noi dà alla comunità.
E' da questo punto che mi sorgono delle domande:
- Qual'è la motivazione di un mapper pagato ? Come lo si mantiene coinvolto
nella "missione" di istruire un processo di import e di seguirlo in tutte
le sue complesse fasi ? Quale sarà la motivazione, dopo, di un mapper non
pagato ?

Il paid mapping, è vero, è fra noi da tempo, ma un conto è un'azienda che
paga mapper per raggiungere i propri obiettivi, un'altra è la
rappresentanza della foundation in Italia: mi sembra un unicum a livello
globale (forse in ML internazionale ne sapranno qualcosa). Per altro non
vorrei che sia la foundation stessa a escludere l'attività di mapping fra i
progetti remunerabili. E immagino lo faccia proprio per tutelare la
comunità.

- Che qualità avranno i dati importati?
Come non citare i migliaia di edit dei mapper pagati da Amazon. Il processo
è ben delineato e quando gli commenti un changeset pieno di errori si
scusano anche, ma l'onere di riparare il danno poi è tutto a carico nostro.

Sono curioso di sapere che ne pensate.

Ciao


-- Forwarded message -
Da: Laurentius 
Date: sab 13 giu 2020 alle ore 17:58
Subject: [Osm] importazione dati in OpenStreetMap
To: 


Come ho già avuto modo di parlarne con alcuni di voi, sto proponendo al
direttivo un progetto di importazione dati in OpenStreetMap.

Esistono diversi set di dati aperti in circolazione, alcuni dei quali
rilasciati proprio grazie al lavoro dei mappatori o dell'associazione.
In alcuni casi si tratta di dati molto importanti: penso in particolare
ai numeri civici, perché, alla fine, sapere dove si trova un certo
indirizzo è una funzione fondamentale di una mappa, e su questo
OpenStreetMap arranca ancora.

Purtroppo, la nostra capacità di portare questi dati dentro
OpenStreetMap non è stata al pari della capacità di ottenere rilasci.
Vorrei quindi dare una spinta alle attività, con questo progetto:
<
https://docs.google.com/document/d/1VN8LgHwco3LqYXnLrlduBrv2tEN-4TRYRjan2M_X6Sc/edit
>

Cosa ne pensate? Sto per presentarlo ufficialmente, perché la scadenza
è vicina, ma siamo ancora in tempo per fare modifiche.

Lorenzo

___
Osm mailing list
Invio messaggi in lista: o...@wikimedia.it
Configurazione utente: https://mailman.wikimedia.it/listinfo/osm
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalazione Osmcha

[Andrea Albani]

Capita quando hai un segmento di una way dritto per una distanza che supera
un certo limite. Esempio evidente [1].
Il codice che fa il check è qui [2].
Da un'analisi molto sommaria non mi è chiaro quale sia l'effettiva soglia,
perchè nel codice (linea 28) sembra che consideri 400 Km per way di tipo
boundary e 50 km per tutte le altre, aspetto che non ha però riscontro
negli esempi che trovi.

Ciao

[1] https://osmcha.org/changesets/86496705
[2]
https://github.com/mapbox/osm-compare/blob/2d4688af654cc0399c7125d2508a40a65e5364fb/comparators/straight_segment.js


Il giorno gio 11 giu 2020 alle ore 06:42 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Che cosa significa esattamente "straight segment in feature"?
>
> Capita per le relazioni, mi sembra.
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Google Plus Code

[Andrea Albani]

Ciao,

il codice di per sé è una bella idea, ma visto che è ricavabile in modo
diretto da coordinate WGS84 con un semplice algoritmo, qual è il vantaggio
di metterlo in un tag?

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

Re: [Talk-it] [Import] civici Bergamo

[Andrea Albani]

Non ho messo mano su questi dati e quindi ringrazio anch'io chi si è
sbattuto per salvarli. Concordo con l'approccio proposto da Andrea
Musuruane e la procedura descritta nella wiki.
Ciao

Il giorno ven 29 mag 2020 alle ore 10:09 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Cascafico, apprezzo la buona volontà, però, prima di fare QA,
> *possiamo concordare sul sistemare l'esistente, secondo quanto scritto
> sulla wiki?  *
>
> Una volta che siamo concordi (*servono delle risposte da parte di molti a
> questa mail*) bisogna informare la ML di import (mi prendo io questo
> onere).
>
> Altrimenti continuiamo a fare lo stesso errore che ha fatto gigi2037 e ci
> avviamo a fare un revert.
>
> Grazie,
>
> Andrea
>
>
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tasking manager non funzionante

[Andrea Albani]

Ti riferisci al TM italiano http://osmit-tm3.wmflabs.org immagino ?

Nel caso  a me il login proprio non funziona, ovvero vengo autenticato da
OSM, ma il TM mi rimbalza sempre sulla pagina di login. Provato con 2
browser diversi, sessioni private/incognito mode e login sia con
credenziali OSM che con quelle associate ad account google

Il giorno mar 26 mag 2020 alle ore 10:45 dan980 
ha scritto:

> salve,
> non mi risulta possibile mappare tramite il tasking manager.
>
> Mi compare la seguente schermata:
>
> <
> http://gis.19327.n8.nabble.com/file/t342617/Schermata_2020-05-26_alle_10.png>
>
>
> ho inserito nel profilo il mio indirizzo email, ma i dati non vengono
> salvati.
>
>
>
> -
> --
> confronto navigatori basati su OSM:
>
> https://docs.google.com/spreadsheets/d/1xmhQ15bQ5eH_8U7kCzwi5xoNtT8e8JxDUEz05px-Vog/pubhtml
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] I ruoli nelle relazioni

[Andrea Albani]

Carica i dati in OSM. Nella finestra relazioni tasto destro sulla relazione
che ti interessa->"Scarica membri incompleti" e quindi sempre lì "Esporta
su file GPX a partire dal primo membro". Non sono certo di quanto la
traccia sia riutilizzabile in altre applicazioni per questione di ordine
dei nodi.

Il giorno ven 24 apr 2020 alle ore 08:16 aldoct  ha
scritto:

> Ti chiedo ancora una cosa che pensavo di fare semplicemente ed invece non
> riesco: suppongo sia possibile scaricare in un unico file gpx i membri
> della
> relazione…ma non trovo come fare (shob!)
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] I ruoli nelle relazioni

[Andrea Albani]

Una relazione di tipo route=railway è normalmente pensata per linee in
attività. Esistono tag che ne permettono l'uso per linee dismesse ?

Il giorno mer 22 apr 2020 alle ore 16:59 aldoct  ha
scritto:

> Questo è il messaggio che mi compare spesso quando mi occupo di
> relazioni:"Problema nella verifica del ruolo - Role of relation member does
> not match template expression 'railway || route=ferry' in preset Railway
> Route (11)". In questo caso mi occupo di ferrovie dismesse. Per quanto
> abbia
> cercato non ho trovato un elenco di "ruoli" ammessi. Come si sceglie un
> ruolo da attribuire ad un membro della relazione? Esiste un elenco? Mi pare
> di aver capito che un membro della relazione deve essere lasciato vuoto (è
> il primo?). Dove posso trovare un aiuto che non sia la guida della finestra
> della relazione, perché lì non ho trovato le risposte alle mie domande (o
> non le ho capite!).
> Saluti
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Wikimedia Italia apre bando per la ricerca di un Responsabile OpenStreetMap

[Andrea Albani]

Il giorno gio 26 mar 2020 alle ore 21:23 Laurentius <
puntoesclamat...@email.it> ha scritto:

> On lun, 2020-03-16 at 10:57 +0100, Alessandro Sarretta wrote:
> > vi comunico che Wikimedia Italia ha aperto una posizione per
> > Responsabile OpenStreetMap.
> >
> > Maggiori informazioni si possono trovare al seguente link:
> >
> https://wiki.wikimedia.it/wiki/Ricerca_collaboratori/2020/Responsabile_OpenStreetMap
> >
> > Le candidature vanno inviate a lav...@wikimedia.it con oggetto
> > "Candidatura responsabile OpenStreetMap" entro il 27 marzo 2020.
>
> Le candidature sono aperte ancora fino a domani, se v'interessa fatevi
> avanti!
>
>
Com'è andata la raccolta delle candidature ? I numeri sono tali da avere
qualche chance di vedere un responsabile OSM a breve ?
Grazie

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

Re: [Talk-it] Funzionamento delle relazioni e super-relazioni

[Andrea Albani]

La relazione di tipo network nasce per mettere a fattore comune il concetto
di network invece di averlo "sparpagliato" in ogni relazione.
Facendo così è stato concepita quindi un tipo relazione diciamo di terzo
livello che dovrebbe contenere tutte le relazioni route_master ("In
general, network relations include all route-master
 relations of
the network." come riportato in [1]). Quindi ritengo che la singola tratta
dell'M1, ad esempio, non vada inserita perchè già parte della route master.

Detto questo ritengo che con questo tipo di relazione, nonostate la formale
"eleganza" del concetto, si sia andati un po' in là perchè all'atto
pratico, per le linee di trasporto pubblico, non colgo quali possano essere
i vantaggi di questo approccio rispetto a mettere un tag network su ogni
linea. Le motivazioni riportate nella pagina citata mi sembrano infatti un
po' blande e inoltre il nesting di relazioni, per chi consuma dati OSM, è
già complicato con 2 livelli.

Mi piacerebbe sentire altre opinioni sull'argomento.

Ciao


[1]
https://wiki.openstreetmap.org/wiki/Relation:network#Public_transportation_networks

Il giorno sab 28 mar 2020 alle ore 08:28 Michael Moroni <
michaelmor...@disroot.org> ha scritto:

> Buongiorno,
> In questi ultimi giorni grazie alla quarantena ho un po' di tempo libero
> in più e sto per riprendere un lavoro interrotto, ovvero ricontrollare i
> dati delle stazioni e delle linee di trasporto di Milano. Alcune
> informazioni erano obsolete e altre necessitavano invece di una migliore
> mappatura.
> Mi sono soffermato sulle linee metropolitane: noto che esse sono
> correttamente mappate ma hanno troppe relazioni. Si veda come esempio
> questa relazione [1]: certamente deve appartenere alla super-relazione
> legata alla M1 ma appartiene anche alle relazioni Rete metropolitana di
> Milano e Trasporti pubblici a Milano. Non è più corretto che sia la
> relazione sulla intera linea M1 ad appartenere alla relazione Rete
> metropolitana di Milano e che quest'ultima infine appartenga a Trasporti
> pubblici a Milano, al posto di avere un mischione di tutto?
> Più in generale, trovando poco-niente sulla wiki sul tema nested
> relations, è giusto che le relazioni ereditino il senso d'esistenza delle
> super-relazioni oppure in una super-relazione ci deve essere dentro di
> tutto e di più?
> Io credo che sia corretto il primo modo di agire (sebbene sia conscio che
> le relazioni non sono come le categorie di Wikipedia), cioè di incasellare
> le relazioni, ma prima di agire e di annullare tutto preferirei un
> riscontro da parte vostra.
> Saluti
>
> [1] https://www.openstreetmap.org/relation/919276#map=12/45.5031/9.1613
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Audio mapping app Gpxrec

[Andrea Albani]

Se provi ad agganciare l'evento .PermissionDenied relativo allo screen
dovresti intercettare l'errore.
Dentro al blocco richiami poi la procedura AskForPermission del medesimo
screen passando come parametro il valore della variabile permissionName che
trovi nel blocco evento di cui sopra.
Sto parlando in via teorica perchè non ne ho mai avuto bisogno nei miei
esperimenti.

Ciao


Il giorno ven 27 mar 2020 alle ore 15:49 michele  ha
scritto:

> Ciao a tutti
> Mappo molto spesso in bici, quindi mi è comodo prendere appunti vocali
> invece di scrivere.
> Per questo creato un app per android che una volta lanciata registra per
> il tempo preimpostato e si chiude.
>
> Volendo è possibile non farla chiudere automaticamente e premere il
> pulsante rec per prendere altri appunti vocali.
> Dentro la cartella gpxrec verranno salvate delle coppie di files, un gpx
> contenente la posizione ed il link al file audio, ed un file 3gp contenente
> l’audio.
> Basterà importare questi files su josm per visualizzare i punti e sentire
> il loro audio.
>
> Questa app ha qualche problema al primo avvio, ma una volta abilitati
> tutti i permessi funziona correttamente.
>
> Qui la mia domanda, c'è qualcuno bravo con app inventor che ha tempo e
> voglia di risolvere i problemi che da al primo avvio, ovvero che cerca di
> registrare e da errore senza chiedere i permessi?
>
>
> Si può scaricare il file zip contenente il file APK qui:
>
> http://iw1gfv.altervista.org/wp-content/uploads/2020/03/gpxrec.zip
>
>
>
> --
> Michele iw1gfv
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ref per farmacie

[Andrea Albani]

Il giorno lun 9 mar 2020 alle ore 21:33 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

> Buonasera a tutti,
>
> ho aggiornato i tag ref delle farmacie:
>
> Se qualcuno ha un po' di tempo sarebbe molto apprezzato l'aiuto per i
> controlli manuali e per una eventuale query per verificare che non ci siano
> doppioni (stesso ref per oggetti diversi su OSM), viceversa farò uno script
> di qualche riga.
>
>
Con questo trovi gli id msal con numerosità>1. Ci sono solo 7 duplicati.

Ciao

[out:csv(ref,count)];
{{geocodeArea:Italia}}->.searchArea;
nwr["amenity"="pharmacy"]["ref:msal"](area.searchArea);
for (t["ref:msal"])
 {
  if ((count(nodes) + count(ways) + count(relations))>1){
  make stat ref=_.val,count=(count(nodes) + count(ways) + count(relations));
out;
  }
 }
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Rotonda magica

[Andrea Albani]

Capita anche con le road bike [1] sempre su rotatorie con
highway=residential. Ho fatto qualche approfondimento ed esperimento e
queste sono le mie deduzioni.

La strada migliore tracciata da brouter è quella che ha il minor costo
totale e dipende dai parametri che caratterizzano il mezzo di trasporto
usato per il calcolo (es. una strada in salita ha un costo alto per un
ciclista e tendenzialmente nullo per un'auto) e dalle way che deve
percorrere (es. una primary è più scorrevole di una residential).
Il costo è quindi un indice qualitativo associato ad ogni way: le
residential contromano, ad esempio, hanno in generale un costo
relativamente basso rispetto al contromano su tipologie di highway
superiori (parametro onewaypenalty del profilo).

Nel caso specifico se provi a mettere un waypoint come in [2] in modo da
forzare il routing nel verso giusto e confronti le tabelle con il dettaglio
dei costi (iconcina "griglia" a destra) vedi che il costo al km della
rotatoria in contromano è 5150 che, rapportato ai 15 metri percorsi,
diventa ~77; seguendo la rotatoria hai invece un costo/km di 1150 che su 56
metri fornisce un 64. Vincerebbe il percorso che segue la rotatoria, ma
questo presenta un TurnCost di 84 contro il 69 di quello contromano e alla
fine il costo totale è favorevole di poco al contromano (377 contro 386).
Da quanto ho capito il TurnCost è un fattore tanto più alto quanto più
l'angolo di incrocio fra due strade è acuto e questo è abbastanza intuitivo
(più l'angolo è acuto meno veloce sarà la svolta). Per le rotatorie presumo
si debba prendere come way il segmento passante fra il nodo a cui è
connessa l'uscita e il nodo precedente. Nel caso riportato questo è di
circa 103° per il contromano e 95° nel senso corretto.

Dopo questo pippone ti direi che hai trovato un caso particolare in cui il
calcolo del percorso "fallisce", ma va considerato che chi ha definito i
parametri del profilo trekking bike ha ritenuto di considerare il
contromano come una possibilità.

Ciao


[1]
http://brouter.de/brouter-web/#map=19/45.17655/9.20008/standard=9.199465,45.176856;9.20008,45.176773=fastbike
[2]
http://brouter.de/brouter-web/#map=19/45.43724/11.88865/standard=11.888663,45.437247;11.888323,45.437334;11.888347,45.43704

Il giorno sab 7 mar 2020 alle ore 22:18 Volker Schmidt 
ha scritto:

> Ho scoperto a Padova una rotonda magica
> :
> In Brouter-web 
> manda i trekking bike contro mano: (link)
> ,
> ma non i road bike:(link)
> 
>
> Non capisco che cosa è storto.
>
> Volker
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Scout Morciano

[Andrea Albani]

E' stata creata con il plugin "WP GPX Maps" [1] per Wordpress che sfrutta
due note librerie javascript: Leaflet per la mappa e chart.js per il
grafico con l'altimetria.

Ciao

[1] https://wordpress.org/plugins/wp-gpx-maps/

Il giorno lun 2 mar 2020 alle ore 23:13 Lorenzo Pesci 
ha scritto:

> Buona sera a tutti,
> Ho trovato interessante questa pagina che evidenzia percorsi
> escursionistici e dislivelli usando Osm come base.
> Secondo voi come è stata creata ?
> Con Umap forse? Qgis?
>
> https://www.scoutmorciano.it/?page_id=1602
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: key denomination=roman_catholic

[Andrea Albani]

Il giorno mer 26 feb 2020 alle ore 14:52 Elena ``of Valhalla'' <
elena.valha...@gmail.com> ha scritto:

> On 2020-02-26 at 14:22:31 +0100, Andrea Musuruane wrote:
> > Non mi viene in mente a cosa possa servire questa ulteriore distinzione
> > sulla liturgia. Il fedele che si trova, ad esempio, a Milano, non può
> > scegliere la liturgia; avrà sempre quella ambrosiana.
>
> può essere utile ad esempio per scoprire se in un certo paese oggi si è
> in quaresima o se è ancora carnevale
>

Scusa, ma perchè ritieni sia utile saperlo ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problema con versione dati JOSM 15806

[Andrea Albani]

Ciao,
usi java 8 di Oracle e esegui josm con java web start (file. Jnlp)?
In questo caso il tuo problema assomiglia molto a quello di questo ticket:

https://josm.openstreetmap.de/ticket/18700

Prova a scaricare josm-tested.jar dalla home page di josm.openstreetmap.de,
eseguilo e vedi se cambia qualcosa.

Ciao

Il dom 23 feb 2020, 09:36 demon_box  ha scritto:

> ciao, da qualche tempo ho un problema con JOSM
> utilizzo l'ultima versione 15806 e vi faccio un esempio, ieri sera ho
> caricato dei dati che ho anche subito dopo renderizzato e ci sono, ma
> stamattina se scarico i dati di quella stessa area quelle modifiche non ci
> sono... è pazzesco! qualcuno a qualche idea in merito?
>
> i passaggi che faccio sono "Apri (traccia .gpx)" e poi tasto dx nei livelli
> sulla traccia .gpx "Scarica da OSM lungo questo tracciato"
>
> come mai mi scarica dati vecchi??
>
> GRAZIE
>
> --enrico
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pipeline=marker e power=marker cambiamento

[Andrea Albani]

Il giorno dom 16 feb 2020 alle ore 18:43 demon_box 
ha scritto:

>
> marker=aerial
> utility=power
>
> ci può stare?
>
>
>
Mi sembra ok
Ciao
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pipeline=marker e power=marker cambiamento

[Andrea Albani]

Il giorno dom 16 feb 2020 alle ore 12:24 demon_box 
ha scritto:

> dal taginfo vedo che il valore maggiormente usato per il tag marker (dopo
> stone) è aerial...
>
> https://taginfo.openstreetmap.org/tags/marker=aerial
>
> marker=pipeline è utilizzato soltanto 73 volte...
>
> https://taginfo.openstreetmap.org/tags/marker=pipeline
>
> a questo punto sia per l'ossigenodotto che per le linee elettriche
> interrate
> il tag primario dovrebbe allora essere   marker=aerial ??
>
> ossigenodotto
> marker=aerial
> substance=oxigen
> operator=XY
> ref=123
>
>
Se prima inserivi un "marker di un ossigenodotto" o un "marker di una linea
interrata", oggi inserisci semplicemente l'oggetto "marker" e ne definisci
le sue caratteristiche fisiche/logiche.

I 73 marker=pipeline che hai trovato quindi non hanno senso perchè è come
se dicessi che il marker è a forma di condotta.
Nel tuo caso, se stai parlando della classica palina a due falde con numero
leggibile dall'alto, allora marker=aerial è il tag adeguato.

A pensarci bene ti direi anche che, a differenza di quanto ho affermato
prima, l'uso di substance non sembra appropriato perchè non è relatvo
all'oggetto marker in sè.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pipeline=marker e power=marker cambiamento

[Andrea Albani]

Il giorno dom 16 feb 2020 alle ore 10:34 demon_box 
ha scritto:

> ciao ieri ho scoperto che l'uso di questi 2 tags non è più corretto:
>
> https://wiki.openstreetmap.org/wiki/Tag:pipeline%3Dmarker
>
> https://wiki.openstreetmap.org/wiki/Tag:power%3Dmarker
>
> in favore di questo
>
> https://wiki.openstreetmap.org/wiki/Key:marker
>
> + questo
>
> https://wiki.openstreetmap.org/wiki/Key:utility
>
> ora non sarò molto bravo con l'inglese ma di fatto mi trovo un po'
> "spaesato"
>
> prima mappavo una palina dell'ossigenodotto così:
>
> pipeline=marker
> substance=oxigen
> operator=XY
> ref=123
>
> ed ora?
>
> allo stesso identico modo prima mappavo una palina delle linee elettriche
> interrate così:
>
> power=marker
> operator=XY
> ref=123
>
> ed ora?
>
> non mi è chiaro l'utilizzo del tag utility nel caso di un ossigenodotto
> metto
> utility=gas ??
>
> grazie
>
> --enrico
>
> Ciao,

chi ha definito la voce ha usato il termine utility in modo un po' esteso
secondo me, perchè il significato originale di "servizio di pubblica
utilità" si perde un po' se leggi che utility=oil è un valore ammesso (la
distribuzione di petrolio e derivati non mi sembra un servizio capillare e
serve tipicamente solo alle industrie).

Se accettiamo questa definizione allargata allora vanno bene:
utility=gas
substance=oxigen

Visto però che il tag utility è marcato come "raccomandato quando
applicabile" potresti anche non metterlo (in linea con la definizione
formale di utility) e aggiungere substance come hai sempre fatto.

In caso di ossigenodotto preferirei questo secondo approccio, ma siccome
non mappo questo tipo di cose magari è utile raccogliere l'opinione di
altri mapper.

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

Re: [Talk-it] Senso unico ad orari prefissati

[Andrea Albani]

Il ven 14 feb 2020, 18:36 Mannivu  ha scritto:

> Usando il tag "oneway=reversible" con "oneway:backward/forward:conditional=*"
> (vedi anche [1])
>
> Manuel
>
Oneway=reversible si usa solo quando il senso del senso unico cambia.

In questo caso si applica oneway:conditional

> 
>

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

Re: [Talk-it] overpass_api trasformare attic data

[Andrea Albani]

Ciao,

se usi out meta; ti ritrovi con un file osm "normale".

Intendi ottenere dati come apparivano ad una certa data ? per intenderci
una cosa del genere ?

[out:xml][timeout:25][date:"2013-05-06T16:00:00Z"];
way["waterway"]({{bbox}});
(._;>;);
out meta;



Il giorno mer 12 feb 2020 alle ore 10:22 Luca Delucchi 
ha scritto:

> Ciao a tutti,
>
> se con Overpass API si usa il filtro date ritorna un file osm attic data
> [0].
> È possibile estrarre dall'attic date un file osm con solo l'ultima
> versione dei dati?
>
>
> [0] https://wiki.openstreetmap.org/wiki/Attic_Data
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] cavalcavia Porta Milano (Novara)

[Andrea Albani]

Mettere come hai fatto hgv=no, foot=no e bus=no mi sembra coerente con
quanto scritto nell'articolo. Direi però che sarebbe più corretto
uniformare i tag  anche per tutte le way di accesso al ponte.

Ciao


Il giorno ven 20 dic 2019 alle ore 14:14 Lorenzo Rolla 
ha scritto:

> Gentilissimi, ho segnalato la riapertura del cavalcavia di Porta Milano a
> Novara.
> https://www.openstreetmap.org/edit?editor=id#map=19/45.44681/8.63001
> Le mie correzioni sono dedotte da quest'articolo. Ho inserito le
> leimitazioni di accesso indicate nel testo. Visto che è la prima volta che
> indico, gentilmente qualcuno potrebbe controllarle e indicarmi gli
> eventuali errori? Grazie. Lorenzo
>
> https://www.lastampa.it/novara/2019/12/20/news/novara-riapre-il-cavalcavia-di-porta-milano-ma-solo-per-le-auto-esclusi-pullman-mezzi-pesanti-e-pedoni-1.38233773
>
>
>
> --
> Lorenzo Rolla
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] creazione mappa

[Andrea Albani]

Con java a 32 bit non puoi allocare quella quantità di memoria, quindi
installa la versione a 64.

Il lun 9 dic 2019, 07:20 demon_box  ha scritto:

> comunque se vado in pannello di controllo l'icona java é
>
> Java (32 bit)
>
> boh
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Incroci e highway=*_link

[Andrea Albani]

Il giorno mer 4 dic 2019 alle ore 22:31 Lorenzo Mastrogiacomi <
lomastr...@gmail.com> ha scritto:

>
> Penso che parla dei collegamenti laterali che bypassano la rotatoria come
> in questo caso:
> https://www.openstreetmap.org/#map=18/44.06400/12.54070
>

Direi che c'hai azzeccato. Grazie
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Incroci e highway=*_link

[Andrea Albani]

Ciao,

non mi è mai stato molto chiaro cosa aggiunge una tag *_link al "panorama"
dei possibili valori di una highway.
Mi sembra valida la regola generale riportata nella wiki inglese, ovvero un
*_link si applica quando hai una diramazione verso una strada di classe
diversa.
Viene poi aggiunto che il valore da usare dipende da cosa si connette a
questa diramazione: se la destinazione ha una classe uguale o inferiore a
quella di provenienza si usa il _link della classe di provenienza,
viceversa quello della classe di destinazione. Es. da una primary verso
tertiary uso primary_link, mentre se vado verso una motorway uso
motorway_link come ben riassunto nella tabella [1]

Secondo questa logica la rotatoria che hai citato dovrebbe quindi avere i
rami di connessione delle 3 secondary marcati come highway=secondary e la
SP79, che è una tertiary, marcata nella due way di raccordo con
secondary_link ma quest'ultimo approccio sembra non piacere al
validatore di JOSM che segnala la situazione con un warning.
A riguardo delle rotatorie la wiki riporta questa frase che sembra
sconfessare l'uso dei *_link se non in specifici casi:

Links are also used in roundabout designs that physically separate a
specific turn from the main roundabout.

Ma quali sarebbero le uscite fisicamente separate dalla rotatoria che non
sono specifiche ? Se si intendono i rami oneway di accesso, allora bisogna
mettere a posto il validatore di JOSM. Non riesco ad immaginarmi altri casi.

In questa situazione io userei questi tag solo sui rami/rampe degli incroci
senza rotatorie.

Ciao

[1]
https://wiki.openstreetmap.org/wiki/File:This_table_highlights_how_you_connect_different_types_of_highway,_based_on_the_type_of_the_highway._.png


Il giorno mer 4 dic 2019 alle ore 09:44 Federico Cortese <
cortese...@gmail.com> ha scritto:

> Buogiorno a tutti,
> in seguito ad un confronto con un amico, ci siamo chiesti come sia
> meglio mappare gli incroci a raso tra strade tertiary, secondary o
> primary (es. https://www.openstreetmap.org/way/268705795), cioè se in
> questi casi sia opportuno o meno usare gli highway=tertiary_link e
> secondary_link.
> Stesso quesito relativamente alle rotatorie (es.
> https://www.openstreetmap.org/way/23614209).
> Io ricordavo vecchie discussioni per cui si riteneva opportuno usare i
> link solo nel caso delle rampe di collegamento o simili, ma non trovo
> più nulla in merito.
> Voi cosa ne pensate?
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk-it] lunghezza totale di ways in un risultato ricerca con Overpass turbo wizard

[Andrea Albani]

Il giorno dom 24 nov 2019 alle ore 15:03 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Uau! Si può fare anche con le relazioni? ...la sintassi dei vari recurse
> down/up non è proprio vicina al linguaggio naturale
>

sì, è documentato e l'ho provato ora con questa relazione che JOSM indica
lunga 2,89 Km. L'enumerazione delle way della relazione la esegue la
funzione length().

[out:csv(tlen)][timeout:25];
relation(10298552);
make stat tlen=sum(length());
out;

il risultato è 2884,763 m... direi che ci siamo

Funziona apparentemente anche con relazioni di relazioni aggiungendo
appunto il recurse down

[out:csv(tlen)][timeout:25];
relation(9285829);
>>;
make stat tlen=sum(length());
out;

Non ho verificato il risultato, ma in base alla logica del linguaggio
dovrebbe essere corretto.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [talk-it] lunghezza totale di ways in un risultato ricerca con Overpass turbo wizard

[Andrea Albani]

Ciao Volker,

con la funzione length() che non è granchè documentata:

[out:csv(tlen)][timeout:25];
way["highway"]({{bbox}}); // sostituisci questo con il filtro overpass che
ti interessa
make stat tlen=sum(length());
out;

ottieni la misura in metri.

Ciao

Il giorno sab 23 nov 2019 alle ore 19:38 Volker Schmidt 
ha scritto:

> Con una ricerca con Overpass wizard estraggo dalla mappa delle vie con
> certe caratteristiche in una città.
> Mi serve anche la lunghezza totale di queste vie.
> Il mio primo metodo era semplicemente esportare il risultato in JOSM, poi
> seleziono tutte queste  vie in JOSM  e utilizzo il measurement plug-in per
> la lunghezza totale. E' un feature non documentato di questo plug-in e
> funziona solo se si tratta di un numero limitato (circa 30).
> Un altro trucco è di esportare il risultato come traccia GPX e di creare
> di questo un profilo altimetrico sul sito GPSvisualizer.com. Come effetto
> laterale questo mi produce anche la lunghezza totale, apparentemente senza
> limiti.
> Forse c'è anche una strada diretta in Overpass (so solo usare un po' il
> wizard).
>
> Grazie in anticipo
>
> Volker
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] iD editor

[Andrea Albani]

Ciao Martin,

grazie della segnalazione.

mi sono letto tutti gli interventi del post di Poole e quoto appieno quanto
scrive.
Leggere quanto espresso da questo Bryan è uno schiaffo in faccia all'idea
stessa di OSM e alle regole che la comunità si è data.
Decidere poi unilateralmente come si mappa qualcosa e usare come "cavallo
di troia" l'editor principale usato dai newbies è ancora più urtante.

Concordo appieno nell'appoggiare la proposta della comunità tedesca.

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

Re: [Talk-it] mappare sede associazione Esperantista

[Andrea Albani]

Il giorno lun 11 nov 2019 alle ore 10:36 Marco Ciampa 
ha scritto:

>
> Ok penso i miei dubbi derivino dal fatto che non ho ancora "capito"
> wikidata... c'è qualche sito che spiega in modo umano cos'è ma
> soprattutto cosa _non_ è?
>

E' un modo per formalizzare la conoscenza umana in base ad uno schema
logico e gerarchico.
Prova a guardare ad esempio come viene descritto Alessandro Manzoni  [1]:
vedrai che ci sono una serie di asserzioni (statement) in cui una certa
proprietà ha un certo valore. Troverai cose singolari come il fatto che lo
scrittore è una istanza della classe human, ma anche proprietà più semplici
come father, place of birth o occupation.
Magari questo [2] ti può essere d'aiuto... sezione "Come funziona Wikidata?"

Ciao


[1] https://www.wikidata.org/wiki/Q1064
[2] https://www.wikidata.org/wiki/Wikidata:Introduction/it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per tipo di toponimo

[Andrea Albani]

Il lun 11 nov 2019, 07:54 Alessandro via Talk-it 
ha scritto:

> Per la validazione dei nomi esiste lo strumento di Daniele Forsi, qualcuno
> potrebbe indicare il link?
>

L'ultimo noto mi sembra questo

https://osmit3.wmflabs.org/stradario/

Ma non funziona più
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per tipo di toponimo

[Andrea Albani]

Il giorno dom 10 nov 2019 alle ore 18:19 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

>
> Non ha senso cercare di indovinare cosa c'è scritto... Se l'utente
> inserisce lo schema, avrà validazioni extra, viceversa sarà avvisato che
> non è stato selezionato uno schema...
>

Se mi parli di date resto dell'idea che abbia senso... sempre che si stia
parlando dei check del tipo "non esiste un mese con 32 giorni"

Per capire a chi o cosa è intitolata la via c'è lo stradario, ovviamente,
> vanno fatte ricerche e non è detto che sia un tag che si inserisce in 3
> secondi.
>

Se fai check sullo stradario allora il tag proposto non serve perchè stai
verificando che quel nome in quel luogo sia lecito.. ho capito bene ? Poi
resta il problema di trovare gli stradari, metterseli in pancia da qualche
parte e tenereli aggiornati.

Ad esempio si potrebbe lavorare sulla correttezza dei numeri romani, che
> non vengano inseriti quando non sono necessari e viceversa...
> Via quattro martiri non va scritto in numeri romani... Giardini Primo Levi
> non può essere scritto in numeri
>
>
Via quattro martiri -> "4 Altri personaggi storici" oppure "5 altro", ma
stai parlando di verificare che quattro sia scritto per esteso e non in
numeri romani e per fare questo come ti aiuta il tag proposto ? Avrai
dovuto codificare che il 4 seguito da martiri può essere scritto solo per
esteso, ma questo è un lookup in un db
Giardini Primo Levi -> "4 Altri personaggi storici". Cerchi in un db di
personaggi storici e trovandolo dici ok!. Supponendo che la classificazione
sia corretta, ma il mapper abbia scritto per assurdo "Giardini I Levi" cosa
fai dal punto di vista dell'algoritmo di check ?

Comunque fino ad ora abbiamo parlato solo di numeri (di come possono essere
scritti e di quanto sia accettabile una forma piuttosto che un'altra) e non
di check di altro tipo che non siano riconducibili ad una ricerca su una
tabella di possibili valori (che non ha secondo me senso partizionare in
funzione di un naming schema).

Mi spiace, ma al momento non colgo il valore di quanto hai proposto.

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

Re: [Talk-it] Tag per tipo di toponimo

[Andrea Albani]

Il giorno dom 10 nov 2019 alle ore 15:55 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

> Ciao,
>
> validazione automatica con regole mirate... Non credo esista modo di
> verificare ad ogni che non si presentino errori come: Via Trentuno
> Febbraio, Corso 33 Agosto 2099...
> Parlando con canfe è nata l'idea di questo tag per migliorare la qualità
> dei dati. Ovviamente poi si può aggiungere il supporto ai numeri romani,
> controllare che ogni name sia coerente con gli altri...
> Francesco
>
>
Ok. Abbiamo quindi un validatore che dato un nome in input ti dice se è
semanticamente corretto valutandolo rispetto ad un set di regole ampio a
piacere:
- senza il tag naming schema ti passi tutte le regole.
- con il tag naming schema ti passi solo le regole relative ad uno
specifico ambito

Il secondo approccio è computazionalmente più efficiente ed è
potenzialmente soggetto a meno falsi positivi in output, ma fallisce quando
non hai il naming schema correttamente impostato. Con una classificazione
errata il validatore fornirà i numeri del lotto, mentre se questa manca
devi optare per fare un check di tutte le regole.

Non sottovalutiamo infatti il "fattore umano" perchè la classificazione
dipenderà da questo, ovvero dall'interpetazione soggettiva... sempre se il
mapper vorrà mettere il tag (o sappia della sua esistenza).
Se trovo ad esempio Via Lucchese... si tratta di una via che porta a Lucca,
dell'omonima famiglia storica, di un suo membro con o senza titolo, del
pittore o della locale squadra di calcio ? E sapendo che nei vari casi
proposti il tag highway_naming_schema:IT può valere 3, 4 o 5, quali check
specifici faresti nei 3 casi ? Mi viene in mente solo un controllo rispetto
ad una base dati di valori ammissibili (ovvero semplice syntax checking).

Per ultimo... per validare una cosa "semplice" come Via Trentuno Febbraio
non serve sapere necessariamente che si riferisce ad una data perchè lo si
può dedurre dal valore stesso.

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

Re: [Talk-it] Tag per tipo di toponimo

[Andrea Albani]

Il giorno dom 10 nov 2019 alle ore 10:51 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

> Buongiorno lista,
>
> vorrei riproporre un l'argomento: nomi delle vie... Con un approccio
> differente.
> Credo sarebbe utile introdurre un tag per differenziare il tipo di
> toponimo in modo da riuscire a validare i dati inseriti nel tag name (e di
> conseguenza alt_name e short_name).
>
>
Ciao Francesco,

ai fini di una validazione (automatica ? manuale ?) cosa aggiunge questo
metadato che vuoi introdurre a quanto si può fare già oggi con i valori
presenti nei tags?

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

Re: [Talk-it] Linee urbane con varianti

[Andrea Albani]

Il giorno dom 27 ott 2019 alle ore 09:40 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > Il giorno 27 ott 2019, alle ore 09:16, Marcello  ha
> scritto:
> >
> > . Il mio dubbio è nato perché nel caso di una variante se nella
> relazione includo tutto il percorso avrò delle fermate (nel mio caso la
> maggior parte) che appartengono a 2 relazioni con lo stesso ref
>
>
> stai dicendo che la stessa identica linea (secondo il numero/ref) fa
> percorsi diversi secondo l’orario?
>
>
Capita. Esempi:

https://www.openstreetmap.org/relation/1083428#map=13/48.8475/2.2977
https://www.openstreetmap.org/relation/927#map=14/45.1843/9.1794

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

Re: [Talk-it] mappare sede associazione Esperantista

[Andrea Albani]

Il giorno dom 27 ott 2019 alle ore 11:54 mbranco2  ha
scritto:

> Esprimo parere contrario ad un tag che categorizzi oggetti in
> OpenStreetMap: allora potremmo fare un tag Risorgimento_italiano per
> categorizzare tutti gli oggetti che hanno un name che riferisca al
> Risorgimento, Poesia per tutto ciò che riguarda la poesia, Maschio/Femmina
> per indicare il genere del personaggio, ecc.ecc.ecc.
>

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

Re: [Talk-it] Linee urbane con varianti

[Andrea Albani]

Il giorno sab 26 ott 2019 alle ore 14:11 Andrea Albani
 ha scritto:
>
> Ciao Marcello,
>
> la regola dello schema Public Transport v2 che tu hai seguito vuole
> che ogni singola variante abbia una sua relazione (ovviamente anche
> qui duplicandola per tenere conto dei due sensi di marcia).
>
> Ciao
>

Intendevo... una sua relazione completa di tutte le fermate e di tutto
il percorso.

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

Re: [Talk-it] Linee urbane con varianti

[Andrea Albani]

Ciao Marcello,

la regola dello schema Public Transport v2 che tu hai seguito vuole
che ogni singola variante abbia una sua relazione (ovviamente anche
qui duplicandola per tenere conto dei due sensi di marcia).

Ciao


Il giorno sab 26 ott 2019 alle ore 13:14 Marcello 
ha scritto:
>
> Salve,
>
> pian piano sto mappando le linee urbane di Perugia
> (https://wiki.openstreetmap.org/wiki/Umbria/Trasporti_urbani#Perugia_2),
> gli orari di ogni linea variano quasi sempre in base all'ora o al
> giorno, ma il percorso rimane lo stesso, solo alcune fermate non sempre
> vengono effettuate. Questo non è un problema perché non gestiamo in OSM
> gli orari della singola fermata, ma in qualche caso cambia anche il
> percorso, ad esempio una linea effettua una variazione di circa 1,5 km a
> seconda degli orari. Al momento ho fatto una relazione con il percorso
> completo [1] e un'atra con solo il tratto della variante [2], ma forse è
> il caso nella seconda relazione di rimettere tutto il percorso, dalla
> partenza all'arrivo, cosa ne dite?
>
> [1] https://osm.org/relation/10180878
> [2] https://osm.org/relation/10216726
>
> --
> Ciao
> Marcello
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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

Re: [Talk-it] Funzione di JOSM

[Andrea Albani]

https://learnosm.org/it/josm/josm-tools/#scalare-e-ruotare

Ciao

Il gio 24 ott 2019, 17:53 demon_box  ha scritto:

> ciao, io utilizzo soltanto JOSM per mappare, non esiste nessuna funzione o
> estensione che in presenza di un poligono con angoli retti, ad esempio un
> semplice quadrato mi permette di ruotarlo di quanti grandi decido?
>
> ho fatto passare le estensioni ma non ho trovato nulla e non saprei come
> fare.
>
> avete qualche idea?
>
> grazie.
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Centrale termica (non di produzione)

[Andrea Albani]

Penso che building=service possa essere sufficiente.

Ciao

Il dom 20 ott 2019, 19:28 demon_box  ha scritto:

> mi capita di mappare un edificio di servizio che esternamente riporta la
> dicitura "Centrale termica"
> ma attenzione NON è luogo di produzione dell'energia termica, essendoci il
> teleriscaldamento immagino sia soltanto un impianto di scambio prima di
> entrare nella scuola e riscaldarla.
>
> come lo mappo?
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vorrei che qualcuno controllasse le mie modifiche

[Andrea Albani]

Il giorno dom 6 ott 2019 alle ore 11:36 Andrea Albani
 ha scritto:
>
>
>
> Il giorno dom 6 ott 2019 alle ore 09:59 Ivo Reano  ha 
> scritto:
>>
>> Sono d'accordo con Ferruccio, l'argomento è interessante; dovrebbe essere il 
>> modo con cui i senior aiutano chi affronta le sue prime mappature.
>>
>>>
>>> Altra cosa: per la sezione segnalata del sito hdyc, cosa c'entra una 
>>> richiesta di revisione con dei changeset sospetti?
>>
>>
>> Questo è un bel problema! Sarebbe meglio un servizio ad hoc. Ma al limite 
>> sapendo come fare ci arrangiamo.
>>
>> Altro problema è che il tag del changeset non può essere cambiato! Come 
>> faccio a sapere se il changeset  già stato visionato o meno?
>>
>> Per l'eventuale correzione o meglio suggerimento ed istruzione, ho scritto 
>> un commento sul changeset...
>> In questa maniera mando un feedback all'user e segnalo a "tutti" che 
>> qualcuno ha già visionato il lavoro.
>>
>
> La procedura è (purtroppo) quella che hai descritto e, diciamocelo... è un 
> accrocchio inventato per usare quello che abbiamo (OSM API in primis).
> L'ideale sarebbe impostare un flag sul changeset che indichi "validazione 
> eseguita", ma demandiamo questa funzione all'aggiunta di un commento, cosa 
> che rende praticamente impossibile effettuare delle query per sapere cosa è 
> stato validato e cosa no.
> Comunque oggi abbiamo più di 43000 [1] changeset con quel flag chissà 
> quanti sono stati "trattati".
>
> [1] 
> https://resultmaps.neis-one.org/osm-changesets?comment=review_requested=yes#2/13.2/9.8
>
>

Ciao,
ho popolato un db con i metadati di tutti i changeset OSM (e relativi
commenti) e quindi ho estratto qualche dato più attualizzato.
Il quadro non mi appare molto confortante: alla data di ieri c'erano a
livello globale 890.259 changeset flaggati con richiesta di review. Di
questi 19.021 hanno almeno un commento, ovvero solo il 2,1%.
A livello italiano su 9.082 changeset 298 sono stati commentati... un 3,3%.
Non sono entrato nel merito dei commenti, anche se, campionando a
caso, sembra siano di benvenuto e/o di commento su quanto editato.

Ciao

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

Re: [Talk-it] Vorrei che qualcuno controllasse le mie modifiche

[Andrea Albani]

Il giorno dom 6 ott 2019 alle ore 09:59 Ivo Reano  ha
scritto:

> Sono d'accordo con Ferruccio, l'argomento è interessante; dovrebbe essere
> il modo con cui i senior aiutano chi affronta le sue prime mappature.
>
>
>> Altra cosa: per la sezione segnalata del sito hdyc, cosa c'entra una
>> richiesta di revisione con dei changeset sospetti?
>>
>
> Questo è un bel problema! Sarebbe meglio un servizio ad hoc. Ma al limite
> sapendo come fare ci arrangiamo.
>
> Altro problema è che il tag del changeset non può essere cambiato! Come
> faccio a sapere se il changeset  già stato visionato o meno?
>
> Per l'eventuale correzione o meglio suggerimento ed istruzione, ho scritto
> un commento sul changeset...
> In questa maniera mando un feedback all'user e segnalo a "tutti" che
> qualcuno ha già visionato il lavoro.
>
>
La procedura è (purtroppo) quella che hai descritto e, diciamocelo... è un
accrocchio inventato per usare quello che abbiamo (OSM API in primis).
L'ideale sarebbe impostare un flag sul changeset che indichi "validazione
eseguita", ma demandiamo questa funzione all'aggiunta di un commento, cosa
che rende praticamente impossibile effettuare delle query per sapere cosa è
stato validato e cosa no.
Comunque oggi abbiamo più di 43000 [1] changeset con quel flag chissà
quanti sono stati "trattati".

[1]
https://resultmaps.neis-one.org/osm-changesets?comment=review_requested=yes#2/13.2/9.8
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vorrei che qualcuno controllasse le mie modifiche

[Andrea Albani]

Il giorno dom 6 ott 2019 alle ore 10:15 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> osmcha ti fa segnalare un changeset come buono o problematico.
>
>
Corretto, ma il dato rimane dentro nel db di osmcha... non viene riportato
su OSM. Quindi devi gestire il workflow all'interno del tool
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vorrei che qualcuno controllasse le mie modifiche

[Andrea Albani]

Il giorno dom 6 ott 2019 alle ore 09:46 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Alla fine, se il tutto si basa su un tag del changeset, si può creare un
> alert su osmcha.mapbox.com
>
> impostato il filtro,
>

Mi sembra che con osmcha non si possa filtrare un changeset tag arbitrario
come review_requested, ma solo alcuni classici... sbaglio ?

si copia il link del relativo feed in un feed reader (c'è pure un bot
> telegram che lo fa)
>
> Altra cosa: per la sezione segnalata del sito hdyc, cosa c'entra una
> richiesta di revisione con dei changeset sospetti?
>

Nulla. Quello di Neis è semplicemente un tool che ti permette di fare query
sui metadati dei changeset: questi vengono elencati tutti in funzione del
filtro e a prescindere dalla loro bontà. Sta a te poi valutare se sono
suspect o meno in funzione dei parametri riportati
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vorrei che qualcuno controllasse le mie modifiche

[Andrea Albani]

Il processo di "ingaggio" con l'utente che abilita il flag è descritto bene
qui [1].
Per vedere i changeset di questo tipo in Italia puoi usare [2] modificando
eventualmente i filtri come più ti aggrada.

[1] https://neis-one.org/2017/09/review-requests-osm/
[2]
https://resultmaps.neis-one.org/osm-suspicious?country=103=12=review_requested%3Dyes=-1=t=%3E=10=d=n=#6/43.755/10.734


Il giorno sab 5 ott 2019 alle ore 18:40 canfe  ha
scritto:

> Prima si salvare su ID compare un quadratino di spunta con scritto. "Vorrei
> che qualcuno controllasse le mie modifiche." posizionata appena sopra il
> bottone "annulla".
> La stessa cosa con JOSM compare: "vorrei che qualcuno controllasse queste
> modifiche" quando si sta per fare l'upload (posizionato sopra il tasto
> "carica le modifiche".
>
> Orbene, esiste un metodo *semplice *per poter aiutare chi, appunto, chiede
> aiuto?
> Ed anche al contrario: posso sapere se la mia modifica, di cui non sono
> tanto sicuro, sia stata "approvata" da qualcuno?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag ref anche per Codice Fiscale

[Andrea Albani]

Per cosa vuoi usarlo esattamente ?
Il codice fiscale è un dato personale e come tale va trattato secondo
normativa.

Ciao


Il giorno lun 23 set 2019 alle ore 19:06 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

> Buonasera lista,
>
> cosa ne pensate di usare il tag ref, analogamente a come viene fatto per
> la Partita IVA (https://wiki.openstreetmap.org/wiki/IT:Key:ref:vatin),
> per il Codice Fiscale?
> Proporrei qualcosa come "ref:ssn", in modo che possa essere adottato anche
> in altri paesi...
> Sinceramente fin'ora ho inserito il dato in "operator" ad esempio "Mario
> Rossi - RSSMRA...", ma credo sia più appropriato creare un tag apposito e
> vorrei raccogliere qualche feedback.
>
> Francesco
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] FOSS4G it 2020

[Andrea Albani]

Il giorno dom 15 set 2019 alle ore 12:36 canfe  ha
scritto:

> Bello!
> Parlerai anche delle RegEx (regular expression)


Direi limitatamente a quel che serve per spiegare gli eventuali esempi che
le contengono
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] FOSS4G it 2020

[Andrea Albani]

Il giorno ven 13 set 2019 alle ore 19:17 mbranco2  ha
scritto:

> sto contattando qualche osmer, fanno i timidi ma almeno 4 argomenti di
> discussione e/o mini-workshop li stiamo definendo (forza osmer, scrivete
> qua, io per la privacy non anticipo niente :-)  )
>

Su sollecitazione di mbranco2 mi propongo per un workshop su overpass per
il sabato. Non parlerei ovviamene del wizard, ma del linguaggio di query
con una introduzione ai concetti generali ed esempi pratici.

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Andrea Albani]

Il giorno ven 13 set 2019 alle ore 14:21 demon_box 
ha scritto:

> Andrea Musuruane wrote
> > A me sembra che state complicando a dismisura una cosa semplice.
>
> ciao, scusa ma non sono per niente d'accordo perchè credimi che il db OSM è
> pieno zeppo di inizi o comunque tratti di sentiero che sia il mappatore che
> il fruitore dei dati OSM non sà se colui che l'ha tracciato l'ha davvero
> rilevato per intero oppure si è limitato a mapparne l'inizio (ad esempio in
> caso di una biforcazione rispetto al sentiero principale) senza però
> imboccarlo e vedere dove finisce oppure se porta da qualche parte
>
>
In questo caso il bravo mappatore mette un fixme=continue, mentre il
cattivo mappatore non mette un bel niente


> per me non è un aspetto da poco specialmente trattandosi di sentieri e
> quindi potenzialmente, secondo me, più bisognosi di dettagli rispetto ad
> una
> strada asfaltata urbana.
>
>
Perchè ? qual'è il problema di arrivare in fondo ad un sentiero e vedere
che, a differenza di quello che dice OSMAND, continua ? Se sei un mappatore
hai un'occasione per migliorare la mappa, in caso contrario ti guarderai
intorno e capirai se proseguire senza mappa sul sentiero là in fondo non
mappato oppure girare i tacchi. Più che problemi vedo occasioni


> qui il problema, sempre a parer mio, non è di routing ma trovare il tag
> giusto che mi dica subito che quel sentiero non porta da nessuna parte
> perchè si perde e finisce nel prato e finito il prato NON ricomincia.
>
> ripeto il tag
>
> noexit:foot=yes
>
>
Se diamo per scontato che il mondo sia fatto di bravi mappatori allora, se
il path finisce, non metterà nulla e sarà questa assenza di tag a darti
l'indicazione che lì non c'è più nulla da fare.
Ma siccome ci sono anche cattivi mappatori questi, oltre a non prendersi la
briga di mettere fixme=continue, non metteranno neanche il tag che hai
proposto. Quindi il tuo insieme di sentieri avrà sempre un sottoinsieme di
nodi finali senza tag e l'incertezza sarà quella di prima.

potrebbe essere una soluzione, ma sicuramente possiamo trovarne anche altre
> 1000.
>
> sarà una tara mia ma io ogni volta che vedo  mappato soltanto un breve
> inizio di sentiero mi domando sempre:
>
> 1) il mappatore non l'ha percorso tutto e quindi non si sà dove porta?
> 2) il mappatore invece l'ha percorso tutto e quel sentiero finisce proprio
> lì?
>
>
> grazie
>
> --enrico
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Quesito stabile nuovo da mappare

[Andrea Albani]

Il giorno mer 14 ago 2019 alle ore 14:59 matteo soave 
ha scritto:

> Ciao a tutti. I ragazzi... non saprei , ma io mi sono perso sicuramente.
> Trovereste mal posto se chiedessi un ... riassuntino (a prova di
> schiocchino come me) su:
> - la materia del contendere: vi siete confrontati su 
> - siete d'accordo che ...
> - non tutti sono d'accordo su 
> Grazie ciao.
> Matteo
>

Ciao,

OSM è un progetto collaborativo caratterizzato da "regole" che sono state
costruite nel tempo dagli utenti stessi in base alle esigenze e in una
continua revisione che cerca di conciliare in punti di vista sia personali
che specifici di ogni realtà nazionale.
Quello che hai visto nel thread è un esempio di quanto su certi aspetti di
mappatura non ci sia ancora piena convergenza.

Nello specifico si è parlato di come attribuire un indirizzo agli elementi
presenti sulla mappa (tags addr:*). Abbiamo due "visioni":
A) i tag addr:*, e in particolare addr:housenumber, vanno associati al solo
numero civico, ovvero ad un nodo posto in prossimità dell'ingresso
contraddistinto da quel civico (regola valida in Italia)
motivazioni: non duplico l'indirizzo completo; i POI si possono trovare
comunque perchè si trovano in prossimità di un certo civico
B) i tag addr:*, housenumber compreso, vanno aggiunti anche ai Point Of
Interest (POI) che vado a mettere sulla mappa (amenity=restaurant,
shop=shoes, ...)
motivazioni: i POI sono così autoconsistenti perchè hanno in sè tutte le
informazioni per raggiungerli e non devo desumerle da altri elementi in
prossimità

Come corollario di A) per alcuni è accettabile mettere gli elementi del POI
sul medesimo nodo del civico (in modo da condividere i tag addr:*) SOLO se
a quel civico trovo SOLO quel POI (es. quando quel civico corrisponde
all'ingresso del negozio).

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

Re: [Talk-it] Cercare tra le OSM notes

[Andrea Albani]

Il giorno lun 19 ago 2019 alle ore 14:28 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

>
> Ora la domanda: come faccio a cercare le note OSM [1] per
> testo(data/zona/volume? Ho provato la API [2] con search term
> "su.openstreetmap.it" e funziona, ma non appena voglio superare il
> limite delle 100 note, l'aggiunta di limit [2] mi restutisce query
> vuota.
>
> Cosa sbaglio?
>

La query corretta è con un & per separare i parametri

https://api.openstreetmap.org/api/0.6/notes/search?q=su.openstreetmap.it=300

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

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il ven 26 lug 2019, 06:59 solitone  ha scritto:

>
> > On 25 Jul 2019, at 22:09, Andrea Albani  wrote:
> >
> > Se non è più percorribile lo segno come tale con gli appositi tag...
> Access=no e description=sentiero inagibile, etc.
>
> Secondo me access=no (come foot=no. bicycle=no) non sono adeguati per
> specificare la percorribilità di un sentiero. Quei tag servono infatti per
> specificare le possibilità di accesso da un punto di vista *legale*:
> > *Access values* are used to describe the *legal* access for highways
>

Ok... Cosa proponi di usare quindi in questi casi? Un obstacle blocca
l'accesso nel punto in cui viene posizionato, ma se qui vuoi indicare che
la strada non è proprio da prendere?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il gio 25 lug 2019, 22:04 scratera  ha scritto:

> ..sta estremizzando su un sentiero percorribile e uno non più
> percorribile...
>

Se non è più percorribile lo segno come tale con gli appositi tag...
Access=no e description=sentiero inagibile, etc.

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

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il giorno gio 25 lug 2019 alle ore 19:45 scratera  ha
scritto:

> ...un conto sono gli incidenti definiamoli normali che succedono su
> sentieri
> normalmente manumentati...un conto è avere sul cessofono una mappa con
> segnato un sentiero che si nfila in un inferno del genere da cui non hai
> uscitae che l'utente normale vedendolo mappato dice..di li si può
> passare...ma non sa di andare direttamente all'inferno
>
>
Se ci fosse una cessomappa che ti disegna anche le way senza tag associati
che fai ? cancelli la traccia  ? è un ragionamento per assurdo (forse), ma
espone i limiti di ragionare come un renderer invece che come un mapper,
ovvero non puoi coprire tutte le possibili casistiche di rendering di un
dato cartografico adattando artificialmente il dato.

Non trovo poi corretto che mi fai dei distinguo fra sentiero in quelle zone
devastate e sentieri in zone non devastate, ma pur sempre con un certo
livello di rischio. Poco più a nord della zona in cui c'è stato l'incidente
che hai linkato (a proposito quello di rainews è lo stesso citato nel link
di libero) c'è il Costabella dove trovi dei "sentieri" come il Bepi Zac con
dei passaggi interessanti che non consiglierei a tutti [1].

Estremizzando... per quale criterio questo non dovrebbe rientrare fra
quelli a cui rimuovere il tag highway=path ?  Sono sulla mappa e qualche
"sprovveduto" in infradito potrebbe percorrerli dopo avere preso la comoda
funivia dal passo San Pellegrino.

[1]
https://www.openstreetmap.org/relation/7297059#map=15/46.4010/11.7795=N
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il giorno gio 25 lug 2019 alle ore 17:52 scratera  ha
scritto:

>
> http://247.libero.it/rfocus/39264113/1/si-perdono-per-colpa-degli-alberi-abbattuti-dal-maltempo-calati-per-40-metri-dai-soccorritori/
> ...per evitare possibilemente questi inconvenienti..si tratterebbe si di
> mappare per il rendering ma lasciando i dati di fondo per poi ristabilire
> il
> tutto a emergenza passata ...
>
>
>
La cronaca è piena di incidenti come quello che hai citato, a volte più
gravi, che spesso interessano sentieri perfettamente visibili e manutenuti.

In linea con quanto già espresso da altri se tu hai DIRETTA evidenza di un
tratto di sentiero che non esiste più, allora lo puoi rimuovere senza
remore.
Se il sentiero c'è ancora, ma è sotto una catasta di tronchi, trovo
scorretta la rimozione del tag highway perchè ci sono altri tag che possono
descrivere meglio l'impraticabilità dello stesso.

Mappiamo le cose come sono nella realtà, non come vorremmo che fossero per
soddisfare altri fini (per quanto meritevoli possano essere).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Query overpass whitout tag

[Andrea Albani]

Il giorno gio 25 lug 2019 alle ore 18:09 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

>
> ora, per continuare, come posso ottenere sono le way chiuse ..
> per non dovere fare quanto sotto?
>
>   way ["natural"]["natural"!~"tree_row"];
>
> Rigrazie
>
>
puoi usare

way ["natural"] (if:is_closed());

che per quanto ne so funziona solo per gli oggetti way
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Andrea Albani]

Il mer 10 lug 2019, 18:13 Alessandro Vitali  ha
scritto:

> Ho controllato su osm ma non ho trovato errori nella mappatura. Ho provato
> anche con la ricerca con lo "spazio" (come ha indicato il supporto) ma
> sulla mia app non evidenzia quello di Telve.
> Anche io ho Maps.me 9.1.8
>
Con il metodo "spazio in fondo" me lo evidenzia su Telve di Sopra. Zoomando
il cerchietto lo sposta su Telve... e viceversa facendo zoom out.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Andrea Albani]

Il giorno mer 10 lug 2019 alle ore 11:11 Alessandro Vitali <
vitoplu...@gmail.com> ha scritto:

> Sicuro?
> Io ci ho provato ma mi riporta sempre su Telve di Sopra...
>

Nel mio caso sì. Parlo di piattaforma Android e Maps.me 9.1.8 del 27/6/19
[1]
Anzi... nella prima prova per fare il video mi ha buttato al primo colpo su
Telve.

[1] https://youtu.be/XS-YNJ8JJ9g
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Andrea Albani]

Il mar 9 lug 2019, 19:37 Alessandro Vitali  ha
scritto:

> Ciao ragazzi,
> ho un problema nella ricerca di un indirizzo con l'app Maps.Me.
>
> In provincia di Trento, a distanza di una manciata di km ci sono 3 "Vicolo
> Chiuso". Uno a Torcegno,
> https://www.openstreetmap.org/way/404994154
> uno a Telve
> https://www.openstreetmap.org/way/406259172
> ed uno a Telve di Sopra.
> https://www.openstreetmap.org/way/405206707
>
> Con l'app OsmAnd se cerco Vicolo Stretto me li elenca tutti e tre.
> Con Maps.me invece mi indica solo quello di Telve di Sopra e Torcegno.
>
>
> Perchè non mi indica quello di Telve
>
>
Per un bug dell'applicazione direi.

Se in Maps.me posizioni la mappa più o meno sul Trentino, cerchi Vicolo
Chiuso e selezioni quello di Telve di Sopra, ti zooma la mappa sul posto
giusto,
Se ora ti posizioni su Telve ad un livello di zoom che non inquadri Telve
di Sopra, ricerchi di nuovo il vicolo e selezioni ancora quello di Telve di
Sopra, ti posiziona su quello di Telve.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Funzioni di verifica indirizzo da stradario

[Andrea Albani]

Buongiorno,

puoi usare il servizio Nominatim [1] rispettando le relative policy [2]. Se
i limiti imposti non fossero adeguati per l'applicazione web che hai in
mente è possibile optare anche per servizi di terze parti come ad esempio
Mapquest che prevede anche un free tier [3]

[1] https://nominatim.org/release-docs/develop/api/Overview/
[2] https://operations.osmfoundation.org/policies/nominatim/
[3] https://developer.mapquest.com/documentation/open/nominatim-search/

Il giorno lun 8 lug 2019 alle ore 11:31 antonella eugeni <
eugeni.antone...@gmail.com> ha scritto:

> Buongiorno,
> avrei bisogno di sapere se è possibile utilizzare i database di
> openstreetmap per verificare indirizzi
> e strade sul territorio italiano e utilizzarli in un'applicazione web.
> In caso dove potrei trovare la documentazione.
> Grazie
> antonella
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mapping campi rom

[Andrea Albani]

Il giorno ven 5 lug 2019 alle ore 16:14 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 5. Jul 2019, at 10:10, Andrea Albani  wrote:
> >
> > Quoto Andrea M.
> > Stiamo parlando infatti di un'area di terreno, a volte attrezzata, a
> volte no, e l'uso di residential=halting_site mi sembra una buona
> generalizzazione per evitare la frammentazione del dato.
> > Il tag è già usato 695 volte,
>
>
> io sono d‘accordo con la tua analisi sul tagging proposto, ma non mi piace
> “landuse” per descrivere un feature.
>
> Cosa diresti di place=halting_site
> oppure amenity?
>
>
Fra tutte le possibili tipologie di place questa ricadrebbe nei "populated
settlement", ma non ha secondo me le caratteristiche richieste e in
particolare un nome proprio riconosciuto (la wiki per il tag place parla di
"named settlement"). In genere ci si riferisce infatti a questi posti in
modo indiretto con il nome della località/zona/via in cui sono posizionati.

Amenity potrebbe forse avere più senso, anche se la definizione del tag
("Per descrivere servizi utili ed importanti per visitatori e residenti")
non sembra calzare particolarmente.

In ogni caso sarei più orientato al riuso dell'esistente che, anche se può
non essere pienamente soddisfacente, ha dallla sua una presenza
consolidata, sebbene geograficamente molto circoscritta.

Per cambiare lo stato delle cose penso bisognerebbe alzare la palla almeno
in lista tagging

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

Re: [Talk-it] Mapping campi rom

[Andrea Albani]

Il giorno gio 4 lug 2019 alle ore 21:26 Andrea Musuruane 
ha scritto:

> Ciao,
>
> On Thu, Jul 4, 2019 at 9:17 PM Francesco Ansanelli 
> wrote:
>
>> Buonasera Lista,
>>
>> vorrei sapere se avete già mappato campi rom e quali tag avete utilizzato.
>> Ho fatto alcune ricerche su OSM e condivido l'idea di mettere
>> "landuse=residential", es:
>> https://www.openstreetmap.org/way/211772563
>> https://www.openstreetmap.org/way/338456215
>>
>> però non mi piace identificarli mediante il mero tag name.
>> C'è chi ha messo "residential=halting_site" come suggerito dal Wiki
>> francese:
>> https://wiki.openstreetmap.org/wiki/Tag:residential%3Dhalting_site
>> es:
>> https://www.openstreetmap.org/way/595179726
>>
>
> Concordo sull'uso di landuse=residential + residential=halting_site.
>
> Ciao,
>
> Andrea
>
>
Quoto Andrea M.
Stiamo parlando infatti di un'area di terreno, a volte attrezzata, a volte
no, e l'uso di residential=halting_site mi sembra una buona
generalizzazione per evitare la frammentazione del dato.
Il tag è già usato 695 volte, prevalentemente in Francia dove è stato
"inventato", e fa riferimento al termine amministrativo francese "Gens du
voyage" che comprende i gruppi etnici che normalmente occupano queste aree
anche in Italia [1].
Mi sembrano siano buoni presupposti per riusare il termine.

La proposta building=static_caravan non fa riferimento all'area, ma ad un
elemento su di essa che uno può liberamente mappare.

Sinceramente anche la proposta di Federico non mi soddisfa appieno perchè
in base alla wiki:
- una amenity=social_facility [2] è "... any place where social services
are conducted "... ma in un campo rom sono forniti servizi sociali ? o
meglio è fatto per fornire servizi sociali ?
- social_facility=shelter [3] è definito come "A facility that provides
temporary sleeping facilities or refuge from exposure to the environment "
che fa pensare ad una struttura organizzata di terzi che fornisce servizi,
ma in modo temporaneo (esempio: dormitorio per persone senza tetto)
- social_facility:for=migrant [4] parla di "Those who have migrated from
another country or region " che mi sembra più appropriato per gente che
fugge dal proprio paese invece che ai gruppi etnici che risiedono in Italia
direi da tempo immemore, ma che per loro cultura si muovono

Ciao

[1] https://fr.wikipedia.org/wiki/Gens_du_voyage
[2] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dsocial_facility
[3] https://wiki.openstreetmap.org/wiki/Key:social_facility
[4] https://wiki.openstreetmap.org/wiki/Key:social_facility:for
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[Andrea Albani]

Il giorno mer 3 lug 2019 alle ore 17:35 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> On 3. Jul 2019, at 11:51, Andrea Albani  wrote:
>
> Questo è un esempio di come ho usato il multipolygon per un caso simile:
>
> https://www.openstreetmap.org/relation/5641947
>
>
>
> per me la semantica di questo è un unico laghetto “sparso” (non esiste
> probabilmente) con il nome Laghi ...
> I multipoligoni definiscono oggetti unici, in questo caso potrebbe essere
> qualcosa come water=group_of_lakes
>
>
Ok, il name lo mettiamo come tag della relazione, ma non capisco secondo
quale logica gli altri tag che sono a "fattor comune" dei 3 elementi,
esattamente come il tag name, debbano stare sulle singole closed way.

Aggiungo che per i multipolygon, come si può vedere dalla sezione tags di
[1], è previsto l'uso dei più diffusi tag, natural=water compreso, e che
nell'esempio [2] è contemplato il caso di multipli outer disgiunti con tag
primari associati alla relazione.

[1] https://wiki.openstreetmap.org/wiki/Relation:multipolygon
[2]
https://wiki.openstreetmap.org/wiki/Multipolygon_Examples#Three_separated_farmland_.28Disjunct_outer_rings.29
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[Andrea Albani]

Il giorno mer 3 lug 2019 alle ore 11:03 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> per utilizzare un multipolygono ci dovrebbe essere un tag che descrive un
> “gruppo di laghi”, e tutti i membri devono essere poligoni, con il type
> group non ci deve essere un tag per l‘insieme (perché implicito) e si
> possono gruppare anche nodi e ways aperti.
>
>
Ciao Martin,

non colgo quale sia il beneficio di avere una relazione che raggruppa
logicamente degli elementi, ma non li descrive... almeno non nel caso
descritto in cui parliamo di membri fatti di soli poligoni.
Una relazione serve anche ad evitare di "disperdere" tag uguali sui singoli
membri, mentre qui si tratta, immagino, di duplicare lo stesso insieme di
tag per ogni laghetto.

Questo è un esempio di come ho usato il multipolygon per un caso simile:

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

Il fatto che questa relazione sia riferita ad un "gruppo di laghi" mi
sembra ben esplicitato dalla presenza di natural=water e water=pond.

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

Re: [Talk-it] Nome Rotatoria

[Andrea Albani]

Il mar 2 lug 2019, 17:06 claudio62PG  ha scritto:

> il problema è la definizione di rotatoria
>
>
> La rotatoria o rondò alla francese (scrittura corretta in francese:
> rondeau), è un tipo di intersezione a raso (cioè le strade che afferiscono
> ad essa sono poste sullo stesso piano senza intersecarsi) fra due o più
> strade. Assolve alla funzione di moderazione e snellimento del traffico.
>
> L'incrocio fra le strade è sostituito da un anello stradale (detto anche
> corona giratoria) a senso unico che si sviluppa intorno ad uno
> spartitraffico di forma più o meno circolare. I flussi di traffico lo
> percorrono in senso antiorario nei paesi in cui si guida a destra, in senso
> orario nei paesi dove si guida a sinistra.

il problema è questo se il cartello con il nome è posto nello spartitraffico
> l nome a chi va;
> Dirò di più le rotatorie a Perugia sono sponsorizzate e la ditta tal de
> tali
> contribuisce al suo abbellimento
> un cartello specifica che la ditta tal de tali contribuisce alla
> manutenzione della rotatoria pinco pallo... Per cui penso che il nome vada
> allo spartitraffico
> Claudio
>

Scusa, ma non capisco perché la definizione di cos'è una rotatoria o il
fatto che il verde sia manutenuto da qualcuno siano elementi rafforzativi
della tua tesi  "nome sullo spartitraffico".

L'anello stradale, in quanto funzionale alla congiunzione delle strade, mi
sembra molto più importante dell'aiuola sullo spartitraffico (che ha pura
funzione accessoria ovvero estetica) e rappresenta chiaramente l'elemento
essenziale di una rotatoria. Quindi se trovo un cartello "Rotatoria Pippo
Pluto" mi sembra ovvio metterlo nel tag name che meglio rappresenta
l'intersezione.

Anche in una strada il marciapiede assolve a funzione accessoria, ma non
per questo gli diamo un nome.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tipo di relazione per raggruppare piccoli laghi

[Andrea Albani]

Ma non bastava un type=multipolygon con le way member marcate come outer ?

Il giorno mar 2 lug 2019 alle ore 15:58 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> c'è type=group che sembra perfetto per il tuo caso:
> https://wiki.openstreetmap.org/wiki/Proposed_features/Group_Relation
>
>
> 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

Re: [Talk-it] Cime di montagna Valle d'aosta

[Andrea Albani]

Il giorno sab 29 giu 2019 alle ore 21:17 Ivo Reano  ha
scritto:

> Credo che il problema principale sia definire "nome_comune"
> Andiamo a contare nelle pubblicazioni?
> O andiamo a fare un'inchiesta per capire se ci sono più persone che usano
> un nome piuttosto che l'altro?
> La prima cosa che faccio quando trovo dei problemi simili è di mandare un
> messaggio agli user che hanno creato i punti/tag.
>
> In questo caso non mi sembra il caso di sollevare problemi linguistici.
>
> Anzi solleviamoli!
> È più corretto il nome italianizzato o quello usato dai locali che abitano
> nella zona? Che potrebbe non avere una propria grafia!
>
>

Sono d'accordo con la proposta di revisione di usbe. Per un approccio
pragmatico (e convergente su una soluzione in tempi ragionevoli) proporrei
name in italiano per le cime su territorio italiano e attuale nome in
name:de. L'unico dubbio ce l'ho sulla cima del Pollux che si trova in osm
in territorio svizzero dove metterei name:it=Polluce.

Se Felikhorn non esiste in quel posto e manco è una cima... non capisco
cosa ci fa ancora su OSM... ma non sono esperto di montagna.

@Ivo: tu che le montagne te le mangi a colazione :)vedi qualcosa di
anomalo in questo approccio ?

Il giorno sab 29 giu 2019 alle ore 21:10 Riccardo Usardi <
> usbe0u...@gmail.com> ha scritto:
>
>> i problemi sulla mappa osm secondo me son più di uno: i nomi che
>> dovrebbero essere con i tag
>> name=nome_comune_con_cui_viene_chiamata_una_cima name:altra_lingua=nome_in
>> austroungarico_piuttosto_che_in_gaelico e il felik che è più di uno.
>>
>> Prima di modificare la mappa senza chiedere il parere della comunità ho
>> preferito chiedere, poi chi vuole entrare nell'esclusivo club dei 4000 del
>> cai di Torino usa sia le cartine fisiche sia i manuali sulle cime
>> riconosciute dall' UIAA da prendere che come tutti nel 2020 internet, o
>> almeno io faccio così.
>>
>> Usbe
>>
>> Il giorno sab 29 giu 2019 alle ore 21:00 Ivo Reano 
>> ha scritto:
>>
>>> Quindi il problema non è sui nomi latini/(italiani)/germanici o altra
>>> lingua quale che sia quella locale o la più usata nel mondo.
>>> Ma la presenza sulla mappa di due cime con lo stesso nome?
>>> Quindi pensi che questo metterebbe in difficoltà degli alpinisti?
>>> O escursionisti che vorrebbero entrare nel club dei 4000?
>>>
>>>
>>> Il giorno sab 29 giu 2019 alle ore 20:53 Riccardo Usardi <
>>> usbe0u...@gmail.com> ha scritto:
>>>
 il problema, secondo me, è che sono presenti 2 cime felik (ovviamente
 il Felik è uno solo) e i nomi riportati danno precedenza al nome in tedesco
 chew a quello in italiano. Quest'ultimo problema può mettere in difficoltà
 escursioonisti ed alpinisti che usano app con dati osm

 Il giorno sab 29 giu 2019 alle ore 20:51 Riccardo Usardi <
 usbe0u...@gmail.com> ha scritto:

> La cima Castore non è in Piemonte ma in VdA
> https://www.openstreetmap.org/#map=19/45.92085/7.79326=NG
> sì su più di un libro di alpinismo si parla della errata nomenclatura
> della prima anticima (quota 4174m) del Castore che in tante carte è
> nominata Felik ma in realtà non lo è.
>
>
> Il giorno sab 29 giu 2019 alle ore 20:45 Ivo Reano 
> ha scritto:
>
>> 1) La cima del Castore è in Piemonte (Vb)
>> 2) secondo i dati su OSM il tag name è stato questo dall'inizio
>> (20/3/2009) e mai cambiato
>>
>> Questo basandomi solo leggendo la mappa.
>> Tu hai espresso la presenza di inesattezze e questo sottintende che
>> tu abbia delle fonti "sicure" che affermano il contrario?
>>
>>
>> Il giorno sab 29 giu 2019 alle ore 19:39 Riccardo Usardi <
>> usbe0u...@gmail.com> ha scritto:
>>
>>> Ciao a tutti,
>>> ho trovato alcune inesattezze sulle cime del massiccio del Monte
>>> Rosa e prima di effettuare qualsivoglia modifica volevo chiedere il 
>>> vostro
>>> parere.
>>>
>>> Sulla traccia che conduce dal rifugio Quintino Sella al Felik al
>>> Castore ci sono le seguenti i nomi di alcune vette in tedesco anziché in
>>> italiano: il Castore è Castor, il Polluce è Pollux e la cima Perazzi è
>>> nominata  Perazzispetz. I tag di riferimento danno come name=Pollux e
>>> name:it=Polluce e via dicendo. essendo (almeno il Castore e la punta
>>> Perazzi) in territorio italiano non sarebbe più corretto name=Polluce e
>>> name:de=pollux ecc. ?
>>>
>>> Inoltre a ovest del colle del Felik risulta un Felikhorn (Punta del
>>> Felik) a quota 4174 è un errore riportato in alcune carte geografiche in
>>> quanto per un periodo non si era data la giusta attribuzione alla Punta
>>> Felik, la punta corretta infatti è presente nella mappa appena a sud-est
>>> del colle medesimo a quota 4087m.
>>>
>>> Grazie a tutti.
>>>
>>> Usbe
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> 

Re: [Talk-it] Nome Rotatoria

[Andrea Albani]

A me viene più semplice pensare che il nome sul cartello sia invece
attribuito all'area di circolazione perchè più significativo (nella
stragrande maggioranza dei casi) rispetto all'aiuola messa al centro.

Ciao

Il giorno mar 25 giu 2019 alle ore 11:41 claudio62PG  ha
scritto:

> Qui è facile trovare rotatorie
> ad ogni rotatoria viene dato un nome che diverso dal nome delle strade che
> diciamo ruotano
> L'indicazione del nome è posto nell'aiuola circolare.
> A mia opinione il nome della rotatoria va dato all'aiuola spartitraffico e
> non alle strade che circondano la rotatoria.
> Quale è la vostra opinione
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] RAINews e mancata attribuzione

[Andrea Albani]

Il giorno lun 24 giu 2019 alle ore 17:00 Ale_Zena_IT via Talk-it <
talk-it@openstreetmap.org> ha scritto:

>
>
>
> Basta!
> Se la OSMF non se ne vuole occupare perchè non chiediamo un preventivo a
> Simone Aliprandi e attiviamo un crowdfunding per fare la prima causa in
> Italia? Altrimenti non cambierà mai nulla
>
>
Visto che esiste un chapter locale di OSM foundation aka Wikimedia Italia,
non è possibile che intervenga lei direttamente con propri fondi ? Mi
sembra un ambito perfettamente in linea con i principi... oppure, scusate
l'ignoranza, non è previsto "da statuto" ? Dal punto di vista del bilancio
vedo che nel 2018 c'è stato pure un utile record di 244.000 e rotti euro,
quindi sembra esserci spazio...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cooperativa Sociale Onlus

[Andrea Albani]

Il giorno gio 6 giu 2019 alle ore 16:07 demon_box 
ha scritto:

> dieterdreist wrote
> > questo non è un’eccezione, tutti gli office sono posti amministrativi.
>
> ...e come al solito siamo andati in loop
>

Come proponevi all'inizio per me vanno bene sia office=association che
office=ngo, ma io propenderei per la seconda.
Association è un termine molto ampio che può comprendere anche associazioni
di astrofili così come di appassionati di giochi di ruolo, mentre ngo è un
po' più specifico.

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

Re: [Talk-it] hotosm - OSM analytic tracker in Somalia

[Andrea Albani]

Il giorno gio 30 mag 2019 alle ore 11:06 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

>
> Resta da capire perchè per una AOI in Friuli Venezia Giulia la cronoligia
> OSM ed OSMCHA mi elencano anche un changeset [1] che ha esclusivamente
> elementi editati in India
>
> [1] https://www.openstreetmap.org/changeset/70741428
>
>
> Nel changeset c'è un nodo anche in Germania ora cancellato.

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

Re: [Talk-it] "cabina" metano

[Andrea Albani]

Il giorno mer 22 mag 2019 alle ore 17:46 claudio62PG  ha
scritto:

> Riprendendo questo post
> mi viene un dubbio
> non sarebbe più  corretto
> man_made=street_cabinet
> street_cabinet=gas
>
> Uno street_cabinet per me è (preso a caso su internet) questo [1], ovvero
un elemento che fa parte della distribuzione del gas agli utenti finali ed
è gestito dal distributore locale.
Le immagini di cui alla mail di inizio thread fanno riferimento ad un
impianto relativo al trasporto del gas, ovvero i "tubi grossi" gestiti da
SNAM.

[1] http://www.multiserviziazzanese.it/images/cabina.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aree naturali protette con relation

[Andrea Albani]

Il giorno lun 20 mag 2019 alle ore 14:43 Dario Crespi <
dario.cre...@gmail.com> ha scritto:

> Rieccomi.
>
> I boundary di quel tipo senza una relazione non ti interessano?
>
>
> Sì, direi che potrebbero essere utili. Ho adattato il template in modo che
> possa accogliere gli ID delle way.
>
> Dario
>
>
Ottimo. Grazie!

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

Re: [Talk-it] Aree naturali protette con relation

[Andrea Albani]

Il giorno lun 20 mag 2019 alle ore 13:55 Dario Crespi <
dario.cre...@gmail.com> ha scritto:

> Grazie mille a tutti!
>
> I boundary di quel tipo senza una relazione non ti interessano?
>>
>
> L'uso che devo farne è legato a Wikidata, dove possono essere linkate solo
> le relazioni. Questa informazione andrà a far parte delle liste di aree
> protette fotografabili per WLE, in modo che il fotografo sappia (nei limiti
> del possibile) dove inizia e dove finisce l'area protetta in questione.
> Questo è l'esempio della Lombardia: tutte le aree hanno le coordinate
> geografiche, e quelle che su Wikidata hanno la proprietà OpenStreetMap ID
> con un valore restituiscono anche il link OSM alla relazione (come nel caso
> del Parco nazionale dello Stelvio).
> https://it.wikipedia.org/wiki/Progetto:Wiki_Loves_Earth_2019/Aree/Lombardia
>
>
> Quindi con questo sistema i boundary senza una relazione non sono
> utilizzabili, anche se si potrebbe eventualmente modificare il template che
> genera le liste aggiungendo un parametro che, se valorizzato con l'ID della
> way su OSM, restituisca comunque un link all'area protetta su OSM. Ci
> penso...
>

Avevo cominciato a vedere delle aree naturali in provincia di Pavia
diventare delle relazioni mono-member... e ora immagino di averne capito il
motivo :-)

L'iniziativa è ovviamente lodevole e supportabile,  ma direi che un
corollario del classico "non mappare per il rendering" dovrebbe essere "non
mappare per Wikipedia".

La modifica del template a cui stai pensando è sicuramente la strada più
adatta per essere conforme a quanto è OSM... e i mapper ringrazieranno.

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

Re: [Talk-it] Aree naturali protette con relation

[Andrea Albani]

Il dom 19 mag 2019, 18:03 Dario Crespi  ha scritto:

> Ciao a tutti,
>
> io non sono molto pratico con il lavoro sui dati, ma avrei bisogno di un
> elenco delle aree naturali protette italiane (boundary=protected_area
> )
> che sono costruite su OSM con una relation
>

I boundary di quel tipo senza una relazione non ti interessano?

Moltissime protected_area sono semplici e possono essere descritte da un
solo poligono senza bisogno di una relazione composta da un solo membro...

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