Re: [OSM-talk-fr] Analyseur de la base / liste outils
Salut, Il devrait y avoir un site référencé où cette liste est présente sur une page en permanence. Car sans être abonné à cette liste je n'en aurais pas eu connaissance et cela fut bien dommage. +1 pour lancer une réflexion la dessus. Il existe plein d'outils super simples qui peuvent aider et dont seul l'annonce a été faite ici. Je reste persuadé que beaucoup de contributeurs ne veulent/peuvent s'inscrire sur cette liste. Tout à fait d'accord, d'autant plus quand on perd ses bookmarks ou qu'on est pas sur son ordi personnel, difficile de retrouver les URLs. J'ai pondu ça en quelques minutes, c'est à compléter: http://wiki.openstreetmap.org/wiki/FR:OutilsValidation Si ça vous va je propose de la mettre en lien sur la (déjà bien chargée) home du Wiki FR, dans la boîboîte Participez, section Contribuez. Nico ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hydrographie : lit majeur
2009/2/18 Thomas Pétillon tpetil...@gmail.com: et aussi Rhein/Le Rhin. C'est moi qui ai choisi cette solution parce que ce fleuve se situant entre la France et l'Allemagne, j'avais trouvé la version anglaise (Rhine) sur toute la longueur alors qu'il se nomme Rhein en allemand et Rhin en français. Pour ne froisser personne, j'ai mis les deux sur toute la portion franco/allemande en alternant le premier par segment du fleuve. Pour Rhin ou Le Rhin, j'ai aussi hésité mais en regardant de nombreuses cartes existantes, j'ai vu que généralement, on y mettait l'article. Donc j'ai respecté cette tradition. 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
Bonjour à tous, 2009/2/18 Yann Coupin y...@coupin.net: Si vous constatez des trucs bizarres ailleurs, c'est le moment de les remonter ! Pas un truc bizarre que j'ai constaté mais une question qui me vient à l'esprit : l'utilisation d'un espace insécable ou même d'un espace, ne va pas poser problème pour les moteurs de recherche d'OSM ? Au contraire, ça peut améliorer ? Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base / liste outils
Bonjour, 2009/2/18 Nicolas Guillaumin nguillaumin+...@gmail.com: J'ai pondu ça en quelques minutes, c'est à compléter: http://wiki.openstreetmap.org/wiki/FR:OutilsValidation Excellent, merci beaucoup. Si ça vous va je propose de la mettre en lien sur la (déjà bien chargée) home du Wiki FR, dans la boîboîte Participez, section Contribuez. +1 Amicalement, d. ___ 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
qu'est-ce qu'on s'embete pour un truc que sarkoléon va supprimer dans moins d'1 an ? ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base / liste outils
Doit-on mettre OSM che Sly dans la liste ? Antoine - Mail Original - De: Antoine nin2jardin@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 18 Février 2009 10:57:56 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Analyseur de la base / liste outils Cool. Je viens de rajouter OSM Relation Analyzer à la liste Antoine - Mail Original - De: David MENTRE dmen...@linux-france.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 18 Février 2009 10:33:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Analyseur de la base / liste outils Bonjour, 2009/2/18 Nicolas Guillaumin nguillaumin+...@gmail.com: J'ai pondu ça en quelques minutes, c'est à compléter: http://wiki.openstreetmap.org/wiki/FR:OutilsValidation Excellent, merci beaucoup. Si ça vous va je propose de la mettre en lien sur la (déjà bien chargée) home du Wiki FR, dans la boîboîte Participez, section Contribuez. +1 Amicalement, d. ___ 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] Analyseur de la base / liste outils
On Wednesday 18 February 2009 11:11, Antoine wrote: Doit-on mettre OSM che Sly dans la liste ? moi ça ne me dérange pas ;-) si ça a une utilité, alors sûrement. Je vais me lancer dans une petite restructuration et allègement de la page http://wiki.openstreetmap.org/wiki/WikiProject_France Je pense que la liste des outils utilisables france y trouvera sa place. N'hésitez pas à me surveiller -- 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] [MS BOT V1.4] lâcher de robo t pour mercredi soir
C'est une bonne remarque en effet... Mais d'un autre côté je ne connais pas de moteur de recherche pour les routes, juste pour les villes, au sein d'OSM. Si quelqu'un en connaît un, je veux bien tester... Yann Le 18 févr. 09 à 10:30, David MENTRE a écrit : Bonjour à tous, 2009/2/18 Yann Coupin y...@coupin.net: Si vous constatez des trucs bizarres ailleurs, c'est le moment de les remonter ! Pas un truc bizarre que j'ai constaté mais une question qui me vient à l'esprit : l'utilisation d'un espace insécable ou même d'un espace, ne va pas poser problème pour les moteurs de recherche d'OSM ? Au contraire, ça peut améliorer ? Amicalement, d. ___ 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
On Wed, Feb 18, 2009 at 11:08 AM, Raphaël Jacquot sxp...@sxpert.org wrote: qu'est-ce qu'on s'embete pour un truc que sarkoléon va supprimer dans moins d'1 an ? ;) c'est pas lui qu'on supprime? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- 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
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robot pour mercredi soir
Le NameFinder (moteur de recherche à gauche de la carte sur www.openstreetmap.org) recherche également dans les noms de rues. Exemple : tape avenue andré bonnin, chantepie dedans, cela te sors la bonne rue. On Wed, 18 Feb 2009 11:58:33 +0100, Yann Coupin y...@coupin.net wrote: C'est une bonne remarque en effet... Mais d'un autre côté je ne connais pas de moteur de recherche pour les routes, juste pour les villes, au sein d'OSM. Si quelqu'un en connaît un, je veux bien tester... Yann Le 18 févr. 09 à 10:30, David MENTRE a écrit : Bonjour à tous, 2009/2/18 Yann Coupin y...@coupin.net: Si vous constatez des trucs bizarres ailleurs, c'est le moment de les remonter ! Pas un truc bizarre que j'ai constaté mais une question qui me vient à l'esprit : l'utilisation d'un espace insécable ou même d'un espace, ne va pas poser problème pour les moteurs de recherche d'OSM ? Au contraire, ça peut améliorer ? Amicalement, d. ___ 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] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le 18 févr. 09 à 12:11, Olivier Boudet a écrit : Le NameFinder (moteur de recherche à gauche de la carte sur www.openstreetmap.org) recherche également dans les noms de rues. Exemple : tape avenue andré bonnin, chantepie dedans, cela te sors la bonne rue. On en apprend tous les jours ! Chercher Dxxx sans espace ne trouve pas les routes dont la ref contient un espace. Chercher D xxx avec un espace (ce bon vieux ASCII 32) trouve toutes les voies ayant une ref avec un espace (normal ou insécable fine, ça c'est la bonne nouvelle), et ce quel que soit leur numéro. Donc clairement la question de l'espace dans la ref doit encore être discutée. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
thomas bonfort a écrit : ton script marque les ways sans tags comme étant des erreurs, or ce n'est pas forcement le cas: les ways inner d'une relation multipolygon n'ont pas toujours (et meme rarement) a etre taggués. C'est corrigé, faudra attendre la prochaine analyse. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Pieren a écrit : On Tue, Feb 17, 2009 at 6:40 PM, Etienne Chové ch...@crans.org wrote: Cet outil signale ceci: Mot absent du dictionnaire (Schützenberger = Schutzenberger) Quel est ce mauvais dictionnaire qui ne connais pas la syntaxe allemande et la famille Schützenberger ? Wikipedia : http://fr.wikipedia.org/wiki/Schützenberger citation Schutzenberger (Redirigé depuis Schützenberger) /citation Je doit valider les corrections à la main parce que wikipedia fait parfois les corrections à l'envers. Celle là m'a échappée. Il faut dire qu'il y a 15000 mots inconnus par wikipedia et wiktionnaire que je corrige à la main. Pour le moment il sont ignorée par le robot tant que je ne les blackliste pas. C'est corrigé pour la prochaine version. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
kimaidou a écrit : Bonjour Question : si on n'est pas dans la liste, c'est qu'on n'a pas d'erreur ? Au moins pas d'erreurs détectée par le bot. Si tu veux en être sûr, tu as qu'à créer un way sans tag ; tu verra bien si tu apparais dans la liste. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Dominique Rousseau a écrit : Ah oui, très très bien, ça. Ca pourrait être un bon complément au robot, d'ailleurs, non ? Genre, des trucs pour lesquels le robot n'aurait pas raison dans 100% des cas, ça permettrait de connaitre la liste des trucs « à corriger », mais avec un passage par un humain, plutot que de faire directement la modification. C'est un peu l'intérêt, il ratisse large (mais pas trop non plus sinon on va en avoir marre). Si on voit des erreurs très fréquentes et sans faux-positif, MS pourra les intégrer. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Denis a écrit : Bravo pour cet outil qui m'est utile ; j'attends la prochaine occurence de l'analyse. Quelle périodicité prévue ? J'utilise comme source le fichier http://download.geofabrik.de/osm/europe/france.osm.bz2 Il semble être généré au moins tous les jours. L'analyse devrait se faire tous les jours vers midi en période où je ne bricole pas dessus. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hydrographie : lit majeur
Aurelien Jacobs a écrit : Thomas Pétillon wrote: Bonjours tout le monde, J'ai deux questions liées, alors je les mets dans le même fil. Je me suis attaqué à l'horrible rendu de l'Aulne venant de l'import des coastlines (http://www.openstreetmap.org/?lat=48.2017lon=-4.0271zoom=13layers=B000FFFT). - À partir de quelle largeur on commence/arrête de faire une area avec des riverbanks et on se contente du way river ? (C'est qu'il faudrait éviter de faire une transition trop brutale.) J'aurais tendance à dire, à partir du moment ou tu n'as plus des donnés sources suffisamment précise pour tracer de manière claire et distincte les deux rives. Tant que tu peux tracer les deux rives, ça apporte toujours plus d'information qu'un simple way, donc c'est toujours mieux. Ok donc je m'arrêterais quand je pourrais plus faire deux rives avec les données Yahoo, qui de toute manière ne sont pas super bonnes dans le coin donc ça limite forcément. - [...] et aussi Rhein/Le Rhin. (Les lyonnais n'ont pas voulu choisir, ils ont pris un de chaque. ;) ) En même temps, les lyonnais, ils s'en foutent pas mal qu'il y ait un article ou pas au Rhin... Ils sont un peu plus intéressé par Le Rhône... ;-) Ça se référait pas au Rhin, mais au couple « Saône » / « Le Rhône » qu'on peut trouver à Lyon... Mais après relecture de mon mail, j'ai effectivement oublié de mettre le mettre le Rhône, d'où la confusion. (Mais ça n'empêche pas qu'il peut y avoir des lyonnais intéressés par le Rhin. :D ) Thomas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Aurelien Jacobs a écrit : Etienne Chové wrote: Voila l'URL de la nouvelle version. Elle propose beaucoup moins d'erreurs pour le moment, mais les erreurs sont plus justifiées. http://colocb3.hd.free.fr/OsmErrors/ Le tri se fait par utilisateur ou par type d'erreur, donc si vous voulez, vous pouvez ne corriger que vos erreurs. Je me joint à tout le monde pour dire que c'est effectivement un excellent outil ! Perso, il me manque quand même un petit quelque chose pour pouvoir l'utiliser sans que ça soit trop laborieux, c'est un lien d'édition direct dans JOSM (à l'aide du plugin remoteControl). C'est pas très compliqué à faire. Il te suffit rajouter pour chaque erreur un lien supplémentaire de ce style : C'est fait, et ça c'est vraiment magique. Merci. Pour info l'analyse a été relancée. Les 1500 way sans tags apparenant à des relations ne sont plus listés. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Je proteste !!! Ça m'attribue des erreurs dont je n'ai pas la responsabilité. J'ai ajouté une limitation de vitesse sur une portion d'autoroute et ça dit que le name de l'autoroute est identique à la ref alors que je n'ai pas changé ces éléments (incorrects il est vrai). Ça serait bien de remonter au responsable et non au dernier intervenant. Le risque serait que je corrige les sections qui me sont attribuées et que je laisse tout le reste de l'autoroute avec ses défaut. Peut-être un peu compliqué à mettre en œuvre. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Je pense que l'analyse est faite sur le fichier .osm, et celui-ci ne comporte que le nom du dernier intervenant sur un objet. Pour remonter au responsable de l'erreur, il faudrait faire appel à l'API, ce serait probablement beaucoup plus compl On Wed, 18 Feb 2009 14:14:55 +0100, Eric Sibert courr...@eric.sibert.fr wrote: Je proteste !!! Ça m'attribue des erreurs dont je n'ai pas la responsabilité. J'ai ajouté une limitation de vitesse sur une portion d'autoroute et ça dit que le name de l'autoroute est identique à la ref alors que je n'ai pas changé ces éléments (incorrects il est vrai). Ça serait bien de remonter au responsable et non au dernier intervenant. Le risque serait que je corrige les sections qui me sont attribuées et que je laisse tout le reste de l'autoroute avec ses défaut. Peut-être un peu compliqué à mettre en œuvre. Eric ___ 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] Analyseur de la base
L'analyse est faite sur le fichier .osm, et celui-ci ne comporte que le nom du dernier intervenant sur un objet. Pour remonter au responsable de l'erreur, il faudrait faire appel à l'API, ce serait probablement beaucoup plus complexe et aussi beaucoup plus couteux en ressource au niveau des serveurs... On Wed, 18 Feb 2009 14:14:55 +0100, Eric Sibert courr...@eric.sibert.fr wrote: Je proteste !!! Ça m'attribue des erreurs dont je n'ai pas la responsabilité. J'ai ajouté une limitation de vitesse sur une portion d'autoroute et ça dit que le name de l'autoroute est identique à la ref alors que je n'ai pas changé ces éléments (incorrects il est vrai). Ça serait bien de remonter au responsable et non au dernier intervenant. Le risque serait que je corrige les sections qui me sont attribuées et que je laisse tout le reste de l'autoroute avec ses défaut. Peut-être un peu compliqué à mettre en œuvre. Eric ___ 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
Ça fait quelques années, que je ne navigue plus. Ma licence internationale date :-( --- Ni la ligne eau salée/eaux douces ni les limites nationales ne se tiennent à quelque chose de terrestre ou de municipal, ce sont d'autres impératifs qui les définissent. -- Si je me souviens bien les limites eaux salée /eaux douces concernait surtout les règles de balisage et de navigation en remontant les estuaires et fleuves, qui remonte depuis la mer, et leur limite avec celles du balisage et de la navigation fluviale laquelle descend un cours d'eau depuis les monts vers la mer. Donc à un moment donné, ça se rencontre, et s'il n'y a pas de réglementation stricte à cet endroit, celui qui descend rentre dans celui qui monte, crash, glouglou, paix à leurs âmes :-( Donc ils ont mis cette limite à des endroits propices. A cette limite, le balisage babord/tribord s'inverse, s'inverse le sens des voies de navigation (un peu, comme ici on conduit à droite, et d'un seul coup on se trouvait dans un pays du Grand Dominion, et doit repenser. Ou, qu'on soit habitué à la circulation sur route, à droite, et doit s'habituer au chemin-de fer, à gauche). C'était aussi la limite des compétences des diverses autorités maritimes/fluviales (et de la cartographie / des almanachs correspondants). Cette limite ne correspondait pas forcément à une autre limite administrative (Municipalité...), ça pouvait être à un pont quelconque, à la connexion avec un canal, ou à une écluse - pour simplifier l'affichage/signalisation. Par endroits, cette limite peut se trouver très loin à l'intérieur des terres (pour simplifier l'accès de navires maritimes à un port en arrière, avec zone douanière). Il me semble, que pour certains grands ports en arrière, loin en arrière de la vraie ligne de côte, loin en arrière de la limite nationale, cette limite aussi serve à faire limite des voies de navigation internationales (mais pas partout), afin de rendre indépendant de querelles ou opinions locales certains grands ports internationaux. A plus grande échelle, yaka regarder sur les cartes maritimes La Manche et une bonne partie de la Mer du Nord : sont partagées entre les Nations riveraines, avec des autoroutes internationales de navigation. Je crois me souvenir que la frontière entre France et Grande Bretagne se situait quelque part au milieu de la Manche, rien à voir avec les mythiques trois lieues marins. Avec des enclaves britanniques devant la côte française, et une big autoroute maritime internationale au milieu, gardée/surveillée par des navires phares/radar stationnés fixes, auprès desquels il fallait s'annoncer (à défaut de radio aller les trouver, et causer à vue...) avant de traverser ces highways maritimes pour aller en Grande Bretagne, attendre, croiser/dériver, qu'ils trouvaient un trou dans ce flot incessant de commerciaux pour nous faire traverser ce flot incessant avec notre ketch historique un-mâts-et-demi sans radar sans moteur, navigation par carte et compas, la nuit, ciel couvert/brouillard, sans qu'on se fasse écrabouiller. Je ne sais pas où c'en est maintenant, c'est trop ancien pour moi, pardon, depuis plus de trente ans je ne pratique plus. --- C'est juste pour dire, que ni la ligne eau salée/eaux douces ni les limites Nationales ne se tiennent à quelque chose de terrestre ni de municipal/départemental, c'est un tout autre domaine (dans lequel je ne me connais point), et si on veut avoir ces limites-là dans osm, il faut s'adresser aux autorités compétentes, autorités maritimes / fluviales / Affaires Internationales, que sais-je. Chose est certaine : notre logique terrestre ne s'y applique pas. Donc 'faut se renseigner, demander aux gens compétents. Y en-a-t-y ici, sur la liste ? --- Amicalement Gerhard (aka trop long) Le 16 févr. 09 à 10:35, Pieren a écrit : 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
Re: [OSM-talk-fr] Analyseur de la base
Eric Sibert a écrit : Je proteste !!! Ça m'attribue des erreurs dont je n'ai pas la responsabilité. J'ai ajouté une limitation de vitesse sur une portion d'autoroute et ça dit que le name de l'autoroute est identique à la ref alors que je n'ai pas changé ces éléments (incorrects il est vrai). Ça serait bien de remonter au responsable et non au dernier intervenant. Le risque serait que je corrige les sections qui me sont attribuées et que je laisse tout le reste de l'autoroute avec ses défaut. Peut-être un peu compliqué à mettre en œuvre. C'est faisable de remonter au fautif, mais cela va considérablement ralentir l'exécution de l'analyse. J'y réfléchirai peut être un jour... En attendant si cela te gêne de ne modifier qu'un tronçon, tu peux tous les modifier. La liste est sur la page : http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/R%C3%A9f%C3%A9rence%20d%27une%20route%20dans%20le%20champ%20name.html Cela servira la communauté ;-) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[forum osmfr] Création de pont / bridge
Le message suivant : ## Bonjour, j'utilise Potlatch (en ligne) et lorsque je veux créer un pont sur une route, je dois couper le tronçon de la route afin de pouvoir tager sur ce tronçon dissocié de la route quot;bridge=yesquot;. (je prends garde de fusionner ce tronçon dissocier comportant le pont avec la route) Le problème c'est que si l'on veut nommer/modifier un tag de la route entière (pont inclus) il faut le faire sur chacun des tronçons, donc imaginez si la route comporte plusieurs ponts, il ne faut oublier aucun tronçon. N'y a t'il pas une meilleur méthode afin de créer des ponts avec Potlatch en ligne ? Dans le cas simple d'un pont qui passe au-dessus d'une route, faut il aussi mettre toujours quot;layer=1quot; sur le pont ? Ou dans ce cas simple, le tag layer n'est pas obligatoire. Merci. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
En attendant si cela te gêne de ne modifier qu'un tronçon, tu peux tous les modifier. J'ai commencé à corriger l'A43 où j'étais incriminé pour certaines portions. D'ailleurs, j'ai un peu été pris de vitesse vu que je vois que quelqu'un d'autre a aussi commencé le boulot :-) Petite question annexe sur les tunnels? Qu'est-ce qu'on met dans name pour les tunnels qui ont un nom différent de l'autoroute? Autouroute A 43 en Maurienne. Son nom est Autoroute de Maurienne. Il y a le tunnel d'Aiguebelle. Pour le moment, il a été mis name:Tunnel d'Aiguebelle. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Petite question annexe sur les tunnels? Qu'est-ce qu'on met dans name pour les tunnels qui ont un nom différent de l'autoroute? ça rejoint la question sur les ponts (même problème) évoqué ici : http://forum.letuffe.org/viewtopic.php?f=3t=10 J'ai tenté des techniques à base de relations qui me semble être la solution propre pour résoudre le problème, mais cette solution n'a jamais trop été utilisée. ( et puis les rendus s'en secouent la nouille pour l'instant ) L'idée serait, si vous ne l'avez deviné : une relation qui englobe tout : type=route name=Autoroute de la Maurienne ref=A bidule un way : highway=motorway name=Tunnel D'aiguebelle tunnel=yes layer=-1 ref=n°45 ça flaire la complexité, mais je m'imagine mal, maintenant qu'on me dise tiens l'autoroute de la maurienne à comme référence internationnale E XX, payes tes 500 ways -- 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] Analyseur de la base
2009/2/18 Antoine nin2jardin@free.fr: Pourquoi pas un name:Autoroute de Maurienne;Tunnel d'Aiguebelle sur cette portion ? Antoine Je pense que le nom du tunnel a plus d'intérêt que le nom de l'autoroute. En général, on utilise d'avantage les références des autoroutes que leurs noms dans le language courant. Pour les tunnels, c'est l'inverse. Moi je serais plutot pour: name=Tunnel d'Aiguebelle sur cette portion. Avec un logiciel de navigation parlant, je préfère qu'il me donne uniquement le nom du tunnel. Et sur une carte, j'ai plus de chance de voir apparaitre le texte s'il est plus court. Maintenant, ça se discute. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
ça semble un poil lourd (la peur des relations à mon avis), mais pour ceux que ça amuse voici la liste des tags A 43 dans OSM (fin de mail) # cat france-temp.osm | grep A 43 tag k=address v=A 43 - direction Grenoble/Chambéry, Aire de lapos;Abis/ tag k=address v=A 43 - direction Chambéry/Grenoble, Aire du Granier/ tag k=address v=A 43 - direction St-Jean-de-M/Modane, Aire de St-Michel-de-Maurienne/ tag k=address v=A 43 - Direction Lyon/Chambéry, Aire De Saint-Priest/ tag k=address v=A 43 - Direction Lyon/Chambéry, Aire De Romagnieu/ tag k=address v=A 43 - Direction Chambéry/Lyon, Aire De Le Guiers/ tag k=address v=A 43 - Direction Chambéry/Lyon, Aire De Lapos;Isle-dapos;Abeau Nord/ tag k=address v=A 43 - Direction Lyon/Chambéry, Aire De Lapos;Isle-dapos;Abeau Sud/ tag k=address v=A 43 - Direction Chambéry/Lyon, Aire De Manissieux/ tag k=address v=A 43 - Direction Albertville/Chambéry, Aire De Lapos;Arclusaz - Chateauneuf/ tag k=ref v=A 43/ tag k=ref v=A 43/ tag k=ref v=A 43/ tag k=ref v=A 43/ # cat france-temp.osm | grep A43 tag k=is_in v=A43/ tag k=is_in v=A43/ tag k=name v=Relais Total Du Lombard A43/ tag k=name v=Station Esso Le Lombard A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=ref v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=name v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=name v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=ref v=A43/ tag k=name v=A43/ tag k=ref v=A43/ -- 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] Analyseur de la base
Le bobo du principe (topologique)est, que la route est une voie de circulation, qui relie A à B et qui garde sa ou ses dénominations et refs, peu importe par quel ouvrage technique il passe, soit-ce un tunnel, un pont, un ferry ou un transbordeur. Ça ne change rien au nom/ref de la voie en soi. Que ces ouvrages techniques, qui permettent à la route, de passer, aient des noms propres (pont de X, tunnel de Y, galerie de Z...), c'est un autre chapitre... Le fait que dans OSM on ait collé les ouvrages d'art dans le même way que la route fait, que le tag name soit déjà occupé par le nom de la route, ce qui ne laisse plus place pour le nom de l'ouvrage d'art. Imaginez-vous le cafouillage pour celui qui écoute un logiciel nav' : Biip Attention, dans deux cents mètres quittez la Méridienne, prenez le Tunnel de la Vierge. Dans huit cents mètres, quittez le Tunnel de la Vierge et prenez la Méridienne (là où c'est une voie continue). Le pauv' gars risque de prendre la sortie Lodève juste avent le tunnel, car sur le visuel, des deux virent dans le même sens, vers là droite. Fut un temps, pour des ponts complexes, on avait évoqués la possibilité d'intercaler au layer +1 un area, un objet distinct, pour l'emprise du pont (ce qui permet de lui donner un nom propre !), et de faire passer la route par-dessus, au layer +2. Ça marche, oui, et est techniquement mieux correct, que l'actuelle démarche, de fourrer route et ouvrage d'art dans un même way, mais est-ce viable à grande échelle dans OSM? Sais pas. Et pour des tunnels, mettrait-on l'area du tunnel (nommé) au -2, sous la voie, pour ne pas cacher la voie ? Sais pas. Il n'est ptèt' pas de première urgence, de résoudre cela maintenant, mais on devra y venir, et je pense qu'à la longue nous serons amenés à séparer les ouvrages d'art des ways de circulation eux-mêmes. --- Le 18 févr. 09 à 18:11, Pieren a écrit : 2009/2/18 Antoine nin2jardin@free.fr: Pourquoi pas un name:Autoroute de Maurienne;Tunnel d'Aiguebelle sur cette portion ? Antoine Je pense que le nom du tunnel a plus d'intérêt que le nom de l'autoroute. En général, on utilise d'avantage les références des autoroutes que leurs noms dans le language courant. Pour les tunnels, c'est l'inverse. Moi je serais plutot pour: name=Tunnel d'Aiguebelle sur cette portion. Avec un logiciel de navigation parlant, je préfère qu'il me donne uniquement le nom du tunnel. Et sur une carte, j'ai plus de chance de voir apparaitre le texte s'il est plus court. Maintenant, ça se discute. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
hs (en même temps, depuis quand les GPS marchent dans les tunnels ? ;) Un GPS avec accéléromètres intégrés (ou qui récupère des infos des roues) peut tout à fait extrapoler dans le tunnel et c'est pratique quand il y a une bifurcation dans le tunnel: http://www.businessmobile.fr/actualites/technologies/0,39044306,39370063,00.htm /hs Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Le 18 févr. 09 à 19:09, Yann Coupin a écrit : Si le soft de nav est assez bête pour dire ça alors qu'il n'y a pas de bifurcation, alors, moi, j'appelle ça un bug ! Y en a plein... :-( Et pas des moindres. Que par contre dans une vue où s'affiche la position instantanée du véhicule et l'adresse correspondante, il dise au conducteur qu'il se trouve, non plus sur l'autoroute de Maurienne mais dans le tunnel d'Aiguebelle, Bhen il se trouve sur les deux à la fois, c'est ça, le couack. ça ne me choquerait pas du tout (en même temps, depuis quand les GPS marchent dans les tunnels ? ;) Ils marchent avant le tunnel, et tentent d'avertir par avance. (Y en a qui affichent aussi en tunnel, par capteurs d'inertie, par gyros, par couplage avec les roues, et autres...). La solution de l'aire nommée dans une couche différente ... ce genre de trucs doit lui faire mal au front d'avance... A moi aussi, à cause du travail pour tracer ça... :-( Mais, si on cherche un moyen logique pour nommer un ouvrage d'art, au moins pour les ouvrage majeurs je ne vois pas d'autre solution :-( Pour l'instant, la grande majorité des osm'eurs travaillent encore avec la base d'origine d'osm, qui sont les tags, et tant qu'on n'a pas des éditeurs qui affichent les relations de façon montante ET descendante, de manière interactive et visuelle, en carte, en liste, ET en arborescence, ces relations restent le domaine d'initiés : Les osm'eurs bêta comme moi seront toujours tentés de taguer le Pont de Millau comme A 75, au lieu de le taguer comme Pont de Millau puis le fourrer dans une relation A 75 logique qu'on ne voit pas. 'Faut pas nous en vouloir, nous sommes des bêtes visuelles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [MS BOT V1.4] Lancement imminent
Bonsoir, J'ai pas trouvé d'électrovanne pour ma machine à laver donc je vais avoir un peu de temps ce soir pour lancer mon robot en vrai. N'ayant pas vu de consensus sur les ref des highway=motorway, je me contenterais de lui faire corriger la toponymie des way (highway=*) dont le name répond aux critères déjà discutés. Dès que j'ai un moment, je lance un vote sur le wiki du robot concernant l'espace des ref (aucun, ASCII 32, fine insécable) et le résultat sera appliqué en V1.5. 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] Vote espace dans les refs
Re-moi, Pour espace, insécable, rien ou m.., le vote est en ligne sur la page du robot à http://wiki.openstreetmap.org/wiki/User_talk:MS_BOT#Contenu_des_ref_des_way_.28highway.3D.2A.29 -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
On Wed, 18 Feb 2009 21:34:24 +0100, Marc SIBERT m...@sibert.fr wrote: Pour espace, insécable, rien ou m.., le vote est en ligne sur la page du robot à Oh non, pas un vote ! Voter reflète notre incapacité à avoir une discussion d'adultes réfléchie qui nous amènerait à la meilleure solution. Voter crée des gagnants et des perdants. En tant que groupe restreint nous devrions nous efforcer de trouver (au pire) un compromis. JC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum osmfr] Crà (c)ation de pont / bridge
Le mercredi 18 février 2009 20:08, Cavok a écrit : en fait le correcte lien du sujet posté sur le forum est: http://forum.letuffe.org/viewtopic.php?f=3t=10sid=0765163c8c8159a01a36742 d5130d18d J'ai corrigé les liens pour la prochaine fois. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
2009/2/18 Marc SIBERT m...@sibert.fr: Au moins avec le vote, il y a une date limite et après on agira (mon robot en l'occurrence). Ce que ton robot peut faire, un autre pourra le défaire. Je t'invite à (re?)lire le code de conduite pour ceux qui développent des bots, si ce n'est pas déjà fait: http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct Quant à la discussion vote/pas vote, je dirais la même chose sur les votes de tags dans la ML anglaise : ces votes ne reflètent que l'opinion d'une petite partie de la communauté - celle qui lit la ML - qui fluctue tous les 6 mois et qui n'a pas de liste de votants. En fait de vote, c'est plutôt un sondage d'opinion - un instantané - qui peut avoir son intérêt mais sans plus. Je préfère aussi la discussion de fond sur les arguments et si tu en trouves certains douteux, eh bien explique pourquoi. Maintenant si on arrive pas à fixer un consensus, on peut remettre ça à dans 6 mois (voir le code de conduite). Maintenant, je veux bien donner mon opinion mais j'aurais préféré sur doodle, c'est plus pratique. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
Marc SIBERT wrote: Re-moi, Pour espace, insécable, rien ou m.., le vote est en ligne sur la page du robot à http://wiki.openstreetmap.org/wiki/User_talk:MS_BOT#Contenu_des_ref_des_way_.28highway.3D.2A.29 Quelques remarques: - Il manque au moins un des choix discuté : l'espace insécable (\U00A0). - La méthode de vote n'est absolument pas précisée... Puisqu'il s'agit d'ordonner plusieurs choix, il semblerait naturel d'utiliser la méthode de condorcet [1], mais il est nécessaire de le préciser avant de lancer le vote. - J'ai des doutes sur l'opportunité de lancer un vote avant même qu'on ait eût le temps de chercher à comprendre tous les tenant et aboutissant de la question... Il pourrait être intéressant par exemple de connaître l'avis des développeur du Namefinder... Ils ont peut-être des idées sur les implications techniques. - Je suis d'accord avec JC pour dire qu'en venir à un vote est souvent un aveu d'échec. Et il ne sera de toutes façon pas représentatif de l'avis de l'ensemble des contributeurs français (et encore moins du monde). Enfin, pour essayer de faire avancer un peu le débat, je vais me tenter à un résumé/analyse de la situation. C'est probablement réducteur et peut-être pas tout à fait objectif, mais je comptes sur vous pour me corriger. - Dans l'absolue, l'utilisation d'espace insécable fine semble coller le mieux à la réalité, et être techniquement plus juste. - L'espace insécable semble poser des problème pratique à certain (notamment lors de l'édition), et est clairement un peu plus contraignant à utiliser. On se retrouve donc d'un côté avec les personnes idéaliste qui cherchent la perfection à tout prix, et d'un autres les personnes pragmatiques qui cherche quelque chose de simple et immédiatement fonctionnel quitte à ce que ça soit un peu approximatif. C'est également une opposition du long terme contre le court terme. Ce sont deux vision des choses qui ont évidemment chacune leurs avantages et leurs inconvénients, et qu'il est difficile de réconcilier. Aurel [1] http://fr.wikipedia.org/wiki/Méthode_Condorcet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
On Wed, 18 Feb 2009 22:23:21 +0100, Marc SIBERT m...@sibert.fr wrote: Je suis désolé, je n'avais pas vu le vote comme un échec. Il faut avouer que la discussion sur l'espace m'a pris la tête et que je me suis lâchement abstenu de répondre à certains contradicteurs aux arguments douteux, mais arcbouté sur leur position. D'autre encore demande de patienter avant de lancer le robot, mais attendre pourquoi faire. Ne pas décider, c'est déjà un choix. Après tout, c'est toi qui «dresses» le bot, c'est donc toi qui as «l'arme». Je te suggère de prendre une décision qui te semblera responsable. D'autant plus que le choix que tu feras ne sera pas irréversible. Un directeur de projet qui montre la direction, ça a du bon. Après tout Linus n'est pas un démocrate, il choisit les améliorations qui intègrent le code du noyau et celles qui restent à l'extérieur et si t'es pas content, tu fork. Vive le LIbre ! \o/ :) (merci David M.) Les projets libres n'ont pas vocation à être démocratiques, cela dit, il est sans doute plus attrayant pour un participant de savoir qu'il sera respecté et ses opinions (au moins un peu) considérées et pas rejetées arbitrairement par «le chef». Le vote n'est qu'un pis-aller démocratique quand on arrive pas à se mettre d'accord (ne pas confondre avec avoir la même opinion). Quand je repense au troll du Rond-Point je frémis... Tout ça pour un tiret ! Et c'est bien compréhensible, les détails comme celui-ci demandent peu de réflexion. De plus, les gens qui ont un avis éclairé et les autres (ceux qui se contentent de «préférer» une façon ou une autre, ou ceux qui voudraient juste laisser une «empreinte») ont à peu près le même poids sur la ML. Les questions plus complexes sont moins trollifères. Quand une discussion tourne au pugilat, je proposerais que chaque personne impliquée présente son avis avec tous les arguments auxquels il a pu penser. Pour cela on laisserait à chacun deux ou trois jours pour rédiger sa «plate-forme». Il serait interdit de répondre directement à ces plates-formes pour conserver la clarté de la discussion. On octroie ensuite deux jours pour permettre aux participants de faire une synthèse des arguments des autres et de présenter des contre-arguments ou de tomber d'accord. En itérant ainsi chacun aurait le temps de s'exprimer sans peur d'être «rushé» et sans générer des threads récursifs interminables. JC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hydrographie : lit majeur
Et pour ma question initiale des zones inondables? J'ai trouvé un truc abandonné: http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
Vote veut dire échec de consensus, donc début de règne, même si ça utilise de la démocratie :-( Libre et consensus sont autre chose, et se placent bien en amont de cela :-) --- Le démocratie et le vote imposent la volonté de peu de gens sur la majorité des gens, qui eux n'aiment pas forcément ça ! C'est la méthode Napoléon... mixée avec du Macchiavel (ou ENA, si vous préférez la version moderne, mise-à-jour). --- La *première* question toujours est, et reste : Est-il vraiment incontournable, de légiférer, de trancher ?! Est-ce quelqu'un sera blessé ou lésé dans ses droits, si pour l'instant on conserve le status quo ? Si OUI, on se doit prendre une décision, si NON, il est urgent, d'attendre. --- Dans le cas des espaces entier ou semi, personnellement je pense, que pour l'instant on pourrait encore conserver l'espace simple, pour quelque temps, sans que cela fasse bobo gravissime à qui que ce soit (corrigez-moi) surtout vu les emmerdes potentielles que pourrait entraîner un semi-cadratin insécable unicode pour le reste de la planète. --- On ne résout pas tout par un vote, parfois ça crée de couacks. My two cents. Gerhard --- Notre base est exploitée par des gens bien ailleurs sur la planète, qui ne savent pas forcément afficher du unicode : Pas tout le monde dispose de nos moyens techniques. Laissons-leur la possibilité d'afficher la France. --- Si cent moutons bêlent méhh, ça ne m'empêche pas, de dire wouaff. (Ma version perso de l'ancienne signature d'un pote ici). Le 18 févr. 09 à 21:34, Marc SIBERT a écrit : Re-moi, Pour espace, insécable, rien ou m.., le vote est en ligne sur la page du robot à http://wiki.openstreetmap.org/wiki/ User_talk:MS_BOT#Contenu_des_ref_des_way_.28highway.3D.2A.29 -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
g.d wrote: Vote veut dire échec de consensus, donc début de règne, même si ça utilise de la démocratie :-( Libre et consensus sont autre chose, et se placent bien en amont de cela :-) --- Le démocratie et le vote imposent la volonté de peu de gens sur la majorité des gens, qui eux n'aiment pas forcément ça ! C'est la méthode Napoléon... mixée avec du Macchiavel (ou ENA, si vous préférez la version moderne, mise-à-jour). --- La *première* question toujours est, et reste : Est-il vraiment incontournable, de légiférer, de trancher ?! Est-ce quelqu'un sera blessé ou lésé dans ses droits, si pour l'instant on conserve le status quo ? Si OUI, on se doit prendre une décision, si NON, il est urgent, d'attendre. --- Dans le cas des espaces entier ou semi, personnellement je pense, que pour l'instant on pourrait encore conserver l'espace simple, pour quelque temps, sans que cela fasse bobo gravissime à qui que ce soit (corrigez-moi) surtout vu les emmerdes potentielles que pourrait entraîner un semi-cadratin insécable unicode pour le reste de la planète. --- On ne résout pas tout par un vote, parfois ça crée de couacks. My two cents. Gerhard Je suis à peu près d'accord avec tout ça. Notre base est exploitée par des gens bien ailleurs sur la planète, qui ne savent pas forcément afficher du unicode : Pas tout le monde dispose de nos moyens techniques. Laissons-leur la possibilité d'afficher la France. Autant je suis d'accord avec le reste de ton post, autant là, je ne peux pas être d'accord. Pour rappel, tous les caractères accentués, les cédilles, les o-e-dans l'eau, etc... sont tous des caractères unicodes (hors du jeu standard ASCII). Donc à l'heure actuelle, sans unicode, tu peux au mieux espérer afficher à peu près correctement les pays anglo-saxon, mais ça s'arrête là. L'immense majorité des pays du monde nécessitent déjà des caractères unicodes (non-ASCII). Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
2009/2/18 Aurelien Jacobs au...@gnuage.org: Donc à l'heure actuelle, sans unicode, tu peux au mieux espérer afficher à peu près correctement les pays anglo-saxon, mais ça s'arrête là. L'immense majorité des pays du monde nécessitent déjà des caractères unicodes (non-ASCII). Aurel C'est vrai mais coté applicatifs, c'est plus simple à programmer si c'est un espace ascii qu'un espace insécable unicode. Et on ne parle que des refs dans les highway, donc les accents seront à priori assez rares. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
Euh, pardon, il me semble que dans l'ascii 255 on avait pas mal d'accentuations, déjà ? Ça allait pas mal, dans ma jeunesse, pour les pays européens... http://www.table-ascii.com/ Le 18 févr. 09 à 23:57, Pieren a écrit : 2009/2/18 Aurelien Jacobs au...@gnuage.org: Donc à l'heure actuelle, sans unicode, tu peux au mieux espérer afficher à peu près correctement les pays anglo-saxon, mais ça s'arrête là. L'immense majorité des pays du monde nécessitent déjà des caractères unicodes (non-ASCII). Aurel C'est vrai mais coté applicatifs, c'est plus simple à programmer si c'est un espace ascii qu'un espace insécable unicode. Et on ne parle que des refs dans les highway, donc les accents seront à priori assez rares. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espace dans les refs, relance du d ébat
Nicolas Guillaumin wrote: Bonsoir, Pour ma part, il est indéniable qu'il faut un séparateur entre le N et le 113: Ca représente deux informations distinctes. D'une par la classification de la route (A, N, D, etc.), d'autre part son identifiant qui, rappelons le, peut être composé de chiffres et de lettres. Je suis passé devant une D 103d il y a peu en Seine et Marne. A l'extrême, il faudrait même un système avec deux clefs pour le tag: ref:classification = A et ref:identifier = 103d. Charge au moteur de rendu/logiciel de routage de recoller les morceaux, avec ou sans espace fonction du paramétrage. Au moins le débat serait clos (Si toutefois ce système peut s'appliquer à l'international). C'est une idée intéressante, mais je craint qu'elle ne soit pas applicable sur le plan international... Après, concernant ce que doit être le séparateur, je serai plutôt pragmatique: L'espace me paraît le plus simple: - Il est trivial à saisir Oui, mais la saisis n'a rien à voir avec la question que l'on débat... Pour l'instant on cherche à savoir par quoi le bot va remplacer ce que tu as saisis. Quel que soit la décision, tu pourra continuer à saisir avec un espace (ou sans espace, d'ailleurs). C'est le bot qui se chargera d'uniformiser. - Il ne pose pas d'éventuels problèmes de jeu de caractères Il ne peu pas se poser de problème de jeu de caractères puisqu'il y a un seul et unique jeu de caractère utilisé dans OSM à tout les niveaux, il s'agit d'unicode. Tu voulais peut-être parler de problème de fonte incomplète ? C'est déjà un peu plus plausible, mais si tu fais un rapide tour du monde sur osm, tu te rendra vite compte qu'il y a tout un tas de caractère totalement improbable qui sont déjà utilisés. Il semble complètement irréaliste d'avoir une fonte qui regroupe tous ces caractères, mais qui ne dispose pas de caractères aussi commun que les espaces insécables. - Les moteurs de rendu peuvent décider de l'afficher plus ou moins large suivant la conf Ça imposerait que le moteur de rendu analyse toutes les ref pour voir si elles appartiennes à des routes (= tertiary ?), situées sur le territoire français, et ressemblant à [AND] [0-9]+. Imagine maintenant que chaque pays propose ses règles à lui. Ça serait totalement ingérable pour un moteur de rendu. - Tous les logiciels existants sont compatibles Il le sont également avec les espaces insécables. En tout cas, personne ne nous a encore montré de rendu ayant des problème avec les espaces insécables. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
Oups zutut, je demande pardon, j'avais pourtant promis de ne plus me mêler de la liste et de vous ficher la paix, mais c'est plus fort que moi. Addictive, comme ils disent. Le 19 févr. 09 à 00:10, g.d a écrit : Euh, pardon, il me semble que dans l'ascii 255 on avait pas mal d'accentuations, déjà ? Ça allait pas mal, dans ma jeunesse, pour les pays européens... http://www.table-ascii.com/ Le 18 févr. 09 à 23:57, Pieren a écrit : 2009/2/18 Aurelien Jacobs au...@gnuage.org: Donc à l'heure actuelle, sans unicode, tu peux au mieux espérer afficher à peu près correctement les pays anglo-saxon, mais ça s'arrête là. L'immense majorité des pays du monde nécessitent déjà des caractères unicodes (non-ASCII). Aurel C'est vrai mais coté applicatifs, c'est plus simple à programmer si c'est un espace ascii qu'un espace insécable unicode. Et on ne parle que des refs dans les highway, donc les accents seront à priori assez rares. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] Vote espace dans les refs
g.d wrote: Euh, pardon, il me semble que dans l'ascii 255 on avait pas mal d'accentuations, déjà ? Ça allait pas mal, dans ma jeunesse, pour les pays européens... http://www.table-ascii.com/ Pour préciser les choses, ASCII c'est uniquement de 0 à 127 (donc aucun accent). Après, il existe des dizaines de jeux de caractères différents et incompatibles entre eux, utilisant les valeurs de 128 à 255 pour afficher des caractères supplémentaires (accents, etc.. en fonctions des pays). Parmis les plus utilisés il y a notamment les iso-8859-X. En aucun cas ces jeux de caractères ne font parti du standard ASCII. Et lorsqu'on travail sur un projet international qui doit mixer des caractères provenant du monde entier, il n'y a pas vraiment d'autre choix que d'utiliser de l'unicode. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
J'arrive à importer dans Josm, et ça ressemble bien à des rues, mais il y a un pb de projection, les données se retouvent beaucoup plus au sud. Il faudrait savoir dans quelle projection sont les données fournies, ou tester avec tous les candidats les plus plausibles. Il faut chercher si les données Shapefile ESRI sont toujours dans la même projection ou pas, pour info: $ file guilers/voies.shp guilers/voies.shp: ESRI Shapefile version 1000 length 24978 type PolyLine Conversion vers OSM: ogr2ogr -s_srs EPSG:4326 -t_srs EPSG:4171 voies_Lambert.shp guilers/voies.shp perl ./shp2osm.pl voies_Lambert.shp GK voies.osm Steven Le Roux a écrit : Bon un peu de news là dessus. J'ai tenté qq méthode de conversion, ce n'est pas encore ça... mais ça fonctionne. Il me reste un problème de projection à résoudre je pense :) (voir les screenshots ci-dessous) http://galerie.le-roux.info/main.php?g2_itemId=5541 (des way dans qgis) http://galerie.le-roux.info/main.php?g2_itemId=5544 (une fois convertis... pas brillant) un autre test plus convainquant sur des polygons : http://galerie.le-roux.info/main.php?g2_itemId=5547 http://galerie.le-roux.info/main.php?g2_itemId=5550 Une option que je n'ai pas encore testé, serait d'utiliser SPIT le plugin postgres de Qgis, et de mettre les données ESRI dans la bdd. Puis de les extraires au format osm depuis postgres. Qu'en pensez vous ? Je joins les fichiers de tests pour ceux qui auraient des idées à tester. bati.shp, le shapefile de qq batiments (comme le cadastre) voies.shp, le bourg d'une commune (guilers) Merci du coup de main :) ___ 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] Nouvelle version du plugin JOSM cadastre-fr (13785) (1.0)
Bonsoir, La nouvelle version 13785 (1.0) du plugin cadastre-fr apporte les changements suivants: - le passage dans un autre système de projection que Lambert Zone (France) ne génère plus cet irritant message d'avertissement au démarrage de Josm (mais les menus du plugin sont désactivés); - les bugs d'affichage suivant la couleur de fond de josm devraient être réglés; - le grab en taille fixe de 100 mètres est maintenant configurable de 25 à 1000 mètres (le serveur WMS refuse de faire des images sur des zones plus petites); - la qualité des images WMS est augmentée depuis la nouvelle version du serveur WMS en passant de 800x600 à 800x1000; - quelques bugs mineurs, notamment dans la fenêtre des préférences, sont réglés; - le problème de l'avertissement qu'une nouvelle version du plugin est détectée alors que ce n'est pas le cas devrait avoir disparu. Pour mettre à jour le plugin, allez dans le menu des plugins dans JOSM (symbole de la prise électrique) et cliquez sur Download list puis update. Redémarrez Josm. 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 à 22:51 +0100, Marc SIBERT a écrit : 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. Attention à ne pas remettre une minuscule au maréchal Juin ! http://fr.wikipedia.org/wiki/Alphonse_Juin (Et aux autres que je ne connais pas qui auraient des noms de mois) 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] Vote espace dans les refs
Hello 2009/2/18 jean-christophe.haes...@dianosis.org: On Wed, 18 Feb 2009 21:34:24 +0100, Marc SIBERT m...@sibert.fr wrote: Pour espace, insécable, rien ou m.., le vote est en ligne sur la page du robot à Oh non, pas un vote ! Voter reflète notre incapacité à avoir une discussion d'adultes réfléchie qui nous amènerait à la meilleure solution. Voter crée des gagnants et des perdants. En tant que groupe restreint nous devrions nous efforcer de trouver (au pire) un compromis. Je trouve très bien de voter car cela évite de ce taper un troll (ce qui c'est déjà bien partit :( ) CU Stéphane JC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
