Re: [OSM-talk-fr] Chemin à modifier way:43904124
Le 11 juillet 2013 19:33, Philippe Verdy verd...@wanadoo.fr a écrit : C'est vrai que c'est un travail utile car ça permet de les manipuler plus facilement (en particulier avec les éditeurs en ligne qui ne peuvent pas charger autant de données sur une surface très étendue). quand ils sont plus petits, c'est plus facile ensuite de les affiner localement sans tout casser et laisser de gros trous. L'occasion de découvrir le plugin JOSM download_along qui permet de charger uniquement les données autour d'un (ou plusieurs) chemin qu'on sélectionne. Ainsi, pour retravailler un gros multipolygone, on peut charger ses membres, puis les sélectionner et charger les données uniquement autour de ceux-ci. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
L'occasion de découvrir le plugin JOSM download_along qui permet de charger uniquement les données autour d'un (ou plusieurs) chemin qu'on sélectionne. Ainsi, pour retravailler un gros multipolygone, on peut charger ses membres, puis les sélectionner et charger les données uniquement autour de ceux-ci. Je viens de tester. C'est effectivement l'outil qu'il faut pour ce genre de cas. Merci bien pour l'information. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
Merci! Je cherchais depuis longtemps une telle fonctionnalité. Cedric Le 12/07/2013 09:51, Christian Quest a écrit : Le 11 juillet 2013 19:33, Philippe Verdy verd...@wanadoo.fr a écrit : C'est vrai que c'est un travail utile car ça permet de les manipuler plus facilement (en particulier avec les éditeurs en ligne qui ne peuvent pas charger autant de données sur une surface très étendue). quand ils sont plus petits, c'est plus facile ensuite de les affiner localement sans tout casser et laisser de gros trous. L'occasion de découvrir le plugin JOSM download_along qui permet de charger uniquement les données autour d'un (ou plusieurs) chemin qu'on sélectionne. Ainsi, pour retravailler un gros multipolygone, on peut charger ses membres, puis les sélectionner et charger les données uniquement autour de ceux-ci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
Le 10/07/2013 16:58, JB a écrit : À quand un projet de mois de réduction des mégamultipolygones du CLC ? Est-ce qu'on ne pourrait pas carrément supprimer ceux avec l'attribut landuse=farm. Certains sont gigantesques et n'apportent rien. Autant colorier le fond de carte en rose. Je pense par exemple à celui-ci entre Châteauroux et Bourges : http://tile.openstreetmap.fr/?zoom=11lat=46.89423lon=1.93633layers=B0FFF Cela donne des tronçons comme ceux-ci : http://www.openstreetmap.org/browse/way/62105291 http://www.openstreetmap.org/browse/way/198911420 Je pense que c'est ingérable. Ces polygones ont eu le mérite d'exister mais à l'époque où on pense distinguer les trottoirs de la voirie, ils n'ont plus lieu d'être à mon opinion. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
Bonjour, Je suis l'auteur du script qui a réduit des multi-polygones géants en multi-polygones plus petits. Les tronçons mentionnés font partit d'un polygone de ~5000 nodes, 50 ways, 0.3° en est-ouest. C'est un des morceaux d'un découpage d'un polygone encore plus important (~5 nodes, 440 ways, 1.7° en est-ouest). Je suis d'accord que 5000 points c'est gros pour un polygone, mais c'est mieux que 5 et il y en a des plus gros. Des polygones ont été découpés par morceaux de 0.1°, mais ça faisant une multitude de fichiers à intégrer. On est partit sur 0.3° pour ce qui ne pouvait plus être tronçonné par des étranglements. J'ai un script python qui effectue la détection des isthmes et qui pourrait redécouper des gros sous-polygones si la communauté le juge utile. Mais je dois le finir pour qu'il génère correctement des sous-polygones. Yaka... ;) Je remets ça sur le dessus de la pile si la demande semble importante. Cordialement, Cedric Le 11/07/2013 16:56, Vincent Calame a écrit : Le 10/07/2013 16:58, JB a écrit : À quand un projet de mois de réduction des mégamultipolygones du CLC ? Est-ce qu'on ne pourrait pas carrément supprimer ceux avec l'attribut landuse=farm. Certains sont gigantesques et n'apportent rien. Autant colorier le fond de carte en rose. Je pense par exemple à celui-ci entre Châteauroux et Bourges : http://tile.openstreetmap.fr/?zoom=11lat=46.89423lon=1.93633layers=B0FFF Cela donne des tronçons comme ceux-ci : http://www.openstreetmap.org/browse/way/62105291 http://www.openstreetmap.org/browse/way/198911420 Je pense que c'est ingérable. Ces polygones ont eu le mérite d'exister mais à l'époque où on pense distinguer les trottoirs de la voirie, ils n'ont plus lieu d'être à mon opinion. Vincent ___ 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] Chemin à modifier way:43904124
Le 11 juillet 2013 18:25, CedricDV cedricdumezv...@gmail.com a écrit : Je suis l'auteur du script qui a réduit des multi-polygones géants en multi-polygones plus petits. C'est vrai que c'est un travail utile car ça permet de les manipuler plus facilement (en particulier avec les éditeurs en ligne qui ne peuvent pas charger autant de données sur une surface très étendue). quand ils sont plus petits, c'est plus facile ensuite de les affiner localement sans tout casser et laisser de gros trous. Le 11/07/2013 16:56, Vincent Calame a écrit : Le 10/07/2013 16:58, JB a écrit : À quand un projet de mois de réduction des mégamultipolygones du CLC ? Est-ce qu'on ne pourrait pas carrément supprimer ceux avec l'attribut landuse=farm. Certains sont gigantesques et n'apportent rien. Autant colorier le fond de carte en rose. Je pense par exemple à celui-ci entre Châteauroux et Bourges : http://tile.openstreetmap.fr/?zoom=11lat=46.89423lon=1.93633layers=B0FFF Cela donne des tronçons comme ceux-ci : http://www.openstreetmap.org/browse/way/62105291 http://www.openstreetmap.org/browse/way/198911420 Je pense que c'est ingérable. C'est gérable à mon sens. Et cela donne encore une indication que ce n'est pas occupé par autre chose (de la forêt, de la vigne, un étang ou une carrière par exemple, ni par une agglomération). Ne serait-ce que dans les statistiques d'occupation des sols, cela permet de dresser des bilans de l'occupation et aussi de permettre certaines comparaisons sur la densité relative des données : il est normal que dans des zones de sols arables la densité soit faible (y compris le découpage routier où on ne s'attend pas à beaucoup de routes primaires ni même secondaires). Normalement on devrait pouvoir obtenir une densité acceptable partout, tout en évitant une profusion de polygones qui remplissent la carte de traits artificiels : le redécoupage des gros polygones a du sens dès que leur complexité devient trop importante ou que d'autres polygones doivent s'y insérer (puisqu'il faut alors créer des multipolygones pour les îles à exclure du grand polygone si on veut éviter des ambiguités d'nterprétation et des anomalies de rendus avec des îles qui disparaissent sous une autre surface. Autant que possible toutefois, ces redécoupages devraient s'aligner le long de traits réels : rivières, routes, etc. Afin de faciliter la lecture de la carte et son affinage progressif. Sinon la moindre modif locale obligera à redécouper deux gros polygones ou plus, au lieu d'un seul. On peut automatiser certains découpages sur des zones d'étranglement, mais si possible on devrait pouvoir le faire sans avoir à scinder les chemins (sauf s'ils sont trop longs, simplement en utilisant les points triples existants (ou alors en créant un point voisin pas trop éloigné mais pas à 2 centimètres non plus où on les confond), toujours dans le but de garder les choses simples géométriquement, et facilement sélectionnables dans un éditeur sans avoir toujours à basculer entre de trop nombreux niveaux de zoom. Idéalement tout polygone devrait être visible et sélectionnable en entier dans un éditeur en ligne, sans qu'on soit noyé par les autres détails dans la zone. Sinon il n'y a que sous JOSM qu'on s'en tire plus ou moins bien. La question n'est donc pas tant le nombre des points dans un tracé que la multiplicité des traits et des noeuds isolés pour les POIs (quand les POIs sont des noeuds isolés, il faudrait qu'ils soient aussi séparés des traits auxquels ils n'ont pas de relation directe. Par exemple il est OK de poser un noeud d'adresse sur un mur de bâtiment ou une clôture, mais pas sur la route ou sur le trait délimitant une zone landuse=* ou natural=*, ou un fossé (qui plus est ce fossé en bordure de route est normalement dans le domaine public et non dans la propriété elle-même, le noeud adresse est alors mal posé, trop près de la route dont on a tracé en fait l'axe central; pour associer un noeud d'adresse avec la route la plus proche associée, on a les relations d'adresse et ça marche bien). Dans tous les cas, on devrait éviter d'avoir à chercher très loin les éléments associés (c'est facile sous JOSM, mais pas sous iD ou Potlatch). De plus en plus on va avoir besoin de contributions locales, et la complexité et la densité des données soit être adaptative, tout en évitant des superpositions de traits quand les limites entre deux zones contiguës sont précises. Et il n'y a que pour les touts petits polygones (bâtiments) qu'on n'est pas obligé de fusionner les traits superposés en créant des multipolygones (cela ne bougera pas souvent de toute façon; mais pour certaines modifs complexes on est parfois obligé de le faire si cela simplifie les choses avec de trop nombreux polygones partageant un trait, car il ne devrait jamais y en avoir plus de deux à la fois, un pour chaque zone décrite à droite et à gauche du trait). Attention aussi à la multiplication des traits
Re: [OSM-talk-fr] Chemin à modifier way:43904124
S'il te plait, fractionne le 1029248 ? Une fourmi reconnaissante. Le 11/07/2013 18:25, CedricDV a écrit : Bonjour, Je suis l'auteur du script qui a réduit des multi-polygones géants en multi-polygones plus petits. Les tronçons mentionnés font partit d'un polygone de ~5000 nodes, 50 ways, 0.3° en est-ouest. C'est un des morceaux d'un découpage d'un polygone encore plus important (~5 nodes, 440 ways, 1.7° en est-ouest). Je suis d'accord que 5000 points c'est gros pour un polygone, mais c'est mieux que 5 et il y en a des plus gros. Des polygones ont été découpés par morceaux de 0.1°, mais ça faisant une multitude de fichiers à intégrer. On est partit sur 0.3° pour ce qui ne pouvait plus être tronçonné par des étranglements. J'ai un script python qui effectue la détection des isthmes et qui pourrait redécouper des gros sous-polygones si la communauté le juge utile. Mais je dois le finir pour qu'il génère correctement des sous-polygones. Yaka... ;) Je remets ça sur le dessus de la pile si la demande semble importante. Cordialement, Cedric Le 11/07/2013 16:56, Vincent Calame a écrit : Le 10/07/2013 16:58, JB a écrit : À quand un projet de mois de réduction des mégamultipolygones du CLC ? Est-ce qu'on ne pourrait pas carrément supprimer ceux avec l'attribut landuse=farm. Certains sont gigantesques et n'apportent rien. Autant colorier le fond de carte en rose. Je pense par exemple à celui-ci entre Châteauroux et Bourges : http://tile.openstreetmap.fr/?zoom=11lat=46.89423lon=1.93633layers=B0FFF Cela donne des tronçons comme ceux-ci : http://www.openstreetmap.org/browse/way/62105291 http://www.openstreetmap.org/browse/way/198911420 Je pense que c'est ingérable. Ces polygones ont eu le mérite d'exister mais à l'époque où on pense distinguer les trottoirs de la voirie, ils n'ont plus lieu d'être à mon opinion. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
Bonjour, De : David Crochet Le chemin semble cassé : http://www.openstreetmap.org/?way=43904124 Il n'est pas fermé seul, mais fait partie d'une relation multipolygon : http://www.openstreetmap.org/browse/relation/281112 qui semble ok, dixit l'éditeur de relations de JOSM et l'analyseur d'Osmose. 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] Chemin à modifier way:43904124
À quand un projet de mois de réduction des mégamultipolygones du CLC ? JB Le 10.07.2013 16:33, V de Chateau-Thierry a écrit : Bonjour, De : David Crochet Le chemin semble cassé : http://www.openstreetmap.org/?way=43904124 [1] Il n'est pas fermé seul, mais fait partie d'une relation multipolygon : http://www.openstreetmap.org/browse/relation/281112 [2] qui semble ok, dixit l'éditeur de relations de JOSM et l'analyseur d'Osmose. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net [3] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [4] Links: -- [1] http://www.openstreetmap.org/?way=43904124 [2] http://www.openstreetmap.org/browse/relation/281112 [3] http://www.laposte.net [4] 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] Chemin à modifier way:43904124
Le sujet est intéressant, mais c'est quelque chose de plutôt complexe à manipuler. Mieux vaut s'en tenir à des activités plus simples, pour ne pas dire plus fun pour les projets du mois. Ceci étant, un outil d'analyse qui détecterait les isthmes (*) de ces gros multi-polygones serait une aide appréciable. Me demande d'ailleurs si cela n'a pas déjà été évoqué ici. (*) http://fr.wikipedia.org/wiki/Isthme Le 10 juillet 2013 16:58, JB jb...@mailoo.org a écrit : ** À quand un projet de mois de réduction des mégamultipolygones du CLC ? JB Le 10.07.2013 16:33, V de Chateau-Thierry a écrit : Bonjour, De : David Crochet Le chemin semble cassé : http://www.openstreetmap.org/?way=43904124 Il n'est pas fermé seul, mais fait partie d'une relation multipolygon :http://www.openstreetmap.org/browse/relation/281112 qui semble ok, dixit l'éditeur de relations de JOSM et l'analyseur d'Osmose. 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 listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr ___ 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] Chemin à modifier way:43904124
De: Ab_fab gamma@gmail.com Le sujet est intéressant, mais c'est quelque chose de plutôt complexe à manipuler. Mieux vaut s'en tenir à des activités plus simples, pour ne pas dire plus fun pour les projets du mois. Ceci étant, un outil d'analyse qui détecterait les isthmes (*) de ces gros multi-polygones serait une aide appréciable. Me demande d'ailleurs si cela n'a pas déjà été évoqué ici. Si tu as raison ! quelqu un avait developpe un algo de decoupe au niveau des isthmes il me semble mais je ne me rappelle pas quelle suite y avait ete donnee Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
+1. Avec un classement des multipolygones par nombre de nœuds pour savoir lesquels trancher en premier ? Ceci dit, je suis bien incapable de ne faire ni l'un ni l'autre… JB. Le 10.07.2013 17:08, Ab_fab a écrit : Le sujet est intéressant, mais c'est quelque chose de plutôt complexe à manipuler. Mieux vaut s'en tenir à des activités plus simples, pour ne pas dire plus fun pour les projets du mois. Ceci étant, un outil d'analyse qui détecterait les isthmes (*) de ces gros multi-polygones serait une aide appréciable. Me demande d'ailleurs si cela n'a pas déjà été évoqué ici. (*) http://fr.wikipedia.org/wiki/Isthme [4] Le 10 juillet 2013 16:58, JB jb...@mailoo.org a écrit : À quand un projet de mois de réduction des mégamultipolygones du CLC ? JB Le 10.07.2013 16:33, V de Chateau-Thierry a écrit : Bonjour, De : David Crochet Le chemin semble cassé : http://www.openstreetmap.org/?way=43904124 [5] Il n'est pas fermé seul, mais fait partie d'une relation multipolygon : http://www.openstreetmap.org/browse/relation/281112 [1] qui semble ok, dixit l'éditeur de relations de JOSM et l'analyseur d'Osmose. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net [2] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [3] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [3] -- ab_fab [6] Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [3] Links: -- [1] http://www.openstreetmap.org/browse/relation/281112 [2] http://www.laposte.net [3] http://lists.openstreetmap.org/listinfo/talk-fr [4] http://fr.wikipedia.org/wiki/Isthme [5] http://www.openstreetmap.org/?way=43904124 [6] http://wiki.openstreetmap.org/wiki/User:Ab_fab ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
Isthme est en tout cas un terme qui se prête bien à la recherche par mot-clef : http://lists.openstreetmap.org/pipermail/talk-fr/2010-March/019751.html Le 10 juillet 2013 17:12, thevenon.jul...@free.fr a écrit : De: Ab_fab gamma@gmail.com Le sujet est intéressant, mais c'est quelque chose de plutôt complexe à manipuler. Mieux vaut s'en tenir à des activités plus simples, pour ne pas dire plus fun pour les projets du mois. Ceci étant, un outil d'analyse qui détecterait les isthmes (*) de ces gros multi-polygones serait une aide appréciable. Me demande d'ailleurs si cela n'a pas déjà été évoqué ici. Si tu as raison ! quelqu un avait developpe un algo de decoupe au niveau des isthmes il me semble mais je ne me rappelle pas quelle suite y avait ete donnee Julien ___ 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] Chemin à modifier way:43904124
Bonjour Le 10/07/2013 16:33, V de Chateau-Thierry a écrit : Il n'est pas fermé seul, mais fait partie d'une relation multipolygon : http://www.openstreetmap.org/browse/relation/281112 qui semble ok, dixit l'éditeur de relations de JOSM et l'analyseur d'Osmose. Ha ok, par contre quand on édite la zone avec potlach, cela fait drôle car la couche coloré semble indiquer (ce qui est vrai) que le chemin seul est ouvert. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à modifier way:43904124
Le 10/07/2013 17:08, Ab_fab a écrit : Le sujet est intéressant, mais c'est quelque chose de plutôt complexe à manipuler. Mieux vaut s'en tenir à des activités plus simples, pour ne pas dire plus fun pour les projets du mois. Je ne m'avancerais pas à évaluer si c'est plus simple de caler des PlancheRaster ou de casser les grands MultiPolyChoses. Les deux sont craignos. Le fun, c'est les outils collaboratifs qui le donnent. Sinon, pour les grands MultiPolyChoses, j'ai vu passer un endroit où il a été enlevé, point barre. Moi, je le grignote petit à petit, ou bien je le repousse hors de mon territoire du moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr