Re: [OSM-talk-fr] Passages piétons , trottoirs
2009/11/13 Balooval val.p...@gmail.com: Je ne mettrais foot=no que dans les endroits vraiment inaccessibles ou interdit aux piétons. Ca pourrait être le cas dans un tunnel ou sur certains ponts mais, à part les autoroutes et voies express, je ne le vois pas si c'est justifié par l'absence de trottoir. Pour l'instant, s'il y a si peu de tags sidewalk ou footway, c'est parce qu'on considère généralement que l'accès des piétons est partout possible par défaut. Mais la présence d'un trottoir fait quand même une grosse différence (en tout cas au niveau du sentiment de sécurité et de l'accès pour certains) par rapport à un simple accotement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Le 12 novembre 2009 23:12, Christian Rogel christian.ro...@club-internet.fr a écrit : En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme garantie par la Loi et tout l'appareil de l'Etat. Si l'INSEE donne un nom incomplet en contradiction avec l'usage local, fut-il attesté depuis 300 ans, c'est lui qui a raison. Dans le tag name, il ne peut y avoir que le nom INSEE. Donc, ce champ est une exception à la règle générale OSM C'est le terrain qui prime ? Ça ne me gène pas plus que ça, mais c'est pour que ce soit dit (ou répété) explicitement. Même si la mairie (et la DDE) a(ont) fait poser des panneaux routiers avec l'orthographe locale, on y écrit l'orthographe INSEE. Dans ce cas, ce n'est pas la peine de réfléchir. Je propose donc un robot, basé sur Osmose : Dans tous les cas où name(OSM) != name (COG(ref:INSEE(OSM))), et que l'erreur est minime (du genre : les deux names ne diffèrent que par les traits d'union, les espaces et les apostrophes, ou les deux sont identiques sur une base commune, avec un des deux qui contient une prolongation): loc_name = ancienne valeur du champ name name = name (COG(ref:INSEE(OSM))). Vos avis ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Ok pour cette proposition Le 13 novembre 2009 09:38, Art Penteur art.pent...@gmail.com a écrit : Le 12 novembre 2009 23:12, Christian Rogel christian.ro...@club-internet.fr a écrit : En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme garantie par la Loi et tout l'appareil de l'Etat. Si l'INSEE donne un nom incomplet en contradiction avec l'usage local, fut-il attesté depuis 300 ans, c'est lui qui a raison. Dans le tag name, il ne peut y avoir que le nom INSEE. Donc, ce champ est une exception à la règle générale OSM C'est le terrain qui prime ? Ça ne me gène pas plus que ça, mais c'est pour que ce soit dit (ou répété) explicitement. Même si la mairie (et la DDE) a(ont) fait poser des panneaux routiers avec l'orthographe locale, on y écrit l'orthographe INSEE. Dans ce cas, ce n'est pas la peine de réfléchir. Je propose donc un robot, basé sur Osmose : Dans tous les cas où name(OSM) != name (COG(ref:INSEE(OSM))), et que l'erreur est minime (du genre : les deux names ne diffèrent que par les traits d'union, les espaces et les apostrophes, ou les deux sont identiques sur une base commune, avec un des deux qui contient une prolongation): loc_name = ancienne valeur du champ name name = name (COG(ref:INSEE(OSM))). Vos avis ? Art. ___ 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] Ouverture des réservations de stand pour le salon Solutions Linux 2010
- Sébastien Dinot sebastien.di...@free.fr a écrit : déjà 4 retours à l'heure où j'écris ces lignes Déjà 19 demandes, soit le tiers de la capacité traditionnelle du village. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture des réservations de stan d pour le salon Solutions Linux 2010
Salut Sébastien, Merci pour l'info et la réactivité, J'ai fais une demande à Emmanuel sur la liste. En espérant que la demande sera acceptée ! ;-) Je serai présent et dispo les trois jours voir un peu avant (1 ou 2 jours)et un peu après (1 Jour) pour tout monter et démonter. Si il y a des volontaires pour monter un stand béton on y va ! Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture des réservations de stand pour le salon Solutions Linux 2010
- RatZilla$ ratzil...@gmail.com a écrit : J'ai fais une demande à Emmanuel sur la liste. En espérant que la demande sera acceptée ! ;-) Vu la visibilité croissante d'OpenStreetMap, je pense que la réservation d'un petit espace ira de soi. Je serai présent et dispo les trois jours voir un peu avant (1 ou 2 jours)et un peu après (1 Jour) pour tout monter et démonter. Pour ma part, je ne pourrai pas participer à la tenue du stand car je serai pris par ma session de conférences ainsi que moult entrevues et actions relatives à l'April (le salon représente pour moi 3 jours de travail plaisant mais intense). Si il y a des volontaires pour monter un stand béton on y va ! Monter, tenir et démonter le stand, ce n'est qu'une partie du travail, la plus courte et la plus simple. Je vois pas mal d'autres choses à faire d'ici là : - concevoir et imprimer des plaquettes de présentations (flyers) à distribuer aux visiteurs, - réfléchir à ce qui sera présenté, concevoir et produire les supports (affiches, panneaux, banderolles), - réfléchir au matériel requis sachant que les organisateurs ne filent qu'une table et deux chaises et que la liaison Internet est pitoyable (faible débit partagé par l'ensemble des stands du village), ce qui conduit les responsables du réseau à faire la chasse aux gros consommateurs de bande passante et à leur couper la connexion s'ils ne se modèrent pas. Si des démos sont envisagées, l'idéal serait d'avoir une machine avec une base de données et les applications installées localement. À défaut, peut-être des captures d'écran (c'est cheap mais une image vaut toujours mieux qu'un long discours). - éventuellement, prévoir une ou plusieurs conférences thématiques, soit dans les sessions officielles du salon, soit dans les sessions « off » du village associatif. Il ne faut pas remettre ces travaux et réflexions à plus tard car le salon sera vite là. Petite question au passage : quid du financement des supports vu qu'il n'existe pas d'entité morale représentant OpenStreetMap en France ? On peu envisager un appel à (micro-)sponsoring de la part de sociétés impliquées dans les SIG libres ou la constitution d'une cagnotte confiée à une personne de confiance et prête à effectuer les démarches auprès des imprimeurs et autres fabricants de support. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Passages piétons , trottoirs
En plus d'inaccessible et d'interdit, je rajouterais les endroits dangereux. Je pense qu'il y a une responsabilité à conseiller un itinéraire dangereux ou plutôt à ne pas l'interdire (via les tags) sous prétexte qu'il ne l'est pas formellement de par la signalisation. De ce que j'avais compris dans la description initiale, la route sans trottoir était dangereuse et pas seulement inconfortable : 90km/h sans trottoir, c'est suicidaire, et peut-être même interdit même s'il manque le panneau. Le 13 nov. 2009 à 09:26, Pieren a écrit : 2009/11/13 Balooval val.p...@gmail.com: Je ne mettrais foot=no que dans les endroits vraiment inaccessibles ou interdit aux piétons. Ca pourrait être le cas dans un tunnel ou sur certains ponts mais, à part les autoroutes et voies express, je ne le vois pas si c'est justifié par l'absence de trottoir. Pour l'instant, s'il y a si peu de tags sidewalk ou footway, c'est parce qu'on considère généralement que l'accès des piétons est partout possible par défaut. Mais la présence d'un trottoir fait quand même une grosse différence (en tout cas au niveau du sentiment de sécurité et de l'accès pour certains) par rapport à un simple accotement. Pieren ___ 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] [osmose] nouveau plugin de v érification des majuscules
Thomas Petillon a écrit : Bonsoir, On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce des faux positif ? Le système détecte une coupure de mot à chaque apostrophe, y compris donc au niveau des « c’h ». Du coup une erreur est détectée à chaque fois vu que le reste du mot n'existe pas (ni en breton et encore moins en français). Il faudrait détecter ce cas pour ne pas le traiter comme une coupure de mot. À noter qu'on trouve des « c’h » et des « c'h », donc il y a deux cas. Seul le premier (« c’h ») est correct typographiquement donc techniquement un robot pourrait même remplacer les occurrences du second par le premier. (Et à part les miens je suis pas sûr qu'il y ait beaucoup de « c’h », vu que je pense pas qu'il y ait beaucoup de monde qui s'embête avec ça. :D ) Si il s'agit des erreurs de type x-906 (Toponymie), je viens de rajouter le h dans les mots acceptés en minuscules. On pourrait ne pas découper suivant les apostrophes, mais ça imposerait des majuscules à l'Armistice ou autre. Pour le moment ça devrait résoudre le problème. On peut aussi améliorer le plugin... Feel free to contribute. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un import de mes doigts
2009/11/13 Gilles LAMIRAL gilles.lami...@laposte.net: Pieren, d'abord merci beaucoup pour le greffon cadastre et ta force de dialogue avec la DGI. Effort partagé à quatre mains (avec Denis Helfer) et aussi avec le soutien de Marc Leobet depuis georezo. Ensuite, est-ce que positionner la source avec le numéro de feuille sous-jacente à l'élément en édition est une chose compliquée à coder ? Hmmm, la seule chose que le plugin peut voir, c'est une référence du genre QA482000_T02 pour les plans image mais rien pour les plans vecteur. De plus, la source n'est ajoutée aux nouveaux éléments créés par JOSM qu'au moment de l'upload, le plugin ne peut savoir quel élément a été créé avec quelle feuille mais pourrait bricoler une reconstitution à partir des positions géographiques. Donc rien de simple. Par contre, j'ai vu que certains ajoutaient ces détails dans leur commentaire de changeset. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Le 12 novembre 2009 14:26, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Je reste cependant triste pour le pauvre ms_bot, pionnier en sont temps de l'aide apporté aux brebis que nous sommes, mais son enseignement n'aura pas été perdu, [...] Je me sens toujours orphelin des corrections indiscutables et indispensables qu'il faisait (du genre ^rue-Rue)... Si t'es motivé pour lire des logs, voila une proposition de corrections basé sur les corrections de msbot (pas toutes), compatible api 0.6 : http://osmose.openstreetmap.fr/bot-msbot.log http://osmose.openstreetmap.fr/bot-msbot.srt -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [tag] [bot] Espace dans le ref
Ils n'ont pas de ref propre, mais personnellement je suis pour qu'ils portent le ref de la route qu'ils permettent de rejoindre. Ca coûte rien et facilite le routage. De : Marc SIBERT m...@sibert.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeu 12 Novembre 2009, 22 h 11 min 11 s Objet : Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref Toutefois, histoire de pimenter ce fil, je me demande si les motorway_link doivent aussi recevoir une référence. Personnellement, je n'en ferais rien. donc +1 -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [tag] [bot] Espace dans le ref
Et comment on fait quand le link n'est pas en oneway ? 2009/11/13 Arnaud CORBET cor...@rocketmail.com Ils n'ont pas de ref propre, mais personnellement je suis pour qu'ils portent le ref de la route qu'ils permettent de rejoindre. Ca coûte rien et facilite le routage. -- *De :* Marc SIBERT m...@sibert.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Jeu 12 Novembre 2009, 22 h 11 min 11 s *Objet :* Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref Toutefois, histoire de pimenter ce fil, je me demande si les motorway_link doivent aussi recevoir une référence. Personnellement, je n'en ferais rien. donc +1 -- Marc ___ 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] L'INSEE peut-il avoir faux sur des noms de communes ?
Maintenant les erreurs sont proposés à la correction manuelle à traiter au cas par cas : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=101-802 Super ! Il reste un cas qui me tracasse. Par exemple ici : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802 Le village de Versols, appartenant à la commune de Versols-et-Lapeyre, a bien le droit de mentionner que son numéro INSEE est 12292 ? Ou alors, dans ces cas qui brisent la règle nom de la commune = nom du village , les POI place=... qui correspondent aux villages ne doivent plus porter de n° INSEE ? Ou bien, il faut complexifier le test d'Osmose. Du genre si name(COG(re:INSEE(OSM))) contient -et- et que name (OSM) correspond à l'une des sous-chaine de chaque coté du -et-, alors ce n'est pas une erreur ? De toute façons, encore merci pour Osmose et les corrections. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Art Penteur a écrit : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802 Le village de Versols, appartenant à la commune de Versols-et-Lapeyre, a bien le droit de mentionner que son numéro INSEE est 12292 ? C'est un argument pour dire qu'il ne faut pas mettre les raf:INSEE sur les node place ;-) Ou alors, dans ces cas qui brisent la règle nom de la commune = nom du village , les POI place=... qui correspondent aux villages ne doivent plus porter de n° INSEE ? Ou bien, il faut complexifier le test d'Osmose. Du genre si name(COG(re:INSEE(OSM))) contient -et- et que name (OSM) correspond à l'une des sous-chaine de chaque coté du -et-, alors ce n'est pas une erreur ? C'est faisable... un jour. Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : [tag] [bot] Espace dans le ref
On fait pas. Mais à son amorce il est toujours en oneway, avant que les voies se rejoignent et que le double-sens apparaisse. On ne quitte jamais une autoroute par une intersection perpendiculaire. A ce moment, le guidé est déjà sur le bon chemin, le tag a donc déjà eu son effet utile. De : Julien D. murphy2712+osm...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Ven 13 Novembre 2009, 14 h 15 min 15 s Objet : Re: [OSM-talk-fr] Re : [tag] [bot] Espace dans le ref Et comment on fait quand le link n'est pas en oneway ? 2009/11/13 Arnaud CORBET cor...@rocketmail.com Ils n'ont pas de ref propre, mais personnellement je suis pour qu'ils portent le ref de la route qu'ils permettent de rejoindre. Ca coûte rien et facilite le routage. De : Marc SIBERT m...@sibert.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeu 12 Novembre 2009, 22 h 11 min 11 s Objet : Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref Toutefois, histoire de pimenter ce fil, je me demande si les motorway_link doivent aussi recevoir une référence. Personnellement, je n'en ferais rien. donc +1 -- Marc ___ 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] Re : Re : [tag] [bot] Espace dans le ref
Il se trouve que dans le cas inverse, si : l'entrée d'une autoroute est bien souvent en double sens. La question est : doit-on tagguer pour le routage ? Il me semble bien que tout ce qui peut être déduit de la base n'est pas à ajouter. On peut très bien utiliser un programme intermédiaire de préparation des données (qui ajoute les refs aux links, code postaux à tous les éléments...) pour un logiciel de routage. 2009/11/13 Arnaud CORBET cor...@rocketmail.com On fait pas. Mais à son amorce il est toujours en oneway, avant que les voies se rejoignent et que le double-sens apparaisse. On ne quitte jamais une autoroute par une intersection perpendiculaire. A ce moment, le guidé est déjà sur le bon chemin, le tag a donc déjà eu son effet utile. -- *De :* Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Ven 13 Novembre 2009, 14 h 15 min 15 s *Objet :* Re: [OSM-talk-fr] Re : [tag] [bot] Espace dans le ref Et comment on fait quand le link n'est pas en oneway ? 2009/11/13 Arnaud CORBET cor...@rocketmail.com Ils n'ont pas de ref propre, mais personnellement je suis pour qu'ils portent le ref de la route qu'ils permettent de rejoindre. Ca coûte rien et facilite le routage. -- *De :* Marc SIBERT m...@sibert.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Jeu 12 Novembre 2009, 22 h 11 min 11 s *Objet :* Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref Toutefois, histoire de pimenter ce fil, je me demande si les motorway_link doivent aussi recevoir une référence. Personnellement, je n'en ferais rien. donc +1 -- Marc ___ 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
Re: [OSM-talk-fr] Ouverture des réservations de stand pour le salon Solutions Linux 2010
Sébastien Dinot a écrit : Monter, tenir et démonter le stand, ce n'est qu'une partie du travail, la plus courte et la plus simple. Je vois pas mal d'autres choses à faire d'ici là : - concevoir et imprimer des plaquettes de présentations (flyers) à distribuer aux visiteurs, Suggestions : * 3liz : petits plans du réseau (TER par exemple, format ) à emporter... - Pourquoi OSM : Une plaquette docs A5 r°v° couleur avait été faite par ? et discuté sur cette liste, avant l'été je crois. - Comment OSM : OSMecum : docs A5 r°v° noir blanc. On peut imaginer qu'au printemps on en aura plusieurs - réfléchir à ce qui sera présenté, concevoir et produire les supports (affiches, panneaux, banderolles), Suggestion : * mapOSMatic : Plan de Paris format A0 (1 m2) sur bâche (aucune idée des coûts) * à vendre : mugs allemands avec les tags - réfléchir au matériel requis sachant que les organisateurs ne filent qu'une table et deux chaises et que la liaison Internet est pitoyable (faible débit partagé par l'ensemble des stands du village), ce qui conduit les responsables du réseau à faire la chasse aux gros consommateurs de bande passante et à leur couper la connexion s'ils ne se modèrent pas. Si des démos sont envisagées, l'idéal serait d'avoir une machine avec une base de données et les applications installées localement. À défaut, peut-être des captures d'écran (c'est cheap mais une image vaut toujours mieux qu'un long discours). - éventuellement, prévoir une ou plusieurs conférences thématiques, soit dans les sessions officielles du salon, soit dans les sessions « off » du village associatif. Il ne faut pas remettre ces travaux et réflexions à plus tard car le salon sera vite là. Petite question au passage : quid du financement des supports vu qu'il n'existe pas d'entité morale représentant OpenStreetMap en France ? On peu envisager un appel à (micro-)sponsoring de la part de sociétés impliquées dans les SIG libres ou la constitution d'une cagnotte confiée à une personne de confiance et prête à effectuer les démarches auprès des imprimeurs et autres fabricants de support. Il n'y avait pas une boite qui avait fait un livre (annuaire) en utilisant le fond OSM ? C'est pour eux l'occasion de renvoyer l'ascenseur... Je dis tout ça mais j'ai bien conscience que les conseilleurs ne sont pas les payeurs... -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Le 13 novembre 2009 13:29, Etienne Chové ch...@crans.org a écrit : Si t'es motivé pour lire des logs, voila une proposition de corrections basé sur les corrections de msbot (pas toutes), compatible api 0.6 : http://osmose.openstreetmap.fr/bot-msbot.log http://osmose.openstreetmap.fr/bot-msbot.srt Je ne peux pas dire que j'y ait vraiment passé du temps, mais j'ai jeté un œil. Un seul cas a attiré mon attention : type de voie - AV Alta Via dei Monti Liguri + Avenue Alta Via dei Monti Liguri Quand on lit : http://it.wikipedia.org/wiki/Alta_Via_dei_Monti_Liguri et qu'on voit la photo du marquage avec AV', on se dit que AV n'est pas à transformer en Avenue Est-ce un débordement de frontière ? Ou un cas particulier à gérer ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Est-ce un débordement de frontière ? Elle est en France (border line) : http://www.openstreetmap.org/?way=39540443 Ou un cas particulier à gérer ? Oui J'ajouterai l'exception la semaine prochaine. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Christian Rogel a écrit : En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme garantie par la Loi et tout l'appareil de l'Etat. Si l'INSEE donne un nom incomplet en contradiction avec l'usage local, fut-il attesté depuis 300 ans, c'est lui qui a raison. Bonsoir, Attention ce n'est pas parce que tu dis une connerie et tout le monde la répète que cela n'en reste pas une! La normalisation à outrance a littéralement détruit des tas de toponymes en les transformant! Certes les élus locaux sont très léger en acceptant cette règle parisienne. Ils leur suffit de se plonger dans leurs archives pour retrouver les traces des bons toponymes. Oui c'est vrai encore faut-il qu'elles soient classées correctement et avoir la volonté de se faire respecter. [Mode violent ON] Imagines le village DUBON dans les archives L'INSEE décide que ce village s'appelle DUCON Je suppose que tu vois où je veux en venir. Pour moi il n'y a pas de petites erreurs. Pour moi l'INSEE ne sera toujours qu'un élément d'information parmi d'autres. Pour moi seul le terrain prime voire si besoin les registres. [Mode violent OFF] Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un import de mes doigts
Pieren a écrit : ... Hmmm, la seule chose que le plugin peut voir, c'est une référence du genre QA482000_T02 pour les plans image mais rien pour les plans vecteur. De plus, la source n'est ajoutée aux nouveaux éléments créés par JOSM qu'au moment de l'upload, le plugin ne peut savoir quel élément a été créé avec quelle feuille mais pourrait bricoler une reconstitution à partir des positions géographiques. Donc rien de simple. Pour les plans image, les 4 chiffres sont ceux de la feuille : ex BISCHHEIM(QB0430003801).1 - feuille 3801. Connaissant un peu le cadastre, je me doute qu'il y aura des exceptions !!! Positionner la source sur la dernière feuille géoréférencée ? Pour ma part, je géoréférence 2 feuilles successivement par session (après JOSM déclare forfait malgré les 2 Go de RAM alloués à la JVM). Pas envie de chercher plus loin pour le moment. Par contre, j'ai vu que certains ajoutaient ces détails dans leur commentaire de changeset. Je me sens visé ;-) Je fais cela pour me souvenir de quel coin de m'occupait à une époque donnée (avec l'historique, ça peut le faire). Bon, ce n'est pas toujours très scientifique (des fois, j'oublie de changer de zone ;-). A côté, je me crée une couche pour usage local local uniquement des limites des sections cadastrales pour voir ce qu'il me reste à faire dans un ordre que j'essaie de garder logique. Mes 2 bouts de ficelle Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Art Penteur a écrit : Maintenant les erreurs sont proposés à la correction manuelle à traiter au cas par cas : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=101-802 Super ! Il reste un cas qui me tracasse. Par exemple ici : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802 Le village de Versols, appartenant à la commune de Versols-et-Lapeyre, a bien le droit de mentionner que son numéro INSEE est 12292 ? Beaucoup de villages ont des n° INSEE et pourtant ne sont pas des communes au sens du COG de l'INSEE. Simplement parce que les communes sont mouvantes (fusion simple ou fusion association). Donc, une commune fusionnée à un instant T garde son code INSEE, mais celui-ci n'est plus officiel jusqu'à ce que la commune soit rétablie (on a eu le cas ici en ALsace avec la défusion de Kirrwiller-Bosselshausen en 2007). Il suffit de consulter l'historique des communes depuis 1943 sur le site de l'INSEE pour se convaincre qu'un territoire national est divisé en x communes A UN INSTANT T (ramené au 1/1 de l'année de référence). Je n'ai pas d'objection à rentrer les limites des communes non-COG à condition que l'on distingue aisément s'il s'agit d'une commune actuelle ou d'une ancienne commune actuellement fusionnée. Notez que pour le cadastre, ces anciennes parties font toujours l'objet d'un tableau d'assemblage particulier et d'une numéroration qui reprend l'ancien n°INSEE désactivé. Ce n'est jamais aussi simple qu'initialement escompté mais toujours plus enrichissant que prévu. my 0.02 kopek Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau plugin de v érification des majuscules
Le 13/11/2009 13:03, Etienne Chové a écrit : Thomas Petillon a écrit : Bonsoir, On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce des faux positif ? Le système détecte une coupure de mot à chaque apostrophe, y compris donc au niveau des « c’h ». Du coup une erreur est détectée à chaque fois vu que le reste du mot n'existe pas (ni en breton et encore moins en français). Il faudrait détecter ce cas pour ne pas le traiter comme une coupure de mot. À noter qu'on trouve des « c’h » et des « c'h », donc il y a deux cas. Seul le premier (« c’h ») est correct typographiquement donc techniquement un robot pourrait même remplacer les occurrences du second par le premier. (Et à part les miens je suis pas sûr qu'il y ait beaucoup de « c’h », vu que je pense pas qu'il y ait beaucoup de monde qui s'embête avec ça. :D ) Si il s'agit des erreurs de type x-906 (Toponymie), je viens de rajouter le h dans les mots acceptés en minuscules. On pourrait ne pas découper suivant les apostrophes, mais ça imposerait des majuscules à l'Armistice ou autre. Pour le moment ça devrait résoudre le problème. Merci, ça en enlèvera certains déjà. On peut aussi améliorer le plugin... Feel free to contribute. Oui c'est sûrement le meilleur moyen. Comment est fait Osmose, les sources sont dispos quelque part ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture des réservations de stan d pour le salon Solutions Linux 2010
Vincent Pottier a écrit : Sébastien Dinot a écrit : Monter, tenir et démonter le stand, ce n'est qu'une partie du travail, la plus courte et la plus simple. Je vois pas mal d'autres choses à faire d'ici là : - concevoir et imprimer des plaquettes de présentations (flyers) à distribuer aux visiteurs, Suggestions : * 3liz : petits plans du réseau (TER par exemple, format ) à emporter... - Pourquoi OSM : Une plaquette docs A5 r°v° couleur avait été faite par ? et discuté sur cette liste, avant l'été je crois. Yves, sors de ta cachette : tu es découvert (1). J'avais commencé à plancher sur une v2, mais elle est restée sur la planche. Bonne occasion de fouiller dans mes papiers... Denis 1 : http://lists.openstreetmap.org/pipermail/talk-fr/2009-September/013442.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nom d'un groupe d'îles
Bonsoir, Soit un groupe d'îles. L'ensemble des îles à un nom. Mais chaque île a aussi son propre nom. Comment on indique l'un et l'autre? Exemple : à la sortie d'Ajaccio, il y a les ïles Sanguinaires mais chacune a son nom : Grande Sanguinaire, Isola di Porri... http://osm.org/go/xW1DopM4-- Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Re, Ce qui me gène le plus, dans les toponymes INSEE, c'est l'ablation pure et simple de l'apostrophe. L'Hospitalet devient Lhospitalet, Pont-de-l'Arn devient Pont-de-Larn, etc... ça sent la vieille contrainte technologique (ah, une apostrophe ! va falloir penser à l'échapper dans les champs SQL) plus qu'une saine normalisation. Alors, on suit, ou pas ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Art Penteur a écrit : Alors, on suit, ou pas ? Pourquoi n'y aurait-il pas un nom officiel et un nom d'usage, de même qu'un individu peut porter un nom patronymique et un nom d'usage différents ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Art Penteur a écrit : Re, Ce qui me gène le plus, dans les toponymes INSEE, c'est l'ablation pure et simple de l'apostrophe. L'Hospitalet devient Lhospitalet, Pont-de-l'Arn devient Pont-de-Larn, etc... ça sent la vieille contrainte technologique (ah, une apostrophe ! va falloir penser à l'échapper dans les champs SQL) plus qu'une saine normalisation. Alors, on suit, ou pas ? -1. Ça fait vilain ! Ah le terrain ! -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
2009/11/13 Etienne Chové ch...@crans.org: Elle est en France (border line) : http://www.openstreetmap.org/?way=39540443 Ou un cas particulier à gérer ? Oui J'ajouterai l'exception la semaine prochaine. Plutôt que d'ajouter une exception, il faudrait soit déplacer la frontière si elle est trop à l'ouest, soit bouter le (chemin) italien hors de France si c'est le chemin qui est trop à l'est ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
2009/11/13 Eric Sibert courr...@eric.sibert.fr: J'essaierais avec un tag place=island + name=* sur chaque polygone d'île et peut-être une relation de type multipolygone pour l'ensemble (avec un rôle outer pour chacune) mais il ne faut pas forcément espérer un bon résultat au niveau du rendu. http://wiki.openstreetmap.org/wiki/Tag:place%3Disland Je me souviens vaguement d'une proposition pour marquer des zones géographiques (comme les Alpes) mais je ne l'ai pas retrouvée. Elle aurait peut-être pu resservir ici. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
mode carton rouge 2009/11/13 Yannick yann...@voyeaud.org: Attention ce n'est pas parce que tu dis une connerie et tout le monde la répète que cela n'en reste pas une! Quand on est tout seul à penser que tous les autres disent des conneries, il faut aussi se poser des questions ... /mode carton rouge J'ai l'impression qu'on assiste à un clivage entre jacobins et girondins. En regardant les quelques exemples cités sur ce fil dans Wikipedia, j'ai l'impression que cette bataille n'a pas lieu que dans OSM. Personnellement, je privilégie moi aussi le terrain. Mais entre privilégier le terrain pour le nom d'une rue ou un lieu-dit et celui d'une commune, il y a un pas que je n'ose pas franchir ! Je pense qu'on est tous d'accord pour que les deux versions du nom de la commune figurent dans OSM lorsqu'il y a divergence. Mettre la version de l'INSEE en premier (sur le tag name) fera qu'on aura des cartes avec une version qui n'est pas celle affichée et utilisée lorsqu'on arrive sur place. Pas cool. Mettre la version locale en premier fera que toutes les applications utilisant OSM à partir de la base INSEE ne retrouveront pas leurs petits. Pas cool non plus. Il n'existe pas et il n'y aura pas de solution idéale. Est-ce le code INSEE ne serait pas suffisant pour ces applications ? On pourrait aussi utiliser alt_name au lieu de loc_name pour ménager les susceptibilités mais j'ai peur que cela n'empêchera pas les guerres d'édition. Pour sécuriser la syntaxe de l'Insee, la solution serait peut-être de la mettre systématiquement dans un tag à part, par exemple name:INSEE (pour suivre le schéma du ref:INSEE). En espérant qu'un jour, quelqu'un sifflera la fin de la récréation et que les différences entre Insee et autorités locales disparaitront. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Art Penteur a écrit : Re, Ce qui me gène le plus, dans les toponymes INSEE, c'est l'ablation pure et simple de l'apostrophe. L'Hospitalet devient Lhospitalet, Pont-de-l'Arn devient Pont-de-Larn, etc... ça sent la vieille contrainte technologique (ah, une apostrophe ! va falloir penser à l'échapper dans les champs SQL) plus qu'une saine normalisation. Alors, on suit, ou pas ? Art. Bonsoir, Encore un bon exemple des dégâts de la normalisation. Bien sûr que non on ne doit pas suivre l'INSEE dans ses erreurs! D'autant que cela change complètement l'ordre alphabétique qui est aussi contrôlable par le code INSEE (Sauf pour l'ancienne Seine, Seine et Oise et Seine et Marne où la progression n'est pas linéaire. Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr