Bonjour,

Comme on dit souvent, dans l'idéal votre carto sur OSM ne devrait pas être influencée par votre SIG, mais suivre les préconisations tracées dans le wiki.

J'ai donc vérifié dans le wiki, mais il conseille juste d'utiliser des area, et ne parle même pas du cas des relations, qu'il déconseille, à part les multipolygon :
osm.wiki/Tag:leisure%3Dplayground

J'ai donc regardé les stats : en FR+BE+CH, les relations ne représentent que 0,24% des leisure=playground.

Donc en fait je pense que les gens dessinent chaque espace sans se poser la question de signaler qu'ils appartiennent à une même entité.

J'ai regardé certaines relations sur overpass-turbo, j'ai vu différents cas :
• pour lier ensembles des node playground=*
• pour dessiner un espace compliqué avec des trous à l'intérieur type gruyère
• pour lier ensemble plusieurs ways afin de former 1 seule area (en général en précisant un portail d'accès)
• et ouf enfin qq cas pour assembler 2 area différentes, par exemple : osm.org/relation/14685513

Mais alors les 2 area sont toujours hyper proches, ce qui est le cas pour vos 2 espaces le long du parking, mais le 3e espace devant le gymnase parait trop loin. Et aussi : dans ce cas les 2 area n'ont aucun tag, c'est la relation qui porte tous les tags.

Je vous propose donc :
• pour les way 1132708299 et 1090247585 (les 2 le long du parking) : supprimer tous les tags sur ces way, et créer une relation type=multipolygon qui les contienne, et qui porte tous les tags.
• pour le way 427617809 (devant le gymnase), remettre le tag leisure=playground dessus.
• pour faire le lien avec votre SIG, créer une relation dédiée uniquement à faire le lien, nommée par exemple "AireS de jeux de l'esplanade" qui contienne la relation et le way proposés ci-dessus (ou les 3 way pour être plus direct, j'hésite), qui soit la seule à porter le tag ref:MMM, et ne porte pas de tag leisure=playground. Ca serait alors plutôt une relation de type=site.

Est-ce que ça répondrait à votre besoin ?

Alors, concernant PlayGuide :
• comme nos utilisateurs n'ont pas de compte, on ne peut pas les contacter a posteriori pour leur demander de rajouter une photo... c'est un défaut qui résulte du fait qu'on voulait éviter le traçage des utilisateurs. On peut juste les encourager lorsqu'ils signalent une nouvelle aire, mais comme beaucoup le font depuis leur canapé...
• de notre expérience, les utilisateurs respectent bien le thème de l'appli en ajoutant de vraies aires de jeux dans 99% des cas. Le 1% restant sont des terrains multisports, et pour le coup on voit bien la différence sur une vue aérienne. Donc l'information des utilisateurs PlayGuide me parait suffisamment fiable pour indiquer dans OSM que c'est bien une aire de jeux.

Concernant recreation_ground et playground :
• je m'appuie sur les recommandations du wiki OSM osm.wiki/FR:Tag:landuse%3Drecreation_ground qui indique que "En France, ce Tag est utilisé pour une grande diversité d'aires de jeux et/ou de sport. Il est conseillé d'utiliser des tags plus pertinents. ". Et j'imagine que c'est pareil en Belgique ?
• et de mon expérience je suis d'accord avec le wiki, recreation_ground est utilisé dans trop de situations différentes pour être pertinent pour les utilisateurs, il faut vraiment préciser de quoi il s'agit avec un tag leisure=* (mais donc par forcément un leisure=playground). D'ailleurs taginfo m'indique que <1% des recreation_ground sont des playground.
• il y a sans-doute une confusion due au fait que quand on recherche un objet sur osm.org, il traduit landuse=recreation_ground par aire de jeux ... c'est bien dommage, et c'est peut-être pareil dans certains éditeurs ?

D'ailleurs, en passant, en Belgique on utilise aussi bien plaine de jeux que aire de jeux ? ou bien l'un plus que l'autre ?

Ah oui, la plaine de jeux était dessinée, mais il lui manque le tag leisure=playground, car le tag landuse n'est pas assez spécifique. Pourriez vous le rajouter ? Merci

Super cartographie du parc, bravo, et merci ! Et puis tant qu'à faire : bonne année aussi !

Parfait, merci !

Bonjour, dans la mise à jour de l'aire de jeux way/1229781149, le tag leisure=playground a disparu, pourriez vous le remettre ? Merci

Bonjour,
Pour la cour de l'école il faut utiliser le tag leisure=schoolyard
osm.wiki/FR:Tag:leisure%3Dschoolyard
Le tag amenity=school désigne lui la totalité de l'enclave de l'école et doit être complété avec d'autres infos, notamment le numéro UAI.
osm.wiki/FR:Tag:amenity%3Dschool

Bonjour Alexandre,
Sur l'aire de jeux way/1234306548 il manque le tag leisure=playground, pourriez vous le rajouter ? (le tag landuse n'est pas suffisant)
Merci !

OK je viens de voir que le tag est sur la relation, je trouve ça un peu bizarre d'avoir regroupé différents espaces de jeux indépendants (à 200m de distance) dans une relation. Ça fait notamment que les infos d'âge ne sont pas au même endroit que l'info d'usage.

Bonjour, pourquoi avoir retiré le tag leisure=playground ?

😅 C'est génial, j'adore cette histoire ! Merci Gonéo d'avoir vérifié sur place, et bravo aux élèves contributeurs !

👍

Bonjour, j'ai vu que vous aviez redessiné l'aire de jeux au bon endroit, merci ! Mais il lui manque le tag leisure=playground, pourriez vous le rajouter ? Le tag landuse=recreation_ground est trop vague et ne suffit pas à préciser que c'est une aire de jeux pour enfants. Merci !

Bonjour, à propos du skate park, je suis d'accord que leisure =playground n'était pas adapté, mais c'est dommage d'avoir supprimé le tag. Pourriez vous remettre dessus les tags leisure=pitch et sport=skateboard ? Merci !

Bonjour, je suis moi aussi surpris par ce groupe de modifications, est ce que l'aire de jeux en forme de bateau a vraiment (physiquement sur le terrain) été déplacée 300m plus haut dans la même rue ?!?

Bonjour Yevouh,
Le tag à utiliser pour une aire de jeux est leisure=playground (comme c'était le cas du node supprimé). Le tag landuse=recreation_ground désigne le type d'occupation du sol. Il est moins précis, et peut désigner plein d'autres choses.
osm.wiki/Tag:landuse%3Drecreation_ground
Je me suis occupé de corriger dans ce changeset :
osm.org/changeset/140032058

Bonjour,
J'ai vu que vous avez appliqué le code ISO3166-2 = FR-974 à cette relation.
Je suis d'accord que c'est bien le code à utiliser pour la Réunion.
En revanche, je pensais qu'il ne s'appliquait pas à cette relation qui est admin_level=6 mais à la relation avec admin-level=3 (incluant la ZEE), à savoir celle-ci :
osm.org/relation/1785276
C'est en tout cas ce que j'avais conclu après m'être intéressé à la question il y a 9 mois, en raison de cette page du wiki qui indique que les collectivités d'outre mer doivent être taggées admin_level=3
osm.wiki/Tag:boundary%3Dadministrative#11_admin_level_values_for_specific_countries
En y re-réfléchissant, je me dis que j'ai peut-être confondu collectivité d'outre-mer et "collectivité départementale" d'outre-mer (comme c'est écrit parfois pour les DROM).
Dans tous les cas, je vois que ce même code est aussi appliqué à la relation avec admin-level=4 osm.org/relation/2470060 et je trouve ça bizarre d'avoir le même code appliqué à 3 relations différentes... Qu'en pensez vous ?

Bonjour,
Pourquoi avoir supprimé le tag leisure=playground des chemins 139277985, 1072007523 et 1072007524 dans le square de planase ? Est ce que les jeux ont été supprimés ?
Pour moi le tag landuse=recreation ground n'a pas la même signification, ne parle que du type de sol et pas de l'équipement, non ?

Bonjour, il y a une erreur dans le tracé du parc Simone Veil, il s'étend trop loin vers le sud-est. La maison blanche au toit en zinc (numéro 123 de la rue, parcelle 171 du cadastre) n'a pas été démolie ! Il faudrait la rétablir en allant fouiller l'historique (je ne sais pas faire...). Par ailleurs, il y a un petit parking public à l'entrée du parc (le long de cette fameuse maison), ça serait bien de l'enegistrer dans OSM.

En effet c'est bien mieux annoté en tant que parc d'attraction, merci !
Etienne