[OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Bonjour à tous, Après avoir réalisé un travail exhaustif de qualification des voies sur Orange, je m'attaque aux numéros de voie. Pour le premier, j'ai croisé plusieurs bases de données (INSEE, DGFiP, Mairie, Archives, ...) pour réaliser un tableau (excel) dans lequel j'ai inséré des liens vers OpenStreetMap. Ce tableau est d'ailleurs disponible ici https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc Pour le deuxième, je souhaites avoir le même procédé et croisé, notamment, avec les données DGFiP. Vu que nous avons eu leur accord pour calquer le bâti, je suppose qu'on peut faire de même pour les N° de voie, non? Ce travail me permettra d'améliorer nos futures applications d'adressage et le travail partenarial que nous avons mis en oeuvre dans le Vaucluse et en PACA. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Le 31 octobre 2012 08:57, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, Après avoir réalisé un travail exhaustif de qualification des voies sur Orange, je m'attaque aux numéros de voie. Pour le premier, j'ai croisé plusieurs bases de données (INSEE, DGFiP, Mairie, Archives, ...) pour réaliser un tableau (excel) dans lequel j'ai inséré des liens vers OpenStreetMap. Ce tableau est d'ailleurs disponible ici https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc Pour le deuxième, je souhaites avoir le même procédé et croisé, notamment, avec les données DGFiP. Vu que nous avons eu leur accord pour calquer le bâti, je suppose qu'on peut faire de même pour les N° de voie, non? Perso, j'utilise le cadastre en complément de mes repérages sur le terrain et pas comme source principale. Je constate en effet quelques erreurs dans le cadastre. Dans le cas d'Orange, il a été question d'un travail avec les agents recenseurs de l'INSEE. N'ont-ils pas relevé les points adresses? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Oui, c'est possible d'utiliser le cadastre pour placer les numéros de rue. Si tu utilises JOSM, tu peux utiliser un utilitaire pour les renseigner plus rapidement : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilitaire_de_saisie_des_adresses Tu peux le configurer pour, au choix, _ construire une relation de type AssociatedStreet, _ ou bien pour placer les infos addr:housenumber et addr:street sur chaque noeud adresse. Le 31 octobre 2012 08:57, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, Après avoir réalisé un travail exhaustif de qualification des voies sur Orange, je m'attaque aux numéros de voie. Pour le premier, j'ai croisé plusieurs bases de données (INSEE, DGFiP, Mairie, Archives, ...) pour réaliser un tableau (excel) dans lequel j'ai inséré des liens vers OpenStreetMap. Ce tableau est d'ailleurs disponible ici https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc Pour le deuxième, je souhaites avoir le même procédé et croisé, notamment, avec les données DGFiP. Vu que nous avons eu leur accord pour calquer le bâti, je suppose qu'on peut faire de même pour les N° de voie, non? Ce travail me permettra d'améliorer nos futures applications d'adressage et le travail partenarial que nous avons mis en oeuvre dans le Vaucluse et en PACA. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOng OSM à Chambéry - Repas lundi 5/11
Le 30 octobre 2012 21:43, Marc Sibert m...@sibert.fr a écrit : Dans la foulée, je vous propose d'organiser un petit repas du soir du 5/11 à proximité du lieu pour les OSMeurs du coin ou pas (Gaël sera de passage, des représentants de l'équipe HOT aussi et j'espère d'autres contributeurs voudront bien descendre de leur montagne ou quitter les bords du lac). Avec plaisir si j'arrive à emprunter une bagnole d'ici là, parce qu'en transports publics c'est pas la joie (pas de possibilité de retour avant le lendemain matin). Fanny ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Romain MEHUT wrote Le 31 octobre 2012 08:57, Tony Emery lt; tony.emery@ gt; a écrit : Perso, j'utilise le cadastre en complément de mes repérages sur le terrain et pas comme source principale. Je constate en effet quelques erreurs dans le cadastre. Oui, je vais, de toutes façons compléter au fur et à mesure avec d'autres sources de données. Il se trouve que même avec du travail de terrain, parfois on a du mal à repérer les numéros ou on constate qu'il n'y en a pas. Romain MEHUT wrote Dans le cas d'Orange, il a été question d'un travail avec les agents recenseurs de l'INSEE. N'ont-ils pas relevé les points adresses? En fait, c'est le principe de la méthode récursive. On utilisera effectivement le travail des agents recenseurs mais, vu qu'ils ne font pas tout le territoire, on va devoir anticiper ce travail pour d'autres voies. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499p5733505.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Présentation d'OSM aux rencontres de l'Heureux Cyclage
Bonjour, Je vous informe que j'animerai, le 2 novembre, un atelierhttp://www.heureux-cyclage.org/les-cinquiemes-rencontres-de-l.htmlOSM lors des rencontres du Réseau L' Heureux Cyclage au sein de l'Atelier Dynamo à Nancy. C'est ouvert à tout le monde... On m'a demandé de faire une présentation montrant l'utilité d'OSM pour les différents ateliers associatifs de réparation de cycles. J'ai prévu de parler aménagements cyclables notamment sur la base de cette présentationhttp://www.google.com/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjaved=0CCAQFjAAurl=http%3A%2F%2Fwww.fubicy.org%2Fnantes%2Fpav%2Frubrique-present%2Fcomptes%2520rendus%2520AG%2F2010%2Fdiapo%2520cartographie%2520Damiano.pdfei=k-CQUOTZJ47P0AXNg4GAAgusg=AFQjCNEx-SvVIAF5sSVOD5gYxAVmWQ1f_wsig2=WF9vgKrt2Oh2TAhXfdLpqg... mais si vous avez d'autres idées je suis preneur! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOng OSM à Chambéry - Repas lundi 5/11
je viens de me dire que Chambéry c'est pas très loin de Lyon en fait ... je vais voir avec d'autres locaux si certains seraient intéressés pour venir et si on fait une voiture ;) Sylvain Le 31 octobre 2012 09:19, Fanny Schertzer fanny.schert...@gmail.com a écrit : Le 30 octobre 2012 21:43, Marc Sibert m...@sibert.fr a écrit : Dans la foulée, je vous propose d'organiser un petit repas du soir du 5/11 à proximité du lieu pour les OSMeurs du coin ou pas (Gaël sera de passage, des représentants de l'équipe HOT aussi et j'espère d'autres contributeurs voudront bien descendre de leur montagne ou quitter les bords du lac). Avec plaisir si j'arrive à emprunter une bagnole d'ici là, parce qu'en transports publics c'est pas la joie (pas de possibilité de retour avant le lendemain matin). Fanny ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOng OSM à Chambéry - Repas lundi 5/11
Etant a Bourgoin Jallieu ca pourrait peut etre m interesser Julien De : Sylvain Maillard sylvain.maill...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 31 octobre 2012 9h31 Objet : Re: [OSM-talk-fr] GeOng OSM à Chambéry - Repas lundi 5/11 je viens de me dire que Chambéry c'est pas très loin de Lyon en fait ... je vais voir avec d'autres locaux si certains seraient intéressés pour venir et si on fait une voiture ;) Sylvain Le 31 octobre 2012 09:19, Fanny Schertzer fanny.schert...@gmail.com a écrit : Le 30 octobre 2012 21:43, Marc Sibert m...@sibert.fr a écrit : Dans la foulée, je vous propose d'organiser un petit repas du soir du 5/11 à proximité du lieu pour les OSMeurs du coin ou pas (Gaël sera de passage, des représentants de l'équipe HOT aussi et j'espère d'autres contributeurs voudront bien descendre de leur montagne ou quitter les bords du lac). Avec plaisir si j'arrive à emprunter une bagnole d'ici là, parce qu'en transports publics c'est pas la joie (pas de possibilité de retour avant le lendemain matin). Fanny ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Tags sur Androïd OSM Tracker =gt; OSM
Le message suivant de : ## Hello, Je souhaite contribuer à ces 2 projets: [list] [url=http://www.leretourdelautruche.com/map/cctv/]Inventaire des caméras de surveillance[/url] [url=http://www.cartographiepublicitaire.org/]Cartographie libre des panneaux publicitaires[/url] [/list] en utilisant Androïd OSM Tracker. Donc je me ballade, je tag puis en rentrant j'exporte en GPX, j'ouvre le GPX avec JOSM et là c'est le drame :( Je n'arrive pas à sélectionner mes marqueurs pour les affiner sur le fond de carte et ajouter des infos. Est-ce qu'il y aurait un tuto quelque part pour m'expliquer ou une bonne volonté sur ce forum ? Merci Jérôme a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Je suis en plein dans les adresses moi aussi... celles du 20ème arrondissement de Paris. Pour l'instant, environ 8000 adresses au compteur: http://openstreetmap.fr/outils/etat-commune?insee=75120id=-9529 J'ai vu que la liste des rues de Paris était dispo sur data.paris.fr, je compte faire un contrôle de l'exhaustivité car en ajoutant les adresses j'ai trouvé plein de petits bouts de passage et voies privées manquantes sans compter celles qui n'ont pas de nom sur la cadastre (ex: Voie FO/20, je met ça pour l'instant en alt_name). Pour les adresses, il n'y a pas de liste détaillée, mais une piste se trouve dans le fichier des bureaux de vote, pour lesquels sont répertoriées les adresses où au moins un électeur est inscrit sur les listes électorales. Cela devrait permettre une autre série de contrôle d'exhaustivité. La Ville de Paris a aussi un numéro unique pour chaque rue, je comptais l'ajouter car cela permet de faire des liens avec d'autres données libérées. Quel tag utiliser pour cela ? Pour le code RIVOLI, taginfo.openstreetmap.fr indique un tag rivoli=* présent 8749 fois, dont 8736 fois sur des relations, je pense qu'il s'agit essentiellement des adresse de Nantes. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
cquest wrote Je suis en plein dans les adresses moi aussi... celles du 20ème arrondissement de Paris. Pour l'instant, environ 8000 adresses au compteur: http://openstreetmap.fr/outils/etat-commune?insee=75120id=-9529 J'ai vu que la liste des rues de Paris était dispo sur data.paris.fr, je compte faire un contrôle de l'exhaustivité car en ajoutant les adresses j'ai trouvé plein de petits bouts de passage et voies privées manquantes sans compter celles qui n'ont pas de nom sur la cadastre (ex: Voie FO/20, je met ça pour l'instant en alt_name). Démarche très intéressante. Je vais faire la même chose pour mes voies sans nom. Jusqu'à présent, j'avais dans mon fichier excel un champ où je notais par exemple voie qui part de telle rue à telle autre. Je leur donne ensuite un identifiant unique de type 84087V00 et récupère l'OSMID pour faire le lien entre OSM et mon fichier. cquest wrote Pour les adresses, il n'y a pas de liste détaillée, mais une piste se trouve dans le fichier des bureaux de vote, pour lesquels sont répertoriées les adresses où au moins un électeur est inscrit sur les listes électorales. Cela devrait permettre une autre série de contrôle d'exhaustivité. La Ville de Paris a aussi un numéro unique pour chaque rue, je comptais l'ajouter car cela permet de faire des liens avec d'autres données libérées. Quel tag utiliser pour cela ? Pour le moment, j'utilise ref:orange mais je vais changer pour avoir quelque chose de plus universel. Donc un truc du genre ref:FR:84087. cquest wrote Pour le code RIVOLI, taginfo.openstreetmap.fr indique un tag rivoli=* présent 8749 fois, dont 8736 fois sur des relations, je pense qu'il s'agit essentiellement des adresse de Nantes. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499p5733519.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Le 31 oct. 2012 à 10:56, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le code RIVOLI, taginfo.openstreetmap.fr indique un tag rivoli=* présent 8749 fois, dont 8736 fois sur des relations, je pense qu'il s'agit essentiellement des adresse de Nantes. Il me semble avoir mentionné que les Impôts utilisent un code FANTOIR qui figure sur chaque document individuel. Il est propre à chaque logement. Il a été importé dans OSM par certaines communautés, dont Brest. Présenterait-il un intérêt, par exemple pour les immeubles à usages multiples? Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
2012/10/31 Christian Quest cqu...@openstreetmap.fr: J'ai vu que la liste des rues de Paris était dispo sur data.paris.fr, je compte faire un contrôle de l'exhaustivité car en ajoutant les adresses j'ai trouvé plein de petits bouts de passage et voies privées manquantes sans compter celles qui n'ont pas de nom sur la cadastre (ex: Voie FO/20, je met ça pour l'instant en alt_name). Dommage que tu ne regardes pas comment sont taggués ces rues/références et adresses dans les autres arrondissements de Paris. Ca serait bien de rester cohérent sur une même ville. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Tu peux me donner une piste ? Je n'arrive pas à en retrouver, c'est un peu l'aiguille dans la meule de foin tant dans les data que le wiki ;) Le 31 octobre 2012 11:19, Pieren pier...@gmail.com a écrit : 2012/10/31 Christian Quest cqu...@openstreetmap.fr: J'ai vu que la liste des rues de Paris était dispo sur data.paris.fr, je compte faire un contrôle de l'exhaustivité car en ajoutant les adresses j'ai trouvé plein de petits bouts de passage et voies privées manquantes sans compter celles qui n'ont pas de nom sur la cadastre (ex: Voie FO/20, je met ça pour l'instant en alt_name). Dommage que tu ne regardes pas comment sont taggués ces rues/références et adresses dans les autres arrondissements de Paris. Ca serait bien de rester cohérent sur une même ville. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Internationalisation / régionalisation des toponymes
Bonjour, Suite au message de Christophe (RedFox) concernant les rendus en langues régionales http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/050635.html J'ai toujours à l'esprit un outil de contribution qui permettrait aux personnes bilingues de renseigner efficacement des noms de pays, régions, départements, communes et autres dans une langue étrangère ou régionale choisie au préalable, avec plusieurs possibilités. - Confirmer que le nom par défaut s'applique dans la langue choisie - Confirmer que la traduction proposée par l'interwikilink est ok - Permettre une traduction manuelle Si on prend l'exemple de quelqu'un à l'aise en basque. - Il se log avec ses identifiants osm, pour garder la traçabilité du contributeur (pas comme pour Wheelmap.org) - Il choisit la langue basque - Il choisit une zone de travail d'un niveau administratif (par exemple, la France métropolitaine) - Il choisit une catégorie administrative de niveau supérieur dont il souhaite traduire les noms - L'outil fournit une liste des limites concernées avec : _ Le nom par défaut _ La traduction dans la langue choisie si déjà renseignée _ La traduction déterminée par l'interwikilink (de Wikipedia) si récupérable J'en discute ça et là depuis pas mal de temps (*), mais comme je ne suis pas développeur, je ne me sens pas capable de faire aboutir la chose en solo. Pensez vous qu'il y a des aspects techniquement délicats ? Est-ce que c'est potentiellement intéressant à proposer - Du monde de motivé ? :-) @+ (*) http://lists.wikimedia.org/pipermail/maps-l/2009-December/000465.html http://lists.openstreetmap.org/pipermail/talk-fr-bzh/2011-October/000473.html http://lists.openstreetmap.org/pipermail/talk/2012-October/065001.html -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
2012/10/31 Christian Quest cqu...@openstreetmap.fr: Tu peux me donner une piste ? Je n'arrive pas à en retrouver, c'est un peu l'aiguille dans la meule de foin tant dans les data que le wiki ;) Pour info, j'ai passé quelques mois à réviser les rues et adresses des arrondissements 1 à 12 plus le 16 en croisant avec le cadastre et le PLU. Pour les voies du type FO/20 ou P/11, je les ai taggué avec name=Passage x/y ou Voie x/y suivant les indications du cadastre. Ces noms ne sont pas visibles sur le terrain et ne possèdent généralement pas de numéro non plus (sauf une exception ou deux). Je ne sais pas dans quelle mesure elles sont utilisées par la poste. Mais elles sont connues par la mairie. Pour les adresses, les 98% des numéros déjà présents utilisent le schéma addr:street sans relation. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Le 31 octobre 2012 12:05, Pieren pier...@gmail.com a écrit : 2012/10/31 Christian Quest cqu...@openstreetmap.fr: Tu peux me donner une piste ? Je n'arrive pas à en retrouver, c'est un peu l'aiguille dans la meule de foin tant dans les data que le wiki ;) Pour info, j'ai passé quelques mois à réviser les rues et adresses des arrondissements 1 à 12 plus le 16 en croisant avec le cadastre et le PLU. Pour les voies du type FO/20 ou P/11, je les ai taggué avec name=Passage x/y ou Voie x/y suivant les indications du cadastre. Ces noms ne sont pas visibles sur le terrain et ne possèdent généralement pas de numéro non plus (sauf une exception ou deux). Je ne sais pas dans quelle mesure elles sont utilisées par la poste. Mais elles sont connues par la mairie. J'en connais au moins une où ce nom est visible... près de Surcouf à Paris. J'avais alors pensé que c'était une référence à une voie ferrée disparue vu qu'on est à deux pas de la Gare de Lyon. J'ai retrouvé ces numéros dans le fichier des rues sur data.paris.fr, donc c'est bien le nom utilisé par la Ville. Par contre, parfois on a un tel nom sur le cadastre, mais la voie déjà tracée dans OSM possède un nom plus habituel qui a des chances d'avoir été relevé sur place. Je viens de regarder les données des bureaux de vote, et il y a au moins un électeur au 3 de la Q/19 ;) Pour les adresses, les 98% des numéros déjà présents utilisent le schéma addr:street sans relation. Dans un soucis d'harmonisation suggères-tu que je vire les relations pour repasser sur un addr:street sur chaque adresse ? Je pensais que le schéma avec relation était préféré vu que c'est le comportement par défaut (il me semble) du plugin cadastre. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
2012/10/31 Christian Quest cqu...@openstreetmap.fr: Dans un soucis d'harmonisation suggères-tu que je vire les relations pour repasser sur un addr:street sur chaque adresse ? Je pensais que le schéma avec relation était préféré vu que c'est le comportement par défaut (il me semble) du plugin cadastre. Je l'avais mis par défaut parce qu'à l'époque, une majorité se dégageait sur cette liste pour cette solution. Mais elle n'a jamais eu ma préférence. Et depuis, j'ai vu qu'elle ne l'était pas non plus sur les forums étrangers. Aujourd'hui, je pense que je demanderais à l'utilisateur quelle version il souhaite utiliser au lieu de mettre une version par défaut. Je serais aussi favorable à une suppression progressive des relations associatedStreet qui a plus d'inconvénients que d'avantages amha. Mais c'est un autre débat. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Le 31 oct. 2012 à 12:02, Ab_fab a écrit : Bonjour, Suite au message de Christophe (RedFox) concernant les rendus en langues régionales http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/050635.html J'ai toujours à l'esprit un outil de contribution qui permettrait aux personnes bilingues de renseigner efficacement des noms de pays, régions, départements, communes et autres dans une langue étrangère ou régionale choisie au préalable, avec plusieurs possibilités. Confirmer que le nom par défaut s'applique dans la langue choisie Confirmer que la traduction proposée par l'interwikilink est ok Permettre une traduction manuelle Etc. La question des toponymes en différentes langue n'est pas presque jamais une question de traduction, mais c'est de de normalisation qu'il s'agit. Elle doit être entreprise par un organisme reconnu, sinon, il faut collecter sur le terrain. Les traductions de chic peuvent être fausses et beaucoup de noms sont intraduisibles dans un sens ou un autre. En ce qui concerne le domaine linguistique que je connais bien, maintenant que les noms de communes et de communautés de communes bretons ont été importé, il reste les autres toponymes. La quasi-totalité de ceux-ci sont dans la base Kêrofis de l'Office public de la langue bretonne. Ce qui manque, c'est un outil pratique pour les importer, car, ils ne sont pas géolocalisés. Dimanche dernier, le directeur m'a assuré que l'interface va devenir plus accessible. J'ignore ce que fait l'Institut culturel basque EKE et, en regardant son site, je n'ai rien vu sur les toponymes, mais, c'est peut-être pris en charge par la Communauté autonome des Pays basques. Pour l'Occitanie, il doit y avoir un boulot monstrueux à faire (Institut d'études occitanes à Toulouse?). Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Pieren wrote 2012/10/31 Christian Quest lt; cquest@ gt;: Dans un soucis d'harmonisation suggères-tu que je vire les relations pour repasser sur un addr:street sur chaque adresse ? Je pensais que le schéma avec relation était préféré vu que c'est le comportement par défaut (il me semble) du plugin cadastre. Je l'avais mis par défaut parce qu'à l'époque, une majorité se dégageait sur cette liste pour cette solution. Mais elle n'a jamais eu ma préférence. Et depuis, j'ai vu qu'elle ne l'était pas non plus sur les forums étrangers. Aujourd'hui, je pense que je demanderais à l'utilisateur quelle version il souhaite utiliser au lieu de mettre une version par défaut. Je serais aussi favorable à une suppression progressive des relations associatedStreet qui a plus d'inconvénients que d'avantages amha. Mais c'est un autre débat. Pieren ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr En effet, j'utilise le couple addr:housenumber et addr:street. Question, JOSM est-il capable de réaffecter le addr:street lorsque l'on a oublié de le faire au debut de notre campagne d'adressage ? -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499p5733547.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Le mercredi 31 octobre 2012 12:02:46, Ab_fab a écrit : Bonjour, Salut, _ La traduction déterminée par l'interwikilink (de Wikipedia) si récupérable Pour info (pour les autres surtout, toi j'ai vu que tu y avais répondu), quelqu'un d'autre semble aussi intéressé par cette approche en particulier (l'exploitation des interwiki de wikipedia) http://lists.openstreetmap.org/pipermail/talk/2012-October/065001.html De mon point de vue, plutôt que de tout refaire nous aussi dans notre coin, je trouverais bien pratique d'exploiter les liens interwiki de wikipedia comme première phase de remplissage automatique, puis ensuite, fignoler à la main pour les cas qui n'ont pas pu être automatisé. Si j'ai bien compris, ça suppose en revanche que les tag wikipedia:lang=article soit déjà remplis (au moins 1) sur les objects pour lesquels il existe une page wikipedia -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Non, malheureux !!! Faut rentrer les tags comme ça : wikipedia=lang:article ;-) Le 31 octobre 2012 13:28, sly (sylvain letuffe) li...@letuffe.org a écrit : Le mercredi 31 octobre 2012 12:02:46, Ab_fab a écrit : Bonjour, Salut, _ La traduction déterminée par l'interwikilink (de Wikipedia) si récupérable Pour info (pour les autres surtout, toi j'ai vu que tu y avais répondu), quelqu'un d'autre semble aussi intéressé par cette approche en particulier (l'exploitation des interwiki de wikipedia) http://lists.openstreetmap.org/pipermail/talk/2012-October/065001.html De mon point de vue, plutôt que de tout refaire nous aussi dans notre coin, je trouverais bien pratique d'exploiter les liens interwiki de wikipedia comme première phase de remplissage automatique, puis ensuite, fignoler à la main pour les cas qui n'ont pas pu être automatisé. Si j'ai bien compris, ça suppose en revanche que les tag wikipedia:lang=article soit déjà remplis (au moins 1) sur les objects pour lesquels il existe une page wikipedia -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Bonjour Christian, Suis pas sûr d'avoir bien saisi le contenu de ton message ... Tu entends quoi par : traduction de chic ? Ce dont je parle, c'est avant tout d'avoir un outil qui soit plus pratique que les éditeurs classiques pour renseigner les noms de lieux dans une langue choisie. Cela n'empêche pas les personnes qui se lancent dans l'aventure de se baser sur les travaux d'organismes de référence, quand ceux-ci existent. Le 31 octobre 2012 12:53, Christian Rogel christian.ro...@club-internet.fra écrit : Le 31 oct. 2012 à 12:02, Ab_fab a écrit : Bonjour, Suite au message de Christophe (RedFox) concernant les rendus en langues régionales http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/050635.html J'ai toujours à l'esprit un outil de contribution qui permettrait aux personnes bilingues de renseigner efficacement des noms de pays, régions, départements, communes et autres dans une langue étrangère ou régionale choisie au préalable, avec plusieurs possibilités. - Confirmer que le nom par défaut s'applique dans la langue choisie - Confirmer que la traduction proposée par l'interwikilink est ok - Permettre une traduction manuelle Etc. La question des toponymes en différentes langue n'est pas presque jamais une question de traduction, mais c'est de de normalisation qu'il s'agit. Elle doit être entreprise par un organisme reconnu, sinon, il faut collecter sur le terrain. Les traductions de chic peuvent être fausses et beaucoup de noms sont intraduisibles dans un sens ou un autre. En ce qui concerne le domaine linguistique que je connais bien, maintenant que les noms de communes et de communautés de communes bretons ont été importé, il reste les autres toponymes. La quasi-totalité de ceux-ci sont dans la base Kêrofis de l'Office public de la langue bretonne. Ce qui manque, c'est un outil pratique pour les importer, car, ils ne sont pas géolocalisés. Dimanche dernier, le directeur m'a assuré que l'interface va devenir plus accessible. J'ignore ce que fait l'Institut culturel basque EKE et, en regardant son site, je n'ai rien vu sur les toponymes, mais, c'est peut-être pris en charge par la Communauté autonome des Pays basques. Pour l'Occitanie, il doit y avoir un boulot monstrueux à faire (Institut d'études occitanes à Toulouse?). Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
2012/10/31 Tony Emery tony.em...@yahoo.fr: En effet, j'utilise le couple addr:housenumber et addr:street. Question, JOSM est-il capable de réaffecter le addr:street lorsque l'on a oublié de le faire au debut de notre campagne d'adressage ? Tu veux dire remplacer la relation par le tag addr:street ? Il n'y a pas de fonction spécifique. Mais on peut supprimer la relation puis lancer une recherche sur les noeuds qui ont un tag addr:housenumber et pas de relation, ni de tag addr:street pour les sélectionner et y coller le tag addr:street. A noter, deux outils pour valider les adresses: - le style de carte AddressValidator pour JOSM: http://josm.openstreetmap.de/wiki/Styles/AddressValidator - OSM Inspector, layer addresses: http://tools.geofabrik.de/osmi/?view=addresseslon=4.81552lat=44.12790zoom=13opacity=0.78overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions
Bonjour, Les donnéeshttp://www.data.gouv.fr/donnees/view/Liste-des-points-de-contact-du-r%C3%A9seau-postal-fran%C3%A7ais-551640?xtmc=r%C3%A9seau+postalxtcr=1de La Poste ont été mises à jour avec les horaires d'ouverture et l'accessibilité. C'est possible d'intégrer ces nouvelles informations à http://osm.vdct.free.fr/postes/index.html ? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
wikipedia=lang:article c'est pour le tag wikipédia par défaut pour l'objet. Si on veut en ajouter d'autre, ça sera wikipedia:lang=article, mais grâce à l'interwiki ce n'est franchement pas indispensable non plus... Pour info, il y a une discussion récente sur la liste talk@ à propose des traductions à partir de l'interwiki de wikipedia... http://lists.openstreetmap.org/pipermail/talk/2012-October/065001.html -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Le 31 octobre 2012 14:04, Pieren pier...@gmail.com a écrit : 2012/10/31 Tony Emery tony.em...@yahoo.fr: En effet, j'utilise le couple addr:housenumber et addr:street. Question, JOSM est-il capable de réaffecter le addr:street lorsque l'on a oublié de le faire au debut de notre campagne d'adressage ? Tu veux dire remplacer la relation par le tag addr:street ? Il n'y a pas de fonction spécifique. Mais on peut supprimer la relation puis lancer une recherche sur les noeuds qui ont un tag addr:housenumber et pas de relation, ni de tag addr:street pour les sélectionner et y coller le tag addr:street. A noter, deux outils pour valider les adresses: - le style de carte AddressValidator pour JOSM: http://josm.openstreetmap.de/wiki/Styles/AddressValidator - OSM Inspector, layer addresses: http://tools.geofabrik.de/osmi/?view=addresseslon=4.81552lat=44.12790zoom=13opacity=0.78overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Sans oublier osmose qui détecte pas mal d'incohérences: adresse loin de la rue, adresse en double, double relation pour la même rue, etc. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Le 31 octobre 2012 12:53, Pieren pier...@gmail.com a écrit : Je l'avais mis par défaut parce qu'à l'époque, une majorité se dégageait sur cette liste pour cette solution. Mais elle n'a jamais eu ma préférence. Et depuis, j'ai vu qu'elle ne l'était pas non plus sur les forums étrangers. Aujourd'hui, je pense que je demanderais à l'utilisateur quelle version il souhaite utiliser au lieu de mettre une version par défaut. Je serais aussi favorable à une suppression progressive des relations associatedStreet qui a plus d'inconvénients que d'avantages amha. C'est nouveau ce que tu dis sur la relation associatedStreet? Qu'est qui est reproché exactement à ce schéma? Le greffon cadastre est réglé par défaut pour fonctionner en mode relation. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Le 31 oct. 2012 à 13:45, Ab_fab a écrit : Bonjour Christian, Suis pas sûr d'avoir bien saisi le contenu de ton message ... Tu entends quoi par : traduction de chic ? Ce dont je parle, c'est avant tout d'avoir un outil qui soit plus pratique que les éditeurs classiques pour renseigner les noms de lieux dans une langue choisie. Cela n'empêche pas les personnes qui se lancent dans l'aventure de se baser sur les travaux d'organismes de référence, quand ceux-ci existent. C'est simple : traduire un toponyme ne veut pas dire grand-chose, sauf dans quelques rares cas où on peut se permettre de traduire de chic un terme évident. Le Moulin-Blanc peut être traduit en breton, sans trop se préoccuper de consulter quelqu'un, Ar Vilin-Wenn , quoiqu'il y ait des variantes dialectales à respecter. Mais, Le Moulin de la Lande peut poser problème, car, il peut s'agir du Moulin de Monsieur Lalande. La traduction est donc déconseillée. Il faut l'avis d'un toponymiste. Il arrive que le terme breton connu n'ait absolument rien à voir avec le nom officiel. Ex. : Saint-Sauveur (29) est appelé, en fait, An Dre Nevez. Quand je mets Teurgn pour Tours, en réalité, je ne traduis pas, je mets en relation deux champs linguistiques. C'est mieux de dire, comme tu le fais, renseigner les noms de lieu (dans une langue cible). Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Le 31/10/2012 14:11, Christian Quest a écrit : Le 31 octobre 2012 14:04, Pieren pier...@gmail.com a écrit : 2012/10/31 Tony Emery tony.em...@yahoo.fr: En effet, j'utilise le couple addr:housenumber et addr:street. Question, JOSM est-il capable de réaffecter le addr:street lorsque l'on a oublié de le faire au debut de notre campagne d'adressage ? Tu veux dire remplacer la relation par le tag addr:street ? Il n'y a pas de fonction spécifique. Mais on peut supprimer la relation puis lancer une recherche sur les noeuds qui ont un tag addr:housenumber et pas de relation, ni de tag addr:street pour les sélectionner et y coller le tag addr:street. A noter, deux outils pour valider les adresses: - le style de carte AddressValidator pour JOSM: http://josm.openstreetmap.de/wiki/Styles/AddressValidator - OSM Inspector, layer addresses: http://tools.geofabrik.de/osmi/?view=addresseslon=4.81552lat=44.12790zoom=13opacity=0.78overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Sans oublier osmose qui détecte pas mal d'incohérences: adresse loin de la rue, adresse en double, double relation pour la même rue, etc. Mais quasiment uniquement sur le modèle avec relation. À ne pas vouloir utiliser les relations, voire pire les enlever, on perd quand même de la cohérence et on crée de la duplication. Je serais même plutôt favorable à faire l'inverse : ajouter des relations. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Le 31/10/2012 14:15, Christian Rogel a écrit : Le 31 oct. 2012 à 13:45, Ab_fab a écrit : Suis pas sûr d'avoir bien saisi le contenu de ton message ... Tu entends quoi par : traduction de chic ? C'est simple : traduire un toponyme ne veut pas dire grand-chose, sauf dans quelques rares cas où on peut se permettre de traduire de chic un terme évident. Tu n'as toujours pas expliqué ce que signifie de chic ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
La relation permet en plus de regrouper les segments qui forment une rue en un objet cohérent sur lequel on pourra ajouter des tags globaux à la rue (code rivoli, code local, lien wikipédia, etc). J'y vois plus d'avantages que d'inconvénients même si bien sûr la manipulation des relations n'est pas toujours évidente, surtout pour les contributeurs peu expérimentés. Le 31 octobre 2012 14:16, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 31/10/2012 14:11, Christian Quest a écrit : Le 31 octobre 2012 14:04, Pieren pier...@gmail.com a écrit : 2012/10/31 Tony Emery tony.em...@yahoo.fr: En effet, j'utilise le couple addr:housenumber et addr:street. Question, JOSM est-il capable de réaffecter le addr:street lorsque l'on a oublié de le faire au debut de notre campagne d'adressage ? Tu veux dire remplacer la relation par le tag addr:street ? Il n'y a pas de fonction spécifique. Mais on peut supprimer la relation puis lancer une recherche sur les noeuds qui ont un tag addr:housenumber et pas de relation, ni de tag addr:street pour les sélectionner et y coller le tag addr:street. A noter, deux outils pour valider les adresses: - le style de carte AddressValidator pour JOSM: http://josm.openstreetmap.de/wiki/Styles/AddressValidator - OSM Inspector, layer addresses: http://tools.geofabrik.de/osmi/?view=addresseslon=4.81552lat=44.12790zoom=13opacity=0.78overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Sans oublier osmose qui détecte pas mal d'incohérences: adresse loin de la rue, adresse en double, double relation pour la même rue, etc. Mais quasiment uniquement sur le modèle avec relation. À ne pas vouloir utiliser les relations, voire pire les enlever, on perd quand même de la cohérence et on crée de la duplication. Je serais même plutôt favorable à faire l'inverse : ajouter des relations. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions
Et de mettre à jour les bureaux de poste intégrés dans OSM grâce au niveau de ref qu'on a garder et qui j'espère est stable... Le 31 octobre 2012 14:10, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Les données de La Poste ont été mises à jour avec les horaires d'ouverture et l'accessibilité. C'est possible d'intégrer ces nouvelles informations à http://osm.vdct.free.fr/postes/index.html ? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions
Je viens de comparer avec l'ancien fichier. Les champs suivants ne sont plus présent: - recharge_moneo - monnaie_paris Mais il y a de nouveaux champ : - Précision du géocodage - Accessibilité - Absence de ressaut de plus de 2 cm de haut - Accessibilité - Automate d'affranchissement avec prise audio - Accessibilité - Boucle magnétique en état de fonctionnement - Accessibilité - Distributeur de billets avec prise audio - Accessibilité - Entrée autonome en fauteuil roulant possible - Accessibilité - Pas d'escalier ou bandes de vigilance présentes - Accessibilité - Présence d'un panneau prioritaire Pour le tags : Accessibilité - Absence de ressaut de plus de 2 cm de haut wheelchair=* Accessibilité - Automate d'affranchissement avec prise audio ? Accessibilité - Boucle magnétique en état de fonctionnement ? (c'est quoi ?) Accessibilité - Distributeur de billets avec prise audio ? Accessibilité - Entrée autonome en fauteuil roulant possible wheelchair=* Accessibilité - Pas d'escalier ou bandes de vigilance présentes wheelchair=* ? Accessibilité - Présence d'un panneau prioritaire ? Frédéric. Le 31/10/2012 14:40, Christian Quest a écrit : Et de mettre à jour les bureaux de poste intégrés dans OSM grâce au niveau de ref qu'on a garder et qui j'espère est stable... Le 31 octobre 2012 14:10, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Les données de La Poste ont été mises à jour avec les horaires d'ouverture et l'accessibilité. C'est possible d'intégrer ces nouvelles informations à http://osm.vdct.free.fr/postes/index.html ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions
Accessibilité - Boucle magnétique en état de fonctionnement ? (c'est quoi ?) c'est pour les personnes malentendantes, ça permet d'avoir une très bonne restitution du son dans les appareils auditifs, quasiment sans bruits ambiant parasites http://fr.wikipedia.org/wiki/Boucle_magn%C3%A9tique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Internationalisation / régionalisation des toponymes
Le 31 oct. 2012 à 14:29, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 31/10/2012 14:15, Christian Rogel a écrit : Le 31 oct. 2012 à 13:45, Ab_fab a écrit : Suis pas sûr d'avoir bien saisi le contenu de ton message ... Tu entends quoi par : traduction de chic ? C'est simple : traduire un toponyme ne veut pas dire grand-chose, sauf dans quelques rares cas où on peut se permettre de traduire de chic un terme évident. Tu n'as toujours pas expliqué ce que signifie de chic Expression peut-être passée de mode : traduire de tête sans consulter un dictionnaire, par exemple. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions
Le 31 octobre 2012 14:48, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Je viens de comparer avec l'ancien fichier. Les champs suivants ne sont plus présent: - recharge_moneo - monnaie_paris Mais il y a de nouveaux champ : - Précision du géocodage - Accessibilité - Absence de ressaut de plus de 2 cm de haut - Accessibilité - Automate d'affranchissement avec prise audio - Accessibilité - Boucle magnétique en état de fonctionnement - Accessibilité - Distributeur de billets avec prise audio - Accessibilité - Entrée autonome en fauteuil roulant possible - Accessibilité - Pas d'escalier ou bandes de vigilance présentes - Accessibilité - Présence d'un panneau prioritaire Pour le tags : Accessibilité - Absence de ressaut de plus de 2 cm de haut wheelchair=* wheelchair=yes Accessibilité - Automate d'affranchissement avec prise audio ? Accessibilité - Boucle magnétique en état de fonctionnement ? (c'est quoi ?) Les boucles magnétiques sont destinées aux malentendants. Voir: http://fcs.malentendants.free.fr/bm.htm Accessibilité - Distributeur de billets avec prise audio ? Accessibilité - Entrée autonome en fauteuil roulant possible wheelchair=* Ca vaut un wheelchair=yes Accessibilité - Pas d'escalier ou bandes de vigilance présentes wheelchair=* ? Euh, c'est pas plutôt les bandes podotactiles pour les aveugles ? Si c'est bien ça: tactile_paving=yes Accessibilité - Présence d'un panneau prioritaire ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOng OSM à Chambéry - Repas lundi 5/11
Le 30 octobre 2012 21:43, Marc Sibert m...@sibert.fr a écrit : Bonjour, Chambérien de naissance, je ne pouvais laisser passer le GeOng 2012 sans rien faire. J’assisterais donc aux 2 journées de conférence les 5 et 6 novembre au Manège. Dans la foulée, je vous propose d'organiser un petit repas du soir du 5/11 à proximité du lieu pour les OSMeurs du coin ou pas (Gaël sera de passage, des représentants de l'équipe HOT aussi et j'espère d'autres contributeurs voudront bien descendre de leur montagne ou quitter les bords du lac). N'hésitez pas à me contacter, dans ce fil ou sur mon adresse perso que je comptabilise les invités. N'hésitez pas non plus à faire circuler cette invitation qui ne se limite pas aux TOCés d'OSM. A+@chy -- Marc Sibert mailto:m...@sibert.fr Quelques précisions : Lundi soir 5/11 donc, les derniers ateliers se terminent vers 17h45, par un apéro. Mais comme il y a (aussi) OSM, j'imagine que comme il y a 2 ans, on va un peut déborder... Disons qu'avant 19h rien ne sera possible en dehors du Manège. L'idée ensuite est d'aller à pied dans le quartier, les options sont : - Place Monge : http://www.openstreetmap.org/?way=26474868 - Place Saint-Léger : http://www.openstreetmap.org/?way=21888650 (pas trop de resto) - voir l’Hypoténuse (mais demandez pas de tartiflette) : http://www.openstreetmap.org/?node=442339881 Je passerais dimanche IRL pour faire une petite cartopartie détaillée. Au moment de l'envoi de ce message, je compte : - Arnaud V - Sylvain (sly) - Eric S - Fanny S (peut-être) - Sylvain M++ (peut-être) - Julien T (peut-être) - (moi) A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions
Le 31/10/2012 15:02, Christian Quest a écrit : Accessibilité - Absence de ressaut de plus de 2 cm de haut wheelchair=* wheelchair=yes Accessibilité - Automate d'affranchissement avec prise audio ? Accessibilité - Boucle magnétique en état de fonctionnement ? Accessibilité - Distributeur de billets avec prise audio ? Accessibilité - Entrée autonome en fauteuil roulant possible wheelchair=* Ca vaut un wheelchair=yes Accessibilité - Pas d'escalier ou bandes de vigilance présentes wheelchair=* ? Euh, c'est pas plutôt les bandes podotactiles pour les aveugles ? Si c'est bien ça: tactile_paving=yes Ça peut aussi être la présence d'un escalier. Et puis tactile_paving=yes sur une poste ou un bâtiment ça n'a pas trop de sens. Accessibilité - Présence d'un panneau prioritaire ? Pour wheelchair je pense plutôt à une combinaison. SI Absence de ressaut de plus de 2 cm de haut ET Entrée autonome en fauteuil roulant possible ALORS wheelchair=yes SI Absence de ressaut de plus de 2 cm de haut OU Entrée autonome en fauteuil roulant possible ALORS wheelchair=limited ET SINON wheelchair=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mêlée Géomatique Auch - 22/11/2012 - l’information géographique une passerelle indispensable pour l’OPEN DATA
Bonjour, Le 22 novembre aura à lieu à Auch la Mêlée Géomatique avec pour thème l'OpenData. J'y présenterai OpenStreetMap. http://www.melee-geomatique.com Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Le 31/10/2012 15:29, Pieren a écrit : 2012/10/31 Christian Quest cqu...@openstreetmap.fr: La relation permet en plus de regrouper les segments qui forment une rue en un objet cohérent sur lequel on pourra ajouter des tags globaux à la rue (code rivoli, code local, lien wikipédia, etc). C'est bien ce qui est reproché à cette relation. Certains en font un fourre-tout avec de multiples segments de highways, tous les buildings, les boites postales, les bancs publiques, etc... On s'éloigne de la thématique adresse pour modéliser ce qui ferait partie ou pas d'une rue avec toutes les interrogations liées (faut-il ajouter les POI, les commerces, etc?). Au final, au lieu d'avoir un noeud par adresse avec deux tags, on se retrouve avec une ou plusieurs relations et de multiples roles à interpréter. Même les consommateurs de données préfèrent les solutions simples. Pour moi, la relation associatedStreet ne doit contenir que la voirie de la rue et les adresses. Si il y a plus, c'est une erreur. J'y vois plus d'avantages que d'inconvénients même si bien sûr la manipulation des relations n'est pas toujours évidente, surtout pour les contributeurs peu expérimentés. Effectivement, problèmes de manipulation, de segmentation des highways. A tel point qu'il faut des outils spéciaux pour l'édition (pour moi, c'est un facteur aggravant). Et les duplications (et possible incohérences inhérentes) ne sont pas totalement supprimées (tag name). D'autres erreurs sont possibles (coller un numéro à la mauvaise relation). On voit aussi des rues avec les deux modèles (relation + addr:street). Nous avons procédé comme cela à Nantes et j'ai trouvé ça très simple à manipuler. Autant, je suis complètement paumé sur les relations de bus, autant là, c'est simple. Il y a toujours un peu de duplication, mais c'est toujours moins que répéter le nom de la rue sur chaque point d'adresse. Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Le 31 octobre 2012 15:39, Jean Couteau cout...@codelutin.com a écrit : Le 31/10/2012 15:29, Pieren a écrit : 2012/10/31 Christian Quest cqu...@openstreetmap.fr: La relation permet en plus de regrouper les segments qui forment une rue en un objet cohérent sur lequel on pourra ajouter des tags globaux à la rue (code rivoli, code local, lien wikipédia, etc). C'est bien ce qui est reproché à cette relation. Certains en font un fourre-tout avec de multiples segments de highways, tous les buildings, les boites postales, les bancs publiques, etc... On s'éloigne de la thématique adresse pour modéliser ce qui ferait partie ou pas d'une rue avec toutes les interrogations liées (faut-il ajouter les POI, les commerces, etc?). Au final, au lieu d'avoir un noeud par adresse avec deux tags, on se retrouve avec une ou plusieurs relations et de multiples roles à interpréter. Même les consommateurs de données préfèrent les solutions simples. Pour moi, la relation associatedStreet ne doit contenir que la voirie de la rue et les adresses. Si il y a plus, c'est une erreur. J'y vois plus d'avantages que d'inconvénients même si bien sûr la manipulation des relations n'est pas toujours évidente, surtout pour les contributeurs peu expérimentés. Effectivement, problèmes de manipulation, de segmentation des highways. A tel point qu'il faut des outils spéciaux pour l'édition (pour moi, c'est un facteur aggravant). Et les duplications (et possible incohérences inhérentes) ne sont pas totalement supprimées (tag name). D'autres erreurs sont possibles (coller un numéro à la mauvaise relation). On voit aussi des rues avec les deux modèles (relation + addr:street). Nous avons procédé comme cela à Nantes et j'ai trouvé ça très simple à manipuler. Autant, je suis complètement paumé sur les relations de bus, autant là, c'est simple. C'est quoi, la difficulté avec les relations de bus ? Perso, je trouve ça simple. Fastidieux à construire, mais simple. Il y a toujours un peu de duplication, mais c'est toujours moins que répéter le nom de la rue sur chaque point d'adresse. D'autant qu'au moindre changement du nom de la rue, tu vois de suite laquelle des 2 solutions est la plus simple à mettre à jour... Jean Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
2012/10/31 Francescu GAROBY windu...@gmail.com: D'autant qu'au moindre changement du nom de la rue, tu vois de suite laquelle des 2 solutions est la plus simple à mettre à jour... Mouais. Les changements de nom de rue sont bien moins fréquents que les ajouts/suppressions de numéros (constructions/démolitions). Et c'est un avantage bien faible comparé aux difficultés d'édition pour les nouveaux ou les contributeurs occasionnels, ceux qui sont le plus proche du terrain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Pour le changement de nom vs. le changement de numérotation, soit. Mais pour ce qui est de la prise en main des relations, ça me semble faire partie des choses à comprendre/savoir créer très vite, quand on est un contributeur. Francescu Le 31 octobre 2012 15:51, Pieren pier...@gmail.com a écrit : 2012/10/31 Francescu GAROBY windu...@gmail.com: D'autant qu'au moindre changement du nom de la rue, tu vois de suite laquelle des 2 solutions est la plus simple à mettre à jour... Mouais. Les changements de nom de rue sont bien moins fréquents que les ajouts/suppressions de numéros (constructions/démolitions). Et c'est un avantage bien faible comparé aux difficultés d'édition pour les nouveaux ou les contributeurs occasionnels, ceux qui sont le plus proche du terrain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Le 31/10/2012 15:51, Pieren a écrit : 2012/10/31 Francescu GAROBY windu...@gmail.com: D'autant qu'au moindre changement du nom de la rue, tu vois de suite laquelle des 2 solutions est la plus simple à mettre à jour... Mouais. Les changements de nom de rue sont bien moins fréquents que les ajouts/suppressions de numéros (constructions/démolitions). Et c'est un avantage bien faible comparé aux difficultés d'édition pour les nouveaux ou les contributeurs occasionnels, ceux qui sont le plus proche du terrain. Le contributeur occasionnel, il rajoutera un point avec un numero qui fera beau sur le rendu mapnik et ça lui suffira (en général, dans ce cas c'est quelqu'un qui veut rajouter sa maison). Un contributeur plus expérimenté verra l'erreur osmose associée et corrigera. Enfin je pense que c'est surtout comme ça que ça va se passer. Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
2012/10/31 Jean Couteau cout...@codelutin.com: Le contributeur occasionnel, il rajoutera un point avec un numero qui fera beau sur le rendu mapnik et ça lui suffira (en général, dans ce cas c'est quelqu'un qui veut rajouter sa maison). Un contributeur plus expérimenté verra l'erreur osmose associée et corrigera. C'est bien beau de citer Osmose à toute occasion. Ce que je constate, c'est que plus le temps passe et plus le nombre d'erreurs signalées par Osmose augmente. Pour inverser cette tendance, il faut éviter les erreurs autant que possible à la source avec: 1. un éditeur simple 2. un éditeur simple 3. un schéma de tags simple Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
2012/10/31 Francescu GAROBY windu...@gmail.com: Mais pour ce qui est de la prise en main des relations, ça me semble faire partie des choses à comprendre/savoir créer très vite, quand on est un contributeur. Aïe ! J'espère qu'OSM ne deviendra jamais un wikipedia bis (le nombre de nouveaux contributeurs a chuté tellement les règles d'éditions sont devenues compliquées avec le temps). La barrière d'entrée est déjà suffisament haute pour rebuter la plupart des inscrits (60% ne contribuent jamais). Qu'on le veuille ou non, la notion de relation passera au dessus de la tête d'une grande majorité des contributeurs. Mais si ça ne les empêchent pas de faire de simples contributions comme ajouter un POI, corriger le nom d'une rue ou une adresse, ça n'est pas bien grave. Et c'est essentiel pour la réactivité du projet. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Si le nombre d'erreurs signalées par osmose augmente c'est aussi parce qu'osmose a de plus en plus d'analyses et qu'elles s'affinent aussi en détectant des erreurs/incohérences qui n'étaient pas détectées. C'est aussi parce qu'il y a de plus en plus de données... et oui il faut se poser de temps en temps dans l'ajout pour corriger l'existant. Le 31 octobre 2012 16:08, Pieren pier...@gmail.com a écrit : 2012/10/31 Jean Couteau cout...@codelutin.com: Le contributeur occasionnel, il rajoutera un point avec un numero qui fera beau sur le rendu mapnik et ça lui suffira (en général, dans ce cas c'est quelqu'un qui veut rajouter sa maison). Un contributeur plus expérimenté verra l'erreur osmose associée et corrigera. C'est bien beau de citer Osmose à toute occasion. Ce que je constate, c'est que plus le temps passe et plus le nombre d'erreurs signalées par Osmose augmente. Pour inverser cette tendance, il faut éviter les erreurs autant que possible à la source avec: 1. un éditeur simple 2. un éditeur simple 3. un schéma de tags simple Pour les relations adresses on a un éditeur simple (le plugin cadastre) et le schéma de tag est quand même très simple. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet ( était :Utilisation du cadastre pour les numéros de voies)
Pour inverser cette tendance, il faut éviter les erreurs autant que possible à la source avec: Comme à l'accoutumé, je soutient les relations et leur encouragement et m'oppose à l'avis de pieren. Sans répété ce qui a déjà été dit auquel j'adhère, il me semble me souvenir que 90% des contributions ayant été faites par 10% des gens il me semble important de bien penser aussi aux contributeurs aguerris (les 10%), et leur coller un schéma pourri et redondant dans les pattes n'aidera pas à augmenter la qualité des donnés car ça va les dégouter. Je préfère dire aux nouveaux : écoute, les relations, c'est un peu compliqué on le sait, mais c'est bien. Si vous avez du mal avec, mieux vaut faire autre chose en attendant puis avec le temps vous y viendrez (ou pas) et vous verrez vous aussi que c'est bien pratique. Pour lancer du troll velu : A force de corriger des erreurs sur les constructions forcément plus complexes que sont les frontières en tout genre, les immenses surfaces j'ai fini par me dire que, à la limite, si les débutants qui foirent les choses pouvaient ne pas y toucher du tout tant qu'ils sont débutant, ça me ferait moins de boulot. Et que donc je suis plutôt satisfait que ça soit dur à rentrer parce que ça aide à faire comprendre que non, c'est pas simple et que ça demande un peu d'expérience. (Et que le doux rêve de trouver une méthode super simple sans défauts n'existe sans doute pas) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
-Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 31 octobre 2012 12:06 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies 2012/10/31 Christian Quest cqu...@openstreetmap.fr: Tu peux me donner une piste ? Je n'arrive pas à en retrouver, c'est un peu l'aiguille dans la meule de foin tant dans les data que le wiki ;) Pour info, j'ai passé quelques mois à réviser les rues et adresses des arrondissements 1 à 12 plus le 16 en croisant avec le cadastre et le PLU. Pour les voies du type FO/20 ou P/11, je les ai taggué avec name=Passage x/y ou Voie x/y suivant les indications du cadastre. Ces noms ne sont pas visibles sur le terrain et ne possèdent généralement pas de numéro non plus (sauf une exception ou deux). Je ne sais pas dans quelle mesure elles sont utilisées par la poste. Mais elles sont connues par la mairie. Pour les adresses, les 98% des numéros déjà présents utilisent le schéma addr:street sans relation. 96,7% ici en Alsace (au 24/10). J'avoue que le schéma addr:housenumber+addr:street a aussi ma préférence. Plus facile à saisir, plus facile à réutiliser, mais moins élégant qu'une relation. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Volontaire Eurosha en quête de tuteur!
Le message suivant de Marine Kenya: ## Bonjour à tous, je m'appelle Marine et fais partie des 26 volontaires européens du projet pilote EUROSHA, pour ma part déployée au Kenya avec 5 de mes camarades. EUROSHA, comme Christian et Séverin l'ont déjà expliqué dans l'appel à tuteurs envoyé par mail, est un projet pilote visant à développer, dans 4 pays pilote en Afrique, le partage d'informations dans le champ humanitaire et à créer/renforcer les communautés locales de mapping, dans une optique de prévention des crises. En plus concret, on rend accessible des infos collectées par nous-même ou auprès d'ONG, d'autorités locales, d'agences des UN, etc. pour les rendre accessibles au cas où une crise humanitaire se déclenche. Typiquement: là, se trouve un hôpital avec X lits disponibles; ici, se trouve une voie d'accès secondaire qui permettra à l'aide humanitaire de contourner une route inondée; dans cette zone interviennent déjà telle et telle ONG, etc. En tant que volontaire EUROSHA, moi et mes collègues avons suivi une formation de 4 jours avec le staff de HOT juste avant notre déploiement (il y a maintenant bientôt 3 semaines). Depuis notre arrivée au Kenya nous avons passé la plupart de notre temps à présenter le projet et notre mission à diverses entités internationales, nationales et locales. Nous sommes maintenant avides de pouvoir commencer le travail de terrain! D'un point de vue plus personnel, j'ai 25 ans, une formation Sciences po finalisée par un master en Action humanitaire et solidarité internationale (avec stage de 6 mois en Tanzanie), puis un second master en gestion de projets culturels internationaux qui m'a amenée à travailler pendant 2 an et demi pour l'ONG Bibliothèques Sans Frontières à Paris. Jusqu'à ce que j'intègre le palpitant projet EUROSHA pour avoir une nouvelle expérience de terrain mais aussi développer des compétences en matière de NTIC appliquées au champ humanitaire! Je suis impatiente de pouvoir échanger davantage avec la communauté OSM, merci par avance à celui ou celle qui voudra bien être mon tuteur pour les 6 prochains mois! a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
2012/10/31 Christian Quest cqu...@openstreetmap.fr: Pour les relations adresses on a un éditeur simple (le plugin cadastre) et le schéma de tag est quand même très simple. Cette relation ne fait toujours pas partie des presets de Potlatch, ni de JOSM. Alors qu'elle existe depuis combien, 3 ans ? Combien d'autres schémas aussi simples mettent autant de temps à se propager dans les outils ? Pourquoi on compte 5 à 10 fois plus d'adresses tagguées avec addr:street qu'avec la relation ? (probablement un ratio beaucoup plus élevé si on exclue la France et son plugin cadastre-fr) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Le 31 octobre 2012 16:56, Pieren pier...@gmail.com a écrit : Cette relation ne fait toujours pas partie des presets de Potlatch, ni de JOSM. Pour JOSM, c'est dans les cartons. J'ai déjà apporté une petite modif pour pouvoir trier les numéros d'adresse dans la 5516. Ca viendra. Je sais pas trop quand, mais ça viendra :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Le 31 octobre 2012 16:15, Pieren pier...@gmail.com a écrit : Aïe ! J'espère qu'OSM ne deviendra jamais un wikipedia bis (le nombre de nouveaux contributeurs a chuté tellement les règles d'éditions sont devenues compliquées avec le temps). Christian disait (dans son interview par webcam interposée dans son jardin) qu'il est effectivement maintenant difficile de contribuer à Wikipédia car il s'agit d'y apporter un savoir. Pour OSM, nous ne faisons qu'apporter nos observations. Ce qui peut rendre difficile l'accès à OSM ce n'est que l'apprentissage des outils mis à notre disposition pour contribuer. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM meetups in Paris next month?
Bonjour! [Very rough Google translation to French below] Sorry to burst into the conversation here (and especially sorry to do so in English!), but I organize the Geo DC meetups http://www.meetup.com/Geo-DC/ in Washington, DC. I am going to be in Paris for vacation on Nov 13-17 and I was wondering if those dates might overlap with any chances to socialize? I'm very new to OSM, but I just attended State of the Map US a few weeks ago, and I'm excited to learn more and meet more of this really interesting community. I was wondering if there were any OSM meetups or mapping parties planned in Paris during that time. If not, would any OSM enthusiasts be interested in getting a drink in Paris and talking about maps? Thanks, Kathleen Désolé d'éclater dans la conversation ici (et surtout désolé de le faire en anglais!), Mais je organiser le Geo DC meetups in Washington, DC. Je vais être à Paris pour les vacances le nov. 13-17 et je me demandais si ces dates peuvent se chevaucher avec toutes les chances de socialiser? Je suis très nouveau à l'OSM, mais je viens d'assister State of the Map US ya quelques semaines, et je suis impatient d'en apprendre davantage et rencontrer plus de cette communauté très intéressant. Je me demandais s'il y avait des joggings OSM ou des parties de cartographie prévues à Paris pendant cette période. Dans la négative, les amateurs OSM-être intéressé par prendre un verre à Paris et parle des cartes? Merci, Kathleen ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
2012/10/31 Romain MEHUT romain.me...@gmail.com: Christian disait (dans son interview par webcam interposée dans son jardin) qu'il est effectivement maintenant difficile de contribuer à Wikipédia car il s'agit d'y apporter un savoir. Pour OSM, nous ne faisons qu'apporter nos observations. Ce qui peut rendre difficile l'accès à OSM ce n'est que l'apprentissage des outils mis à notre disposition pour contribuer. Je ne parlais pas du contenu mais de la complexité à apporter du contenu. Si une personne s'inscrit pour n'ajouter qu'une adresse, le modèle avec deux tags est plus simple que le modèle avec relation. Quand je cite wikipedia, c'est pour dire qu'il nous faut éviter ce genre de liste: http://en.wikipedia.org/wiki/Wikipedia:List_of_guidelines Le fait de dire que 90% du contenu vient de 10% des contributeurs n'est pas un argument à la faveur du projet. Au contraire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation associatedStreet (était :Utilisation du cadastre pour les numéros de voies)
Les deux modèles cohabitent jusqu'à maintenant sans problème. Nominatim s'y retrouve bien, non ? Si un contributeur occasionnel saisit une adresse isolée avec le tag addr:street, rien n'empêche ensuite de migrer vers une relation associatedStreet. Par contre, quand on saisit des séries entières d'adresses à l'aide du plugin qui va bien, autant passer au modèle relation car on peut à cette occasion intégrer d'autres infos sur la voirie (cas de Nantes) dans la relation elle même plutôt que sur chaque segment qui compose la rue (ce qui est de plus en plus souvent le cas au fur et à mesure qu'on affine le mapping). Quand je trouve des addr:country, addr:city, addr:postcode sur chaque adresse d'une même rue intégralement renseignée, ça me semble quand même bien peu efficace sur le plan base de données. Pour ce qui est de la complexité, à mon avis ce sont les outils qui doivent évoluer pour masquer le plus possible le modèle de données sous-jascent. Encore faut-il qu'ils fassent bien leur boulot... j'ai été surpris dans Pushpin OSM de la fonction auto-fill pour l'adresse qui recopie les infos d'adresse sur le POI qu'on vient de saisir... du coup on a souvent 2 posititons pour la même adresse et là, la relation associatedStreet pourrait permettre d'indiquer celle de référence ;) Le 31 octobre 2012 21:05, Pieren pier...@gmail.com a écrit : 2012/10/31 Romain MEHUT romain.me...@gmail.com: Christian disait (dans son interview par webcam interposée dans son jardin) qu'il est effectivement maintenant difficile de contribuer à Wikipédia car il s'agit d'y apporter un savoir. Pour OSM, nous ne faisons qu'apporter nos observations. Ce qui peut rendre difficile l'accès à OSM ce n'est que l'apprentissage des outils mis à notre disposition pour contribuer. Je ne parlais pas du contenu mais de la complexité à apporter du contenu. Si une personne s'inscrit pour n'ajouter qu'une adresse, le modèle avec deux tags est plus simple que le modèle avec relation. Quand je cite wikipedia, c'est pour dire qu'il nous faut éviter ce genre de liste: http://en.wikipedia.org/wiki/Wikipedia:List_of_guidelines Le fait de dire que 90% du contenu vient de 10% des contributeurs n'est pas un argument à la faveur du projet. Au contraire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelles données RATP
Bonsoir tout le monde, la RATP (bien connu des franciliens) vient de publier des nouvelles données :) Il s'agit de l'ensemble des coordonnées des arrêts de bus (plus de 11 000 en tout) \o/ Attention cependant, la licence n'est pas encore indiqué, mais espérons que ce soit du ODbL (comme… et bien… les coordonnées en pixel des stations sur leur carte, carte qui elle est sous une licence assez étrange). Tout est là : http://data.ratp.fr/fr/actualites.html Amusez-vous bien ;) JonathanMM -- Chef de projet Fest4Game 2013 Élève en 2ème année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles données RATP
Apparemment, c'est de la licence ouverte Etalab: http://data.ratp.fr/fr/les-donnees/fiche-de-jeu-de-donnees/dataset/positions-geographiques-des-stations-du-reseau-ratp.html?tx_icsoddatastore_pi1%5Bpage%5D=2tx_icsoddatastore_pi1%5BreturnID%5D=38 2012/10/31 JonathanMM jonatha...@nocle.fr Bonsoir tout le monde, la RATP (bien connu des franciliens) vient de publier des nouvelles données :) Il s'agit de l'ensemble des coordonnées des arrêts de bus (plus de 11 000 en tout) \o/ Attention cependant, la licence n'est pas encore indiqué, mais espérons que ce soit du ODbL (comme… et bien… les coordonnées en pixel des stations sur leur carte, carte qui elle est sous une licence assez étrange). Tout est là : http://data.ratp.fr/fr/**actualites.htmlhttp://data.ratp.fr/fr/actualites.html Amusez-vous bien ;) JonathanMM -- Chef de projet Fest4Game 2013 Élève en 2ème année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles données RATP
c'est marrant, ça ressemble à une grosse blague leur fichier de coordonnées des stations ! Le 1 novembre 2012 00:53, Jérome Armau jerar...@gmail.com a écrit : Apparemment, c'est de la licence ouverte Etalab: http://data.ratp.fr/fr/les-donnees/fiche-de-jeu-de-donnees/dataset/positions-geographiques-des-stations-du-reseau-ratp.html?tx_icsoddatastore_pi1%5Bpage%5D=2tx_icsoddatastore_pi1%5BreturnID%5D=38 2012/10/31 JonathanMM jonatha...@nocle.fr Bonsoir tout le monde, la RATP (bien connu des franciliens) vient de publier des nouvelles données :) Il s'agit de l'ensemble des coordonnées des arrêts de bus (plus de 11 000 en tout) \o/ Attention cependant, la licence n'est pas encore indiqué, mais espérons que ce soit du ODbL (comme… et bien… les coordonnées en pixel des stations sur leur carte, carte qui elle est sous une licence assez étrange). Tout est là : http://data.ratp.fr/fr/**actualites.htmlhttp://data.ratp.fr/fr/actualites.html Amusez-vous bien ;) JonathanMM -- Chef de projet Fest4Game 2013 Élève en 2ème année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuteurs pour volontaires européens/Tutorships for the Eurosha volunteers
Hi all Thanks for the incoming messages. Chad has been the first of the four countries of the EUROSHA project to benefit from some remote and intermittent but extremely useful tutoring support mostly from Christian and Augustin. It has proven to be extremely useful and rewarding on both sides. The impact of such a continued and ¨scaled up¨ approach in the form of this now freshly launched tutorship program will be for sure high and clearly instrumental to make those 4 deploys of 6 months each lively, human rich and productives moments. Great if the word of mouth can continue and excited at the idea of strengthenining this nascent dynamic and allowing it to ultimately reach beyond the EUROSHA volunteers the local mappers that are stepping up in those countries thrilled and excited at the idea of OSM. From our last weeks in Chad with Aude, Claudia, Nas, Katerina Orsi and Pascale it has been made obvious that the more HOT and OSM communities can prepare through remote mapping the on-the-ground surveying efforts of the teams deployed, the greater their impact will be. WIth perspectives of cooperation and workplans being firmed up in Chad, CAR, Kenya and Burundi, jobs will be created and calls for support will be propagated through the various channels, great if you can stay tuned and thanks for those who will be able to be part of these interesting moments. Best, Nico 2012/10/30 Pierre Béland infosbelas-...@yahoo.fr Je suis prêt. Pierre -- *De :* Séverin MENARD severin.men...@hotosm.org *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Cc :* nicolas chavent nicolas.chav...@hotosm.org; Stéphane Henriod s...@henriod.info; Augustin Doury augustindo...@gmail.com; Frédéric Moine frmo...@gmail.com; Sébastien Pierrel sebastien.pier...@hotosm.org; Clotilde de Montpellier clodemontpell...@gmail.com; Marc SIBERT m...@sibert.fr; Pierre Béland infosbelas-...@yahoo.fr; Iván Sánchez Ortega i...@sanchezortega.es; Alex Barth a...@mapbox.com; h...@openstreetmap.org *Envoyé le :* Lundi 29 octobre 2012 21h15 *Objet :* Re: [OSM-talk-fr] Tuteurs pour volontaires européens/Tutorships for the Eurosha volunteers (Google translate into Eglish below) Bonjour à tous, Merci à Christian d'avoir fait cette annonce et merci à ceux qui ont manifesté leur intérêt pour ce soutien à distance des volontaires Eurosha (projet européen de création d'un corps de volontaires européens). J'ajoute à ce message la liste HOT au sein de laquelle ce concept a déjà été présenté et dont certains membres se sont également montrés intéressés pour un support à distance. Nous avions résumé les discussions à ce sujet sur cette page du wiki OSM : http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Tutorships L'idée d'un tuteur OSM est donc que cette personne ait un rapport plus privilégié avec un groupe d'individus/une communauté et se sente prêt à s'engager à la soutenir, sur le temps qu'il ou elle veut y consacrer. *Présentation des équipes* Les volontaires, 18 Européen(e)s et 8 Africain(e)s sont arrivés sur le terrain depuis 15 jours et ont passé une grande partie de leur temps à régler des formalités administratives, s'installer, rencontrer les acteurs locaux. Selon les pays (pour rappel, Tchad, République Centrafricaine Burundi et Kenya), ils ont eu ou ont encore notamment des soucis de connexion internet, de fait leur contribution à OSM démarre parfois juste. Pour rappel, leur action comprend à la fois la création de données OSM et humanitaire Qui, Quoi, Où (Who, What, Where=3W), la formation et la promotion des données libres auprès de différents acteurs humanitaires et gouvernement, et des communautés techniques et académiques, de sorte que la dynamique qu'ils auront créé se poursuive après leur départ Au Tchad, Aude, Katerina, Claudia, Orsolya, Pascal et Nanhas (avec le support depuis deux semaines de Nicolas et jusqu'à la fin de la semaine prochaine), ont déjà bien cartographié la ville de Goré, mais sont pour le moment limités à l'utilisation de Potlatch compte tenu des restrictions de leur fournisseur internet. Leur progression se fait à travers une tâche spécifique du Tasking manager : http://tasks.hotosm.org/job/84 En République Centrafricaine, Assania, Serge, Filip, Lenka, Federica, Jorieke, et Morgane sont hébergés par France Volontaires et viennent tout juste d'avoir une connexion internet qui fonctionne particulièrement bien en dehors des coupures électriques. Ils sont basés à Bangui et pour des raisons de logistique et de sécurité, vont pour le moment y concentrer l'essentiel de leur action avant mon arrivée le 17/11 pour trois semaines, en mixant mapping terrain en rayonnant autour de leur camp de base et du mapping basé sur de l'imagerie. Leur job sera : http://tasks.hotosm.org/job/72 Au Burundi, l'équipe composée de Marion, Gloria, Alexandra, Anna, Iolanda, Adelina et Désiré, hébergée
[OSM-talk-fr] Two weeks of field work within the EUROSHA Chad project
Hi all, In my last days in Southern Chad (Gore) with HOT on the first set up mission of the EUROSHA http://hot.openstreetmap.org/projects/eurosha_0project, I wrapped up first impressions and key facts from this deploy that can be read in this blog posthttp://hot.openstreetmap.org/updates/2012-10-31_two_weeks_of_field_work_within_the_eurosha_chad_project. Anyone interested in the field work happening in Central African republic, Kenya and Burundi can follow HOT (blog; twitter and facebook) as well as the blog from the EUROSHA project http://eurosha-volunteers-blog.org/ at a time where Severin and Sebastien from HOT are and will be joining the volunteers deployed in those four countries since mid October 2012 Best, Nicolas -- Nicolas Chavent Acting Project Director Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/weblog/ Mobile (Senegal): +221 77 859 21 38 Mobile (Haiti): +509 4617 3334 Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Skype: c_nicolas Twitter: nicolas_chavent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
