Re: [OSM-talk-fr] Analyseur de la base
Art Penteur a écrit : E. Chové a écrit : Je rajouterai un bouton à coté de chaque erreur KeepRight pour l'ignorer... On pourra alors ignorer une erreur fausse ou une erreur qu'on vient de corriger pour qu'elle disparaisse le lendemain. Excusez-moi de vous demander encore du travail, mais ne vaudrait-il pas mieux ne pas lister les erreurs dèjà corrigêes et repêrables comme telles ? Par exemple : si erreur_KR == way_sans_tag et que le way a actuellement un tag dans la base, ne pas imprimer l'erreur. Un peu comme MS_bot vérifie, avant de faire un changement, que la base contient toujours le nom erroné qu'il a détecté. Je vais le faire petit à petit. C'est déjà fait pour deux des types d'erreurs KeepRight. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
La première version de la liste de erreurs était plus parlante, plus juste, je trouve... J'ai parcouru une à une les erreurs que ça m'affiche. Ça m'affiche toute une latte de soi-disentes erreurs, 92 en tout. Le premier problème est, que pour les voies longues, ça affiche le centre de la voie concernée, mais pas l'endroit du conflit. Donc on cherche, et cherche, allers-et-retours entre potlach qui affiche le n° du way, mais duquel je ne me sais pas servir, et josm, que je sais manipuler, mais où je ne vois pas le n° de l'objet :-( Je n'y ai trouvé que quatre ou cinq vraies erreurs de ma part, et ai corrigé. Tout le reste de ces erreurs soit ne m'incombe pas (Je n'y suis pour rien, si plus tard quelqu'un croise le way que j'ai fait, avec le sien, et ne met pas de pont ou de tunnel. Je n'y peux rien, non plus, si un way préexistant, duquel j'ai modifié un node à un bout, a une erreur à l'autre bout. This way intersects way #xyz but there is no junction node. Bhen, c'est pas moè qui l'ai fait soit ne sont pas des erreurs (ways, selon la liste d'erreurs, sans tag, mais ils en ont ! Correctement ! Et aussi des unclassified qui sont énumérés comme no tag. soit ce ne sont pas des erreurs comme qoui selon la liste d'erreurs un primary devrait avoir un tag de référence nationale. On tague d'après l'importance de la voie, pas d'après sa qualification administrative, il me semblait (?). Soit ce ne sont pas des erreurs Comme des ways qui overlap. Comment taguer une place, avec parkings, entourée de residentials en sens unique, sans faire des ways en overlap ? ou pour des footways qui sur certains tracés empruntent le même trajet qu'une Nationale (y a meme un contributrice, qui déjà a mis en name GR5. ou pour une piste de ski qui en hiver est sur une Départementale ou sur un footway ? (Pardon, s'il vous plaît n'énoncez pas les relationship pour quelque chose de si simple, sinon, dans l'état actuel des éditeurs, le nombre de contributeurs potentiels à osm se réduira comme peau de chagrin :-( Soit qu'on garde une cohérence dans les tags, les relationships seront un plus, soit qu'on bascule le Tout dans le relationnel, systémique, de façon cohérente, compréhensible, visible pour tous. L'état actuel est un cafouillage indicible, une vraie tour d'ivoire, pour ne pas dire de Babylone). soit ce ne sont pas des erreurs comme sur des intersections de routes avec voies séparées, où il est interdit de faire demi-tour, et où la voie bifurcante obligatoirement croise celle qui vient en contre-sens, sans qu'on ait le droit d'emprunter celle-ci : On la croise, c'est tout. Donc il n'y a pas lieu, d'y mettre un node commun avec la voie dans l'autre sens : On attend un trou dans la queue-leu-leu des voitures d'en face, pour pouvoir passer. La liste d'erreurs affiche ça comme une erreur :-( http://www.openstreetmap.org/edit?lat=43.346lon=3.4168468zoom=17 Je ne suis pas d'accord avec la relation proposée pour ça, de mettre un noeud commun, et d'ajouter des interdictions de tourner à gauche ou à droite, ce serait complètement illogique (Tout aussi illogique, que de mettre interdit de tourner à gauche sur un passage à niveau de chemin de fer, pour dire qu'il ne faut pas emprunter la voie ferrée avec une voiture. Ça se croise, sans node commun, vlà tout, donc aucun nav' ne proposera d'emprunter la voie inadaptée). Ces ways tout simplement se croisent au même niveau, sans avoir de node commun. Donc aucune raison d'afficher erreur Tout le reste est de l'artifice. Ou, comme l'an dernier, quand j'ai remplacé un tracé d'autoroute, qui visiblement était fait d'après des photos prises depuis outer space, par un vrai tracé gpxé, presque cent kilomètres. Bhen, qu'en sais-je, si telle ou telle Nationale ou chemin de campagne passe dessus ou dessous ? à 130 à l'heure ? Bhen, j'ai remplacé le yahooplala potlachisé par du gpxé, et ne vois pas, pourquoi ça serait une erreur (D'autres contributeurs, depuis, heureusement, ont mis les ponts, que j'ignorais lors de mon passage sur place, donc ça ne s'affiche plus comme erreur. La liste d'erreurs bientôt peut-être nous ressortira les erreurs de taguer village au lieu de hamlet, si moins de 10 000 habitants ? :-( Je préférais la première version, elle avait du percutant de 90 % pour mes vrais erreurs, là où la version actuelle n'a plus que 3 % de significatif, chez moi. A la prochaine révision de la liste d'erreurs, je ne prendrai plus la peine d'examiner un par un
Re: [OSM-talk-fr] Analyseur de la base
La page me concernant était pareille : la moitié des choses étaient déjà corrigées de la veille. Par contre je trouve vraiment polluantes les lignes du genre This node is tagged as place of worship and therefore needs a religion tag Lorsque l'on cartographie beaucoup de villes différentes, dans des régions différentes (via les mapping parties par exemple), on se retrouve avec beaucoup de ligne de ce genre. Alors certes il faut un nom à ces choses mais les signaler dans une liste d'erreur est à mon avis pas trop valable. A la limite faire une 2e page ne contenant que des warnings pourrait être bien. (par exemple, en ayant fait quelques mapping parties, je me retrouve avec des erreurs pour les eglises, les cinemas, les pharmacies, les écoles, les banques, les bibliothèques, les bars, les restaurants, etc ca me semble bien bourrin !) On Thu, 26 Feb 2009 14:54:31 +0100, Art Penteur art.pent...@gmail.com wrote: Bonjour, Avec cette nouvelle version, j'ai constaté beaucoup de faux positifs, de signalement de choses déjà corrigées, ... Est-ce du au délai de la base dumpée par le concepteur de KeepRight, ou est-ce un bug de jeunesse ? A titre d'exemple : node 250665868, *religion*=Catholic *amenity*=place_of_worship *name*=Eglise Sainte-Germaine-des-Pradettes, signalé comme : TEST KeepRight 110 (This node is tagged as place_of_worship and therefore needs a name tag) TEST KeepRight 100 (This node is tagged as place of worship and therefore needs a religion tag) et plein d'autres sur : http://colocb3.hd.free.fr/OsmErrors/ParUtilisateur/a/Art%20Penter.html Si c'est lié au délai de la base KeepRight, je trouve que c'est un peu dommage. J'aimais bien le run quotidien, on parcourt la liste le soir, on corrige, et le lendemain la liste est propre. Maintenant, il est un peu démotivant d'aller voir tous les éléments d'une liste dont la moitié vont vous orienter vers des pb déjà corrigés. Les délais KeepRight sont sûrement justifié (lourdeur de son traitement, ...), mais c'est un peu gênant. D'ailleurs, sur son interface, il vient de mettre en place une possibilité d'effacer les erreurs jusqu'au prochain run, pour éviter que retourner voir une erreur déjà corrigée. Art. Le 25 février 2009 17:19, Etienne Chové ch...@crans.org a écrit : Salut tous, Voila, pour ne pas refaire ce qui a déja été fait mais centraliser les informations, j'ai ajouté dans l'analyseur les erreurs détectées par KeepRight. Ca n'a pas été évident mais le concepteur de KeepRight a été hyper sympa et diffuse automatiquement le dump de sa base ainsi que les informations utiles (merci à lui). Cela m'a permis de corriger pas mal d'erreur d'intersection mal faites. Cependant son analyse contient de nombreux faux positifs, je vais voir avec lui ce qu'on peut faire pour eux. Les dictionnaires de correction ont été vidés et vont être remplis à la main pour plus de sûreté. Beaucoup de corrections ont disparues mais réapparaitront au fur et à mesure du remplissage des dico. http://colocb3.hd.free.fr/OsmErrors/ -- Etienne ___ 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
sylvain letuffe a écrit : Pour le moment les zones ne sont que des rectangles. Je peut facilement en rajouter. Si certains veulent leur village/ville... il n'y a pas de problème pour l'ajouter. Savoie étendue bbox : 5.5/45 et 7.3/46 si c'est possible ;-) Je vais implémenter un algo pour avoir des zones polygonales quelconque, il me faut juste un peu de temps Oulla, selon comment tu vas le faire, ça peut devenir pas simple du tout. Mais osmosis doit pouvoir te venir en aide avec son option --bp Y-a-t-il un espoir d'un classement des erreurs par département ? Du coup bientôt si toutes les limites administratives sont tracées. ce serait top. Merci pour cet outils ! Et voila le travail... osmosis met 40 minutes pour découper france.osm en 100 fichiers de département mais ça a l'air de bien marcher. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
E. Chové a écrit : Je rajouterai un bouton à coté de chaque erreur KeepRight pour l'ignorer... On pourra alors ignorer une erreur fausse ou une erreur qu'on vient de corriger pour qu'elle disparaisse le lendemain. Excusez-moi de vous demander encore du travail, mais ne vaudrait-il pas mieux ne pas lister les erreurs dèjà corrigêes et repêrables comme telles ? Par exemple : si erreur_KR == way_sans_tag et que le way a actuellement un tag dans la base, ne pas imprimer l'erreur. Un peu comme MS_bot vérifie, avant de faire un changement, que la base contient toujours le nom erroné qu'il a détecté. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Bonjour, Par exemple : ways 31423957, 31423849, 31353908 La liste complète sur http://colocb3.hd.free.fr/OsmErrors/ParUtilisateur/wagner51.html ;o) wagner51 - Mail Original - De: Etienne Chové ch...@crans.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 24 Février 2009 23:31:52 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Analyseur de la base Normalement les way membres d'une relation ne sont jamais mis en Way sans tags. Peut-être que ma migration a cassé cela. Est-ce que tu peux me donner le numéro du way pour que je regarde. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Analyseur de la base
Salut tous, Voila, pour ne pas refaire ce qui a déja été fait mais centraliser les informations, j'ai ajouté dans l'analyseur les erreurs détectées par KeepRight. Ca n'a pas été évident mais le concepteur de KeepRight a été hyper sympa et diffuse automatiquement le dump de sa base ainsi que les informations utiles (merci à lui). Cela m'a permis de corriger pas mal d'erreur d'intersection mal faites. Cependant son analyse contient de nombreux faux positifs, je vais voir avec lui ce qu'on peut faire pour eux. Les dictionnaires de correction ont été vidés et vont être remplis à la main pour plus de sûreté. Beaucoup de corrections ont disparues mais réapparaitront au fur et à mesure du remplissage des dico. http://colocb3.hd.free.fr/OsmErrors/ -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
On Wednesday 25 February 2009 17:19, Etienne Chové wrote: Salut tous, Je me doute que je vais demander l'impossible, mais bon, on peut toujours rêver ;-) http://colocb3.hd.free.fr/OsmErrors/ Y-a-t-il un espoir d'un classement des erreurs par département ? J'ai vu le ParZone, je me suis dit, whaou, il a assuré, ça à dû être dur ! et pis la réalité à rattrapé mon rêve ;-) Je me sens plus capable de corriger des erreurs de chez moi que celles de chez les autres. ( Bon, certes, rien qu'avec mes propres erreurs, j'ai du boulot ) -- 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
sly (sylvain letuffe) a écrit : On Wednesday 25 February 2009 17:19, Etienne Chové wrote: Salut tous, Je me doute que je vais demander l'impossible, mais bon, on peut toujours rêver ;-) http://colocb3.hd.free.fr/OsmErrors/ J'ai vu le ParZone, je me suis dit, whaou, il a assuré, ça à dû être dur ! et pis la réalité à rattrapé mon rêve ;-) Pour le moment les zones ne sont que des rectangles. Je peut facilement en rajouter. Si certains veulent leur village/ville... il n'y a pas de problème pour l'ajouter. Je vais implémenter un algo pour avoir des zones polygonales quelconque, il me faut juste un peu de temps (et convaincre le propriétaire de la machine colocb3 que si son serveur fait un peu d'exercice, cela ne peut pas lui faire de mal). Y-a-t-il un espoir d'un classement des erreurs par département ? Du coup bientôt si toutes les limites administratives sont tracées. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Pour le moment les zones ne sont que des rectangles. Je peut facilement en rajouter. Si certains veulent leur village/ville... il n'y a pas de problème pour l'ajouter. Savoie étendue bbox : 5.5/45 et 7.3/46 si c'est possible ;-) Je vais implémenter un algo pour avoir des zones polygonales quelconque, il me faut juste un peu de temps Oulla, selon comment tu vas le faire, ça peut devenir pas simple du tout. Mais osmosis doit pouvoir te venir en aide avec son option --bp Y-a-t-il un espoir d'un classement des erreurs par département ? Du coup bientôt si toutes les limites administratives sont tracées. ce serait top. Merci pour cet outils ! -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Jérôme BLUM a écrit : Bonsoir, Il faudrait que l'analyseur ne relève pas les building=yes qui portent un name ressemblant à une autoroute ou autre type de route... Exemple : building=yes. name=A4 (nom d'un bâtiment à Rungis M.I.N.) C'est fait, il faut attendre la prochaine analyse. Dis moi si ça continue. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Merci, je regarderai. Par contre, il y a un autre point à corriger pour les bâtiments évidés (relation multipolygon) : ne pas mettre d'erreur Way sans tag pour les ways inner de la relation, car il est normal qu'ils ne portent pas de tag building=yes. Jérôme Etienne Chové a écrit : C'est fait, il faut attendre la prochaine analyse. Dis moi si ça continue ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Jérôme BLUM a écrit : Merci, je regarderai. Par contre, il y a un autre point à corriger pour les bâtiments évidés (relation multipolygon) : ne pas mettre d'erreur Way sans tag pour les ways inner de la relation, car il est normal qu'ils ne portent pas de tag building=yes. Normalement les way membres d'une relation ne sont jamais mis en Way sans tags. Peut-être que ma migration a cassé cela. Est-ce que tu peux me donner le numéro du way pour que je regarde. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. Vous en pensez-quoi? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Oui, et les roundabout avec oneway=yes/1/true ? On Thu, Feb 19, 2009 at 12:03, Eric Sibert courr...@eric.sibert.fr wrote: Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. Vous en pensez-quoi? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Oui. Dommage que les précuits des éditeurs ne le proposent pas toujours d'eux-mêmes, pré-rempli par défaut. Reste la question, sur quel layer tirer tel ou tel pont/tunnel, si plusieurs de ces engins se croisent à plusieurs niveaux. Je connais plusieurs cas comme ça, sur des échangeurs, et pense que dans des grandes agglomérations, avec leurs enchevêtrements de tunnels/ponts ça peut donner du fil à retordre. Mais je pense qu'on peut faire confiance aux osm'eurs sur place, qu'ils tirent ça au clair :-) J'aurais tendance, si un robot corrige, qu'il procède par des pas de deux layers (+2, +4, -2, -4...) pour laisser la place aux osm'eurs sur place de re-caler ou d'intercaler, si nécessaire, sans qu'ils soient obligés de re-caler tous les morceaux qui croisent. Le 19 févr. 09 à 12:03, Eric Sibert a écrit : Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. Vous en pensez-quoi? 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 Thu, Feb 19, 2009 at 12:03:58PM +0100, Eric Sibert [courr...@eric.sibert.fr] a écrit: Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. Vous en pensez-quoi? Ben, un tunnel, c'est forcément toujours « dessous », et un pont toujours « dessus », sans avoir besoin de préciser que layer=-1 et layer=1 Il n'y a que pour les cas où on doit empiler plusieurs ponts/tunnels qu'il devient nécessaire de préciser le layer -- 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] Analyseur de la base
murphy2712.nospam a écrit : Oui, et les roundabout avec oneway=yes/1/true ? C'est fait : code if Tags.get(junction, None) == roundabout \ and Tags.get(oneway, None) in [1, yes, true]: Rules.append(uTag inutile sur 'roundabout' (oneway)) /code On Thu, Feb 19, 2009 at 12:03, Eric Sibert courr...@eric.sibert.fr mailto:courr...@eric.sibert.fr wrote: Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. C'est fait : code if bridge in Tags.keys() and layer not in Tags.keys(): Rules.append(uTag 'bridge' sans tag 'layer') if tunnel in Tags.keys() and layer not in Tags.keys(): Rules.append(uTag 'tunnel' sans tag 'layer') /code -- 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 : Le Thu, Feb 19, 2009 at 12:03:58PM +0100, Eric Sibert [courr...@eric.sibert.fr] a écrit: Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. Vous en pensez-quoi? Ben, un tunnel, c'est forcément toujours « dessous », et un pont toujours « dessus », sans avoir besoin de préciser que layer=-1 et layer=1 Il n'y a que pour les cas où on doit empiler plusieurs ponts/tunnels qu'il devient nécessaire de préciser le layer http://wiki.openstreetmap.org/wiki/Bridge#Combining_with_Key:layer citation The tag bridge=* does not imply anything about layers, so if your bridge crosses any feature on layer=0 (the default if not present), you should consider adding a layer=1 (or higher). /citation traduction Le tag bridge=* n'implique rien sur les layers, ainsi si un pont traverse un élément du layer=0 (valeur par défaut si non défini), vous devez ajouter layer=1 /traduction Toute la traduction se joue sur you should consider adding que j'ai traduit par devez. -- 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 : 2009/2/19 Dominique Rousseau d...@lee-loo.net: J'hésite à répondre ici parce que je soupçonne le troll, mais il y a peut-être des nouveaux qui vont se poser des questions alors: Le tag layer n'a d'intérêt que si le segment concerné en croise un autre. C'est un tag pour les renderers (eh oui) et pour les logiciels de validation qui peuvent les distinguer des croisements qui n'ont pas le noeud d'intersection. La valeur en elle-même n'a que peu d'intérêt (de -5 à 5) et ne fixe qu'un ordre dans l'empilement des éléments. Et un bot aura bien du mal de déterminer qui est au-dessus de quoi. Je ne met aucun layer si une route passe sous une montage sans rien croiser d'autre que les sentiers empruntés par les lapins. Même chose pour un pont tant que personne n'a mis la rivière ou le ruisseau qui passe en dessous. Même chose lorsque ma rue passe sous un bâtiment, je met alors la portion de la rue en tunnel=yes et le jour où je voudrais dessiner le bâtiment au-dessus, je mettrais layer=1 sur le building et pas layer=-1 sur le highway. Il m'arrive aussi de taguer un ruisseau traversé par cinq, six, dix ponts, je préfère alors mettre 1 fois layer=-1 au ruisseau et aucun tag layer sur les ponts. Pieren En attendant d'y réfléchir un peu plus, j'ai commenté les lignes. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
On Thu, Feb 19, 2009 at 12:03, Eric Sibert courr...@eric.sibert.fr mailto:courr...@eric.sibert.fr wrote: Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. et Etienne Chové a répondu : C'est fait : Est-ce une bonne idée ? Exemple a : http://www.openstreetmap.org/edit?lat=46.2441463lon=4.7845875zoom=17 Le train est en Cutting=yes et layer=-1, parce qu'il est en tranchée, en-dessous du sol naturel. Donc, la route qui passe au-dessus, je l'ai tagguée Bridge=yes, sans layer. Si je devais mettre un layer, je mettrais layer = 0. Est-ce utile ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
L'important est seulement, que s'il y a croisement sans intersection (un dessus, l'autre dessous) les deux ne soient pas sur le même layer, et que celui qui passe au dessus, soit sur un layer plus haut que celui qui passe dessous. Sinon les renderers sont pommés. Sachant qu'une voie à laquelle on ne met rien, pas de layer, se trouve automatiquement sur le layer zéro. Le 19 févr. 09 à 16:13, arp enteur a écrit : On Thu, Feb 19, 2009 at 12:03, Eric Sibert courr...@eric.sibert.fr mailto:courr...@eric.sibert.fr wrote: Une suggestion pour l'analyseur: détecter les bridge/tunnel qui n'ont pas d'attribut layer. et Etienne Chové a répondu : C'est fait : Est-ce une bonne idée ? Exemple a : http://www.openstreetmap.org/edit? lat=46.2441463lon=4.7845875zoom=17 Le train est en Cutting=yes et layer=-1, parce qu'il est en tranchée, en-dessous du sol naturel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Donc le bon test devrait être : Si le way est un bridge ou un tunnel: si layer absent, layer_1=0, sinon layer_1=layer pour toutes les ways intersectante sans junction: si layer absent, layer_2=0, sinon layer_2=layer si layer_1 == layer 2, alors message : croisement au même niveau C'est facile en bla-bla. Est-ce réalisable en pratique ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Bonsoir, Il faudrait que l'analyseur ne relève pas les building=yes qui portent un name ressemblant à une autoroute ou autre type de route... Exemple : building=yes. name=A4 (nom d'un bâtiment à Rungis M.I.N.) Merci wagner51 ___ 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
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] 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] 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] 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] 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] 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
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] Analyseur de la base
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. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
hola... 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. a part ca, c'est tres interressant comme outil, merci a+ thomas On Tue, Feb 17, 2009 at 18:40, Etienne Chové ch...@crans.org 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. -- Etienne ___ 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
C'est parfait de pouvoir obtenir la liste des erreurs par nom d'utilisateur. J'en ai profité pour toutes les corrigées sans attendre un instant. Et corriger aussi celle de mes voisins. (J'espère qu'ils ne m'en voudront pas) 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. 2009/2/17 Etienne Chové ch...@crans.org 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. -- Etienne ___ 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
Pareil, beau travail. Pour les ways sans tag, plutôt que d'annoncer ça comme une erreur, un attention pourrait suffire (sur 80% des miens c'était vrai, donc utile tout de même) 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. -- 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
Génial pour corriger ses erreurs ! Merci. wagner51 cavok...@free.fr a écrit : C'est parfait de pouvoir obtenir la liste des erreurs par nom d'utilisateur. J'en ai profité pour toutes les corrigées sans attendre un instant. Et corriger aussi celle de mes voisins. (J'espère qu'ils ne m'en voudront pas) 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. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
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 ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Bonjour Question : si on n'est pas dans la liste, c'est qu'on n'a pas d'erreur ? Kimaidou 2009/2/17 Pieren pier...@gmail.com 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 ? 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
Le Tue, Feb 17, 2009 at 06:40:21PM +0100, Etienne Chové [ch...@crans.org] a écrit: 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. 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. -- 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] Analyseur de la base
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 : a href=javascript:openJOSM(7.49871, 48.55688, 7.52152, 48.56698, 'way', 26341186)edit with JOSM/a en mettant évidemment les coordonnés de la bbox, le type d'objet et son id en fonction de l'erreur en question. Il te reste alors juste à ajouter à ta page un petit bout de code pour faire fonctionner tout ça : script language=javascript function openJOSM(left, bottom, right, top, objtype, objid) { var frame = document.getElementById(josm_frame); var url = 'http://localhost:8111/load_and_zoom?left=' + left + 'bottom=' + bottom + 'right=' + right + 'top=' + top; if (objtype objid) { url += 'select=' + objtype + objid; } frame.src = url; } /script iframe id=josm_frame style=width:0px; height:0px; border: 0px/iframe Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
Je ne t'en veux pas, bien au contraire. Je n'ai pas trop suivi d'ou venait le problème, pet-être un bug dans certaines versions de Merkaartor et après essais avec celle que j'utilise, il n'y a pas de problème. sinon le lien vers l'analyseur pourrait être mis sur le wiki. C'est parfait de pouvoir obtenir la liste des erreurs par nom d'utilisateur. J'en ai profité pour toutes les corrigées sans attendre un instant. Et corriger aussi celle de mes voisins. (J'espère qu'ils ne m'en voudront pas) 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. 2009/2/17 Etienne Chové ch...@crans.org 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. -- Etienne ___ 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
Etienne Chové a écrit : 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. Bravo pour cet outil qui m'est utile ; j'attends la prochaine occurence de l'analyse. Quelle périodicité prévue ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyseur de la base
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 ! Idem :) 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). +1 ;) C'est pas très compliqué à faire. Il te suffit rajouter pour chaque erreur un lien supplémentaire de ce style : a href=javascript:openJOSM(7.49871, 48.55688, 7.52152, 48.56698, 'way', 26341186)edit with JOSM/a en mettant évidemment les coordonnés de la bbox, le type d'objet et son id en fonction de l'erreur en question. Il te reste alors juste à ajouter à ta page un petit bout de code pour faire fonctionner tout ça : script language=javascript function openJOSM(left, bottom, right, top, objtype, objid) { var frame = document.getElementById(josm_frame); var url = 'http://localhost:8111/load_and_zoom?left=' + left + 'bottom=' + bottom + 'right=' + right + 'top=' + top; if (objtype objid) { url += 'select=' + objtype + objid; } frame.src = url; } /script iframe id=josm_frame style=width:0px; height:0px; border: 0px/iframe Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel ubu...@kagou.fr Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmbn6gACgkQAGLykBXAlNuzmACgo9TFYJRPTMK16y++DKKQg86U YykAn1+s3c5n952Z+Rde0BRwYw+evvSH =JMjF -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr