Re: [Talk-it] Eliminazioni massive del tratto A31 Nord

[Davide Sandona']

E' una questione complessa.

Negli ultimi mesi l'utente xDeamon si è occupato di inserire su OSM diversi
percorsi stradali attualmente in fase di progettazione, quali l'A31 Nord,
segnalandoli con gli opportuni tag "construction".
Una decina di giorni fa ho provato a contattarlo via messaggio privato, per
capire l'utilità di queste informazioni. Personalmente, non trovo nessun
senso nell'inserire in OSM tracciati che non sono ancora costruiti, né
tantomeno approvati.
Sottolineo che non sono l'utente che fatto l'eliminazione massiva, tuttavia
mi trovo d'accordo con la sua modifica.

In relazione al tracciato A31 nord sono già apparse diverse note (per
esempio 2446844, 2446838). Non c'è ombra di dubbio che l'A31 Nord sia un
argomento scottante. Tuttavia non ritengo che OSM sia il posto giusto per
scatenare una polemica su questa autostrada controversa. Secondo la mia
opinione, fintantoché non c'è un progetto approvato con un via libera ai
lavori, nessuna informazione riguardante l'A31 nord dovrebbe essere
presente in OSM. Secondo me, OSM dovrebbe rappresentare lo stato attuale
della mappa, non uno stato passato, e sicuramente non uno stato futuro.

[1] https://www.openstreetmap.org/user/xDeamon

Davide.


Il giorno gio 10 dic 2020 alle ore 23:21 Matteo Zaffonato 
ha scritto:

> Ciao a tutti,
> nei giorni scorsi ho notato alcune cancellazioni massive del tratto
> autostradale riportato nell'oggetto. I changeset coinvolti sono:
> https://www.openstreetmap.org/changeset/95382919
> https://www.openstreetmap.org/changeset/95382753
> https://www.openstreetmap.org/changeset/95382323
> https://www.openstreetmap.org/changeset/95368752
> https://www.openstreetmap.org/changeset/95368387
> https://www.openstreetmap.org/changeset/95368211
>
> Ho già contattato l'utente per un confronto e segnalato l'anomalia su
> OSMCHA, come devo comportarmi secondo voi?
>
> Ciao, grazie
> Matteo
> ___
> 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] allevamenti di polli

[Davide Sandona']

Ciao Paola
Effettivamente la wiki appare essere molto approssimativa sulla mappatura
di allevamenti di pollame, e non sembra esserci un accordo comune.
Una semplice query Overpass [1] con keywork 'poultry' restituisce alcuni
esempi (molto pochi) di come le persone li abbiano mappati finora.
Prova a guardare questi risultati, cerca tag ricorrenti tra i vari esempi,
poi decidi come mappare Finora, un esempio ricorrente sembra essere
questo:

   - name=
   - landuse=farmland
   - livestock=poultry
   - poultry=chicken

[1] http://overpass-turbo.eu/s/LDt
Ciao! :)

Davide.


Il giorno lun 19 ago 2019 alle ore 15:49 Paola via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Buongiorno a tutti,
> nella wiki alla voce building sono riportati "cowshed" per allevamenti di
> vacche o "stable" per quelli di cavalli, non ci sono però riferimenti ad
> allevameni di pollame o ovini-caprini. Se devo mappare un allevamento di
> pollame che tag posso usare? In futuro tag per il pollame o altre specie
> potranno essere aggiunte alla wiki? come funziona?
>
> Grazie,
> Paola
> ___
> 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] Simposio ONU sul tema della Toponomastica e della Cartografia

[Davide Sandona']

Per chi fosse interessato alla toponomastica, giro un evento [1] che mi è
arrivato via newsletter.

[1]
http://www.regione.veneto.it/web/ambiente-e-territorio/dettaglio-news-urbanistica?_spp_detailId=3237505

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

Re: [Talk-it] Numero di corsie sbagliato

[Davide Sandona']

Io sono uno dei mappatori che ha utilizzato il tag lanes=1, che secondo
alcuni sembra essere il male.
Dopo essere stato contattato da Volker, ho deciso di rispondere qui in
lista: citerò alcuni passaggi dello scambio di opinioni avvenuto tramite
messaggio privato.

Andando a guardare la wiki inglese sul tag lane [1] si legge: "Use the
lanes=* key to tag how many marked traffic lanes there are on a highway."
che tradotto significa: "usa la chiave lanes=* per indicare quante corsie
sono disegnate sulla strada."

Qui nasce il dilemma fondamentale: nel codice stradale italiano (e non
solo) una corsia (dicesi lanes in inglese) rappresenta un solo senso di
marcia. Da notare che il problema è anche stato discusso nella pagina wiki
lanes [2], senza trovare soluzione.

Cito ora un passaggio di Volker:

> Sicuramente lanes=1 da solo non è una buona soluzione perché un data
> consumer (per esempio un algoritmo di routing) non può capire se questa è
> una strada a doppio senso di marcia o no. Tanti mappatori considerano
> lanes=1 senza oneway=yes|no un errore di mappatura.
> La definizione di lane non c'è nel wiki, ma c'è chiaramente in Wikipedia
> [3]: "In the context of traffic control, a lane is part of a roadway
> (carriageway) that is designated for use by a single line of vehicles, to
> control and guide drivers and reduce traffic conflicts." Anche Wikipedia in
> italiano dà la stessa definizione.
> Quindi penso che dovresti convertirti :-)
>

lanes=1 da solo potrebbe non essere una buona soluzione, tuttavia la
combinazione lanes=1, width=*, oneway e anche il tipo di highway dovrebbe
far togliere qualunque dubbio a tutti i data consumer (e algoritmi di
routing). Infatti, per stabilire se una strada ha solo un senso di marcia,
esiste l'inequivocabile tag oneway [4]. Se una way non possiede il tag
oneway=yes, allora qualunque data consumer (e qualunque algoritmo di
routing) riterrà tale strada a doppio senso di marcia (ovviamente, con
tutte le considerazioni che seguono riguardo ad un eventuale tag acces=*).

Ritengo dunque di NON dovermi convertire!
Qualora tu abbia PROVE (e non opinioni) sul fatto che gli algoritmi di
routing (o altri data consumer) siano messi in crisi da questo famigerato
tag lanes=1, ti invito a condividerle, cosicché anch'io possa essere
illuminato.
Riguardo all'opinione di considerare lanes=1 senza oneway=yes|no un errore
di mappatura: fintantoché la comunità OSM non si esprime con certezza sulla
questione (e quindi aggiornare anche la wiki) per me resta una semplice
opinione, che si scosta dalla mia.

[1] https://wiki.openstreetmap.org/wiki/Key:lanes
[2]
https://wiki.openstreetmap.org/wiki/Talk:Key:lanes#No_centerline_-_one_or_two_lanes.3F
[3] https://en.wikipedia.org/wiki/Lane
[4] https://wiki.openstreetmap.org/wiki/Key:oneway

Davide.


Il giorno ven 7 set 2018 alle ore 14:15 Volker Schmidt 
ha scritto:

> Questo problema è aumentato.
> Ci sono utenti che sistematicamente cambiano lanes=2 a lanes=1.
> A uno (che non era sulla lista di Simone) ho appena scritto - vediamo come
> risponde.
>
> Ma mi sembra in ogni caso che sia una cosa da affrontare in modo più
> massiccio.
> Ad oggi ci sono 2735 strade sospette (escludendo unclassified,
> residential, service).
> Ho fatto delle query Overpas Turnbo Wizard del tipo:
> “(highway=motorway or highway=trunk or highway=secondary or
> highway=primary or highway=tertiary) and lanes=1 and oneway!=yes and
> oneway!=-1 and junction!=roundabout in Veneto”
>
> La diffusione del problema non è uniforme. E' concentrato nel nord:
> Lombardia 828
> Veneto 826
> Piemonte 211
> Trentino-Alto Adige 110
> Sardegna 109
> Toscana 97
> Liguria 96
> Friuli Venezia Giulia 86
> Sicilia 83
> Puglia 63
> Campania 53
> Lazio 45
> Calabria 32
> Basilicata 28
> Abruzzo 20
> Marche 17
> Molise 12
> Valle d'Aosta 12
> Umbria 7
> Totale 2735
> Sicuramente ci sono anche tante strade inferiori che hanno problemi, ma
> per queste il problema di trovarle è un un po' più complicato. In queste
> categorie ci saranno più strade genuinamente a corsia singola ma a traffico
> a senso doppio.
> Poi sarebbe anche da vedere se si tratta di pochi utenti "colpevoli" o un
> fenomeno più diffuso.
>
> Come procediamo?
>
> Volker
>
>
>
>
>
>
>
>
> 2016-03-17 19:37 GMT+01:00 Simone F. :
>
>> Ciao,
>> ho corretto un po' di casi e cercato [0] quanti ce ne sono in Italia: me
>> ne risultano 260, ieri 274.
>>
>> Si possono vedere aprendo questo GPX in JOSM:
>> https://dl.dropboxusercontent.com/u/41550819/OSM/lanes.gpx
>>
> (non è più accessibile)
>
>>
>> Il giorno 15 marzo 2016 11:03, Volker Schmidt  ha
>> scritto:
>>
>>> Prima vorrei capire quanti mappatori hanno prodotto questi errori e
>>> forse preferiscono di corregere prima dove si ricordano.
>>>
>>
>> carlobenini, che ha già risposto nel thread, ne ha creati 45.
>> Altri mapper:
>> 26 | peppe10
>> 17 | Davio
>> 16 | mcheckimport
>> 10 | dvdzero
>> ...
>>
>> Attenzione però che, come hai detto tu, non sono tutti errori.
>> Guardando le foto 

Re: [Talk-it] Grazie ai militari...

[Davide Sandona']

Trovato un'altro workaround per utilizzare la heatmap aggiornata: purtroppo
è una procedura laboriosa, che richiede un account Strava La riporto
comunque nel caso qualcuno avesse necessità di utilizzarla.

   1. Effettuare il login sulla heatmap di strava [1] (per non ripetere la
   procedura, ho selezionato l'opzione "ricorda l'accesso").
   2. Guardare i cookie riguardanti Strava (cercate la procedura per il
   vostro browser). A noi interessano i valori Key-Pair-Id, Policy, Signature
   (probabilmente noterete il prefisso CloudFront- prima del nome del cookie,
   ad esempio CloudFront- Key-Pair-Id).
   3. Copiamo i valori dei cookie su un file di testo e li concateniamo tra
   loro con il simbolo & (e commerciale). Ad esempio:
   Key-Pair-Id=VALORE1=VALORE2=VALORE3
   4. Apriamo JOSM, copiamo l'URL del layer Strava Cycling and Running.
   Dovrebbe essere questo: tms[3,11]:https://heatmap-external
   -{switch:a,b,c}.strava.com/tiles/both/bluered/{zoom}/{x}/{y}.png
   5. Lo modifichiamo in questo modo, andando ad appendere i valori dei
   cookie (notate il carattere ? aggiunto alla fine del precedente URL):
   tms[3,15]:https://heatmap-external-{switch:a,b,c}.
   
strava.com/tiles-auth/both/bluered/{zoom}/{x}/{y}.png?Key-Pair-Id=VALORE1=VALORE2=VALORE3


Le modifiche all'URL sono le seguenti:

   - 11 -> 15: (zoom level)
   - /tiles/ -> /tiles-auth/: richiede l'autenticazione per utilizzare un
   valore di zoom più elevato.
   - /bluered/ -> /hot/ -> /gray/: qui possiamo cambiare il colore della
   heatmap. Generalmente la hot e la gray mostrano più dettagli.

Spero vi possa essere utile.

[1] www.strava.com/heatmap

Davide.

Il giorno 30 marzo 2018 17:46, Marco <constabl...@gmail.com> ha scritto:

> Il 30/03/2018 00:00, Davide Sandona' ha scritto:
>
> Si, funziona ma dal mio punto di vista va bene solo per allineare le
>> immagini satellitari alla mappa, perché ad esempio i sentieri negli anni
>> cambiano, quindi usando la vecchia heatmap si rischia di annullare il buon
>> lavoro svolto da qualcun altro. I mappatori meno navigati potrebbero far
>> più danni che altro.
>> Io non credo di avere le conoscenze necessarie, però secondo me
>> bisognerebbe risolvere il problema, non aggirarlo usando il vecchio (e
>> quindi non aggiornato) layer.
>>
>
> La tua preoccupazione è basata su una tua incomprensione della heatmap
> stessa.
>
> Decisamente no.
>
> La heatmap di Strava viene creata con procedimento additivo di tutte le
> tracce GPS nei loro database, tutte, dalle più vecchie alle più recenti.
> Ciò significa che se una strada o sentiero fosse stato chiuso (o distrutto)
> tu comunque lo vedrai nella heatmap qualora in passato sia stato percorso
> dagli atleti che utilizzano Strava.
> Io sono più preoccupato delle persone che utilizzano i dati (qualunque
> dato) senza avere la minima idea della loro provenienza o del metodo di
> raccolta.
>
> La vecchia heatmap mi sembra di aver capito che rappresenti la situazione
> ante 2016 (potrei sbagliarmi sulla data), da quel momento non è più stata
> aggiornata, mentre la "nuova" versione si aggiorna periodicamente con le
> nuove tracce caricate dagli utenti.
> Detto ciò, se un tratto di sentiero frana e viene creata una variante
> sufficientemente distante dal sentiero originale, la nuova heatmap inizierà
> piano piano a mostrare la variante ed il colore del tratto franato
> diventerà piano piano sempre meno forte (perché non più percorso dagli
> utenti), quella vecchia invece mostrerà solo il vecchio sentiero. Io sto
> dicendo che questo continuo spingere per usare la vecchia heatmap
> rischierebbe in casi come questo di portare i mappatori meno attenti alle
> modifiche altrui, a cancellare il tratto di variante post frana, perché
> sulla heatmap (vecchia) non risulta.
>
> ___
> 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] Grazie ai militari...

[Davide Sandona']

>
> Secondo me hanno trovato una fetta di mercato che i mastodonti non
> riescono a coprire: quella dei sentieri. Tra qualche tempo (se non è già
> successo) verrà comprata da Google.
>

Possibile, anche se non lo vedo "affine" agli obbiettivi aziendali di
Strava. Per chi non lo sapesse, Strava rivende i propri dati GPS alle
entità che lo richiedono. Ad esempio le città che vogliono migliorare la
ciclabilità e gli spostamenti sostenibili, analisi sul traffico
comprendendo dati gps provenienti da ciclisti... Questo è solo uno dei
modelli di business di Strava, e credo che un'eventuale acquisizione
sarebbe nell'ordine dei miliardi d'euro. Cifra non proprio "economica" per
integrare solamente i sentieri dentro Gmaps...

Poi se fino ad oggi, come dicevi, la strategia di Strava comprendeva l'uso
> delle tracce GPS di OSM
>

No, non hai compreso cosa sia Strava. Strava è un'azienda privata, che
registra le attività sportive degli utenti (generalmente) attraverso
un'apposita app. Le tracce GPS di Strava non sono le tracce GPS di OSM.
Sono due cose assolutamente diverse Il numero di utenti che
contribuiscono alle tracce GPS di Strava è decisamente maggiore del numero
di utenti che contribuiscono alle tracce GPS presenti su OSM.

oltre a questa c'è anche la possibilità da parte del singolo utente di
> privatizzare la traccia/area, ovvero di nasconderla alla parte pubblica
> (sempre dopo autenticazione) della mappa, e di conseguenza si creano dei
> buchi zonali.
>

L'utente Strava ha il diritto di rendere privata una propria traccia GPS,
la quale non verrà inclusa nella heatmap. E' sempre stato così fin
dall'inizio della heatmap, e questo te lo posso garantire dato che come
utilizzatore Strava alcune tracce le tengo private e queste non compaiono
nella heatmap. Riguardo ai buchi zonali, se hai l'impressione che la zona
che stai mappando non sia adeguatamente coperta da Strava, utilizzerai
altro. Come detto, Strava è un'azienda privata e dei suoi dati ne fa ciò
che vuole :)

Di qui il mio dubbio, d'ora in poi qualunque sfondo Strava adesso, altri
> dopo di sicuro, messo a disposizione di OSM, subirà alterazioni, forse in
> Italia il problema attualmente non si pone, ma lo diventerà, e per noi sarà
> sempre più problematico l'uso di questo sfondo, e sinceramente spendere
> energie per bypassare, anche se legalmente, l'autenticazione, non mi ci
> vedo.
>

Non capisco di quali alterazioni tu ti stia preoccupando. Sei preoccupato
di non poter più tracciare i percorsi che fanno i militari all'interno
delle loro basi, le quali sono state nascoste dalla heatmap? O sei
preoccupato che un sentiero visibile oggi sulla heatmap non sarà visibile
al prossimo aggiornamento della stessa perché gli utenti hanno deciso di
rendere private le loro traccie? In tal caso resta pure tranquillo, che gli
utenti Strava hanno poco interesse a rendere private le loro attività,
altrimenti non rientrerebbero nelle classifiche dell'applicazione.

Personalmente uso lo sfondo delle tracce gps di osm, ed anche quelle
> scaricate dentro il livello di editing, ovviamente parlo di Josm, sugli
> altri editor non so se c'è questa possibilità, ma per mio uso, alla fine, è
> tale e quale a Strava, visto comunque, a parte tracciati GPS di altri
> privati non presenti su OSM, direi che la copertura per la maggior parte è
> la stessa dato che scarica per sè le stesse traccie.
>

Sono felice che per la tua zona il livello delle tracce GPS di OSM sia
sufficiente a coprire tutto. Tuttavia la tua assunzione che le tracce siano
le stesse è sbagliata (vedi punto sopra). Dalle mie parti (provincia di
Vicenza/Verona/Treviso) il livello delle traccie GPS offerto da OSM è assai
misero, mentre lo sfondo Strava aveva una copertuna incredibilmente
interessante. Posso dire con assoluta certezza che un bel 25% dei sentieri
CAI li ho mappati grazie a questo layer, non certo per le traccie GPS
presenti in OSM, oltreché aver corretto diversi sentieri e strade sterrate
mappate miseramente.


Davide.

Il giorno 30 marzo 2018 11:19, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 30/03/2018 00:00, Davide Sandona' ha scritto:
>
>> La tua preoccupazione è basata su una tua incomprensione della heatmap
>> stessa. La heatmap di Strava viene creata con procedimento additivo di
>> tutte le tracce GPS nei loro database, tutte, dalle più vecchie alle più
>> recenti. Ciò significa che se una strada o sentiero fosse stato chiuso (o
>> distrutto) tu comunque lo vedrai nella heatmap qualora in passato sia
>> stato
>> percorso dagli atleti che utilizzano Strava.
>> Io sono più preoccupato delle persone che utilizzano i dati (qualunque
>> dato) senza avere la minima idea della loro provenienza o del metodo di
>> raccolta.
>>
>> --cut--
>
>>
>> Strava è un'azienda priva

Re: [Talk-it] Grazie ai militari...

[Davide Sandona']

>
> Si, funziona ma dal mio punto di vista va bene solo per allineare le
> immagini satellitari alla mappa, perché ad esempio i sentieri negli anni
> cambiano, quindi usando la vecchia heatmap si rischia di annullare il buon
> lavoro svolto da qualcun altro. I mappatori meno navigati potrebbero far
> più danni che altro.
> Io non credo di avere le conoscenze necessarie, però secondo me
> bisognerebbe risolvere il problema, non aggirarlo usando il vecchio (e
> quindi non aggiornato) layer.
>

La tua preoccupazione è basata su una tua incomprensione della heatmap
stessa. La heatmap di Strava viene creata con procedimento additivo di
tutte le tracce GPS nei loro database, tutte, dalle più vecchie alle più
recenti. Ciò significa che se una strada o sentiero fosse stato chiuso (o
distrutto) tu comunque lo vedrai nella heatmap qualora in passato sia stato
percorso dagli atleti che utilizzano Strava.
Io sono più preoccupato delle persone che utilizzano i dati (qualunque
dato) senza avere la minima idea della loro provenienza o del metodo di
raccolta.

Poi in seconda istanza, vorrei capire se Strava è interessata o no a
> partecipare a OSM, perchè de facto usa e mappe Bing o Google come sfondo
> sul sito, quindi che ne viene  noi?
>

Strava è un'azienda privata, non una fondazione o un'associazione per
raccogliere dati liberi! Strava ha messo a disposizione la heatmap nel
2014/2015 proprio per migliorare OSM. Nel 2015 hanno effettuato il
passaggio da Google Maps a Mapbox (basandosi su dati OSM), credo la dica
lunga sulla loro volontà nel migliorare il progetto. Tuttavia Strava è
un'azienda privata e dei suoi dati ne fa ciò che più le conviene: dopo aver
ricevuto pressioni dal dipartimento della difesa statunitense hanno
implementato la nuova regola dell'autenticazione. Non resta che aspettare e
vedere se gli sviluppatori riusciranno ad integrare un login per la heatmap.


Davide.

Il giorno 29 marzo 2018 22:26, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 29/03/2018 22:23, liste DOT girarsi AT posteo DOT eu ha scritto:
>
>> Il 29/03/2018 12:58, Davide Sandona' ha scritto:
>>
>>> Se vi può essere utile, è possibile accedere ad una vecchia versione
>>> della
>>> heatmap a tutti i livelli di zoom con josm seguendo questa risposta: [1]
>>>
>>> [1]
>>> https://help.openstreetmap.org/questions/62803/strava-heatma
>>> p-no-longer-useful-for-osm-mappers-anything-we-can-do/62804
>>>
>>> Davide.
>>>
>>>
>> Per me non è utile, se non come ultima istanza e proprio per volontà di
>> volerla usare (capitemi), questo escamotage.
>>
>> A questo punto non capisco perchè la comunità OSM internazionale e i vari
>> gruppi di editor (iD, Josm, ecc.) non la bannano semplicemente dai loro
>> editor, asciano agli utenti l'eventuale personalizzazione i link alle tiles.
>>
>> Poi in seconda istanza, vorrei capire se Strava è interessata o no a
>> partecipare a OSM, perchè de facto usa e **mappe Bing o Google** come
>> sfondo sul sito, quindi che ne viene  noi? la licenza non l'ho trovata,
>> sapete se è cambiata nel frattempo a seguito di questa questione sui
>> militari?
>>
>>
>>
>
> **___** pardon, ho visto meglio, usa mapbox, ma il resto non cambia.
>
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Grazie ai militari...

[Davide Sandona']

Se vi può essere utile, è possibile accedere ad una vecchia versione della
heatmap a tutti i livelli di zoom con josm seguendo questa risposta: [1]

[1]
https://help.openstreetmap.org/questions/62803/strava-heatmap-no-longer-useful-for-osm-mappers-anything-we-can-do/62804

Davide.

Il giorno 26 marzo 2018 16:57, Massimo A.  ha
scritto:

> In realtà se sei loggato a strava con un account free la risoluzione è
> ancor meglio di prima.
>
> https://www.strava.com/heatmap
>
> Il problema sono per i wms ecc.. in quanto sembra esserci un problema di
> autentificazione
>
> attraverso 'Key-Pair-Id query parameter'
>
> Qui dettagli
>
> https://github.com/bertt/wmts/issues/2
>
> e qui il ticket di JOSM
>
> https://josm.openstreetmap.de/ticket/16100
>
> Magari qualcuno della Community ne riesce a sapere-capire di più...
>
>
>
> On 24/03/2018 22:45, liste DOT girarsi AT posteo DOT eu wrote:
>
> Il 24/03/2018 20:44, Cascafico Giovanni ha scritto:
>>
>>> ... che non spegnevano il GPS quando facevano le corsette in aree che non
>>> dovevamo sapere, adesso il massimo zoom di Strava [1] è 12. La tomba del
>>> tracciamento e dell'allinemento immagini satellitari.
>>>
>>> [1] https://blog.strava.com/press/heatmap-updates/
>>>
>>>
>> Peccato. era comodo a tratti, anche se l'ho usato poco.
>>
>> Ce ne faremo una ragione sto pensando di toglierlo dai WMS di
>> Josm.. per rispetto a quei soldati... ^_^
>>
>>
>>
>>
>>
>>
>>
>
> ___
> 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] Fwd: Mapzen is shutting down.

[Davide Sandona']

E' un vero peccato, negli anni avevano sviluppato molti progetti
interessantissimi.
In ogni caso, il team che si occupa di Valhalla (un software di routing
open source sviluppato da Mapzen) è appena stato "inglobato" da Mapbox:

**ANOUNCEMENT**: The Valhalla team is joining Mapbox where we'll be taking
> Valhalla to the next level! Stay Tuned!! ** An Open Source Routing
> Library/Service
>

[1] https://github.com/valhalla


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

2018-01-02 18:24 GMT+01:00 Federico Leva (Nemo) :

> O_o https://mapzen.com/blog/migration/
>
> Questa non me l'aspettavo. La competizione ha decretato Mapbox come
> vincitore?
>
> Federico
>
>  Messaggio inoltrato 
> Oggetto:Mapzen is shutting down.
> Data:   Tue, 2 Jan 2018 17:20:25 +
>
>
>
> Mapzen is shutting down.
>
>
>   Mapzen is shutting down.
>
> Unfortunately, we have some sad news. *Mapzen will cease operations at the
> end of January 2018.* Our hosted APIs and all related support and services
> will be shut down effective February 1, 2018. You will not be charged for
> API usage in December/January.
>
> We know this is an inconvenience and have provided a migration guide to
> similar services for our developer community. Our goal is to help as much
> as possible to ensure continuity in the services that you have built with
> us.
>
> Fortunately, the core products of Mapzen are built entirely on open
> software and data. As a result, there are options to run Mapzen services
> yourself or to switch to other service providers.
>
> Thanks for being with us over the past four years. We're grateful that the
> open work we've done can continue outside of Mapzen and while we know this
> is a sad day, we’re optimistic about what's next.
>
> Thanks for being a Mapzen user,
> Mapzen <3
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query Overpass

[Davide Sandona']

mitico! grazie mille.

Davide.

Il giorno 27 dicembre 2017 14:22, Andrea Albani  ha
scritto:

> C'è un esempio qui [0].
> La query ritorna nodi con la stessa identica posizione. Se ritocchi lo 0
> in around.a:0,  che esprime la posizione in metri,  puoi trovare anche nodi
> quasi sovrapposti. Dovrebbe accettare anche numeri con decimali, ma non ho
> mai provato.
> Ciao
>
> [0] http://wiki.openstreetmap.org/wiki/Overpass_API/
> Overpass_API_by_Example#Find_duplicate_nodes_.28since_0.7.54.29
>
>
> ___
> 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] Aiuto query Overpass

[Davide Sandona']

A volte capita di trovare delle intersezioni nelle highway in cui il nodo
di intersezione non è condiviso da entrambe le highway, ma è solamente
sovrapposto (ci sono quindi due o più nodi che occupano la stessa
posizione). Ciò significa che le highway di fatto non sono connesse tra
loro.

E' possibile con Overpass creare una query che trovi queste occorrenze?

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

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

[Davide Sandona']

>
> Mai usato OSMInspector. Ma non è necessaio conoscere OSMinspector per
> sapere come si gestisce una base dati
>

Un'affermazione abbastanza pretenziosa, non trovi? Certo, questo dipende
esclusivamente dalla tua definizione di gestione. Per esempio, la mia
definizione di "gestione di una base dati" comprende anche il controllo
della qualità dei dati. Probabilmente la tua definizione è diversa, magari
il tuo approccio non necessita di un controllo, o forse te ne freghi della
correttezza dei dati.

Il modo esiste. Per esempio cercare un tragitto con destinazzione nella
> strada in questione. Se non trovi la strada, il nome è sbagliato
> Guardi la relazione e ti accorgi che il nome è sbagliato
>

Ti invito a sviluppare un tool che dimostri il tuo approccio! Non mi
dispacerebbe affatto vedere una demo.

La ridondanza dei dati é sbagliata, costinge a fare più lavoro e occupa più
> spazio nel db
>

Finché non svilupperai il suddetto tool, resto convinto che in un database
crowdsourced quale OSM la ridondanza di dati critici quali gli addr:street
sulla numerazione civica è di vitale importanza per garantire che
incompetenti a caso vadano ad inserire errori che non potranno essere
trovati sulle relazioni.

Ripetere la stessa informazioni su decine di nodi e poi consentire alla
> gente di modifficarla sul singolo nodo CERTAMENTE introduce più errori di
> quanti ne introdurrebbero le relazioni
>

Dipende da come conti gli errori. Se l'incompetente di turno decide che la
relazione di nome A debba avere il nome errato B, questo errore viene
trasmesso a tutti gli oggetti contenuti nella relazione. In questo caso, se
N è il numero di elementi della relazione, ci saranno N+1 errori (compresa
la relazione stessa). Inoltre, tu che non abiti in quella via e mai ci
passerai, non avrai alcun modo per affermare se il nome B è corretto o
sbagliato. Invece, con l'approccio attuale, se lo stesso incompetente
decide che l'highway di nome A debba avere il nome errato B, e non tocca
alcun nodo dei civici (proprio perché è un'incompetente), io che da casa
mia controllo un'area distante centinaia di chilometri (e sono l'unico che
la controlla), magari riesco anche ad affermare che tale edit è un errore.
Inoltre, in tal caso avrò solo da sistemare le highway che si spera siano
in numero inferiore rispetto ai civici associati.

Del resto questo thread è stato aperto appunto per segnalare una situaione
> di uan strada con decine di errori dovuti a questo schema evidentemente
> inadeguato. Il copia incolla in questo caso non ha funzionato !!


Questo thread è stato aperto per correggere evidenti problemi relativi ad
un vecchio import. Ma non puoi assolutamente affermare che il tuo approccio
sarebbe privo di errori. Comunque, l'unico modo che abbiamo per confrontare
i due metodi è il seguente. Ti prendi un paese che ti piace (ovviamente che
abbia i numeri civici), lo correggi col tuo metodo, ci scrivi qui in
mailing list il nome del paese e noi andremo a risolverci tutti i dubbi che
chiaramente non riusciamo ad esplicare via mail.

la "scorrettezza" con cui verrebbero usate le relazioni fa certamente meno
> danni del replicare i dati col copia e incolla, come dimostra questo thread
>

la scorrettezza con cui verrebbero usate le relazioni dipende dal livello
di esperienza dell'utente di turno (o del troll di turno).

Questo denuncia su quanto è complicato è francamente imbarazzante 
> Non è complicato affatto.
> Organizziamo un workshop ?
> Mapping avanzato: come e perchè si usano le relazioni. Rigorosamente con
> Josm e Vespucci
> Ve lo spiego io
>

Ti prego di organizzarlo, sarà mia premura inviarti 5-6 nomi di persone
menefreghiste rispetto al lavoro altrui che dovrai assolutamente portare al
tuo workshop. Ti faccio già un grande "in bocca al lupo", perché a me non
hanno mai risposto.
E' proprio questo il punto critico che ti ostini a non comprendere: OSM,
nel bene o nel male, è aperto a tutti. Dal principiante al professionista.
Allo stato attuale, il principiante inserisce errori facilmente
identificabili e risolvibili, con il tuo approcio, anche il principiante
riuscirà a fare danni di proporzioni epiche.

Invece io dico: usiamo il metodo delle relazioni perché è evidentemente
> superiore !
>
> Da 4 milioni facciamole salire a 4,2
>

Come ho scritto sopra, prenditi un paese a piacimento, mappalo
correttamente secondo le tue idee, a lavoro completo informaci sulla zona
mappata cosìcché noi comuni mortali possiamo risolverci ogni ombra di
dubbio e saltare felicemente nel tuo treno :) Nel frattempo, buon lavoro!


Davide.

Il giorno 14 dicembre 2017 19:21, Catonano  ha scritto:

> Il giorno 14 dicembre 2017 17:47, Simone Saviolo  > ha scritto:
>
>> Catonano, sono d'accordo con te nei contenuti, ma per favore, modera un
>> po' la forma. In alcuni punti sembri un po' troppo aggressivo: forse lo
>> sembro anch'io, nel qual caso chiedo scusa, non era mia intenzione.
>>
>
> Va bene
>
> 

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

[Davide Sandona']

>
> Capisco, davvero. Ma spero che tu ti renda conto che è un bug che copre un
> altro bug.


Tu lo vedi come un bug che copre un altro bug, io la vedo come un'utile
ridondanza per effettuare controlli sulla validità dei dati. E' possibile
farlo con le relazioni street? Non che io ne sia a conoscenza, sentiti
libero di fornirmi gli strumenti per effettuare validazioni anche con le
relazioni.


Se fosse accaduto sulle relazioni invece di dover correggere un milione di
> punti, ne avresti dovuto correggere solo uno.
>
Se OSMInspector non considera le relazioni questa non è una ragione
> generale per non usarle.
>

Catonano, dalla tua affermazione è chiaro che non hai mai effettuato alcun
controllo e modifiche sui numeri civici e che non hai idea del principio di
funzionamento di OSMInspector. Nella mappa che hai visto non ci sono
milioni di punti da correggere, ma solamente poche decine di highway da
correggere. Se per assurdo, tale zona fosse stata mappata con le relazioni
e il mappatore di turno avesse cambiato il nome della relazione con un nome
sbagliato, non esiste ALCUN modo di affermare che quello sia un errore,
perché la relazione elimina la ridondanza dei dati. Il controllo degli
indirizzi effettuato da OSMInspector è basato sulla ridondanza dei dati. Se
elimini la ridondanza, elimini anche l'unico modo di controllare
l'integrità dei dati.
Se voi siete a conoscenza di metodologie che permettono questo livello di
controllo sui dati attraverso l'uso di relazioni, vi invito a condividerle
e non tenervele segrete; se non esistono si cercherà di svilupparle. Ma per
piacere, non spariamo boiate



Davide.

Il giorno 14 dicembre 2017 16:24, Simone Saviolo 
ha scritto:

> Il giorno 14 dicembre 2017 16:03, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>> 2017-12-14 14:59 GMT+01:00 Simone Saviolo :
>>
>>> Qualitativamente, no. È vero, le relazioni comportano un *piccolo*
>>> overhead: da una parte aggiungo un tag a un nodo/way, dall'altro aggiungo
>>> il nodo/way alla relazione *e* ho una relazione. Ma bada, la relazione con
>>> mille membri è sempre UNA relazione con mille membri, invece di essere
>>> mille tag. Non mi sembra che sia un impatto rilevante - ma per scoprirlo
>>> dovremmo avere numeri, e non li abbiamo.
>>>
>>
>> i numeri ci sono, non le ho io, ma ho ascoltato chi le aveva. Il "dogma"
>> "relations are not categories" viene proprio da questo lato. Altrimenti
>> potresti anche dire: perché scrivere amenity=school mille volte, se posso
>> avere una relazione "scuole di Roma" dove aggiungo tutte le scuole. Per
>> esempio.
>>
>
> Infatti sono contrario anch'io alle categorie. Ma questa non è una
> categoria: è una relazione del tipo "fa parte di", "è associato a".
>
> Quanto alle scuole di Roma, non c'entra. amenity=school è un tag fisso;
> qui stiamo parlando di name=* che è un tag freeform. È sbagliato che un
> campo freeform venga usato come chiave per una relazione.
>
> Inoltre, fare una categoria "scuole di Roma" è sbagliato: se vuoi tutte le
> scuole di Roma, fai una query. Creare una categoria (con una relazione o in
> qualsiasi altro modo) sarebbe una sorta di cache dei risultati della query,
> e sarebbe invalidata tre secondi dopo che l'hai fatta.
>
> Ciao,
>
> Simone
>
> ___
> 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] Cambio massivo valore alla chiave addr:street nei numeri civici

[Davide Sandona']

Capisco le problematiche esistenti su entrambi gli approcci. Tuttavia, le
persone che si occupano della numerazione civica sono assai poche. Le
persone che si impegnano dopo un import a correggere i nomi delle vie con i
nomi degli nodi-indirizzi sono praticamente inesistenti. Ancor più rare
sono le persone che monitorano costantemente tutti gli edit di una
determinata area per controllare che non vengano inseriti errori.

Da un punto di vista di database, avrebbe assolutamente senso utilizzare le
relazioni. Però su OSM operano un sacco di persone che di database e
relazioni non sanno assolutamente nulla; cosa significa questo? Qualora una
di queste persone vada ad inserire un errore su un nome di una relazione
(per ignoranza oppure per sabotaggio) è assai probabile che questo errore
sfugga ai controlli. Con le relazioni street, un errore sul nome ricadrebbe
su tutti gli oggetti di quella relazione. D'altra parte, se un utente va a
cambiare il nome di una highway o di un singolo nodo addr:street, se c'è
un'errore questo comparirà su OSMInspector.

Voglio portarti un esempio concreto di quanto ho appena affermato. Guarda
la provincia di Ferrara [1]. Qualche mese fa mi sono occupato di sistemare
i nomi su tutta la provincia, un lavoro enorme, non ti dico quanto tempo ho
speso. Su OSMi i puntini rossi li contavi su una mano. Adesso invece puoi
notare che è tornato ad essere un campo da guerra. Qualche utente si è dato
un gran da fare per abbreviare nuovamente i nomi. Dico io, esiste il tag
short_name: se ti sta sulle balle il nome completo abbi la decenza di
aggiungere quel tag! Ora, mi conforta il fatto che questi utenti abbiano
solo cambiato il nome di un highway e non di tutti i civici. Evidentemente
questi utenti non sono consci delle implicazioni di tali modifiche, per
fortuna (altrimenti chi li trova più gli errori)  Se il fatto fosse
accaduto sulle relazioni, ti sfido a trovare questi problemi!

[1]
http://tools.geofabrik.de/osmi/?view=addresses=11.67004=44.80572=11=buildings,buildings_with_addresses,postal_code,entrances_deprecated,entrances,street_not_found,place_not_found,nodes_with_addresses_defined,nodes_with_addresses_interpolated,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads,nearest_areas,addrx_on_nonclosed_way

Davide.

Il giorno 14 dicembre 2017 15:26, Catonano  ha scritto:

>
>
> Il giorno 14 dicembre 2017 14:53, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>> 2017-12-14 12:59 GMT+01:00 Catonano :
>>
>>>
>>> Eventuali software che avessero problemi nel parsing potrebbero estrarre
>>> i dati e metterli in un formato più adatto al loro progetto
>>>
>>
>>
>> appunto, è proprio questo il problema. Più relazioni hai, più dura questo
>> processo (perché gli unici ad avere posizioni sono nodi, i way contengono
>> solo numeri dei nodi, e relazioni contengono solo numeri di altre
>> relazioni, way e nodi).
>>
>
> ho capito. Ma ripeto: se ci si pone di questi problemi allora cambiano i
> termini del confronto con soluzioni commerciali
>
>
>
>>
>>> Del resto la relazione street esiste per un motivo
>>>
>>
>>
>> si, perché nessuno ha ancora avuto il corraggio o il tempo di sostituirle
>> con il sistema "vincente" ;-)
>> Intanto si tratta di una cosa opzionale e _in più_
>> "Note that this relation is *not established* and *unsupported* by some
>> applications. It has also not been approved by vote. You can still use it,
>> but you should not delete existing tagging in its favour."
>>
>
> associatedStreet tratta i numeri civici nello stesso modo ed è approvata
>
>
>
>>
>>
>>
>>>
>>> Il motivo è esattamente quello che replicare lo stesso dato su motli
>>> punti è una bad practice nelle basi dati dagli anni 60 almeno
>>>
>>
>>
>> è una bad practice se tu sei l'unico a gestire quel db, non se ci sono
>> millioni di amatori, raramente anche malintenzionate spesso però poco
>> pratici.
>>
>
> milioni di amatori non garantiscono che la correttezza dei dati possa
> essere assicurata con UN SOLO edit di uno che sa usare le relazioni
>
>
>
>
>
>>
>>
>>
>>
>>>
>>>
>>> Le relazioni incomplete si possono completare e quelle rotte si possono
>>> riparare
>>>
>>>
>>
>> certo, solo che non è divertente. Chi le ha preferite spesso ha smesso di
>> utilizzarle perché si è stancato delle continuate riparazioni...
>>
>
> quindi si moltiplicano i nodi potenzialmente bisognosi di riparazioni di
> diversi ordini di grandezza ?
>
>
>
>
>>
>>
 adesso, se ti sbagli con un civico e scrivi il nome sbagliato della
 strada, salta all'occhio, se invece sbagli il nome della relazione
 otteniamo un dato falso e non ci sono indicazioni, l'errore può dormire più
 tranquillo

>>>
>>> e perché ? Una relazione non è ispezionabile, a mano o da parte di un
>>> software ?
>>>
>>
>>
>> si, ma con cosa la vuoi confrontare, se il nome c'è solo scritto lì,
>> invece di avere 200 copie.
>>
>
> Uno che conosce il nome della strada guarda 

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

[Davide Sandona']

>
> Grazie dell'attenzione: si tratta di Storo (Tn)


Guardando la cronologia, si tratta di un import del 2012.
Eviterei l'approccio di sostituzione con Notepad++ o editor testuali, in
quanto è necessario prestare molta attenzione agli elementi che si vanno a
modificare.

Poiché il paese è abbastanza piccolo, utilizzerei JOSM con il seguente
approccio:
1. scaricare l'area interessata.
2. utilizzare lo strumento "Cerca" (puoi utilizzare la combinazione dei
tasti CTRL + F)
3. inserire questi termini di ricerca:  type:node "addr:street"="NOME VIA
DA CERCARE"
Ovviamente sostituisci NOME VIA DA CERCARE con il nome sbagliato da
correggere, ad esempio "Via A. Manzoni". Poi premi il pulsante Cerca, e
JOSM selezionerà tutti i nodi che avranno quel nome di via. A questo punto,
nella lista dei tag fai doppio click su "addr:street" e inserisci il valore
corretto, ad esempio "Via Alessandro Manzoni". In questo modo effettui la
sostituzione su tutti i nodi in un colpo solo.
4. Ripetere il procedimento per tutte le vie da correggere.

Se hai altri dubbi, chiedi pure.


Davide.

Il giorno 13 dicembre 2017 19:17, Giovanni Berti  ha scritto:

> Seguendo il consiglio che ho letto poco tempo fa in Talk-it ho utilizzato
> OSM Inspector | Geofabrik Tools (http://tools.geofabrik.de/osmi/) per
> controllare un'area che seguo e ho notato moltissimi errori dovuti
> all'errata indicazione del valore nella chiave addr:street dei numeri
> civici. Ciò penso sia dovuto al fatto che, seguendo correttamente le
> disposizioni e le regole dell'Archivio nazionale dei numeri civici delle
> strade urbane (ANNCSU) sono state modificate le denominazioni di alcune
> strade mettendo titoli onorifici e nomi al completo. Per esempio via G.
> Garibaldi è diventata Via Giuseppe Garibaldi.
>
> Le modifiche non sono state portate all'interno della chiave addr:street
> dei singoli numeri civici e lo strumento utilizzato lo evidenzia segnalando
> l'errore "Street not found". Ho provato a correggerne a mano alcuni con
> Josm e in quei casi gli errori sono rientrati e ora quei  numeri civici
> risultano correttamente collegati alla strada con il nome corretto.
>
> È possibile correggere massivamente gruppi di numeri civici sostituendo la
> descrizione errata della strada con quella giusta? Ho provato a modificare
> con Notepad++ il file osm ma non funziona.
>
> Grazie
>
> Giovanni Berti
>
>
>
> ___
> 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] Cambio massivo valore alla chiave addr:street nei numeri civici

[Davide Sandona']

Ciao Giovanni, potresti dire quale area si tratta?

Davide.

Il giorno 13 dicembre 2017 19:17, Giovanni Berti  ha scritto:

> Seguendo il consiglio che ho letto poco tempo fa in Talk-it ho utilizzato
> OSM Inspector | Geofabrik Tools (http://tools.geofabrik.de/osmi/) per
> controllare un'area che seguo e ho notato moltissimi errori dovuti
> all'errata indicazione del valore nella chiave addr:street dei numeri
> civici. Ciò penso sia dovuto al fatto che, seguendo correttamente le
> disposizioni e le regole dell'Archivio nazionale dei numeri civici delle
> strade urbane (ANNCSU) sono state modificate le denominazioni di alcune
> strade mettendo titoli onorifici e nomi al completo. Per esempio via G.
> Garibaldi è diventata Via Giuseppe Garibaldi.
>
> Le modifiche non sono state portate all'interno della chiave addr:street
> dei singoli numeri civici e lo strumento utilizzato lo evidenzia segnalando
> l'errore "Street not found". Ho provato a correggerne a mano alcuni con
> Josm e in quei casi gli errori sono rientrati e ora quei  numeri civici
> risultano correttamente collegati alla strada con il nome corretto.
>
> È possibile correggere massivamente gruppi di numeri civici sostituendo la
> descrizione errata della strada con quella giusta? Ho provato a modificare
> con Notepad++ il file osm ma non funziona.
>
> Grazie
>
> Giovanni Berti
>
>
>
> ___
> 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] Immagini su pagine wiki

[Davide Sandona']

grazie Simone,
sembra che sulla wiki OSM non sia possibile visualizzare immagini caricate
su altri server :(
dovrò accontentarmi dei link.

Davide.

Il giorno 7 dicembre 2017 17:56, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 07/12/2017 16:42, liste_girarsi ha scritto:
>
>> Il 7 Dicembre 2017 16:33:13 CET, Davide Sandona' <
>> sandona.dav...@gmail.com> ha scritto:
>>
>>> Salve,
>>> qualcuno sa se nelle pagine wiki openstreetmap è possibile visualizzare
>>> immagini caricate su server esterni?
>>>
>>> Davide.
>>>
>>
>> A me risulta solo quello di commons wikimedia.
>>
>> Comunque vedi sulla wiki la pagina dedicata alla formattazione delle
>> pagine wiki, lì se non ricordo male c'è scritto qualcosa.
>>
>>
>>
> Provalo su un'anteprima di una pagina wiki, per vedere se funziona, questo
> è il link a mediawiki, software che fà "girare" la nostra wiki:
>
> https://www.mediawiki.org/wiki/Help:Images/it#Files_at_other_websites
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Immagini su pagine wiki

[Davide Sandona']

Salve,
qualcuno sa se nelle pagine wiki openstreetmap è possibile visualizzare
immagini caricate su server esterni?

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

Re: [Talk-it] Agenzia delle uscite - Consultazione cartografia catastale - Web Map Service

[Davide Sandona']

Apri Qgis, vai nel menu Layer -> Add Layer -> Add WMS/WMTS Layer
Sulla scheda Layer, click sul pulsante New. Dai un nome ed inserisci l'url
che possiedi. Click su Ok.
A questo punto, dalla lista dei layers seleziona quello che hai appena
creato e premi il pulsante Connect. Comparirà una lista di layers contenuti
nel WMS: puoi selezionare i layer che ti interessano e aggiungerli alla
mappa.

Davide.

Il giorno 5 dicembre 2017 11:44, Martin Koppenhoefer <dieterdre...@gmail.com
> ha scritto:

> 2017-12-05 11:42 GMT+01:00, Davide Sandona' <sandona.dav...@gmail.com>:
> > Martin, prova a caricare i singoli layer contenuti in quel wms, vedrai
> che
> > non ci saranno problemi! :) Se invece provi a caricarli tutti in un colpo
> > solo, ti dà quell'errore.
> >
> > Davide.
>
>
> mi potresti dare una URL? Io ho soltanto quella che ho postato sopra
> (dal loro sito), e non mi fa nemmeno conettere per vedere quali siano
> i livelli disponibili.
>
> 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] Agenzia delle uscite - Consultazione cartografia catastale - Web Map Service

[Davide Sandona']

Martin, prova a caricare i singoli layer contenuti in quel wms, vedrai che
non ci saranno problemi! :) Se invece provi a caricarli tutti in un colpo
solo, ti dà quell'errore.

Davide.

2017-12-05 11:12 GMT+01:00 Martin Koppenhoefer :

> A me continua a non funzionare con QGIS 2.18.14 ( "Failed to download
> capabilities:
> Download of capabilities failed: Connection closed" ) su un Mac.
> Ugualmente, dal browser non va. Stai usando questa URL?
> https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php
>
> Ciao,
> Martin
>
> 2017-12-05 11:08 GMT+01:00, Federico Cortese :
> > 2017-12-05 10:53 GMT+01:00 Martin Koppenhoefer :
> >> Per voi funziona ancora? Ho provato di accedere a
> >> https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php
> >> (URL dal sito AE) e mi restituisce una pagina vuota, sia dal browser
> >> che da QGIS (dove dice connessione al server chiusa).
> >>
> >
> > In questo momento da QGIS sta funzionando senza problemi.
> >
> > Ciao,
> > Federico
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
> >
>
>
> --
> Martin Koppenhoefer (Dipl-Ing. Arch.)
> Via del Santuario Regina degli Apostoli, 18
>
> 00145 Roma
>
> |I|I|I|I|I|
> I|I|I|
>
> Italia
> N41.851, E12.4824
> 8FHJVF5W+W5
>
> tel1: +39 06.916508070
> tel2: +49 30 868708638
> mobil: +39 392 3114712
> mobil: +49 1577 7793740
> m...@koppenhoefer.com
> http://www.koppenhoefer.com
>
>
> Hinweis:
> Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
> Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der
> manuellen Übertragung von Informationen in elektronische Medien die
> übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu
> entschuldigen.
>
> Any views or opinions are solely those of the author and do not necessarily
> represent those of koppenhoefer.com unless specifically stated.
> This email and any files attached are confidential and intended solely for
> the use of the individual or entity to which they are addressed.
> If you have received this email in error, please notify
> postmas...@koppenhoefer.com
>
> Please note that to ensure regulatory compliance and for the protection of
> our clients and business, we may monitor and read messages sent to and from
> our systems.
>
> Thank You.
>
> ___
> 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] Editor ID e layer di sfondo

[Davide Sandona']

Ho un paio di domande riguardo l'editor online ID:
1. esiste la possibilità di caricare la cartografia PCN? Secondo la pagina
wiki no, ma è vecchia di un paio d'anni... [1]
2. esiste la possibilità di utilizzare il layer Strava Heatmap sopra alle
immagini satellitari, come su JOSM in cui la parte di color nero del layer
non viene visualizzata?

[1]http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN

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

Re: [Talk-it] cavo d'acciaio

[Davide Sandona']

Sono chiaramente teleferiche per trasportare legna a valle. Ne conosco un
paio anch'io che attraversano i sentieri.
Al momento non posso essere d'aiuto per la mappatura, tuttavia il caso
della seconda foto (cavo ad altezza uomo) è da criminali. Comprendendo la
difficoltà e quindi l'impossibilità di stendere e ristendere questi
apparati ripetutamente (infatti queste soluzioni tecniche sono spesso
utilizzate per raggiungere luoghi impervi, almeno dalle mie parti), colui
che stende la teleferica deve garantire la sicurezza sui sentieri, fiumi,
strade che questa attraversa. Nel caso della foto, si potrebbe argomentare
che la sicurezza non è garantita. Ti consiglio di andare in comune e
sporgere una segnalazione (le teleferiche per legname necessitano di
permessi rilasciati dal comune).

Davide.

Il giorno 12 novembre 2017 22:43, demon.box  ha
scritto:

> ciao, mi è capitato ieri (ma non è la prima volta) di trovare dei cavi
> d'acciao che attraversano perpendicolarmente il sentiero a varie altezze da
> terra.
> a volta a pochi cm dal suolo:
>
>  >
>
> altre volte a circa 1m dal terreno:
>
>  >
>
> non ho ben capito tra l'altro cosa sono, forse vecchi cavi utilizzati per
> il
> trasporto della legna a valle ormai inutilizzati? di sicuro quelli a pochi
> cm dal terreno non vedo oggi a cosa possano ormai servire.
> comunque essendo potenzialmente molto pericolosi soprattuto per chi come me
> percorre quei sentieri in mtb vorrei opportunamente segnalarli, quindi come
> mi consigliate di mapparli?
> io per ora li ho provvisoriamente taggati così:
>
> aerialway=goods
> disused=yes
>
> ma so che non è proprio corretto, inoltre come potrei anche indicare
> l'altezza da terra?
>
> 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] Auto incastrata

[Davide Sandona']

non sono della zona, ma per curiosità ho provato a controllare con le
immagini satellitari.
Su OSM, Via De Cristoforis esiste, è mappata come una strada ad una sola
corsia, ma cosa più importante, non ha sbocchi d'uscita. Al momento non ci
sono sentieri collegati.
Guardando Google Maps invece, si nota che tale via "si restringe" ma
prosegue collegandosi ad una strada sottostante.
Se le immagini di Street View sono ancora valide, all'imbocco di questa via
è presente il segnale "Strada senza uscita". Quindi oltre ad aggiornare il
navigatore, bisognerebbe anche aggiornare l'autista :)
In questo caso mi sembra non sia colpa di OSM...

Davide.

Il giorno 7 novembre 2017 23:05, emmexx  ha scritto:

> Non è una richiesta d'aiuto per un tag ma una news legata ad un altro
> colpito da un navigatore:
>
> http://milano.corriere.it/foto-gallery/cronaca/17_novembre_07/como-auto-
> incastrata-carate-urio-navigatore-vigili-del-fuoco-
> da674294-c3da-11e7-8679-22cd098c4574.shtml
>
> Se qualcuno passa da quelle parti e sistema i dati... ;-)
>
> ciao
> maxx
>
> ___
> 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] INSPIRE: compatibilità ODbL Vs. CCbySA3.0 Italia

[Davide Sandona']

questo dataset era già stato messo in luce su questa lista da altri utenti.
In poche parole, i dati relativi alla numerazione civica non sono adatti ad
un import perché sono incompleti ed imprecisi.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 7 novembre 2017 19:40, Francesco Pelullo  ha
scritto:

> Ciao a tutti,
>
> Prendo spunto dalla tabella di compatibilità ODbL segnalata alcuni giorni
> fa in un altro thread:
> http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
> e dai tanti messaggi di import civici che stanno girando in questo periodo
> in lista.
>
> La mia considerazione è: perché non proviamo a chiedere autorizzazione per
> fare un import nazionale dei civici e dei toponimi?
>
> I dataset sono disponibili sul PCN, sarebbe necessaria però
> un'autorizzazione esplicita.
>
> Catalogo nazionale numeri civici, georeferenziati, aggiornato al 2012:
> http://www.pcn.minambiente.it/geoportal/catalog/search/
> resource/details.page?uuid=%7BE9FA8B9E-9A57-4DAD-A24C-C2C7BE5FD85A%7D
>
> Toponimi d'Italia:
> http://www.pcn.minambiente.it/geoportal/catalog/search/
> resource/details.page?uuid=%7B1FFE8DA8-FAF4-4B63-B9E7-6C14AC8EC3A2%7D
>
> Ho provato ad importare i WMS con QGIS ed ovviamente funzionano
> perfettamente.
>
> Segnalo infine che il Catasto ha dichiarato di avere a disposizione
> ortofoto satellitari con risoluzione 20cm aggiornate ogni tre anni.
> Non trovo però riferimenti al di fuori della circolare n. 44/E del 2016
> dell'Agenzia delle Entrate. Sapete dove pescarle?
>
> Ciao
> /niubii/
>
>
> ___
> 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] Nominatim ed abbreviazioni

[Davide Sandona']

tempo fa notai anch'io questa cosa. Secondo me, essendo il team che si
occupa di Nominatim numericamente esiguo (al momento sembra che si occupi
del progetto solamente l'utente Lonvia), è assai difficile implementare
tutte le cose che vengono aggiunte in quella pagina wiki e soprattutto
testarle in modo accurato. Dopotutto, un utente che non parla una
determinata lingua difficilmente riuscirebbe a testare le modifiche in modo
corretto.
Ritengo che se ci fosse uno sviluppatore italiano nel team, il processo di
integrazione delle abbreviazioni italiane potrebbe subire un'accelerata.
Tempo fa valutai la possibilità di dedicare un po' del mio tempo a questo
progetto, tuttavia i requisiti hardware per preparare una piattaforma di
test, anche solo limitata al territorio italiano, erano per me troppo
onerosi.

Davide.

Il giorno 26 ottobre 2017 16:35, Cascafico Giovanni 
ha scritto:

> Sono incappato nella pagina delle abbreviazioni [1] ed ho bisogno di
> chiarimenti, visto che l'argomento potrebbe risolvere alxune delle annose
> questioni degli addr.
>
> Perché in italiano la colonna "implemented" é vuota? Come seguire lo stato
> di questa implementazione? Perché le citate nuove colonne "Prefix/Suffix"
> non esistono?
>
> [1] https://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations
>
> ___
> 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: Italia geografica?

[Davide Sandona']

Guardando la cronologia di questa relazione, si vede che è stata creata
quattro mesi fa dall'utente lorec10 [1].
Qualcuno ha provato a contattarlo chiedendo informazioni in merito?
Inizialmente sembrava volesse descrivere i confini storici del Regno
d'Italia, poi l'ha trasformata in un'altra cosa. In ogni caso mi sembra ci
sia Open Historical Map per entità storiche.

[1] https://www.openstreetmap.org/user/lorec10
[2] https://wiki.openstreetmap.org/wiki/Open_Historical_Map

Davide.

Il giorno 16 ottobre 2017 15:37, Martin Koppenhoefer  ha scritto:

> 2017-10-16 15:11 GMT+02:00 frali...@alice.it :
>
>> premettendo che la geografia è il regno delle convenzioni
>>
>> per regione fisica si intente un qualcosa caratterizzata da confini
>> fisici, indipendentemente da quelli proposioni di geografia umana e di
>> geografia politica.
>>
>> Ora convenzionalmente i confini della Penisola Italiana o Regione Fisica
>> Italiana sono lo spartiacque delle Alpi ed il mare con il contorno delle
>> isole.
>> poi come i layer possiamo sovrapporre  i confini politici, o le aree di
>> stanziamento delle popolazioni e  potremmo ottenere altre forme di Italia.
>>
>>
>
> si (a parte che la penisola italiana secondo wp (con 2 fonti) viene
> definita così: "In realtà la penisola in senso propriamente geografico
> inizia dall'Appennino tosco-emiliano e dall'Appennino tosco-romagnolo
> praticamente con una linea immaginaria che va dal fiume Magra al fiume
> Marecchia,[2][3] e si estende fino all'estrema propaggine meridionale di
> Capo Spartivento in Calabria."), ma quella relazione non descrive solo la
> penisola, descrive la "geografia italiana".
>
>
>
>
>>
>> per visualizzare questi concetti potresti vedere la storia di
>> Konisberg/Kaliningrad e della Prussia Orientale.
>> Lo sapevi che i Prussi erano una popolazione slava praticamente
>> sterminata dall'Ordine Teutonico?
>> eppure se ti dico 'prussiano' pensi immediatamente ai tedeschi.
>>
>>
>
> si, parliamo comunque del medioevo. I "Hohenzollern", che poi erano i re e
> imperatori della Prussia, non erano slawi. Hanno la casa principale (Burg
> Hohenzollern) adirittura lontanissimo dalla Prussia:
> http://www.openstreetmap.org/way/93612350#map=9/48.2503/9.0569
> https://de.wikipedia.org/wiki/Burg_Hohenzollern
> Non ci penserei ma a pensare che quella zona potrebbe fare parte della
> regione geografica Prussiana.
>
> 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] [violazione] Windy.com

[Davide Sandona']

apparentemente la faccenda è stata già proposta nei loro forum [1] ancora
nel dicembre 2016 e nulla è stato fatto...

[1] https://community.windy.com/topic/3353/map-correction/4

Davide.

Il giorno 10 settembre 2017 12:02, girarsi_liste 
ha scritto:

> Il 10/09/2017 10:45, Cascafico Giovanni ha scritto:
> > Molto bello il sito [1], ma l'attribuzione?
> >
> > [1] https://www.windy.com/
> >
> >
>
> Confermo, ho trovato solo un commento nella community che parlava di
> utilizzare come base OSM, ma niente di più nelle info del sito.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Nomi di contrade e nomi delle vie

[Davide Sandona']

Mi trovo in difficoltà dopo un sopraluogo effettuato su una zona poco
mappata.

Si tratta di una strada della lunghezza di circa 1.2km, lungo la quale sono
disposte alcune piccole frazioni. La maggior parte di queste frazioni avrà
forse 4-5 case, alcune delle quali non più abitate, quindi volevo
utilizzare un nodo con i tag place=isolated_dwelling e name=*. Conoscevo
già i nomi di alcune frazioni, altri invece li ho visti sulla CTR.

Il dubbio è: guardando altri servizi cartografici (tuttocittà, google maps,
bing maps, ...), questi riportano i nomi delle frazioni come nome di via
sul tratto di strada interessato, ad esempio "Via Creari". Durante il mio
sopraluogo non era installato alcun cartello che riportasse i nomi di via.

Come comportarsi in questi casi? Si mette solamente il nodo con tag place e
name? Si mette solamente il nome sul tratto di strada interessato? O si
usano entrambi gli approcci?

Davide.


Virus-free.
www.avast.com

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

Re: [Talk-it] nome via

[Davide Sandona']

siamo sicuri si tratti di un nome locale, e non del vecchio nome della via?
Io proverei a contattare chi ha inserito quel nome.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 14 luglio 2017 13:51, demon.box  ha scritto:

> ciao, scusate piccola questione ma
>
> se sul cartello con il nome di una via messo dal comune leggo:
>
> "Via  F. Albini (Cecchina)"
>
> sicuramente sulla highway metto
>
> name=Via Francesca Albini   (visto che so per certo che il nome per esteso
> è
> Francesca)
>
> ma quel "Cecchina" (evidentemente nome locale o soprannome che dir
> sivoglia)
> come lo gestisco?
>
> grazie.
>
> --enrico
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/nome-via-tp5899266.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Infratel

[Davide Sandona']

ho solamente sbirciato il documento "Legenda dei dati", sembra che non
siano georeferenziati.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 7 luglio 2017 18:43, Francesco Pelullo  ha
scritto:

> Ciao a tutti
>
> Segnalo questa notizia:
>
> https://www.tomshw.it/civico-civico-database-infratel-la-fibra-2020-86877
>
> Ciao
> /niubii/
>
>
> ___
> 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] import numeri civici Regione Toscana

[Davide Sandona']

Riguardo agli accessi carrabili: anche il dataset della città di Vicenza
specifica il tipo di ingresso (abitativo, carrabile, uffici...). In alcuni
casi è possibile aver certezza di un accesso carrabile anche dalle immagini
satellitari e quindi si può aggiungere la stradina highway=service
service=driveway barrier=gate e tutte le informazioni pertinenti. Però
esistono situazioni in cui l'ingresso carrabile coincide con il portone del
garage (per esempio) e quindi non si più mettere un highway. Io importai
tutti i civici, poi qualora ci fosse qualche buon mappatore che abita in
zona può migliorare la situazione inserendo tutte le stradine.

Riguardo all'aspetto tecnico di questo import, una veloce analisi degli
indirizzi del dataset evidenzia che ci sono:

   - quasi 32 mila indirizzi univoci
   - circa 240 indirizzi con date (ovviamente da normalizzare)
   - circa 370 indirizzi che contengono numeri (non date): questi sono da
   passare uno ad uno!!!
   - circa 1000 indirizzi che presentano il trattino di unione - (ad
   esempio LOCALITA' BORSELLI - MEO oppure LOCALITA' BORSELLI - MALEZZI, come
   vedete ci sono similitudini che andrebbero controllate e comprese)
   - circa 780 indirizzi che presentano abbreviazioni (nomi troncati
   attraverso il carattere punto .)
   - alcune DUG da controllare, ad esempio "C.S.T.", "C.S.R.", "C.S.O." le
   quali sembrano trovarsi tutte nel comune di Cortona. Seguendo le direttive
   ISTAT di normalizzazione, tutte queste DUG dovrebbero essere riportate come
   "Case Sparse".

Mi auguro che prima di effettuare l'import gli indirizzi vengano
propriamente controllati in modo da ridurre il più possibile il lavoro di
controllo e correzione post-import, che molto spesso viene saltato a
priori
Mi rendo disponibile ad aiutare per la normalizzazione degli indirizzi.
Bisognerebbe trovare un modo abbastanza comodo per lavorare in gruppo sullo
stesso dataset



Davide.

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

> Il 23/06/2017 11:25, Martin Koppenhoefer ha scritto:
>
>
> 2017-06-23 11:16 GMT+02:00 Alessandro Palmas  it>:
>>
>>
>> Chiave vehicle: secondo le regole ISTAT che prevedono la mappatura del
>> civico nel punto d'ingresso alla proprietà privata (modalità a cui Regione
>> Toscana si è attenuta) il civico rappresenta nella realtà l'accesso
>> veicolare; a voler fare le cose 'a modino' in quei casi sarebbe da
>> aggiungere un pezzetto di highway=service che colleghi la strada pubblica
>> con l'accesso veicolare.
>>
>
>
> penso si vorebbe un altro tag, probabilmente nuovo? Creare dei pezzi di
> driveway è probabilmente una cosa troppo onerosa (anche se non sarebbe
> male). Si potrebbe usare un tag come
> access:type=pedestrian / car / ... oppure address:type.
>
> Io al solito aggiungo una chiave "width" al barrier=gate, ma probabilmente
> non abbiamo questo dato qui.
>
>
> Il dato sulla larghezza dell'ingresso non l'abbiamo.
> Ma  vehicle=yes non va bene? Spesso vedo che agli ingressi si trova il tag
> foot=designated o foot=yes, mi pare che vehicle=yes fosse esistente.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nominatim API e corrispondenza esatta

[Davide Sandona']

Sei sicuro che OSM contenga un oggetto con nome esatto "Monte Picoiut"?
Overpass non trova nulla a riguardo.
In ogni caso, per corrispondenze esatte credo sia possibile utilizzare:
[1]. Se vuoi, dai pure un'occhiata alla wiki per altri esempi. [2]

[1] http://nominatim.openstreetmap.org/search?name=Monte+Picoiut
[2] http://wiki.openstreetmap.org/wiki/Nominatim

Davide.

Il giorno 18 maggio 2017 11:33, Cascafico Giovanni  ha
scritto:

> Ciao!
>
> Ho cercato invano tra le issues di Nominatim [1]. Come è possibile cercare
> solo le corrispondenze esatte?
>
> In questo esempio [2] cerco il Monte Picoiut, ma mi restituisce solo un
> paio di grotte che contengono parte del nome.
>
> [1] https://github.com/openstreetmap/Nominatim/issues
> [2] http://nominatim.openstreetmap.org/search.php?q=Monte+Picoiut
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] start/goal ed altimentria in relazione

[Davide Sandona']

Lo vedo più un problema di waymarkedtrails. Potremo chiedere su github come
mai non utilizzano "from/to" e da lì valutare il da farsi.

Davide.

Il giorno 12 maggio 2017 10:54, Cascafico Giovanni  ha
scritto:

> Ciao,
>
> il sito waymarkedtrails.org sembra richiedere questi due tag per poter
> disegnare un profilo altimetrico nella direzione di marcia da destra a
> sinistra. JOSM validator mi segnala ruolo sconosciuto.
>
> In loro assenza può succedere che il profilo altimetrico sia rovesciato,
> cioè che non rispecchi quello definito dai tag approvati "from/to".
>
> Se confermata la necessità di "start/goal", mi sa da "mappare per il
> rendering". Visto che prossimamente ci sarà una mappatura o revisione di
> molti sentieri, con che criterio procedere?
>
>
> ___
> 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] nuova fonte ortofoto: Digital Globe

[Davide Sandona']

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


Certo che si rischia un TIGER. Adesso non ho tempo di seguire le
discussioni sul forum [1] [2], ma sembra che la comunità locale sia
veramente ridotta all'osso, sicuramente non all'altezza per revisionare la
quantità enorme di dati che verrà rilasciata. Riguardo agli effetti sulla
comunità OSM thailandese, dipende. A Facebook non costerebbe nulla creare
un messaggio da visualizzare in cima alla bacheca di ogni profilo
Thailandese che spiegasse cos'è OSM e perché è importante, in modo da
attirare qualche potenziale mappatore. Lo farà? Probabilmente no!

[1] https://forum.openstreetmap.org/viewtopic.php?id=57387
[2] https://forum.openstreetmap.org/viewtopic.php?id=57942

Davide.

Il giorno 11 maggio 2017 17:42, Paolo Monegato <gato.selvad...@gmail.com>
ha scritto:

> Il 10/05/2017 19:53, Martin Koppenhoefer ha scritto:
>
>
>
> sent from a phone
>
> On 10. May 2017, at 19:33, Davide Sandona' <sandona.dav...@gmail.com>
> wrote:
>
> Puoi leggerti tutta la discussione qui: [1]
>
> [1] https://lists.openstreetmap.org/pipermail/imports/2017-
> March/004840.html
>
>
>
> si, non è ancora finita la discussione, anche perché non hanno ancora
> presentato tutti i dati che vogliono caricare, ma probabilmente lo faranno
> - se la qualità è sufficiente
>
> Mah... non è che si rischia un TIGER 2? Che effetto avrà tutto ciò sulla
> comunità thailandese di OSM?
>
> ciao
> Paolo M
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

me lo immaginavo che fossero le stesse immagini di Bing, dopottutto non ci
sono molte aziende che producono questo tipo di immagini.

Mi sfugge, che import fa facebook? intendi dati cartografici per suo uso
e consumo?

Facebook sta utilizzando algoritmi di intelligenza artificiale per estrarre
le strade dalle immagini satellitari. Sta utilizzando questi algoritmi per
effettuare un import massiccio in Tailandia, dove la comunità di FB è in
rapido aumento e tutti gli altri servizi cartografici non sono all'altezza
dei requisiti di FB. Puoi leggerti tutta la discussione qui: [1]

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

Davide.

Il giorno 10 maggio 2017 19:25, girarsi_liste  ha
scritto:

> Il 10/05/2017 19:22, Federico Cortese ha scritto:
> > Secondo me il motivo è semplicemente collegato all'import eseguito da
> Facebook.
> >
> > Ciao,
> > Federico
> >
>
> Mi sfugge, che import fa facebook? intendi dati cartografici per suo uso
> e consumo?
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Passi carrabili

[Davide Sandona']

se è per solo per pedoni, highway=footway con barrier=gate sul relativo
nodo ed eventuali tag width. Io li distinguo così.

Davide.

Il giorno 6 maggio 2017 15:43, Federico Cortese  ha
scritto:

> 2017-05-06 15:24 GMT+02:00 Fabrizio Carrai :
>
>> Volker,
>> ma secondo la tua idea l' highway=service sarebbe un pezzo della strada
>> che ospita il passo ?
>> Normalmente è una strada che ha un nodo sulla strada principale (è qui
>> che metterei il width=*).
>> Certamente un nodo specifico aiuterebbe il processamento...
>>
>>
> L'highway=service è una strada che parte da quella principale, quindi come
> dici tu ha un nodo in comune con la stessa.
> Non è su quel nodo che metterei width=*, ma alla highway=service se la
> larghezza riguarda tutta la strada di accesso.
> Se la larghezza riguarda solo l'accesso carrabile, allora aggiungerei un
> nodo sulla highway=service in corrispondenza del cancello con barrier=gate
> + width=*; in questo modo la larghezza si riferirebbe al solo cancello.
> Se invece il passo carrabile non è su un cancello ma su un edificio,
> allora aggiungerei un nodo al perimetro dell'edificio con entrance=yes +
> width=*.
> In ogni caso, sia per il cancello che per l'ingresso su edificio,
> bisognerebbe aggiungere un altro tag per indicare che si tratta di accesso
> carrabile; questo perchè potrei anche avere un cancello pedonale largo un
> metro (barrier=gate + width=1), quindi l'informazione non è sufficiente per
> capire se è carrabile o meno.
>
> Ciao,
> Federico
>
> ___
> 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] Passi carrabili

[Davide Sandona']

D'accordo con quanto detto da Volker. Inoltre, se conosci la larghezza del
passo carrabile puoi anche mettere il tag width=. Valuterei anche il tag
access=private.
Se c'è un cancello all'ingresso, metti barrier=gate sul relativo nodo.

Davide.

2017-05-06 13:50 GMT+02:00 Volker Schmidt :

> highway=service
> service=driveway
>
> C'è un corrispondente preset in JOSM
>
> On 6 May 2017 1:44 p.m., "Fabrizio Carrai" 
> wrote:
>
>> Come si mappano i passi carrabili, quelli per accedere ai cortili, etc...
>> ?
>>
>> Ho trovato amenity=parking_entrance, ma mi piacerebbe indicarli nella
>> loro lunghezza. Pensavo a tratti sulla highway...
>>
>> Grazie in anticipo
>>
>> --
>> *FabC*
>>
>> [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance
>>
>> ___
>> 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] un buon motivo per usare Openstreetmap

[Davide Sandona']

E' così che scoprii OpenStreetMap nel 2013: mi trovavo a pedalare in MTB,
non volendo fare la solita strada aprii Google Maps e trovai un'alternativa
che non avevo mai percorso. Arrivai al bivio dove GMaps mi diceva di
svoltare: ovviamente non c'era nulla, solo giungla, una miriade di rovi e
pendenze impossibili. In quel giorno capii che necessitavo di
un'alternativa più affidabile, e scoprii OpenStreetMap. :D



<#m_4178903342640239502_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 29 aprile 2017 20:53, Cascafico Giovanni  ha
scritto:

> E' così he ho scoperto che Ediciclo [1] copiava!
>
> [1] 
> http://www.ibs.it/code/9788865491515/marcolin-paolo/collio-dintorni-bicicletta.html
>
>
>
> 2017-04-29 19:42 GMT+02:00 Andrea Solari :
>
>> un buon motivo per usare Openstreetmap
>>
>> https://attivissimo.blogspot.it/2017/04/il-mistero-delle-vie
>> -fantasma-e-delle.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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

>
> Prima di accorgermi dello sfasamento generalizzato, oltre ai nomi ho
> corretto le posizioni di una dozzina di nodi, ma non credo si possano
> isolare facilmente.
>
> In ogni caso, come selezioni i candidati allo spostamento?


Dopo aver scaricato tutti i civici di Torino (attraverso Overpass),
attraverso l'API di OSM per python [1] si riesce facilmente ad analizzare
la cronologia dei nodi e quindi si capisce quali sono stati oggetto
dell'import (perché sono stati caricati dall'account Ale_Zena_IT-import
[2]). Gli ID di questi nodi vengono salvati su una lista.
In un secondo passaggio, dalla lista precedente vengono esclusi i nodi che
sono stati spostati rispetto alla versione originale (sono 124 i nodi da
escludere).
Infine, si applica l'offset, come discusso nell'altro thread.

[1] http://osmapi.metaodi.ch/
[2] https://www.openstreetmap.org/user/Ale_Zena_IT-import/

Davide.

Il giorno 19 aprile 2017 10:32, Cascafico Giovanni <cascaf...@gmail.com> ha
scritto:

> Prima di accorgermi dello sfasamento generalizzato, oltre ai nomi ho
> corretto le posizioni di una dozzina di nodi, ma non credo si possano
> isolare facilmente.
>
> In ogni caso, come selezioni i candidati allo spostamento?
>
> Il giorno 18 aprile 2017 21:30, Davide Sandona' <sandona.dav...@gmail.com>
> ha scritto:
>
>> Oggi ho finito di controllare tutti i quadranti del task relativo ai
>> civici di Torino... Tranne pochissimi civici evidenziati in rosso al link
>> [1], il resto è stato sistemato.
>> Manca solamente un ultimo passaggio importante: sistemare lo sfasamento
>> accennato in questo thread e discusso nell'altro [2]. Se c'è accordo, sono
>> disponibile nel procedere con la correzione.
>>
>> [1] http://tools.geofabrik.de/osmi/?view=addresses=7.67559;
>> lat=45.07354=12=buildings,buildings_with_
>> addresses,postal_code,entrances_deprecated,entrances,no_
>> addr_street,street_not_found,place_not_found,nodes_with_
>> addresses_defined,nodes_with_addresses_interpolated,
>> interpolation,interpolation_errors,connection_lines,
>> nearest_points,nearest_roads,nearest_areas,addrx_on_nonclosed_way
>>
>> [2] https://lists.openstreetmap.org/pipermail/talk-it/2017-April
>> /058139.html
>>
>>
>> Davide.
>>
>> Il giorno 21 marzo 2017 10:36, Cascafico Giovanni <cascaf...@gmail.com>
>> ha scritto:
>>
>>> ancora sfasamenti
>>> via Lauriano (307882492)
>>>
>>> qui la strada non è ampia come in centro, per cui si notano tutti i
>>> civici pari e dispari sullo stesso lato rispetto alla way ed al PCN2012
>>>
>>> Il giorno 19 marzo 2017 13:55, Cascafico Giovanni <cascaf...@gmail.com>
>>> ha scritto:
>>>
>>>> Ho notato un certo sfasamento dei civici rispetto le way ed ortofoto
>>>> PCN2012, sopratutto nella zona di Via Benvenuto Cellini (149116218) e
>>>> parallele.
>>>> Ho sistemato ad occhio alcuni civici di Via Tiziano Vecellio
>>>> (326080368), ma forse è meglio dare un'occhiata a tutti quelli che hanno
>>>> questo sfasamento.
>>>>
>>>
>>>
>>> ___
>>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

Oggi ho finito di controllare tutti i quadranti del task relativo ai civici
di Torino... Tranne pochissimi civici evidenziati in rosso al link [1], il
resto è stato sistemato.
Manca solamente un ultimo passaggio importante: sistemare lo sfasamento
accennato in questo thread e discusso nell'altro [2]. Se c'è accordo, sono
disponibile nel procedere con la correzione.

[1]
http://tools.geofabrik.de/osmi/?view=addresses=7.67559=45.07354=12=buildings,buildings_with_addresses,postal_code,entrances_deprecated,entrances,no_addr_street,street_not_found,place_not_found,nodes_with_addresses_defined,nodes_with_addresses_interpolated,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads,nearest_areas,addrx_on_nonclosed_way

[2] https://lists.openstreetmap.org/pipermail/talk-it/2017-April/058139.html


Davide.

Il giorno 21 marzo 2017 10:36, Cascafico Giovanni  ha
scritto:

> ancora sfasamenti
> via Lauriano (307882492)
>
> qui la strada non è ampia come in centro, per cui si notano tutti i civici
> pari e dispari sullo stesso lato rispetto alla way ed al PCN2012
>
> Il giorno 19 marzo 2017 13:55, Cascafico Giovanni 
> ha scritto:
>
>> Ho notato un certo sfasamento dei civici rispetto le way ed ortofoto
>> PCN2012, sopratutto nella zona di Via Benvenuto Cellini (149116218) e
>> parallele.
>> Ho sistemato ad occhio alcuni civici di Via Tiziano Vecellio (326080368),
>> ma forse è meglio dare un'occhiata a tutti quelli che hanno questo
>> sfasamento.
>>
>
>
> ___
> 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] Castello nel... castello

[Davide Sandona']

wow che spettacolo ma esistono plugin per josm per aiutare nella
creazione di edifici 3d oppure si fa tutto a manina? sto guardando il sito
f4map, ci sono esempi stupefacenti! :D
scusate l'offtopic.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

2017-04-16 11:46 GMT+02:00 Federico Cortese :

> On Apr 16, 2017 11:39, "Martin Koppenhoefer" 
>
>
>
> probabilmente con building=castle uno non rischierebbe troppo?
>
>
> Sarebbe sicuramente meglio :)
>
>
> ___
> 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] Etichetta "Piazza" sul render Mapnik

[Davide Sandona']

In questi casi fai click destro sopra l'oggetto con l'etichetta, Query
features, nell'elenco a sinistra compaiono i diversi elementi nelle
vicinanze del punto in cui hai fatto click. Poiché tale etichetta compare
sopra la strada, clicchiamo su Via Ferraris, dove compaiono tutti i tag di
questo elemento, e possiamo vedere che c'è un tag ref=Piazza. Probabilmente
un errore di qualche mappatore.

Davide.

Il giorno 12 aprile 2017 11:30, Simone Saviolo 
ha scritto:

> Ciao a tutti,
>
> se guardate qui: http://www.openstreetmap.org/#map=18/45.19110/8.29624
>
> in centro compare un'etichetta "Piazza", e non riesco a capire a quale
> oggetto si riferisce. Chi sa dirmi qualcosa?
>
> Grazie,
>
> Simone
>
> ___
> 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] nomi con date

[Davide Sandona']

>
> Per dire la verità non sarebbe da usare il carattere ° (carattere di
> grado), ma º (carattere di ordinale maschile)... però so che sarà difficile
> fare usare questo carattere...
>

Ehh dici bene, non sapevo ci fosse anche questa differenza :D

Lo so che sono tutte pippe mentali ma è solo per trovare una regola da
> inserire nel wiki che andrebbe ad integrare il tag "name" quindi valida per
> qualsiasi denominazione, non solo la toponomastica.
> Poi se si decide diversamente, per semplificare o perchè si trova qualcosa
> di più autorevole, per me va bene uguale.
> Per buttare altra carne al fuoco ricordo che tempo fa qualcuno propose di
> aggiungere pure un official_name con la scritta tutta in maiuscolo (tutti i
> caratteri) come ISTAT prevede.
>

Marco, concordo con te!
official_name tutto in maiuscolo seguendo le direttive ISTAT sarebbe il top!

Davide.

Il giorno 10 aprile 2017 14:04, Marco_T <toto...@libero.it> ha scritto:

> Davide Sandona' wrote
> > Ritornando IN TOPIC:
> >
> > come dici, non esistono regole precise, più che altro eistono norme di
> >> "stile".
> >> Io nelle mie ricerche ho seguito queste indicazioni:
> >>
> >> https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo
> >>
> >> che comunque derivano da esamina di pubblicazioni abbastanza autorevoli.
> >
> >
> > Concordo su questa base di partenza.
>
> Ciao Davide,
> sono anch'io daccordo con le tue proposte.
>
> Solo un appunto su questa casistica che è ricorrente:
>
> /Esempio: Via Papa Leone III
> name=Via Papa Leone terzo (notare il minuscolo)
> loc_name=Via Papa Leone III/
>
> per rimanere fedeli al link:
> - "Papa" andrebbe minuscolo in quanto appellativo (di solito si usa il
> maiuscolo quando ci si riferisce al Papa in carica).
> - "terzo" lo metterei maiuscolo in quanto non è un aggettivo ma fa parte
> del
> nome proprio di quel particolare papa (un po' come Via Terza Armata o Via
> Trentatreesimo Reggimento...).
>
> Lo so che sono tutte pippe mentali ma è solo per trovare una regola da
> inserire nel wiki che andrebbe ad integrare il tag "name" quindi valida per
> qualsiasi denominazione, non solo la toponomastica.
> Poi se si decide diversamente, per semplificare o perchè si trova qualcosa
> di più autorevole, per me va bene uguale.
>
> Per buttare altra carne al fuoco ricordo che tempo fa qualcuno propose di
> aggiungere pure un official_name con la scritta tutta in maiuscolo (tutti i
> caratteri) come ISTAT prevede.
>
> --
> Marco_T
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/nomi-con-date-tp5894982p5895115.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nomi con date

[Davide Sandona']

Ritornando IN TOPIC:

come dici, non esistono regole precise, più che altro eistono norme di
> "stile".
> Io nelle mie ricerche ho seguito queste indicazioni:
>
> https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo
>
> che comunque derivano da esamina di pubblicazioni abbastanza autorevoli.


Concordo su questa base di partenza.

Riguardo alle date invece, propongo di scrivere le iniziali tutte in
maiuscolo oppure in minuscolo (per me è lo stesso, basta trovare
l'accordo). Non starei a differenziare tra data generica o ricorrenza
poiché entrambe fanno riferimento ad eventi storici, e si andrebbe a
inserire ulteriori elementi di confusione...

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

Lo trovo sottointeso, ma lo esplico lo stesso dato che ogni tanto capita di
trovare errori: propongo che tutti i numeri romani siano scritti con
caratteri maiuscoli. Esempio:
XX, IV, I sono rappresentazioni corrette
xx, ix, i sono rappresentazioni sbagliate

Inoltre propongo che l'unico carattere per rappresentare numeri arabi in
forma ordinale sia ° mentre il carattere ' (apice) venga utilizzato solo
come apostrofo.

Esempio: Via 4 Novembre
name=Via Quattro Novembre
alt_name=Via 4 Novembre
loc_name=Via IV Novembre (solo se presente il cartello con questa digitura)

Esempio: Via 14 Maggio 1944
name=Via 14 Maggio 1944
loc_name=Via XIV Maggio 1944 (solo se presente il cartello con questa
digitura)

Esempio: Via 33' Reggimento Artiglieria
name=Via Trentatreesimo Reggimento Artiglieria
alt_name=Via 33° Reggimento Artiglieria
loc_name=Via XXXIII Reggimento Artiglieria (solo se presente il cartello
con questa digitura)

Esempio: Via 1° Maggio
name=Via Primo Maggio
alt_name=Via 1° Maggio
loc_name=Via I Maggio (solo se presente il cartello con questa digitura)

Esempio: Via Papa Leone III
name=Via Papa Leone terzo (notare il minuscolo)
loc_name=Via Papa Leone III



Davide.

Il giorno 10 aprile 2017 12:18, Andrea Musuruane  ha
scritto:

>
>
> 2017-04-10 12:00 GMT+02:00 Alessandro Palmas  it>:
>
>> E se vogliamo darci una regola standard per l'inserimento dei civici (lo
>>> metto qui/no, lo metto lì/no, lo metto su tutto l'edificio) ecco qui
>>> http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf
>>>
>>
>> In questo pdf alle pagine 12,13 e 14 si parla del posizionamento del
>> punto del numero civico (vagamente OT ma strettamente correlato al nome
>> delle strade). E' un pdf di 30 pagine interessante da sfogliare.
>>
>
> Uno dei due file PDF che consigliavo, invece tratta integralmente della
> rilevazione dei numeri civici:
> https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf
>
> Credo sia altrettanto interessante.
>
> Ciao,
>
> Andrea
>
>
>
>
> ___
> 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] nomi con date

[Davide Sandona']

> In Friuli Venezia Giulia abbiamo messo la maiuscola iniziale nel caso di
> ricorrenze:
> Via Primo Maggio
> Piazza Venti Settembre
>
> Nel caso di date, l'uso comune:
> Via 24 luglio 1509
>
Io proporrei di utilizzare iniziali solamente maiuscole oppure solamente
minuscole, in modo da evitare elementi di confusione.


Davide.

Il giorno 9 aprile 2017 23:05, Luigi Toscano  ha
scritto:

> Marco_T ha scritto:
> > Damjan Gerli wrote
> >> 09.04.2017 - 17:37 - Alessandro:
> >>> Il 09/04/2017 16:04, Fabrizio Tambussa ha scritto:
> 
>  Io sono favorevole all'ISTAT.
> 
> >>>
> >>> +1
> >>
> >> +1, istat + maiuscole/minuscole giuste
> >
> > Dopo il grosso lavoro che abbiamo fatto in FVG sono daccordissimo con
> > Cascafico e Damjan:
> > ISTAT + maiuscole/minuscole giuste (es. Via Venticinque Aprile)
>
> Se ricordo le discussioni precedenti, credo che l'ultimo punto poco chiaro
> sia
> qua: perché "Via Venticinque Aprile" è piu giusta di "Via venticinque
> aprile"?
>
> --
> Luigi
>
> ___
> 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] nomi con date

[Davide Sandona']

>
> Perdonatemi se metto il dito nella piaga ma un punto debole qui è che
> capita di non essere d'accordo (noi comunità) su cose anche semplici e
> basilari. devo disturbarvi a chiedere se è ancora valida la pagina wiki in
> cui si dice da anni chiaramente (chiarissimamente) che i nomi contenenti
> date vanno scritte come: via 20 settembre, via 2 giugno etc.


Questa di sicuro non è una questione semplice. Il nome di una via non
incide solamente nel rendering della mappa, ma anche (e soprattutto) per
gli algoritmi di ricerca (ad esempio Nominatim).
L'utente select/mxrev8/オプンストリトマップ converte sistematicamente ogni via che
presenta una data in numero arabo nella corrispondente via con numero
romano. A volte lo scrive giusto, altre volte lo sbaglia. Lui agisce in
questo modo perché guardando Street View, ha visto un paio di casi in cui
la data era scritta in numero romano, e quindi si è fissato con l'idea che
qualunque data debba essere in tale forma.

Riporto di seguito alcuni nomi di vie che presentano date, oppure numeri in
generale, in diverse forme:

Via 24 Maggio -> Via XXIV Maggio -> Via Ventiquattro Maggio
Viale 10 Giugno -> Viale X Giugno -> Viale Dieci Giugno
Via 20 Settembre -> Via XX Settembre -> Via Venti Settembre
Via 4 Novembre -> Via IV novembre -> Via Quattro Novembre
Via 28 Gennaio ->  Via XXVIII Gennaio -> Via Ventotto Gennaio
Via 1° Maggio -> Via I Maggio -> Via Primo Maggio
Via 33' Reggimento Artiglieria -> Via XXXIII Reggimento Artiglieria -> Via
Trentatreesimo Reggimento Artiglieria
Via 55' Reggimento Fanteria -> Via LV Reggimento Fanteria -> Via
Cinquantacinquesimo Reggimento Fanteria
Via Papa Leone III -> Via Papa Leone terzo
Via 14 Maggio 1944 -> Via XIV Maggio 1944

Un po' di considerazioni sugli esempi sopra riportati. Notiamo che:
1) scrivere i numeri in forma romana non è affatto semplice. Già al numero
28 (XXVIII) ho ricontrollato se l'avevo scritto giusto, figuriamo al 55
(LV).
2) sia il carattere ' che ° vengono utilizzati per effettuare la stessa
operazione: portare il numero in forma ordinale
3) i numeri romani possono indicare sia il numero naturale che il numero
ordinale

Proviamo a ragionare sull'utilità dei numeri romani. Supponiamo che nella
città XXX un cartello presenti la scritta "Via IV novembre": torno a casa,
cerco la via da modificare e aggiungo il nome visto sul cartello. Un altro
utente, che non abita in quella città, utilizza OSM per cercare la "Via 4
Novembre": Nominatim non ritorna alcun risultato. Al momento, Nominatim non
riesce a gestire la conversione dei numeri presenti sul tag name: se in una
città cerco "Via 4 novembre", o "Via Quattro Novembre" oppure "Via IV
novembre", otterrò risultati completamente differenti (probabilmente
troverò risultati solamente per un caso).
Non è che manchi la voglia di migliorare gli algoritmi, tuttaltro: non è
per nulla semplice programmare regole generali che permettano a Nominatim
di gestire le varie casistiche. Dopo tutto, se per un oggetto way è
possibile inserire varie forme dello stesso nome nei diversi tag name,
alt_name, short_name, questo non è possibile per oggetti di tipo nodo che
rappresentano i numeri civici, dove nel tag addr:street si inserisce
solamente un nome.

Per quanto riguarda quale forma inserire: io solitamente utilizzo la forma
estesa (ad esempio "Via Quattro Novembre", oppure "Via 14 Maggio 1944") sul
tag name e le forme numeriche sul short_name/alt_name (ad esempio "Via 4
Novembre", "Via IV Novembre").
Nonostante in Italia la segnaletica stradale sia mediamente molto vecchia,
le città più virtuose hanno già addottato gli standard ISTAT per la
toponomastica. Prendo come esempio Vicenza, tutte le date seguono le
indicazioni ISTAT!!! Qualora dovessero aggiornare i cartelli, i nomi da
stampare li prendono dallo stradario ufficiale, quindi ritengo abbia senso
utilizzare nel tag name quanto scritto nello stradario ufficiale e non nel
cartello stradale.

PS: ho utilizzato l'esempio di Nominatim perché è il tool più utilizzato
per ricercare elementi attraverso il loro nome su OSM, ma tutto questo
discorso vale per un qualunque altro tool che svolge le stesse funzioni...

Davide.

Il giorno 9 aprile 2017 09:36, Cascafico Giovanni  ha
scritto:

> Il 09/apr/2017 00:10, "Daniele Gitto"  ha scritto:
>
> >devo disturbarvi a chiedere se è ancora valida la pagina wiki in cui si
> dice da anni chiaramente (chiarissimamente) che i nomi contenenti date
> vanno scritte come: via 20 settembre, via 2 giugno etc.
>
> Di solito faccio rifermento a qs documento ISTAT, Cap. 15, Gestione della
> toponomastica
>
> http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/
> CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+
> dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+
> Comuni/Servizi+portale+dei+comuni/toponomastica/
> Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_
> AGGIORNAMENTO+27_11_2014.pdf
>
> Nel caso di contrasti tra il cartello sul nuovo 

Re: [Talk-it] utente sempre lui

[Davide Sandona']

certe persone non imparano mai :(

Davide.

Il giorno 7 aprile 2017 19:49, Daniele Gitto  ha scritto:

> Solo per segnalare che l'utente bloccato si è iscritto ieri con username
> オプンストリトマップ.
> Vediamo se è guarito (ma è già partito con la prima fontanella
> "Fontanella" :-)
> Ciao
> Daniele
>
>
> ___
> 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] User mxrev8 (era l'utente pasticcione)

[Davide Sandona']

mxrev8 ha subito un blocco dell'account per 24 ore: i commenti nei
changeset hanno portato l'attenzione dei mod se qualcuno ha un po' di
tempo per dare un'occhio a tutte le modifiche fatte!

Davide.

Il giorno 4 aprile 2017 19:23, THESTORM375 <fasanovaler...@gmail.com> ha
scritto:

> secondo me va bene perchè sennò non riusciamo a starli al passo
>
>
> Il giorno mar 4 apr 2017 alle ore 19:17 Davide Sandona' <
> sandona.dav...@gmail.com> ha scritto:
>
>> contattiamo DWG di nuovo? almeno per chiedere un blocco di alcuni giorni
>> così possiamo controllare i centinaia di edits che ha fatto?
>>
>> Davide.
>>
>> Il giorno 4 aprile 2017 19:10, THESTORM375 <fasanovaler...@gmail.com> ha
>> scritto:
>>
>> alla fine come è finita la questione hai mandato il revert di tutti i
>> changeset? Daniele Gitto
>>
>> Il giorno mar 4 apr 2017 alle ore 13:14 Marco Ciampa <ciam...@libero.it>
>> ha scritto:
>>
>> On Tue, Apr 04, 2017 at 12:59:01PM +0200, Luigi Toscano wrote:
>> > On Tuesday, 4 April 2017 12:54:44 CEST Daniele Gitto wrote:
>> > > Salve, purtroppo l'utente select che era stato bloccato per 0 ore ha
>> un
>> > > altro username (mxrev8) ed è arrabbiato perché editavo subito i suoi
>> > > edit. In qualche caso ho dovuto fare il revert perché i dati vecchi
>> non
>> > > riuscivo a trovarli facilmente.
>> > > Molti suoi edit sono giusti e utili (anche perché sono tanti) però con
>> > > alcune cose non sono d'accordo:
>> > > 1) "scuola secondaria" è sbagliato perché c'è la sec di primo grado
>> che
>> > > è la vecchia "media" e la sec di secondo grado che è la vecchia scuola
>> > > superiore. soltanto "secondaria" quindi non sono d'accordo.
>> > > 2) toglie i nomi degli uffici postali e scrive solo "ufficio postale"
>> > > spesso nel cancellare toglie tutti i contatti, telefono, website e
>> email
>> > > che faticosamente ho raccolto esaustivamente. Stessa cosa con le
>> caserme
>> > > dei carabinieri.
>> > > 3) Non segue lo standard del wiki per i nomi con date.
>> > >
>> > > tutti questi aspetti li avevo chiesti inoltre qui in lista prima di
>> > > mettermi a mapparli. e sono condivisi credo.
>> > > Ora lo devo lasciare fare credo perché altrimenti è una edit war. boh.
>> >
>> > No, no, non lasciarlo fare. Commenta i changeset e segnalalo.
>> > Utenti problematici, per quanto possano dare (piccoli) contributi
>> positivi, è
>> > meglio perderli che tenerli.
>>
>> IMHO Sono d'accordo.
>>
>> Il lavoro di correzione e controllo supera facilmente il suo contributo
>> in termini di tempo (prezioso) e anche non fosse il tuo tempo è di
>> maggiore qualità visto che è di persona con esperienza e quindi IMHO vale
>> di più.
>>
>> Perciò, sempre IMHO, non farti troppi problemi.
>>
>> Comunque avvertilo che:
>>
>>  - è stato segnalato
>>  - che la comunità lo sta osservando e non sta giudicando favorevolmente
>>quello che fa, ergo non sta aiutando nessuno ma creando solo del lavoro
>>e delle scocciature a tutti
>>  - che non può fare di testa sua e che se vuole proprio farlo basta che
>>si crei un suo OpenStreetMap "privato"
>>  - che se non cambia "tattica" verrà bannato
>>
>> Saluti da uno (molto meno esperto di te) che pensa che il lavoro di
>> qualità
>> e il tempo delle persone con maggiore esperienza vadano salvaguardati.
>>
>> Solo la mia opinione di eterno newbie in OSM!
>>
>> --
>>
>>
>> Marco Ciampa
>>
>> I know a joke about UDP, but you might not get it.
>>
>> 
>>
>>  GNU/Linux User #78271
>>  FSFE fellow #364
>>
>> 
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>> --
>>
>> Written by Valerio
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

[Davide Sandona']

Questa è ottima notizia Dovremo publicizzarla alle amministrazioni di
qualunque livello (regionale, provinciale, comunale) come esempio lampante
delle potenzialità di OSM!

Davide.

Il giorno 5 aprile 2017 21:48, Cascafico Giovanni  ha
scritto:

> Oggi abbiamo avuto in lista Friuli Venezia Giulia il seguente messaggio da
> parte di un operativo:
>
> "Con l'apertura della centrale unica regionale del 118 tutti i mezzi di
> soccorso sono stati dotati di un tablet dedicato alla gestione delle
> missioni di soccorso.
> Ho il piacere di informarvi che la mappa predefinita e l'algoritmo di
> routine si basano inequivocabilmente su dati OSM."
>
> Dopo l'import dei 400k civici avvenuto l'anno scorso, questa applicazione
> di OSM non può che renderci orgogliosi del lavoro fatto, stimolarci a
> completarlo ed a tenerlo aggiornato.
>
>
>
>
> ___
> 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] [civici Torino] Offset generale

[Davide Sandona']

ho fatto un test in locale, qui di seguito la procedura se qualcuno volesse
riprovare (lunga ma utile):

1) scaricato i dati originali dei civici (dal portale open data torino),
importati su Qgis, esportati in OSM (mi interessavano tutti i civici del
dataset, compresi quelli che non sono stati importati a seguito del
processo di conflation) [1] (file civici-torino.osm)
2) scaricato i civici esistenti in OSM prima dell'import con la seguente
query [2]. Se eseguite la query, assicuratevi di eliminare tutte le righe
con i tag "action" prima di aprirlo con JOSM.  (file old_civici.osm)
3) importato questi due layer su JOSM: assumendo che la maggior parte dei
civici presenti prima dell'import siano mappati correttamente, è possibile
notare che la maggior parte dei nodi presenta lo sfasamento in oggetto.
4) selezionato 120 nodi (indicativi per lo sfasamento) dal layer dei civici
precedenti all'import e salvati dentro un nuovo file [1] (file
old_reference.osm)
5) selezionato i corrispettivi 120 nodi dal layer dei civici creato al
punto 1), salvati dentro un nuovo file. [1] (file imp_reference.osm)
6) aggiunto un tag fittizzio a tutti questi nodi (count=*) per permettere
una facile correlazione tra i due layer.
6) calcolata la media dello sfasamento delle corrispondenze attraverso lo
script [1] (file offset.py)
7) scaricato tutti i nodi che sono stati importati su OSM, attraverso la
query [3]. (vedere [1] file civici-query-torino.osm)
7) applicato lo sfasamento a tutti nodi del file scaricato al punto 7). Il
file così elaborato si trova in [1] "risultato.osm".
8) per comodità, scaritato tutte le highways di Torino aventi un nome,
attraverso la query [4] (file highways-torino.osm)

Non resta che controllare se il risultato vada bene o se sia da calcolare
un nuovo offset

[1] https://www.dropbox.com/s/33b7qyfea0a4ps3/Torino.zip?dl=0
[2] http://overpass-turbo.eu/s/o6N
[3] http://overpass-turbo.eu/s/o44 <http://overpass-turbo.eu/>
[4] http://overpass-turbo.eu/s/o70


Davide.

Il giorno 5 aprile 2017 10:18, Cascafico Giovanni <cascaf...@gmail.com> ha
scritto:

> Il giorno 4 aprile 2017 21:28, Davide Sandona' <sandona.dav...@gmail.com>
> ha scritto:
>
>> trovate i nodi che ho controllato nel file osm [2] marcati con
>>> fixme=
>>
>>
>> nel file che hai inviato non ci sono nodi con tale tag. Riusciresti a
>> salvari su un layer diverso e inviarci solo questi nodi?
>>
>>>
>>> [2] http://cascafico.altervista.org/public/query_o44.zip
>>>
>>
>
> Ho scaricato il file [2], scompattato e caricato in JOSM. Se provi ad
> inserire nel campo di ricerca (CTRL+F) semplicemente fixme, dovresti
> trovarti nella finestra selezione una ventina di nodi.
> Nello screenshot [3] appare un nodo che ho taggato con fixme=10s ed il
> segmento che punta al punto dove dovrebbe essere in base alle foto aeree
> PCN2006.
>
> Ne ho fatti un po' in giro e confermo che tutti riportano uno sfasamento
> di circa 5 metri verso nord-nord-ovest.
>
>
> [3] http://cascafico.altervista.org/public/o44.jpg
>
> ___
> 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] [civici Torino] Offset generale

[Davide Sandona']

>
> trovate i nodi che ho controllato nel file osm [2] marcati con
> fixme=


nel file che hai inviato non ci sono nodi con tale tag. Riusciresti a
salvari su un layer diverso e inviarci solo questi nodi?

Davide.

Il giorno 4 aprile 2017 14:53, Cascafico Giovanni  ha
scritto:

> Ho estratto il comune di torino con la query [1].
> Ho controllato alcuni punti in giro con le immagini PCN2006; trovate i
> nodi che ho controllato nel file osm [2] marcati con
> fixme=. Sembra che si debba traslare verso sud di 4-6
> metri.
>
> Se qualcuno vuole marcare altri punti di controllo...
>
> [1] http://overpass-turbo.eu/s/o44
> [2] http://cascafico.altervista.org/public/query_o44.zip
>
> Il giorno 3 aprile 2017 21:13, Cascafico Giovanni 
> ha scritto:
>
>> Ho applicato la query [3] con "diff" nella zona di Città Giardino, in una
>> bbox "mista" con civici precendentemente mappati dallo user uid=675302 e
>> quelli del recente import.
>>
>> Qui si nota anche l'offset.
>>
>> [3] http://overpass-turbo.eu/s/o2x
>>
>>
>>
>
> ___
> 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] User mxrev8 (era l'utente pasticcione)

[Davide Sandona']

contattiamo DWG di nuovo? almeno per chiedere un blocco di alcuni giorni
così possiamo controllare i centinaia di edits che ha fatto?

Davide.

Il giorno 4 aprile 2017 19:10, THESTORM375  ha
scritto:

> alla fine come è finita la questione hai mandato il revert di tutti i
> changeset? Daniele Gitto
>
> Il giorno mar 4 apr 2017 alle ore 13:14 Marco Ciampa 
> ha scritto:
>
>> On Tue, Apr 04, 2017 at 12:59:01PM +0200, Luigi Toscano wrote:
>> > On Tuesday, 4 April 2017 12:54:44 CEST Daniele Gitto wrote:
>> > > Salve, purtroppo l'utente select che era stato bloccato per 0 ore ha
>> un
>> > > altro username (mxrev8) ed è arrabbiato perché editavo subito i suoi
>> > > edit. In qualche caso ho dovuto fare il revert perché i dati vecchi
>> non
>> > > riuscivo a trovarli facilmente.
>> > > Molti suoi edit sono giusti e utili (anche perché sono tanti) però con
>> > > alcune cose non sono d'accordo:
>> > > 1) "scuola secondaria" è sbagliato perché c'è la sec di primo grado
>> che
>> > > è la vecchia "media" e la sec di secondo grado che è la vecchia scuola
>> > > superiore. soltanto "secondaria" quindi non sono d'accordo.
>> > > 2) toglie i nomi degli uffici postali e scrive solo "ufficio postale"
>> > > spesso nel cancellare toglie tutti i contatti, telefono, website e
>> email
>> > > che faticosamente ho raccolto esaustivamente. Stessa cosa con le
>> caserme
>> > > dei carabinieri.
>> > > 3) Non segue lo standard del wiki per i nomi con date.
>> > >
>> > > tutti questi aspetti li avevo chiesti inoltre qui in lista prima di
>> > > mettermi a mapparli. e sono condivisi credo.
>> > > Ora lo devo lasciare fare credo perché altrimenti è una edit war. boh.
>> >
>> > No, no, non lasciarlo fare. Commenta i changeset e segnalalo.
>> > Utenti problematici, per quanto possano dare (piccoli) contributi
>> positivi, è
>> > meglio perderli che tenerli.
>>
>> IMHO Sono d'accordo.
>>
>> Il lavoro di correzione e controllo supera facilmente il suo contributo
>> in termini di tempo (prezioso) e anche non fosse il tuo tempo è di
>> maggiore qualità visto che è di persona con esperienza e quindi IMHO vale
>> di più.
>>
>> Perciò, sempre IMHO, non farti troppi problemi.
>>
>> Comunque avvertilo che:
>>
>>  - è stato segnalato
>>  - che la comunità lo sta osservando e non sta giudicando favorevolmente
>>quello che fa, ergo non sta aiutando nessuno ma creando solo del lavoro
>>e delle scocciature a tutti
>>  - che non può fare di testa sua e che se vuole proprio farlo basta che
>>si crei un suo OpenStreetMap "privato"
>>  - che se non cambia "tattica" verrà bannato
>>
>> Saluti da uno (molto meno esperto di te) che pensa che il lavoro di
>> qualità
>> e il tempo delle persone con maggiore esperienza vadano salvaguardati.
>>
>> Solo la mia opinione di eterno newbie in OSM!
>>
>> --
>>
>>
>> Marco Ciampa
>>
>> I know a joke about UDP, but you might not get it.
>>
>> 
>>
>>  GNU/Linux User #78271
>>  FSFE fellow #364
>>
>> 
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] User mxrev8 (era l'utente pasticcione)

[Davide Sandona']

beh, a mio modo di vedere ha poco da arrabbiarsi. Oltre a quanto hai detto,
il suo modus operandi consiste nel:
1) spostare le geometrie correttamente allineate secondo le nuove immagini
bing (che hanno un offset notevole)
2) cambiare highway:residential in highway:service+service:driveway, perché
a lui piace così
3) fa ampio uso di servizi google (maps, streetview, ...) ed altri servizi
per importare dati, che ovviamente le licenze non lo permettono.
4) è recidivo: più e più volte gli viene detto cosa non deve fare e come
eventualmente farlo correttamente, ma non ascolta.

L'unica cosa da fare e commentare i changesets, segnalarlo, eventualmente
procedere con revert... purtroppo serve a poco, si butta via un sacco di
tempo, ma è l'unico strumento di difesa. :(

Davide.

Il giorno 4 aprile 2017 12:54, Daniele Gitto  ha scritto:

> Salve, purtroppo l'utente select che era stato bloccato per 0 ore ha un
> altro username (mxrev8) ed è arrabbiato perché editavo subito i suoi edit.
> In qualche caso ho dovuto fare il revert perché i dati vecchi non riuscivo
> a trovarli facilmente.
> Molti suoi edit sono giusti e utili (anche perché sono tanti) però con
> alcune cose non sono d'accordo:
> 1) "scuola secondaria" è sbagliato perché c'è la sec di primo grado che è
> la vecchia "media" e la sec di secondo grado che è la vecchia scuola
> superiore. soltanto "secondaria" quindi non sono d'accordo.
> 2) toglie i nomi degli uffici postali e scrive solo "ufficio postale"
> spesso nel cancellare toglie tutti i contatti, telefono, website e email
> che faticosamente ho raccolto esaustivamente. Stessa cosa con le caserme
> dei carabinieri.
> 3) Non segue lo standard del wiki per i nomi con date.
>
> tutti questi aspetti li avevo chiesti inoltre qui in lista prima di
> mettermi a mapparli. e sono condivisi credo.
> Ora lo devo lasciare fare credo perché altrimenti è una edit war. boh.
> Daniele
>
>
>
> ___
> 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] [civici Torino] Offset generale

[Davide Sandona']

Hai provato ad utilizzare il comando diff? [1]
Attenzione che la seguente query [2] opera su tutta la città di Torino, ci
vorrà del tempo per renderizzare i dati...

[1]
http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Delta_between_two_dates_.28.22diff.22.29
[2] http://overpass-turbo.eu/s/o1O

Davide.

Il giorno 3 aprile 2017 14:39, Cascafico Giovanni  ha
scritto:

> Ho usato lo user ID invece dello username Ale_Zena-import solo per
> comodità;  il problema credo sia un'altro: non riesco ad isolare i nodi che
> sono stati creati da questo utente e poi modificati da me od altri che sono
> successivamente intervenuti per risolvere i problemi non geo (task [1]).
>
> La query che ho segnalato non ha problemi ad estrarre i nodi creati da
> Ale_Zena-import, ma esclude quelli successivamente modificati da altri.
>
> Ho provato la query [2] che dovrebbe estrarre i nodi con addr_housenumber
> cambiati dopo una certa data. Qualcuno vuole controllare se potrebbe essere
> usata per isolare i nodi da spostare?
> Poi sarà da vedere su overpass-turbo riesce ad ustrarre tutto il comune...
>
>
> [1] http://osmit-tm.wmflabs.org/project/24
> [2] http://overpass-turbo.eu/s/o1y
>
> Il giorno 3 aprile 2017 11:35, girarsi_liste  ha
> scritto:
>
>> Il 03/04/2017 11:08, Cascafico Giovanni ha scritto:
>> > Come si potrebbe estrarre i nodi importati, includendo anche quelli
>> > successivamente modificati? Sto provando la query [1], in base
>> all'userid
>> > di Ale_Zena-import, ma non mi restituisce i nodi che ho modificato.
>> >
>> >
>> >
>> > [1] http://overpass-turbo.eu/s/o0i
>> >
>>
>> Forse perchè stai sbagliando user, è:
>>
>> Ale_Zena_IT-import
>>
>>
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address
>> _import_for_Torino#Dedicated_upload_account
>>
>>
>> --
>> Simone Girardelli
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

ahahahahahahah ottimo!!! per un momento pensavo si trattasse di un pesce
d'aprile, se non fosse che la data è dell'articolo è 31 marzo. Ottima
integrazione di OSM.

Davide.

Il giorno 1 aprile 2017 12:40, Cascafico Giovanni  ha
scritto:

> Se abbiamo fortuna, tra quarant'anni il problema potrebbe risolversi da
> solo :-)
>
> https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/
>
> ___
> 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] Divieto di transito con pannello integrativo

[Davide Sandona']

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

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

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

[Davide Sandona']

^^ sbagliato thread!

Davide.

Il giorno 31 marzo 2017 18:57, carlo folini  ha
scritto:

> +1
> Proprio per il fatto che google fa business, i sentieri e affini (zone
> scarsamente popolate) sono appannaggio (per ora) di OSM.
> Chiunque abbia cercato un sentiero si sarà reso conto della sua bontà e
> (spesso) trova la risposta alle loro esigenze.
> Gli enti che operano in questi ambiti e i loro amministratori sono
> attratti dal mondo google e investono tempo e denaro (nostri) per portare
> acqua al loro mulino.
> Per quanto mi piaccia OSM, non sono mai andato a cercare una via o un
> civico..  Diretto su Google maps.
>
> Il fatto che OSM è aperto, ha come effetto collaterale che l'offerta è
> frammentata in mille rivoli.
> Sentieri per hike, bike, ciaspole ecc ecc su ottimi siti per un'esigenza
> particolare...finito l'uso 'spot' non ci si ricorda neanche il nome
> Ah si Maps.google.com
>
> Continuo a mappare sentieri su OSM... Mi diverte
>
>
> Il 31 mar 2017 5:12 PM, "Paolo Monegato"  ha
> scritto:
>
> Il 31/03/2017 15:15, Luca 'remix_tj' Lorenzetto ha scritto:
>
>> Ciao a tutti,
>>
>> vi informo che è stata creata una nuova ML Regionale per il Veneto:
>>
>> https://lists.openstreetmap.org/listinfo/talk-it-veneto -
>> talk-it-ven...@openstreetmap.org
>>
>> La nuova ML sostituisce la vecchia osmven...@liste.remixtj.net che per
>> cause sistemistiche è andata offline.
>>
>> Cercherò nei prossimi giorni di recuperare la lista delle persone che
>> hanno scritto alla vecchia ML e le inviterò ad iscriversi alla nuova.
>>
>> E' comunque possibile già iscriversi.
>>
>> Se avete qualche domanda chiedere pure.
>>
>>
>> Buona giornata,
>>
>> Luca
>>
>
> Rapidissimo. Ho già provveduto ad iscrivermi.
>
> ciao
> Paolo M
>
> ps: Per quanto riguarda l'archivio che t'ha detto?
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> 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] [civici Torino] Offset generale

[Davide Sandona']

Eventualmente qualcuno di Torino potrebbe registrare correttamente la
posizione di alcuni civici sparsi attraverso la città? Penso che 20-30
civici sarebbero più che sufficienti per quantificare l'offset in
questione...

Davide.

Il giorno 30 marzo 2017 20:55, Cascafico Giovanni  ha
scritto:

> Il comune di Torino ha pubblicato direttamente in coordinate geodetiche,
> suppongo WGS84.
>
>
>
>
> Il giorno 30 marzo 2017 19:19, Paolo Monegato 
> ha scritto:
>
>> Il 29/03/2017 18:36, Volker Schmidt ha scritto:
>>
>>> Cari amici,
>>>
>>> ho paura che questo è solo l'ennesima manifestazione dello stesso errore
>>> sistematico con tutti gli import fatti finora in Veneto.(edifici e landuse).
>>>
>>
>> Beh sarebbe anche normale,... se il dato di partenza è in Roma 40 va da
>> se che riproiettandolo con i sistemi che liberamente e legalmente possiamo
>> usare risulterà un offset in varie direzioni a seconda dell'area...
>>
>> ciao
>>
>> Paolo M
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> 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] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Davide Sandona']

>
> Aiutiamo la Camera di Commercio di Genova a fare a meno di big G
>

purtroppo la camera di commercio fa questo per avere un ritorno economico:
in tal caso il ritorno avverrà grazie al 90% e oltre della popolazione che
utilizza quotidianamente Google e i suoi servizi. Si potrebbe tentare un
contatto spiegando loro l'importanza delle mappe libere, l'importanza di
liberare i dati Tuttavia, cito l'articolo:


> ...così faremo richiesta a Google per avere il Trekker di Street view...


E qui, ahimè, si chiude la questione: sono abbastanza sicuro che Google
nelle condizioni di utilizzo di questo Trekker si impadronisca dei dati.
A me non dispiacerebbe che su questo ipotetico Trekker installassero anche
un paio di Gopro e poi caricassero i dati di queste telecamerine su
Mapillary.

Davide.

Il giorno 29 marzo 2017 21:10, girarsi_liste  ha
scritto:

> Il 29/03/2017 20:57, Andrea Solari ha scritto:
> > Aiutiamo la Camera di Commercio di Genova a fare a meno di big G
> >
> > http://genova.repubblica.it/cronaca/2017/03/29/news/_
> aiuteremo_google_per_il_suo_street_view_-161744758/?ref=
> twhr=149081955_source=dlvr.it_medium=twitter
> >
> > ___
> >
>
> Mi sembra ovvio abbiano altri interessi legati alla mappatura.
>
> Cosa proponi in concreto? hai scritto una mail alla camera di commercio
> per invitarli a valutare diversamente con altre mappe?
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

come hai detto, prima di tutto bisognerebbe determinare in modo preciso
l'errore dopodiché per spostarli basta uno script python che va a
spostare solamente quelli che sono stati importati.

Davide.

Il giorno 29 marzo 2017 18:15, Cascafico Giovanni  ha
scritto:

> In Torino il PCN2006 sembra solo più azimutale, ma la base dei building è
> coerente ad entrambi e questi all'edificato. Il tutto evidenzia un offset
> generale dei nodi civici, ben oltre la differenza che possa esserci tra i
> PCN
>
> Il giorno 29 marzo 2017 18:00, Andrea Musuruane  ha
> scritto:
>
>> 2017-03-29 17:25 GMT+02:00 Cascafico Giovanni :
>>
>>> Osservando i civici recentemente importati, mi sembra ci sia uno
>>> sfasamento generale approssimativamente di 4-5 metri a nord rispetto al
>>> PCN2012.
>>>
>>> Come si potrebbe procedere allo spostameto, una volta verificato
>>> l'errore?
>>>
>>> Per ciò che mi riguarda ho corretto la posizione di una decina di nodi,
>>> ma forse è meglio spostare prima che altri utenti effettuino correzioni
>>> selettive.
>>>
>>
>> Perché prendi come riferimento il PCN2012? Il PCN2006 sarà più datato ma
>> è sicuramente meglio allineato.
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> ___
>> 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

[Talk-it] italia-import

[Davide Sandona']

Salve,
chiedo giusto per curiosità, qualcuno sa chi sta operando l'account
italia-import [1] che sta importando in questi giorni i numeri civici
dell'Emilia Romagna? Ieri ho provato a contattarlo ma non ha ancora
risposto...

[1] http://www.openstreetmap.org/user/italia-import

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

Re: [Talk-it] R: Re: ritorna l'Utente Pasticcione

[Davide Sandona']

>
> Quindi vuoi dire che sta disallineando le geometrie?


E' esattamente quello che sta facendo. Inoltre, sta aggiungendo i campi ref
delle strade provinciali ai nomi delle strade [1], ma ho motivo di ritenere
che tali ref li stia prendendo da Google Map oppure Bing Map, poiché nel
changeset che vi ho linkato il campo ref non era presente originariamente,
ed essendo lui un non-local non ha modo di saper quel dato (ho controllato
anche Mapillary, e quella zona non è coperta...).

[1] http://www.openstreetmap.org/changeset/47221841

Davide.

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

> Negli ultimi 15 giorni ha compiuto 554 upload tutti col commento 'trace'
> Già questo dovrebbe far suonare un campanello d'allarme: come si può
> monitorare la sua attività basandosi sul commento del changeset? Questa è
> già una cosa non in linea con la policy di OSM
>
>
> > ieri sera si è messo a mappare nella zona di Bagno di Po. Tuttavia si è
> > messo ad allineare le geometrie con le nuove immagini Bing, le quali
> erano
> > precedentemente ben allineate con dati GPS/PCN2012. Gli ho scritto un
> > messaggio privato ieri notte, ma non ha risposto Ora sta mappando
> alla
> > grande
> >
>
> Quindi vuoi dire che sta disallineando le geometrie? Se non risponde ai
> messaggi e continua a mappare inizierei a commentare i changeset, così ne
> rimane traccia.
> Ma sti tizi non hanno di meglio da fare?
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Re: ritorna l'Utente Pasticcione

[Davide Sandona']

ha appena risposto: vi copio il mio messaggio originale.

Hello select,
>
> Please, stop immediatly your mapping action in the [Po region](
> http://www.openstreetmap.org/changeset/47215065).
>
> You are moving the geometry accordingly to the new Bing imagery: this
> imagery is affected by an offset of several meters in respect to real
> world. This introduce a consistent error in the map, making it unreliable.
> You are not allowed to move correctly-placed-geometry based on this
> imagery!
>
> I understand your need to map, but your edits are not making the map any
> better. On the contrary, you are ruining other mappers work, who went out
> on the territory and took the time to map it with GPS devices and precision.
>
> Recently your name popped out in the italian mailing list: your worklow is
> flawed and you don't respect the community opinions. Data Working Group
> have already been notified of your bad mapping actions, and you received a
> temporary block. Previously you've been instructed to properly comment your
> changesets, but you refuse to do it. "trace" is not a proper comment: we
> aren't able to understand what the hell you are doing.
>
> Given these reasons I'll revert your changesets. If you don't reply to
> this message, explaining why you map the way you do, I'll ask DWG to block
> you permanently.
>

Questa è stata la sua risposta:

> "You are moving the geometry accordingly to the new Bing imagery"
>
> this is a crazy acusation ... I traced perfectly valid elements of the map
> in the Po area according to the bing map underline in ID
>
Questa mattina si è messo a cambiare nomi delle strade: ai nomi corretti si
è messo ad aggiungere i ref delle strade provinciali, ad esempio:
name=Via Trecenta --> name=Via Trecenta - SP11



Davide.

Il giorno 28 marzo 2017 10:21, Davide Sandona' <sandona.dav...@gmail.com>
ha scritto:

> ieri sera si è messo a mappare nella zona di Bagno di Po. Tuttavia si è
> messo ad allineare le geometrie con le nuove immagini Bing, le quali erano
> precedentemente ben allineate con dati GPS/PCN2012. Gli ho scritto un
> messaggio privato ieri notte, ma non ha risposto Ora sta mappando alla
> grande
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=icon>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=link>
> <#m_-5257189848948484050_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Davide.
>
> Il giorno 28 marzo 2017 09:24, Martin Koppenhoefer <dieterdre...@gmail.com
> > ha scritto:
>
>>
>>
>> sent from a phone
>>
>> On 28 Mar 2017, at 08:13, "frali...@alice.it" <frali...@alice.it> wrote:
>>
>> Per ora è bloccato
>>
>> https://www.openstreetmap.org/user/select/blocks
>>
>>
>>
>> era bloccato, appena legge il messaggio del DWG si sblocca(al meno che
>> non viene bloccato definitivamente), qui successo 3 giorni fa
>>
>>
>> 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] R: Re: ritorna l'Utente Pasticcione

[Davide Sandona']

ieri sera si è messo a mappare nella zona di Bagno di Po. Tuttavia si è
messo ad allineare le geometrie con le nuove immagini Bing, le quali erano
precedentemente ben allineate con dati GPS/PCN2012. Gli ho scritto un
messaggio privato ieri notte, ma non ha risposto Ora sta mappando alla
grande


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 28 marzo 2017 09:24, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> On 28 Mar 2017, at 08:13, "frali...@alice.it"  wrote:
>
> Per ora è bloccato
>
> https://www.openstreetmap.org/user/select/blocks
>
>
>
> era bloccato, appena legge il messaggio del DWG si sblocca(al meno che non
> viene bloccato definitivamente), qui successo 3 giorni fa
>
>
> 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] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

>
> Mah, non ho mai capito bene come funzia il sistema docker, ma i file di
> log non sono sul raspberry...


I file di log creati dal programma risiedono all'interno del container:
poiché nel Dockerfile non è stato inserito nessun editor di testo, l'unico
modo per leggere questi log è copiarli all'esterno del container, ovvero
nel filesystem del raspberry.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 26 marzo 2017 20:46, Cascafico Giovanni  ha
scritto:

> Mah, non ho mai capito bene come funzia il sistema docker, ma i file di
> log non sono sul raspberry...
>
> https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_
> Analytic_Tracker#Read_the_logs
>
> Il giorno 26 marzo 2017 15:23, Francesco Pelullo  ha
> scritto:
>
>>
>>
>> Il 26 mar 2017 13:16, "Cascafico Giovanni"  ha
>> scritto:
>>
>> Nessuna memoria di massa. Se non ho visto male, la cartella con il
>> software occupa 3-5 Mb
>>
>>
>> Ho sperimentato varie soluzioni con alcuni Raspberry 2 accessi 24/7, a
>> lungo termine (3-6 mesi) la microsd si danneggia, idem se sposti la
>> partizione di sistema su una pendrive.
>>
>> L'unica è abilitare un ramdisk per i files di log. In rete trovi vari
>> tutorial in proposito. Oppure prendere un hdd usb.
>>
>> Ciao
>> /niubii/
>>
>>
>> ___
>> 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] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Allo stato attuale no, perché i componenti di questo servizio vengono
controllati da Supervisor, un programma che funziona su sistemi basati su
Unix. D'altra parte, mi sembra che tutti i componenti di questo servizio
possano funzionare su Windows, bisogna solamente "eliminare" la parte di
supervisor e convertirla in docker-compose. Dopodiché dovrebbe funzionare
anche su Windows.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 25 marzo 2017 17:42, Federico Cortese  ha
scritto:

> Scusate la mia ignoranza in materia, ma questo software può essere
> installato anche su una macchina Windows?
>
> Grazie,
> Federico
>
> ___
> 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] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

>
> Nella wiki si configura il poly prima del build. É necessario seguire qs
> ordine?


no, puoi configurare tranquillamente la build e dopo il poly. L'importante
è che i due comandi "docker build..." e "docker run..." li lanci per ultimi.

Forse il poly di estratti Openstreetmap é troppo complesso?
>

No, io uso il poly del Veneto e funziona bene (che non è proprio semplice),
in più la persona quotata ad inizio thread lo usa per l'Olanda... Nella
pagina http://lampone.zapto.org: trovi il campo "lag", in un normale
funzionamento questo dovrebbe essere di pochissimi minuti (almeno per
quello che ho visto finora). Lag indica il tempo che il servizio è in
ritardo rispetto ai dati attuali di OSM. Quando salta la connessione è come
se il controllore non riuscisse più a ristabilire la connessione, e il
campo lag continua a crescere.

Provo ad aprire un ticket su Github, sentiamo cosa ne pensa lo sviluppatore.


Davide.

Il giorno 25 marzo 2017 09:42, Cascafico Giovanni <cascaf...@gmail.com> ha
scritto:

> Ho riavviato il router ieri pomeriggio, anche se mi sfugge come possa
> influire sul funzionamento.
>
> La pagina [1] però resta senza changeset, almeno per il poly del Friuli su
> sui ho comunque editato.
>
> Forse il poly di estratti Openstreetmap é troppo complesso?
> Voglio provare a semplificarlo. Nella wiki si configura il poly prima del
> build. É necessario seguire qs ordine?
>
> [1] http://lampone.zapto.org:
>
> Il 24/mar/2017 15:01, "Davide Sandona'" <sandona.dav...@gmail.com> ha
> scritto:
>
>> Giovanni, potresti provare a riavviare il tuo router e vedere se dopo
>> aver ristabilito la connessione il tool riprende in automatico a
>> controllare la zona? Ho come l'impressione che ci sia un bug...
>>
>> Davide.
>>
>> Il giorno 24 marzo 2017 11:11, Davide Sandona' <sandona.dav...@gmail.com>
>> ha scritto:
>>
>>> Grazie per le correzioni, sono state delle sviste :)
>>> Solamente il sudo per il comando "docker build ..." non me lo spiego,
>>> dovrebbe funzionare senza!
>>>
>>> Davide.
>>>
>>> Il giorno 24 marzo 2017 09:06, Cascafico Giovanni <cascaf...@gmail.com>
>>> ha scritto:
>>>
>>>> Grazie: semplice e ben spiegata. Ho fatto degli aggiustamenti per poter
>>>> eseguire il build sul mio raspberry zero. Suppongo siano stati errori di
>>>> battitura.
>>>>
>>>>
>>>> Il giorno 23 marzo 2017 20:58, Davide Sandona' <
>>>> sandona.dav...@gmail.com> ha scritto:
>>>>
>>>>> Ecco qui una mini guida per installare questo tool su Raspberry Pi: [1]
>>>>>
>>>>> [1] https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_Analy
>>>>> tic_Tracker
>>>>>
>>>>> Davide.
>>>>>
>>>>> Il giorno 23 marzo 2017 11:05, Davide Sandona' <
>>>>> sandona.dav...@gmail.com> ha scritto:
>>>>>
>>>>>> Al momento l'installazione più semplice è attraverso Docker.
>>>>>> Smanettando un po' dovresti riuscire ad installarlo anche senza docker, 
>>>>>> ma
>>>>>> ti conviene? Docker è veramente comodo per questo tipo di cose.
>>>>>> Piuttosto, nei prossimi giorni proverò a separare meglio (su Docker)
>>>>>> i vari servizi che compongono questo tool, in modo da ricostruire 
>>>>>> solamente
>>>>>> quello che serve in caso di modifiche delle impostazioni.
>>>>>> Se qualcuno è interessato alla procedura dettagliata per installarlo
>>>>>> sul Raspberry, posso scrivere una paginetta wiki in serata.
>>>>>>
>>>>>>
>>>>>> Davide.
>>>>>>
>>>>>> Il giorno 23 marzo 2017 09:07, Cascafico Giovanni <
>>>>>> cascaf...@gmail.com> ha scritto:
>>>>>>
>>>>>>> Il 23/mar/2017 01:08, "Davide Sandona'" <sandona.dav...@gmail.com>
>>>>>>> ha scritto:
>>>>>>>
>>>>>>> > Sono appena riuscito ad installarlo sul raspberry, ed ora via con
>>>>>>> la fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni
>>>>>>> iniziali.
>>>>>>>
>>>>>>> Ma deve appoggiarsi a docker o funziona da solo?
>>>>>>>
>>>>>>> ___
>>>>>>> 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
>>>>
>>>>
>>>
>>
>> ___
>> 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] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Giovanni, potresti provare a riavviare il tuo router e vedere se dopo aver
ristabilito la connessione il tool riprende in automatico a controllare la
zona? Ho come l'impressione che ci sia un bug...

Davide.

Il giorno 24 marzo 2017 11:11, Davide Sandona' <sandona.dav...@gmail.com>
ha scritto:

> Grazie per le correzioni, sono state delle sviste :)
> Solamente il sudo per il comando "docker build ..." non me lo spiego,
> dovrebbe funzionare senza!
>
> Davide.
>
> Il giorno 24 marzo 2017 09:06, Cascafico Giovanni <cascaf...@gmail.com>
> ha scritto:
>
>> Grazie: semplice e ben spiegata. Ho fatto degli aggiustamenti per poter
>> eseguire il build sul mio raspberry zero. Suppongo siano stati errori di
>> battitura.
>>
>>
>> Il giorno 23 marzo 2017 20:58, Davide Sandona' <sandona.dav...@gmail.com>
>> ha scritto:
>>
>>> Ecco qui una mini guida per installare questo tool su Raspberry Pi: [1]
>>>
>>> [1] https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_Analy
>>> tic_Tracker
>>>
>>> Davide.
>>>
>>> Il giorno 23 marzo 2017 11:05, Davide Sandona' <sandona.dav...@gmail.com
>>> > ha scritto:
>>>
>>>> Al momento l'installazione più semplice è attraverso Docker.
>>>> Smanettando un po' dovresti riuscire ad installarlo anche senza docker, ma
>>>> ti conviene? Docker è veramente comodo per questo tipo di cose.
>>>> Piuttosto, nei prossimi giorni proverò a separare meglio (su Docker) i
>>>> vari servizi che compongono questo tool, in modo da ricostruire solamente
>>>> quello che serve in caso di modifiche delle impostazioni.
>>>> Se qualcuno è interessato alla procedura dettagliata per installarlo
>>>> sul Raspberry, posso scrivere una paginetta wiki in serata.
>>>>
>>>>
>>>> Davide.
>>>>
>>>> Il giorno 23 marzo 2017 09:07, Cascafico Giovanni <cascaf...@gmail.com>
>>>> ha scritto:
>>>>
>>>>> Il 23/mar/2017 01:08, "Davide Sandona'" <sandona.dav...@gmail.com> ha
>>>>> scritto:
>>>>>
>>>>> > Sono appena riuscito ad installarlo sul raspberry, ed ora via con la
>>>>> fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni
>>>>> iniziali.
>>>>>
>>>>> Ma deve appoggiarsi a docker o funziona da solo?
>>>>>
>>>>> ___
>>>>> 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
>>
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Grazie per le correzioni, sono state delle sviste :)
Solamente il sudo per il comando "docker build ..." non me lo spiego,
dovrebbe funzionare senza!

Davide.

Il giorno 24 marzo 2017 09:06, Cascafico Giovanni <cascaf...@gmail.com> ha
scritto:

> Grazie: semplice e ben spiegata. Ho fatto degli aggiustamenti per poter
> eseguire il build sul mio raspberry zero. Suppongo siano stati errori di
> battitura.
>
>
> Il giorno 23 marzo 2017 20:58, Davide Sandona' <sandona.dav...@gmail.com>
> ha scritto:
>
>> Ecco qui una mini guida per installare questo tool su Raspberry Pi: [1]
>>
>> [1] https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_Analy
>> tic_Tracker
>>
>> Davide.
>>
>> Il giorno 23 marzo 2017 11:05, Davide Sandona' <sandona.dav...@gmail.com>
>> ha scritto:
>>
>>> Al momento l'installazione più semplice è attraverso Docker. Smanettando
>>> un po' dovresti riuscire ad installarlo anche senza docker, ma ti conviene?
>>> Docker è veramente comodo per questo tipo di cose.
>>> Piuttosto, nei prossimi giorni proverò a separare meglio (su Docker) i
>>> vari servizi che compongono questo tool, in modo da ricostruire solamente
>>> quello che serve in caso di modifiche delle impostazioni.
>>> Se qualcuno è interessato alla procedura dettagliata per installarlo sul
>>> Raspberry, posso scrivere una paginetta wiki in serata.
>>>
>>>
>>> Davide.
>>>
>>> Il giorno 23 marzo 2017 09:07, Cascafico Giovanni <cascaf...@gmail.com>
>>> ha scritto:
>>>
>>>> Il 23/mar/2017 01:08, "Davide Sandona'" <sandona.dav...@gmail.com> ha
>>>> scritto:
>>>>
>>>> > Sono appena riuscito ad installarlo sul raspberry, ed ora via con la
>>>> fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni
>>>> iniziali.
>>>>
>>>> Ma deve appoggiarsi a docker o funziona da solo?
>>>>
>>>> ___
>>>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Bike trial

[Davide Sandona']

Ciao, ho provato ad eseguire delle ricerche con query overpass sul tag:
mtb:type=trial [1]. I risultati sono pochi, e tutti quanti sono utilizzati
su sentieri oppure strade sterrate, quindi immagino non vadano bene per il
tuo caso.

Spulciando la wiki, nella pagina della key:sport [2] trovi una sezione
riguardante il ciclismo [6] (che include ciclismo su strada, su pista, MTB,
...). Inoltre dicono che questo tag lo si deve utilizzare in combinazione
con leisure=track [3] oppure leisure=pitch [4] ed eventualmente
leisure=sports_centre [5].

Nel tuo caso hai il centro sportivo che sarà taggato come
leisure=sports_centre. L'area per l'attività di trial la potresti indicare
come:
area=yes (questo tag lo giustifico per la difficoltà di mappare il percorso
vero e proprio di tale circuito, che sarà sicuramente costituito da una
serie di ostacoli e che si possono percorrere senza un ordine prestabilito)
sport=cycling
leisure=pitch (anche questo tag lo giustifico come sopra)
mtb:type=trial
mtb:description:it=Area utilizzata esclusivamente per la disciplina di trial
name=?
operator=? (se esiste)
opening_hours=?

[1] http://wiki.openstreetmap.org/wiki/Mountain_biking
[2] http://wiki.openstreetmap.org/wiki/Key:sport
[3] http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dtrack
[4] http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpitch
[5] http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre
[6] http://wiki.openstreetmap.org/wiki/Tag:sport%3Dcycling
[7] http://wiki.openstreetmap.org/wiki/Key:opening_hours

Davide.

Il giorno 24 marzo 2017 09:22, Gianluca Boero  ha
scritto:

> Ciao..
>
> come posso inserire all'interno di un centro sportivo un'area permanente
> dedicata (ora a livello nazionale) per la pratica della specialità in
> oggetto?
>
> https://it.wikipedia.org/wiki/Bike_trial
>
> Grazie
>
> --
> Gianluca Boero
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Ecco qui una mini guida per installare questo tool su Raspberry Pi: [1]

[1] https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_Analytic_Tracker

Davide.

Il giorno 23 marzo 2017 11:05, Davide Sandona' <sandona.dav...@gmail.com>
ha scritto:

> Al momento l'installazione più semplice è attraverso Docker. Smanettando
> un po' dovresti riuscire ad installarlo anche senza docker, ma ti conviene?
> Docker è veramente comodo per questo tipo di cose.
> Piuttosto, nei prossimi giorni proverò a separare meglio (su Docker) i
> vari servizi che compongono questo tool, in modo da ricostruire solamente
> quello che serve in caso di modifiche delle impostazioni.
> Se qualcuno è interessato alla procedura dettagliata per installarlo sul
> Raspberry, posso scrivere una paginetta wiki in serata.
>
>
> Davide.
>
> Il giorno 23 marzo 2017 09:07, Cascafico Giovanni <cascaf...@gmail.com>
> ha scritto:
>
>> Il 23/mar/2017 01:08, "Davide Sandona'" <sandona.dav...@gmail.com> ha
>> scritto:
>>
>> > Sono appena riuscito ad installarlo sul raspberry, ed ora via con la
>> fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni
>> iniziali.
>>
>> Ma deve appoggiarsi a docker o funziona da solo?
>>
>> ___
>> 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] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Al momento l'installazione più semplice è attraverso Docker. Smanettando un
po' dovresti riuscire ad installarlo anche senza docker, ma ti conviene?
Docker è veramente comodo per questo tipo di cose.
Piuttosto, nei prossimi giorni proverò a separare meglio (su Docker) i vari
servizi che compongono questo tool, in modo da ricostruire solamente quello
che serve in caso di modifiche delle impostazioni.
Se qualcuno è interessato alla procedura dettagliata per installarlo sul
Raspberry, posso scrivere una paginetta wiki in serata.


Davide.

Il giorno 23 marzo 2017 09:07, Cascafico Giovanni <cascaf...@gmail.com> ha
scritto:

> Il 23/mar/2017 01:08, "Davide Sandona'" <sandona.dav...@gmail.com> ha
> scritto:
>
> > Sono appena riuscito ad installarlo sul raspberry, ed ora via con la
> fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni
> iniziali.
>
> Ma deve appoggiarsi a docker o funziona da solo?
>
> ___
> 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] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Davide Sandona']

Questo tool sembra essere eccezionale!
Sono appena riuscito ad installarlo sul raspberry, ed ora via con la fase
di test!! Tra l'altro è abbastanza semplice fare le impostazioni iniziali.

Davide.

2017-03-20 21:52 GMT+01:00 Marco :

> Concordo, non sembra per niente male
>
> On March 20, 2017 6:28:03 PM GMT+01:00, Federico Cortese <
> cortese...@gmail.com> wrote:
>
>> On Mon, Mar 20, 2017 at 3:58 PM, Martin Koppenhoefer
>>  wrote:
>>
>>>  potrebbe avere senso per noi?
>>
>>
>>
>> Grazie Martin,
>> mi sembra molto interessante, sarebbe bello poterlo provare.
>>
>> Ciao,
>> Federico
>>  > style="border-top: 1px solid #D3D4DE;">
>>  
>>   > href="https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail;
>> target="_blank">> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif;
>> width="46" height="29" style="width: 46px; height: 29px;" />
>>   Mail priva di virus. > href="https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail;
>> target="_blank" style="color: #4453ea;">www.avast.com   
>>  
>> 
>> > height="1">
>>
>> --
>>
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
> ___
> 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] verifiche sui civici di torino

[Davide Sandona']

>
> Quindi ISTAT ha una regola per cui i nomi sono in maiuscolo?


Suppongo che ISTAT usi il maiuscolo per facilitarsi la vita. Ad esempio,
nei casi di caratteri accentati verrebbero riportati come carattere normale
seguito da apostrofo (la mia esperienza è limitata per le regioni in cui
l'italiano è la lingua principale).

Tempo fa abbiamo stabilito di scrivere i mesi in minuscolo, se la regola è
> diversa cambiamola ufficialmente perchè non penso che in una targa vedremo
> mai


Per piacere, potresti riportare in quale thread è stato stabilito?


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 19 marzo 2017 21:41, Luigi Toscano  ha
scritto:

> Cascafico Giovanni ha scritto:
> > Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
> > questo caso [1] abbiamo usato il formato indicato da ISTAT.
>
> Quindi ISTAT ha una regola per cui i nomi sono in maiuscolo? La regola del
> minuscolo non è tanto di OSM, quanto dell'italiano.
>
> --
> Luigi
>
> ___
> 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] Digital Globe layer

[Davide Sandona']

sto seguendo anch'io con interesse l'evolversi della situazione, ma è
lecito aspettarsi che il layer in questione verrà rilasciato solamente in
quelle aree del mondo in cui OSM è poco sviluppato. Dopotutto Digital Globe
deve pur campare con qualcosa...
Io sarei altrettanto interessato alla metodologia utilizzata da FB per
ottenere le strade: applicando quella tecnologia a immagini recenti si
riuscirebbe a scoprire punti in cui sono state create nuove strade, parlo
di rotonde, piccole cose Aiutando quindi a mantenere la mappa
aggiornata. Proprio ieri con le nuove immagini Bing ho scoperto una nuova
rotonda...

Davide.

2017-03-17 18:11 GMT+01:00 Federico Cortese :

> Interessante la discussione in lista import circa il caso AI Facebook.
> Interessante anche l'intervento di Kevin Bullock di DG:
>
> I'm happy to report we are making progress towards an exciting option
> that would allow DG to publish an imagery layer directly for
> OpenStreetMap editing. This is being funded by a group of
> organizations, and would make the +Vivid imagery layer available for
> registered OSM editors (the source for Facebook). I am hoping this
> will resolve many of the concerns for validation. The timeframe for
> this is likely 4-8 weeks. It will likely warrant a new thread/forum
> somewhere instead of being embedded in the Thailand thread and this
> one.
>
> Credo che per ora sarà limitato alle aree della Tailandia coinvolte,
> ma visto l'interesse di Facebook ad espandere l'attività, in futuro
> pensate che potrebbe coprire l'intero globo?
> Sarebbe ottimo avere un nuovo foto-layer per OSM.
>
> Ciao,
> Federico
>   style="border-top: 1px solid #D3D4DE;">
> 
>href="https://www.avast.com/sig-email?utm_medium=email;
> utm_source=link_campaign=sig-email_content=webmail"
> target="_blank"> src="https://ipmcdn.avast.com/images/icons/icon-envelope-
> tick-round-orange-animated-no-repeat-v1.gif"
> width="46" height="29" style="width: 46px; height: 29px;" />
> Mail priva di virus.  href="https://www.avast.com/sig-email?utm_medium=email;
> utm_source=link_campaign=sig-email_content=webmail"
> target="_blank" style="color: #4453ea;">www.avast.com
>  
> 
> 
>  height="1">
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

>
> La fonte dei civici e delle vie e' il Comune, quindi rappresenta
> l'autorita' toponomastica.
>

Anche se gli indirizzi attualmente presenti nei numeri civici provengono
direttamente dal dataset del comune, con molta probabilità non sono tutti
corretti. Al comune di Torino (e non solo) probabilmente non interessa
inserire un indirizzo completo nel suo dataset dei numeri civici. Loro
hanno un dataset a parte con tutta la toponomastica ufficiale! Non ti so
dire il motivo per cui nessuno fa un dataset come dio comanda, ma dopo aver
importato i numeri civici di Verona, Vicenza e Treviso ti posso assicurare
che questa è la prassi: negli indirizzi dei numeri civici inseriscono di
tutto, dalle abbreviazioni ai troncamenti, ai numeri romani e via dicendo.
L'unico modo per avere assoluta certezza che gli indirizzi presenti sui
numeri civici siano corretti è quello di confrontarli con la toponomastica
ufficiale, che è un dataset a parte. Se tale confronto non è stato fatto,
io non mi fido dei nomi presenti nel campo addr:street dei numeri civici di
Torino!!!

Ripeto in altri termini: i nomi degli indirizzi presenti nel dataset dei
numeri civici NON rappresentano la toponomastica ufficiale.

I termini "comunale", "vicinale" fanno parte del nome, non si possono
aggiungere o togliere a piacere, oltrettutto indicano una valenza legale
sul determinato tratto di strada. Per togliere questi aggettivi il comune
deve seguire tutta una bella prassi burocratica e personalmente non credo
che il comune di Torino si sia preso questa briga. Stiamo parlando circa di
20 casi (tra "comunale" e "vicinale").

Torno quindi a ribadire l'importanza di avere un dataset ufficiale per la
toponomastica!!!

Siamo sicuri che per il Comune "bis"
> e "/B" hanno lo stesso significato?


A colpo d'occhio ho notato due casi con "bis", sicuramente ce ne sono
altri. Il caso che mi ricordo c'era: "5", "5/A", "5 bis", "5/C"... Direi
che in questo caso il bis è proprio uguale a B.


Davide.

Il giorno 17 marzo 2017 13:39, Fabrizio Tambussa <ftambu...@gmail.com> ha
scritto:

> Il 17 marzo 2017 13:17, Davide Sandona' <sandona.dav...@gmail.com> ha
> scritto:
> > Prima di procedere ad aiutarvi, voglio chiedere un po' di cose:
> >
> > ho notato che alcune vie presenti in OSM contengono il termine
> "comunale",
> > "vicinale", ... mentre nel campo addr:street dei civici questi termini
> non
> > compaiono. Ritengo sia giusto aggiungerlo!
>
> La fonte dei civici e delle vie e' il Comune, quindi rappresenta
> l'autorita' toponomastica.
> Se nei civici, nel campo addr:street non c'e' il termine "comunale",
> va tolto dal campo name della via.
>
> > ho notato la presenza di numeri civici nella forma "NUMERO bis", ad
> esempio
> > "5 bis". Consiglio di portarli nella forma "NUMERO/B".
>
> Anche qui non sarei cosi' sicuro. Siamo sicuri che per il Comune "bis"
> e "/B" hanno lo stesso significato?
>
> Saluti
>
> ___
> 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] verifiche sui civici di torino

[Davide Sandona']

Prima di procedere ad aiutarvi, voglio chiedere un po' di cose:

   - ho notato che alcune vie presenti in OSM contengono il termine
   "comunale", "vicinale", ... mentre nel campo addr:street dei civici questi
   termini non compaiono. Ritengo sia giusto aggiungerlo!
   - non è stata fatta alcuna normalizzazione secondo le direttive ISTAT
   dei nomi riguardo ai numeri, ad esempio "Via Pio VII" -> "Via Pio Settimo"
   oppure "Piazza XVIII Dicembre" -> "Piazza Diciotto Dicembre". Avete
   intenzione di farla?
   - ho notato la presenza di numeri civici nella forma "NUMERO bis", ad
   esempio "5 bis". Consiglio di portarli nella forma "NUMERO/B".




Davide.

Il giorno 17 marzo 2017 11:04, Martin Koppenhoefer <dieterdre...@gmail.com>
ha scritto:

>
> 2017-03-17 10:51 GMT+01:00 Davide Sandona' <sandona.dav...@gmail.com>:
>
>> Quei numeri, sono "numeri civici" che sono erroneamente finiti nel campo
>> addr:street oppure sono effettivamente parte del indirizzo?
>
>
>
> il primo che hai detto, al 99%
>
> 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] verifiche sui civici di torino

[Davide Sandona']

Ritornando al discorso di Torino, ho scaricato gli addr:street dei civici,
e trovo valori come "Via Vittorio Andreis interno 18", "Via Tripoli 10",
"Corso Traiano 68", "Corso Traiano 64", "Via Onorato Vigliani 35".
Quei numeri, sono "numeri civici" che sono erroneamente finiti nel campo
addr:street oppure sono effettivamente parte del indirizzo?

Davide.

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

> Il 17/03/2017 10:21, Lorenzo "Beba" Beltrami ha scritto:
>
>
> Mitici!
> Piccolo OT (ma nemmeno troppo): si potrebbe fare anche per l'import
> dell'Emilia-Romagna o l'area è troppo vasta?
> Lo so che sta andando a rilento ecc. ecc., però sarebbe comodo... :)
>
>
>
> Certamente, ma ci vogliono mani che tengano un mouse, occhi che guardino
> le schermo e, possibilmente, una manciata di neuroni che tentino di
> coordinare i due organi .
>
> Nei giorni scorsi ho nuovamente lanciato la richiesta di volontari che
> diano una mano ma se non si fa avanti nessuno le cose si mettono in coda.
> In questo caso per Torino sono bastati due giorni, per l'Emilia Romagna  ci
> vuole molto di più.
>
> Alessandro Ale_Zena_IT
>
> --
> Alessandro Palmas
> Project Manager OpenStreetMap per Wikimedia Italia
> Mobile 3289671753 - 3938251416
>
> Wikimedia Italia, Via Bergognone 34 - 20144 Milano
> è la corrispondente italiana ufficiale di Wikimedia Foundation Inc
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto Query Overpass

[Davide Sandona']

a avevo perso un pezzo per strada: la tua "pseudo query" va utilizzata
nel wizard :) mistero risolto :) :)
Scusa, oggi son proprio fuso

Davide.

Il giorno 15 marzo 2017 19:03, girarsi_liste <liste.gira...@gmail.com> ha
scritto:

> Il 15/03/2017 18:39, Davide Sandona' ha scritto:
> >>
> >> Che pulsante hai cliccato per eseguire la query?
> >>
> >
> > pulsante "Run" :)
> >
> > Davide.
> >
>
> Io vedo un "build query", "componi ed esegui una query", ed annulla.
>
> Stiamo parlando dello stesso sito?
>
> http://overpass-turbo.eu/
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto Query Overpass

[Davide Sandona']

>
> Che pulsante hai cliccato per eseguire la query?
>

pulsante "Run" :)

Davide.

Il giorno 15 marzo 2017 18:36, girarsi_liste <liste.gira...@gmail.com> ha
scritto:

> Il 15/03/2017 18:33, Davide Sandona' ha scritto:
> > Grazie mille Andrea, la tua query funziona benissimo! :)
> >
> > Simone, ho provato la tua query nel sito http://overpass-turbo.eu/ ma al
> > momento di esecuzione mi spara fuori una lista di errori... Dove hai
> > provato la tua query?
> >
> > Davide.
>
>
> Semplicemente così come la vedi, in Trentino, su un sentiero.
>
> Che pulsante hai cliccato per eseguire la query?
>
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto Query Overpass

[Davide Sandona']

Grazie mille Andrea, la tua query funziona benissimo! :)

Simone, ho provato la tua query nel sito http://overpass-turbo.eu/ ma al
momento di esecuzione mi spara fuori una lista di errori... Dove hai
provato la tua query?

Davide.

Il giorno 15 marzo 2017 18:08, girarsi_liste  ha
scritto:

> Il 15/03/2017 18:01, Andrea Albani ha scritto:
> > ref=E206 and type:way and type!=relation in Trentino
> >
> >
> > Così però ti trova anche le way con ref=E206 che fanno parte di una
> > relation, mentre, se non ho interpretato male, nella richiesta iniziale
> > queste andavano escluse
> >
>
> No, perche se osservi c'è un punto esclamativo, che sta ad indicare il
> NOT, e sarebbe trovami tutte le way con ref E206 che non fanno parte
> delle relazione contenente il ref E206.
>
> Di fatto mi son ritrovato un segmento, ora corretto, non inserito nella
> relazione E206.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Aiuto Query Overpass

[Davide Sandona']

Salve,
è possibile con Overpass selezionare le way aventi un determinato tag ref
ma che non sono associate ad alcuna relazione avente lo stesso tag ref?

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

Re: [Talk-it] Segnale Stradale con Numero di tornante

[Davide Sandona']

Grazie Damjan, troppo gentile! :)

Davide.

Il giorno 13 marzo 2017 00:07, Damjan Gerl <dam...@damjan.net> ha scritto:

> Ciao! Questa pagina deve essere ancora aggiornata e "finita", aggiungendo
> anche alcuni esempi. Purtroppo è restata un po' indietro per causa che non
> ho tanto tempo disponibile...
>
> Per il tuo caso io metterei
> traffic_sign=IT:M6p2[1]
>
>
> Ciao
> Damjan
>
>
>
> 11.03.2017 - 16:58 - Davide Sandona':
>
>> PS: ecco il link alla pagina:
>> http://wiki.openstreetmap.org/wiki/User:Damjang/IT:traffic_sign_italy
>>
>> Davide.
>>
>> Il giorno 11 marzo 2017 16:21, Davide Sandona' <sandona.dav...@gmail.com
>> <mailto:sandona.dav...@gmail.com>> ha scritto:
>>
>> Oggi ho percorso una strada con diversi tornanti.
>> Ora sto controllando la traccia GPS con quanto presente in OSM. Un
>> utente ha inserito i numeri dei tornanti su un nodo separato dalla
>> strada, taggandolo solamente con il tag name, ad esempio name=1°
>> tornante
>>
>> Spulciando la wiki ho trovato questa interessantissima pagina [1]
>> creata dal nostro utente Damjan. Da quel che ho capito, il tag
>> corretto sarebbe: traffic_sign=IT:M6p2[1° tornante]. Giusto?
>>
>> Pensavo anche di fare il merge di tutti i nodi separati dalla
>> strada creati da quell'utente con i relativi nodi presenti nella
>> strada negli appositi tornanti. Dopotutto il tornante fa parte
>> della strada, così come il cartello. La domanda che mi pongo è:
>> nella history del nodo verrà mantenuto l'utente originale?
>>
>> Davide.
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

Ciao Davide,
ho provato a spulciare la wiki per vedere se esistono tag per composti
chimici e non mi sembra di averne trovati. I tag non si possono inventare,
ci sono delle procedure di approvazione da seguire sulla wiki, e di solito
va per le lunghe.
Partendo dal presupposto che tu sei interessato ad avere una
rappresentazione grafica dei dati, potresti provare a sperimentare con
OpenLayers e vedere se riesci a tirar fuori qualcosa di utile

Davide.

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

> Buongiorno a tutti
> vorrei usare i dati pubblicati da ARPA Veneto sull'inquinamento della
> acque sotterranee per mappare l'estensione dell'inquinamento della acqua di
> falda in veneto, il file dei dati  è sotto licenza cc-by 3.0:
> http://www.arpa.veneto.it/dati-ambientali/open-data/
> file-e-allegati/pfas/PFAS_in_acque_2017_01_09.ods
>
> Per ora limitandomi solo alle sorgenti, corsi d'acqua e scarichi
> industriali, lasciando stare i pozzi privati (per non causare problemi con
> i proprietari).
>
> Avrei bisogno di capire se ci sono tag e  attributi adatti, o se bisogna
> crearne di nuovi.
> Vorrei riportare la data del campionamento e i valori rilevati, possono
> essere piu' di uno  per anno, fra il 2013 e il 217, esempio:
> Provincia Comune Data del prelievo Tipologia di acqua campionata
> Latitudine Longitudine
> PFBA
> PFPeA
> PFBS
> PFHxA
> PFHpA
> PFHxS
> PFOA
> PFNA
> PFDeA
> PFOS
> PFUnA
> PFDoA Totale PFAS
>
> VI MONTECCHIO MAGGIORE 27/06/2016 SORGENTI O RISORGIVE 45.55285239
> 11.40302493 56 <10 20 <10 <10 <10 49 <10 <10 <10 <10 <10 125
> VI MONTECCHIO MAGGIORE 26/05/2015 SORGENTI O RISORGIVE 45.55285239
> 11.40302493 90 16 21 16 <10 <10 61 <10 <10 <10 <10 <10 204
> L'unità è sempre ng/l.
> Sarebbe possibile poi fare un rendering della mappa con i valori in
> grafico a barre?
>
> Ogni aiuto è bene acetto
> davide
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnale Stradale con Numero di tornante

[Davide Sandona']

PS: ecco il link alla pagina:
http://wiki.openstreetmap.org/wiki/User:Damjang/IT:traffic_sign_italy

Davide.

Il giorno 11 marzo 2017 16:21, Davide Sandona' <sandona.dav...@gmail.com>
ha scritto:

> Oggi ho percorso una strada con diversi tornanti.
> Ora sto controllando la traccia GPS con quanto presente in OSM. Un utente
> ha inserito i numeri dei tornanti su un nodo separato dalla strada,
> taggandolo solamente con il tag name, ad esempio name=1° tornante
>
> Spulciando la wiki ho trovato questa interessantissima pagina [1] creata
> dal nostro utente Damjan. Da quel che ho capito, il tag corretto sarebbe:
> traffic_sign=IT:M6p2[1° tornante]. Giusto?
>
> Pensavo anche di fare il merge di tutti i nodi separati dalla strada
> creati da quell'utente con i relativi nodi presenti nella strada negli
> appositi tornanti. Dopotutto il tornante fa parte della strada, così come
> il cartello. La domanda che mi pongo è: nella history del nodo verrà
> mantenuto l'utente originale?
>
> Davide.
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=icon>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=link>
> <#m_6460439265020678697_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Segnale Stradale con Numero di tornante

[Davide Sandona']

Oggi ho percorso una strada con diversi tornanti.
Ora sto controllando la traccia GPS con quanto presente in OSM. Un utente
ha inserito i numeri dei tornanti su un nodo separato dalla strada,
taggandolo solamente con il tag name, ad esempio name=1° tornante

Spulciando la wiki ho trovato questa interessantissima pagina [1] creata
dal nostro utente Damjan. Da quel che ho capito, il tag corretto sarebbe:
traffic_sign=IT:M6p2[1° tornante]. Giusto?

Pensavo anche di fare il merge di tutti i nodi separati dalla strada creati
da quell'utente con i relativi nodi presenti nella strada negli appositi
tornanti. Dopotutto il tornante fa parte della strada, così come il
cartello. La domanda che mi pongo è: nella history del nodo verrà mantenuto
l'utente originale?

Davide.


Virus-free.
www.avast.com

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

Re: [Talk-it] Nuove Immagini Satellitari Bing

[Davide Sandona']

nella mia zona erano piu' nitide le precedenti :(

Davide.

Il giorno 4 marzo 2017 15:15, dan980  ha scritto:

> Da ieri (03.03.2017) le immagini satellitari di Bing sono state aggiornate
> per l'Italia. Sono molto recenti (2016?).
> In Josm potete fare il confronto utilizzando il layer di Bing e quello di
> Mapbox Satellite (che ha ancora le vecchie immagini del 2011). Nelle zone
> di
> espansione residenziale è possibile apprezzare i nuovi edifici.
>
>
>
> -
> --
> confronto navigatori basati su OSM:
> https://docs.google.com/spreadsheets/d/1xmhQ15bQ5eH_
> 8U7kCzwi5xoNtT8e8JxDUEz05px-Vog/pubhtml
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Nuove-Immagini-Satellitari-Bing-tp5892404.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Direzione relazioni route=*

[Davide Sandona']

>
> Probabilmente i ruoli "start" e "end" non sono interpretati. Le relazioni
> route al solito sono da mettere "ordinate", cioè il primo membro è l'inizio
> e l'ultimo è la fine. I ruoli non servono (nemmenno forward e backward).
>

Confermo, aggiungi i pezzi alla relazione in ordine dalla partenza
all'arrivo!

Davide.

Il giorno 13 febbraio 2017 12:32, Marco  ha scritto:

> Qualche giorno fa ho aggiunto alcune relazioni route=hiking, specificando
> il ruolo (forward/backward) per ogni membro ed aggiungendo il ruolo
> start/end sui nodi agli estremi della relazione. Leggendo la wiki credevo
> di aver fatto bene ma guardando quelle relazioni su waymarkedtrails e su RA
> osmsurround il risultato è che le relazioni risultano esattamente al
> contrario di come le avrei volute aggiungere, o meglio, la seconda su
> waymarkedtrails risulta in salita, su RA osmsurround invece in discesa
> (giusto).
>
> Vi metto il link a due relazioni affette dal problema. La prima dovrebbe
> andare in salita, la seconda invece in discesa.
>
> 1°) https://hiking.waymarkedtrails.org/#route?id=6967144=15!
> 46.1042!10.1356
>
> 1°) http://ra.osmsurround.org/analyzeRelation?relationId=6967144
> &_noCache=on
>
> 2°) https://hiking.waymarkedtrails.org/#route?id=6967145=16!
> 46.1453!10.1273
>
> 2°) http://ra.osmsurround.org/analyzeRelation?relationId=6967145
> &_noCache=on
>
> Cosa sbaglio?
>
> Grazie
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo utente Kostik, non si capisce la sua mappatura.

[Davide Sandona']

>
> Lo stesso mi interessa come Kostik fa questo enorme lavoro. Davide, visto
> che hai già un canale di comunicazione aperto con lui, vuoi farlo tu?
>

Proverò a chiedere, ma data la concisa risposta al mio primo messaggio,
dubito che otterrò risposte. In ogni caso ci provo e vi terrò aggiornati.

Davide.

Il giorno 30 gennaio 2017 23:33, THESTORM375  ha
scritto:

> Ok grazie  .. Se ho poi da chiedere Aiuto ..scriverò il prima possibile
>>
>
>
> --
> written by Valerio Fasano
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo utente Kostik, non si capisce la sua mappatura.

[Davide Sandona']

Certamente. Ecco il mio messaggio:

> Hello Kostik, I'm an italian mapper. I've seen this changeset created by
> you, but I'm not able to understand what you have done. Please, can you
> explain in detail why you removed all those objects?
> Davide.


Questa è stata la sua risposta:

> Delete duplicate nodes.


Questo russo è molto loquace :)

Davide.

Il giorno 30 gennaio 2017 22:27, Volker Schmidt  ha
scritto:

>
>
>
> kostik ha appena risposto in merito a questo changeset [1], dice di aver
>> eliminato nodi duplicati.
>>
>> [1] http://www.openstreetmap.org/changeset/45499857
>>
>> Davide.
>>
> Questo confermerebbe quello che ho scritto due giorni fa.
> Potresti riferirci esattamente che cosa ti ha scritto?
> In questo changeset ha eliminato, correttamente, nodi duplicati che avevo
> prodotto io (way 361524912)
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo utente Kostik, non si capisce la sua mappatura.

[Davide Sandona']

kostik ha appena risposto in merito a questo changeset [1], dice di aver
eliminato nodi duplicati.

[1] http://www.openstreetmap.org/changeset/45499857

Davide.

Il giorno 28 gennaio 2017 20:19, Fabrizio Tambussa  ha
scritto:

>
>
> Il 28/Gen/2017 15:24, "THESTORM375"  ha scritto:
>
> visto che stiamo in tema.. come si fa a segnalare un utente o a mandare un
> revert? io non lo so.. me lo potreste spiegare? mi potrebbe tornare utile
> in caso vedo che un utente appunto fa modifiche strane ecc... grazie acora
>
>
> Scrivi qui innanzitutto.
> specifica nome utente e cosa ha fatto.
>
> Saluti
>
>
> Il giorno sab 28 gen 2017 alle ore 10:57 Volker Schmidt 
> ha scritto:
>
>> Ho guardato (scelta a caso) da vicino il gruppo di modifiche nel centro
>> nord della schermata
>> https://overpass-api.de/achavi/?changeset=45350757
>> Ecco la mappa corrispondente:
>> http://www.openstreetmap.org/way/46422#map=18/42.73726/1
>> 3.76239=D
>> Tutti gli oggetti cancellati da Kostik sono presenti sulla mappa come
>> oggetti creati da rospus  con
>> data antecedente la data di cancellazione e con id diversi.
>> Sembra che Kostik abbia cancellato doppioni  di questo oggetti creati da
>> rospus.
>> O sbaglio?
>>
>>
>> 2017-01-28 9:04 GMT+01:00 Fabrizio Tambussa :
>>
>> Scusate l'impaginazione, sono col cellulare.
>> Utilizzando il servizio che ho implementato all'inizio del mese si vede
>> che l'utente, negli ultimi 15 giorni, ha cancellato un bel po' di cose:
>> Relation:
>> http://osmit3.wmflabs.org/api/page_bdc_eraser.php?name=Kostik=R
>>
>> Way:
>> http://osmit3.wmflabs.org/api/page_bdc_eraser.php?name=Kostik=W
>>
>> Nodi con tag:
>> http://osmit3.wmflabs.org/api/page_bdc_eraser.php?name=Kostik=N
>>
>> In sostanza ha eliminato delle turn restriction e una relation di un
>> sentiero, più 8 nodi taggati tutti con:
>> foot=yes
>> barrier=gate
>> bicycle=yes
>>
>> Casomai foste curiosi o voleste usare il servizio, le spiegazioni sono
>> qui:
>> tp://osmit3.wmflabs.org/api/
>>
>> Saluti
>>
>> Sbiri
>>
>>
>>
>> Il 27/Gen/2017 23:33, "girarsi_liste"  ha
>> scritto:
>>
>> Per caso oggi, controllando nella mia vallata se c'erano modifiche da
>> parte di altri utenti, sono incappato in questo changeset[0], dove ho
>> visto che questo utente russo, o via di lì, ha effettuato modifiche e
>> cancellazioni, in questo caso in qualche punto del Veneto, in maniera
>> arbitraria, guardando il suo profilo [1], rilevo parecchi changeset
>> [2]strani e diffusi in tutta Europa occidentale, Francia in particolare,
>> non so con che criterio, ma penso male.
>>
>> Non l'ho contattato perchè con l'inglese non me la cavo, e poi vedo che
>> scrive solo russo o quel che lè.
>>
>> Ad ogni modo segnalo perchè a me pare rovinamuri.
>>
>>
>> [0] http://nrenner.github.io/achavi/?changeset=45499857
>>
>> [1] https://www.openstreetmap.org/user/Kostik
>>
>> [2] https://www.openstreetmap.org/user/Kostik/history
>>
>>
>> --
>> Simone Girardelli
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag eterogenei su nodo

[Davide Sandona']

>
> dunque sarebbe più
> facile eliminare il vecchio e reimportare in blocco il nuovo senza
> diventare
> stupidini a creare degli script di ricerca/sostituzione ad-hoc;
>

eliminando così la parte più divertente ed intellettualmente stimolante del
lavoro? :)

è probabile che la posizione del PDI (attività) non corrisponda
> esattamente alla posizione del civico (la targhetta) che come abbiamo detto
> infinite volte ha una posizione spaziale precisa prevista da direttive
> ISTAT;
>

Sono d'accordo che in alcuni casi la posizione del civico differisca dalla
posizione dell'edificio, è anche vero che nella maggior parte dei casi la
separazione spaziale risulta essere di pochi metri. La precisa indicazione
toponomastica, secondo me, è un'informazione assolutamente importante da
includere nel PDI. Se è vero che un software di routing ti porta nel PDI
anche senza la necessità di fornire informazioni toponomastiche, è anche
vero che la presenza di queste informazioni ti permette di arrivare a
destinazione senza l'utilizzo del GPS e software di routing. Se io
sviluppassi un app basata su dati OSM, probabilmente non visualizzerei
tutti i numeri civici a tutti i livelli di zoom (nelle città sarebbe un
delirio): a zoom "medio" visualizzerei le icone dei PDI, l'utente seleziona
il PDI che gli interessa e quindi compaiono tutte le informazioni
necessarie, indirizzo compreso. Se manca l'indirizzo nel PDI, l'unico modo
che ho per fornire la posizione sarebbe mostrare tutti i civici...

ma credo che più di qualcuno cancella tutto il nodo senza
> preoccuparsi del danno che sta facendo.
>

a riguardo, sarebbe utile sviluppare un tool che, basandosi sul feed di
whodidit, estragga i changeset in cui siano stati cancellati numeri civici
(per evitare fenomeni di troll).

Gli utenti che hanno creato almeno un changeset tramite Maps.me sono
> 104.262.
> Di questi 94.739 hanno usato solo l'app e i rimanenti 9.523 hanno almeno
> un changeset fatto tramite altri tool.
> I primi nella loro attività su OSM hanno creato 294.285 changeset (media
> del pollo: 3 a testa), mentre i secondi 3.681.591.
> Quindi vuoto per pieno circa un 10% degli utilizzatori di Maps.me sono
> anche contributori in altro modo, anche se non è chiaro se hanno iniziato
> su maps.me e poi sono passati a JOSM, iD, ... o viceversa.
> Se qualcuno è interessato a fare qualche analisi qui [0] trovate i dati
> già aggregati per user ID.


Grazie Andrea, ecco la continuazione delle statistiche :)
Dei 9.523 utenti che oltre a Maps.Me hanno utilizzato anche un'altra
applicazione, ho analizzato con quale editor hanno effettuato il primo
changeset. Il grafico riportato in [1] illustra i risultati: l'editor
maggiormente utilizzato per il primo changeset è JOSM (58.7%), seguito da
Potlatch (10%), iD (7.5%), Maps.Me (6.8%), OsmAnd (5%).

[1] https://www.dropbox.com/s/zv63jcgcmk3tt1t/osm-stats.png?dl=0



Davide.

Il giorno 29 gennaio 2017 22:54, Marco_T  ha scritto:

> cascafico wrote
> > Era uscito questo commento ad un incontro di mappatori FVG. Sembrerebbe
> un
> > problema non tanto di niubbi, quanto di maps.me (che io non posso
> > provare).
> >
> > La diffusione di editor semplificati ci é sembrato un problema, anche
> > perché va ad intaccare un addr import che ci ha impegnato parecchio.
>
> Sono io il colpevole del commento!
> La mia idea è che l'informazione toponomastica può e dovrebbe avere una sua
> autonomia, custodita in modo geloso, slegata quindi dal PDI che la sfrutta.
> Questo per vari motivi, in ordine di importanza:
> - le amministrazioni pubbliche (si auspica) rilascieranno sempre piu'
> spesso
> informazioni toponomastiche aggiornate e georiferite, dunque sarebbe più
> facile eliminare il vecchio e reimportare in blocco il nuovo senza
> diventare
> stupidini a creare degli script di ricerca/sostituzione ad-hoc;
> - è probabile che la posizione del PDI (attività) non corrisponda
> esattamente alla posizione del civico (la targhetta) che come abbiamo detto
> infinite volte ha una posizione spaziale precisa prevista da direttive
> ISTAT;
> - se una attività chiude cancello il suo nodo e fine : 1 secondo. Ma se il
> nodo comprende anche le informazioni toponomastiche devo perdermi tra i tag
> per decidere cosa lasciare e cosa cancellare... 20 secondi? se sono
> bravo...ma credo che più di qualcuno cancella tutto il nodo senza
> preoccuparsi del danno che sta facendo.
> - rendering. Ok è un problema risolvibile, ma se voglio stamparmi solo i
> civici di una via e al loro posto mi viene renderizzato ogni tanto il nome
> di una macelleria o di un sexysiop... (che potrei nascondere con qualche
> tool che oscura amenity e altro)
>
> Idee mie eh.
>
> --
> Marco_T
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.com
> /Tag-eterogenei-su-nodo-tp5890047p5890144.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> 

Re: [Talk-it] Tag eterogenei su nodo

[Davide Sandona']

Finora mi è capitato solo 3-4 volte questa evenienza, però senza ombra di
dubbio il trend aumenterà con gli utenti Maps.me. Finora, ho eliminato il
nodo con i tag addr:* importati da me, e copiato i tag corretti sul nodo
creato dall'utente Maps.Me (correggendo eventualmente la posizione), in
modo da non vanificare il suo contributo nel remoto caso diventasse un
utente OSM.

Certo che è una procedura fastidiosa, però la vedo più sensata rispetto
alla separazione dei PDI dagli addr:*. In questo possiamo anche vedere un
lato positivo: coloro che si sono occupati dell'import di determinate aree
ed hanno procedure di controllo basate su RSS feed, riescono ad assicurare
una qualità della mappa migliore.

Sarebbe interessante estrarre delle statistiche: quanti utilizzatori di
Maps.Me diventano poi mappatori OSM (cioè mappatori che utilizzano anche
altri editor).

Davide.

Il giorno 28 gennaio 2017 11:42, Cascafico Giovanni 
ha scritto:

> Era uscito questo commento ad un incontro di mappatori FVG. Sembrerebbe un
> problema non tanto di niubbi, quanto di maps.me (che io non posso
> provare).
>
> La diffusione di editor semplificati ci é sembrato un problema, anche
> perché va ad intaccare un addr import che ci ha impegnato parecchio.
>
> Il 27/gen/2017 22:32, "girarsi_liste"  ha
> scritto:
>
>> Il 27/01/2017 18:13, Cascafico Giovanni ha scritto:
>> > In tempi di crisi i PDI commerciali sono piuttosto effimeri.
>> >
>> > Sulla coesistenza sullo stesso nodo di PDI e addr:*
>> >
>> > Sarebbe auspicabile fossero separati, in quanto alcuni editor non
>> > chiariscono all'utente che sta cancellando un PDI che esistono tag addr
>> > associati; questi potrebbe essere ingiustamente cancellati.
>> >
>>
>> Detta come l'hai scritta, tanto vale fare un nodo per ogni tag, così si
>> è sicuri che il niubbo è niubbo e tale rimane. :)
>>
>>
>>
>> --
>> Simone Girardelli
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag eterogenei su nodo

[Davide Sandona']

Secondo me addr:* e informazioni del PDI vanno tenuti sullo stesso nodo. E'
l'utente che dovrebbe rendersi conto di quello che vorrebbe eliminare.
Piuttosto si potrebbe inviare un suggerimento agli sviluppatori di
josm/plotarch in cui effettuare un controllo sull'elemento che si sta
cancellando: se un determinato tag è presente nell'elemento (ad esempio
addr:*), aprire una finestra di dialogo per confermare l'eliminazione
visualizzando un opportuno messaggio di avviso.

Davide.

Il giorno 27 gennaio 2017 22:31, girarsi_liste  ha
scritto:

> Il 27/01/2017 18:13, Cascafico Giovanni ha scritto:
> > In tempi di crisi i PDI commerciali sono piuttosto effimeri.
> >
> > Sulla coesistenza sullo stesso nodo di PDI e addr:*
> >
> > Sarebbe auspicabile fossero separati, in quanto alcuni editor non
> > chiariscono all'utente che sta cancellando un PDI che esistono tag addr
> > associati; questi potrebbe essere ingiustamente cancellati.
> >
>
> Detta come l'hai scritta, tanto vale fare un nodo per ogni tag, così si
> è sicuri che il niubbo è niubbo e tale rimane. :)
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo utente Kostik, non si capisce la sua mappatura.

[Davide Sandona']

Penso sia un bot, o comunque qualcuno che utilizza script. Un commento più
dettagliato non farebbe male! In ogni caso gli ho scritto, vedremo se
risponde.

Davide.

Il giorno 28 gennaio 2017 00:06, Volker Schmidt  ha
scritto:

> Qualcuno ha controllato se commette errori di mapping (oltre a utilizzare
> sempre lo stesso commento nei changeset "мелкие правки ошибок" ovvero
> "bug minori modifiche").
> Non penso che lui sia un principiante con 23,629 changeset.
>
> 2017-01-27 23:54 GMT+01:00 THESTORM375 :
>
>> Bisogna assolutamente fermarlo ..prima che faccia danni.. Appunto anche
>> nelle regioni italiane .. Poi. ..solo per sapere..ma se uno per caso fa il
>> matto e modifica tutto .c'è un modo per tornare diciamo indietro subito?
>> Una specie di backup di emergenza..
>> Comunque se mai se avete bisogno di parlarci potrei farlo io.. Perché so
>> molto bene l'inglese ..
>>
>>
>>
>> --
>> written by Valerio Fasano
>>
>>
>> ___
>> 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] Segnalo utente Kostik, non si capisce la sua mappatura.

[Davide Sandona']

si, ho notato anch'io il changeset in Veneto, ma non ho ancora avuto modo
di controllare che modifiche ha apportato.
Provo a contattarlo e vediamo se risponde...

Davide.

Il giorno 27 gennaio 2017 23:38, girarsi_liste  ha
scritto:

> Il 27/01/2017 23:32, girarsi_liste ha scritto:
> > Per caso oggi, controllando nella mia vallata se c'erano modifiche da
> > parte di altri utenti, sono incappato in questo changeset[0], dove ho
> > visto che questo utente russo, o via di lì, ha effettuato modifiche e
> > cancellazioni, in questo caso in qualche punto del Veneto, in maniera
> > arbitraria, guardando il suo profilo [1], rilevo parecchi changeset
> > [2]strani e diffusi in tutta Europa occidentale, Francia in particolare,
> > non so con che criterio, ma penso male.
> >
> > Non l'ho contattato perchè con l'inglese non me la cavo, e poi vedo che
> > scrive solo russo o quel che lè.
> >
> > Ad ogni modo segnalo perchè a me pare rovinamuri.
> >
> >
> > [0] http://nrenner.github.io/achavi/?changeset=45499857
> >
> > [1] https://www.openstreetmap.org/user/Kostik
> >
> > [2] https://www.openstreetmap.org/user/Kostik/history
> >
> >
>
> In aggiunta, visto adesso, pure tra Trentino-Alto Adige e Lombardia:
>
> https://www.openstreetmap.org/changeset/45422128
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query overpass

[Davide Sandona']

riguardo la seconda domanda, credo che rappresentino le diverse versioni
della cronologia, infatti se guardi la scheda Dati, trovi la stessa way due
volte (vedi che l'id si ripete).

Davide.

Il giorno 27 gennaio 2017 19:46, Marco  ha scritto:

> Sto guardando ora; la query sembra funzionare correttamente (grazie
> ancora) ma vorrei cercare di capirci di più.
>
> 1) che differenza c'è tra i segmenti tratteggiati e quelli continui?
> cliccando su uno di quelli tratteggiati compare la scritta "*Attention:
> incomplete geometry (e.g. some nodes missing)**"* e non mi spiego perchè.
> Mi illuminate per favore?
>
> 2) perché in alcuni punti come questo [1], ci sono due linee tratteggiate
> che sembrano rappresentare lo stesso sentiero?
>
> [1] http://overpass-turbo.eu/s/lys
>
> grazie
>
> Ciao
>
> Il 27/01/2017 11:31, Marco ha scritto:
>
> Grazie mille a tutti per le risposte; ho guardato al volo la soluzione di
> Andrea e sembrava restituire risultati verosimili. Oggi sono super occupato
> con il lavoro ma appena trovo il tempo di controllare i risultati vi faccio
> sapere.
> Grazie ancora per l'aiuto
> Ciao
>
> On January 27, 2017 12:26:48 AM GMT+01:00, Andrea Albani
>   wrote:
>>
>> Quello che cerchi penso si possa fare con la funzione augmented delta e
>> quindi l'operatore adiff
>>
>> [out:xml][timeout:25][adiff:"2016-01-01T00:00:00Z","2017-
>> 01-28T00:00:00Z"];
>> (
>>   way["highway"]({{bbox}});
>> );
>> out body;
>> >;
>> out skel qt;
>>
>> La query ritorna le modifiche avvenute nel bbox nell'intervallo di date
>> specificato: l'output generato contiene per ogni way un elemento 
>> con la variabile type che può valere create (quello che serve a te), modify
>> e delete.
>> Prova in una zona che conosci per capire se è quello che fa per te.
>>
>> Ciao
>>
>> NB funziona solo quando l'output è settato come nell'esempio in XML
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

>
> P.S: anche vicentino?
>

certo! :)

Davide.

Il giorno 14 gennaio 2017 13:17, Cascafico Giovanni 
ha scritto:

> Il quesito é simile a quello che avevo posto a dicembre il ML "query
> elementi vicini".
>
> Credo che farlo con l'ID sia possibile.
>
> Il 14/gen/2017 12:14, "mircozorzo"  ha scritto:
>
>> Ciao, chiedo un aiuto per costruire una query per l'estrazione di dei
>> nodi di
>> uno specifico tag a una certa distanza da una relazione data.
>>
>> Gli elementi che ho capito che dovrei usare sono la relazione individuata
>>
>>
>> #a quale relazione faccio riferimento (non so come scriverlo)
>>
>> relation id=xx
>>
>>
>> #quanto distante e e il tipo di amenità
>> node(around:400)[ameity=drinking_water];
>>
>> out;
>>
>> Circa, ma la parte iniziale non so che sintassi usare.
>>
>> Ciao, Mirco
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.com
>> /Aiuto-query-Operpass-turbo-tp5889404.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Davide Sandona']

Non so se con Overpass sia possibile estrarre un elemento attraverso il suo
id. Ti riporto un esempio in cui ho identificato la relazione attraverso il
nome... [1]

[1] http://overpass-turbo.eu/s/lfz

Davide.

Il giorno 14 gennaio 2017 12:13, mircozorzo  ha
scritto:

> Ciao, chiedo un aiuto per costruire una query per l'estrazione di dei nodi
> di
> uno specifico tag a una certa distanza da una relazione data.
>
> Gli elementi che ho capito che dovrei usare sono la relazione individuata
>
>
> #a quale relazione faccio riferimento (non so come scriverlo)
>
> relation id=xx
>
>
> #quanto distante e e il tipo di amenità
> node(around:400)[ameity=drinking_water];
>
> out;
>
> Circa, ma la parte iniziale non so che sintassi usare.
>
> Ciao, Mirco
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Aiuto-query-Operpass-turbo-tp5889404.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] probabile troll

[Davide Sandona']

mai ricevuto risposta. secondo me puoi fare il reverse di entrambi i
changeset

Davide.

Il giorno 13 gennaio 2017 14:23, Marco  ha scritto:

> Ritorniamo al problema principale della discussione; rimangono ancora, in
> posizioni poco verosimili, i due nodi da lui creati. Qualcuno ha avuto
> risposta dal mappatore in questione?
> Il nodo di Piazza Duomo a Vicenza mi sembra senza senso, l'altro potrebbe
> anche essere spostato e non cancellato, a patto di capire dove vada messo.
> Posso anche offrirmi io di sistemare, mi sembra un lavoro da 2 minuti.
> Attendo il vostro parere
>
> Ciao
> Marco
>
>
> ___
> 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