Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
[Faudra que j'apprenne à rassembler différentes remarques dans un seul message] Dans le log, juste à coté du way 31049478http://www.openstreetmap.org/browse/way/31049478(Cristophe Collomb), y'a le way 31048404http://www.openstreetmap.org/browse/way/31048404(Anerigo Vespucci) On peut espérer qu'un dictionnaire aura le corriger en Amerigo, un jour, ou il vaut mieux le faire à la main, maintenant ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug ou fausse manip ?
Le 10 mars 2009 19:16, g.d g...@wanadoo.fr a écrit : Quand je peux, je corrige, mais quel boulot... :-( Dans mon cas, ce qui a été difficile, c'est la détection : affichages différents selon les outils, selon les niveaux de zoom, détecter où est vraiment l'artefact, etc. La correction a été facile : Potlatch, modification mineur, save , et tout est OK. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT] Code source disponible en ligne
Marc SIBERT a écrit on 10.03.2009 21:58: Bonjour, Suite à vos demandes instantes, j'ai rendu mon code disponible en ligne. Merci pour cet effort Marc. Même si tu ne crouleras surement pas sous les patch et autres contrib, au moins ton travail gagne en pérennité et pourra être poursuivie si un jour tu n'avais plus l'envie/le temps de le poursuivre. Bon, je joue un peu sur les mots car j'ai fait ça au travers de la doc (Doxygen) qui contient aussi tous les sources. On va dire que c'est une première étape ;-) A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
Art Penteur a écrit on 11.03.2009 07:06: [Faudra que j'apprenne à rassembler différentes remarques dans un seul message] Dans le log, juste à coté du way 31049478 http://www.openstreetmap.org/browse/way/31049478 (|Cristophe Collomb)|, y'a le way 31048404 http://www.openstreetmap.org/browse/way/31048404 (|Anerigo Vespucci) | On peut espérer qu'un dictionnaire aura le corriger en Amerigo, un jour, ou il vaut mieux le faire à la main, maintenant ? Sur une itération unique autant faire la modification à la main. Je me charge de Christophe Collomb tu fais l'autre ? A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexa gone
2009/3/11 Etienne Chové ch...@crans.org: sly (sylvain letuffe) a écrit : Une demi heure chez moi, c'est vraiment pourri cette restriction. Enfin j'ai tenté de découper la france avec osmosis à partir du planet.osm et je met 5 heures (pourtant j'ai pas une brouette, enfin presque). Peut être aussi que le polygone que j'utilise est un peu trop complet. Quelqu'un s'occupe de la génération ? Ou alors on demande à géofabrik une exemption de la limite vers un mirroir qu'on se fabrique ? Un idée de solution ? Je met en place un serveur dédié pour qu'on puisse avoir une solution indépendante. On voit que geofabrik est victime de son succès et viens de diminuer la bande passante des downloads. L'idée est de proposer des extract du planet (voire le planet complet ?) en image avec nos propres polygones (voir plusieurs versions du polygone) et des découpages régions/départements/dom-tom dans un deuxième temps. Sly, on pourrait voir ensemble comment mettre en place au mieux les choses ? Par exemple, quelle source utiliser , l'Europe de Geofabrik ou le planet complet sur un mirroir d'OSM ? Quel est le plus rapide ? Je suppose que le temps perdu à transférer l'Europe est rattrapé par la moulinette d'Osmosis qui est doit être bien plus rapide, etc... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Error Contest
Rodolphe Quiedeville a écrit on 10.03.2009 09:35: Rodolphe Quiedeville a écrit on 09.03.2009 22:00: Bonsoir, Mappeur amateur je fais souvent des erreurs, pointilleux professionnel je n'aime pas cela et je fais toujours en sorte de corriger mes erreurs. Pour cela je consulte presque tous les jours ma page personnelle sur http://colocb3.hd.free.fr/OsmErrors/ J'ai ouvert un sondage papillon pour définir ensemble la durée idéale, fin du sondage ce week-end. http://www.peacefrogs.net/papillon-dev/poll/bUkiGtG1236673897/ Je ne sais quel est le 'Thomas' qui a voté, mais juste pour ma gouverne personelle c'est une erreur de manip ou une volonté d'un autre chois possible, ou encore un vote pour exprimer un désaccord sur la tenue des contest ? Je ne sais comment interpréter ce non-choix :-) A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
2009/3/11 Rodolphe Quiedeville rodol...@quiedeville.org Je me charge de Christophe Collomb tu fais l'autre ? C'est fait. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexa gone
Pieren a écrit : Sly, on pourrait voir ensemble comment mettre en place au mieux les choses ? Par exemple, quelle source utiliser , l'Europe de Geofabrik ou le planet complet sur un mirroir d'OSM ? L'Europe de Geofabrik n'est pas une solution vraiment indépendante. Est-ce qu'elle contient les DOM/TOM ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Frontière Franco-Italienne
Comme cela a été dit ici a plusieurs reprise cette frontière est problèmatique avec plusieurs tracés, des restes d'anciens tracés plus ou moins précis,... Mais ce n'est pas tout, je viens de trouver des bouts de frontiere italienne dans la relation de la frontiere Franco-Espagnole ! Normalement cela devrait etre corrigé maintenant. Enfin je present que ca va pas etre évident de cloturer le département 06... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Error Contest
Personnellement je ne suis pas pour ce conteste, j'ai juste peur que l'on corrige a la vas vite les erreurs pour simplement avoir un bon score ! CU Stéphane 2009/3/11 Rodolphe Quiedeville rodol...@quiedeville.org: Rodolphe Quiedeville a écrit on 10.03.2009 09:35: Rodolphe Quiedeville a écrit on 09.03.2009 22:00: Bonsoir, Mappeur amateur je fais souvent des erreurs, pointilleux professionnel je n'aime pas cela et je fais toujours en sorte de corriger mes erreurs. Pour cela je consulte presque tous les jours ma page personnelle sur http://colocb3.hd.free.fr/OsmErrors/ J'ai ouvert un sondage papillon pour définir ensemble la durée idéale, fin du sondage ce week-end. http://www.peacefrogs.net/papillon-dev/poll/bUkiGtG1236673897/ Je ne sais quel est le 'Thomas' qui a voté, mais juste pour ma gouverne personelle c'est une erreur de manip ou une volonté d'un autre chois possible, ou encore un vote pour exprimer un désaccord sur la tenue des contest ? Je ne sais comment interpréter ce non-choix :-) A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ 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
Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
Bonjour Marc, 2009/3/11 Marc SIBERT m...@sibert.fr: Et j'en ai posté quelques uns la semaine passée sur le Wiki, mais je fais pas une pub à chaque émission. Ah là là, on ne communique jamais assez. Ben comment veux-tu qu'on soit au courant de la mise à jour si tu ne le dis pas ici ? Sinon, je ne suis pas contre un retour sur mes commentaires. ;-) Ne serait-ce que dire sommairement si tu en as intégré certains ou pas à la dernière version de ton robot. Vu que tu n'utilises pas de gestionnaire de version, je ne peux pas lire les diffs pour m'en rendre compte par moi-même. De manière générale, je suis étonné du manque de réactions sur les changements prévus. Je fais parti des partisans d'un robot de correction mais, pour l'instant, il me semble bien difficile d'accorder une confiance aveugle aux changements produits. Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Error Contest
On Wednesday 11 March 2009 13:43, Stéphane Brunner wrote: Personnellement je ne suis pas pour ce conteste, j'ai juste peur que l'on corrige a la vas vite les erreurs pour simplement avoir un bon score ! +1 -- 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] Boundary France - Finistère - hexa gone
Et ben raté, depuis les restrictions de téléchargement de géofabrik à 50ko/s ça prendrait environ 10h. Une demi heure chez moi, Je parlais du fichier europe.osm.bz2 (un poil plus gros ;-) ), dont j'avais besoin pour le re-découpage, car le fichier france.osm.bz2 est incomplet : - soit il déborde sur les pays d'a coté donc problème pour les robots qui pourraient donner des résultats non souhaités par nos voisins (belges par exemple, hein marc ?) - soit il en oublie et la réalisation d'une carte des départements devient alors incomplète : http://beta.letuffe.org/?zoom=6lat=46.62719lon=2.87129layers=B0FFFT Ce qui nous amène à la proposition de pieren, sachant qu'il devrait être impossible (quoi que, j'aimerais bien faire des essais) d'avoir un fichier france qui couvre les deux cas car soit trop, soit pas assez, la solution d'avoir deux extraits selon le besoin pourrait régler ça. c'est vraiment pourri cette restriction. Enfin j'ai tenté de découper la france avec osmosis à partir du planet.osm et je met 5 heures (pourtant j'ai pas une brouette, enfin presque). Pendant un temps, je découpais à partir d'europe.osm.bz2 qui me prenait 1h, mais depuis que le téléchargement m'en prend 10, ça devient rude de faire ça de manière journalière. -- 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] Boundary France - Finistère - hexa gone
sly (sylvain letuffe) a écrit : Et ben raté, depuis les restrictions de téléchargement de géofabrik à 50ko/s ça prendrait environ 10h. Une demi heure chez moi, Je parlais du fichier europe.osm.bz2 (un poil plus gros ;-) ), dont j'avais besoin pour le re-découpage, car le fichier france.osm.bz2 est incomplet : - soit il déborde sur les pays d'a coté donc problème pour les robots qui pourraient donner des résultats non souhaités par nos voisins (belges par exemple, hein marc ?) - soit il en oublie et la réalisation d'une carte des départements devient alors incomplète : http://beta.letuffe.org/?zoom=6lat=46.62719lon=2.87129layers=B0FFFT Ce qui nous amène à la proposition de pieren, sachant qu'il devrait être impossible (quoi que, j'aimerais bien faire des essais) d'avoir un fichier france qui couvre les deux cas car soit trop, soit pas assez, la solution d'avoir deux extraits selon le besoin pourrait régler ça. c'est vraiment pourri cette restriction. Enfin j'ai tenté de découper la france avec osmosis à partir du planet.osm et je met 5 heures (pourtant j'ai pas une brouette, enfin presque). Pendant un temps, je découpais à partir d'europe.osm.bz2 qui me prenait 1h, mais depuis que le téléchargement m'en prend 10, ça devient rude de faire ça de manière journalière. Cela devient encore plus critique avec l'indisponibilité de Geofabrik. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexa gone
L'idée est de proposer des extract du planet (voire le planet complet ?) Il y a déjà pas mal de source pour le planet, mais pourquoi pas dans un second temps. en image avec nos propres polygones (voir plusieurs versions du polygone) et des découpages régions/départements/dom-tom dans un deuxième temps. Je suis assez pour que la première étape consiste à fournir un extrait large de la france avec dom-tom, dont on pourra se servir bien plus rapidement ensuite pour faire un découpage soit parfait soit conservatif (pour les robots ou pour répondre à la question : combien de communes en france déjà rentrées ) Sly, on pourrait voir ensemble comment mettre en place au mieux les choses ? Je suis prêt pour un rendez vous petit commité sur IRC pour le faire avec les intéressés et que l'on partage ce que l'on sait déjà faire où ce qu'on a déjà. De mon coté, j'ai un fichier .poly pour osmosis de la france+corse très large (ci-joint) mais comme dirait frédérik it's rather generous donc un petit re-découpage pourrait être approprié Par exemple, quelle source utiliser , l'Europe de Geofabrik ou le planet complet sur un mirroir d'OSM ? Quel est le plus rapide ? Le plus rapide à couper c'est europe, le plus rapide a télécharger c'est le planet (paradoxalement) Mais cloudmade dispose aussi d'extraits europe sans limite de BP qui par contre ne sont pas journaliers. J'ai téléchargé hier soir un planet pour l'incorporer à mon outils, et à traiter c'est un calvaire. Cette solution sur une base journalière risque d'être lourde. La solution la plus propre me semble celle qu'utilisait renaud, c'est à dire récupérer un europe/planet du jour X, en extraire le fichier france.osm et patcher ce fichier à l'aide le l'option apply change de osmosis : http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage#--apply-change_.28--ac.29 Sur une base horaire ou journalière ou arbitraire. Des bruits de couloirs, et l'état actuel de l'hexagone de renaud semble indiquer que des relations ont une tendance à passer à la trappe dans ce processus, et qu'une full régénération peut s'avérer nécessaire de temps en temps. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org France 1 -1.8 43.31 -2.7 43.9 -6.3 48.98 -2.25 50.09 1.31 50.88 2.46 51.43 2.62 51.08 4.89 50.16 5.33 49.69 6.53 49.45 6.96 49.225 7.487 49.19 8.3 48.97 7.65 47.55 6.20 46.46 6.89 46.46 7.09 45.91 7.22 45.39 7.15 44.64 7.84 44.14 7.6 43.76 9.8 43.1 9.7 41.30 5.8 41.64 3.18 42.36 2.44 42.24 2 42.30 0.8 42.62 -0.08 42.61 -1.46 43.02 -1.8 43.31 END END___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
Bonjour, Je pensais que la mise à jour du wiki suffisait (perso je l'ai en suivi, donc chaque modif se voit) car je ne voulait pas pourrir cette ML avec mes corrections régulières. C'est vrai que le liste des corrections ne fait pas paraitre les modifications. Maintenant que les sources sont publiés je ne mettrais que les changements dans le Wiki. Manque de réactions : je ne comprends pas si le message est pour moi ou pour d'autres contributeurs. Je pense que la majorité ne se sent pas concernée mais cela me parait normal car je réagis de cette manière pour les sujets qui ne m'intéressent pas (comme la nouvelle licence par exemple). S'il s'agissait des temps de prise en compte des propositions de correction, ma myopie lors de la lecture des logs montre qu'il ne faut pas aller plus vite. A+ -- Marc - David MENTRE dmen...@linux-france.org a écrit : Bonjour Marc, 2009/3/11 Marc SIBERT m...@sibert.fr: Et j'en ai posté quelques uns la semaine passée sur le Wiki, mais je fais pas une pub à chaque émission. Ah là là, on ne communique jamais assez. Ben comment veux-tu qu'on soit au courant de la mise à jour si tu ne le dis pas ici ? Sinon, je ne suis pas contre un retour sur mes commentaires. ;-) Ne serait-ce que dire sommairement si tu en as intégré certains ou pas à la dernière version de ton robot. Vu que tu n'utilises pas de gestionnaire de version, je ne peux pas lire les diffs pour m'en rendre compte par moi-même. De manière générale, je suis étonné du manque de réactions sur les changements prévus. Je fais parti des partisans d'un robot de correction mais, pour l'instant, il me semble bien difficile d'accorder une confiance aveugle aux changements produits. 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] analyseur de base : suggestions
Eric SIBERT a écrit : - Nom tout en majuscules.html : ça concerne tous les points/way ou uniquement les peak? Pour le moment, uniquement les natural=peak Je veux bien en plus des Points avec mountain_pass=yes. - sur mon autre suggestion d'indiquer les sommets et les cols ne comportant pas d'altitude, ça a une chance d'être retenu ou non? ;-) Si tu me donnes la règle précise, je l'ajouterai (tags à tester, valeurs...). natural=peak et pas de clé ele= mountain_pass=yes et pas de clé ele= Done, analyse en cours. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - extension dom-tom
On Wednesday 11 March 2009 13:10, Etienne Chové wrote: Pieren a écrit : Sly, on pourrait voir ensemble comment mettre en place au mieux les choses ? Par exemple, quelle source utiliser , l'Europe de Geofabrik ou le planet complet sur un mirroir d'OSM ? L'Europe de Geofabrik n'est pas une solution vraiment indépendante. Est-ce qu'elle contient les DOM/TOM ? Bonne remarque, ce qui nous amène à : planet obligatoire On se réparti la création de plusieurs X.poly larges en étape 1 qui comprennent : * Guadeloupe (971) ; * Martinique (972) ; * Guyane (973) ; * Réunion (974) . * Polynésie française (qui a la dénomination particulière de pays d'outre-mer) ; * Saint-Pierre-et-Miquelon ; * Wallis-et-Futuna ; * Mayotte (qui a la dénomination particulière de collectivité départementale d'outre-mer) ; * Saint-Martin (depuis le 15 juillet 2007) ; * Saint-Barthélemy (depuis le 15 juillet 2007). La Nouvelle-Calédonie * La Nouvelle-Calédonie e Trop ? On en retire ? pas assez ? j'en oublie ? -- 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] Boundary France - Finistère - hexa gone
Cela devient encore plus critique avec l'indisponibilité de Geofabrik. Arf ;-) C'est le défaut de ce qu'il a fait pour une plateforme très utilisée, en réduisant la vitesse on se retrouve avec des milliers de téléchargements simultanés et la RAM n'aime pas trop. -- 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] Frontière Franco-Italienne
On Wednesday 11 March 2009 13:15, Vladimir Vyskocil wrote: Comme cela a été dit ici a plusieurs reprise cette frontière est problèmatique avec plusieurs tracés, des restes d'anciens tracés plus ou moins précis,... Espérons que grâce au cadastre cela pourra s'améliorer. Mais nos voisins italiens flirtent avec la difficulté, la relation Italie fait quelque chose comme 800 membres en grande partie dû au fait que eux aussi semblent avoir fait un import de communes. Si on rajoute en bordure nos propres communes, cette frontière va être un découpage important de nombreux ways. La manipulation va être rendue difficile sur leur relation (idem d'ailleurs pour nos autres voisins) J'éspère qu'ils adhéreront à notre idée de relations de relations et que l'on pourra partager la relation frontière franco/italienne comme appartenant à la relation France et à la relation Italie. Mais ce n'est pas tout, je viens de trouver des bouts de frontiere italienne dans la relation de la frontiere Franco-Espagnole ! ça c'est moi ;-) J'ai fais le tour de france lundi soir pour essayer de consolider tout ça, et j'ai pas mal jonglé entre toutes les nouvelles relations frontières que j'ai créé, la super-relation france et quelques clics un peu rapides ont pu ajouter des morceaux à la mauvaise frontière et je m'en excuse. Normalement cela devrait etre corrigé maintenant. Enfin je present que ca va pas etre évident de cloturer le département 06... Ha ? pourtant il était complet il n'y a pas si longtemps, aurais-je fais un gros trou par inadvertance ? je regarde -- 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] Frontière Franco-Italienne
Le 11 mars 09 à 14:59, sly (sylvain letuffe) sylv...@letuffe.org a écrit Normalement cela devrait etre corrigé maintenant. Enfin je present que ca va pas etre évident de cloturer le département 06... Ha ? pourtant il était complet il n'y a pas si longtemps, aurais-je fais un gros trou par inadvertance ? je regarde Peut etre qu'il n'apparaît pas a cause du découpage de la France ? -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière Franco-Italienne
Peut etre qu'il n'apparaît pas a cause du découpage de la France ? Je viens de vérifier et la relation n'a pas bougée depuis le 17 février, et elle est bien bonne. Si tu parles de : http://beta.letuffe.org/?zoom=6lat=46.62719lon=2.87129layers=B0FFFT Alors oui, c'est exactement ça, on est en train de chercher une solution pour faire notre propre découpage, celui dont je me sers à des manques et on ne peut pas s'en servir pour trouver les erreurs sur les frontières -- 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] Boundary France - extension dom-tom
Trop ? On en retire ? pas assez ? j'en oublie ? TAAF http://openstreetmap.com/?lat=-17.0551lon=42.7204zoom=14layers=B000FTF ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] analyseur de base : suggestions
natural=peak et pas de clé ele= mountain_pass=yes et pas de clé ele= Done, analyse en cours. Merci. Donc, pour revenir aux altitudes, justement, avec les tests ci-dessus, ça va permettre de voir ce qui manque. Ensuite, on peut se faire une mapping party pour compléter ça. Par exemple, on décide un jour de se mettre sur le massif de la Vanoise. On se donne rendez-vous de bon matin à Pralognan. On cale les altimètres. On fait chauffer les GPS. On se fait chacun une demi-douzaine de sommets (ceux accessibles sans équipement spécial). On en profite pour enregistrer les sentiers, les refuges et les cols. On photographie aussi au passage tout ce qui est indication d'altitude. On se retrouve en fin de journée à Pralognan pour analyser les données et se manger une tartiflette. C'est pas compliqué!!! Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
Bonjour Marc, 2009/3/11 Marc Sibert marc.sib...@free.fr: Je pensais que la mise à jour du wiki suffisait (perso je l'ai en suivi, donc chaque modif se voit) car je ne voulait pas pourrir cette ML avec mes corrections régulières. Personnes différentes, méthodes de travail différentes : je ne me connecte quasiment jamais sur le wiki (ou alors pour voir la page map features). Manque de réactions : je ne comprends pas si le message est pour moi ou pour d'autres contributeurs. Les deux mon capitaine ! ;-) Je pense que la majorité ne se sent pas concernée mais cela me parait normal car je réagis de cette manière pour les sujets qui ne m'intéressent pas (comme la nouvelle licence par exemple). Oui, je fais pareil aussi. Mais j'espérais qu'un certain nombre d'« habitués » s'intéresseraient à la question, surtout vu l'ampleur des changements. :-/ S'il s'agissait des temps de prise en compte des propositions de correction, ma myopie lors de la lecture des logs montre qu'il ne faut pas aller plus vite. Je ne suis pas pressé. :-) Du moment que c'est dans le pipe et que quelque chose en sortira, ça me va ! Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] analyseur de base : suggestions
Donc, pour revenir aux altitudes, justement, avec les tests ci-dessus, ça va permettre de voir ce qui manque. Ensuite, on peut se faire une mapping party pour compléter ça. Par exemple, on décide un jour de se mettre sur le massif de la Vanoise. On se donne rendez-vous de bon matin à Pralognan. On cale les altimètres. On fait chauffer les GPS. On se fait chacun une demi-douzaine de sommets (ceux accessibles sans équipement spécial). On en profite pour enregistrer les sentiers, les refuges et les cols. On photographie aussi au passage tout ce qui est indication d'altitude. On se retrouve en fin de journée à Pralognan pour analyser les données et se manger une tartiflette. C'est pas compliqué!!! Eric Moi je suis partant ! (On va même dire que j'ai pris de l'avance), et ça c'est de la mappying partie qui me plaît, ça change de faire tous les fonds d'impasses dans une zone industrielle... 6 par personnes et par jour, tu vises un peu haut devrais-je dire PS: ce sera plus une fondue pour moi. -- 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] Code source disponible en ligne
Bonjour, Suite à vos demandes instantes, j'ai rendu mon code disponible en ligne. Merci ! Et pour le lien, c'est http://osm.sibert.fr/doc_cleanup pour le robot lui-même et http://osm.sibert.fr/doc_osmapi pour mon api qu'il utilise. Un tarball ou équivalent serait bien aussi. -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - extension dom-tom
La liste : http://fr.wikipedia.org/wiki/TAAF Antoine - Mail Original - De: Eric Sibert courr...@eric.sibert.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 11 Mars 2009 16h18:40 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Boundary France - extension dom-tom Trop ? On en retire ? pas assez ? j'en oublie ? TAAF http://openstreetmap.com/?lat=-17.0551lon=42.7204zoom=14layers=B000FTF ;-) 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 base : suggestions
Moi je suis partant ! (On va même dire que j'ai pris de l'avance), et ça c'est de la mappying partie qui me plaît, ça change de faire tous les fonds d'impasses dans une zone industrielle... C'était pour rire... enfin, un peu. J'ai aussi pris de l'avance en ski de rando mais souvent, on s'arrête sous les sommets pour des questions de sécurité. 6 par personnes et par jour, tu vises un peu haut devrais-je dire Effectivement, je ne me sens pas trop de faire 4000 m de dénivelé par jour. Sinon, plus généralement pour l'altitude des sommets, si j'ai déjà la position horizontale et si je constate qu'une dizaine de sites mettent la même valeur, je la prends et c'est tout. Je considère que c'est une valeur communément admise. Ensuite, je n'y peut rien si ça correspond aussi à ce qui est sur les cartes IGN. Je n'ai pas non plus le droit de compter les lignes de niveau sur la carte pour déterminer les altitudes??? Si je faisais un import massif des repères géodésiques (ou même des copies manuelles des X, Y et Z), je comprendrais. (C'était d'ailleurs le sujet d'une de mes questions il y a quelques jours sur l'utilisations des fiches géodésiques). Et pour terminer, mon alti affiche à 5 mètres près donc guère mieux que le GPS sans parler du calage :-( Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] analyseur de base : suggestions
de la mappying partie qui me plaît, ça change de faire tous les fonds d'impasses dans une zone industrielle... C'était pour rire... enfin, un peu. J'avais bien compris le un peu, évidement que ce n'est pas une mapping party accessible à tous, il faut pouvoir et vouloir. Mais j'en ai quelques unes en préparation sur chambéry. Par contre peu de chance qu'on fasse chacun de notre coté juste pour mapper, le plaisir de la montagne, c'est aussi être à plusieurs. de rando mais souvent, on s'arrête sous les sommets pour des questions de sécurité. Étant plus souvent à pieds, le sommet reste souvent atteignable. Je considère que c'est une valeur communément admise. Ensuite, je n'y peut rien si ça correspond aussi à ce qui est sur les cartes IGN. La loi doit être délicate sur ce point, tout doit se jouer dans le le copieur était il au courant du plagiat . Mais même si la réponse est non, IGN doit pouvoir en demander le retrait une fois l'infraction prouvée ( 50 fois la même altitude, ça ne peut sûrement pas passer pour une coïncidence aux yeux du juge ) Je n'ai pas non plus le droit de compter les lignes de niveau sur la carte pour déterminer les altitudes??? J'en sais rien, ce que je sais (et toi aussi sans doute), c'est que IGN n'est rarement qu'un plaisantin, s'il y a matière à démontrer une copie, ils s'engouffrerons dans la brèche (encore que les choses ont dû se tasser un peu depuis géoportail) Si je faisais un import massif des repères géodésiques (ou même des copies manuelles des X, Y et Z), je comprendrais. Et la différence avec le relevé sur une carte ? où sur un site qui à relevé sur la carte ? Je ne prétend pas être sûr qu'on peut pas, je dis juste méfiance. (C'était d'ailleurs le sujet d'une de mes questions il y a quelques jours sur l'utilisations des fiches géodésiques). Oups, désolé, j'ai décroché ce fil, ça devenait trop technique (et long!) pour moi qui n'attendait que la réponse quelle altitude on met Et pour terminer, mon alti affiche à 5 mètres près donc guère mieux que le GPS sans parler du calage :-( barométrique - mauvais pour ça. Le mien est au mètre prêt, mais la variation de pression atmosphérique dans un après midi (sauf anticyclone de folie) rend la mesure bien peu précise. D'autant que la question du calage peut reporter la question : quel qualité de l'étalon ? (j'ai pas vu de borne géodésique à chaque début de rando) Par contre, coté GPS, ce qui se fait maintenant, ça marche tip-top au sommet d'une montagne. A tel point que j'en arrive à remettre en cause les infos IGN à plusieurs reprises. Anecdote que je tenterais de confirmer : J'ai même des raisons de croire qu'ils se sont plantés de ~150m pour le marquage du sommet du margériaz : http://www.openstreetmap.org/?lat=45.63748lon=6.0373zoom=16layers=B000FTF Et que la source OSM provient d'IGN où j'ai relevé 1849m au GPS (1848 selon IGN) alors que selon moi le sommet se trouve en fait un peu au nord-E, sur le tas de cailloux d'a coté où j'ai relevé 1852m Je chipote, mais semble-t-il que ceux qui ont tracés les communes était au courant de ça (cf lien) car elles se regroupent justement là où j'ai fais mon relevé... Qu'est-ce que je me marre depuis que j'ai un GPS ! -- 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] Boundary France - Finistère - hexa gone
Ola ola la, je suis terriblement confus pour tout ce travail supplémentaire que je vous donne ! Je n'arrête pas de penser à vous tous en train de réparer ma connerie ... Mille excuses encore ! Bon courage à vous , Kenavo. -- Edmond SCOUARNEC 34, rue Raymond le Corre 29730 LE GUILVINEC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexagone
Le mercredi 11 mars 2009 20:56, Edmond SCOUARNEC a écrit : Ola ola la, je suis terriblement confus pour tout ce travail supplémentaire que je vous donne ! Je n'arrête pas de penser à vous tous en train de réparer ma connerie ... Mille excuses encore ! don't worry, be happy ! Ce que tu as fait n'est pas grave, ce que nous faisons n'est pas lié au problème, il vient du fait qu'il fallait de toute façon trouver une solution pour cette trop grosse relation France Par contre si tu as la motiv, dans ton coin la relation finistère qui englobe le département semble avoir sautée. ( j'ai pas regardé l'historique pour savoir qui, sans doute une fausse manip aussi) Ça reconstruction semble alors utile -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Calage cadastre
Je remets ça un coup sur le calage du cadastre. En utilisant l'option de saisie directe des coordonnées dans JOSM, j'ai saisi des repères géodésiques à plusieurs endroits de la France avec tous les chiffres possibles. Ensuite, j'ai fait un gros plan sur la zone et j'ai chargé le cadastre. Enfin, j'ai mesuré la distance entre le point saisi et le repère apparaissant sur le cadastre. D'où: - Grenoble, Tour Perret dans le parc Mistral : 1 m d'erreur - Ciboure, repère à côté du marégraphe : 5 m d'erreur - Poitiers, château d'eau de l'hôpital : 1 m d'erreur - Paris, Croix du Panthéon : 1 m d'erreur - Strasbourg : cadastre non numérisé - Lille : pas de repère géodésique sur le cadastre - Brest : idem Et j'en ai eu mare mais j'ai fait un dernier essai dans le sud-oust: - Bayonne sur le château d'eau : le point saisi tombe dans le château d'eau, à 3-4 m du centre où il devrait être. Le repère géodésique indiqué sur le cadastre est à plus de 20 m de l'autre côté de la rue. À partir de cette statistique assez légère, je dirais qu'il faut surtout se méfier quand on utilise le cadastre. Peut-être y a-t-il des erreurs locales de calage. J'ai la flemme de faire plus de tests. Mais si vous utilisez le cadastre, faites un petit test sur un repère géodésique du coin. Y a-t-il un bug/sabotage dans les Pyrénées-Atlantiques? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] analyseur de base : suggestions
Pour l'altimètre, l'idée, c'est de le caler sur un des nombreux repère de nivèlement disponibles dans les vallées en notant, de faire sa balade en relevant les différents points et l'heure de mesure et de finir la journée sur le même repère de nivèlement et de noter la dérive. Ensuite, faire une règle de trois sur les heures pour répartir la dérive dans la journée. Une journée de beau temps anti-cyclonique en hiver, c'est mieux ;-) Pour les altitudes au GPS, il faudrait faire une statistique sur plusieurs points de référence pour voir s'il n'y a pas une erreur systématique. Dans un coin paumé des USA, j'avais trouvé une erreur systématique de 4 m (sur 50 mesures). Quant au Margeriaz, seul le point 1842 qui est une borne correspond à une mesure sur le terrain. Le reste, ce sont des altitudes évaluées d'après les vues aériennes en stéréographies et ils peuvent effectivement avoir raté le sommet. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexa gone
Ça vaudrait pas le coup de faire un tracker bittorrent, c'est vraiment bien pour ce genre de choses, non ? Yann Le 11 mars 09 à 14:48, sly (sylvain letuffe) a écrit : Cela devient encore plus critique avec l'indisponibilité de Geofabrik. Arf ;-) C'est le défaut de ce qu'il a fait pour une plateforme très utilisée, en réduisant la vitesse on se retrouve avec des milliers de téléchargements simultanés et la RAM n'aime pas trop. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.5] Lancement pour le 11 mars 2009
Marc SIBERT wrote: [...] 2. Ajout d'un espace après le A des autoroutes françaises (highway = motorway, name = A[n+][x*]). Le sondage présent sur la page du robot me laisse penser que vous ne serez pas trop mécontent si j'ajoute cet espace (éternel problème des consultations). Je le serait ! En gros, 5 personnes s'exprime pour un choix, dans un sondage (et à peu près autant contre), et tu estime cela suffisant pour imposer cette vision des choses aux centaines de mappers français ??? Je vais répéter ce que j'ai déjà dit une fois. Le rôle d'un robot n'est en aucun cas d'imposer une vision des choses (qui ne fait pas l'unanimité) à l'ensemble des contributeurs. Le rôle d'un robot et de simplifier notre vie en corrigeant en masse les divergences par rapport aux règles sur lesquelles on s'est accordées (c'est à dire les règles qui sont écrites sur les pages faisant office de référence sur le wiki). Il n'y a pas à ma connaissance de règle sur le wiki indiquant comment écrire les refs. Et les exemples de ref donnés sur le wiki ne contiennent pas d'espace. Je ne me suis pas exprimé dans ce vote (devenu sondage entre temps) car il était incomplet et n'était pas clairement défini. De plus, aucun effort particulier n'a été fait (à ma connaissance) pour diffuser ce sondage aux contributeurs français (qui majoritairement ne lisent pas cette liste). Je n'ai donc pas jugé opportun de légitimer ce vote/sondage en y participant. Si j'avais dût voter, j'aurai probablement voter quelque chose comme 1 3 = 3b 2 4 (3b étant la solution avec espace insécable non fine, non proposé dans ce vote). Le commentaire de l'utilisateur Eimai me semble extrêmement pertinent. Trois points important et sur lesquels à peux près tout les monde était d'accord (il me semble) sont: - on souhaite uniformiser la manière de tagger - on ne tag pas pour le rendu - il faut quelque chose de simple (à saisir, etc...) La solution avec espace répond moins bien à chacun de ces 3 critères, que la version sans espace... La solution avec un espace, c'est une tentative de tagger pour le rendu tout en restant assez simple, même si on sait que ça ne donnera pas un rendu tout à fait correct. Enfin, quoi qu'il en soit, il semble inconcevable de faire appliquer ce genre de règle à un robot (quelque soit la version de la règle choisie) tant que: - le robot agira sur des zones non françaises (Jersey, l'enclave espagnole au sud de la France, peut-être Monaco, etc...) - la règle ne sera pas écrite clairement sur le wiki (sur la page MapFeatures par exemple) Aurel PS: désolé pour cette réponse tardive, je n'ai pas trop eût le temps de suivre la liste ces derniers jours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Error Contest
Pieren wrote: 2009/3/9 Pierre Mauduit pierre.maud...@gmail.com: corriger : la majorité concernait des ways / nodes trop près l'une de l'autre et pourtant non connectées entre elles. Certaines d'entre elles étaient pertinantes (des rues non connectées entre elles). Mais comment présenter un higway=steps qui descend sur une area highway=pedestrian ou amenity=parking ? Les escaliers en question n'ont pas à mon sens à être connecté à quoi que ce soit. Des idées la dessus ? Il m'est arrivé de mapper quelques escaliers qui menaient d'un parking à la rue adjacente (je descends rarement à ce niveau de détail). Comme l'escalier faisait la liaison, je n'ai eu aucun problème à tracer un way avec un noeud sur le polygone du parking et un autre sur le way représentant la rue. Certes, c'est un cas simple et qui ne devrait pas faire débat. Je ne comprends pas bien tes réticences. Il faisait peut-être référence à un cas un peu moins simple. Que se passe-t-il si l'escalier atterri en plein milieu de la place piétonne ? Ajouter un way pour le relier au bord de la place ne correspond pas à la réalité. De toutes façons, le simple fait que le node de l'escalier soit au milieu d'un area et sur le même layer devrait être suffisant pour considérer que ce node est connecté à l'area. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr