Re: [OSM-talk-fr] Carte des régions et des départ ements
Je sais que c'est (beaucoup) plus long, mais les coastline existant déjà, j'allai plutôt les utiliser pour délimiter le département (je comptai m'y mettre aujourd'hui). Merci à tous de donner votre avis, afin de savoir quelle solution doit être retenue. Je ne touche à rien en attendant (à part les iles). Antoine - Mail Original - De: Steven Le Roux ste...@le-roux.info À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 03:03:59 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements 2009/2/15 Ludovic osm-talk...@zyrianes.net: sly (sylvain letuffe) a écrit : C'est un coup à déclencher une guerre ça ! Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue Sly, pour les limites côtières, j'ai changé les boundary=administrative en mer en boundary=maritime. Je crois qu'on avait dit que les coastlines ne seraient pas changés mais qu'ils seront inclus dans les relations. Dès que les coastlines seront dans les différentes relations, ça se mettra à marcher aussitôt... demain peut-être, en même temps que le nouvel hexagone ;-) La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil. Effectivement les limites des départements existent mais uniquement terrestres. Les coastines ne sont pas dans les relations département et région. J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en partant de la Loire Atlantique). Je n'ai pas commencé le Finistère. Mais quand une embouchure de rivière: - ne délimite pas deux départements, juste la limite terre/mer du département et - est encore taggée en costline loin dans les terres et - qu'il y a pas de pont trop proche de l'embouchure ou que c'est un grand Golfe presque fermé ce n'est très logique d'aller positionner la limite administrative aussi loin dans les terres. J'ai fait un choix (discutable et à discuter) de positionner une boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2]. Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière rentre loin dans les terres (exemple de la région Poitou Charente / département Charente Maritime : [3] alors qu'il y a des ponts presque à l'embouchure). Le problème ne se pose pas (enfin moins) quand un pont ou autre est présent, comme le barrage de la Rance [4]. Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait. Je suis à l'écoute de vos remarques, et des pratiques dans les autres départements ou régions. [1] http://www.informationfreeway.org/?lat=47.485622037291535lon=-2.4766334623448985zoom=13layers=BF000F [2] http://www.informationfreeway.org/?lat=47.55448350357179lon=-2.932565980780222zoom=13layers=BF000F [3] http://openstreetmap.org/?mlat=45.70237mlon=-0.96285zoom=15layers=B000FTF [4] http://www.informationfreeway.org/?lat=48.626166130479035lon=-2.0217952849506236zoom=13layers=BF000F ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Je prévoyais de faire comme toi pour la rade de Brest... -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ 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] Carte des régions et des départe ments
Le Sun, Feb 15, 2009 at 11:43:05PM +0100, Ludovic [osm-talk...@zyrianes.net] a écrit: [...] Mais quand une embouchure de rivière: - ne délimite pas deux départements, juste la limite terre/mer du département et - est encore taggée en costline loin dans les terres et - qu'il y a pas de pont trop proche de l'embouchure ou que c'est un grand Golfe presque fermé ce n'est très logique d'aller positionner la limite administrative aussi loin dans les terres. J'ai fait un choix (discutable et à discuter) de positionner une boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2]. Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière rentre loin dans les terres (exemple de la région Poitou Charente / département Charente Maritime : [3] alors qu'il y a des ponts presque à l'embouchure). J'vais peut-être dire une bêtise, mais pour les embouchures de fleuves, il y a bien une zone qui est la limite eau-douce/eau-de-mer (variable avec les marées, mais il doit y avoir une moyenne ?). Pour moi, c'est cette limite qui déterminerait la délimitation terre/mer pour les costlines. Dom -- Dominique Rousseau Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
2009/2/15 Ludovic osm-talk...@zyrianes.net: C'est une question qui semble plus complexe qu'elle en a l'air et qui mérite réflexion. Pour l'instant, ce que j'ai trouvé de plus complet sur le sujet est sur wikipedia: http://fr.wikipedia.org/wiki/Estuaire Le plus souvent, les principales limites administratives sont des limites transversales, avec par exemple en France : * limite transversale de la mer (LTM, cf. décret n°2004-309 du 29 mars 2004 en droit français) : c'est parfois une limite géographique et/ou culturelle clairement identifiée sur des cartes et par des repères physiques fixes (phare, cap, sommet..). C'est parfois une limite arbitraire, sans base physique ou socio-économique, choisie en raison d'une découpe complexe ou mouvante des côtes. Elle est parfois fixée assez loin à l'intérieur de l'estuaire. [...] Il faudrait trouver une source fiable sur les limites administratives dans les estuaires pour pouvoir ensuite marquer la différence avec coastline d'un coté (extérieur) et riverbank de l'autre (intérieur). Si quelqu'un connait cette source... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départ ements
Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal d'îles en exclave. En attendant une clarification de la situation. Antoine - Mail Original - De: Ludovic osm-talk...@zyrianes.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements sly (sylvain letuffe) a écrit : C'est un coup à déclencher une guerre ça ! Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue Sly, pour les limites côtières, j'ai changé les boundary=administrative en mer en boundary=maritime. Je crois qu'on avait dit que les coastlines ne seraient pas changés mais qu'ils seront inclus dans les relations. Dès que les coastlines seront dans les différentes relations, ça se mettra à marcher aussitôt... demain peut-être, en même temps que le nouvel hexagone ;-) La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil. Effectivement les limites des départements existent mais uniquement terrestres. Les coastines ne sont pas dans les relations département et région. J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en partant de la Loire Atlantique). Je n'ai pas commencé le Finistère. Mais quand une embouchure de rivière: - ne délimite pas deux départements, juste la limite terre/mer du département et - est encore taggée en costline loin dans les terres et - qu'il y a pas de pont trop proche de l'embouchure ou que c'est un grand Golfe presque fermé ce n'est très logique d'aller positionner la limite administrative aussi loin dans les terres. J'ai fait un choix (discutable et à discuter) de positionner une boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2]. Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière rentre loin dans les terres (exemple de la région Poitou Charente / département Charente Maritime : [3] alors qu'il y a des ponts presque à l'embouchure). Le problème ne se pose pas (enfin moins) quand un pont ou autre est présent, comme le barrage de la Rance [4]. Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait. Je suis à l'écoute de vos remarques, et des pratiques dans les autres départements ou régions. [1] http://www.informationfreeway.org/?lat=47.485622037291535lon=-2.4766334623448985zoom=13layers=BF000F [2] http://www.informationfreeway.org/?lat=47.55448350357179lon=-2.932565980780222zoom=13layers=BF000F [3] http://openstreetmap.org/?mlat=45.70237mlon=-0.96285zoom=15layers=B000FTF [4] http://www.informationfreeway.org/?lat=48.626166130479035lon=-2.0217952849506236zoom=13layers=BF000F ___ 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] Carte des régions et des départ ements
Pour avoir une idée d'où se situe la limite : http://www.eaubretagne.fr/content/download/11792/227559/file/1207729378-physionomie-des-cotes-bretonnes.pdf Antoine - Mail Original - De: Antoine nin2jardin@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 11:22:58 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Pour la Vilaine, c'est clairement une erreur de tag (c'est du coastline jusque à la source, et même sur les lacs alentours !) Antoine - Mail Original - De: Antoine nin2jardin@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 11:12:29 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal d'îles en exclave. En attendant une clarification de la situation. Antoine - Mail Original - De: Ludovic osm-talk...@zyrianes.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements sly (sylvain letuffe) a écrit : C'est un coup à déclencher une guerre ça ! Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue Sly, pour les limites côtières, j'ai changé les boundary=administrative en mer en boundary=maritime. Je crois qu'on avait dit que les coastlines ne seraient pas changés mais qu'ils seront inclus dans les relations. Dès que les coastlines seront dans les différentes relations, ça se mettra à marcher aussitôt... demain peut-être, en même temps que le nouvel hexagone ;-) La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil. Effectivement les limites des départements existent mais uniquement terrestres. Les coastines ne sont pas dans les relations département et région. J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en partant de la Loire Atlantique). Je n'ai pas commencé le Finistère. Mais quand une embouchure de rivière: - ne délimite pas deux départements, juste la limite terre/mer du département et - est encore taggée en costline loin dans les terres et - qu'il y a pas de pont trop proche de l'embouchure ou que c'est un grand Golfe presque fermé ce n'est très logique d'aller positionner la limite administrative aussi loin dans les terres. J'ai fait un choix (discutable et à discuter) de positionner une boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2]. Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière rentre loin dans les terres (exemple de la région Poitou Charente / département Charente Maritime : [3] alors qu'il y a des ponts presque à l'embouchure). Le problème ne se pose pas (enfin moins) quand un pont ou autre est présent, comme le barrage de la Rance [4]. Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait. Je suis à l'écoute de vos remarques, et des pratiques dans les autres départements ou régions. [1] http://www.informationfreeway.org/?lat=47.485622037291535lon=-2.4766334623448985zoom=13layers=BF000F [2] http://www.informationfreeway.org/?lat=47.55448350357179lon=-2.932565980780222zoom=13layers=BF000F [3] http://openstreetmap.org/?mlat=45.70237mlon=-0.96285zoom=15layers=B000FTF [4] http://www.informationfreeway.org/?lat=48.626166130479035lon=-2.0217952849506236zoom=13layers=BF000F ___ 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] Carte des régions et des dépa rtements
Bonjour, Oui, les tags sont à changer. Cela a été effectué avec les images Landsat via le script Almien Coastlines. Il ne faut pas hésiter à corriger les tags, mais aussi la disposition des noeuds de la coastline pour améliorer la précision. On Mon, 16 Feb 2009 11:22:58 +0100 (CET), Antoine nin2jardin@free.fr wrote: Pour la Vilaine, c'est clairement une erreur de tag (c'est du coastline jusque à la source, et même sur les lacs alentours !) Antoine - Mail Original - De: Antoine nin2jardin@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 11:12:29 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal d'îles en exclave. En attendant une clarification de la situation. Antoine - Mail Original - De: Ludovic osm-talk...@zyrianes.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements sly (sylvain letuffe) a écrit : C'est un coup à déclencher une guerre ça ! Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue Sly, pour les limites côtières, j'ai changé les boundary=administrative en mer en boundary=maritime. Je crois qu'on avait dit que les coastlines ne seraient pas changés mais qu'ils seront inclus dans les relations. Dès que les coastlines seront dans les différentes relations, ça se mettra à marcher aussitôt... demain peut-être, en même temps que le nouvel hexagone ;-) La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil. Effectivement les limites des départements existent mais uniquement terrestres. Les coastines ne sont pas dans les relations département et région. J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en partant de la Loire Atlantique). Je n'ai pas commencé le Finistère. Mais quand une embouchure de rivière: - ne délimite pas deux départements, juste la limite terre/mer du département et - est encore taggée en costline loin dans les terres et - qu'il y a pas de pont trop proche de l'embouchure ou que c'est un grand Golfe presque fermé ce n'est très logique d'aller positionner la limite administrative aussi loin dans les terres. J'ai fait un choix (discutable et à discuter) de positionner une boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2]. Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière rentre loin dans les terres (exemple de la région Poitou Charente / département Charente Maritime : [3] alors qu'il y a des ponts presque à l'embouchure). Le problème ne se pose pas (enfin moins) quand un pont ou autre est présent, comme le barrage de la Rance [4]. Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait. Je suis à l'écoute de vos remarques, et des pratiques dans les autres départements ou régions. [1] http://www.informationfreeway.org/?lat=47.485622037291535lon=-2.4766334623448985zoom=13layers=BF000F [2] http://www.informationfreeway.org/?lat=47.55448350357179lon=-2.932565980780222zoom=13layers=BF000F [3] http://openstreetmap.org/?mlat=45.70237mlon=-0.96285zoom=15layers=B000FTF [4] http://www.informationfreeway.org/?lat=48.626166130479035lon=-2.0217952849506236zoom=13layers=BF000F ___ 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] Carte des régions et des départ ements
Pour la Vilaine, c'est clairement une erreur de tag (c'est du coastline jusque à la source, et même sur les lacs alentours !) Antoine - Mail Original - De: Antoine nin2jardin@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 11:12:29 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Le Morbihan est clos (pour l'instant avec ton boundary) et j'ai rajouté pas mal d'îles en exclave. En attendant une clarification de la situation. Antoine - Mail Original - De: Ludovic osm-talk...@zyrianes.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 15 Février 2009 23:43:05 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements sly (sylvain letuffe) a écrit : C'est un coup à déclencher une guerre ça ! Pas motivé aujourd'hui, je sais plus où j'ai mis mon flingue Sly, pour les limites côtières, j'ai changé les boundary=administrative en mer en boundary=maritime. Je crois qu'on avait dit que les coastlines ne seraient pas changés mais qu'ils seront inclus dans les relations. Dès que les coastlines seront dans les différentes relations, ça se mettra à marcher aussitôt... demain peut-être, en même temps que le nouvel hexagone ;-) La Bretagne n'apparait sur cette carte, alors j'ai jeté un oeil. Effectivement les limites des départements existent mais uniquement terrestres. Les coastines ne sont pas dans les relations département et région. J'ai donc commencé cette tâche, j'ai fini l'Ille-et-Vilaine et les Côtes d'Armor. Pour le Morbihan, je suis arrivé au Golf du Morbihan (en partant de la Loire Atlantique). Je n'ai pas commencé le Finistère. Mais quand une embouchure de rivière: - ne délimite pas deux départements, juste la limite terre/mer du département et - est encore taggée en costline loin dans les terres et - qu'il y a pas de pont trop proche de l'embouchure ou que c'est un grand Golfe presque fermé ce n'est très logique d'aller positionner la limite administrative aussi loin dans les terres. J'ai fait un choix (discutable et à discuter) de positionner une boundary à l'embouchure de la Vilaine [1] et au Golfe du Morbihan [2]. Je ne trouve pas cette pratique très élégante. Une règle a-t'elle été fixée? Sur les 2-3 autres embouchures, que j'ai regardé, la frontière rentre loin dans les terres (exemple de la région Poitou Charente / département Charente Maritime : [3] alors qu'il y a des ponts presque à l'embouchure). Le problème ne se pose pas (enfin moins) quand un pont ou autre est présent, comme le barrage de la Rance [4]. Bon il faudra aussi ajouter les îles, ce que je n'ai pas encore fait. Je suis à l'écoute de vos remarques, et des pratiques dans les autres départements ou régions. [1] http://www.informationfreeway.org/?lat=47.485622037291535lon=-2.4766334623448985zoom=13layers=BF000F [2] http://www.informationfreeway.org/?lat=47.55448350357179lon=-2.932565980780222zoom=13layers=BF000F [3] http://openstreetmap.org/?mlat=45.70237mlon=-0.96285zoom=15layers=B000FTF [4] http://www.informationfreeway.org/?lat=48.626166130479035lon=-2.0217952849506236zoom=13layers=BF000F ___ 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] Carte des régions et des départe ments
Salut, ( et oui encore moi) Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient aussi être fournies en SVG. Après une bonne baston avec mapnik, j'ai fini par le dresser : http://beta.letuffe.org/cartes/ ( générées à l'instant, en png ou en svg ) Attention ! ça rigole pas en SVG, toute la précision de la base OSM est rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les ouvrir. ( moins de 512Mo passez votre chermin) Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même de les télécharger et ouvrir avec inkscape par exemple. Des conseils pour tenter d'en faire des versions simplifiées seraient bienvenues Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont complété un très grand nombre de départements et régions et fait du collage avec les côtes. Si j'ai bonne vue sur : http://beta.letuffe.org/cartes/departements.png Il ne manque plus que 3 départements !! Très bonne avancée depuis jeudi : http://wiki.openstreetmap.org/wiki/Image:Departements.png -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départ ements
Pour les départements, en fait il n'en manque qu'un ;) Le Morbihan a été complété ce matin et le Var à l'instant. Avis aux amateurs, il ne reste que le Finistère (et ses iles) ! Par contre, Ortenaukreis et Emmendingen ont été annexées récemment ou c'est un coup du polygone FR ? A+ Antoine - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Salut, ( et oui encore moi) Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient aussi être fournies en SVG. Après une bonne baston avec mapnik, j'ai fini par le dresser : http://beta.letuffe.org/cartes/ ( générées à l'instant, en png ou en svg ) Attention ! ça rigole pas en SVG, toute la précision de la base OSM est rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les ouvrir. ( moins de 512Mo passez votre chermin) Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même de les télécharger et ouvrir avec inkscape par exemple. Des conseils pour tenter d'en faire des versions simplifiées seraient bienvenues Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont complété un très grand nombre de départements et régions et fait du collage avec les côtes. Si j'ai bonne vue sur : http://beta.letuffe.org/cartes/departements.png Il ne manque plus que 3 départements !! Très bonne avancée depuis jeudi : http://wiki.openstreetmap.org/wiki/Image:Departements.png -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Carte des régions et des départ ements
Oups Je viens de m'apercevoir de quelque chose : Je n'ai pas modifié l'admin_level lors du rajout aux départements/régions. Par contre, je vois des coastline qui n'ont pas de tag boundary. La question est donc : est-ce nécessaire d'ajouter le tag boundary à la coastline, ou le tag inclus dans la relation suffit-il ? A+ Antoine - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Salut, ( et oui encore moi) Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient aussi être fournies en SVG. Après une bonne baston avec mapnik, j'ai fini par le dresser : http://beta.letuffe.org/cartes/ ( générées à l'instant, en png ou en svg ) Attention ! ça rigole pas en SVG, toute la précision de la base OSM est rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les ouvrir. ( moins de 512Mo passez votre chermin) Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même de les télécharger et ouvrir avec inkscape par exemple. Des conseils pour tenter d'en faire des versions simplifiées seraient bienvenues Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont complété un très grand nombre de départements et régions et fait du collage avec les côtes. Si j'ai bonne vue sur : http://beta.letuffe.org/cartes/departements.png Il ne manque plus que 3 départements !! Très bonne avancée depuis jeudi : http://wiki.openstreetmap.org/wiki/Image:Departements.png -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Carte des régions et des départ ements
Préférant trop que pas assez d'informations, je l'ai modifié pour le Morbihan. Antoine - Mail Original - De: Antoine nin2jardin@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 15:06:39 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Oups Je viens de m'apercevoir de quelque chose : Je n'ai pas modifié l'admin_level lors du rajout aux départements/régions. Par contre, je vois des coastline qui n'ont pas de tag boundary. La question est donc : est-ce nécessaire d'ajouter le tag boundary à la coastline, ou le tag inclus dans la relation suffit-il ? A+ Antoine - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 14:25:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements Salut, ( et oui encore moi) Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient aussi être fournies en SVG. Après une bonne baston avec mapnik, j'ai fini par le dresser : http://beta.letuffe.org/cartes/ ( générées à l'instant, en png ou en svg ) Attention ! ça rigole pas en SVG, toute la précision de la base OSM est rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les ouvrir. ( moins de 512Mo passez votre chermin) Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même de les télécharger et ouvrir avec inkscape par exemple. Des conseils pour tenter d'en faire des versions simplifiées seraient bienvenues Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont complété un très grand nombre de départements et régions et fait du collage avec les côtes. Si j'ai bonne vue sur : http://beta.letuffe.org/cartes/departements.png Il ne manque plus que 3 départements !! Très bonne avancée depuis jeudi : http://wiki.openstreetmap.org/wiki/Image:Departements.png -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] identification d'un honorable memb re d'osm
Bonjour tout le monde, venant de découvrir un voisin actif ... comment trouver l'adresse d'un membre depuis l'dentifiant d'auteur de JOSM ? Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
2009/2/16 Antoine nin2jardin@free.fr: Oups Je viens de m'apercevoir de quelque chose : Je n'ai pas modifié l'admin_level lors du rajout aux départements/régions. Par contre, je vois des coastline qui n'ont pas de tag boundary. La question est donc : est-ce nécessaire d'ajouter le tag boundary à la coastline, ou le tag inclus dans la relation suffit-il ? Non, il ne faut pas de tag boundary sur un way coastline. C'est un peu comme mettre oneway=yes sur un roundabout. L'un implique l'autre. D'ailleurs si tu fais un peu le tour des côtes, il ne devrait y en avoir nul part. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
Selon Pieren pier...@gmail.com: Non, il ne faut pas de tag boundary sur un way coastline. C'est un peu comme mettre oneway=yes sur un roundabout. L'un implique l'autre. D'ailleurs si tu fais un peu le tour des côtes, il ne devrait y en avoir nul part. Pieren Ben... moi je l'ai fait par ignorance sur la côte sud-ouest, à la limite de l'Espagne en remontant. En fait je suis à la recherche d'une description de la manière de faire le codage de l'ensemble des limites, depuis les eaux territoriales jusqu'au département, voir la commune. Entre la coastline, les limites cadastres et ce que je vois sur Yahoo, je suis un peu perdu. Avec vos échanges, j'ai vraiment peur d'avoir merdé dans la zone indiquée. Merci de vos lumières, -- Marc Sibert m...@sibert.fr http://marc.sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] identification d'un honorable membre d'osm
Bonjour, tu peux voir sur son profil, s'il l'a rempli : http://www.openstreetmap.org/user/NOMUTILISATEUR Au pire tu peux toujours le contacter avec un send message. On Mon, Feb 16, 2009 at 15:22, pascal.ferrand wrote: Bonjour tout le monde, venant de découvrir un voisin actif ... comment trouver l'adresse d'un membre depuis l'dentifiant d'auteur de JOSM ? Cordialement Pascal ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
Salut, La question est donc : est-ce nécessaire d'ajouter le tag boundary à la coastline, ou le tag inclus dans la relation suffit-il ? Ma foi, on peut en débattre ici même ;-) - Pour mon rendu, ça suffit car je ne me sers que des relations, les ways membres peuvent avoir rien du tout que ça marchera. Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il faire. Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC et qu'il avait été proposé de tagger la relation ET les ways les uns à la suite des autres avec admin_level et boundary=administrative. La question se pose alors : est-il judicieux d'avoir une coastline, une rivière, un fleuve avec en plus les tags admin_level Il m'a semblé comprendre que non, il était alors proposé de superposer deux ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary (Merci de me corriger si je n'ai pas bien compris) ( Pieren vient de me corriger : coastline implique boundary=administrative, mais ça implique quel admin_level ? ) Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un paquet de truc où j'aurais bien aimé foutre la m ;-) En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un way. Mais je suis un extrémiste. (n'empêche que ça simplifie vachement, et ça règle pas mal de problème... - frontière commune à département commune région - frontière sur une rivière - frontière sur une coastline - pas de redondance d'information ) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
pour le tag boundary sur la coastline, c'est encore moins nécessaire administrativement parlant, la frontière se situe au large ... -- Gand' 2009/2/16 sly (sylvain letuffe) sylv...@letuffe.org Salut, La question est donc : est-ce nécessaire d'ajouter le tag boundary à la coastline, ou le tag inclus dans la relation suffit-il ? Ma foi, on peut en débattre ici même ;-) - Pour mon rendu, ça suffit car je ne me sers que des relations, les ways membres peuvent avoir rien du tout que ça marchera. Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il faire. Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC et qu'il avait été proposé de tagger la relation ET les ways les uns à la suite des autres avec admin_level et boundary=administrative. La question se pose alors : est-il judicieux d'avoir une coastline, une rivière, un fleuve avec en plus les tags admin_level Il m'a semblé comprendre que non, il était alors proposé de superposer deux ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary (Merci de me corriger si je n'ai pas bien compris) ( Pieren vient de me corriger : coastline implique boundary=administrative, mais ça implique quel admin_level ? ) Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un paquet de truc où j'aurais bien aimé foutre la m ;-) En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un way. Mais je suis un extrémiste. (n'empêche que ça simplifie vachement, et ça règle pas mal de problème... - frontière commune à département commune région - frontière sur une rivière - frontière sur une coastline - pas de redondance d'information ) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Carte des régions et des départ ements
Pour la France, peut-être (ça se discute), par contre, pour les régions/départements/communes côtiers, je ne pense pas... A+ Antoine - Mail Original - De: Gand' gandalf@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 16 Février 2009 15:38:29 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Carte des régions et des départements pour le tag boundary sur la coastline, c'est encore moins nécessaire administrativement parlant, la frontière se situe au large ... -- Gand' 2009/2/16 sly (sylvain letuffe) sylv...@letuffe.org Salut, La question est donc : est-ce nécessaire d'ajouter le tag boundary à la coastline, ou le tag inclus dans la relation suffit-il ? Ma foi, on peut en débattre ici même ;-) - Pour mon rendu, ça suffit car je ne me sers que des relations, les ways membres peuvent avoir rien du tout que ça marchera. Mais comme on ne tag pas pour un rendu, on peut se demander comment faut-il faire. Pieren m'a fait remarqué que cela avait été discuté lors d'une réunion IRC et qu'il avait été proposé de tagger la relation ET les ways les uns à la suite des autres avec admin_level et boundary=administrative. La question se pose alors : est-il judicieux d'avoir une coastline, une rivière, un fleuve avec en plus les tags admin_level Il m'a semblé comprendre que non, il était alors proposé de superposer deux ways, un avec la coastline/rivière et l'autre avec le admin_level+boundary (Merci de me corriger si je n'ai pas bien compris) ( Pieren vient de me corriger : coastline implique boundary=administrative, mais ça implique quel admin_level ? ) Mais bon, quand je relis les logs de réunions, je me dis qu'il y a un paquet de truc où j'aurais bien aimé foutre la m ;-) En bref, si on me redemandait mon avis, que j'ai déjà donné samedi soir sur IRC : ne jamais superposer deux ways, et ne pas mettre d'admin_level sur un way. Mais je suis un extrémiste. (n'empêche que ça simplifie vachement, et ça règle pas mal de problème... - frontière commune à département commune région - frontière sur une rivière - frontière sur une coastline - pas de redondance d'information ) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Carte des régions et des départe ments
Petite enquête (en ne regardant que les ways, pas les relations) : Anglais: - 1 way natural=coastline - 1 way boundary=administrative, admin_level=6 (à faible distance) - 1 way boundary=administrative sans admin_level=2 (à 12 milles) Belges: - 1 way natural=coasline - 1 way boundary=administrative, admin_level=2 (à 12 milles) Pays-Bas: - 1 way natural=coastline, name=Nederland - 1 way boundary=administrative, admin_level=2 (à 12 milles) Allemagne (mer du nord): - 1 way natural=coastline - 1 way boundary=administrative, admin_level=6 (à faible distance) - 1 way boundary=administrative, admin_level=4 (à ? milles) Danemark: - 1 way natural=coastline - 1 way boundary=administrative, name=DK, admin_level=2 (à 12 milles) Espagne: - 1 way natural=coastline Italie: - 1 way natural=coastline - 1 way boundary=administrative, admin_level=2 (recouvrant très approximativement le coastline) Bref personne ne charge le way coastline avec autre chose (sauf avec name pour certains). A noter que le rendu actuel du boundary=administrative en mer est contesté et que divers propositions sont discutées sur une page tagging proposal sur le wiki (d'où j'ai repris la proposition no 3 du boundary=maritime). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bravo aux Rennais !
Salut, Bravo et merci aux cartographes d'OpenStreetMap de Rennes : nous avons pu rejoindre de Toulouse la coordination nationale des étudiants en grève de ce week-end qui se tenait à l'université de Rennes 2 grâce à OpenStreetMap ! Merci ! -- Thesa ~ Florian Birée e-mail : flor...@biree.name Messagerie Instantanée Jabber : florian.bi...@jabber.fr Site web : http://florian.biree.name/ Carnet web : http://filyb.info/ begin:vcard fn;quoted-printable:Florian Bir=C3=A9e n;quoted-printable:Bir=C3=A9e;Florian email;internet:flor...@biree.name x-mozilla-html:FALSE url:http://florian.biree.name/ version:2.1 end:vcard signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. En savoir plus sur l'animal : http://wiki.openstreetmap.org/wiki/User:MS_BOT#V1.4_-_Prochain_lot_de_corrections et un exemple de log à blanc : http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt A+ -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le volume ? Par ce que sinon je pense qu'on a plein de nationales et de départementales en souffrance qui bénéficieraient aussi de ce traitement. Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus joli, non ? Yann Le 16 févr. 09 à 20:28, Marc SIBERT a écrit : La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Yann Coupin a écrit : Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le volume ? Par ce que sinon je pense qu'on a plein de nationales et de départementales en souffrance qui bénéficieraient aussi de ce traitement. Oui, ça va venir, mais je préfère progresser par étapes : les autoroutes cette semaine, les nationales la prochaine et les départementales enfin. Il y a toujours des septiques à convaincre du bien fondé du robot. Si il y a de la casse à grande échelle, mon robot je pourrais (à juste titre alors) le remettre dans ma culotte. Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus joli, non ? Moi je suis partant, même avec du faux UTF8 à mettre ce fameux 1/2 espace insécable, mais quelqu'un l'a-t-il déjà testé lors de ses saisies manuelles par exemple pour vérifier que les renders le rendent bien par exemple. Yann Le 16 févr. 09 à 20:28, Marc SIBERT a écrit : La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. Désolé d'avoir quotté comme un goret. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
2009/2/16 Yann Coupin y...@coupin.net: Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus joli, non ? N'oublions pas que les données osm servent et serviront à des tas d'applications sur toutes sortes de plateformes. Évitons les caractères trop ésotériques. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le lundi 16 février 2009 21:43, Yann Coupin a écrit : Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le volume ? En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre aux D, N en plus des A Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus joli, non ? Moi je suis plutôt contre, non que je trouve l'UTF-8 pas bien, mais je me vois mal taper des semi-espace avec mon clavier ensuite. De plus, je ne suis pas sûr que tous les editeurs/rendus du coin supporte tout ça bien convenablement. (Sans compter les traitements ultérieurs qui devront, comme Marc le fait, gérer les demi espaces, les doubles espaces et autres caractères de séparation de mots, KIS ) Pour le peu que ça fait gagner, je préférerais ne pas prendre de risque. Charge à qui veut en faire quelque chose de super joli de remplacer lui même les espaces par des demi-espaces. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
2009/2/16 sylvain letuffe sylv...@letuffe.org:
En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre aux
D, N en plus des A
Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
N'oublions pas que les données osm servent et serviront à des tas d'applications sur toutes sortes de plateformes. Évitons les caractères trop ésotériques. +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le lundi 16 février 2009 21:59, Pieren a écrit :
2009/2/16 sylvain letuffe sylv...@letuffe.org:
En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre
aux D, N en plus des A
Ma phrase étant incomplète, ça disait :
En effet, si cette manière d'écrire fait l'unanimité...
Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.
Tout à fait, je ne savais pas qu'un robot allait être lancé avant cette
annonce.
Autant je suis pour l'idée , autant une annonce le lundi soir pour un
lancement Mardi dans la nuit, c'est short.
Peut-être avons nous des vacanciers qui seraient heureux de nous indiquer
qu'il y a une faille que nous n'avons pas vu !
Peut-être veux tu nous montrer un log qui sera le plus proche possible de ce
qui va être fait (donc avec le moins de modifications entre le log et le
lancement) mais moi, ça ne me dérange pas. Je suis capable de comprendre ce
qu'il va faire et je préfère que le log, même si ce n'est le log de ce qui
est fait, soit vu par un maximum de gens.
--
sly
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Je sens que ça part en live côté inquiétudes, donc je rappelle que pour mercredi, il y a (en plus des noms de way), ref Anxx = A nxx et avec un espace normal (ASCII 32) et c'est tout ! -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
sylvain letuffe a écrit :
Le lundi 16 février 2009 21:59, Pieren a écrit :
2009/2/16 sylvain letuffe sylv...@letuffe.org:
En effet, si cette manière d'écrire, je ne serais pas contre à l'étendre
aux D, N en plus des A
Ma phrase étant incomplète, ça disait :
En effet, si cette manière d'écrire fait l'unanimité...
Il n'y pas le feu au lac. {{vote|yes}} pour la politique des petits pas.
Que je poursuis : pour rappel, j'ai commencé avec Rue et sa majuscule
et c'était tout.
Tout à fait, je ne savais pas qu'un robot allait être lancé avant cette
annonce.
Ca fait une semaine que je mets la page du robot à jour avec des logs,
mais pas de problème pour reporter de mercredi soir (pas mardi, oh !
la psychose :-)) à la semaine prochaine.
Autant je suis pour l'idée , autant une annonce le lundi soir pour un
lancement Mardi dans la nuit, c'est short.
Peut-être avons nous des vacanciers qui seraient heureux de nous indiquer
qu'il y a une faille que nous n'avons pas vu !
Peut-être veux tu nous montrer un log qui sera le plus proche possible de ce
qui va être fait (donc avec le moins de modifications entre le log et le
lancement) mais moi, ça ne me dérange pas. Je suis capable de comprendre ce
qu'il va faire et je préfère que le log, même si ce n'est le log de ce qui
est fait, soit vu par un maximum de gens.
Le log est en ligne sur la page et en lien dans mon mail initial : plus
je peux pas !
--
sly
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
--
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Bonjour, Marc SIBERT m...@sibert.fr writes: et un exemple de log à blanc : http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt Un desiderata : il n'y a pas moyen de faire apparaître la partie modifiée en gras dans les cas avant et après, pour faciliter la relecture ? Mon retour perso : - les corrections « Petite rue » en « Petite Rue » m'embêtent. Une « petite rue » n'est pas une sorte de nom composé ? - « Place intérieure » modifié en « Place Intérieure » : idem que pour Petite rue ; - 'Rond point de...' modifié en 'Rond-Point de...' : idem que précédemment ; - 'Place du 8 mai 1945' modifié en 'Place du 8 Mai 1945' : je ne toucherais pas. D'après mon Lexique des règles typographiques en usage à l'imprimerie nationale, rubrique Dates : « Lorsqu'une date est mentionnée pour évoquer un événement historique et *que l'année n'est pas indiquée*, le nom du mois prend une capitale initiale » ; - 'Rue du 11 novembre 1918' modifié en 'Rue du 11 Novembre 1918' : idem que pour « place du 8 mai 1945 » ; - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem ; - Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' : qu'est-ce qui change ? - Way 30932381 : 'rue Leon Bourgeois' modifié en 'Rue Leon Bourgeois' : c'est pas « Léon » (avé l'assent) ? - 'rue Paul Eluard' modifié en 'Rue Paul Eluard' : c'est « Éluard » ? - 'rue de la Sabliere' modifié en 'Rue de la Sabliere' : « Sablière » ? - Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des Brunandieres' : « Brunandières » ? - 'rue des Ecoles' modifié en 'Rue des Ecoles' : « Écoles » ? - Way 30932314 : 'rue du Gneral Delestraint' modifié en 'Rue du Gneral Delestraint' : « Gneral » - « Général » ? Le reste pour moi c'est bon. Amicalement, d. -- GPG/PGP key: A3AD7A2A David MENTRE dmen...@linux-france.org 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Yann Coupin a écrit : Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le volume ? Par ce que sinon je pense qu'on a plein de nationales et de départementales en souffrance qui bénéficieraient aussi de ce traitement. Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus joli, non ? Il faudrait que inkscape le gère bien, ce qui n'est pas le cas dans ma version (mais cela était peut être dû à ma police). Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne
David MENTRE a écrit : Bonjour, Marc SIBERT m...@sibert.fr writes: et un exemple de log à blanc : http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt Un desiderata : il n'y a pas moyen de faire apparaître la partie modifiée en gras dans les cas avant et après, pour faciliter la relecture ? .. Amicalement, d. Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le bon est en ligne maintenant (données du 16/2). -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Tiens, tout à l'heure, j'ai corrigé une rue du 4 septembre. Le rue avait du échapper au précédent robot. Et je ne la vois pas mentionnée dans les logs. Il existe plusieurs version de la BDD, et y'a des délais de synchronisation ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
arp enteur a écrit : Tiens, tout à l'heure, j'ai corrigé une rue du 4 septembre. Le rue avait du échapper au précédent robot. Et je ne la vois pas mentionnée dans les logs. Il existe plusieurs version de la BDD, et y'a des délais de synchronisation ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr C'est normal. A la demande de je ne sais plus qui les name tout en minuscules ne sont pas modifiés. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Marc SIBERT wrote: Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, Je m'étonne particulièrement de ce genre de changement: Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés' Je suppose que l'orthographe initiale est voulue et correspond à la réalité, et que le bot introduit une faute plutôt que d'en corriger une... C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot ! Et comme lors d'un précédent passage, le bot indique des changements sans faire de changement: Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' Un point positif tout de même, la liste des modifications commence à devenir suffisamment courte pour qu'elle puisse être vérifiée humainement en un temps raisonnable. et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. Je suis contre ce genre de changement massif alors qu'il n'y a pas de consensus au sujet de l'écriture correcte de ces références. L'utilisation d'un espace classique semble de toutes façon aussi faux que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les données pour des applications réelles. Exemple : un logiciel de génération d'itinéraire indique un changement de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une ligne. La version avec espace classique donnerait ça : Au prochain rond-point, prendre la deuxième sortie en direction de la N 4. Ce qui en plus d'être illisible, est bien évidemment incorrecte. Sans espace, on évite au moins ce problème, même si ça n'est pas parfait. Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Bonsoir, et un exemple de log à blanc : http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt Un petit problème sur les Chausées semble-t-il: # Way 25161903 : 'Chaussée Jules César' modifié en 'Chausséee Jules César' # Way 27237458 : 'Chaussée Jules César' modifié en 'Chausséee Jules César' ... Nico ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Marc SIBERT wrote: arp enteur a écrit : Tiens, tout à l'heure, j'ai corrigé une rue du 4 septembre. Le rue avait du échapper au précédent robot. Et je ne la vois pas mentionnée dans les logs. Il existe plusieurs version de la BDD, et y'a des délais de synchronisation ? C'est normal. A la demande de je ne sais plus qui les name tout en minuscules ne sont pas modifiés. Ça prouve que c'était plutôt une bonne idée... Si le bot avait corrigé en Rue du 4 septembre ça serait peut-être resté comme ça pendant longtemps. Alors que là, ça a put être corrigé manuellement, y compris le S de Septembre (enfin j'espère ;-). Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir - Le bon log en ligne
Marc SIBERT m...@sibert.fr writes: Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le bon est en ligne maintenant (données du 16/2). Argh!! Pas cool du tout. :-( Bon, avant que je relise tout, ces remarques restent toujours valides : - 'Rue du 8 mai 1945' modifié en 'Rue du 8 Mai 1945' : il y a une année, donc il faut laisser « mai » ; - 'Petite rue' modifié en 'Petite Rue' : je laisserais vraiment « rue » en minuscule. Amicalement, d. -- GPG/PGP key: A3AD7A2A David MENTRE dmen...@linux-france.org 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Aurelien Jacobs a écrit : Marc SIBERT wrote: Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, Je m'étonne particulièrement de ce genre de changement: Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés' Je suppose que l'orthographe initiale est voulue et correspond à la réalité, et que le bot introduit une faute plutôt que d'en corriger une... C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot ! Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au singulier. donc +1 pour le robot. Et comme lors d'un précédent passage, le bot indique des changements sans faire de changement: Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' La Rue An Aod Wen se termine par un espace inutile. +1 pour le robot. Un point positif tout de même, la liste des modifications commence à devenir suffisamment courte pour qu'elle puisse être vérifiée humainement en un temps raisonnable. Merci. +1 pour le robot. et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. Je suis contre ce genre de changement massif alors qu'il n'y a pas de consensus au sujet de l'écriture correcte de ces références. L'utilisation d'un espace classique semble de toutes façon aussi faux que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les données pour des applications réelles. Exemple : un logiciel de génération d'itinéraire indique un changement de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une ligne. La version avec espace classique donnerait ça : Au prochain rond-point, prendre la deuxième sortie en direction de la N 4. Ce qui en plus d'être illisible, est bien évidemment incorrecte. Sans espace, on évite au moins ce problème, même si ça n'est pas parfait. Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Le seul intérêt du robot est de tendre vers l'homogénéité : imagine le logiciel de routage qui te dit tous les 100 m, quittez l'autoroute A4 et prenez l'A 4 et l'inverse 3 km plus loin. Alors ? Je retire la substitution des ref ? En attendant vous trancherez pour la prochaine réunion en ligne (irc ou jabber) ? Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Aurelien Jacobs a écrit : Marc SIBERT wrote: arp enteur a écrit : Tiens, tout à l'heure, j'ai corrigé une rue du 4 septembre. Le rue avait du échapper au précédent robot. Et je ne la vois pas mentionnée dans les logs. Il existe plusieurs version de la BDD, et y'a des délais de synchronisation ? C'est normal. A la demande de je ne sais plus qui les name tout en minuscules ne sont pas modifiés. Ça prouve que c'était plutôt une bonne idée... Si le bot avait corrigé en Rue du 4 septembre ça serait peut-être resté comme ça pendant longtemps. Alors que là, ça a put être corrigé manuellement, y compris le S de Septembre (enfin j'espère ;-). Le robot met aussi des majuscules à tous les noms de mois de l'année. et toc :-)) Mais certains ne sont pas d'accord pour modifier les noms des mois. Va falloir trouver un terrain d'entente. Quand ce sera OK, le robot pourra toujours retirer toutes les majuscules des mois de l'année. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Salut, On lun., 2009-02-16 at 22:17 +0100, David MENTRE wrote: - les corrections « Petite rue » en « Petite Rue » m'embêtent. Une « petite rue » n'est pas une sorte de nom composé ? - « Place intérieure » modifié en « Place Intérieure » : idem que pour Petite rue ; - 'Rond point de...' modifié en 'Rond-Point de...' : idem que précédemment ; - 'Place du 8 mai 1945' modifié en 'Place du 8 Mai 1945' : je ne toucherais pas. D'après mon Lexique des règles typographiques en usage à l'imprimerie nationale, rubrique Dates : « Lorsqu'une date est mentionnée pour évoquer un événement historique et *que l'année n'est pas indiquée*, le nom du mois prend une capitale initiale » ; - 'Rue du 11 novembre 1918' modifié en 'Rue du 11 Novembre 1918' : idem que pour « place du 8 mai 1945 » ; - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem ; Il me semble que s'il y a des règles à suivre, ce sont celles de la charte de toponymie, téléchargeable sur le site de l'IGN: http://www.ign.fr/adminV3/display/000/526/725/5267258.pdf http://www.ign.fr/institut/documentArticle.do?idDoc=5366961indexRoot=indexChild=currentRootSearch=EducationindexChildSearch=4 Les modifications du bot semble conforme à cette charte. Le cas des dates est évoqué page 12, par exemple... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Nicolas Guillaumin a écrit : Bonsoir, et un exemple de log à blanc : http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt Un petit problème sur les Chausées semble-t-il: # Way 25161903 : 'Chaussée Jules César' modifié en 'Chausséee Jules César' # Way 27237458 : 'Chaussée Jules César' modifié en 'Chausséee Jules César' ... Nico ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Effectivement, un problème commun à toutes les chaussées ! Je corrige immédiatement. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Marc SIBERT a écrit : Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. En savoir plus sur l'animal : http://wiki.openstreetmap.org/wiki/User:MS_BOT#V1.4_-_Prochain_lot_de_corrections et un exemple de log à blanc : http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt # Way 4520425 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' # Way 30841925 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' # Way 30841926 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' # Way 30841927 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' Il s'agit à mon avis du LV d'Estienne d'Orves. Mais cela n'est pas une erreur du robot. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
2009/2/16 Aurelien Jacobs au...@gnuage.org: En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Aurel Le sujet a déjà été tranché en aout 2008 : http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003600.html Ce ne sont que des références, pas des name. L'espace est largement pratiqué dans d'autres pays mais pas par tous. Les logiciels peuvent facilement décider de couper ou pas le tag ref à l'affichage. La même règle s'applique depuis longtemps sur les references internationales E xx (fixé par un autre bot). Je ressortirais le document européen si on me le demande (le lien est dans les archives). Pour les références de nos routes, le demi-espace ou espace est visible sur les panneaux routiers (sauf si manque de place). La question de l'homogénéité faisait partie des points discutés. Quelqu'un avait aussi mis en avant que les cartes ign ne mettaient pas l'espace, mais ça n'est plus vrai: http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003655.html Moi même au début, ça m'a fait tiquer l'espace mais je pense que c'était l'habitude visuelle de googlemaps et livemaps qui sont des cartes au rendu style anglosaxon. Pieren NB: si on veut faire joli sur les cartes, on peut toujours remplacer l'espace par le demi-espace au moment du rendu. Mais évitons d'utiliser des caractères qui n'existent pas au clavier (en tout cas, pas sur le mien). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Etienne Chové a écrit : # Way 4520425 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' # Way 30841925 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' # Way 30841926 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' # Way 30841927 : 'Avenue Lieutenant de Vaisseau d'Etienne d'Orves' modifié en 'Avenue Lieutenant de Vaisseau d'Étienne d'Orves' Il s'agit à mon avis du LV d'Estienne d'Orves. Mais cela n'est pas une erreur du robot. oui, en général je vérifie les noms des grand hommes avec Wikipédia et là pas. Effectivement : http://fr.wikipedia.org/wiki/Honor%C3%A9_d%27Estienne_d%27Orves Je le code en commentaire pour la prochaine version. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Marc SIBERT wrote: Aurelien Jacobs a écrit : Marc SIBERT wrote: arp enteur a écrit : Tiens, tout à l'heure, j'ai corrigé une rue du 4 septembre. Le rue avait du échapper au précédent robot. Et je ne la vois pas mentionnée dans les logs. Il existe plusieurs version de la BDD, et y'a des délais de synchronisation ? C'est normal. A la demande de je ne sais plus qui les name tout en minuscules ne sont pas modifiés. Ça prouve que c'était plutôt une bonne idée... Si le bot avait corrigé en Rue du 4 septembre ça serait peut-être resté comme ça pendant longtemps. Alors que là, ça a put être corrigé manuellement, y compris le S de Septembre (enfin j'espère ;-). Le robot met aussi des majuscules à tous les noms de mois de l'année. et toc :-)) Certes, c'était ici un mauvais exemple :-) Mais quand j'ai fait cette suggestion, le robot ne touchait rien d'autre que les Rue, Avenue... Et puis ça aurait put être n'importe quoi d'autre que Septembre. Mais certains ne sont pas d'accord pour modifier les noms des mois. Je pense qu'il s'agit juste d'une mécompréhension. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Marc SIBERT wrote: Aurelien Jacobs a écrit : Marc SIBERT wrote: Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, Je m'étonne particulièrement de ce genre de changement: Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés' Je suppose que l'orthographe initiale est voulue et correspond à la réalité, et que le bot introduit une faute plutôt que d'en corriger une... C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot ! Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au singulier. donc +1 pour le robot. En est-il de même pour : Way 31052984 : 'Allées des Rosiers' modifié en 'Allée des Rosiers' Sous-entend tu qu'Allée ne peut jamais être écrit au pluriel dans un toponyme ? Et comme lors d'un précédent passage, le bot indique des changements sans faire de changement: Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' La Rue An Aod Wen se termine par un espace inutile. +1 pour le robot. Comment se fait-il que cet espace ne soit pas dans le log ? Pourtant dans certain cas le log contient bien l'espace que le bot enlève: Way 30994691 : 'Rond-Point ' modifié en 'Rond-Point' et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. Je suis contre ce genre de changement massif alors qu'il n'y a pas de consensus au sujet de l'écriture correcte de ces références. L'utilisation d'un espace classique semble de toutes façon aussi faux que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les données pour des applications réelles. Exemple : un logiciel de génération d'itinéraire indique un changement de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une ligne. La version avec espace classique donnerait ça : Au prochain rond-point, prendre la deuxième sortie en direction de la N 4. Ce qui en plus d'être illisible, est bien évidemment incorrecte. Sans espace, on évite au moins ce problème, même si ça n'est pas parfait. Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Le seul intérêt du robot est de tendre vers l'homogénéité Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle j'apprécie ce robot. Toute la question est de savoir vers quelle homogénéité on veux tendre (avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de nous n'imposer. Alors ? Je retire la substitution des ref ? Ça me semble plus raisonnable pour l'instant. En attendant vous trancherez pour la prochaine réunion en ligne ? Pourquoi pas sur cette liste ? Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Bon alors pour l'espace insécable, on va attendre. Je sais qu'on ne tagge pas pour le rendu, mais là je crois qu'on va faire une exception. Premièrement impossible de le saisir dans Potlatch (je passe par la palette de caractères sous Mac OS X) et sous JOSM il est tellement fin qu'on ne le voit pas :) Et puis le rendu sur beta.letuffe foire et n'affiche plus les badges sur la voie pour les refs. Le rendu avec un espace insécable simple \U00A0 me donne le même résultat et du coup vu que le nom de la voie est un peu en vrac, je me demande si toutes les tuiles n'ont pas été rendués. En tous les cas JOSM se comporte normalement. Yann Le 16 févr. 09 à 22:35, Aurelien Jacobs a écrit : Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le lundi 16 février 2009 à 21:54 +0100, sylvain letuffe a écrit : Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? Moi je suis plutôt contre, non que je trouve l'UTF-8 pas bien, mais je me vois mal taper des semi-espace avec mon clavier ensuite. De plus, je ne suis pas sûr que tous les editeurs/rendus du coin supporte tout ça bien convenablement. Je ne comprends pas trop quel est le problème bvec les renderers. Soit ils gèrent l’unicode (et comme il a tès bien été dit plus tôt, le japonais en est un exemple ainsi que les accents français) soit ils ne le gèrent pas du tout, et si on est capable de voir les accents on peut aussi voir la fine insécable de la même manière. Pour le peu que ça fait gagner, je préférerais ne pas prendre de risque. Charge à qui veut en faire quelque chose de super joli de remplacer lui même les espaces par des demi-espaces. Moi j’avais compris qu’on devait se concentrer sur la donnée correcte et non sur les rendus ou les problèmes techniques (on se rappelle de la question du nombre de bâtiments qui prennent de la place). Après le débat reste de savoir si écrire «A 35» avec une espace ou une fine insécable relève du rendu ou de la donnée. JC signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Aurelien Jacobs a écrit : Marc SIBERT wrote: Aurelien Jacobs a écrit : Marc SIBERT wrote: Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, Je m'étonne particulièrement de ce genre de changement: Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés' Je suppose que l'orthographe initiale est voulue et correspond à la réalité, et que le bot introduit une faute plutôt que d'en corriger une... C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot ! Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au singulier. donc +1 pour le robot. En est-il de même pour : Way 31052984 : 'Allées des Rosiers' modifié en 'Allée des Rosiers' Sous-entend tu qu'Allée ne peut jamais être écrit au pluriel dans un toponyme ? Je n'ai aucun apriori, simplement après vérification, cette fois auprès de Google, c'est aussi une erreur de saisie : http://naf.iakke.fr/4139/culture_fruitiere-catllar/index_1.htm Et comme lors d'un précédent passage, le bot indique des changements sans faire de changement: Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' Après vérification, il y a 2 espaces après Rue. La Rue An Aod Wen se termine par un espace inutile. +1 pour le robot. Comment se fait-il que cet espace ne soit pas dans le log ? Pourtant dans certain cas le log contient bien l'espace que le bot enlève: Way 30994691 : 'Rond-Point ' modifié en 'Rond-Point' et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. Je suis contre ce genre de changement massif alors qu'il n'y a pas de consensus au sujet de l'écriture correcte de ces références. L'utilisation d'un espace classique semble de toutes façon aussi faux que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les données pour des applications réelles. Exemple : un logiciel de génération d'itinéraire indique un changement de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une ligne. La version avec espace classique donnerait ça : Au prochain rond-point, prendre la deuxième sortie en direction de la N 4. Ce qui en plus d'être illisible, est bien évidemment incorrecte. Sans espace, on évite au moins ce problème, même si ça n'est pas parfait. Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Le seul intérêt du robot est de tendre vers l'homogénéité Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle j'apprécie ce robot. Toute la question est de savoir vers quelle homogénéité on veux tendre (avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de nous n'imposer. Alors ? Je retire la substitution des ref ? Ça me semble plus raisonnable pour l'instant. En attendant vous trancherez pour la prochaine réunion en ligne ? Pourquoi pas sur cette liste ? Pourquoi pas ? Si je demande une validation pour la prochaine réunion, j'obtiens un délai maxi, si j'attends une décision sans limite, je n'ai aucune garantie. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Bonjour, Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr writes: Il me semble que s'il y a des règles à suivre, ce sont celles de la charte de toponymie, téléchargeable sur le site de l'IGN: http://www.ign.fr/adminV3/display/000/526/725/5267258.pdf http://www.ign.fr/institut/documentArticle.do?idDoc=5366961indexRoot=indexChild=currentRootSearch=EducationindexChildSearch=4 Les modifications du bot semble conforme à cette charte. Le cas des dates est évoqué page 12, par exemple... Ouais ben moi je trouve que c'est moche ! :-P Oui, je sais, on a vu plus constructif comme argument. ;-) Mais j'y tiens quand même, à ma remarque. Amicalement, d. -- GPG/PGP key: A3AD7A2A David MENTRE dmen...@linux-france.org 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Pieren wrote: 2009/2/16 Aurelien Jacobs au...@gnuage.org: En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Aurel Le sujet a déjà été tranché en aout 2008 : http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003600.html Je suis un peu au courant de ce thread ;-) Je n'y ai toujours pas vu de conclusion. Ce ne sont que des références, pas des name. Certes, mais je ne vois pas le rapport ? L'espace est largement pratiqué dans d'autres pays mais pas par tous. Le non-espace est largement pratiqué dans d'autres pays mais pas par tous. Les logiciels peuvent facilement décider de couper ou pas le tag ref à l'affichage. Comment ?? Un tag ref peut être plus ou moins long, contenir des espaces classique ou insécables, voir un mix des deux... Si tu n'utilise que des espaces classiques, un logiciel n'a aucun moyen de savoir quel espace peut-être coupé, ou ne peut pas l'être. La même règle s'applique depuis longtemps sur les references internationales E xx (fixé par un autre bot). C'est pas parce qu'il y a une erreur quelque part qu'il faut la reproduire partout. Pour les références de nos routes, le demi-espace ou espace est visible sur les panneaux routiers (sauf si manque de place). Pour être très clair, je ne demande pas à ce qu'on ne mette pas d'espace. Je dis juste que si espace il doit y avoir, il ne peut-être qu'insécable. Pieren NB: si on veut faire joli sur les cartes, on peut toujours remplacer l'espace par le demi-espace au moment du rendu. Même remarque qu'au dessus. Un logiciel de rendu ne sais pas quels espace doivent êtres fin et lesquels ne doivent pas l'être. Mais évitons d'utiliser des caractères qui n'existent pas au clavier (en tout cas, pas sur le mien). Tu suggère qu'on abolisse les caractères chinois dans OSM parce qu'ils n'apparaissent pas sur ton clavier ? Ou pour faire un peu plus courrant, les œ ? Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [MS BOT V1.4] Nouveau log en ligne
re-bonsoir, Suite à un dérapage de chausséeee.. hé hé, j'ai corrigé et relancer un tir à blanc. http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Jean-Christophe Haessig a écrit : Après le débat reste de savoir si écrire «A 35» avec une espace ou une fine insécable relève du rendu ou de la donnée. Juste pour sourire un peu, je crois que la réponse est dans la question : fine insécable rendu ou donnée ? C'est clair non, c'est écrit dessus ! JC -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Aurelien Jacobs a écrit : Marc SIBERT wrote: Aurelien Jacobs a écrit : Le seul intérêt du robot est de tendre vers l'homogénéité Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle j'apprécie ce robot. Toute la question est de savoir vers quelle homogénéité on veux tendre (avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de nous n'imposer. Alors ? Je retire la substitution des ref ? Ça me semble plus raisonnable pour l'instant. Non c'est le moins raisonnable. Nous semblons unanimes à penser que l'homogénéité est le plus important. Alors il vaut mieux aller dans un sens, même si, après discussions, l'autre solution est retenue. Il sera alors facile d'aller à l'autre solution avec le robot. D'autant plus facile que ces ref seront homogènes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
2009/2/16 Aurelien Jacobs au...@gnuage.org: Pieren wrote: Ce ne sont que des références, pas des name. Certes, mais je ne vois pas le rapport ? Voir ci-dessous. L'espace est largement pratiqué dans d'autres pays mais pas par tous. Le non-espace est largement pratiqué dans d'autres pays mais pas par tous. Ce que je voulais dire par là, c'est que d'autres pays ont choisi de mettre l'espace et que personne n'est mort en voiture parce que le 4 de N 4 était sur la deuxième ligne ;-) Les logiciels peuvent facilement décider de couper ou pas le tag ref à l'affichage. Comment ?? Un tag ref peut être plus ou moins long, contenir des espaces classique ou insécables, voir un mix des deux... Si tu n'utilise que des espaces classiques, un logiciel n'a aucun moyen de savoir quel espace peut-être coupé, ou ne peut pas l'être. Justement, pas si tous les refs sont cohérents. La même règle s'applique depuis longtemps sur les references internationales E xx (fixé par un autre bot). C'est pas parce qu'il y a une erreur quelque part qu'il faut la reproduire partout. C'est sûr, on va faire une carte du monde avec des ref E xx partout .. sauf pour le petit village gaulois. Même remarque qu'au dessus. Un logiciel de rendu ne sais pas quels espace doivent êtres fin et lesquels ne doivent pas l'être. Sauf si tous les ref sont cohérents et qu'il traite différemment les refs et les names (pour les retours à la ligne par ex.) Tu suggère qu'on abolisse les caractères chinois dans OSM parce qu'ils n'apparaissent pas sur ton clavier ? Ou pour faire un peu plus courrant, les œ ? Non, mais comme d'autres l'ont déjà relevé, les polices de caractères unicode ne contiennent pas tous les codes unicodes (voir les difficultés de mapnik en Inde). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Marc SIBERT wrote: Aurelien Jacobs a écrit : Marc SIBERT wrote: Aurelien Jacobs a écrit : Marc SIBERT wrote: Bonjour, Je vous propose un nouveau lâcher de robot mercredi 18 février en version 1.4 cette fois. Au menu : De nouvelles corrections de noms de ways, Je m'étonne particulièrement de ce genre de changement: Way 30927298 : 'Allées des Longs Fossés' modifié en 'Allée des Longs Fossés' Je suppose que l'orthographe initiale est voulue et correspond à la réalité, et que le bot introduit une faute plutôt que d'en corriger une... C'est avec ce genre de détails que j'ai du mal à avoir confiance en un bot ! Après vérifications (http://www.clicreims.fr/b/f-beza.htm) les allées des longs fossés, c'est bien une boulette du cadastre, allée s'écrit au singulier. donc +1 pour le robot. En est-il de même pour : Way 31052984 : 'Allées des Rosiers' modifié en 'Allée des Rosiers' Sous-entend tu qu'Allée ne peut jamais être écrit au pluriel dans un toponyme ? Je n'ai aucun apriori, simplement après vérification, cette fois auprès de Google, c'est aussi une erreur de saisie : http://naf.iakke.fr/4139/culture_fruitiere-catllar/index_1.htm Qui te dis que la version que te retourne google n'a pas été elle même corrigée à l'aveugle par un bot comme le tient ;-) Enfin, même si le bot a raison sur ce coup la, je pense que c'est un pur hasard. Il pourrait très bien apparaître d'ici mercredi dans la base OSM une nouvelle Allées de quelquechose quoi soit légitime. Donc le bot ne doit pas faire ce genre de correction incertaine. Et comme lors d'un précédent passage, le bot indique des changements sans faire de changement: Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' Après vérification, il y a 2 espaces après Rue. OK. Comme suggéré par certain, si le log mettais mieux en évidence les changements eux mêmes, ça éviterait ce genre de malentendu. et comme nouveauté La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. Je suis contre ce genre de changement massif alors qu'il n'y a pas de consensus au sujet de l'écriture correcte de ces références. L'utilisation d'un espace classique semble de toutes façon aussi faux que de ne pas mettre d'espace du tout. En plus de ça, l'espace classique ajoute des vrai problèmes concret lorsqu'on souhaite utiliser les données pour des applications réelles. Exemple : un logiciel de génération d'itinéraire indique un changement de direction vers la N4. Pas de bol, la référence se trouve à la fin d'une ligne. La version avec espace classique donnerait ça : Au prochain rond-point, prendre la deuxième sortie en direction de la N 4. Ce qui en plus d'être illisible, est bien évidemment incorrecte. Sans espace, on évite au moins ce problème, même si ça n'est pas parfait. Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. En tout cas, il me semble absolument prématuré qu'un robot fasse ce genre de changement. Ça n'est en aucun cas le rôle d'un bot d'imposer une vision des choses sur un sujet qui n'a pas encore été tranché entre nous. Le seul intérêt du robot est de tendre vers l'homogénéité Je suis absolument d'accord avec ça ! Et c'est la seul raison pour laquelle j'apprécie ce robot. Toute la question est de savoir vers quelle homogénéité on veux tendre (avec ou sans espace, insécable ou non). Et ça, ça n'est pas au robot de nous n'imposer. Alors ? Je retire la substitution des ref ? Ça me semble plus raisonnable pour l'instant. En attendant vous trancherez pour la prochaine réunion en ligne ? Pourquoi pas sur cette liste ? Pourquoi pas ? Si je demande une validation pour la prochaine réunion, j'obtiens un délai maxi, si j'attends une décision sans limite, je n'ai aucune garantie. Je ne pense pas qu'il y ait spécialement urgence, mais peut importe... Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Pieren wrote: 2009/2/16 Aurelien Jacobs au...@gnuage.org: Pieren wrote: Ce ne sont que des références, pas des name. Certes, mais je ne vois pas le rapport ? Voir ci-dessous. L'espace est largement pratiqué dans d'autres pays mais pas par tous. Le non-espace est largement pratiqué dans d'autres pays mais pas par tous. Ce que je voulais dire par là, c'est que d'autres pays ont choisi de mettre l'espace et que personne n'est mort en voiture parce que le 4 de N 4 était sur la deuxième ligne ;-) Et d'autres pays continuent à ne pas mettre d'espace sans qu'il y ait de mort non plus... Ce que je veux dire par là c'est qu'il ne s'agit pas de copier les autres (d'ailleurs comment on choisirait quels autres copier ?), il s'agit de faire les choses justes. Les logiciels peuvent facilement décider de couper ou pas le tag ref à l'affichage. Comment ?? Un tag ref peut être plus ou moins long, contenir des espaces classique ou insécables, voir un mix des deux... Si tu n'utilise que des espaces classiques, un logiciel n'a aucun moyen de savoir quel espace peut-être coupé, ou ne peut pas l'être. Justement, pas si tous les refs sont cohérents. Tu semble oublier que les refs s'applique à peu près à tous les objets OSM, et qu'ils peuvent prendre à peu près n'importe quelle forme... Ça n'est en aucun cas limité à une lettre, un espace, des chiffres. La même règle s'applique depuis longtemps sur les references internationales E xx (fixé par un autre bot). C'est pas parce qu'il y a une erreur quelque part qu'il faut la reproduire partout. C'est sûr, on va faire une carte du monde avec des ref E xx partout .. sauf pour le petit village gaulois. Non. On vas expliquer au autres pourquoi ils on faux et comment corriger. Même remarque qu'au dessus. Un logiciel de rendu ne sais pas quels espace doivent êtres fin et lesquels ne doivent pas l'être. Sauf si tous les ref sont cohérents Voir au dessus. et qu'il traite différemment les refs et les names C'est en général le cas, et ça ne résout pas le problème. Tu suggère qu'on abolisse les caractères chinois dans OSM parce qu'ils n'apparaissent pas sur ton clavier ? Ou pour faire un peu plus courrant, les œ ? Non, mais comme d'autres l'ont déjà relevé, les polices de caractères unicode ne contiennent pas tous les codes unicodes (voir les difficultés de mapnik en Inde). Certes. D'ailleurs je ne pense pas que la police unicode que tu utilise habituellement contienne tous les caractères chinois et japonais. Ça n'empêche pas ces caractères d'être utilisés dans OSM. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne
David MENTRE a écrit :
Marc SIBERT m...@sibert.fr writes:
Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le
bon est en ligne maintenant (données du 16/2).
Bon, on recommence :
Début des highway=*, name=* à 07:33, 16 February 2009 (UTC)
[...]
- 'Allées des' modifié en 'Allée des' : comme Aurelien, ça me parait
trop lié au sens local pour le modifier autmatiquement ;
Modification du s de allée annulée.
- Way 31011726 : 'Avenue du 19 mars 1962' modifié en 'Avenue du 19 Mars
1962' : date avec année, laisser tel quel ;
Ben pour les mois, je fais quoi, jusque là c'était OK pour les passer en
majuscule.
- 'Chaussée ' modifié en 'Chausséee ' : !! Argh !!
C'est bon ça dans le log de 21:57 (UTC).
- Way 31055255 : 'Cloitre St Martin' modifié en 'Cloître St Martin' : «
Saint-Martin » (pour être cohérent avec les autres style-genre
Saint-Michel) ?
Les Saints sont codés un par un pour ne pas faire de correction
malheureuse. Donc les saints non corrigés ne le sont pas CQFD. Je le
rajoute pour la prochaine version.
- Way 30986843 : 'Impasse Théodore Botrel' modifié en 'Impasse Théodore
Botrel' : qu'est-ce qui bouge ?
'Impasse Théodore Botrel' modifié en 'Impasse Théodore Botrel' : 2
espaces successifs entre Théodore et Botrel, mais là faut charger le
source de la page pour le voir.
- Way 31059580 : 'Impasse du 11 novembre 1918' modifié en 'Impasse du
11 Novembre 1918' : idem, date avec année.
- 'Place intérieure' modifié en 'Place Intérieure' : idem que « petite
rue ».
Je désactive intérieur et intérieure, à voir plus tard ou un traitement
spécial pour Place intérieure.
- 'Rond point' modifié en 'Rond Point' : idem ;
Hé hé ! pour ceux qui on déjà joué au troll du rond-point... il a
toujours un tiret et 2 majuscules.
- Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' :
qu'est-ce qui change ?
Déjà expliqué : 2 espaces après rue.
- 'Rue Saint Exupéry' modifié en 'Rue Saint-Exupéry' : deux graphies
sont apparemment possibles :
http://fr.wikipedia.org/wiki/Antoine_de_Saint-Exupéry#cite_note-0
Et je fais quoi alors ? while (true) { I shoot in my feet; }
- Way 25578676 : 'Rue Saint Leon' modifié en 'Rue Saint Léon' : «
Saint-Léon » ?
A rajouter aux saints de la prochaine version.
- Way 4447166 : 'Rue Saint Étienne du Mont' modifié en 'Rue
Saint-Étienne du Mont' « Saint-Étinne-du-Mont » ?
http://fr.wikipedia.org/wiki/Église_Saint-Étienne-du-Mont
Je me réserve pour un futur traitement spécial des noms de communes
françaises (36000 env.)
- 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem dates ;
- Way 29180123 : 'Rue leon nautin' modifié en 'Rue Léon nautin' : «
Nautin » ?
Les grands hommes, comme les saints, ne sont modifiés globalement que
s'ils sont connus du robot. Donc pas là. Pour la prochaine version.
- Way 26835567 : 'chaussée Saint-Pierre' modifié en 'Chausséee
Saint-Pierre' : re-argh!!
- et suivantes !!
- Way 31008498 : 'place du Commandant Blanckaert' modifié en 'Place du
Commandant Blanckaert' : « Blanckært » ?
Grand homme, prochaine version, mais est-ce confirmé ? Pas ici :
http://pdennez.free.fr/constructeurs/html/cons058.html
- Way 31044481 : 'rue Hnonoré de Balzac' modifié en 'Rue Hnonoré de
Balzac' : « Honoré » ;
Là c'est trop gros pour un robot : à corriger à la main.
- Way 30932372 : 'rue de la Sabliere' modifié en 'Rue de la Sabliere' :
« Sablière » ?
J'ai pas encore tout le dico des noms communs français dans ma liste...
A ajouter dans la prochaine version.
- Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des
Brunandieres' : « Brunandières » ?
Idem précédent.
Pour le reste, ça me semble ok (mais j'ai pu laisser passer des trucs).
726 modifs à relire, il n'en faut pas plus !
Le problème c'est que chaque fois qu'on voit une erreur qui est restée
dans la log, on rajoute un critère et donc on ramasse plus de name donc
de nouvelles erreurs, c'est sans fin : while (true)...
Pour les modifs « A4 » - « A 4 », idem que certains, je ne suis pas
convaincu.
Amicalement,
d.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Aurelien Jacobs a écrit : Qui te dis que la version que te retourne google n'a pas été elle même corrigée à l'aveugle par un bot comme le tient ;-) Enfin, même si le bot a raison sur ce coup la, je pense que c'est un pur hasard. Il pourrait très bien apparaître d'ici mercredi dans la base OSM une nouvelle Allées de quelquechose quoi soit légitime. Donc le bot ne doit pas faire ce genre de correction incertaine. C'est modifié, la suppression du s est annulée. Et comme lors d'un précédent passage, le bot indique des changements sans faire de changement: Way 25073453 : 'Rue An Aod Wen' modifié en 'Rue An Aod Wen' Après vérification, il y a 2 espaces après Rue. OK. Comme suggéré par certain, si le log mettais mieux en évidence les changements eux mêmes, ça éviterait ce genre de malentendu. Pas facile comme déjà répondu. Ne sera pas fait à courte échéance. Pourquoi pas ? Si je demande une validation pour la prochaine réunion, j'obtiens un délai maxi, si j'attends une décision sans limite, je n'ai aucune garantie. Je ne pense pas qu'il y ait spécialement urgence, mais peut importe... C'est aussi pour ça que ça peut attendre la prochaine réunion ! Aurel -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le 17 févr. 09 à 00:06, Marc SIBERT a écrit : OK. Comme suggéré par certain, si le log mettais mieux en évidence les changements eux mêmes, ça éviterait ce genre de malentendu. Pas facile comme déjà répondu. Ne sera pas fait à courte échéance. On pourrait mettre les textes dans le log entre guillemet le sortir dans un gros bloc code /code pour voir les espaces. Ça c'est facile et ça peur rapporter gros :) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Yann Coupin wrote: Le 17 févr. 09 à 00:06, Marc SIBERT a écrit : OK. Comme suggéré par certain, si le log mettais mieux en évidence les changements eux mêmes, ça éviterait ce genre de malentendu. Pas facile comme déjà répondu. Ne sera pas fait à courte échéance. On pourrait mettre les textes dans le log entre guillemet le sortir dans un gros bloc code /code pour voir les espaces. Ça c'est facile et ça peur rapporter gros :) Ça me semble être une très bonne idée. Simple et efficace :-) Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Yann Coupin a écrit : On pourrait mettre les textes dans le log entre guillemet le sortir dans un gros bloc code /code pour voir les espaces. Ça c'est facile et ça peur rapporter gros :) Et ce sera dans le log de demain matin... a suivre. Yann -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne
Le 17 févr. 09 à 00:01, Marc SIBERT a écrit : David MENTRE a écrit : Marc SIBERT m...@sibert.fr writes: Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le bon est en ligne maintenant (données du 16/2). Bon, on recommence : - Way 31011726 : 'Avenue du 19 mars 1962' modifié en 'Avenue du 19 Mars 1962' : date avec année, laisser tel quel ; Ben pour les mois, je fais quoi, jusque là c'était OK pour les passer en majuscule. Je pense que David n'a tout simplement pas lu les règles de typographie employées en toponymie (voir un autre mail du thread pour le lien). On va pas se taper un troll à Ront-Point encore une fois, hein ? :) - Way 31055255 : 'Cloitre St Martin' modifié en 'Cloître St Martin' : « Saint-Martin » (pour être cohérent avec les autres style-genre Saint-Michel) ? Les Saints sont codés un par un pour ne pas faire de correction malheureuse. Donc les saints non corrigés ne le sont pas CQFD. Je le rajoute pour la prochaine version. Comme vu plus bas avec la ville, on le garde peut-être pour plus tard celui là ? - Way 31059580 : 'Impasse du 11 novembre 1918' modifié en 'Impasse du 11 Novembre 1918' : idem, date avec année. - 'Place intérieure' modifié en 'Place Intérieure' : idem que « petite rue ». Je désactive intérieur et intérieure, à voir plus tard ou un traitement spécial pour Place intérieure. Toponymie encore, pour moi il faut mettre Intérieure, pas intérieure. - Way 25578676 : 'Rue Saint Leon' modifié en 'Rue Saint Léon' : « Saint-Léon » ? A rajouter aux saints de la prochaine version. voir ci-dessous - Way 4447166 : 'Rue Saint Étienne du Mont' modifié en 'Rue Saint-Étienne du Mont' « Saint-Étinne-du-Mont » ? http://fr.wikipedia.org/wiki/Église_Saint-Étienne-du-Mont Je me réserve pour un futur traitement spécial des noms de communes françaises (36000 env.) Cette étape est pour moi préliminaire à celle de remplacement des saints, sinon ça va faire n'importe quoi dès qu'une ville comprend le nom saint et un nom connu de ta liste de saints. - Way 30932372 : 'rue de la Sabliere' modifié en 'Rue de la Sabliere' : « Sablière » ? J'ai pas encore tout le dico des noms communs français dans ma liste... A ajouter dans la prochaine version. Avec une recherche pour trouver la bonne orthographe de tous les mots ? Bon courage... Je pense que l'outils de d'Étienne Chové est plus adapté à ce genre de problèmes. Rappel de l'adresse pour ceux qui auraient loupé son mail : http://colocb3.hd.free.fr/cgi-bin/OsmGetError - Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des Brunandieres' : « Brunandières » ? Idem précédent. Pour le reste, ça me semble ok (mais j'ai pu laisser passer des trucs). 726 modifs à relire, il n'en faut pas plus ! Le problème c'est que chaque fois qu'on voit une erreur qui est restée dans la log, on rajoute un critère et donc on ramasse plus de name donc de nouvelles erreurs, c'est sans fin : while (true)... Enfin bon, si le but c'est d'écrire une règle pour chaque cas particulier découvert à chaque passe, vaut peut-être mieux faire une passe de mechanical turk avec l'outils d'Étienne, non ? Certes faire une règle évite que les problèmes introduits de manières postérieure à leur détection restent, mais on risque de ne pas s'en sortir à pondre des règles à tout bout de champs. En général quand on programme, il y a toujours un moment ou on se dit que certaines choses sont plus vite faites à la main que d'écrire un programme pour les corriger... Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de ro bot pour mercredi soir - Un nouveau log en ligne, le d ernier de la nuit !
Bon,
Voilà un nouveau log avec 3 remarques :
1. Quand j'écris dans la prochaine version, c'est de la V1.5 que je
parle. Je n'ajoute rien pour mercredi prochain, si cette date est
maintenue (cf discuss initiale), j'enlève ce qui gène.
2. Je vous mets une liste de way {{tag|highway|motorway}} en lien de
la réalité actuelle pour que vous voyez bien le merdier que c'est
quand même avant le passage du robot :
http://osm.sibert.fr/autoroutes.htm
3. Les name et les ref sont des options distinctes que je peux
activer (ou pas) indépendamment. Va falloir vous mettre d'accord
sur l'espace (ASCII 32) ou je passe que les name et vous prenez le
temps qu'il faut pour vous décider.
La page du robot et les modifications programmées :
http://wiki.openstreetmap.org/wiki/User:MS_BOT#highway.3D.2A.2C_modifications_des_names
Le log du robot :
http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt
100 € :
http://tbn0.google.com/images?q=tbn:4SN041YlWi2YyM:http://www.bundesbank.de/bargeld/images/banknoten/100euro_vs_709x364.jpg
Un mars :
http://tbn2.google.com/images?q=tbn:6TXm32jg9QWTDM:http://www.retaile-v.com.au/images/Mars%2520Logo.jpg
Bonne nuit
--
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Rectifier allées allée n'est pas forcément une bonne idée. Ici, il y a une plaque indiquant Promenades du Mont Frugy, car il y a 2 niveaux de chemins reliés par des rampes. Donc, attention à l'excès de normalisation ! Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Nouveau log en ligne
Et les Alléees ? Way 30927298 http://www.openstreetmap.org/browse/way/30927298 : 'Allées des Longs Fossés' modifié en 'Alléees des Longs Fossés' ... On Mon, Feb 16, 2009 at 23:26, Marc SIBERT m...@sibert.fr wrote: re-bonsoir, Suite à un dérapage de chausséeee.. hé hé, j'ai corrigé et relancer un tir à blanc. http://wiki.openstreetmap.org/wiki/User:MS_BOT/log_test_V1.4.txt -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
Salut à tous. Le Var vient d'être (re)corrigé (cette fois-ci j'ai enlevé mes moufles). Pour PACA, il existe aussi une exclave dans Rhône-Alpes ? Par contre, je ne comprend pas pourquoi le Val de Marne n'est pas rendu ? Il semble pourtant clos (http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=7458). A+ Antoine sly (sylvain letuffe) a écrit : Salut, ( et oui encore moi) Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient aussi être fournies en SVG. Après une bonne baston avec mapnik, j'ai fini par le dresser : http://beta.letuffe.org/cartes/ ( générées à l'instant, en png ou en svg ) Attention ! ça rigole pas en SVG, toute la précision de la base OSM est rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les ouvrir. ( moins de 512Mo passez votre chermin) Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même de les télécharger et ouvrir avec inkscape par exemple. Des conseils pour tenter d'en faire des versions simplifiées seraient bienvenues Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont complété un très grand nombre de départements et régions et fait du collage avec les côtes. Si j'ai bonne vue sur : http://beta.letuffe.org/cartes/departements.png Il ne manque plus que 3 départements !! Très bonne avancée depuis jeudi : http://wiki.openstreetmap.org/wiki/Image:Departements.png ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bravo aux Rennais !
Le Mon, 16 Feb 2009 19:01:51 +0100, Florian Birée flor...@biree.name a écrit : Bravo et merci aux cartographes d'OpenStreetMap de Rennes : nous avons pu rejoindre de Toulouse la coordination nationale des étudiants en grève de ce week-end qui se tenait à l'université de Rennes 2 grâce à OpenStreetMap ! Juste par curiosité, vous avez utilisé quel outil de navigation ? Thomas -- Thomas Petazzoni http://thomas.enix.org Promouvoir et défendre le Logiciel Libre http://www.april.org Logiciels Libres à Toulouse http://www.toulibre.org signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
