<div dir="ltr">De façon pragmatique on peut admettre d'avoir simplement les deux (un noeud et une surface), sans aucune relation, et faire en sorte que cela ne s'affiche pas deux fois (un point parking trouvé dans une surface parking peut être éliminé, peu importe si tous les autres tags dont le nom ne sont pas identiques, on n'affichera qu'un seul nom (peut importe lequel même si ça diverge un peu), en fusionnant "intelligemment" les tags trouvés (si nécessaire on peut faire un log d'erreurs pour signaler les valeurs en conflit même si on n'en retient qu'une arbirtrairement sur le rendu).<div><br></div><div>En revanche il peut être utile de conserver certains tags spécifiques (pas tous) comme la délimitation des places réservées aux handicapés, ou les parkings 2 roues sans avoir besoin d'afficher leur nom en doublon visible.</div><div><br></div><div>Dans tous les cas, pas besoin de label ni de relation.</div><div><br></div><div>Attention dans certains cas il y a des places réservées de façon privées dans les parkings public (exemples: places réservées au personnel porteurs d'une carte spécial, ou places protégées par une barrière ou un plot levant (à clé ou télécommandé).En principe on devrait délimiter ces places avec une autre surface séparée indiquant leur caractère privé. mais si cela ne concerne qu'un ou deux emplacements, il y a un tag particulier pour ces emplacements individuels placés dans un parking plus grand.</div><div><br></div><div>De même pour les aires de stationnement pour camions, bus et véhicules longs ou à remorque (qui ne leur sont pas forcément réservés mais ces véhicules ne peuvent pas se garer dans les plus petits emplacements). Ce cas se présente notamment sur les aires d'autoroutes. Il peut arriver que les emplacements pour véhicules de tourisme soient pleins et qu'il aillent s'aligner plus loin sur les aires pour véhicule longs, mais en principe on devrait éviter de laisser libre les emplacements longs partiellement occupés, afin de laisser de la place pour les autres véhicules longs (comme ces places sont souvent plus éloignées des points de service, naturellement les véhicules remplissent d'abord les emplacements les plus proches et se regroupent). Cela pose rarement des problèmes. Si c'est un stationnement pour le repos, il y a des emplacements mieux adaptés que ces grandes places souvent trop lumineuses et sans craindre de se faire déranger par des camions ou des cars...</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 1 sept. 2020 à 09:58, Christian Quest <<a href="mailto:cquest@openstreetmap.fr">cquest@openstreetmap.fr</a>> a écrit :<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>
<div>Le 30/08/2020 à 21:20,
<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a> a écrit :<br>
</div>
<blockquote type="cite">
<div>Le 30/08/2020 à 09:46, Christian
Quest - <a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>
a écrit :<br>
</div>
<blockquote type="cite">Bien
souvent dans mes contributions, je remet des POI en surfacique
alors qu'ils ne sont que ponctuels, la première étape consistant
souvent à migrer un tag sur un bâtiment entier, mais la seconde,
quand on le peut, consiste à délimiter plus largement l'emprise
de tel ou tel POI. Cas typique: les écoles !<br>
</blockquote>
<p>J'allais dire ouille.</p>
<p>Car les *points* d'intérêt ne sont pas des *surfaces* par
définition.</p>
</blockquote>
<p>Tout dépend de la définition... point d'intérêt ou ponctuel
d'intérêt ;)</p>
<p>Attention aussi à la traduction simpliste qu'on a fait de POI,
non ?<br>
</p>
<p>Réduire un POI à un unique point est quand même une façon
minimaliste de décrire un lieu rarement ponctuel sur le terrain.
J'ai toujours considéré qu'un ponctuel c'était bien pour apporter
une info minimale, mais qu'une surface apporte bien plus d'infos
(où commence le POI, où s'arrête-t-il, est-il étendu ou pas, etc).</p>
<p><br>
</p>
<blockquote type="cite">
<p>Si par contre tu parles d'objets de nature surfacique telles
qu'un parking ou un jardin, on est d'accord.</p>
<p>Pour une école je ne sais : tu mets ça sur le landuse ?</p>
</blockquote>
<p>Oui, plutôt, quand on peut déterminer l'emprise sinon où mettre
le ponctuel à part de façon arbitraire ?</p>
<p><br>
</p>
<blockquote type="cite">
<p>Ceci dit souvent quand le PI est surfacique des cartographes
(avec StreetComplete et autres GoMap) l'ajoutent en ponctuel car
leur appli ne montre que les PI ponctuels :-(.</p>
</blockquote>
<p>Faire un rendu ponctuel peut se comprendre, un parking aura un
"P" vers le centroid, éventuellement son emprise aura un style
surfacique en plus. Le nom doit être placé quelque part, il est
donc ponctuel lui aussi mais déterminé à partir de l'emprise.<br>
</p>
<p><br>
</p>
<blockquote type="cite">
<p>La seule solution propre compatible avec les deux mais
lourdingue pour les petits objets c'est de faire une relation
type=boundary avec le nœud comme label et le contour en outer
comme <a href="https://www.openstreetmap.org/relation/10060749" target="_blank">ici</a>.</p>
</blockquote>
<p>Bof bof bof... que de complexité pour un usage quasi nul des
rôles label, d'autant plus que remonter dans les relations est un
exercice délicat pour les moteurs de rendu.<br>
</p>
<p>Dans ce cas précis, je ne trouve pas que la position pour ce
label soit bien choisie. Elle est trop proche de la route, donc
collision avec le nom de celle-ci (identique d'ailleurs).</p>
<br>
<pre cols="72">--
Christian Quest - OpenStreetMap France</pre>
</div>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>