[OSM-talk-fr] OSM sur Arte
Bonjour, Je tombe par hasard ce matin sur une émission d'Arte (X:enius) mentionnant OSM. Le sujet montre un groupe d'Allemands en train de tagger leur ville pour simplifier la vie des handicapé physiques en ville en représentant les zones de pavés, les toilettes équipés de rampes d'acces etc ... jusqu'à l'upload sous JOSM. Assez bref mais complet et didactique quand même. A priori, une redif est prévue : http://www.arte.tv/fr/X-enius/3294006.html Mardi 29 juin 2010 à 8h45 et à 17h40 Course d’orientation : comment lire une carte ? et l'emission sera sûrement en ligne d'ici quelques jours. --- Blueberry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Bravo pour ce travail. je viens de regarder sur Paris. Il me semble que le cycleway=track n'est pas pris en compte (même si c'est vrai qu'en théorie il ne faudrait pas que ça existe !) Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/BeCiklo-On-en-est-ou-tp5121474p5234321.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Import bati] Pb import incomplet
Bonjour, J'ai eu hier soir un problème d'upload du bati cadastral depuis JOSM. L'application (excellente au demeurant) a frisé en cours d'upload. Résultat, tous les bâtiments n'ont pas été transférés (environ 1/2). Il y a eu création de la plupart des noeuds sans l'info concernant le bâtiment (noeuds non reliés et non taggés). J'ai uploadé par lot de 500. Les modifications apparaissent dans 2 changesets. Est-ce normal qu'il n'y aie pas qu'un seul changeset ? Y-a-t'il un changeset par lot lors de l'upload ? Les changeset apparaissent comme étant fermés alors que manifestement un au moins n'est pas allé au bout. Si quelqu'un peut m'éclairé sur ce fonctionnement. A quel moment a lieu le commit ? J'ai à présent 2 solutions : - recharger la zone dans JOSM, merger mon fichier du bati et utiliser validator pour corriger - faire un rollback et re-uploader de manière moins massive quartier par quartier Je pencherais plutôt pour la seconde solution. Quelqu'un peut-il m'indiquer la procédure pour un rollback ou même le réaliser ? Les deux changesets concernés sont #5101735http://www.openstreetmap.org/browse/changeset/5101735et # 5102139 http://www.openstreetmap.org/browse/changeset/5102139. Merci d'avance pour le coup de main, christophe alias orhygine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur Arte
Voilà, l'emission est en ligne : http://videos.arte.tv/fr/videos/x_enius-3288194.html Intéressant, j'ai pu voir ce que j'avais raté. Bonjour, Je tombe par hasard ce matin sur une émission d'Arte (X:enius) mentionnant OSM. Le sujet montre un groupe d'Allemands en train de tagger leur ville pour simplifier la vie des handicapé physiques en ville en représentant les zones de pavés, les toilettes équipés de rampes d'acces etc ... jusqu'à l'upload sous JOSM. Assez bref mais complet et didactique quand même. A priori, une redif est prévue : http://www.arte.tv/fr/X-enius/3294006.html Mardi 29 juin 2010 à 8h45 et à 17h40 Course d’orientation : comment lire une carte ? et l'emission sera sûrement en ligne d'ici quelques jours. --- Blueberry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Heu revert, pas rollback. Le 29 juin 2010 13:13, christophe t arbail...@gmail.com a écrit : Quelqu'un peut-il m'indiquer la procédure pour un rollback ou même le réaliser ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
2010/6/29 christophe t arbail...@gmail.com Est-ce normal qu'il n'y aie pas qu'un seul changeset ? dans ton cas, oui Y-a-t'il un changeset par lot lors de l'upload ? de mémoire, c'est configurable mais chez toi, le premier changeset s'est fermé parce qu'il avait atteint la taille limite des 50.000 edits. Les changeset apparaissent comme étant fermés alors que manifestement un au moins n'est pas allé au bout. Si quelqu'un peut m'éclairé sur ce fonctionnement. A quel moment a lieu le commit ? Le commit a lieu à la fin de chaque lot ou chunk. Les changesets ne sont pas liés aux transactions de la bdd. C'est juste une entité logique pour regrouper des edits, en principe par thème. J'ai à présent 2 solutions : - recharger la zone dans JOSM, merger mon fichier du bati et utiliser validator pour corriger - faire un rollback et re-uploader de manière moins massive quartier par quartier Je pencherais plutôt pour la seconde solution. Je pencherais plutot pour la premiere. Ton deuxième changeset ajoutait le bâti, ça veut dire que tu avais déjà créé 50.000 nodes dans le 1er changeset plus 2246 dans le 2e. Ca serait bête de faire un revert alors qu'il ne reste plus que quelques milliers de polygones et que les 52.000 nodes sont déjà là. Maintenant, tout dépend aussi de la manière dont Validator va se charger des duplicatas. Pour les nodes, il y a une fonction automatique mais il faut espérer que la fonction de merge conserve le node qui existe déjà dans la base (sinon il risquerait d'effacer celui-ci pour en créer un neuf, ce qui fait deux transactions au lieu de zéro). Pour les polygones, ça risque d'être plus difficile, il faut trouver un moyen de régler le conflit des 4000 buildings déjà créés sinon à la main, tu ne t'en sortiras pas. C'est là où ça pourrait empêcher le choix 1. Si ça ne va pas, alors on pourra te faire ton revert même si c'est dommage parce que les 3/4 étaient déjà fait. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29/06/2010 13:13, christophe t a écrit : Bonjour, J'ai eu hier soir un problème d'upload du bati cadastral depuis JOSM. L'application (excellente au demeurant) a frisé en cours d'upload. Résultat, tous les bâtiments n'ont pas été transférés (environ 1/2). Il y a eu création de la plupart des noeuds sans l'info concernant le bâtiment (noeuds non reliés et non taggés). J'ai uploadé par lot de 500. Les modifications apparaissent dans 2 changesets. Est-ce normal qu'il n'y aie pas qu'un seul changeset ? Y-a-t'il un changeset par lot lors de l'upload ? Les changeset apparaissent comme étant fermés alors que manifestement un au moins n'est pas allé au bout. Si quelqu'un peut m'éclairé sur ce fonctionnement. A quel moment a lieu le commit ? Il est probable que le deuxième envoi ait été fait, au moins en grande partie. Mais JOSM n'a pas eu de retour. J'ai à présent 2 solutions : - recharger la zone dans JOSM, merger mon fichier du bati et utiliser validator pour corriger - faire un rollback et re-uploader de manière moins massive quartier par quartier Je pencherais plutôt pour la seconde solution. Quelqu'un peut-il m'indiquer la procédure pour un rollback ou même le réaliser ? Non, je ne sais pas faire. C'est pour ça que je choisirais la première solution. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29 juin 2010 14:08, Pieren pier...@gmail.com a écrit : 2010/6/29 christophe t arbail...@gmail.com Est-ce normal qu'il n'y aie pas qu'un seul changeset ? dans ton cas, oui Y-a-t'il un changeset par lot lors de l'upload ? de mémoire, c'est configurable mais chez toi, le premier changeset s'est fermé parce qu'il avait atteint la taille limite des 50.000 edits. Les changeset apparaissent comme étant fermés alors que manifestement un au moins n'est pas allé au bout. Si quelqu'un peut m'éclairé sur ce fonctionnement. A quel moment a lieu le commit ? Le commit a lieu à la fin de chaque lot ou chunk. Les changesets ne sont pas liés aux transactions de la bdd. C'est juste une entité logique pour regrouper des edits, en principe par thème. J'ai à présent 2 solutions : - recharger la zone dans JOSM, merger mon fichier du bati et utiliser validator pour corriger - faire un rollback et re-uploader de manière moins massive quartier par quartier Je pencherais plutôt pour la seconde solution. Je pencherais plutot pour la premiere. Ton deuxième changeset ajoutait le bâti, ça veut dire que tu avais déjà créé 50.000 nodes dans le 1er changeset plus 2246 dans le 2e. Ca serait bête de faire un revert alors qu'il ne reste plus que quelques milliers de polygones et que les 52.000 nodes sont déjà là. Maintenant, tout dépend aussi de la manière dont Validator va se charger des duplicatas. Pour les nodes, il y a une fonction automatique mais il faut espérer que la fonction de merge conserve le node qui existe déjà dans la base (sinon il risquerait d'effacer celui-ci pour en créer un neuf, ce qui fait deux transactions au lieu de zéro). Pour les polygones, ça risque d'être plus difficile, il faut trouver un moyen de régler le conflit des 4000 buildings déjà créés sinon à la main, tu ne t'en sortiras pas. C'est là où ça pourrait empêcher le choix 1. Si ça ne va pas, alors on pourra te faire ton revert même si c'est dommage parce que les 3/4 étaient déjà fait. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ok merci pour ta réponse. Je vais tester cette méthode. Ce qui me semble compliqué, c'est de tous retraiter en une fois. Après import du bâti, JOSM refuse à présent de recharger la totalité de la commune car trop d'éléments. Cela oblige donc à travailler quartier par quartier. D'où la proposition de reverter et de réimporter proprement par plus petites zones, ce qui pourrait au final prendre moins de temps (?). J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29/06/2010 14:24, christophe t a écrit : J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. Il y avait des problèmes dans le script original de conversion SVG vers OSM qui causait dans certains cas un décalage... Cela peut venir d'ici je pense... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
2010/6/29 christophe t arbail...@gmail.com J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine Comme je l'ai dit, si tu vois que le travail manuel est trop long, demande le revert. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29 juin 2010 14:43, OSM42 openstreet...@surrel.org a écrit : Le 29/06/2010 14:24, christophe t a écrit : J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. Il y avait des problèmes dans le script original de conversion SVG vers OSM qui causait dans certains cas un décalage... Cela peut venir d'ici je pense... Il s'agit de décalage entre le bâtiment dans le fichier .osm du script de V et le même bâtiment provenant du même fichier osm mais après passage sur le serveur. Soit une seule version du script. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29 juin 2010 14:44, Pieren pier...@gmail.com a écrit : 2010/6/29 christophe t arbail...@gmail.com J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine Comme je l'ai dit, si tu vois que le travail manuel est trop long, demande le revert. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ok nickel. je pense regarder cela d'ici demain et je fais un retour. merci pour tes réponses. christophe alias orhygine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une rampe à vélo
Hello, Juste pour signaler que l'on doit tagger la réalité, et qu'il faut signaler aux développer ce genres de bug ! Par contre si il y a un bollard c'est pour délimiter une zone ou tout les véhicules n'ont pas accès ! Il doit donc surement manquer un access:* ? Ou éventuellement une restriction - http://wiki.openstreetmap.org/wiki/Relation:restriction ? CU Stéphane Guillaume Allegre [via GIS] a écrit : Le Mon 28 Jun 2010 à 20:35 +0200, esperanza a ecrit : Pour les passerelles ou escaliers. Je n'ai pas trouvé grand chose dans tagwatch. Je pensais : highway=steps + bicycle=ramp ou amenity=bicycle_ramp ? plutôt le premier -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Comment-tagger-un-bollard-amovible-tp5230854p5235114.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment noter un rétrécissement de route ?
Hello, Avec un width c'est encore mieux :-) http://wiki.openstreetmap.org/wiki/Key:width CU Stéphane Vincent de Chateau-Thierry [via GIS] a écrit : Fred a écrit : Bonsoir, Je voudrais savoir comment enregistrer dans OSM un rétrécissement de voirie, suffisamment important pour imposer que deux voitures ne se croisent pas, ou avec difficulté, ou encore empêcher un grand camion (semi-remorque) de passer, sachant qu'il ne s'agit pas d'un obstacle fait exprès, mais le plus souvent de maisons construites là à l'époque où les routes s'empruntaient avec des engins à pattes ;- http://wiki.openstreetmap.org/wiki/Key:narrow appliqué sur le morceau de way correspondant ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://gis.638310.n2.nabble.com/Comment-noter-un-retrecissement-de-route-tp5232442p5232496.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Comment-noter-un-retrecissement-de-route-tp5232442p5235126.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Superbe boulot et merci encore Quelques remarques : - Distinguer highway=pedestrian (vélo autorisé au pas) et highway=footway (interdit par défaut à moins que pour ce dernier il soit associé à bicycle=yes). - Mettre une petite flèche pour les pistes cyclables ou les bandes cyclables en sens unique : highway=cycleway+oneway=yes) - Faire davantage ressortir les couloirs de bus + prendre en compte avec ce même rendu : highway=service+psv=yes+bicycle=yes (pour les voies bus séparées de la chaussée) - Prendre en compte les double sens cyclable (cycleway=opposite, cycleway=opposite_track et cycleway=opposite_lane) - Intégrer les vélocistes (shop=bicycle) et les robinets d'eau. - Les rues ne ressortent pas dans le rendu Fond - Faire ressortir les rues en zone 30 ou à 30/h (maxspeed=30) d'une couleur spécifique E. Le mardi 29 juin 2010 à 02:46 -0700, GaelADT a écrit : Bravo pour ce travail. je viens de regarder sur Paris. Il me semble que le cycleway=track n'est pas pris en compte (même si c'est vrai qu'en théorie il ne faudrait pas que ça existe !) Gaël. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Coucou tout le monde, Petit scenario : 1. J'ouvre JOSM 2. Je télécharge un zone au pif où il y a du cadastre récent 3. Je trouve quelques ways superposés : http://www.openstreetmap.org/browse/way/59628548/history http://www.openstreetmap.org/browse/way/59629647/history http://www.openstreetmap.org/browse/way/59629101/history http://www.openstreetmap.org/browse/way/59629123/history Hasard, coïncidence, corrélation, superstition, bug de l'api ? Vous pourrez voir que 3 des polygones ont été importés dans le même changeset, ce qui prouve que le cadastre duplique les bâtiments ! J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. [1] http://osm1.crans.org/src/osmose/analyser_gis_building_overlaps.py [2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 [3] http://osmose.openstreetmap.fr/cgi-bin/info.py?source=64 [4] http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1 My 2c Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés du vendredi après midi au dimanche soir (sauf si quelqu'un les rallume avant). Une coupure de courant étant planifiée samedi, et je n'ai pas de dispo pour arrêter les serveurs samedi à 7h. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Je ne comprend pas ce qui a pu se passer, ça m'étonnerais d'avoir tracé 4 fois le même bâtiment à la main... je m'en vais corriger ça. Ton script est sûrement très bien, mais quoi de plus par rapport à un dupeNodes par exemple? Le 29 juin 2010 19:26, Etienne Chové ch...@crans.org a écrit : Coucou tout le monde, Petit scenario : 1. J'ouvre JOSM 2. Je télécharge un zone au pif où il y a du cadastre récent 3. Je trouve quelques ways superposés : http://www.openstreetmap.org/browse/way/59628548/history http://www.openstreetmap.org/browse/way/59629647/history http://www.openstreetmap.org/browse/way/59629101/history http://www.openstreetmap.org/browse/way/59629123/history Hasard, coïncidence, corrélation, superstition, bug de l'api ? Vous pourrez voir que 3 des polygones ont été importés dans le même changeset, ce qui prouve que le cadastre duplique les bâtiments ! J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. [1] http://osm1.crans.org/src/osmose/analyser_gis_building_overlaps.py [2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 [3] http://osmose.openstreetmap.fr/cgi-bin/info.py?source=64 [4] http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1 My 2c Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés du vendredi après midi au dimanche soir (sauf si quelqu'un les rallume avant). Une coupure de courant étant planifiée samedi, et je n'ai pas de dispo pour arrêter les serveurs samedi à 7h. -- 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] [BeCiklo] On en est où ?
Le plus simple est de centraliser ces demandes au niveau du wiki. Ça permettra de réagir dessus et de ne pas polluer la mailingList. Concernant les changements, j'essaie de commenter les changement que je fais en modifiant les pages des XML du wiki, ca fait une sorte de changelog :D 2010/6/29 esperanza espera...@no-log.org Superbe boulot et merci encore Quelques remarques : - Distinguer highway=pedestrian (vélo autorisé au pas) et highway=footway (interdit par défaut à moins que pour ce dernier il soit associé à bicycle=yes). - Mettre une petite flèche pour les pistes cyclables ou les bandes cyclables en sens unique : highway=cycleway+oneway=yes) - Faire davantage ressortir les couloirs de bus + prendre en compte avec ce même rendu : highway=service+psv=yes+bicycle=yes (pour les voies bus séparées de la chaussée) - Prendre en compte les double sens cyclable (cycleway=opposite, cycleway=opposite_track et cycleway=opposite_lane) - Intégrer les vélocistes (shop=bicycle) et les robinets d'eau. - Les rues ne ressortent pas dans le rendu Fond - Faire ressortir les rues en zone 30 ou à 30/h (maxspeed=30) d'une couleur spécifique E. Le mardi 29 juin 2010 à 02:46 -0700, GaelADT a écrit : Bravo pour ce travail. je viens de regarder sur Paris. Il me semble que le cycleway=track n'est pas pris en compte (même si c'est vrai qu'en théorie il ne faudrait pas que ça existe !) Gaël. ___ 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] Superposition dans l'import cadastral et plugin osmose
Le 29/06/2010 19:42, Balooval a écrit : Je ne comprend pas ce qui a pu se passer, ça m'étonnerais d'avoir tracé 4 fois le même bâtiment à la main... je m'en vais corriger ça. Ton script est sûrement très bien, mais quoi de plus par rapport à un dupeNodes par exemple? Un dupnodes cherche les nœuds dupliqués, donc si tu fusionne les nœuds dupliqués, tu n'aura plus d'erreurs. Cependant, si tu fusionnes les nœuds dupliqués dans ton cas, tu as toujours 4 ways superposés, ce que cette analyse te donnera. Enfin, si tu as deux bâtiments proches, avec un bout superposé, cette analyse va aussi râler, même si aucun nœud ne se superpose. Exemple (les plus sont les nodes) : +--+ | | |+ | | / \ | +--+ / \ /\ + + | | +--+ Dans cet exemple, il n'y a pas de dupnode, mais une superposition des surfaces. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Merci Etienne pour ton travail! J'avais remarqué que le plugin Validator laissait passer certains cas d'erreurs d'overlapping et hop voilà que tu m'évites de coder une nouvelle détection dans ce plugin que je connais pas du tout! Bon courage à tous pour le nettoyage ;-) Clément. Etienne Chové wrote: Le 29/06/2010 19:42, Balooval a écrit : Je ne comprend pas ce qui a pu se passer, ça m'étonnerais d'avoir tracé 4 fois le même bâtiment à la main... je m'en vais corriger ça. Ton script est sûrement très bien, mais quoi de plus par rapport à un dupeNodes par exemple? Un dupnodes cherche les nœuds dupliqués, donc si tu fusionne les nœuds dupliqués, tu n'aura plus d'erreurs. Cependant, si tu fusionnes les nœuds dupliqués dans ton cas, tu as toujours 4 ways superposés, ce que cette analyse te donnera. Enfin, si tu as deux bâtiments proches, avec un bout superposé, cette analyse va aussi râler, même si aucun nœud ne se superpose. Exemple (les plus sont les nodes) : +--+ | | |+ | | / \ | +--+ / \ /\ + + | | +--+ Dans cet exemple, il n'y a pas de dupnode, mais une superposition des surfaces. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Le 29 juin 2010 19:26, Etienne Chové ch...@crans.org a écrit : Coucou tout le monde, Bonjour, J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Oula oui, j'en fais parti ! Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. Merci une nouvelle fois pour cet outil. Jusque là je continuais mes imports en surveillant Osmose et Keepright sans aucun retour, confiant. Il s'avère que le plugin validator utilise les intersections de segment pour déterminer l'avertissement Bâtiments chevauchant. Je l'avais remarqué il y a déjà quelques temps, sans percuter sur l'import du bati : pour les bâtiment partageant les même points, et donc sans intersection des segments les composant, cela ressort en zones superposées, un avertissement bleu que j'ai zappé (tous les bâtiments contigus ressortent là également). Le pire c'est que je tentais de produire un script pour faire des J sur les noeuds très proche d'un segment. Si cela corrige pas mal d'ano, cela a produit cas qui passent au travers de validator. Cas 1 : ressort en Bâtiments chevauchant (ok, normal) +--+ | | |+ | | / \ | +--+ / \ /\ + + | | +--+ Cas 2: Aucune ano sous validator ! +--+ | | | | |+ | | / \ | | /\ | | / \ | |/\| +--+ | | | | | | +--+ Cas 3: ressort en zone superposée (j'ai zappé et j'ai ai un paquet !) Ce n'est pas la zone a qui est superposée pour validator, mais les segments contigues +--++ | || | +| | |a\ | | +--+-+ | | | | | | +---+ A+ BrunoC (à la louche 300*2 bâtiments à corriger) PS: J'espère que ta thèse te laissera du temps pour un apéro OSM sur Nantes à la rentrée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29 juin 2010 14:44, Pieren pier...@gmail.com a écrit : 2010/6/29 christophe t arbail...@gmail.com J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine Comme je l'ai dit, si tu vois que le travail manuel est trop long, demande le revert. Pieren Bon c'est pas gagné cette affaire. Je cumule les soucis. J'ai maintenant le plugin validator qui ne me détecte pas les noeuds sans tag et non connectés, ni les chevauchements de batiments. Je suis sous linux avec josm 3329 (dernière tested) et validator 22065 (version courante). Idem avec la version latest. J'ai essayé sur une autre machine sous wind... dans la journée et cela fonctionnait (arggg). Je préfére demander le revert pour travailler ensuite par plus petites zones et ne pas laisser les données trop longtemps dans cet état incorrect. Si toi ou quelqu'un d'autre peut m'indiquer la procédure ou s'en charger, il s'agit donc des changesets #5101735http://www.openstreetmap.org/browse/changeset/5101735 et #5102139 http://www.openstreetmap.org/browse/changeset/5102139. Merci d'avance, christophe alias orhygine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29/06/2010 22:21, christophe t a écrit : Le 29 juin 2010 14:44, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2010/6/29 christophe t arbail...@gmail.com mailto:arbail...@gmail.com J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine Comme je l'ai dit, si tu vois que le travail manuel est trop long, demande le revert. Pieren Bon c'est pas gagné cette affaire. Je cumule les soucis. J'ai maintenant le plugin validator qui ne me détecte pas les noeuds sans tag et non connectés, ni les chevauchements de batiments. Je suis sous linux avec josm 3329 (dernière tested) et validator 22065 (version courante). Idem avec la version latest. J'ai essayé sur une autre machine sous wind... dans la journée et cela fonctionnait (arggg). Ce ne serait pas une question d'options du validator qui serait désactivées ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Import bati] Pb import incomplet
Le 29 juin 2010 22:31, Vincent Pottier vpott...@gmail.com a écrit : Le 29/06/2010 22:21, christophe t a écrit : Le 29 juin 2010 14:44, Pieren pier...@gmail.com a écrit : 2010/6/29 christophe t arbail...@gmail.com J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine Comme je l'ai dit, si tu vois que le travail manuel est trop long, demande le revert. Pieren Bon c'est pas gagné cette affaire. Je cumule les soucis. J'ai maintenant le plugin validator qui ne me détecte pas les noeuds sans tag et non connectés, ni les chevauchements de batiments. Je suis sous linux avec josm 3329 (dernière tested) et validator 22065 (version courante). Idem avec la version latest. J'ai essayé sur une autre machine sous wind... dans la journée et cela fonctionnait (arggg). Ce ne serait pas une question d'options du validator qui serait désactivées ? J'ai vérifié. Toutes les contrôles sont bien activés dans les options du plugin... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Bonjour Étienne, Je viens de vérifier ma fameuse commune et c'est tout en bordel ! Sur les erreurs signalées (j'en ai regardé 5-6) : - une je la vois depuis le début mais je ne comprends pas où est le pb donc je n'arrive pas à la corrigée - une est sûrement un oubli un point qui n'appartenait qu'a un polygone - au moin trois ont été générées par le serveur OSM car le rendu est bon sur les tuiles, l'historique est correct, je suis bien le dernier à avoir modifié. Les points des bâtiments ont étés déplacés et sont en zig zag dans tous les sens. Pour deux erreurs sur ces trois je suis ABSOLUMENT certain quelles n'y été pas (un moulin autour et en dessous duquel j'ai tracé la rivière qui n'existait pas dans le cadastre) et la troisième j'en suis persuadé (la voie C 6 y passe, je vous en ai assez rabattu les oreilles avec pour avoir passé du temps autour). Mis à part les oublis possibles, j'ai vraiment fait gaffe (superpositions, en trop, limites parcelles, dup ...) à l'import. Sur cette zone, il y a un pb ! Et pas des moindres, car pas de traces dans l'historique. Fait ch... :| Benoît R. Etienne Chové a écrit : Coucou tout le monde, Petit scenario : 1. J'ouvre JOSM 2. Je télécharge un zone au pif où il y a du cadastre récent 3. Je trouve quelques ways superposés : http://www.openstreetmap.org/browse/way/59628548/history http://www.openstreetmap.org/browse/way/59629647/history http://www.openstreetmap.org/browse/way/59629101/history http://www.openstreetmap.org/browse/way/59629123/history Hasard, coïncidence, corrélation, superstition, bug de l'api ? Vous pourrez voir que 3 des polygones ont été importés dans le même changeset, ce qui prouve que le cadastre duplique les bâtiments ! J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. [1] http://osm1.crans.org/src/osmose/analyser_gis_building_overlaps.py [2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 [3] http://osmose.openstreetmap.fr/cgi-bin/info.py?source=64 [4] http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1 My 2c Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés du vendredi après midi au dimanche soir (sauf si quelqu'un les rallume avant). Une coupure de courant étant planifiée samedi, et je n'ai pas de dispo pour arrêter les serveurs samedi à 7h. Ce message entrant est certifié sans virus connu. Analyse effectuée par AVG - www.avg.fr Version: 9.0.830 / Base de données virale: 271.1.1/2970 - Date: 06/29/10 08:35:00 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Re, Je me réponds à moi même. L'historique m'indique maintenant que je viens de modifier des points auxquels je n'ai pas touché à 23h ! J'ai dû merdé en voulant corrigé. Mais quoi ? Zut ! Flute ! Benoît R. Benoît ROUSSEAU a écrit : Bonjour Étienne, Je viens de vérifier ma fameuse commune et c'est tout en bordel ! Sur les erreurs signalées (j'en ai regardé 5-6) : - une je la vois depuis le début mais je ne comprends pas où est le pb donc je n'arrive pas à la corrigée - une est sûrement un oubli un point qui n'appartenait qu'a un polygone - au moin trois ont été générées par le serveur OSM car le rendu est bon sur les tuiles, l'historique est correct, je suis bien le dernier à avoir modifié. Les points des bâtiments ont étés déplacés et sont en zig zag dans tous les sens. Pour deux erreurs sur ces trois je suis ABSOLUMENT certain quelles n'y été pas (un moulin autour et en dessous duquel j'ai tracé la rivière qui n'existait pas dans le cadastre) et la troisième j'en suis persuadé (la voie C 6 y passe, je vous en ai assez rabattu les oreilles avec pour avoir passé du temps autour). Mis à part les oublis possibles, j'ai vraiment fait gaffe (superpositions, en trop, limites parcelles, dup ...) à l'import. Sur cette zone, il y a un pb ! Et pas des moindres, car pas de traces dans l'historique. Fait ch... :| Benoît R. Etienne Chové a écrit : Coucou tout le monde, Petit scenario : 1. J'ouvre JOSM 2. Je télécharge un zone au pif où il y a du cadastre récent 3. Je trouve quelques ways superposés : http://www.openstreetmap.org/browse/way/59628548/history http://www.openstreetmap.org/browse/way/59629647/history http://www.openstreetmap.org/browse/way/59629101/history http://www.openstreetmap.org/browse/way/59629123/history Hasard, coïncidence, corrélation, superstition, bug de l'api ? Vous pourrez voir que 3 des polygones ont été importés dans le même changeset, ce qui prouve que le cadastre duplique les bâtiments ! J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. [1] http://osm1.crans.org/src/osmose/analyser_gis_building_overlaps.py [2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 [3] http://osmose.openstreetmap.fr/cgi-bin/info.py?source=64 [4] http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1 My 2c Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés du vendredi après midi au dimanche soir (sauf si quelqu'un les rallume avant). Une coupure de courant étant planifiée samedi, et je n'ai pas de dispo pour arrêter les serveurs samedi à 7h. Ce message entrant est certifié sans virus connu. Analyse effectuée par AVG - www.avg.fr Version: 9.0.830 / Base de données virale: 271.1.1/2970 - Date: 06/29/10 08:35:00 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ce message entrant est certifié sans virus connu. Analyse effectuée par AVG - www.avg.fr Version: 9.0.830 / Base de données virale: 271.1.1/2970 - Date: 06/29/10 08:35:00 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] HELP !
Si qqun à le temps d'aller faire un tour avec JOSM ici : http://www.openstreetmap.org/?lat=46.6085287928581lon=0.231278836727142zoom=17 http://www.openstreetmap.org/?lat=46.6085287928581lon=0.231278836727142zoom=17 Je ne comprends pas ce qui se passe... plein de points de bâtiments sont décalés. C'est incompréhensible. Ca n'affecte visiblement ni les voies d'eau ni les routes et rues. L'avantage c'est qu'aujourd'hui que je peux facilement réimporter le bâti. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP !
Et là j'ai mes bâtiments qui n'ont qu'une version à la bonne date bonne heure et moi pour dernier intervenant. Ce qui ne correspond pas au rendu des tuilles qui prouve que c'était bon ! Je vais regardé s'il y a un changeset non cloturé qui traine Benoît ROUSSEAU a écrit : Si qqun à le temps d'aller faire un tour avec JOSM ici : http://www.openstreetmap.org/?lat=46.6085287928581lon=0.231278836727142zoom=17 http://www.openstreetmap.org/?lat=46.6085287928581lon=0.231278836727142zoom=17 Je ne comprends pas ce qui se passe... plein de points de bâtiments sont décalés. C'est incompréhensible. Ca n'affecte visiblement ni les voies d'eau ni les routes et rues. L'avantage c'est qu'aujourd'hui que je peux facilement réimporter le bâti. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ce message entrant est certifié sans virus connu. Analyse effectuée par AVG - www.avg.fr Version: 9.0.830 / Base de données virale: 271.1.1/2970 - Date: 06/29/10 08:35:00 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP !
Le 29/06/2010 23:35, Benoît ROUSSEAU a écrit : Et là j'ai mes bâtiments qui n'ont qu'une version à la bonne date bonne heure et moi pour dernier intervenant. Ce qui ne correspond pas au rendu des tuilles qui prouve que c'était bon ! Je vais regardé s'il y a un changeset non cloturé qui traine Le rendu des tuiles est mort actuellement. Les tuilles sont renouvellées mais sans intégrer les changements (la nouvelle est passée sur la ML anglaise). Je finis l'intégration du gros polygone sur le Cantal et je vais faire un tour sur ton lien. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP !
Ouaip ! Ce changeset est non cloturé : http://www.openstreetmap.org/browse/changeset/5109313, mais pourquoi ce bazar ? Mystère, je ne comprends pas. Si qqun à une explication, ... Pour la correction je vais me débrouiller. Benoît ROUSSEAU a écrit : Si qqun à le temps d'aller faire un tour avec JOSM ici : http://www.openstreetmap.org/?lat=46.6085287928581lon=0.231278836727142zoom=17 http://www.openstreetmap.org/?lat=46.6085287928581lon=0.231278836727142zoom=17 Je ne comprends pas ce qui se passe... plein de points de bâtiments sont décalés. C'est incompréhensible. Ca n'affecte visiblement ni les voies d'eau ni les routes et rues. L'avantage c'est qu'aujourd'hui que je peux facilement réimporter le bâti. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ce message entrant est certifié sans virus connu. Analyse effectuée par AVG - www.avg.fr Version: 9.0.830 / Base de données virale: 271.1.1/2970 - Date: 06/29/10 08:35:00 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP !
Le 29/06/2010 23:41, Vincent Pottier a écrit : Je finis l'intégration du gros polygone sur le Cantal Plus que 15000 nœuds à fusionner. (pour un polygone, j'ai dû en fusionner 5 d'un coup. Je suis allé me coucher pendant que totoche continuait à bosser... Au petit matin, il n'avait pas fini.) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Le 29/06/2010 19:26, Etienne Chové a écrit : [un peu d'énervement et une annonce de...] [2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 Je viens de rajouter les numéros de ways dans les bulles. Les numéros correspondent au ways produisant un recouvrement. Désolé pour ceux qui ont passé des erreurs en faux positif, un effet de bord de cette modif sera de refaire apparaitre les erreurs. PS : ne cherchez pas tout de suite, j'ai mis le plugin dans la boucle automatique, il sera lancé demain matin. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP !
Je ne sais trop quoi faire... L'API me rpond : ?xml version="1.0" encoding="UTF-8"? osm version="0.6" generator="OpenStreetMap server" changeset id="5109313" user="RousseauB" uid="234606" created_at="2010-06-29T20:59:37Z" open="true" min_lon="-0.0283923" min_lat="46.5490806" max_lon="0.3634592" max_lat="46.812684" tag k="created_by" v="JOSM/1.5 (3329 fr)"/ tag k="comment" v="Quaincay 86 + Correction bt supperpos"/ /changeset /osm Et quand je tente de le fermer : Changeset in question has already been closed or user is not the creator ! The user doesn't own that changeset Alors que l'inspecteur d'lments me donne : http://www.openstreetmap.org/browse/changeset/5109313 Groupe de modifications : 5109313 Voir la zone dans une carte plus grande Cr le : 29 juin 2010 20:59 Termin le : 29 juin 2010 22:00 Appartient : RousseauB Balises : comment = Quaincay 86 + Correction bt supperpos created_by = JOSM/1.5 (3329 fr) Cadre de dlimitation : 46.812684 -0.0283923 (cadre) 0.3634592 46.5490806 Concerne les 2000 nuds suivants : 795968356, v2 786608742, v2 514664898, v2 786603862, v2 786606335, v2 786608090, v2 528718280, v2 786604725, v2 786610514, v2 528719019, v2 786599845, v2 786602562, v2 786605171, v2 566753691, v3 786612311, v2 786610155, v2 527830461, v2 795969567, v2 786600155, v2 519831704, v2 Page en cours 1 (1-20 de 2000) | 1 2 3 ... 100 Alors l je sche... Je pensais au moins pour rcuprer les IDs des points via l'API pour effectuer une marche arrire en V1 sur les points inclus dans ce changeset, mais que dalle ! Je verrai a demain Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose
De : Benoît ROUSSEAU adressepossi...@free.fr Re, Je me réponds à moi même. L'historique m'indique maintenant que je viens de modifier des points auxquels je n'ai pas touché à 23h ! J'ai dû merdé en voulant corrigé. Mais quoi ? Zut ! Flute ! De mon cote je suis en train de vérifier les 4 communes que j avais importe et effectivement il y a bien des erreurs la ou osmose le mentionne. Elle n avaient pas été reportées par le validator et sont assez difficiles a voir a l oeuil, si osmose pouvait par exemple différencier les cas d erreur via une description un peu plus précise se serait un super plus ! mais ça n empêche pas de poursuivre le nettoyage Merci une fois de plus pour ces outils qui aident a améliorer notre qualite Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose
De : Etienne Chové ch...@crans.org Je viens de rajouter les numéros de ways dans les bulles. Les numéros correspondent au ways produisant un recouvrement. Désolé pour ceux qui ont passé des erreurs en faux positif, un effet de bord de cette modif sera de refaire apparaitre les erreurs. PS : ne cherchez pas tout de suite, j'ai mis le plugin dans la boucle automatique, il sera lancé demain matin. Cool ça va faciliter les choses merci ! Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose
THEVENON Julien a écrit : *De :* Benoît ROUSSEAU adressepossi...@free.fr ** Re, Je me réponds à moi même. L'historique m'indique maintenant que je viens de modifier des points auxquels je n'ai pas touché à 23h ! J'ai dû merdé en voulant corrigé. Mais quoi ? Zut ! Flute ! De mon cote je suis en train de vérifier les 4 communes que j avais importe et effectivement il y a bien des erreurs la ou osmose le mentionne. Elle n avaient pas été reportées par le validator et sont assez difficiles a voir a l oeuil, si osmose pouvait par exemple différencier les cas d erreur via une description un peu plus précise se serait un super plus ! mais ça n empêche pas de poursuivre le nettoyage Merci une fois de plus pour ces outils qui aident a améliorer notre qualite Julien Je confirme que les pbs sont véritables, un incident m'a fait pensé le contraire. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP !
Le 30/06/2010 00:05, Benoît ROUSSEAU a écrit : Je ne sais trop quoi faire... Soit sélectionner la zone, effacer et recharger, soit corriger les noeuds à la main; Je n'ai pas réussi à charger le cadastre pour estimer les positions. J'ai ouvert une deuxième session JOSM et je crains que si je change des réglages mon bon gros polygone dans la première session ne s'évapore... Il me semble, c'est une hypothèse, donc remplacer par un conditionnel. Tu as sélectionné tout une série de point (fautifs ? ) via le validator, mais au zoom fort, ce qui fait que tu étais concentré sur un bâtiment. En déplaçant LE point que tu voulais déplacer, toute la série s'est déplacée de quelques mètres (~5] vers l'ouest [~280°). J'ai testé de sélectionner des points qui ne me semblaient pas bien placé, sur plusieurs bâtiments, j'ai replacé le lot à main levé, et l'es bâtiments ont retrouvé une forme qui semble ordinaire. Je ne sauvegarde pas. Bon j'ai de la patience, c''est la méthode de correction que j'emploierai si le reste est bon (ce que je n'ai pas contrôlé) Avec le cadastre dessous, ça doit aller vite de repérer les noeuds qui ne sont pas à leur place et de tout décaler d'un coup (ou au moins par zone, par paquet de noeuds). Bon courage. Restent 1 noeuds à fusionner. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Le 29/06/2010 23:54, Etienne Chové a écrit : Le 29/06/2010 19:26, Etienne Chové a écrit : [un peu d'énervement et une annonce de...] [2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 Je viens de rajouter les numéros de ways dans les bulles. Les numéros correspondent au ways produisant un recouvrement. Désolé pour ceux qui ont passé des erreurs en faux positif, un effet de bord de cette modif sera de refaire apparaitre les erreurs. PS : ne cherchez pas tout de suite, j'ai mis le plugin dans la boucle automatique, il sera lancé demain matin. Quand tu auras publié ta thèse, tu pourras ensuite publier un bottin de plugins ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HELP ! - CLOS - SOLUTIONNÉ
Vincent Pottier a écrit : Le 30/06/2010 00:05, Benoît ROUSSEAU a écrit : Je ne sais trop quoi faire... Soit sélectionner la zone, effacer et recharger, soit corriger les nœuds à la main; Je n'ai pas réussi à charger le cadastre pour estimer les positions. J'ai ouvert une deuxième session JOSM et je crains que si je change des réglages mon bon gros polygone dans la première session ne s'évapore... Il me semble, c'est une hypothèse, donc remplacer par un conditionnel. Tu as sélectionné tout une série de point (fautifs ? ) via le validator, mais au zoom fort, ce qui fait que tu étais concentré sur un bâtiment. En déplaçant LE point que tu voulais déplacer, toute la série s'est déplacée de quelques mètres (~5] vers l'ouest [~280°). J'ai testé de sélectionner des points qui ne me semblaient pas bien placé, sur plusieurs bâtiments, j'ai replacé le lot à main levé, et l'es bâtiments ont retrouvé une forme qui semble ordinaire. Je ne sauvegarde pas. Bon j'ai de la patience, c''est la méthode de correction que j'emploierai si le reste est bon (ce que je n'ai pas contrôlé) Avec le cadastre dessous, ça doit aller vite de repérer les nœuds qui ne sont pas à leur place et de tout décaler d'un coup (ou au moins par zone, par paquet de nœuds). Bon courage. Restent 1 nœuds à fusionner. -- FrViPofm Merci FrViPofm, L'API me retourne maintenant les nœuds fautifs. J'ai fait une classe pour attaquer l'API c'est l'occasion de s'en servir. Donc je suis parti pour un retour automatique à avant. Parce que devenant vieux, c'était mieux avant. Concernant la cause, j'ai bien identifié comme toi que les noeuds sont tous déplacé du même écart. J'ai dû faire une bêtise, même si je pense sincèrement que ce n'est pas le cas :p. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
* Etienne Chové etienne.ch...@crans.org [2010-06-29 19:26:07 +0200]: Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés du vendredi après midi au dimanche soir (sauf si quelqu'un les rallume avant). Une coupure de courant étant planifiée samedi, et je n'ai pas de dispo pour arrêter les serveurs samedi à 7h. À priori je couperai tous les serveurs du c...@ns et serai là pour les rallumer, je pourrai appuyer sur le bouton des serveurs osm samedi soir. A+, -- Nicolas Dandrimont Linux poses a real challenge for those with a taste for late-night hacking (and/or conversations with God). (By Matt Welsh) signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] HELP les polygones CLC ont bougés aussi
Bonjour, Alors là je ne sais pas quoi faire ! Malgré le filtrage, sous JOSM, des polygones CLC, ils étaient pris dans le déplacement... Je ne comprends pas. Mon revert n'a pas fonctionné, le décalage est beaucoup plus important, et les polygones CLC ont été pris dans le mouvement... J'en était à supprimer les bâtiments pour refaire un import quand j'ai vu ça. Si qqun à une solution simple pour remettre en ordre... Sinon je vais peaufiner mon revert en transférerant la zoneconcernée sur le serveur de dev. J'enrage ! D'autant plus que l'API sera indispo plusieurs jours. A demain... Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
