<div dir="ltr">Il n'y a pas moyen de généraliser les "écoles" de sport ? "amenity=sport_school" avec "sport=*" au lieu de ski_school, soccer_school, sailing_school, dancing_school, etc.<div>
<br></div><div>Et si ce ne sont pas des formations professionnelles diplômantes ou qualifiantes (surtout pour former des entraîneurs ou des sportifs professionnels) ni entrant dans le cursus de formation des compétitions de niveau international au sein d'un club (avec souvent des services annexes de type suivi médical ou nutritionnel, ou de l'hébergement, etc... avec des emplois du temps intenses réglés pour les stagiaires), mais seulement pour la pratique privée occasionelle en tant que loisir, ne faudrait-il pas les laisser en "leisure=sport_school" et non "amenity=sport_school" ?</div>
<div><br></div><div>Ceci dit certains sports, jugés potentiellement dangereux, nécessitent de plus en plus la présence de moniteurs agréés formés, ce qui nécessite une structure plus permanente et l'adhésion à une fédération sportive et la participation à des compétitions internationales et un processus de sélection des compétiteurs.</div>
<div><br></div><div>Ces clubs sportifs ont alors deux activités :</div><div><br></div><div>- celle de loisir "leisure=*" qui leur apporte des moyens (mais ce n'est cette activité de pratique sportive de loisir peut devenir minime face à celle du "sport-spectacle" avec les clubs de supporters et les ventes de produits dérivés et droits de diffusion, qu'on voit dans les sports majeurs comme le foot),</div>
<div>- et celle de compétition, où ils revendiquent alors la qualité "d'écoles" avec "amenity=*" (en concurrence avec d'autres écoles selon les résultats sportifs obtenus dans les compétitions internationales) en tant que prestataires de formation pour d'autres clubs privés de "sport-spectacle".</div>
<div><br></div><div>Entre "amenity=*" et "leisure=*" la frontière est floue pour les sports les plus "populaires" au niveau compétition dans les médias. Si on fusionne les deux (structure permanente dans l'activité sportive rendant un service disponible à la demande pour tout le monde, que ce soit gratuit ou pas) alors on obtient "sport_school=*" (et on abandonne alors le second tag "sport=*" pour mentionner le sport concerné).</div>
<div><br></div><div>----</div><div><br></div><div>Problème toutefois : de nombreux clubs sportifs sont multi-sports (par exemple judo+karaté+haikido+gymnastique+danse), surtout dans le monde associatif pour l'activité de loisir (compétition limitée au plan régional et au niveau amateur), tout bonnement car des entraînements se font en pratiquant plusieurs sports (individuels et collectifs). On retrouve une problématique commune à d'autres problèmes similaires pour le cas des valeurs multiples :</div>
<div><br></div><div>- certains n'aiment pas pour ce cas les valeurs séparées par point-virgules (la longueur limitée à 200 caractères environ des valeurs oblige à utiliser plusieurs tags) et se lancent dans des tags séparés de type "<activité>=yes", pour simuler aussi la formation de collections.</div>
<div>- avec de tels tags, ils évitent ainsi de créer des relations pour ça quand les objets à marquer sont disséminés un peu partout et pas faciles à recenser de façon stable et exhaustive (avec moins de 300 membres en tout, ou dont les membres sont géographiquement regroupés de façon dense avec peu de trous, là où les relations sont les mieux adaptées)<br>
</div><div>- mais l'ennui c'est aussi la multiplication des tags qui s'accumulent sur chacun des objets (c'est un avantage des collections que d'éliminer ces accumulations qui entrainent beaucoup de redondance, même si la les données sont compressées pendant le chargement, elles demandent beaucoup de place de stockage dans la base si elle-même ne dispose pas de techniques de compression des valeurs communes) : cela augmente le volume de données téléchargées pour les objets, et plus de traitement même si on n'a pas besoin de ces tags qu'on doit reconnaitre pour les filtrer (car OSM ne dispose pas de hiérarchie permettant de stocker à part certains détails, par un modèle de références relationnelles, autrement qu'en dupliquant les objets)</div>
<div>- l'autre ennui c'est la façon de nommer ces tags de façon homogène (pour faciliter les recherches de regroupement, dans des classifications trop précises réalisées par des tags hyperspécialisés).<br></div><div>
- souvent la solution de facilité est d'ajouter seulement un autre noeud dans la surface d'un objet ou sur son contour, pour y mettre des tags à part sans compliquer l'objet de base, quitte à créer une relation rassemblant les noeuds juxtaposés sous un même nom ou une même entité "légale" et au sein d'une même entité géographique où ces noeuds membres sont assez densément placés avec une adresse commune).</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 6 août 2013 14:26, Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com" target="_blank">pieren3@gmail.com</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2013/8/6 Gilles Bassière <<a href="mailto:gbassiere@gmail.com">gbassiere@gmail.com</a>>:<br>
<div class="im">> J'aurais mis :<br>
> leisure=sports_centre<br>
> sport=sailing<br>
> name=*<br>
><br>
> Tel que je le comprends, ça ne précise pas forcément que c'est une école.<br>
<br>
</div>Mais c'est un bon début. Un tag supplémentaire devrait encore<br>
qualifier l'activité "école spécialisée" (en évitant amenity=school +<br>
school=*, plus généraliste), par exemple "amenity=sailing_school" (à<br>
l'image de "amenity=driving_school" ou "amenity=dancing_school" ou<br>
"amenity=ski_school").<br>
<br>
Une discussion similaire a eu lieu sur les écoles "thématiques" (dance, ski):<br>
<a href="http://lists.openstreetmap.org/pipermail/tagging/2010-August/003472.html" target="_blank">http://lists.openstreetmap.org/pipermail/tagging/2010-August/003472.html</a><br>
<span class="HOEnZb"><font color="#888888"><br>
Pieren<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br></div>