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

Gio 14 Dic 2017 15:09:43 UTC

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&lon=11.67004&lat=44.80572&zoom=11&overlays=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 <catonano a gmail.com> ha scritto:

>
>
> Il giorno 14 dicembre 2017 14:53, Martin Koppenhoefer <
> dieterdreist a gmail.com> ha scritto:
>
>> 2017-12-14 12:59 GMT+01:00 Catonano <catonano a gmail.com>:
>>
>>>
>>> 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 la relazione e decide se il
> nome inserito nella relazione sia corretto oppure no
>
>
>
>>
>>
>>
>> va discusso con gli abitanti della strada.
>>
>>>
>>> eh ?
>>>
>>
>>
>> secondome, cambiare un typo nel nome di una strada in tanti indirizzi di
>> quella strada, spazialmente limitato su quella strada, non è un automated
>> edit secondo lo spirito della guideline. Stai guardando il singolo oggetto.
>>
>
> sono daccordo. Rimane il fatto che una relazzione richiederebbe UN SOLO
> edit e quindi questa distinione non sarebbe necessaria
>
>
>
>>
>> Ciao,
>> Martin
>>
>
> Ciao
> Adriano
>
>
> _______________________________________________
> Talk-it mailing list
> Talk-it a openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.openstreetmap.org/pipermail/talk-it/attachments/20171214/04b01f1b/attachment-0001.html>