[Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Paolo Monegato]

Il 13/05/2016 12:41, Marco_T ha scritto:
> Sicuramente e' come dici tu.
> Mi ha ingannato il fatto che, come vedi qui:
> http://www.openstreetmap.org/way/138898202#map=19/45.54132/11.54827
> questa chiesa (ma anche tutte quelle che ho già sistemato a Vicenza) si
> trova nello stato in cui erano gli ospedali, credo, quindi com amenity
> duplicate per lo stesso edificio.
> Pensavo quindi fosse un problema generalizzato ma ricontrollando ho visto
> che c'e' solo in alcune zone del Veneto forse a causa di edit successivi.
> La mia e' solo una segnalazione, gestiscila come ritieni piu' opportuno.
> Ciao.

Nel caso specifico mi pare che quella chiesa risalga al primo import. 
Dunque fa proprio parte del problema segnalato in quella pagina (che 
riguarda solo le zone elencate nella pagina).


Il 13/05/2016 13:31, Martin Koppenhoefer ha scritto:
>
> 2016-05-13 11:55 GMT+02:00 Paolo Monegato <gato.selvadego at gmail.com 
> <mailto:gato.selvadego at gmail.com>>:
>
>     Però la questione delle amenity duplicate è un po' diversa. Al
>     tempo ogni singolo pezzo d'edificio risultava taggato come
>     "ospedale" per esempio.
>
>
>
> ma questo solo se aggiungi un ospedale ad ogni edificio, quindi crei 
> questi duplicati.
>
>
>     Con il risultato che un singolo complesso ospedaliero composto da
>     più edifici pareva essere una serie di ospedali diversi.
>
>
>
> si, il solito problema che l'edificio viene parificato con l'utilizzo. 
> E' sempre sbagliato, ma nel caso di un supermercato (per esempio) 
> spesso non nuoce.

Alt, mi spiego meglio. Ogni singolo edificio del complesso veniva 
automaticamente etichettato come building=yes + amenity=hospital. 
Successivamente è stato perfezionato il sistema: gli edifici sono stati 
messi in automatico come building=hospital e l'amenity solo sull'area 
generale.

ciao
Paolo M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-it/attachments/20160513/01631529/attachment.html>