[Talk-it-piemonte] R: Caricati hotel

Sab 12 Feb 2022 11:15:36 UTC

Ciao Francesco,

la wiki [1] dice: "The building tags are intended for the physical
description of a building: for functions in the building (e.g. police
station, church, townhall, museum) you should add additional tags like
amenity=*, tourism=*, shop=* etc."
Non dice "aggiungi un nodo dentro al building per indicare la sua
funzione", ma di aggiungere al building stesso i tag relativi alla sua
funzione.

Se io vedo un POI mappato come nodo dentro ad un building, deduco che il
POI non occupa tutto l'edificio ma solo una parte: vale per es. per tutti
gli esercizi commerciali a pianoterra nei condomini.
Non è infrequente nelle città che un albergo occupi solo alcuni piani di un
edificio, in quel caso anch'io uso il nodo (all'interno del building) per
mapparlo.
Ma se mappo allo stesso modo anche nel caso che l'albergo occupi tutto
l'edificio, non si ravvisa la differenza rispetto al caso precedente.

Ci sono parecchi POI che di solito occupano tutto un edificio e vengono
mappati con i tag amenity o tourism: musei, biblioteche, teatri, cinema,
municipi ...
Per tutti questi POI è previsto di mettere i loro tag sulla way
dell'edificio (le relative pagine wiki riportano tutte "Place a node or
draw as an area along the outline").
Anche altre amenity (caffè, farmacie, banche...) - che sovente occupano
solo parte di un edificio - possono occupare tutto l'edificio, e anche in
questo caso ritengo una mappatura più dettagliata mettere tutti i tag sulla
way del building anziché come nodo dentro al building.

Ciao,
Marco

[1] https://wiki.openstreetmap.org/wiki/Buildings#Values

Il giorno ven 11 feb 2022 alle ore 20:31 Francesco Ansanelli <
francians a gmail.com> ha scritto:

>
>
> Il ven 11 feb 2022, 20:25 Francesco Ansanelli <francians a gmail.com> ha
> scritto:
>
>> Ciao Marco,
>>
>> scusa, ma mi ero perso la risposta... Non riesco davvero a capire cosa
>> intendi con "qualitativamente".
>> Vuol dire che giudichi di qualità inferiore un POI inserito nel database
>> come nodo, che può si esserne il centro o l'ingresso, rispetto ad un
>> poligono che è anche l'edificio stesso?
>> Se non ho capito bene, puoi farmi un esempio?
>>
>> Aspetto tue
>> Francesco
>>
>> P.S. non mi interessa il rendering, quindi, l'idea dell'icona mi fa solo
>> rabbrividire :)
>>
>
> P.P.S. mi hai scritto vale per i building, ma il discorso verteva sui
> tourism=hotel, e POI in generale, nessuno ha scritto di mappare gli edifici
> come nodi
>
>>
>> Il gio 3 feb 2022, 11:40 mbranco2 <mbranco2 a gmail.com> ha scritto:
>>
>>> Ciao Francesco,
>>> certo che puoi fare un nodo anzichè una way chiusa, questo vale per
>>> qualsiasi building!
>>> E' però un modo più approssimativo di mappare: quando una feature è
>>> determinata da una way chiusa, se metti solo il nodo anziché il perimetro
>>> dell'area fai una mappatura qualitativamente meno dettagliata.
>>> Molti preferivano usare il nodo anziché la way chiusa per una feature
>>> (per es. amenity=townhall) per avere renderizzata l'iconcina
>>> corrispondente, ma ormai è già un po' di anni che OSM Carto renderizza la
>>> sterssa icona anche per le way chiuse.
>>>
>>> Ciao,
>>> Marco
>>>
>>>
>>>
>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Mail
>>> priva di virus. www.avast.com
>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>> <#m_-6328234494005712105_m_1271023634949568652_m_-8850675357328044379_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>> Il giorno gio 3 feb 2022 alle ore 07:24 Francesco Ansanelli <
>>> francians a gmail.com> ha scritto:
>>>
>>>> Ciao Marco,
>>>>
>>>> Rispondo per la parte di hotel... Non è vero che non puoi fare altro
>>>> che fonderlo con l'edificio... puoi metterlo su un nodo quando ricavato in
>>>> una palazzina. Guarda questo esempio:
>>>>
>>>> https://www.openstreetmap.org/node/6188019827
>>>>
>>>> Francesco
>>>>
>>>> Il mer 2 feb 2022, 19:43 mbranco2 <mbranco2 a gmail.com> ha scritto:
>>>>
>>>>> Scusate, scrivendo dei 40 negozi con lo stesso indirizzo, potete
>>>>> pensare che io sia per la duplicazione.
>>>>> Non è così, come si capisce dalla conclusione del mio post:
>>>>> "Concludendo: l'ingresso ad un edificio e l'indirizzo di un POI sono
>>>>> due cose diverse, e probabilmente sarebbe giusto avere due tag diversi; in
>>>>> loro mancanza, considero più importante qualificare l'indirizzo del POI
>>>>> rispetto al suo ingresso."
>>>>> Il problema dei negozi nei centri commerciali sarebbe risolto tenendo
>>>>> conto dell'indirizzo che ha scritto prima Andrea, che inizia con "Sig.
>>>>> Rossi": per avere l'univocità bisognerebbe esistesse il concetto di "campo
>>>>> composto" nel db OSM, dove l'indirizzo "completo" di un POI viene composto
>>>>> concatenando il name con l'indirizzo... ma pazienza, non so se Postgres
>>>>> implementi una simile feature e - se anche fosse - chissà mai se e quando
>>>>> OSM la utilizzerebbe.
>>>>> Sicuramente, mi rifiuto di introdurre l'ennesima duplicazione
>>>>> proponendo di ripetere il name anche nell'indirizzo!
>>>>>
>>>>> Quello che non mi piace è che un bar, o una pizzeria, che sono per es.
>>>>> al pianoterra di un condominio, siano mappati (giustamente) come nodi, e
>>>>> quindi insieme al name trovi il telefono, l'indirizzo, e quant'altro. Per
>>>>> un albergo invece non si potrebbe avere la stessa funzionalità, perché
>>>>> l'indirizzo deve essere messo su un'altra feature.
>>>>>
>>>>> Capisco Andrea che con la tua regola riproduci l'indirizzario del
>>>>> Comune, ma io vorrei anche che OSM riproducesse le pagine gialle (o la
>>>>> funzionalità di googlemaps...)
>>>>> E se facessimo un sondaggio pubblico a quale delle due funzionalità la
>>>>> gente è più interessata, scommetto che vincerebbe la seconda! (ma per
>>>>> carità, cerchiamo di ottenerle tutte e due)
>>>>>
>>>>> Quanto alla tua indicazione, Francesco, di disegnare un poligono
>>>>> contenente l'edificio-albergo, e mettere tutti i tag sul poligono: certo, è
>>>>> giusto ed è previsto anche dalla wiki (si veda per es. tourism=hotel). Ma
>>>>> questo purché ci siano altri elementi esterni dell'edificio che fanno parte
>>>>> dell'abergo (parcheggio, giardino, ecc.)
>>>>> In un albergo cittadino, ricavato da un condominio e concatenato ad
>>>>> altri condomini (che quindi non ha nessun elemento esterno di sua
>>>>> pertinenza), non puoi far altro
>>>>> che associare i tag al building stesso.
>>>>>
>>>>> @Stefano, mi allarga il cuore il tuo intervento: fosse vero che
>>>>> agid/ade/istat trovino una soluzione, e soprattutto che sia replicabile in
>>>>> OSM!  Tienici aggiornati!
>>>>>
>>>>> Buona serata a tutti,
>>>>> Marco
>>>>>
>>>>>
>>>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Mail
>>>>> priva di virus. www.avast.com
>>>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>>>> <#m_-6328234494005712105_m_1271023634949568652_m_-8850675357328044379_m_6305486982330603017_m_5078250206186691672_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>>>
>>>>> Il giorno mer 2 feb 2022 alle ore 18:07 Francesco Ansanelli <
>>>>> francians a gmail.com> ha scritto:
>>>>>
>>>>>> Ciao Cristiano,
>>>>>>
>>>>>> Non è una buona idea e soprattutto relazione non vuol dire
>>>>>> collezione. Serve un po' di esperienza in OSM per capire che le relazioni
>>>>>> non servono a salvare bit o creare categorie, è per questo che è
>>>>>> abbandonata e sicuramente sconsigliabile.
>>>>>>
>>>>>> Francesco
>>>>>>
>>>>>> Il mer 2 feb 2022, 16:06 Cristiano Giovando <giovand a gmail.com> ha
>>>>>> scritto:
>>>>>>
>>>>>>> Quella relazione in effetti potrebbe tornare utile  :)
>>>>>>> ...specialmente
>>>>>>> per la situazione italiana dove abbiamo linee guida diverse da altri
>>>>>>> paesi. Forse è stata abbandonata proprio perchè di solito il tag
>>>>>>> address si può applicare tranquillamente sia ai nodi, che ai
>>>>>>> poligoni,
>>>>>>> che ai POI?
>>>>>>>
>>>>>>> Se suggeriamo di seguire un formato specifico
>>>>>>> (
>>>>>>> https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia
>>>>>>> ),
>>>>>>> penso sia importante anche includere indicazioni su come risolvere il
>>>>>>> problema della disgiunzione tra il nodo dell'indirizzo e il POI
>>>>>>> (punto
>>>>>>> o area) cui è associato.
>>>>>>>
>>>>>>> Il Bremen Schema mi sembra un po' ridondante e non è ancora stato
>>>>>>> approvato dopo molti anni, ma se c'è consenso a livello nazionale,
>>>>>>> forse è il modo più pratico per risolvere il problema e bisognerebbe
>>>>>>> indicarlo nelle linee guida italiane. Che dite?
>>>>>>>
>>>>>>> On Wed, Feb 2, 2022 at 2:54 PM Andrea Musuruane <musuruan a gmail.com>
>>>>>>> wrote:
>>>>>>> >
>>>>>>> > Ciao Cristiano,
>>>>>>> >
>>>>>>> > On Wed, Feb 2, 2022 at 2:08 PM Cristiano Giovando <
>>>>>>> giovand a gmail.com> wrote:
>>>>>>> >>
>>>>>>> >> Premetto che non ho molta esperienza al riguardo, ma a rigor di
>>>>>>> logica non si dovrebbe usare una relazione invece di ripetere le
>>>>>>> informazioni sotto un altro tipo di tag? So che le relazioni sono elementi
>>>>>>> abbastanza "fragili" in OSM e spesso i software di rendering o navigazione
>>>>>>> non li prendono in considerazione, ma sarebbe un modo per mantenere
>>>>>>> l'indirizzo sul nodo dell'ingresso e associarlo al poligono dell'edificio
>>>>>>> dove si possono indicare poi il resto dei tag (nome, orari, etc).
>>>>>>> >
>>>>>>> >
>>>>>>> > Nel passato sono state fatte diverse proposte che usano una
>>>>>>> relazione, come questa:
>>>>>>> >
>>>>>>> https://wiki.openstreetmap.org/wiki/Proposed_features/associatedAddress
>>>>>>> >
>>>>>>> > Per un po' l'ho anche usata e non credo sia la corretta soluzione
>>>>>>> perché, oltre ad essere poco mantenibile, è anche difficile da usare da
>>>>>>> parte di un principiante.
>>>>>>> >
>>>>>>> > Soffre degli stessi problemi della relazione associatedStreet, che
>>>>>>> infatti è raramente utilizzata (e spesso, quando viene usata, è usata in
>>>>>>> modo errato).
>>>>>>> >
>>>>>>> > Ciao,
>>>>>>> >
>>>>>>> > Andrea
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> > _______________________________________________
>>>>>>> > Talk-it-piemonte mailing list
>>>>>>> > Talk-it-piemonte a openstreetmap.org
>>>>>>> > https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Talk-it-piemonte mailing list
>>>>>>> Talk-it-piemonte a openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Talk-it-piemonte mailing list
>>>>>> Talk-it-piemonte a openstreetmap.org
>>>>>> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>>>>>>
>>>>> _______________________________________________
>>>>> Talk-it-piemonte mailing list
>>>>> Talk-it-piemonte a openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>>>>>
>>>> _______________________________________________
>>>> Talk-it-piemonte mailing list
>>>> Talk-it-piemonte a openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>>>>
>>> _______________________________________________
>>> Talk-it-piemonte mailing list
>>> Talk-it-piemonte a openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>>>
>> _______________________________________________
> Talk-it-piemonte mailing list
> Talk-it-piemonte a openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.openstreetmap.org/pipermail/talk-it-piemonte/attachments/20220212/0535cd3c/attachment-0001.htm>