Re: [OSM-talk-fr] Automatiser le dessin de plans de réseaux de transport
Je me suis inspiré du dessin d'Overpass-API.de pour faire ça en JS dans le navigateur : https://gileri.github.io/OSMTransportViewer/#tcl-a-q 2014-05-24 1:06 GMT+02:00 Vincent Privat vincent.pri...@gmail.com: Tu as regardé chez Roland ? http://overpass-api.de/public_transport.html Le 23 mai 2014 23:26, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonsoir, Cela fait un certain temps que je suis à a recherche de techniques permettant de schématiser des réseaux automatiquement sur la base de données géographiques. Cela pour permettre une lecture topologique plus que géographique. Ce peut être très utile dans certains cas. Par exemple les transports en commun tient ! Je suis tombé sur ce genre de publication. http://cs.brown.edu/~rt/gdhandbook/chapters/cartography.pdf Il y est fait état de plusieurs algorithmes et règles pour produire différents types de diagrammes. Ce serait génial de sélectionner une zone, fournir un petit fichier css et d'obtenir un joli schéma beaucoup plus lisible que peut l'être une carte parfois. Un truc facile. Est-ce que des gens ont déjà réfléchi à la question ou voudraient que l'on développe un petit quelque chose pour ça ? Il y a des problèmes assez compliqués comme l’orthogonalisation des arrêtes (donc un positionnement adapté des nœuds en amont), forme bien différente de la position et forme géographique. Surement parce que je ne connais pas encore la méthode pour le traiter. Un autre gain, plus indirect, serait celui de la QA. En représentant plus topologiquement les choses, ce devrait être plus facile pour régler des problèmes de routage ou autre. Merci par avance pour tout retour sur ces questions. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu BANO
Bonjour à tous, Je me faisais une remarque au sujet du rendu BANO ( http://tile.openstreetmap.fr/~cquest/leaflet/bano.html) : étant donné que la priorité est dans un premier temps de passer du rouge au bleu, est-il pertinent d'afficher à côté du nom des villes le pourcentage d’adresses osm par rapport au nombre total d'adresses identifiées? En effet, lorsque je vois Ville (0%) ; osm:0 ; cadastre:970, ma première réaction est de vouloir améliorer ce pourcentage. Dans tous les cas: félicitations pour ce super boulot ! Thibault ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
C'est vrai... je vais le remplacer par le ratio rouge/bleu ;) Le 24 mai 2014 11:27, Thibault Drevet thibault.dre...@gmail.com a écrit : Bonjour à tous, Je me faisais une remarque au sujet du rendu BANO ( http://tile.openstreetmap.fr/~cquest/leaflet/bano.html) : étant donné que la priorité est dans un premier temps de passer du rouge au bleu, est-il pertinent d'afficher à côté du nom des villes le pourcentage d'adresses osm par rapport au nombre total d'adresses identifiées? En effet, lorsque je vois Ville (0%) ; osm:0 ; cadastre:970, ma première réaction est de vouloir améliorer ce pourcentage. Dans tous les cas: félicitations pour ce super boulot ! Thibault ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO: 100% des départements traités !
Et voilà, c'est fait. L'ensemble des départements ont été traités. Bilan environ 17 millions d'addresses dans BANO, et 12 millions dans le jeu de données de sortie (après dédoublonnage et en ne sélectionnant que les adresses rapprochées avec FANTOIR). Un premier jeu de données est publié sur data.gouv.fr: https://www.data.gouv.fr/dataset/base-d-adresses-nationale-ouverte-bano N'hésitez pas à cliquer sur le bouton Utile pour faire monter la note (déjà haute). Les données sont pour l'instant publiées département par département, sous forme de fichier shapefile et de fichiers CSV. Les fichiers CSV sont aussi regroupés dans un projet github, ce qui permet de suivre l'évolution de leur contenu, d'avoir des diff, des historiques et de simplifier la mise à jour. C'est un peu expérimental, mais ça semble bien fonctionner. Prochaines étapes: - refaire une passe de rapprochement avec OSM - améliorer encore les rapprochements - gérer les cas particuliers (communes associées dans le libellé de voie) - proposer une API de géocodage - mettre en place un guichet unique de signalement/correction pour ne pas avoir à passer par OSM pour améliorer la BANO (mais les améliorations iront dans OSM bien sûr)... rdv à Paris le week-end du 28 juin pour travailler sur ce sujet -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Désolé de squatter ta question, mais j'aimerais bien qu'on discute un peu plus en détail de cette recommandation de ne pas se précipiter sur l'intégration d'adresses avant de mettre en place des mesures pour la favoriser. Je comprend que dans l'idéal il vaudrait mieux attendre d'avoir une position commune sur le placement des adresses avant de les intégrer plutôt que d'y aller en ordre dispersé, mais est-ce que vous pensez réellement qu'on aura un consensus sur ce point dans un futur proche ? Est-ce qu'on attend l'avis d'acteurs institutionnels, sachant qu'ils n'ont pas avancé sur le dossier BAN depuis plusieurs années et qu'on risque d'attendre longtemps ? Est-ce qu'il ne faudrait pas adopter plutôt l'approche itérative traditionnelle d'OSM qui est de se mettre à l'intégration tout de suite, et d'adopter à posteriori un standard en fonction de la solution favorisée par les premiers contributeurs, en changeant éventuellement de méthode plus tard si des problèmes apparaissent à l'usage ? De mon point de vue on pourrait gagner en efficacité en combinant les étapes de l'intégration des adresses, de la correction des noms de rues grace au croisement avec FANTOIR et de l'ajout du code FANTOIR quand le rapprochement est impossible automatiquement. L'outil d'import semi-automatique produit les relations AssociatedStreet, il n'y a plus qu'à y rajouter les tronçons de rues non détectés après avoir corrgé leur nom. Pierre On 5/24/14, Thibault Drevet thibault.dre...@gmail.com wrote: Bonjour à tous, Je me faisais une remarque au sujet du rendu BANO ( http://tile.openstreetmap.fr/~cquest/leaflet/bano.html) : étant donné que la priorité est dans un premier temps de passer du rouge au bleu, est-il pertinent d'afficher à côté du nom des villes le pourcentage d’adresses osm par rapport au nombre total d'adresses identifiées? En effet, lorsque je vois Ville (0%) ; osm:0 ; cadastre:970, ma première réaction est de vouloir améliorer ce pourcentage. Dans tous les cas: félicitations pour ce super boulot ! Thibault ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatiser le dessin de plans de réseaux de transport
Bonjour, Merci pour vos retours. Du côté de l'oAPI ou du lien d'Eric, je n'arrive qu'à obtenir des cartes linéaires des lignes. Le but est bien de dessiner ce genre de chose : http://www.paris-saint-honore.com/fr/wp-content/uploads/sites/2/2013/11/plan-m%C3%A9tro-paris.jpg ou même : http://www.rte-france.com/uploads/Mediatheque_medias/conduite_reseau/dispatching_regionaux/sud_ouest/PH741-006.JPG Je crois que la dernière section de la page de Roland permet ce genre de chose mais je ne suis pas arrivé à la faire fonctionner (je n'obtiens qu'un XML vide). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 24 mai 2014 10:19, Éric Gillet fear.hardc...@gmail.com a écrit : Je me suis inspiré du dessin d'Overpass-API.de pour faire ça en JS dans le navigateur : https://gileri.github.io/OSMTransportViewer/#tcl-a-q 2014-05-24 1:06 GMT+02:00 Vincent Privat vincent.pri...@gmail.com: Tu as regardé chez Roland ? http://overpass-api.de/public_transport.html Le 23 mai 2014 23:26, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonsoir, Cela fait un certain temps que je suis à a recherche de techniques permettant de schématiser des réseaux automatiquement sur la base de données géographiques. Cela pour permettre une lecture topologique plus que géographique. Ce peut être très utile dans certains cas. Par exemple les transports en commun tient ! Je suis tombé sur ce genre de publication. http://cs.brown.edu/~rt/gdhandbook/chapters/cartography.pdf Il y est fait état de plusieurs algorithmes et règles pour produire différents types de diagrammes. Ce serait génial de sélectionner une zone, fournir un petit fichier css et d'obtenir un joli schéma beaucoup plus lisible que peut l'être une carte parfois. Un truc facile. Est-ce que des gens ont déjà réfléchi à la question ou voudraient que l'on développe un petit quelque chose pour ça ? Il y a des problèmes assez compliqués comme l’orthogonalisation des arrêtes (donc un positionnement adapté des nœuds en amont), forme bien différente de la position et forme géographique. Surement parce que je ne connais pas encore la méthode pour le traiter. Un autre gain, plus indirect, serait celui de la QA. En représentant plus topologiquement les choses, ce devrait être plus facile pour régler des problèmes de routage ou autre. Merci par avance pour tout retour sur ces questions. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatiser le dessin de plans de réseaux de transport
Je me suis déjà amusé une fois à tracer ce genre de diagramme avec un logiciel de routage pour circuit imprimé électronique à partir de la description d'un graphe, en fixant le nombre de couches à 2 seulement dont une imposée comme masse. Le graphe est alors reproduit sur une seule face. Le graphe est fait avec des LEDs rondes. Dans ce genre d'outils de tracé, on peut fixer des contraintes: écartement minimal des pistes, largeur minimale et maximale des pistes, contraintes angulaires (généralement 8 directions sur les points cardinaux et diagonales suffisent), et écartement minimal des composants (contraintes pour la dissipation de chaleur dans un circuit électronique ou contraintes de montage pour mettre des radiateurs autour d'un transistor de pussance) Le résultat est un graphe simplifié et très lisible, avec des chemins les plsu directs possibles mais respectant la topologie demandée dans la description virtuelle initiale du graphe de connexion. On a aussi des outils GNU qui permettent de tracer des graphes de connaissances à partie d'un graphe dont on élimine des détails insignifiants par une méthode de recuit simulé. il y a mmeme des démos en ligne pour parcourir des arbres de connaissance ou des graghes de liens entre pages webs. Bie ndes démos sont faites avec une applet java. On trouve aussi des grapheurs pour les arbres de design conceptuel de logiciels (outiils pour UML). Même Excel contient un modèle tout prêt pour des graphes relativement simples (mai avec peu de contraintes de placement relatif). On trouve des algos aussi dans des simulateurs d'interactions dans un fluide. On trouve enfin ce genre de chose dans des outils de tracé d'arbres de généalogie (où ce ne ne sont pas que des arbres à branches indépendantes il peut y avoir assez souvent des banches croisées par les alliances, mariages, ou adaptions). On trouve encore cela dans des outils de Tout ça ce sont ces grapheurs topologiques. Le 24 mai 2014 13:05, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, Merci pour vos retours. Du côté de l'oAPI ou du lien d'Eric, je n'arrive qu'à obtenir des cartes linéaires des lignes. Le but est bien de dessiner ce genre de chose : http://www.paris-saint-honore.com/fr/wp-content/uploads/sites/2/2013/11/plan-m%C3%A9tro-paris.jpg ou même : http://www.rte-france.com/uploads/Mediatheque_medias/conduite_reseau/dispatching_regionaux/sud_ouest/PH741-006.JPG Je crois que la dernière section de la page de Roland permet ce genre de chose mais je ne suis pas arrivé à la faire fonctionner (je n'obtiens qu'un XML vide). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 24/05/2014 12:25, Pierre Knobel a écrit : Désolé de squatter ta question, mais j'aimerais bien qu'on discute un peu plus en détail de cette recommandation de ne pas se précipiter sur l'intégration d'adresses avant de mettre en place des mesures pour la favoriser. Je comprend que dans l'idéal il vaudrait mieux attendre d'avoir une position commune sur le placement des adresses avant de les intégrer plutôt que d'y aller en ordre dispersé, mais est-ce que vous pensez réellement qu'on aura un consensus sur ce point dans un futur proche ? Est-ce qu'on attend l'avis d'acteurs institutionnels, sachant qu'ils n'ont pas avancé sur le dossier BAN depuis plusieurs années et qu'on risque d'attendre longtemps ? Est-ce qu'il ne faudrait pas adopter plutôt l'approche itérative traditionnelle d'OSM qui est de se mettre à l'intégration tout de suite, et d'adopter à posteriori un standard en fonction de la solution favorisée par les premiers contributeurs, en changeant éventuellement de méthode plus tard si des problèmes apparaissent à l'usage ? De mon point de vue on pourrait gagner en efficacité en combinant les étapes de l'intégration des adresses, de la correction des noms de rues grace au croisement avec FANTOIR et de l'ajout du code FANTOIR quand le rapprochement est impossible automatiquement. L'outil d'import semi-automatique produit les relations AssociatedStreet, il n'y a plus qu'à y rajouter les tronçons de rues non détectés après avoir corrgé leur nom. Pierre Je te rejoins Pierre et ma position est connue des promoteurs de la BANO. Je crois beaucoup dans le côté expérimentateur d'OSM et son corollaire, l'itération. Ainsi, par exemple, je n'avais pas assimilé l'intérêt des relations AssociatedStreet, maintenant si. J'ai remis l'ouvrage sur le métier. Il faudra peut-être encore le faire une nouvelle fois si j'arrive à me convaincre qu'un nouveau modèle est plus pertinent. Evidemment, le risque est l'hétérogénéité d'une base nationale. Je reste persuadé qu'on ne pourra pas réduire l'adressage à un seul modèle ne serait-ce que parce que le territoire national est hétérogène et qu'une volonté jacobine de vouloir réduire à un modèle rigide débouche sur un débat de 12 ans (qui n'a même pas le bon goût d'un single malt ;-) Donc, ma position est claire : priorité à l'intégration des données opendata (1 million d'adresses à intégrer dans OSM ça fait du boulot quand même si on veut faire un travail de vérification sérieux), car ce sont les collectivités locales la source la plus fiable (et légale) en matière de dénomination de la voirie et de l'adressage. Sur le chantier de Strasbourg, 75% des noms de rue vérifiées, un poil moins d'adresses (passé le cap des 20.000), près de 50 jours de travail, 3000 adresses ajoutées % au cadastre. Bref une occupation de mon temps complet consacré à OSM. Dans le même temps, la BANO a son intérêt politique pour booster l'action sur les adresses. Il ne faudra pas se tromper de combat et inciter les collectivités locales à libérer leurs propres ressources (c'est une obligation légale de diffuser l'information mais pas (encore) de diffuser librement les données ;-). L'intérêt d'une démarche de signalement est également importante mais peut venir en 3e temps (ou concomitamment). Aucune démarche ne semble aujourd'hui contreproductive : les intérêts des uns ne sont pas les mêmes que les autres, mais il y a de la place pour tout le monde, surtout si on arrive à recruter sur cette thématique. On continue et on ne lâche rien Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO: 100% des départements traités !
Le 24 mai 2014 12:04, Christian Quest cqu...@openstreetmap.fr a écrit : [...] Prochaines étapes: - refaire une passe de rapprochement avec OSM - améliorer encore les rapprochements Je ne crois pas que cela ait déjà été signalé, pour le rapprochement : oe et œ (exemple : sœur). Merci. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Loin de moi l'idée de vouloir imposer quoi que ce soit, où d'empêcher quiconque d'avancer dans la direction qui lui semble la meilleure. Il me semble juste beaucoup plus intéressant vu l'état actuel de nos données de procéder justement de façon itérative, de compléter ce qu'on ne peut compléter que manuellement, plutôt que de passer du temps à faire un travail d'intégration fastidieux, relativement automatisable et qui somme toute n'apporte pas grand chose de plus en terme de qualité. Des adresses, j'en ai intégré depuis le cadastre à de nombreux endroits. En manuel complet à l'aide du plugin cadastre de JOSM, puis dernièrement sur quelques villes à l'aide des extractions. J'en ai retiré que finalement je passais beaucoup de temps à ne pas apporter grand chose de plus que ce qu'il y avait dans le jeu de donnée source et que cela prendrait un temps fou à intégrer alors qu'on a des manques bien plus prioritaires ne serait-ce que pour exploiter ces adresses, c'est à dire la voirie et sa toponymie. Le modèle des adresses est encore un autre sujet qui me conforte dans cette idée... L'apport le plus utile (ratio temps passé/données nouvelles) me semble vraiment sur la voirie et les noms de voies manquants et aussi ajouter des adresses là où le cadastre n'est pas vectoriel (6000 communes actuellement). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Bonjour, Le 24/05/2014 15:33, Christian Quest a écrit : Loin de moi l'idée de vouloir imposer quoi que ce soit, où d'empêcher quiconque d'avancer dans la direction qui lui semble la meilleure. Je viens de faire évoluer le service d'extractions d'adresses pour essayer de concilier les besoins, et les motivations de chacun. Désormais, une voie qui apparaît en rouge sur le rendu BANO est proposé dans les ZIP d'adresses avec un préfixe _sans_voie_OSM_ dans son nom de fichier .osm. Tous les fichiers avec ce préfixe sont regroupés en début de ZIP, ce qui donne tout de suite le paquet des voies les plus défavorisées dans OSM, car nom nommées (voire non tracées). Par suite, ceux qui souhaitent consacrer du temps directement à l'intégration d'adresses peuvent cibler en priorité ces voies. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
L'apport le plus utile (ratio temps passé/données nouvelles) me semble vraiment sur la voirie et les noms de voies manquants et aussi ajouter des adresses là où le cadastre n'est pas vectoriel (6000 communes actuellement). Pour ça, l'aide visuelle du calque BANO est vraiment un plus… et vu l'engouement du début de projet et les modifications (assez importantes par là où je suis passé, en Alsace ou dans l'Aube), je verrais bien rapidement une nouvelle passe de rapprochement entre la voirie OSM/Cadastre (supprimer le rouge). (Et si les suggestions d'abbréviations étaient prises en compte, ce serait le top !). Mais c'est pas moi qui ai les mains dans le cambouis… JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Besoin de changer d'air après Bano ?
Allez randonner avec OSM ! Le circuit de la Gaume Buissonnière http://gaumebuissonniere.host22.com/ est une randonnée de 225km en Belgique avec quelques passages sur la frontière française. Il est géré par une association locale qui édite régulièrement un topoguide. Pour l'édition 2014… c'est OSM qui est choisi ! Le rendu carto est fait sous Maperitive avec une feuille de style dérivée de R25 (quelques modifications à la marge). Une mise en page par feuillets A5 a été choisie, avec l'ajout du profil d'altitude de l'itinéraire et un QR code qui renvoie vers des informations de mise à jour. L'impression 2014 est faite « avec les moyens du bord », mais une version plus pro serait prévue pour 2015. J'ai pu en obtenir un exemplaire. Le travail est propre, l'attribution claire et répétée sur chaque fiche, le carnet principal en remet une couche d'un paragraphe. En voici un aperçu : http://topo.isonoe.net/R25/GB.jpg J'espère que le projet lancera des idées, et qu'en France, on arrivera un jour à en faire de même ! En tous cas, bravo à eux, pour une belle appropriation des outils et des données ! JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 24/05/2014 17:00, JB a écrit : (Et si les suggestions d'abbréviations étaient prises en compte, ce serait le top !). Tout juste fait dans le code, merci JB :). La grande passe sur toutes les données, prévue pour ce week-end, prend du retard, donc pas d'impact immédiat dans le rendu Bano. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Changement du rendu BANO, désormais c'est le nombre de voies non rapprochées qui est mis en évidence (en rouge pour être cohérent) dès le zoom 12. Petit vidage de cache nécessaire côté client... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 24/05/2014 21:29, Christian Quest a écrit : Changement du rendu BANO, désormais c'est le nombre de voies non rapprochées qui est mis en évidence (en rouge pour être cohérent) dès le zoom 12. Oui, je viens de voir. Merci. Et tu pourrais calculer un total des voies non rapprochées pour la France ? Juste pour info... et pour qu'on le refasse dans quelque temps, histoire de rassurer les craintifs de la liste talk (pas de noms) qui craignent que ça démotive... BANO est aussi un outil QA. Maintenant que le Doubs est fait, je vais pouvoir dégommer du rouge ! Re-merci. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] etat-commune down ?
http://www.openstreetmap.fr/outils/etat-commune?insee=25056 Dommage. J'aimais bien. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Oui, je vais sortir des stats... histoire d'avoir des graphes ;) Le 24 mai 2014 22:31, Vincent Pottier vpott...@gmail.com a écrit : Le 24/05/2014 21:29, Christian Quest a écrit : Changement du rendu BANO, désormais c'est le nombre de voies non rapprochées qui est mis en évidence (en rouge pour être cohérent) dès le zoom 12. Oui, je viens de voir. Merci. Et tu pourrais calculer un total des voies non rapprochées pour la France ? Juste pour info... et pour qu'on le refasse dans quelque temps, histoire de rassurer les craintifs de la liste talk (pas de noms) qui craignent que ça démotive... BANO est aussi un outil QA. Maintenant que le Doubs est fait, je vais pouvoir dégommer du rouge ! Re-merci. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Premiers chiffres... 531675 voies du cadastre portant des adresses rapprochées avec OSM 470292 non rapprochées Ca fait potentiellement 47% de rouge et 53% de bleu si on ne tient pas compte du nombre d'adresses. En nombre d'adresses... 9284003 rapprochées (bleu) - 65% 4886888 non rapprochées (rouge) - 35% Le département avec le plus de voies non rapprochées est le 17 (14612) suivi du 59 (12990). Paris a 514 voies non rapprochées, ce qui me semble beaucoup... Les meilleurs élèves... 75 9% de voies non rapprochées seulement 68 15% 67 17% 94,92 21% 91 25% 93 26% 78 28% 29 31% Le tableau complet est disponible ici: https://github.com/osm-fr/bano-data/blob/master/1_statistiques_rapprochement_voirie.txt Le 24 mai 2014 22:40, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, je vais sortir des stats... histoire d'avoir des graphes ;) Le 24 mai 2014 22:31, Vincent Pottier vpott...@gmail.com a écrit : Le 24/05/2014 21:29, Christian Quest a écrit : Changement du rendu BANO, désormais c'est le nombre de voies non rapprochées qui est mis en évidence (en rouge pour être cohérent) dès le zoom 12. Oui, je viens de voir. Merci. Et tu pourrais calculer un total des voies non rapprochées pour la France ? Juste pour info... et pour qu'on le refasse dans quelque temps, histoire de rassurer les craintifs de la liste talk (pas de noms) qui craignent que ça démotive... BANO est aussi un outil QA. Maintenant que le Doubs est fait, je vais pouvoir dégommer du rouge ! Re-merci. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] etat-commune down ?
Oui, down, à remettre UP dès qu'on a nos bases opérationnelles, c'est un peu tendu là :( Le 24 mai 2014 22:39, Vincent Pottier vpott...@gmail.com a écrit : http://www.openstreetmap.fr/outils/etat-commune?insee=25056 Dommage. J'aimais bien. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
47 nom de rue Le 25 mai 2014 00:01, Christian Quest cqu...@openstreetmap.fr a écrit : Premiers chiffres... 531675 voies du cadastre portant des adresses rapprochées avec OSM 470292 non rapprochées Ca fait potentiellement 47% de rouge et 53% de bleu si on ne tient pas compte du nombre d'adresses. En nombre d'adresses... 9284003 rapprochées (bleu) - 65% 4886888 non rapprochées (rouge) - 35% Le département avec le plus de voies non rapprochées est le 17 (14612) suivi du 59 (12990). Paris a 514 voies non rapprochées, ce qui me semble beaucoup... Les meilleurs élèves... 75 9% de voies non rapprochées seulement 68 15% 67 17% 94,92 21% 91 25% 93 26% 78 28% 29 31% Le tableau complet est disponible ici: https://github.com/osm-fr/bano-data/blob/master/1_statistiques_rapprochement_voirie.txt Le 24 mai 2014 22:40, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, je vais sortir des stats... histoire d'avoir des graphes ;) Le 24 mai 2014 22:31, Vincent Pottier vpott...@gmail.com a écrit : Le 24/05/2014 21:29, Christian Quest a écrit : Changement du rendu BANO, désormais c'est le nombre de voies non rapprochées qui est mis en évidence (en rouge pour être cohérent) dès le zoom 12. Oui, je viens de voir. Merci. Et tu pourrais calculer un total des voies non rapprochées pour la France ? Juste pour info... et pour qu'on le refasse dans quelque temps, histoire de rassurer les craintifs de la liste talk (pas de noms) qui craignent que ça démotive... BANO est aussi un outil QA. Maintenant que le Doubs est fait, je vais pouvoir dégommer du rouge ! Re-merci. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
oups 47 nom de rue a ajouter, il y a du boulot. Il y a un soucis au moins sur le rendu, car il n'y a jamais aucune voie manquante dans une commune même quand il n'y a aucune adresse sur le cadastre Le 25 mai 2014 00:32, Jérôme Amagat jerome.ama...@gmail.com a écrit : 47 nom de rue Le 25 mai 2014 00:01, Christian Quest cqu...@openstreetmap.fr a écrit : Premiers chiffres... 531675 voies du cadastre portant des adresses rapprochées avec OSM 470292 non rapprochées Ca fait potentiellement 47% de rouge et 53% de bleu si on ne tient pas compte du nombre d'adresses. En nombre d'adresses... 9284003 rapprochées (bleu) - 65% 4886888 non rapprochées (rouge) - 35% Le département avec le plus de voies non rapprochées est le 17 (14612) suivi du 59 (12990). Paris a 514 voies non rapprochées, ce qui me semble beaucoup... Les meilleurs élèves... 75 9% de voies non rapprochées seulement 68 15% 67 17% 94,92 21% 91 25% 93 26% 78 28% 29 31% Le tableau complet est disponible ici: https://github.com/osm-fr/bano-data/blob/master/1_statistiques_rapprochement_voirie.txt Le 24 mai 2014 22:40, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, je vais sortir des stats... histoire d'avoir des graphes ;) Le 24 mai 2014 22:31, Vincent Pottier vpott...@gmail.com a écrit : Le 24/05/2014 21:29, Christian Quest a écrit : Changement du rendu BANO, désormais c'est le nombre de voies non rapprochées qui est mis en évidence (en rouge pour être cohérent) dès le zoom 12. Oui, je viens de voir. Merci. Et tu pourrais calculer un total des voies non rapprochées pour la France ? Juste pour info... et pour qu'on le refasse dans quelque temps, histoire de rassurer les craintifs de la liste talk (pas de noms) qui craignent que ça démotive... BANO est aussi un outil QA. Maintenant que le Doubs est fait, je vais pouvoir dégommer du rouge ! Re-merci. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO: 100% des départements traités !
Je ne crois pas que cela ait déjà été signalé, pour le rapprochement : oe et œ (exemple : sœur). Peut-être aussi ae et ä (exemple http://www.openstreetmap.org/way/41940309). Pour le problème des communes fusionnées avec le nom de l'ancienne commune rajouté après le nom des rues, on doit aussi pouvoir faire quelque chose. On pourrait compter le nombre d'occurences pour le dernier mot de chaque nom de voie qui n'a pas pu être rapprochée, et pour ceux qui apparaissent plusieurs fois retenter le rapprochement après avoir supprimé ce dernier mot. Si ça marche, rajouter un addr:place=dernier mot et un fixme:vérifier addr:place dans le résultat de l'outil d'intégration. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO: 100% des départements traités !
J'ai vu un Lieutenant Gal → Lieutenant-Général Et ce pour tout les grades composés... Florian Le Dimanche 25 mai 2014 2h56, Pierre Knobel pierr...@gmail.com a écrit : Je ne crois pas que cela ait déjà été signalé, pour le rapprochement : oe et œ (exemple : sœur). Peut-être aussi ae et ä (exemple http://www.openstreetmap.org/way/41940309). Pour le problème des communes fusionnées avec le nom de l'ancienne commune rajouté après le nom des rues, on doit aussi pouvoir faire quelque chose. On pourrait compter le nombre d'occurences pour le dernier mot de chaque nom de voie qui n'a pas pu être rapprochée, et pour ceux qui apparaissent plusieurs fois retenter le rapprochement après avoir supprimé ce dernier mot. Si ça marche, rajouter un addr:place=dernier mot et un fixme:vérifier addr:place dans le résultat de l'outil d'intégration. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO: 100% des départements traités !
Heeeurk ??? ae - ä, et oe- ö sont typiquement germaniques d'Europe centrale (en France pour l'Alsacien, en Suisse pour l'Alémanique, aussi à l'Est de la Wallonieet le nord du Duché de Luxembourg) ici cele tréma n'a pas alors valeur de diérèse mais c'est un umlaut issue d'une ancienne graphie de la voyelle e diacritique Dans les langues romanes en revanche (et aussi en Anglais qui n'utilisait pas la graphie germanique mas les conventions celtes, nordiques et saxonnes plus à l'ouest, puis des emprunts massifs aux langues romanes dont le latin et le normand) on a plutôt la dérivation ae - æ, et oe - œ (sinon le tréma a valeur de diérèse en graphie française standard, comme aussi en saxon et bas-allemand ou néerlandais, pour éviter les digrammes et parfois permettre alors certaines diphtongues en français comme aï et oï, un rôle complètement opposé à l'umlaut alémanique/haut-allemand qui au contraire est une fusion monovocalique ***sans aucune diphtongue***, où les graphies alternatives à digrammes se prononcent en une seule voyelle, comme notre æ en Français et en Latin qui a la valeur du ä germanique, à mi-chemin entre nos é et è c'est un e semi-fermé qui n'est pas non plus notre e muet correspondant à un schwa plus rond, semi-nasalisé et à peine vocalisé) Bref c'est ambigu en français (et selon les dialectes germaniques qui coupent l'Allemagne en deux, en gros le long de la Moselle jusqu'en France entre Lorraine et Alsace/Belfortain/Jura) on ne peut pas choisir entre les deux interprétations de ae et oe sans connaitre le vocabulaire, son étymologie et sa phonologie. C'est pourquoi oe, oë et œ sont clairement distincts en français, de même que æ, aë et ae (bien que plus rares), et la phonologie de œ et æ non encadré d'autres voyelles a évolué vers notre é fermé (beaucoup moins arrondi et beaucoup plus palatal). Attention donc de ne pas faire des corrections automatiques sans savoir! même si on peut essayer de chercher des rapprochements à vérifier ; * de ae avec : soit æ / ä /é', soit aé * de oe avec : soit œ / ö / é, soit oë / ôé. Sur les noms communs du dictionnaire (on en a peu) c'est facile mais pour le reste (des nom propres) il n'y a plus aucune règle, nos toponymes et noms de rues ayant des origines étymologiques très diverses et ne sont plus autant francisés qu'ils ont peu l'être jusque dans les années 1930, parfois tellement abusivement et improprement que ces francisations uniformisantes (d'une variété de langue d'oïl totalement construite, très tardivement en fait au XVIIe siècle seulement sans parvenir à s'imposer en France avant les années 1920, contre les autres langues régionales de France, l'actuelle Académie reconnaissant aujourd'hui la diversité du français au moins dans les apports de toutes les langues romanes, ainsi que gréco-coptes, slaves et sémitiques ainsi qe depuis le XXe sièvle l'important apport des langues anglo-saxonnes plus occidentales, et germaniques plus orientales). Le français comme langue n'a été unifié (de jure et beaucoup par la force) en fait que pendant 10 ou 20 ans entre les deux Guerres Mondiales et uniquement en France métropolitaine. Ce n'est même pas une lingua franca (hors du langage administratif de l'Etat et ce qu'il a cru pouvoir imposer par l'école), juste une langue chapeau basée sur des théories historiques complètement inventées sur des mythes pour des raisons politiques — comme peuvent l'être aujourd'hui le chinois, le croate, le serbe, le bosnien ou le monténégrin et comme ont pu l'être mais bien avant le français: l'allemand, le néerlandais, l'anglais, l'italien, l'espagnol, le catalan ou le portugais... Sans oublier non plus l'occitan qu'on tente de faire oublier alors que son apport au français moderne est en fait essentiel sans quoi il n'aurait jamais pu être structuré et acquérir sa noblesse ; ce qu'on appelle vieux français est en fait presque toujours de l'occitan et n'avait rien du patois d'oïl françoys du minuscule domaine royal entre bords de la Loire et l'amont de la Seine, parlé par quelques familles influentes dans une région aujourdhui même pas en Île-de-France mais essentiellement dans l'actuelle région Centre) qu a été très malhabilement trituré par la première Académie royale... Pour le reste on parle très abusivement de vieux français ou moyen français en confondant toutes les langues régionales, même à des époques où la France était beaucoup plus réduite qu'aujoud'hui (en gros, juste le sud du bassin parisien, une petite partie de ce qu'on appelle aujourd'hui Île-de-France mais qui n'incluait même pas Paris à l'origine : le français c'est le patois local entre les affluents nord-est au de la Loire et les afflients au sud-ouest de la Seine mais L'Académie de Richelieu a tenu à inclure des variétés occitanes mais surtout a fait de nombreux emprunts normatifs au latin médiéval liturgique avec des barbarismes inompréhensibles et complètement déconnectés de leur époque) ___
[OSM-talk-fr] tile.openstreetmap.fr en pause
Suite à un problème de base de données, la mise à jour des tuiles est en pause le temps qu'on fasse le ré-import de la base (en //), mais les tuiles continuent à être générées à la demande. Ne vous étonnez pas si c'est pas à jour ;) Problème aussi sur layers... mais qui est moins critique en terme d'usage que tile (rendu FR+HOT) Dans le détail: une des tables servant à mettre à jour les données (planet_osm_ways, celle qui fait le lien entre ways et nodes) a été réinitialisée suite à un redémarrage du serveur postgres. Elle représente la moitié du volume de la base avec même un index plus volumineux que ses data ! Jocelyn a potentiellement identifié la cause (table en unlogged). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
