<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Cela dit, pour le cas (strict des édifices du culte catholique romain) ça serait un projet très intéressant pour OSM de pouvoir distinguer les édifices du culte catholique orientés ou pas (en tous cas pour la France), à condition que l’histoire de l’édifice soit renseignée…<br class=""><div><blockquote type="cite" class=""><div class="">Le 25 avr. 2016 à 22:09, <a href="mailto:ades_six@orange.fr" class="">ades_six@orange.fr</a> a écrit :</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Ce ne serait pas mal de ne pas utiliser le terme « orienter » à propos d’église. Une église « orientée » possède strictement son choeur à l’est ! Dans les autres cas, bin… elle n’est pas orientée… et pour la décrire, l’on parle de façade avant au lieu de façade ouest, etc.<div class="">Donc avant de mettre (pas orienter ;-) ) un symbole sur un édifice religieux dans un certain sens il faudrait savoir quel est l’axe de cet édifice, et ça… je ne vois pas où OSM l’info peut-être mise dans OSM. Sauf à indiquer précisément la position du choeur, et encore… Pour les mosquées et les synagogues, je ne connais pas assez (il n’y en a que peu dans le patrimoine fr), mais je crains que ce ne soit le même problème, quel est le gisement du mihrab dans les mosquées ? peut-on le vérifier ? Quel angle donner au symbole en fonction de la latitude ? Et ça vaut aussi pour les églises… combien d’églises ne sont pas orientées ? Beaucoup ! Faudrait faire du ‘micro-mapping’ et être capable pour chaque édifice religieux de lui donner un axe, bonjour les querelles théologiques et surtout les erreurs de la part des contributeurs, en général de bonne foi, mais bon … ;-)</div><div class="">Donc, le symbole dans le sens de lecture de la carte me va très bien. ;-)</div><div class=""><br class=""></div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">Le 25 avr. 2016 à 14:13, Philippe Verdy <<a href="mailto:verdy_p@wanadoo.fr" class="">verdy_p@wanadoo.fr</a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote">Le 25 avril 2016 à 11:46, Jean-Marc Liotier <span dir="ltr" class=""><<a href="mailto:jm@liotier.org" target="_blank" class="">jm@liotier.org</a>></span> a écrit :<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 25/04/2016 00:46, Philippe Verdy wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Si on veut faire une carte ayant ces types d'ajustements spécifiques, il faut une base de données complémentaire, spécifique au rendu à faire, hors OSM (c'est ce que fait MapQuest pour placer plus judicieusement certains libellés importants ou les sélectionner selon des critères qu'ils considèrent plus pertinents, notamment pour les faibles niveaux de zoom, afin de les placer en priorité avant tout le reste issu d'OSM et qui sera placé de façon automatisée s'il reste de la place).<br class="">
</blockquote>
<br class=""></span>
Intéressante cette manière de maintenir les ajustements spécifiques... C'est mieux que le post-traitement manuel à chaque nouvelle publication - j'imagine une table avec des identifiants d'objets OSM et pour chacun d'entre eux une orientation et une position... Il y a de la documentation publique décrivant l'outillage de Mapquest ?<br class=""></blockquote><div class=""><br class=""></div><div class="">Non ce n'est pas dopcumenté mais ces ajustements sont stables quand les données OSM bougent... jusqu'à ce qu'un objet soit supprimé et recréé (mais MapQuest semble maintenant détecter ça aussi en faisant des rapprochements quand l'ID a changé, ou alors il y a un adminsitrateur qui suit les objets modifiés manuellement par Mapquest et qui sont supprimés d'OSM pour voir s'il faut les garder encore ou reprendre un nouvel objet.<br class=""></div><div class="">Mapquest ne fait pas que ça car il arrive aussi à garder des versions anciennes d'objets quand ils sont supprimés ou cassés par erreur dans OSM.</div><div class="">Je ne vois pas comment ils peuvent faire ça sans une base annexe contenant des tags supplémentaires bien à eux, dont certains spécifiques à chaque niveau de zoom pour leur rendu. Mais c'est efficace par exemple pour positionner les noms de baies, orienter les bras de mer, déplacer de façon plus appropriée des noms de pays; ils ajoutent aussi par endroit des libellés très décalés avec des filets pour désigner les zones. Ils ont aussi des noms d'objets bien à eux (différents de ceux d'OSM), et reconnaissent plus d'alias/synonymes que ceux trouvés dans OSM.</div><div class="">Il semblerait aussi qu'ils soient capables aussi de dessiner des frontières politiques de pays selon le pays d'origine du visiteur (en cas de conflit territorial). ils se sont adaptés aux demandes de leurs clients payants.</div><div class=""><br class=""></div><div class="">Je n'ai pas vu s'ils mettaient ce code de gestion de données spécifiques en open-source ni aucune doc concernant les crtères de rapprochement utilisés.</div><div class=""><br class=""></div><div class="">Mais l'idée d'utiliser une base annexe n'est pas nouvelle, OSM le suggère lui-même dans ses propres docs. Tout n'a pas vocation à être dans OSM, à commencer par les tags pour le rendu, mais il n'empêche qu'il faut bien les stocker quelque part et qu'il n'est pas question que les employés de Mapquest passent leur temps à sans arrêt rééditer manuellement les mêmes ajustements pour fixer des priorités d'affichage, des orientations, des tailles de polices, des icônes alternatives, etc. ou pouvoir afficher des données statistiques liées à d'autres bases de données (plus à jour que les données dans OSM et à peu près cohérente en terme de date et de complétude).</div><div class=""><br class=""></div></div></div></div>
_______________________________________________<br class="">Talk-fr mailing list<br class=""><a href="mailto:Talk-fr@openstreetmap.org" class="">Talk-fr@openstreetmap.org</a><br class=""><a href="https://lists.openstreetmap.org/listinfo/talk-fr" class="">https://lists.openstreetmap.org/listinfo/talk-fr</a><br class=""></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></body></html>