<div dir="ltr">Ciao Francesco,<div>certo che puoi fare un nodo anzichè una way chiusa, questo vale per qualsiasi building!<div>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.<br>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.<br><br>Ciao,<br>Marco<br><div><br></div></div></div></div><div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br> <table style="border-top:1px solid #d3d4de">
<tr>
<td style="width:55px;padding-top:18px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"></a></td>
<td style="width:470px;padding-top:17px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Mail priva di virus. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color:#4453ea">www.avast.com</a> </td>
</tr>
</table>
<a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 3 feb 2022 alle ore 07:24 Francesco Ansanelli <<a href="mailto:francians@gmail.com">francians@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Ciao Marco,<div dir="auto"><br></div><div dir="auto">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:</div><div dir="auto"><br></div><div dir="auto"><a href="https://www.openstreetmap.org/node/6188019827" target="_blank">https://www.openstreetmap.org/node/6188019827</a></div><div dir="auto"><br></div><div dir="auto">Francesco</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il mer 2 feb 2022, 19:43 mbranco2 <<a href="mailto:mbranco2@gmail.com" target="_blank">mbranco2@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Scusate, scrivendo dei 40 negozi con lo stesso indirizzo, potete pensare che io sia per la duplicazione.<br>Non è così, come si capisce dalla conclusione del mio post:<br>"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."<br>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.<br>Sicuramente, mi rifiuto di introdurre l'ennesima duplicazione proponendo di ripetere il name anche nell'indirizzo!<br><br>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.<br><br>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...)<br>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) <br><br>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.)<br>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<br>che associare i tag al building stesso.<br><br>@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!<br><br>Buona serata a tutti,<br>Marco<br></div><div id="gmail-m_6305486982330603017m_5078250206186691672DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br> <table style="border-top:1px solid rgb(211,212,222)">
<tbody><tr>
<td style="width:55px;padding-top:18px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" rel="noreferrer" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"></a></td>
<td style="width:470px;padding-top:17px;color:rgb(65,66,78);font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Mail priva di virus. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" style="color:rgb(68,83,234)" rel="noreferrer" target="_blank">www.avast.com</a> </td>
</tr>
</tbody></table>
<a href="#m_6305486982330603017_m_5078250206186691672_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1" rel="noreferrer"></a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mer 2 feb 2022 alle ore 18:07 Francesco Ansanelli <<a href="mailto:francians@gmail.com" rel="noreferrer" target="_blank">francians@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>Ciao Cristiano,</div><div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">Francesco</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">Il mer 2 feb 2022, 16:06 Cristiano Giovando <<a href="mailto:giovand@gmail.com" rel="noreferrer" target="_blank">giovand@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Quella relazione in effetti potrebbe tornare utile :) ...specialmente<br>
per la situazione italiana dove abbiamo linee guida diverse da altri<br>
paesi. Forse è stata abbandonata proprio perchè di solito il tag<br>
address si può applicare tranquillamente sia ai nodi, che ai poligoni,<br>
che ai POI?<br>
<br>
Se suggeriamo di seguire un formato specifico<br>
(<a href="https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia" rel="noreferrer noreferrer noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia</a>),<br>
penso sia importante anche includere indicazioni su come risolvere il<br>
problema della disgiunzione tra il nodo dell'indirizzo e il POI (punto<br>
o area) cui è associato.<br>
<br>
Il Bremen Schema mi sembra un po' ridondante e non è ancora stato<br>
approvato dopo molti anni, ma se c'è consenso a livello nazionale,<br>
forse è il modo più pratico per risolvere il problema e bisognerebbe<br>
indicarlo nelle linee guida italiane. Che dite?<br>
<br>
On Wed, Feb 2, 2022 at 2:54 PM Andrea Musuruane <<a href="mailto:musuruan@gmail.com" rel="noreferrer noreferrer" target="_blank">musuruan@gmail.com</a>> wrote:<br>
><br>
> Ciao Cristiano,<br>
><br>
> On Wed, Feb 2, 2022 at 2:08 PM Cristiano Giovando <<a href="mailto:giovand@gmail.com" rel="noreferrer noreferrer" target="_blank">giovand@gmail.com</a>> wrote:<br>
>><br>
>> 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).<br>
><br>
><br>
> Nel passato sono state fatte diverse proposte che usano una relazione, come questa:<br>
> <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/associatedAddress" rel="noreferrer noreferrer noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Proposed_features/associatedAddress</a><br>
><br>
> 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.<br>
><br>
> Soffre degli stessi problemi della relazione associatedStreet, che infatti è raramente utilizzata (e spesso, quando viene usata, è usata in modo errato).<br>
><br>
> Ciao,<br>
><br>
> Andrea<br>
><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Talk-it-piemonte mailing list<br>
> <a href="mailto:Talk-it-piemonte@openstreetmap.org" rel="noreferrer noreferrer" target="_blank">Talk-it-piemonte@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-it-piemonte" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it-piemonte</a><br>
<br>
_______________________________________________<br>
Talk-it-piemonte mailing list<br>
<a href="mailto:Talk-it-piemonte@openstreetmap.org" rel="noreferrer noreferrer" target="_blank">Talk-it-piemonte@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-it-piemonte" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it-piemonte</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
Talk-it-piemonte mailing list<br>
<a href="mailto:Talk-it-piemonte@openstreetmap.org" rel="noreferrer" target="_blank">Talk-it-piemonte@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-it-piemonte" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it-piemonte</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-it-piemonte mailing list<br>
<a href="mailto:Talk-it-piemonte@openstreetmap.org" rel="noreferrer" target="_blank">Talk-it-piemonte@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-it-piemonte" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it-piemonte</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-it-piemonte mailing list<br>
<a href="mailto:Talk-it-piemonte@openstreetmap.org" target="_blank">Talk-it-piemonte@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-it-piemonte" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it-piemonte</a><br>
</blockquote></div>