<p>Je goûte particulièrement cet humour, surtout quand il sert mes arguments (en faveur de la logique de la hache).</p>
<p>Montre l'avion, l'imbécile regarde le doigt !</p>
<p>Ps : je laisse volontairement le message original</p>
<p>--<br>
Marc Sibert<br>
<a href="mailto:marc@sibert.fr">marc@sibert.fr</a></p>
<div class="gmail_quote">Le 30 nov. 2012 08:15, "Ista Pouss" <<a href="mailto:istaous@gmail.com">istaous@gmail.com</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Heu... Philippe, je voulais surtout plaisanter avec cette histoire de tiret quadratin en XML, je m'excuse que ça n'ait pas été clair. C'était par rapport au flot de messages sur ce sujet, fort intéressant d'ailleurs, mais l'énormité des discussions pour un simple caractère me semblait propice à quelque humour ? Le mien semble maladroit, bon...<br>
<br>Merci tout de même pour cette analyse critique du XML dans un champ name : comme je débute OSM, cela me permet de me faire une idée de ce qu'on peut faire et ne pas faire, ainsi que tout le débat sur le tiret quadratin d'ailleurs.<br>
<br>Avec toutes mes excuses encore une fois.<br><br><div class="gmail_extra"><br><br><div class="gmail_quote">Le 30 novembre 2012 07:41, Philippe Verdy <span dir="ltr"><<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Heuuu... du XML au milieu des champs name ??? Franchement non (même si le shéma OSM peut être exporté en XML, ce n'est définitivement pas la seule option. Voire du XML natif importé dans une base OpenGIS et supposer que les moteurs de rendus ou d'analyse devront en plus réanalyser du XML n'est pas une bonne idée).<div>
<br></div><div>Les champs name=* ne doivent contenir que du texte destiné à être lu par un humain (la seule exception étant pour les langues qui ne satisfont pas du seul jeu de caractère codé dans leur écriture, comme les hiéroglyphes, et qui nécessitent un protocole supplémentaire pour les afficher sous forme lisible par l'homme.<div>
<br></div><div>Et pourquoi tu penses que le tiret cadratin est juste franco-français ? Là où il est il n'a pas de langue attachée. On précise la langue dans les suffixes de code langue des clés OSM pour la valeur entière. Bref rien à voir.</div>
<div><br></div><div>Un seul caractère suffit par lui-même ici, sans aucun autre protocole et sans supposer qu'il désigne une quelconque langue ou une orthographe (pas plus que la lettre "a" ne désigne pas autre chose que cette lettre mais pas les langues ou orthographes qui en font usage).</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">En plus techniquement c'est bien plus compliqué à supporter (alors qu'il n'y a aucun soucis pour le rendu ou l'analyse et les recherches avec le seul caractère codé) et ta solution obligerait à modifier TOUS les outils actuels en dégradant sévèrement en plus leurs performances (une couche de parseur XML en plus, pour la moindre chaîne de libellé localisable et plus moyen de faire fonctionner les outils sans aucun parseur XML difficilement intégrable par exemple dans un moteur SQL, alors que les moteurs SQL font parfaitement de la recherche plein texte avec leur support des "collations", alias UCA).</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Bref tu dis "compatible", mais avec qui ou quoi ? Si c'est pour une seule appli particulière, c'est contre les fondements de la base de données OSM.</div>
<div class="gmail_extra"><br><div class="gmail_quote">Le 30 novembre 2012 07:02, Ista Pouss <span dir="ltr"><<a href="mailto:istaous@gmail.com" target="_blank">istaous@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">
<div>
<div class="gmail_extra"><div class="gmail_quote"><div><br>Pour moi la difficulté est maintenant de trouver l'ID d'une ligne ; j'ai lu ta page <a href="http://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun" target="_blank">http://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun</a> que tu as indiqué dans ton premier message, mais je n'ai pas compris comment je faisais pour trouver un ID avec ça. J'ai trouvé par chance une ligne de bus sur Caen, avec une relation "route_master_bus" et un ID de 2589274/1 (à <a href="http://osm.org/go/ervfqnf64--" target="_blank">http://osm.org/go/ervfqnf64--</a> ), mais ton logiciel a rouspété à cause du "/1", je l'ai supprimé (vous voyez que je suis un vrai geek), et j'ai obtenu ce que je donne en intro de ce message.<br>
<br>De plus, je tiens à dire qu'il me semble que le tiret quadratin pourrait être avantageusement remplacé par l'expression <tiretQuadratin id="58901:AI97" class="onTiretQuadratin" lang="FR-fr"/> qui a l'avantage d'être compatible..<br>
</div></div></div>
<br></div><div>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">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>
<br></div></blockquote></div><br></div></div>
<br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">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>
<br></blockquote></div><br></div>
<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>
<br></blockquote></div>