<div dir="ltr">L'autre solution c'est de mettre en valeur une URI vers un document externe contenant la chaîne complète. Mais on sort de la base de données pour aller n'importe où sur des données potentiellement non libres et jamais sous contrôle direct de la communauté OSM qui ne saura jamais quand cette ressource externe est modifiée sans aller la chercher explicitement (avec le risque que quelqu'un aille y mettre des gigaoctets de données aléatoires et planter un utilisateur de la base) ni qui l'a fait, et aussi le risque de fermer l'accès aux modications (raison pour laquelle on admet wikipedia=<nom d'article> ou wikidata=Q<nnnn> et non pas des URLs libres en valeur (qui ne sont admises que pour website sur un objet précis directement associable à un domaine).<div><br></div><div>Si on met une URL il faudrait que ce soit vers un repository ouvert (type GitHub, ou Subversion) où les participations de tiers sont admises et où les décisions d'inclusions dans une branche ne dépendent d'un seul utilisateur difficile à contacter.</div><div><br></div><div>Malheureusement OSM n'a pas un tel service pour ses propres besoins permettant de stocker ce qui est difficilement représentable. Il faudrait une extension au protocole de l'API OSM pour mettre des "supertags" pouvant stocker des fichiers de taille arbitraire et si possible dans un format ouvert facilement exploitable (CSV, XML, JSON, voire même une syntaxe wiki à défaut du HTML qui peut poser des problèmes de sécurité, sinon un "plain texte" pour une description libre ou des notes, ou un Hackpad pour quelquechose un peu plus enrichi facilitant la lecture). Certains de ces formats pourraient même être supportés par le moteur SQL sous-jascent pour permettre des recherches. Les tags actuels ont leur limites mais il est peu concevables d'en augmenter la longueur maximale.<br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 26 juillet 2017 à 15:29, marc marc <span dir="ltr"><<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Comme (sauf erreur) aucune solution n'existe pour l'instant pour décoder<br>
le report sur plusieurs tag, d'ici là, la chaîne ne serra utile qu'aux<br>
humains. à ta place je chercherais s'il n'existe pas des cas<br>
d'utilisation du genre opening_hours:website=<a href="https://lapage" rel="noreferrer" target="_blank">https://<wbr>lapage</a> pour<br>
renseigner une version humainement digeste<br>
<br>
 >     opening_hours=Sep-JunMo<...>;@<wbr>2<br>
 >     opening_hours:2=Jul-Aug<...><br>
ca aurait le mérite de rendre la moitié des infos utilisable par les<br>
outils existants. donc y mettre la période la plus importante pour<br>
l'utilisateur et demander sur le wiki pour standardiser la 2ieme partie.<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br></div>