Re: [OSM-talk-fr] Comment taguer un portique à l'entrée d'un parking
2013/1/14 Olivier Delaune olivier.dela...@wanadoo.fr: De manière générale, un tag 'access=*' est toujours bienvenue lorsqu'on mappe des voies non-publiques, comme ici, dans ce qui semble être probablement un parking de supermarché, donc privé (access=destination ou customers). L'absence de tag access signifie ouvert à tous et à toutes heures, y compris pour le trafic de transit. Quelque chose qui colle très bien aux voies publiques, donc à l'essentiel de ce qui est mappé dans OSM. Un routeur pourrait choisir un raccourci par un highway=service si c'est le chemin est significativement plus court entre les points A et B. On ne peut blâmer personne d'omettre le tag 'access'. Mais d'un autre côté, on ne doit pas critiquer ceux qui veulent ajouter de l'information avec ce tag. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] longueur trace GPS
Bonjour, Merci de mettre un sujet à ton message... J'aimerai savoir est ce qu'il est possible de connaitre la longueur d'une trace GPS (GARMIN Etrex 20) Dans ton GPS Garmin ou a posteriori ? Dans ce dernier cas, dans JOSM par exemple, tu charges ton fichier GPX et tu survoles la couche, la longueur s'affiche. Sinon dans QGis aussi tu peux, mais bon ta question n'est pas claire. Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] (sans objet)
Avec Les éditeurs styles JOSM, merkatoor, ... je ne sais pas, mais une solution très simple : http://www.mygpsfiles.com/app/ Le 14/01/2013 11:05, seyeize ize a écrit : Bonjour! J'aimerai savoir est ce qu'il est possible de connaitre la longueur d'une trace GPS (GARMIN Etrex 20) ___ 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] (sans objet)
Le 14 janvier 2013 11:57, Xavier x.larc...@laposte.net a écrit : Avec Les éditeurs styles JOSM Dans JOSM, il suffit de faire un clic droit sur la trace et de sélectionner Informations. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouvailles
Hello, Pour l'explication du 1989 : http://www.millau.fr/domaine-forestier.html 2013/1/14 Philippe Verdy verd...@wanadoo.fr Le 14 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : ces cas vont donc se multiplier (on a aussi le cas des nouvelles îles artificielles aux Émirats Arabes Unis qui dessinent une carte du monde). C'est là: http://www.openstreetmap.org/?lat=25.228lon=55.1654zoom=14layers=M (construction pas encore complète mais la carte du monde commence à devenir bien identifiable, et les nouvelles îles portent les noms des pays représentés ou de grandes capitales ou régions de ces pays) ___ 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] (sans objet)
Merci beaucoup j'ai testé le lien mais ça marche bien. Le 14 janvier 2013 11:59, Romain MEHUT romain.me...@gmail.com a écrit : Le 14 janvier 2013 11:57, Xavier x.larc...@laposte.net a écrit : Avec Les éditeurs styles JOSM Dans JOSM, il suffit de faire un clic droit sur la trace et de sélectionner Informations. Romain ___ 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] Import bâti cadastral, encore du travail à faire
Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit : Bonjour, Je voudrais faire part ici d'un retour d'expérience sur le bâti cadastral de deux villages de taille moyenne (1500.. 2000 habitants) que j'ai eu l'occasion d'examiner en détail ce week-end. Dans le premier, j'ai immédiatement constaté le nombre ahurissant de polygones building=yes qui se découpaient suivant le parcellaire, très fragmenté dans cette commune rurale. En ne conservant que les contours extérieurs (définition du tag building=yes), j'ai pu supprimer approximativement 70% des polygones. Dans le deuxième cas, l'urbanisation était plus récente mais il y avait encore env. 30% de buildings en trop. Le découpage des bâtiments par le cadastre semble donc très, très variable d'une commune à l'autre, mais aussi à l'intérieur d'une même commune (et ne semble pas dépendre de pratiques spécifiques à un CDIF). C'est aussi mon impression. Dans ma ville c'est plutôt l'inverse... un immeuble de plusieurs étages et des garages qui n'ont qu'un polygone, et dans ce cas, je recoupe. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Meme impression aussi. Je ne conserve les separations que lorsqu'elles sont dues a un passage entre bati lourd et bati leger ou si l imagerie aerienne montre un changement de niveau ou de batiment. Julien De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 14 janvier 2013 13h28 Objet : Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit : Bonjour, Je voudrais faire part ici d'un retour d'expérience sur le bâti cadastral de deux villages de taille moyenne (1500.. 2000 habitants) que j'ai eu l'occasion d'examiner en détail ce week-end. Dans le premier, j'ai immédiatement constaté le nombre ahurissant de polygones building=yes qui se découpaient suivant le parcellaire, très fragmenté dans cette commune rurale. En ne conservant que les contours extérieurs (définition du tag building=yes), j'ai pu supprimer approximativement 70% des polygones. Dans le deuxième cas, l'urbanisation était plus récente mais il y avait encore env. 30% de buildings en trop. Le découpage des bâtiments par le cadastre semble donc très, très variable d'une commune à l'autre, mais aussi à l'intérieur d'une même commune (et ne semble pas dépendre de pratiques spécifiques à un CDIF). C'est aussi mon impression. Dans ma ville c'est plutôt l'inverse... un immeuble de plusieurs étages et des garages qui n'ont qu'un polygone, et dans ce cas, je recoupe. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Import bâti cadastral, encore du travail à faire
bonjour, et meilleurs vux OSM et ses fourmis Je me suis pos aussi cette question ds mon premier import du cadastre. J'ai cherch regrouper. (pas fait beaucoup, et puis la nouvelle demande de double compte me refroidi ) - en ville (village) On les repre facilement grce aux diffrences entre les toitures, le sens des faitage, l'ombrage. J'avais donc conclu que 2 btis clairement construits diffremment au vu des toitures devaient mener 2 building=yes. Presque pas de fusion. J'ai mme arrt de fusionn - en tissu diffus distendus l c'est plus dur, j'ai vu beaucoup de garages rajouts aux btisses qui en cadastre avait une limite sparative mais qui dans les faits rclamaient une fusion avec le plus gros bti. Pas beaucoup de fusion. J'ai arrte aussi plus par doute - en tissu de campagne, c'est encore plus compliqu car plus d'adresse cadastrale pour vrifier. Dans les hameaux anciens ou bti de corps de ferme assembl il n'y a pas trop moyen de passer devant pour regarder, les toitures sont clairement diffrentes et traduisent des poques diffrentes mais on sait aussi qu'historiquement il s'agissait des mme familles. fusion si les btis sont assimilables aux mme poques et sur une mme parcelle (il faut vrifier sur le serveur) pas fusion si beaucoup de parcelles correspondent des btis diffrents. au final j'en ai fait trs peu des fusions. et puis finalement j'aime bien les limites sparatives entre bti a me donne une information sur la logique d'usage du sol, ce que ne donne pas la carte TOP25 par exemple 70% me parait norme au vu de ce que j'ai dans mon coin, mme 30%... djo_man Le 14/01/2013 13:28, Christian Quest a crit: Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a crit : Bonjour, Je voudrais faire part ici d'un retour d'exprience sur le bti cadastral de deux villages de taille moyenne (1500.. 2000 habitants) que j'ai eu l'occasion d'examiner en dtail ce week-end. Dans le premier, j'ai immdiatement constat le nombre ahurissant de polygones "building=yes" qui se dcoupaient suivant le parcellaire, trs fragment dans cette commune rurale. En ne conservant que les contours extrieurs (dfinition du tag "building=yes"), j'ai pu supprimer approximativement 70% des polygones. Dans le deuxime cas, l'urbanisation tait plus rcente mais il y avait encore env. 30% de "buildings" en trop. Le dcoupage des btiments par le cadastre semble donc trs, trs variable d'une commune l'autre, mais aussi l'intrieur d'une mme commune (et ne semble pas dpendre de pratiques spcifiques un CDIF). C'est aussi mon impression. Dans ma ville c'est plutt l'inverse... un immeuble de plusieurs tages et des garages qui n'ont qu'un polygone, et dans ce cas, je recoupe. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] erreur de manip
bonjour, je voulais faire un test pour essayer une mise a jour de cadastre sur la reunion sur api06.dev MAIS j'ai oublié de changer l'adresse dans josm c'est en cours d'upload... le mieux maintenant c'est de ? merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] erreur de manip
On lundi 14 janvier 2013, didier2020 wrote: bonjour, je voulais faire un test pour essayer une mise a jour de cadastre sur la reunion sur api06.dev MAIS j'ai oublié de changer l'adresse dans josm c'est en cours d'upload... le mieux maintenant c'est de ? Arrêter l'envoi et faire un revert du/des changesets dans la foulée -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM Marseille et Marseille Provence 2013
Pour info, OSM cité à 16'20 dans l'émission Place de la Toile, de France Culture, en direct du Pavillon M à Marseille, à l'occasion de l'inauguration de Marseille Provence 2013 (Capitale européenne de la Culture). http://www.franceculture.fr/player/reecouter?play=4564095 OSM est cité comme le seul plan à jour du centre de Marseille, à la suite du réaménagement du Vieux-Port et des grosses modifications de la circulation dans ce quartier. Lundi dernier, soit 3 jours après l'inauguration du nouveau Vieux-Port, la communauté OSM Marseille avait en effet effectuée une micro-carto-partie pour mettre à jour ces données. http://www.openstreetmap.org/?lat=43.29493lon=5.36883zoom=16layers=M ChN ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Je suis d'accord aussi: quand on charge le cadastre avec josm, les surfaces oranges sont moins découpées qu'avec Qadastre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Ça ferait un bon thème pour un Maproulette à la française, à condition de pouvoir identifier les bons candidats En particulier s'il permettait d'alterner facilement entre fond Bing et cadastre pour bien juger de la nécessité ou pas de la césure. Et pourquoi pas permettre d'affiner rapidement la nature du bâtiment (house, garage ...), quand celle-ci n'est pas ambiguë. Car c'est un autre aspect qui singularise la France du reste du monde : on indique qu'il y a un bâtiment, mais on ne prend pas la peine de dire de quel type [1]. J'ai lu et je comprends les arguments de Djo_man, mais dans pas mal de cas [2], l'arbitrage est relativement simple, au moins par un oeil humain. Le reste est surtout une contrainte de temps humain disponible [1] France : http://taginfo.openstreetmap.fr/keys/building#values Monde : http://taginfo.openstreetmap.org/keys/building#values [2] http://osmose.openstreetmap.fr/map/?zoom=18lat=47.15634lon=-1.39291layers=BFFT Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit : Bonjour, Je voudrais faire part ici d'un retour d'expérience sur le bâti cadastral de deux villages de taille moyenne (1500.. 2000 habitants) que j'ai eu l'occasion d'examiner en détail ce week-end. Dans le premier, j'ai immédiatement constaté le nombre ahurissant de polygones building=yes qui se découpaient suivant le parcellaire, très fragmenté dans cette commune rurale. En ne conservant que les contours extérieurs (définition du tag building=yes), j'ai pu supprimer approximativement 70% des polygones. Dans le deuxième cas, l'urbanisation était plus récente mais il y avait encore env. 30% de buildings en trop. Le découpage des bâtiments par le cadastre semble donc très, très variable d'une commune à l'autre, mais aussi à l'intérieur d'une même commune (et ne semble pas dépendre de pratiques spécifiques à un CDIF). L'import du bâti cadastral français dans OSM souffre d'une lacune grave. La modélisation du bâti n'est pas respecté. Seul le contour extérieur des bâtiments doit porter le tag building=*. Tout le reste devrait passer dans d'autres tags comme room=* ([1]) ou building:part ([2]) si on connait la configuration des lieux, ce qui est rarement le cas. Lorsque des maisons sont adossées, la séparation en polygones distincts ne se justifie que si les bâtiments forment des corps distincts. Comme c'est difficilement vérifiable de l'extérieur, la prudence devrait être de mise et donc opter pour la séparation que lorsque d'autres indicateurs comme les adresses distinctes sont présents (les différences architecturales ou d'âge des constructions peuvent aussi aider). La conséquence de cette mauvaise modélisation est que le nombre de bâtiments dans OSM est totalement fantaisiste et ne peut servir à aucune étude statistique ou analyse sérieuse. On trouve trop de petits balcons, terrasses, pérons, petits mobiliers (armoires techniques, statues), découpages sur lignes parcellaires ou par étages, ou de curieux triangles en coins taggués improprement en building=yes. A aucun moment, le guide d'import semi-automatique ([3]) ne mentionne la nécessité de simplifier les polygones du bâti en les fusionnant lorsque le découpage ne correspond pas aux contours extérieurs. Ou alors, suis-je le seul à penser que c'est un problème ? Pieren [1] http://wiki.openstreetmap.org/wiki/Key:room [2] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings [3] http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] erreur de manip
Le lundi 14 janvier 2013 à 14:53 +0100, sly (sylvain letuffe) a écrit : On lundi 14 janvier 2013, didier2020 wrote: bonjour, je voulais faire un test pour essayer une mise a jour de cadastre sur la reunion sur api06.dev MAIS j'ai oublié de changer l'adresse dans josm c'est en cours d'upload... le mieux maintenant c'est de ? Arrêter l'envoi et faire un revert du/des changesets dans la foulée merci! 'je n'etais pas sur pour l'arret pendant l'envoi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
2013/1/14 Ab_fab gamma@gmail.com: Ça ferait un bon thème pour un Maproulette à la française, à condition de pouvoir identifier les bons candidats Peut-être qu'un premier calcul de ratio, genre nombre de polygones building divisé par le nombre d'habitants, par commune serait une première piste. Pieren PS: à noter que le 70% est effectivement excessif. Il ne concerne que le ratio de réduction sur les bâtiments vraiment modifiés (qui était de 80% en fait). Pour les 30% de l'autre commune, par contre, c'est bien rapporté au total des buildings (et ~10% pour les wall=no). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Dans l'outil adresses sur le site web, j'indique un ratio polygones de bâti / adresses. Bien sûr il n'est intéressant que si on a saisit toutes les adresses ;) Je vais rajouter le ratio bâti / habitants et adresses / habitants... Le 14 janvier 2013 15:13, Pieren pier...@gmail.com a écrit : 2013/1/14 Ab_fab gamma@gmail.com: Ça ferait un bon thème pour un Maproulette à la française, à condition de pouvoir identifier les bons candidats Peut-être qu'un premier calcul de ratio, genre nombre de polygones building divisé par le nombre d'habitants, par commune serait une première piste. Pieren PS: à noter que le 70% est effectivement excessif. Il ne concerne que le ratio de réduction sur les bâtiments vraiment modifiés (qui était de 80% en fait). Pour les 30% de l'autre commune, par contre, c'est bien rapporté au total des buildings (et ~10% pour les wall=no). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Je pensais pour ma part à des critères géométriques sur des bâtiments contigus (valeurs des angles, surfaces respectives, nombre de segments contigus avec d'autres bâtiments ...) Sans parler des tests qui pourraient être faits avec un extrait du parcellaire du cadastre (utilisé juste pour cette fin) (cibler en priorité les segments contigus de bâti prolongés dans le cadastre par une limite de parcelle) Pas simple ... Le 14 janvier 2013 15:13, Pieren pier...@gmail.com a écrit : 2013/1/14 Ab_fab gamma@gmail.com: Ça ferait un bon thème pour un Maproulette à la française, à condition de pouvoir identifier les bons candidats Peut-être qu'un premier calcul de ratio, genre nombre de polygones building divisé par le nombre d'habitants, par commune serait une première piste. Pieren PS: à noter que le 70% est effectivement excessif. Il ne concerne que le ratio de réduction sur les bâtiments vraiment modifiés (qui était de 80% en fait). Pour les 30% de l'autre commune, par contre, c'est bien rapporté au total des buildings (et ~10% pour les wall=no). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Pourquoi on ne considérerait pas que building = yes est une erreur à corriger, au même titre que highway = road ? De plus, il me semble que le tag wall = no pourrait facilement être remplacé par une qualification du building : roof, hangar, shed, greenhouse... Bon, maintenant ça fait un paquet d'erreurs a corriger ! mais pour des fourmis laborieuses, tout est possible ;-) Mika Le lundi 14 janvier 2013 à 14:57 +0100, Ab_fab a écrit : Ça ferait un bon thème pour un Maproulette à la française, à condition de pouvoir identifier les bons candidats En particulier s'il permettait d'alterner facilement entre fond Bing et cadastre pour bien juger de la nécessité ou pas de la césure. Et pourquoi pas permettre d'affiner rapidement la nature du bâtiment (house, garage ...), quand celle-ci n'est pas ambiguë. Car c'est un autre aspect qui singularise la France du reste du monde : on indique qu'il y a un bâtiment, mais on ne prend pas la peine de dire de quel type [1]. J'ai lu et je comprends les arguments de Djo_man, mais dans pas mal de cas [2], l'arbitrage est relativement simple, au moins par un oeil humain. Le reste est surtout une contrainte de temps humain disponible [1] France : http://taginfo.openstreetmap.fr/keys/building#values Monde : http://taginfo.openstreetmap.org/keys/building#values [2] http://osmose.openstreetmap.fr/map/?zoom=18lat=47.15634lon=-1.39291layers=BFFT Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit : Bonjour, Je voudrais faire part ici d'un retour d'expérience sur le bâti cadastral de deux villages de taille moyenne (1500.. 2000 habitants) que j'ai eu l'occasion d'examiner en détail ce week-end. Dans le premier, j'ai immédiatement constaté le nombre ahurissant de polygones building=yes qui se découpaient suivant le parcellaire, très fragmenté dans cette commune rurale. En ne conservant que les contours extérieurs (définition du tag building=yes), j'ai pu supprimer approximativement 70% des polygones. Dans le deuxième cas, l'urbanisation était plus récente mais il y avait encore env. 30% de buildings en trop. Le découpage des bâtiments par le cadastre semble donc très, très variable d'une commune à l'autre, mais aussi à l'intérieur d'une même commune (et ne semble pas dépendre de pratiques spécifiques à un CDIF). L'import du bâti cadastral français dans OSM souffre d'une lacune grave. La modélisation du bâti n'est pas respecté. Seul le contour extérieur des bâtiments doit porter le tag building=*. Tout le reste devrait passer dans d'autres tags comme room=* ([1]) ou building:part ([2]) si on connait la configuration des lieux, ce qui est rarement le cas. Lorsque des maisons sont adossées, la séparation en polygones distincts ne se justifie que si les bâtiments forment des corps distincts. Comme c'est difficilement vérifiable de l'extérieur, la prudence devrait être de mise et donc opter pour la séparation que lorsque d'autres indicateurs comme les adresses distinctes sont présents (les différences architecturales ou d'âge des constructions peuvent aussi aider). La conséquence de cette mauvaise modélisation est que le nombre de bâtiments dans OSM est totalement fantaisiste et ne peut servir à aucune étude statistique ou analyse sérieuse. On trouve trop de petits balcons, terrasses, pérons, petits mobiliers (armoires techniques, statues), découpages sur lignes parcellaires ou par étages, ou de curieux triangles en coins taggués improprement en building=yes. A aucun moment, le guide d'import semi-automatique ([3]) ne mentionne la nécessité de simplifier les polygones du bâti en les fusionnant lorsque le découpage ne correspond pas aux contours extérieurs. Ou alors, suis-je le seul à penser que c'est un problème ? Pieren [1] http://wiki.openstreetmap.org/wiki/Key:room [2] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings [3] http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
2013/1/14 Mickaël Guéret m.gue...@free.fr: Pourquoi on ne considérerait pas que building = yes est une erreur à corriger, au même titre que highway = road ? Vu la quantité et la nécessité de vérifier de visu, c'est des erreurs qui risqueraient de persister longtemps ;-) De plus, il n'y a pas de consensus clair pour les bâtiments à usages multiples. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Bonjour, De : Ab_fab Je pensais pour ma part à des critères géométriques sur des bâtiments contigus (valeurs des angles, surfaces respectives, nombre de segments contigus avec d'autres bâtiments ...) Sans parler des tests qui pourraient être faits avec un extrait du parcellaire du cadastre (utilisé juste pour cette fin) (cibler en priorité les segments contigus de bâti prolongés dans le cadastre par une limite de parcelle) Pas simple ... Je viens de faire un test sur un extrait de base Auvergne, en sélectionnant les polygones issus d'osm2pgsql sur 2 critères combinés : - building = yes - le polygone a 3 sommets distincts Je récupère donc des triangles, qu'on peut ranger en 2 catégories : - ceux taggués wall=no, souvent en pignon de bâtiment, et contigus à un polygone sans wall=no - des portions de bâtiment, sans wall=no sur le triangle ni sur le reste du bâtiment, et pour lesquels l'existence du triangle correspond à un passage de limite de parcelle dans le bâtiment (donc fusionnable, en théorie). Quelques objets de mon jeu-test (à regarder avec JOSM ouvert) : http://localhost:8111/load_object?objects=w62941737 http://localhost:8111/load_object?objects=w62944316 http://localhost:8111/load_object?objects=w62942253 http://localhost:8111/load_object?objects=w62943363 http://localhost:8111/load_object?objects=w62942984 http://localhost:8111/load_object?objects=w62943980 http://localhost:8111/load_object?objects=w62942830 http://localhost:8111/load_object?objects=w62944580 http://localhost:8111/load_object?objects=w62944340 http://localhost:8111/load_object?objects=w62943836 http://localhost:8111/load_object?objects=w62943675 http://localhost:8111/load_object?objects=w62941778 http://localhost:8111/load_object?objects=w62941929 http://localhost:8111/load_object?objects=w62943758 http://localhost:8111/load_object?objects=w62943155 Ça n'est qu'un aspect du problème soulevé par Pieren, mais qu'on pourrait prendre comme l'indicateur d'un style de cadastre. Peut-être (mais à affiner) la matière d'un test Osmose pour indiquer, au delà du simple polygone, une commune sujette à morcellement ? vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Le lundi 14 janvier 2013 à 16:08 +0100, Ab_fab a écrit : Je pensais pour ma part à des critères géométriques sur des bâtiments contigus (valeurs des angles, surfaces respectives, nombre de segments contigus avec d'autres bâtiments ...) Sans parler des tests qui pourraient être faits avec un extrait du parcellaire du cadastre (utilisé juste pour cette fin) (cibler en priorité les segments contigus de bâti prolongés dans le cadastre par une limite de parcelle) Pas simple ... déjà par la taille et la forme, les très petits bâtiments triangulaires sont sans doute des erreurs. Je serais doué je coderais l'analyse osmose qui va bien... Mika ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
2013/1/14 Mickaël Guéret m.gue...@free.fr: les très petits bâtiments triangulaires sont sans doute des erreurs. Je comprends que ces triangles soient plus faciles à détecter. Mais d'après ce que j'ai vu, ils ne représentent qu'une partie infime du problème. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Le lundi 14 janvier 2013 à 16:19 +0100, Pieren a écrit : Vu la quantité et la nécessité de vérifier de visu, c'est des erreurs qui risqueraient de persister longtemps ;-) De plus, il n'y a pas de consensus clair pour les bâtiments à usages multiples. Pieren Sur le wiki [1], la description du bâtiment mélange l'usage qui en est fait et la forme du bâtiment. Mais si j'ai bien compris, les discussions semblent mettre en avant la typologie du bâtiment sur son usage ? Ex : un hangar dans une cours de ferme, c'est building = hangar plutôt que farm_auxiliary. En attendant un consensus clair, dans certaines zones (résidentielles récentes par exemple) c'est très facile de requalifier les bâtiments importés du cadastre : par exemple ici : http://www.openstreetmap.org/?lat=46.953713lon=-0.388319zoom=18layers=M Mika [1] : http://wiki.openstreetmap.org/wiki/Talk:Key:building ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
J'ai pas tout regardé, mais les 4 premiers devraient être corrigés, c'est à dire fusionnés avec le bâtiment adjacent. ça me semble une bonne base pour détecter des erreurs d'import du bâtis (dans ce cas, on ne peut vraiment pas parler d'intégration du bâtis...) On pourrait aussi regarder les bâtiments qui font moins de 1 m de large (ou même 50 cm...) non ? ça doit être assez rare en vrai... ;-) Mika Le lundi 14 janvier 2013 à 16:44 +0100, Vincent de Chateau-Thierry a Je viens de faire un test sur un extrait de base Auvergne, en sélectionnant les polygones issus d'osm2pgsql sur 2 critères combinés : - building = yes - le polygone a 3 sommets distincts Je récupère donc des triangles, qu'on peut ranger en 2 catégories : - ceux taggués wall=no, souvent en pignon de bâtiment, et contigus à un polygone sans wall=no - des portions de bâtiment, sans wall=no sur le triangle ni sur le reste du bâtiment, et pour lesquels l'existence du triangle correspond à un passage de limite de parcelle dans le bâtiment (donc fusionnable, en théorie). Quelques objets de mon jeu-test (à regarder avec JOSM ouvert) : http://localhost:8111/load_object?objects=w62941737 http://localhost:8111/load_object?objects=w62944316 http://localhost:8111/load_object?objects=w62942253 http://localhost:8111/load_object?objects=w62943363 http://localhost:8111/load_object?objects=w62942984 http://localhost:8111/load_object?objects=w62943980 http://localhost:8111/load_object?objects=w62942830 http://localhost:8111/load_object?objects=w62944580 http://localhost:8111/load_object?objects=w62944340 http://localhost:8111/load_object?objects=w62943836 http://localhost:8111/load_object?objects=w62943675 http://localhost:8111/load_object?objects=w62941778 http://localhost:8111/load_object?objects=w62941929 http://localhost:8111/load_object?objects=w62943758 http://localhost:8111/load_object?objects=w62943155 Ça n'est qu'un aspect du problème soulevé par Pieren, mais qu'on pourrait prendre comme l'indicateur d'un style de cadastre. Peut-être (mais à affiner) la matière d'un test Osmose pour indiquer, au delà du simple polygone, une commune sujette à morcellement ? vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] Import bâti cadastral, encore du travail à faire
Salut, bonne idée le building:part=, ça permet aussi de rajouter des infos pour le rendu 3d, mais ça ne résout pas vraiment le problème du nombre de polygones building, étant donné qu'il faut quand même un polygone englobant + le polygone building:part ... en tout cas c'est clair que si on passe les building=yes en erreur osmose, on aura plus que ça sur la carte :D (je plaide coupable d'un nombre certain de non rectification de ces données ...) mais c'est sur qu'un maproulette sur les polygones de type building avec des caractéristiques spéciales par exemple superficie 300m2, proximité d'un poi de bâtiment public (comme pour les écoles), ... ça pourrait permettre de qualifier assez rapidement des bâtiments non résidentiels ! Sylvain Le 14 janvier 2013 16:19, Pieren pier...@gmail.com a écrit : 2013/1/14 Mickaël Guéret m.gue...@free.fr: Pourquoi on ne considérerait pas que building = yes est une erreur à corriger, au même titre que highway = road ? Vu la quantité et la nécessité de vérifier de visu, c'est des erreurs qui risqueraient de persister longtemps ;-) De plus, il n'y a pas de consensus clair pour les bâtiments à usages multiples. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouvailles
Le 14/01/2013 02:11, Philippe Verdy a écrit : On a eu un cas similaire aux Etats-Unis avec un fan de guitare fait là aussi d'arbres plantés au milieu d'une plaine presque plate, pour réaliser une guitare géante. On a des cas aussi de la part de grandes sociétés qui forment leurs logos ou leur marque dans des parcs assez étendus pour être observables depuis une vue d'avion, ou avec le tracé des routes et bâtiments, qui signent ainsi leur campus d'entreprise ou affichent leur marque aux universités qu'elles financent. On ne voit rien depuis le sol, mais d'avion ou depuis certains points hauts éloignés, si... On a le cas tous les ans avec agriculteurs sur le parcours du tour de France (mais c'est temporaire, souvent juste des alignements de bottes de paille et de tracteurs, ou des fauchages de certains champs) pour passer à l'antenne avec les images par hélico. Mais c'est plus rare quand même avec des bois plantés pour des décennies (mais pourquoi pas moins longtemps dans des cultures de sains de Noël à pousse rapide). Google Earth a rendu cette pub visible par le plus grand nombre et c'est difficile à masquer sur une carte qui se veut un peu précise, ces cas vont donc se multiplier (on a aussi le cas des nouvelles îles artificielles aux Émirats Arabes Unis qui dessinent une carte du monde). Oui, pour ceux qui aurait eu l'occasion d'aller en haut du « Puy de Dôme » pour regarder vers le sud-est, il y a un décor qui ne se voit que ce cette endroits car taillé en plaine, et la déformation lié à l'altitude et l'éloignement fait que de là-haut, on voit un dessin alors que sur place, ce ne sont que des bandes de pelouses. Je dis aurait eu, car j'ai vu cela, il y a 5 ou 6 ans maintenant (peut-être plus). Mais plus rien n’apparaît sur Bing. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Drôle de relation
Bonjour C'est utile ce genre de relation ? R 1887647 -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Drôle de relation
Bonjour C'est utile ce genre de relation ? R 1887647 -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Drôle de relation
Beaucoup de contributeurs font ce genre de relation, c'est pas la première fois que j'en voie. On retrouve assez souvent cette envie de ne stocker qu'une seule fois l'information : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways Le wiki n'exclu absolument pas l'utilisation de la relation route aux routes classiques : http://wiki.openstreetmap.org/wiki/Relations/Routes Maintenant au niveau édition je ne suis pas convaincu qu'éditer et maintenir une relation soit bien plus simple qu'éditer les différent ways (ça n'arrive pas souvent qu'une route change de référence dans son ensemble), et ça fait une création de relation en plus ... Le name est particulièrement inutile/redondant. Personnellement je laisse tel quel ce genre de relation (ça fait pas de mal), par contre ne comptez pas sur moi pour les saisir ;-) Francisco - Mail original - De: David Crochet david.croc...@online.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 14 Janvier 2013 18:45:15 Objet: [OSM-talk-fr] Drôle de relation Bonjour C'est utile ce genre de relation ? R 1887647 -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ 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] Drôle de relation
2013/1/14 f.dos.san...@free.fr: Maintenant au niveau édition je ne suis pas convaincu Voici le lien vers la relation: http://www.openstreetmap.org/browse/relation/1887647 Je ne vois qu'un 'type=route' + 'route=road' http://wiki.openstreetmap.org/wiki/Tag:route=road Finalement, ça ne fait que déplacer le tag 'ref' .. en plus compliqué. On sait que plus ces relations sont grosses, plus vite elles sont cassées par des contributeurs inexpérimentés. Ça nécessite donc un plus gros effort de maintenance. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Le 14 janvier 2013 16:19, Pieren pier...@gmail.com a écrit : 2013/1/14 Mickaël Guéret m.gue...@free.fr: Pourquoi on ne considérerait pas que building = yes est une erreur à corriger, au même titre que highway = road ? Vu la quantité et la nécessité de vérifier de visu, c'est des erreurs qui risqueraient de persister longtemps ;-) De plus, il n'y a pas de consensus clair pour les bâtiments à usages multiples. Remarque d'autant plus pertinente que les valeurs données à building=* ne sont (pour l'essentiel) PAS basées sur la topologie ou la structure des batiments mais sur leur USAGE (résidentiel, commercial, service...) Si vous regardez la page wiki au sujet du Tag:building, il n'y a meˆme encore aucun réel consensus sur les valeurs à donner dans de nombreux cas car l'usage varie énormément et souvent n'est pas unique, même pour une même adresse (rue/numéro et même numéro d'appartement ou étage, on des usages multiples candidats pour un même lieu). La questio nse pose donc de la séparation déjà de la structure topologique et des usages, mais building=* semble condamné à rester au niveau des usages (mais ne comprend pourtant pas tout, par exemple on doit exclure les tombes, les chateaux, les remparts, les monuments historiques... alors même qu'ils peuvent avoir aussi un usage rentrant dans une des catégories de building=* ! J'ai cherché récemment le cas d'un ancien fortin militaire sur une île, qui est conservé au patrimoine, mais n'a plus l'usage militaire, mais n'est pas non plus un musée ni un service, mais se visite pourtant et a un intérêt touristique : quelle catégorie mettre à ce building ? Aucune ne convient et il reste alors seulement building=yes, et pourtant on devrait aussi mettre historic=castle et castle_type=defensive et aussi un tag pour indiquer tourism quelque part. Et aucun validateur de données n'accepte cette combinaison qu'il considère comme ambigue ou de styles différents dans JOSM, ou bien building dans un building alors qu'il n'y a qu'un seul polygone sans aucune intersection ! Bref on est dans le flou total au sujet des valeurs de building=*. Et finalement building=yes qui convient à tout le monde n'est pas si stupide que ça. On ne trouvera pas de solution avec un seul tag ou une seule valeur donnée à building=* (pas de point-virgule ?) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Assemblée Général OpenStreetMap France le 23 février à Lyon
Le message suivant de : ## Voilà, c'est officiel... http://openstreetmap.fr/ag2013 Réservez votre week-end car nous en profiterons pour organiser un SOTM-FR sur ces deux jours : - [b]l'échangeur[/b] le samedi 23: journée consacrée à des présentations, conférences et échanges en tout genre - [b]le chantier[/b] le dimanche 24: journée plus mains dans cambouis où nous essayerons de travailler sur différents sujet ensemble (code, docs, etc) Dès que les choses se précisent (début de semaine prochaine), des informations plus détaillées seront publiées sur le site web (et un message ici bien sûr). Nous avions aussi envisagé une journée le carrefour pour le vendredi 22, plus destinée aux collectivités et institutions, mais devant les délais trop courts, nous avons préféré la reporter. a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6t=455 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ça fonctionne chez vous ?
Je tente d'utiliser ce site : http://play.kort.ch/ , j'ai bien autoriser la géo-localisation, mais le site me met To use Kort, accessing your geo-position is essential !!! J'ai essayé avec Chromium, Firefox, mais le résultat est le même ! Et vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Oui ça fonctionne mais effectivement ce jeu EXIGE une géolocalisation pour te situer (sur un smartphone il faut l'autoriser, mais pas nécessairement une géolocalisation GPS, celle basée sur l'antenne GSM ou sur l'adresse IP par IP-géolocalisation si le téléphone le prend en charge peut suffire, sur la navigateur d'un PC il faut activer l'extension : dans IE il y a une config au niveau de l'OS dans les paramètres du compte utilisateur, et Windows te prévient alors qi une appli tente de te géolocaliser pour que tu l'autorises ou pas). Note : on peut utiliser cette extension de géolocalisation avec des données aléatoire sur un smartphone Android, dans les options de débogage : chaque demande de géolocalisation fournira une position différente, mais tu ne peux pas savoir où). Bref si tu es sur PC/Windows, ouvre le panneau de configuration utilisateur et regarde si tu as renseigné au moins le pays comme adresse par défaut, et tu sera géolocalisé en France sur un point par défaut (où il risque de ne pas y avoir grand chose à faire dans le jeu si tout le monde fait pareil). Je trouve que Kort devrait permettre de choisir son lieu de départ sur la carte, demander la géolocalisation est un peu abusif (même si l'idée est de ne soumettre des modifications qu'autour de chez soi sur les zones qu'on est sensé connaitre ou avoir visité, ce qui n'est pas garanti non plus !) 2013/1/14 Xavier x.larc...@laposte.net Je tente d'utiliser ce site : http://play.kort.ch/ , j'ai bien autoriser la géo-localisation, mais le site me met To use Kort, accessing your geo-position is essential !!! J'ai essayé avec Chromium, Firefox, mais le résultat est le même ! Et vous ? ___ 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] ça fonctionne chez vous ?
Le 14 janvier 2013 21:54, Philippe Verdy verd...@wanadoo.fr a écrit : Je trouve que Kort devrait permettre de choisir son lieu de départ sur la carte, demander la géolocalisation est un peu abusif (même si l'idée est de ne soumettre des modifications qu'autour de chez soi sur les zones qu'on est sensé connaitre ou avoir visité, ce qui n'est pas garanti non plus !) L'idée est surtout une appli destinée aux mobiles, pas à un usage desktop. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Je veux bien mais tout le monde n'a pas un accès internet mobile (ça coûte le Go en plus, les débits sont limités... on peut quand même vouloir se balader et faire les modifs chez soi sur un Internet qui ne coûte rien de plus) Hors ce jeu va consommer beaucoup de bande passante sur l'internet mobile, juste en téléchargeant les cartes. Le 14 janvier 2013 22:03, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 janvier 2013 21:54, Philippe Verdy verd...@wanadoo.fr a écrit : Je trouve que Kort devrait permettre de choisir son lieu de départ sur la carte, demander la géolocalisation est un peu abusif (même si l'idée est de ne soumettre des modifications qu'autour de chez soi sur les zones qu'on est sensé connaitre ou avoir visité, ce qui n'est pas garanti non plus !) L'idée est surtout une appli destinée aux mobiles, pas à un usage desktop. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Le 14 janvier 2013 22:25, Philippe Verdy verd...@wanadoo.fr a écrit : Je veux bien mais tout le monde n'a pas un accès internet mobile (ça coûte le Go en plus, les débits sont limités... on peut quand même vouloir se balader et faire les modifs chez soi sur un Internet qui ne coûte rien de plus) Hors ce jeu va consommer beaucoup de bande passante sur l'internet mobile, juste en téléchargeant les cartes. Deux solutions: 1) tu ne l'utilise pas 2) tu propose une modification sur github: https://github.com/odi86/kort/issues?state=closed -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Dejà la première modif à faire sera de proposer une carte beaucoup moins détaillée avec un serveur de tuiles beaucoup plus optimisé en terme de bande passante utilisée. Avec les forfaits mobiles actuels (certains n'ont que 500 Mo dans le pack) on sera vite au bout du forfait, et là bonjour la surprise sur la facture ! Certes il reste le wifi, mais en itinérance, cela ne marche pas bien du tout. L'autre solution c'est encore d'utiliser don mobile pour se géolocaliser, mais faire les modifs de chez soi en utilisant l'accès Wifi à domicile au lieu du réseau mobile. Mais alors il n'y a plus de différence non plus avec une utilisation desktop : on ne fait pas les modifs au moment où on se balade, mais plus tard. Et on devrait avoir un mode offline permettant de sélectionner une zone dans laquelle on va aller rechercher des infos, l'appli conservant la carte et les questionnaires en cache. Puis une fois rentré chez soi on synchronise. Pour cela il faut quand même pouvoir choisir la zone à inspecter depuis la carte, et PAS besoin d'être géolocalisé pour ça. L'appli devrait quand même faire confiance à l'utilisateur qui de toute façon est identifié sur OSM et a accepté les termes. Le 14 janvier 2013 22:28, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 janvier 2013 22:25, Philippe Verdy verd...@wanadoo.fr a écrit : Je veux bien mais tout le monde n'a pas un accès internet mobile (ça coûte le Go en plus, les débits sont limités... on peut quand même vouloir se balader et faire les modifs chez soi sur un Internet qui ne coûte rien de plus) Hors ce jeu va consommer beaucoup de bande passante sur l'internet mobile, juste en téléchargeant les cartes. Deux solutions: 1) tu ne l'utilise pas 2) tu propose une modification sur github: https://github.com/odi86/kort/issues?state=closed -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] Réunion parisienne de janvier...
2013/1/11 Christian Quest cqu...@openstreetmap.fr: Vous avez le choix pour la date: http://framadate.org/qkdy6xmlciw44esv Cyrille Gicquello sera dans le coin ! Merci pour la promo ;-) Je ne suis pas dispo en soirée, plutôt en journée. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Le 14 janvier 2013 22:56, Philippe Verdy verd...@wanadoo.fr a écrit : Dejà la première modif à faire sera de proposer une carte beaucoup moins détaillée avec un serveur de tuiles beaucoup plus optimisé en terme de bande passante utilisée. etc, etc, etc... Cela ne sert à rien de poster ce type de message ici. - https://github.com/odi86/kort/issues?state=closed - -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion parisienne de janvier...
Non, sans blague ? Même en guest star VIP tu ne peux pas venir pour une petite bière vers 19h ? Le 14 janvier 2013 23:11, Cyrille Giquello cyrill...@gmail.com a écrit : 2013/1/11 Christian Quest cqu...@openstreetmap.fr: Vous avez le choix pour la date: http://framadate.org/qkdy6xmlciw44esv Cyrille Gicquello sera dans le coin ! Merci pour la promo ;-) Je ne suis pas dispo en soirée, plutôt en journée. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Marseille et Marseille Provence 2013
2013/1/14 Charles Nepote char...@nepote.org: Pour info, OSM cité à 16'20 dans l'émission Place de la Toile, de France Culture, en direct du Pavillon M à Marseille, alors nous, on a une belle histoire... Bravo pour les mappeurs locaux ! 3 mots pour OSM : réactivité, créativité, efficacité ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion parisienne de janvier...
Le 14 janvier 2013 23:16, Christian Quest cqu...@openstreetmap.fr a écrit : Non, sans blague ? Même en guest star VIP tu ne peux pas venir pour une petite bière vers 19h ? En plein dedans. Tu viens de titiller mon égo, qui a du coup chamboulé toute mon hygiène mentale. Le bronx ;-) Bon alors pour une bière et pas douze, et j'me casse à 21h ! J'ai mis à jour le framadate http://framadate.org/qkdy6xmlciw44esv avec même le vendredi. Je rentrerai samedi matin à ma maison au lieu du vendredi soir C. Le 14 janvier 2013 23:11, Cyrille Giquello cyrill...@gmail.com a écrit : 2013/1/11 Christian Quest cqu...@openstreetmap.fr: Vous avez le choix pour la date: http://framadate.org/qkdy6xmlciw44esv Cyrille Gicquello sera dans le coin ! Merci pour la promo ;-) Je ne suis pas dispo en soirée, plutôt en journée. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Si on ne peut pas en discuter ici, cela ne sert à rien de poster un sujet ici qui parle de ce jeu. Il y a une différence entre parler de quelque chose et demander une correction (sans même en avoir discuté avant !). Le 14 janvier 2013 23:15, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 janvier 2013 22:56, Philippe Verdy verd...@wanadoo.fr a écrit : Dejà la première modif à faire sera de proposer une carte beaucoup moins détaillée avec un serveur de tuiles beaucoup plus optimisé en terme de bande passante utilisée. etc, etc, etc... Cela ne sert à rien de poster ce type de message ici. - https://github.com/odi86/kort/issues?state=closed - ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion parisienne de janvier...
Visiblement c'est le vendredi qui a les faveurs, donc ça sera vendredi 18 à l'unanimité moins 2 abstentions (!) Le 14 janvier 2013 23:43, Cyrille Giquello cyrill...@gmail.com a écrit : Le 14 janvier 2013 23:16, Christian Quest cqu...@openstreetmap.fr a écrit : Non, sans blague ? Même en guest star VIP tu ne peux pas venir pour une petite bière vers 19h ? En plein dedans. Tu viens de titiller mon égo, qui a du coup chamboulé toute mon hygiène mentale. Le bronx ;-) Bon alors pour une bière et pas douze, et j'me casse à 21h ! J'ai mis à jour le framadate http://framadate.org/qkdy6xmlciw44esv avec même le vendredi. Je rentrerai samedi matin à ma maison au lieu du vendredi soir C. Le 14 janvier 2013 23:11, Cyrille Giquello cyrill...@gmail.com a écrit : 2013/1/11 Christian Quest cqu...@openstreetmap.fr: Vous avez le choix pour la date: http://framadate.org/qkdy6xmlciw44esv Cyrille Gicquello sera dans le coin ! Merci pour la promo ;-) Je ne suis pas dispo en soirée, plutôt en journée. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Pour info. Une alerte de sécurité CERT recommande fortement une mise à jour immédiate de Java 7.10 en 7.11 (sinon il faut désactiver Java dans vos navigateurs web, aussi bien en 32 bits qu'en 64-bits). Concerne les utilisateurs de JOSM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Je n'ai pas dit qu'on ne pouvait pas mais que ça ne servait à rien, ça va tourner au monologue stérile qui ne débouchera sur rien à part noircir des pixels sur un écran et faire gigoter des électrons et des photons. Un exemple, l'appli Pushpin pour iOS... je l'ai testée, j'avais plein de remarques du même genre que les tiennes, je les ai mises en issues sur github, j'en ai discuté avec les développeurs directement après qu'ils m'aient contacté et la nouvelle version a intégré (il me semble) toutes mes remarques. Mais bon... chacun est libre. Le 15 janvier 2013 00:03, Philippe Verdy verd...@wanadoo.fr a écrit : Si on ne peut pas en discuter ici, cela ne sert à rien de poster un sujet ici qui parle de ce jeu. Il y a une différence entre parler de quelque chose et demander une correction (sans même en avoir discuté avant !). Le 14 janvier 2013 23:15, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 janvier 2013 22:56, Philippe Verdy verd...@wanadoo.fr a écrit : Dejà la première modif à faire sera de proposer une carte beaucoup moins détaillée avec un serveur de tuiles beaucoup plus optimisé en terme de bande passante utilisée. etc, etc, etc... Cela ne sert à rien de poster ce type de message ici. - https://github.com/odi86/kort/issues?state=closed - -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ça fonctionne chez vous ?
Le 15 janvier 2013 00:18, Christian Quest cqu...@openstreetmap.fr a écrit : Je n'ai pas dit qu'on ne pouvait pas mais que ça ne servait à rien, ça va tourner au monologue stérile qui ne débouchera sur rien à part noircir des pixels sur un écran et faire gigoter des électrons et des photons. Dans ce cas c'est ausi noircir des pixels à l'écranque d'annoncer ce jeu ici. Je ne vois pas le problème, je suis resté dans le sujet initial. Maintenant je ne vais pas aller bien loin avec ce jeu que j'ai testé un peu et déjà fini d'utiliser, donc sans en avoir l'usage, je ne ferai pas de demande de correction ou amélioration, je laisse ça aux autres utilisateurs de l'appli. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Bonjour, Lorsque j'importe le bâti d'une commune, je passe beaucoup de temps à nettoyer préalablement le bâti. Outre le découpage des bâtiments au gré des parcelles, les autres problèmes que je rencontre en abondance sont : - Une surdéfinition et, souvent un crénelage chaotique, des murs incurvés. Il y a quelques temps, j'ai ainsi réduit la description d'une série silos d'à peine trois mètres de diamètre de 360 ~ 390 sommets à 16 sommets. En simplifiant cinq silos, j'ai donc supprimé environ 1800 points ! En la matière, l'outil de simplification de chemin de JOSM avec un paramètre simplify-way.max-error judicieusement réglé est de la plus grande aide. - Le chevauchement de bâtiments ou de parties de bâtiments. - L'absence d'intersection entre des portions de bâtiment forcément jointives (rares sont les balcons doués de la faculté de lévitation). Je n'ai jamais calculé quel pourcentage de points je supprimais mais ce dégraissage m'a à plusieurs reprises permis d'alléger le bâti de plusieurs milliers de points. Mais on n'atteindra jamais sur le bâti l'allègement que l'on obtient en supprimant les riverbank farfelus et surdéfinis du cadastre. :) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] mon projet, questions, choix (anciennes voies ferrées)
Le message suivant de : ## Bonsoir, Je crée un nouveau post pour plusieurs raisons: [b]1- Description de mon projet 2- Questions et interrogations 3- Conseils[/b] [b][u]1) Description de mon projet[/u][/b] Je voudrais réaliser le traçage des anciennes voies de chemin de fer (lignes abandonnées ou inutilisées). Pour faire ce travail et pour être précis, je vais me baser sur le travail de: http://www.geographie-ferroviaire.org/ J'ai choisi, Geofer car c'est LE site qui a une démarche scientifique et qui à la carrure de faire un travail au niveau national. Je dirai que c'est un site de référence. Le site Geofer n'est pas un site avec de jolies images ou de belles pages web, il n'y a que du concret, de la recherche et que des données. Suite a certains essais (infructueux) et voulant faire ce travail (important), j'ai choisi de faire ceci sur OSM. Je servirai d'interface entre Geofer et OSM. Je précise que je ne connais pas encore bien OSM, je suis limité par le temps et je ne peux donc qu'avancer doucement. [u][b]2) Questions et interrogations[/b][/u] Les anciennes voies de chemin de fer sont quelquefois placées sur des endroits qui ont changé (chemin, voie verte, routes, ...), je sais qu'il y a un fil de discution à ce sujet, mais je ne le trouve plus, je préfère poser la question sur ce fil de discution. 2a) Qu'est ce qu'on mettre au point comme tag pour cela ? sachant qu'il y a une notion historique 2b) si des tags existent, peut-on en ajouter des nouveaux ? Par exemple: le système Geofer utilise la nomenclature RSU (Réseau, Segment, Usage), je pensais donc utiliser cette nomenclature pour tous mes tracés (ex: 39300.04D ou 75012.02N) 2c) Validité de la nomenclature RSU: cette dernière est élaborée par Geofer mais Geofer, n'est pas un organisme reconnu, ce n'est pas une administration officielle, pourtant, cette nomenclature Geofer est unique et je ne vois pas d'autres possibilités que de se câler sur le travail de Geofer. Voici 3 paragraphes du site: [color=#4040FF]-- Ainsi nos recherches très poussées nous permettent de vous présenter 98 à 99 % de la totalité du réseau ferroviaire français, toutes catégories de lignes confondues, de 1825 à ce jour. C'est un très beau résultat que nous vous proposons de partager et que nous offrons aux jeunes générations ainsi qu'à tous ceux qui, passionnés de ferroviaire, voudront faire des recherches futures. -- GéoFer est un outil de travail qui propose des fichiers départementaux avec un répertoire complet de toutes les communes noeuds, avec leurs lignes rattachées, et les communes intermédiaires propres à chaque ligne. -- Par ailleurs, au-delà du tracé des lignes, notre géographie a aussi un autre but : celui de proposer une nomenclature rationnelle qui permette de désigner de façon systémique, normalisée et identique toutes les lignes du réseau ferroviaire. C'est la nomenclature RSU (Réseau, Segment, Usage) que nous avons mise au point.[/color] Au niveau OSM, est-ce que se câler sur le travail de Geofer est un bon choix ? 2d) cas de figure: une ligne est déjà tracé, elle va d'une ville à une autre, mais sur Goefer, cette ligne est composée de 2 segments, est-ce qu'il sera possible de couper la ligne comme il faut et appliquer les règles RSU. Si la ligne est un chemin, est-ce que mettre la ligne ne va pas surcharger les choses ? Dans le cas d'une ville, par exemple, Châlon-sur-Saone possèdait une gare en ville, aujourd'hui, la zone (gare et voies) est en batiments, que va t'il se passer si je trouve des renseignement précis et que je décide d'y remettre les rails ... lol, j'imagine des canons de fusils aux fenêtres pointés sur moi :? 2e) là c'est une question Geofer (mais je la pose pour info) , que faire si un tracé est trop important en points pour faire le tronçon, par exemple: 39300.04D est en 2 parties (c'est loin d'être le cas!), comment vais-je le tagguer ? 39300.04D1 ? et 39300.04D2 pour l'autre bout ? 2f) Comment faire pour afficher une carte avec un tag ou des tags précis, par exemple, est-ce que faire mes tracés avec un tag geofer=yes ou ref_geofer=true ... un truc de ce genre pourrait permettre d'afficher que les lignes geofer (en gros n'afficher que les données geofer, est-il possible aussi de mixer les lignes geofer et celles existantes ? [u][b]3- Conseils[/u][/b] 3a) Quel tags et quels type d'information serait intéressant de mettre pour mon projet ? qui soit compatible avec d'autres contributeurs. date ? date de construction ? date de mise en service ? date de fin ? nom ? nom du réseau ? nom du tag RSU ? 3b) quels outils utiliser vous ? y'a en a des qui utilise le pingouin (Linux) ? ou le diablotin (FreeBSD/Unix) ? Est-ce que vous utilisez OSM / Potlach ? Est-ce que vous utilisez des outils style Merkator ? Josm ? qu'est-ce que vous aimez ou n'aimez pas dans ces outils. une question ou un exemple concret, si je clique sur le lien de