Re: [OSM-talk-fr] Raildar OSM
Et peut-être impliquer les personnes du projet Réseau ferré... http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/R%C3%A9seau_ferr%C3%A9 Florian Le Vendredi 3 janvier 2014 1h06, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a maintenant un pad dédié aux ruptures d'itinéraires ferroviaires trouvés à l'aide d'OSRM et vérifiés à la mano par les utilisateurs de raildar. https://pad.ilico.org/p/raildar_routing La liste n'est pas très longue, si on se mobilise on devrait avoir un truc d'équerre assez rapidement. Alors ? chiche ? Le 31 décembre 2013 13:50, Spyou r...@spyou.org a écrit : Bonjour à toutes et à tous, Je sais que vous avez déjà discuté de Raildar, j'avoue ne pas avoir remonté toutes les archives de la liste avant mon inscription. Pour ceux qui n'ont pas suivi, il s'agit de construire une carto des trains live (et historique) la plus fiable possible http://www.raildar.fr/. La version actuellement sur la home fonctionne encore avec l'API Google, mais une paire de fêlés prépare une version OSM beaucoup plus jolie et fonctionnelle ici : http://www.raildar.fr/osmtchoutchou. Elle deviendra la version par défaut d'ici quelques semaines. Le code de l'UI OSM est dispo sur un GIT. Le code coté serveur, lui, est pour l'instant gardé privé, d'une part parce qu'il est franchement crado, mais également parce qu'il tape méchamment sur les sites SNCF et que je ne voudrais pas que le projet capote avec des dizaines de personnes qui feraient tourner les crawlers entraînant une réaction méchante de la SNCF, soit techniquement, soit juridiquement. Je code des méthodes pour l'API à la demande pour accéder aux infos collectées :) Coté serveur, au début, je me cantonnais à importer les relations préexistantes dans OSM en ne retenant que les voies intéressantes mais c'était du oneshot laborieux et pas très intelligent dans la mesure ou je ne reversais pas mes corrections modifs dans OSM. L'appli web est aussi capable de relever la position des gens qui jouent le jeu dans les trains, mais c'est difficile avec un smartphone et les nouvelles vitres athermiques. J'ai finalement réussi à monter un routed OSRM et à y importer l'ensemble des objets taggués railway en europe. Nous en sommes maintenant à l'étape contrôle de ce qu'OSRM a généré. On a monté une petite appli web pour ça : http://raildar.fr/osm/line_display. Elle permet de checker la vraisemblance des trajets. On tombe sur plusieurs sortes de problèmes récurrents : - Les allés/retours entre gares pour changer de voies, problème que je règle en redemandant le trajet à OSRM en décalant légèrement le départ et l'arrivée en plusieurs itérations et en conservant la plus courte et aussi en découpant les trajets en tronçons entre les gares - Les glitchs de trajets avec de légers rebroussements pour prendre un aiguillage à l'envers, principalement dûs à l'absence de certaines voies dans OSM - Des trajets absolument délirants qui font un détour monstre, généralement dû à une rupture de voie dans OSM (j'en ai déjà corrigé un peu, j'en ai d'autres en stock) On tient un registre des problèmes qui nous semblent venir de la base OSM, si quelqu'un veut jouer : https://pad.ilico.org/p/raildar (en bas). Vous y trouverez aussi, pour ceux que ça intéresse, les méthodes existantes dans l'API et un peu d'infos sur ce qui a déjà été fait et ce qui sera fait à l'avenir. Pour aller plus loin, coté serveur, chaque trajet validé est enregistré aux cotés des infos du train (numéro de circulation SNCF, gares, horaires des passages, ligne SNCF concernée, etc ..). On ne peut pas ressortir les id des ways empruntés puisque le routed OSRM ne sort que des listings de points GPS, mais je me dis qu'un bout de script devrait pouvoir permette de les extrapoler simplement pour enrichir la base de relations d'OSM de façon plus ou moins automatisée. Si ça interpelle quelqu'un .. :) Bon réveillon ! Cordialement, Bruno aka Spyou aka @turblog ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Cartes de guerre en Syrie et neogeographie
Le vendredi 3 janvier 2014 00:26:35 Philippe Verdy a écrit : Le 2 janvier 2014 23:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour vraiment briller dans les cocktails il faut parler de vi-gi-aïe (VGI)... Peut-être pas, car si à la VIGIE […] Très fort ce HS ! :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Appli smartphone cartes bus?
Bonjour Un voyage à Barcelone m'a fait penser à une idée d'appli pour smartphone qui afficherait les lignes de bus d'une ville. La carte complète est trop fouillie pour être lisible, surtout sur un petit écran et par des touristes qui ne connaissent pas le réseau: www.mapametrobarcelona.net/mapa-bus-general/mapa-bus-barcelona.png Pourtant, les déplacements en bus sont un moyen plus sympa pour découvrir une ville que le métro. Voilà l'idée : 1. j'indique où je me trouve (par GPS si ça marche, ou manuellement en cliquant avec le doigt sur l'écran), 2. puis j'indiquer où je veux aller (manuellement, ou via un signet que j'aurai enregistré au préalable : par exemple, l'hôtel où je suis descendu) 3. idéalement, l'appli calcule les lignes à prendre pour le voyage, mais sinon, elle peut simplement afficher les différents lignes qui comportent des arrêts proches des lieux de départ et de destination, charge à l'utilisateur d'en déduire les lignes à prendre. Si l'on voulait développer une appli pour iPhone et Android, quels outils utiliserait-on? Quelles compétences faut-il posséder? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Appli-smartphone-cartes-bus-tp5791547.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner...
Le 02/01/2014 21:05, Christian Quest a écrit : Aucune idée, j'ai juste vu passé un tweet à son sujet. Possible qu'il soit limité sur l'Europe. Le 2 janvier 2014 20:07, Hendrik Oesterlin hendrikmail2...@yahoo.de mailto:hendrikmail2...@yahoo.de a écrit : Le 03/01/2014 à 02:18:29 +1100 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit Objet: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner... : C'est ici: http://map.comlu.com/?zoom=14lat=48.85768lon=2.34498layer=Mapquest%20Openoverlays=TTT Ca n'a l'air de marcher qu'en France métropolitaine? En Nouvelle-Calédonie ca me donne Error fetching restriction data. Bad request Cette détection d'erreur est également présente dans Osmose (d'après l'idée de cet outil). Osmose couvre la NC, mais il n'y pas d'erreur. http://osmose.openstreetmap.fr/fr/map/?item=3180level=1,2,3 Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import addr:housenumber depuis le cadastre
Bonjour, J'ai essayé d'installer sur un serveur web temporaire les scriptes dont j'avais parlé ici https://lists.openstreetmap.org/pipermail/dev-fr/2013-October/001747.html Cela permet de les lancer sans installation compliquée: http://37.187.60.59/cadastre-housenumber/ Ce n'est pas extensivement testé donc à utiliser avec prudence... La grosse limitation reste toujours que le programme ne récupère que le numéro depuis le cadastre, et pas le nom de rue associée. Je ne me sent pas vraiment capable d'aller bien plus loin dans l'automatisation ou dans l'intégration web, mais si certains sont motivés, le code est ici: https://www.gitorious.org/cadastre-housenumber/cadastre-housenumber Ludo. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import addr:housenumber depuis le cadastre
Bonjour, De : Tyndare J'ai essayé d'installer sur un serveur web temporaire les scriptes dont j'avais parlé ici https://lists.openstreetmap.org/pipermail/dev-fr/2013-October/001747.html Cela permet de les lancer sans installation compliquée: http://37.187.60.59/cadastre-housenumber/ Ce n'est pas extensivement testé donc à utiliser avec prudence... La grosse limitation reste toujours que le programme ne récupère que le numéro depuis le cadastre, et pas le nom de rue associée. Je ne me sent pas vraiment capable d'aller bien plus loin dans l'automatisation ou dans l'intégration web, mais si certains sont motivés, le code est ici: https://www.gitorious.org/cadastre-housenumber/cadastre-housenumber Merci pour cette mise à dispo sous forme de service, où en 3 clics et quelques instants on récupère un fichier prêt à l'intégration. Je ne suis pas allé plus loin que la génération du fichier et l'ouverture brute dans JOSM mais ces étapes sont passées avec succès, à l'instant. Par comparaison avec l'outil Adresses du plugin Cadastre-fr, l'existence des adresses sous forme de fichiers pourrait faciliter une répartition, sur une même ville, de l'intégration entre plusieurs contributeurs, par ventilation avant mise à dispo des adresses dans des fichiers par quartier, carroyage ou autre. Est-ce que ça donnerait un levier pour lancer un chantier d'intégration un peu massif ? Dans le même temps, les mêmes fichiers sont, pour certains, un prétexte à import brut. Espérons que non mais il ne faut pas nier la possibilité. taginfo.fr recense 1.500.000 addr:housenumber en ce début d'année. Combien en décembre ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import addr:housenumber depuis le cadastre
Hummm ça déchire ! Pareil que Vincent, ce week-end, j'avais rien de prévu... plus maintenant :-) A+ Le 3 janvier 2014 14:31, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Tyndare J'ai essayé d'installer sur un serveur web temporaire les scriptes dont j'avais parlé ici https://lists.openstreetmap.org/pipermail/dev-fr/2013-October/001747.html Cela permet de les lancer sans installation compliquée: http://37.187.60.59/cadastre-housenumber/ Ce n'est pas extensivement testé donc à utiliser avec prudence... La grosse limitation reste toujours que le programme ne récupère que le numéro depuis le cadastre, et pas le nom de rue associée. Je ne me sent pas vraiment capable d'aller bien plus loin dans l'automatisation ou dans l'intégration web, mais si certains sont motivés, le code est ici: https://www.gitorious.org/cadastre-housenumber/cadastre-housenumber Merci pour cette mise à dispo sous forme de service, où en 3 clics et quelques instants on récupère un fichier prêt à l'intégration. Je ne suis pas allé plus loin que la génération du fichier et l'ouverture brute dans JOSM mais ces étapes sont passées avec succès, à l'instant. Par comparaison avec l'outil Adresses du plugin Cadastre-fr, l'existence des adresses sous forme de fichiers pourrait faciliter une répartition, sur une même ville, de l'intégration entre plusieurs contributeurs, par ventilation avant mise à dispo des adresses dans des fichiers par quartier, carroyage ou autre. Est-ce que ça donnerait un levier pour lancer un chantier d'intégration un peu massif ? Dans le même temps, les mêmes fichiers sont, pour certains, un prétexte à import brut. Espérons que non mais il ne faut pas nier la possibilité. taginfo.fr recense 1.500.000 addr:housenumber en ce début d'année. Combien en décembre ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Membre qui mappe n'importe quoi
Bonjour, Je viens d'apprendre de la part d'un autre contributeur l'existence d'un membre qui mappe strictement n'importe quoi : jusqu'à des stations inexistantes. Celui-ci ne mappe plus depuis 1 mois, mais il est important de le signaler : http://www.openstreetmap.org/user/skiguru Bonne après-midi, remontees ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import addr:housenumber depuis le cadastre
Merci pour ce retour positif, personnellement j'avais jusqu’à maintenant privilégié la vue d'ensemble car elle permet plus facilement de détecter quelques numéros positionnés de manière aberrantes dans le cadastre, mais c'est vrai que c'est indispensable de découper en plus petites zones. L'idéal serait de pouvoir découper rue par rue, comme l'aurait souhaité entre autre Christian Quest et Frédéric Rodrigo (comme pour http://addr.openstreetmap.fr) mais je ne vois pas du tout comment faire ça de manière automatique et fiable. Une sorte de carroyage dont la taille dépendrait de la densité des numéros serait peut être quelque chose de facilement réalisable, je vais y réfléchir. J'ai rajouté un tag fixme à chaque nœud addr:housenumber importé pour essayer de décourager les imports bruts. Ludo. Le 3 janvier 2014 14:31, V de Chateau-Thierry v...@laposte.net a écrit : Par comparaison avec l'outil Adresses du plugin Cadastre-fr, l'existence des adresses sous forme de fichiers pourrait faciliter une répartition, sur une même ville, de l'intégration entre plusieurs contributeurs, par ventilation avant mise à dispo des adresses dans des fichiers par quartier, carroyage ou autre. Est-ce que ça donnerait un levier pour lancer un chantier d'intégration un peu massif ? Dans le même temps, les mêmes fichiers sont, pour certains, un prétexte à import brut. Espérons que non mais il ne faut pas nier la possibilité. taginfo.fr recense 1.500.000 addr:housenumber en ce début d'année. Combien en décembre ? vincent ___ 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] Membre qui mappe n'importe quoi
Au moins il a le mérite de mettre des noms clairement imaginaires (en espagnol). Il se veut peut-être aménageur et recense ses projets ou désirs de pistes et remontées lors de ses ballades ? Ou bien recense-t-il de projets de pistes dont il a entendu une rumeur mais qui n'ont jamais abouti ? Le 3 janvier 2014 15:10, remont...@free.fr remont...@free.fr a écrit : Bonjour, Je viens d'apprendre de la part d'un autre contributeur l'existence d'un membre qui mappe strictement n'importe quoi : jusqu'à des stations inexistantes. Celui-ci ne mappe plus depuis 1 mois, mais il est important de le signaler : http://www.openstreetmap.org/user/skiguru Bonne après-midi, remontees ___ 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] Membre qui mappe n'importe quoi
De : Philippe Verdy Au moins il a le mérite de mettre des noms clairement imaginaires (en espagnol). Il se veut peut-être aménageur et recense ses projets ou désirs de pistes et remontées lors de ses ballades ? Ou bien recense-t-il de projets de pistes dont il a entendu une rumeur mais qui n'ont jamais abouti ? Le 3 janvier 2014 15:10, remont...@free.fr a écrit : Je viens d'apprendre de la part d'un autre contributeur l'existence d'un membre qui mappe strictement n'importe quoi : jusqu'à des stations inexistantes. Celui-ci ne mappe plus depuis 1 mois, mais il est important de le signaler : http://www.openstreetmap.org/user/skiguru Pour info (ou rappel), il existe une liste dédiée à ce type d'info. Voir : http://wiki.openstreetmap.org/wiki/FR:Groupe_d%27accompagnement vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Service addr:housenumber et doublon d'information - automatisation
Bonjour Je rebondis sur le service d'ajouts automatisé des addr:housenumber fraîchement proposé. Sur la ville de la Ferté-Macé (61) [1] j'avais numéroté beaucoup de maison : - addr=* sur le chemin formé avec le building=yes Avec l'import, beaucoup de doublon sont apparus. L'apport étant plus important que le défaut, j'ai gardé l'importation des addr=* Sauf que maintenant, il faut supprimé les addr:* associé à un building=yes pour les transférer sur le noeud correspondant. J'en ai parlé sur #osm-fr et un script pourrait faire l'affaire. L'idée, si je comprend bien le principe serai le suivant : ==Début= Chercher nœud avec étiquette fixme=a verifier et associer a la bonne rue Si ce nœud = un nœud d'un chemin et que chemin contient addr:* et building=yes et que addr:housenumber du nœud est égal addr:housenumber du chemin Alors transférer les addr:*=* du chemin sur le noeud et supprimer fixme=a verifier et associer a la bonne rue Sinon laisser en l'état ==Fin= Bien entendu le Si part du principe que le script fusion ait été utilisé car il favorise à ajouter le nœud sur le chemin Z'en pensez quoi ? Cordialement [1] http://tile.openstreetmap.fr/?zoom=20lat=48.59337lon=-0.35451layers=B000FF -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le 01/01/2014 11:07, Frédéric Rodrigo a écrit : Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo,mais probablement ceux de Toulouse)) Le nouvelles stats donnent : 58 009 ref:FR:fantoir (dont 55 755 nœuds) 23 959 ref:FR:FANTOIR (dont 14 218 relations, 6 121 ways et 3 620 nœuds) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Je viens de les passer à ref:FR:FANTOIR, les codefantoir étaient en très grande partie déjà migré. Prochaine étapes aligner les codes sur 11 caractères : - dans l'outil d'aide à l'intégration Voilà toutes les données disponibles à l'intégration avec une ref fantoir sont au format sur 10 caractères (sauf si la ref n'a pas de correspondance dans le fichier fantoir, c'est la valeur d'origine). Au passage les données sur Bordeaux ont été mise à jour (+300 rues en 6 mois). - dans la base Reste à faire ça ! Il faut reverse géocoder les adresses pour identifier la commune de l'adresse, c'est d'un pratique... L'outil d'aide à l'intégration est tout de même assez peu utilisé : http://addr.openstreetmap.fr/stats.php Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli smartphone cartes bus?
Le 3 janvier 2014 11:56, Shohreh codecompl...@free.fr a écrit : Voilà l'idée : 1. j'indique où je me trouve (par GPS si ça marche, ou manuellement en cliquant avec le doigt sur l'écran), 2. puis j'indiquer où je veux aller (manuellement, ou via un signet que j'aurai enregistré au préalable : par exemple, l'hôtel où je suis descendu) 3. idéalement, l'appli calcule les lignes à prendre pour le voyage, mais sinon, elle peut simplement afficher les différents lignes qui comportent des arrêts proches des lieux de départ et de destination, charge à l'utilisateur d'en déduire les lignes à prendre. Si l'on voulait développer une appli pour iPhone et Android, quels outils utiliserait-on? Quelles compétences faut-il posséder? Des compétences d'informaticien :-) Et puis des compétences dans le routage des lignes de bus ; pas sûr que ce soit facile. À supposer que elles soient bien mappées sur OSM, et je ne sais pas ce que bien veut dire :-( De toutes façons il n'y a pas les horaires de bus dans OSM, donc je ne vois pas comment on pourrait l'utiliser pour faire le routage ? Quels outils ?... les trucs habituels style applis natives vs html5. Posez-vous ces questions pour vous lancer dans le développement vous même, ou parce que vous cherchez à étudier la chose du truc pour monter un projet avec startup et tout le bastringue ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Service addr:housenumber et doublon d'information - automatisation
Bonjour David, Je crois que j'ai oublié d'insister sur le fait que comme pour le bâti, c'est un import SEMI automatique, et qu'il faudrait mieux faire la phase manuelle de vérification de cohérence, corrections, élimination des doublons, association à la bonne rue, etc... avant d'envoyer les données au serveur OSM. Le cas de figure soulevé est intéressant, et pourrait effectivement être traité automatiquement avec un script. L'algorithme que tu propose me paraît pas mal, je vais voire si je peut l'implémenter, mais cela ne dispensera pas du travail nécessaire sur les autres numéros du rues importés. Cordialement, Ludo. Le 3 janvier 2014 18:17, David Crochet david.croc...@online.fr a écrit : Bonjour Je rebondis sur le service d'ajouts automatisé des addr:housenumber fraîchement proposé. Sur la ville de la Ferté-Macé (61) [1] j'avais numéroté beaucoup de maison : - addr=* sur le chemin formé avec le building=yes Avec l'import, beaucoup de doublon sont apparus. L'apport étant plus important que le défaut, j'ai gardé l'importation des addr=* Sauf que maintenant, il faut supprimé les addr:* associé à un building=yes pour les transférer sur le noeud correspondant. J'en ai parlé sur #osm-fr et un script pourrait faire l'affaire. L'idée, si je comprend bien le principe serai le suivant : ==Début= Chercher nœud avec étiquette fixme=a verifier et associer a la bonne rue Si ce nœud = un nœud d'un chemin et que chemin contient addr:* et building=yes et que addr:housenumber du nœud est égal addr:housenumber du chemin Alors transférer les addr:*=* du chemin sur le noeud et supprimer fixme=a verifier et associer a la bonne rue Sinon laisser en l'état ==Fin= Bien entendu le Si part du principe que le script fusion ait été utilisé car il favorise à ajouter le nœud sur le chemin Z'en pensez quoi ? Cordialement [1] http://tile.openstreetmap.fr/?zoom=20lat=48.59337lon=-0. 35451layers=B000FF -- David Crochet ___ 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] Service addr:housenumber et doublon d'information - automatisation
A mon avis, plus les traitements automatiques sont faits en amont mieux c'est. Il faut vraiment garder les opérations manuelles pour ce qu'on ne peut pas automatiser avec fiabilité. Je verrai bien: - remettre le nœud sur le polygone de bâti si celui-ci est proche de moins de disons... 1m ? - générer les relations associatedStreet là où il n'y a pas d'ambiguité - mettre des fixme partout ailleurs. Le 3 janvier 2014 19:58, Tyndare tynd...@wanadoo.fr a écrit : Bonjour David, Je crois que j'ai oublié d'insister sur le fait que comme pour le bâti, c'est un import SEMI automatique, et qu'il faudrait mieux faire la phase manuelle de vérification de cohérence, corrections, élimination des doublons, association à la bonne rue, etc... avant d'envoyer les données au serveur OSM. Le cas de figure soulevé est intéressant, et pourrait effectivement être traité automatiquement avec un script. L'algorithme que tu propose me paraît pas mal, je vais voire si je peut l'implémenter, mais cela ne dispensera pas du travail nécessaire sur les autres numéros du rues importés. Cordialement, Ludo. Le 3 janvier 2014 18:17, David Crochet david.croc...@online.fr a écrit : Bonjour Je rebondis sur le service d'ajouts automatisé des addr:housenumber fraîchement proposé. Sur la ville de la Ferté-Macé (61) [1] j'avais numéroté beaucoup de maison : - addr=* sur le chemin formé avec le building=yes Avec l'import, beaucoup de doublon sont apparus. L'apport étant plus important que le défaut, j'ai gardé l'importation des addr=* Sauf que maintenant, il faut supprimé les addr:* associé à un building=yes pour les transférer sur le noeud correspondant. J'en ai parlé sur #osm-fr et un script pourrait faire l'affaire. L'idée, si je comprend bien le principe serai le suivant : ==Début= Chercher nœud avec étiquette fixme=a verifier et associer a la bonne rue Si ce nœud = un nœud d'un chemin et que chemin contient addr:* et building=yes et que addr:housenumber du nœud est égal addr:housenumber du chemin Alors transférer les addr:*=* du chemin sur le noeud et supprimer fixme=a verifier et associer a la bonne rue Sinon laisser en l'état ==Fin= Bien entendu le Si part du principe que le script fusion ait été utilisé car il favorise à ajouter le nœud sur le chemin Z'en pensez quoi ? Cordialement [1] http://tile.openstreetmap.fr/?zoom=20lat=48.59337lon=-0. 35451layers=B000FF -- David Crochet ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Service addr:housenumber et doublon d'information - automatisation
Le 03/01/2014 19:58, Tyndare a écrit : Bonjour David, Je crois que j'ai oublié d'insister sur le fait que comme pour le bâti, c'est un import SEMI automatique, et qu'il faudrait mieux faire la phase manuelle de vérification de cohérence, corrections, élimination des doublons, association à la bonne rue, etc... avant d'envoyer les données au serveur OSM. Le cas de figure soulevé est intéressant, et pourrait effectivement être traité automatiquement avec un script. L'algorithme que tu propose me paraît pas mal, je vais voire si je peut l'implémenter, mais cela ne dispensera pas du travail nécessaire sur les autres numéros du rues importés. Cordialement, Ludo. Il faut appeler, rappeler, re-re-rappeler à la plus grande extrême prudence avec ce genre d'outils. C'est fait c'est bien. J'ai regardé le résultat sur une petite commune du Sundgau (Bretten) : le résultat est assez intéressant. Si vous voulez affiner l'outil sur ce secteur (plein de petites communes rurales), je n'ai rien contre, je serai même pour ! J'ai un gros besoin assez urgent de datas adresses sur le secteur. Pour ma part, je continue à mano (depuis le temps, c'est devenu automatique ;-) : en pleine intégration des données opendata de l'agglomération de Mulhouse. A propos, la lettre de remerciements pour les données du cadastre sera envoyée le 19/1 (avec les corrections d'Ab_fab). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mise à jour des euro vélo
Bonjour, J'aimerais savoir comment se fait le taggage des euros vélos. - par un import de données - ou manuellement. J'ai des doutes sur le trajet taggué dans ma région (EV3). Je n'ai pas réussi à trouver une carte suffisamment précise de ces voies si ce n'est un relevé sur google dont il n'est pas non plus précisé l'origine. Merci de vos lumières Dominique Lachgar ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli smartphone cartes bus?
Il y a aussi les nombreux cas où les cartes bus/tram n'existent pas en papier (mon expérience en Roumanie et particulièrement à Bucarest) ou alors quand on ne connais pas le vocabulaire. Le 3 janv. 2014 12:57, Shohreh codecompl...@free.fr a écrit : Bonjour Un voyage à Barcelone m'a fait penser à une idée d'appli pour smartphone qui afficherait les lignes de bus d'une ville. La carte complète est trop fouillie pour être lisible, surtout sur un petit écran et par des touristes qui ne connaissent pas le réseau: www.mapametrobarcelona.net/mapa-bus-general/mapa-bus-barcelona.png Pourtant, les déplacements en bus sont un moyen plus sympa pour découvrir une ville que le métro. Voilà l'idée : 1. j'indique où je me trouve (par GPS si ça marche, ou manuellement en cliquant avec le doigt sur l'écran), 2. puis j'indiquer où je veux aller (manuellement, ou via un signet que j'aurai enregistré au préalable : par exemple, l'hôtel où je suis descendu) 3. idéalement, l'appli calcule les lignes à prendre pour le voyage, mais sinon, elle peut simplement afficher les différents lignes qui comportent des arrêts proches des lieux de départ et de destination, charge à l'utilisateur d'en déduire les lignes à prendre. Si l'on voulait développer une appli pour iPhone et Android, quels outils utiliserait-on? Quelles compétences faut-il posséder? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Appli-smartphone-cartes-bus-tp5791547.html Sent from the France mailing list archive at Nabble.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
Re: [OSM-talk-fr] Membre qui mappe n'importe quoi
Le 03/01/2014 15:10, remont...@free.fr a écrit : Bonjour, Je viens d'apprendre de la part d'un autre contributeur l'existence d'un membre qui mappe strictement n'importe quoi : jusqu'à des stations inexistantes. Celui-ci ne mappe plus depuis 1 mois, mais il est important de le signaler : http://www.openstreetmap.org/user/skiguru Je l'avait reperé et signalé. Freed a eu un échange de mail infructueux avec lui et j'ai supprimé toutes traces de ses contributions qui n'avait pas déjà été supprimé. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le 30/12/2013 12:03, Pieren a écrit : 2013/12/29 Christophe Merlet red...@redfoxcenter.org: Une seule super-relation pour la France me semble impossible a gérer humainement et même techniquement à cause des centaines d'îles et archipel qui composent notre territoire Il faudrait voir comment font d'autres pays aux multiples îles et archipels comme le Japon, les Philippines ou l'Indonésie. Après avoir fini de créer les limites territoriales manquantes autour des dépendances françaises, j'ai pu créer cette super-relation. Gros boulot pour retoucher/créer les coastline et baseline, puis les importer dans QGIS pour créer les limites à 12 miles nautiques dans la bonne projection. Il faudrait comparer ces limites avec celles du SHOM, et trouver les raisons des différences (baseline, décret, projection...) La relation France métropolitaine (sans multilinestring) faisait 970 membres. La super-relation France fait... seulement 1152 membres \o/ Les centaines d'îles, archipels, îlots sont en effet entourés d'un petit nombre de limites territoriales. Il va falloir attendre la fin du we pour voir les effets dans nominatim et sur les rendus. Par contre, pour les relations terres ( type=boundary + land_area=administrative ) je compte conserver les multilinestring et les relations encapsulées les unes dans les autres. Ce n'est pas supporté par osm2pgsql (et nominatim), mais comme il ne s'intéresse de toute façon pas aux land_area, ce n'est absolument pas un problème. Librement -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] projet wikipédia OpenStreetMap
Bonne année à tous!!! J'ai eu le plaisir d'échanger avec des contributeurs OSM italiens via twitter qui m'ont fait découvrir leur ambition de qualifier simultanément OpenStreetMap et Wikipédia. Pour cela un outil qualité a été mis en place : http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html en l'explorant, vous pourrez constater combien le principe est ingénieux, montrer la richesse des article liés à wikipédia par thème, région et sur la carte. Le projet est sur Github https://github.com/simone-f/wikipedia-tags-in-osm https://github.com/simone-f/wikipedia-tags-in-osm L'auteur m'a signifié que le projet pouvait être internationalisé. N'étant pas moi-même codeur j'aimerai un coup de main pour expérimenter le projet pour notre communauté francophone et de plus valoriser ce travail qui est avec une interface Dataviz. L'idée est de d'installer un projet sur un serveur OSM-FR et informer la communauté wikipédia que nous avons la possibilité de travailler ensemble. Qu'en pensez-vous? En bonus deux liens complémentaires... http://fr.slideshare.net/CristianCantoro/data-coherence-between-openstreetmap-and-wikipedia-presentation-state-of-the-map-2013-birmingham http://fr.slideshare.net/avarab/openstreetmap-integration-into-wikimedia-projects - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/projet-wikipedia-OpenStreetMap-tp5791661.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Service addr:housenumber et doublon d'information - automatisation
Le 3 janvier 2014 20:03, Christian Quest cqu...@openstreetmap.fr a écrit : A mon avis, plus les traitements automatiques sont faits en amont mieux c'est. Je suis d'accord, l'algorithme proposé par David pourrait avantageusement être directement intégré au script de fusion. Il faut vraiment garder les opérations manuelles pour ce qu'on ne peut pas automatiser avec fiabilité. Je verrai bien: - remettre le nœud sur le polygone de bâti si celui-ci est proche de moins de disons... 1m ? En fait un numéro dessiné sur le cadastre fait déjà plus d'1m de haut. La position du numéro est considérée comme étant au centre du dessin. Actuellement le script de fusion intègre les numéros addr:housenumber au polygone building ou barrier le plus proche si celui-ci est situé à moins de 3m, distance calculée pour une projection orthogonale au segment, et seulement si on est en face. - générer les relations associatedStreet là où il n'y a pas d'ambiguité La gestion des relations, c'est un niveau de complexité au dessus, auquel je ne me suis pas attaqué pour l'instant. Je manquais de motivation car pour les cas d’import que j'ai essayé de faire en milieu rural, l’ambiguïté était parfois difficile à détecter, je me suis aussi aperçu (grâce aux numéros importés) qu'assez fréquemment le découpage des routes n'était pas correcte dans OSM, donc si les relations avaient étaient faites de manière automatique cela ne m'aurais pas toujours simplifié la tâche. - mettre des fixme partout ailleurs. Personnellement, la façon dont je procède pour importer les données, c'est d'utiliser le tag fixme pour identifier les éléments que je n'ai pas encore analysés/intégrés correctement, et pour moi, toutes les adresses importées depuis le cadastre méritent d'être vérifiées (globalement par rapport à leur rue), donc toutes les valeurs méritent un tag fixme initialement, que je supprime une fois que je suis confiant. Mais oui ça peut être un peut lourd à l'usage ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner...
*Turn restriction* give_way applies to: bicycle Id = 3280396 http://www.openstreetmap.org/browse/relation/3280396 Edit in Potlachhttp://www.openstreetmap.org/edit?lat=48.1143763lon=-1.7zoom=18 or JOSMhttp://localhost:8111/load_and_zoom?left=-1.7005747right=-1.6993746bottom=48.1141836top=48.1144763001select=relation3280396 -- *Error:* - relation with unknown restriction tag Ici: http://map.comlu.com/?zoom=14lat=48.85768lon=2.34498layer=Mapquest%20Openoverlays=TTT Est-ce une erreur ? ce n'est pas réellement une interdiction mais un laisser-le-passage, autrement dit une priorité. Le 3 janvier 2014 12:19, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 02/01/2014 21:05, Christian Quest a écrit : Aucune idée, j'ai juste vu passé un tweet à son sujet. Possible qu'il soit limité sur l'Europe. Le 2 janvier 2014 20:07, Hendrik Oesterlin hendrikmail2...@yahoo.de mailto:hendrikmail2...@yahoo.de a écrit : Le 03/01/2014 à 02:18:29 +1100 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit Objet: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner... : C'est ici: http://map.comlu.com/?zoom=14lat=48.85768lon=2.34498; layer=Mapquest%20Openoverlays=TTT Ca n'a l'air de marcher qu'en France métropolitaine? En Nouvelle-Calédonie ca me donne Error fetching restriction data. Bad request Cette détection d'erreur est également présente dans Osmose (d'après l'idée de cet outil). Osmose couvre la NC, mais il n'y pas d'erreur. http://osmose.openstreetmap.fr/fr/map/?item=3180level=1,2,3 Frédéric. ___ 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] Nouvel outil pour le contrôle des interdictions de tourner...
D'une façon générale je ne comprend pas bien les règles actuelles pour la nouvelle autorisation de tourner à droite aux feux rouges pour les cyclistes. give_way ne me semble pas la bonne option. ou les avis divergent encore. Le 4 janvier 2014 01:07, Philippe Verdy verd...@wanadoo.fr a écrit : *Turn restriction* give_way applies to: bicycle Id = 3280396 http://www.openstreetmap.org/browse/relation/3280396 Edit in Potlachhttp://www.openstreetmap.org/edit?lat=48.1143763lon=-1.7zoom=18 or JOSMhttp://localhost:8111/load_and_zoom?left=-1.7005747right=-1.6993746bottom=48.1141836top=48.1144763001select=relation3280396 -- *Error:* - relation with unknown restriction tag Ici: http://map.comlu.com/?zoom=14lat=48.85768lon=2.34498layer=Mapquest%20Openoverlays=TTT Est-ce une erreur ? ce n'est pas réellement une interdiction mais un laisser-le-passage, autrement dit une priorité. Le 3 janvier 2014 12:19, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 02/01/2014 21:05, Christian Quest a écrit : Aucune idée, j'ai juste vu passé un tweet à son sujet. Possible qu'il soit limité sur l'Europe. Le 2 janvier 2014 20:07, Hendrik Oesterlin hendrikmail2...@yahoo.de mailto:hendrikmail2...@yahoo.de a écrit : Le 03/01/2014 à 02:18:29 +1100 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit Objet: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner... : C'est ici: http://map.comlu.com/?zoom=14lat=48.85768lon=2.34498; layer=Mapquest%20Openoverlays=TTT Ca n'a l'air de marcher qu'en France métropolitaine? En Nouvelle-Calédonie ca me donne Error fetching restriction data. Bad request Cette détection d'erreur est également présente dans Osmose (d'après l'idée de cet outil). Osmose couvre la NC, mais il n'y pas d'erreur. http://osmose.openstreetmap.fr/fr/map/?item=3180level=1,2,3 Frédéric. ___ 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] Import addr:housenumber depuis le cadastre
Je suis en train de tester le script de fusion. Et malheureusement pour moi il ne fusionne pas grand chose. Au moins 90% des numéros ne trouve pas leur bâtiment, pour un usage en ville, avec des maison de rangée au bord de la rue, et des pavillon jamais bien loin de la chaussée. Je ne sais pas du tout comment fonctionne le script, mais y a t il moyen de paramétrer la sensibilité des numéros aux bâtiments voisins pour qu'ils s'y accroche plus facilement ou de plus loin? J'ai vu ca au début du script # Distance max des building auquel les addr:housenumber vont être intégré: BUILDING_MERGE_DISTANCE_IN_METTER = 3.0 # Distance max des highway pour chercher le nom de la rue associé aux addr:housenumber HIGHWAY_SEARCH_DISTANCE_IN_METTER = 10.0 # Distance max pour ne pas fusionner les addr:housenumber déja présent avec le même numéro HOUSENUMBER_MERGE_DISTANCE_IN_METTER = 10.0 Ca me semble ultra conservateur. J'ai courament des numero sur le cadastre déssiné a 8 ou 10m de l'axe de la rue dans OSM, et a 7 ou 8m de la facade. Pour que le script de fusion soit utile au plus grand nombre, du moins la version que tu a installé le le serveur, il me semble qu'il faudrait passer BUILDING_MERGE_DISTANCE_IN_METTER a un dizaine de mètres. Le 3 janvier 2014 16:31, Tyndare tynd...@wanadoo.fr a écrit : Merci pour ce retour positif, personnellement j'avais jusqu’à maintenant privilégié la vue d'ensemble car elle permet plus facilement de détecter quelques numéros positionnés de manière aberrantes dans le cadastre, mais c'est vrai que c'est indispensable de découper en plus petites zones. L'idéal serait de pouvoir découper rue par rue, comme l'aurait souhaité entre autre Christian Quest et Frédéric Rodrigo (comme pour http://addr.openstreetmap.fr) mais je ne vois pas du tout comment faire ça de manière automatique et fiable. Une sorte de carroyage dont la taille dépendrait de la densité des numéros serait peut être quelque chose de facilement réalisable, je vais y réfléchir. J'ai rajouté un tag fixme à chaque nœud addr:housenumber importé pour essayer de décourager les imports bruts. Ludo. Le 3 janvier 2014 14:31, V de Chateau-Thierry v...@laposte.net a écrit : Par comparaison avec l'outil Adresses du plugin Cadastre-fr, l'existence des adresses sous forme de fichiers pourrait faciliter une répartition, sur une même ville, de l'intégration entre plusieurs contributeurs, par ventilation avant mise à dispo des adresses dans des fichiers par quartier, carroyage ou autre. Est-ce que ça donnerait un levier pour lancer un chantier d'intégration un peu massif ? Dans le même temps, les mêmes fichiers sont, pour certains, un prétexte à import brut. Espérons que non mais il ne faut pas nier la possibilité. taginfo.fr recense 1.500.000 addr:housenumber en ce début d'année. Combien en décembre ? vincent ___ 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] Cartes de guerre en Syrie et neogeographie
Tu parles de quoi? De la VIGIE pirate ? Je suis resté totalement dans le sujet, donc pas du tout HS... Le 3 janvier 2014 11:39, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le vendredi 3 janvier 2014 00:26:35 Philippe Verdy a écrit : Le 2 janvier 2014 23:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour vraiment briller dans les cocktails il faut parler de vi-gi-aïe (VGI)... Peut-être pas, car si à la VIGIE […] Très fort ce HS ! :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projet wikipédia OpenStreetMap
Je crois que cela commencera à envacer plus séiruesement quand l'intégration de Wikidata depuis Wikipedia marchera pour autre chose que les seules liens interwikis et les seules propriétés de la page courante (une grosse gêne étant donné que les différents wikis ne peuvent pas structurer leurs articles de la même façon que la Wikipédia anglophone, les liaisons de données nétant que dans le sens direct vers une seule page unique de Wikipédia, Wikidata n'est pas encore intégrable, puisqu'on ne peut pas interroger Wikidata sur un autre sujet). Cela veut dire que des données doivent être copiées à la main d'un article à l'autre, qu'on ne peut pas faire de maintenance facilement, que les infoboxes sont donc incohérentes entre elles et d'un wiki à l'autre, et qu'ensuite il devient très délicat même pour un même sujet (par exemple ici un noeud géolocalisé dans OSM) de savoir à quoi se lier sur Wikipédia, ou sur Wikidata qui devrait être la référence et non pas Wikipédia dans une de ses éditions spécifiques. Du côté d'OSM, il faudrait aussi déprécier ici totalement les tags wikipedia:* et ne plus utiliser QUE wikidata=* en indiquant l'id Q du sujet, parce que ces IDs sont plus précis et nettement plus stables (et pas lié à la structure des articles qui sont sujets à des fusions/scission). De quo aussi ne plus utiliser aucune URL sur Wikipédia (et plus non plus aucune ancre vers une section d'un article qui fusionne plusieurs sous-sujets, par exemple les différentes églises d'une commune qui n'ont que rarement leur propre article, mais juste une section qui peut l'évoquer ou en lister plusieurs dans la même section sans aucune ancre pour discerner). La gestion des ancres cibles dans les liens se fera dans les liens insérés sur Wikidata, plus ailleurs comme ici sur OSM. Le 4 janvier 2014 00:08, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonne année à tous!!! J'ai eu le plaisir d'échanger avec des contributeurs OSM italiens via twitter qui m'ont fait découvrir leur ambition de qualifier simultanément OpenStreetMap et Wikipédia. Pour cela un outil qualité a été mis en place : http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html en l'explorant, vous pourrez constater combien le principe est ingénieux, montrer la richesse des article liés à wikipédia par thème, région et sur la carte. Le projet est sur Github https://github.com/simone-f/wikipedia-tags-in-osm https://github.com/simone-f/wikipedia-tags-in-osm L'auteur m'a signifié que le projet pouvait être internationalisé. N'étant pas moi-même codeur j'aimerai un coup de main pour expérimenter le projet pour notre communauté francophone et de plus valoriser ce travail qui est avec une interface Dataviz. L'idée est de d'installer un projet sur un serveur OSM-FR et informer la communauté wikipédia que nous avons la possibilité de travailler ensemble. Qu'en pensez-vous? En bonus deux liens complémentaires... http://fr.slideshare.net/CristianCantoro/data-coherence-between-openstreetmap-and-wikipedia-presentation-state-of-the-map-2013-birmingham http://fr.slideshare.net/avarab/openstreetmap-integration-into-wikimedia-projects - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/projet-wikipedia-OpenStreetMap-tp5791661.html Sent from the France mailing list archive at Nabble.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
Re: [OSM-talk-fr] projet wikipédia OpenStreetMap
Le 4 janvier 2014 00:08, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : J'ai eu le plaisir d'échanger avec des contributeurs OSM italiens via twitter qui m'ont fait découvrir leur ambition de qualifier simultanément OpenStreetMap et Wikipédia. Pour cela un outil qualité a été mis en place : http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html en l'explorant, vous pourrez constater combien le principe est ingénieux, montrer la richesse des article liés à wikipédia par thème, région et sur la carte. J'avais moi même (et plein d'autres ! ) réalisé une maquette en ce sens, mais sans avoir la chance d'être découvert par un responsable. Si c'est ce geodati (?) à qui ça arriive, pourquoi pas, j'y participerai volontiers malgré bien que je parle pas un mot d'italien. (et que je passe de plus en plus mon temps à tout autre chose que l'informatique). (et que en plus il faudrait que ça soit dans l'univers java pour moi). Le projet est sur Github https://github.com/simone-f/wikipedia-tags-in-osm https://github.com/simone-f/wikipedia-tags-in-osm L'auteur m'a signifié que le projet pouvait être internationalisé. N'étant pas moi-même codeur j'aimerai un coup de main pour expérimenter le projet pour notre communauté francophone et de plus valoriser ce travail qui est avec une interface Dataviz. Heu... heu hum connais pas dataviz. (en plus de l'italien) Évidemment que le projet peut être internationalisé En informatique même Pantagruel de Rabelais peut être internationalisé. L'idée est de d'installer un projet sur un serveur OSM-FR et informer la communauté wikipédia que nous avons la possibilité de travailler ensemble. Qu'en pensez-vous? Que du bien évidemment. Quelle idée géniale ! Ma modeste opinion serait que une éventuelle cohérence entre wikipedia et osm est un mauvais cheval, même si, sur des points très ponctuels, ça aiderait bien. Il vaut mieux exploiter les richesses sémantiques les uns des autres en bonne sympathie, telles qu'elles sont, chacun pour ce qu'il peut faire. Mais le chantier est si vaste que de toutes façons tout le monde pourra s'y retrouver. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr