Concordo con te, mi sembra che ormai fosse una regola ormai assodata, non vedo
nessun problema.
Alecs
--
Inviato da Libero Mail per Android martedì, 28 aprile 2020, 08:58AM +02:00 da
canfe canfe.n...@gmail.com :
>Non sono d'accordo.
>C'è una pagina wiki che specifica come vanno scritti i nomi
I numeri con le N per quanto vedo nelle vie dove esistono già non sono le
vetrine, ma proprio gli ingressi dei negozi, che altrimenti avrebbero solo il
civico dell'ingresso principale del palazzo.
Ale
--
Inviato da Libero Mail per Android martedì, 31 marzo 2020, 00:11PM +02:00 da
Cascafico
Andrea Musuruane wrote
> Sono decisamente contrario a questo modo di procedere.
>
> Se non c'è rilevamento in loco e l'unica informazione che si ha è mediata
> da un comunicato stampa che afferma che un postamat è stato installato in
> un comune (e non si sa dove), allora non si inserisce niente.
E' inevitabile che siano casi singoli di disaccordo, nel mondo reale nemmeno
la distizione tra amenity=restaurant e amenity=cafe (o bar, pub, fast_food)
è così netta, può capitare che locali di una stessa catena siano
classificati da mappatori diversi in modo diverso, eppure funziona nel
Non so se si possa considerare un errore. O meglio, ci sono alcune
intersezioni tra comunità montane (es questa
https://www.openstreetmap.org/relation/4252388) e unioni di comuni (es
questa https://www.openstreetmap.org/relation/7633272), formalmente sono
corrette, nel senso che quelli sono i
Andrea Musuruane wrote
> Tra l'altro se la funzione population->place fosse *iniettiva* non
> avremmo bisogno del tag place.
Esatto, il nodo della questione è sempre quello, se place dipende così
rigidamente dalla popolazione, non ha senso di esistere come tag a sè.
Invece lo ha proprio nella
6 matches
Mail list logo