Note: si les régions sont fermées (ce sont des collectivités locales, dans la ligne de base du Cadastre), elles sont totalement définies comme des partition du territoire français dans sa ligne de base (qui inclut les eaux intérieures). Si on a bien défini les relations, il n'est plus nécessaire de modifier dans JOSM les frontières (trop lourdes à charger et vérifier). Un outil automatique peut générer ces frontières de la France de base par celle des régions définies dans la relation, ces frontières régionales étant elles-mêmes générables par les frontières des départements, eux-mêmes générables par les frontières des arrondissements en relation, eux-même par celle des cantons (pas encore définis), eux-mêmes par celle des communes, voire les arrondissements communaux ou pôles de proximité, districts urbains, ou quartier (selon le découpage retenu par le Cadastre), Il n'y a plus qu'à créer manuellement (ou importer) que les frontières du Cadastre.
On crée alors manuellement les relations, et un robot construit les frontières administratives des niveaux supérieurs, par récursion automatiquement à partir des relations définies comme étant complètes. Les lignes de côtes d'OSM peuvent continuer à être affinées mais n'ont plus la nécessité de suivre celles du cadastre (on les affine avec les données IGN ou les photos aériennes, cela n'influence pas le tracé des communes). Un robot n'a pas besoin de charger tout. Il peut le faire de façon incrémentale et peut aussi créer les boundary_segments des frontières communes à deux zones limitrophes de même niveau. Tout le travail manuel est réduit: on ne charge plus la carte complète, le serveur est soulagé, on n'a plus d'erreurs de niveaux ou de frontières mal refermées, sauf au niveau le plus fin (ce que le robot peut détecter et signaler (il ignore les frontrières non fermées des niveaux supérieurs puisqu'il peut les reconstruire à partir des frontières de niveau inférieur). et il fera le travail de mise à jour mieux qu'un humain ! Le 25 janvier 2012 13:21, sly (sylvain letuffe) <li...@letuffe.org> a écrit : > On lundi 23 janvier 2012, PhQ wrote: >> Je vous demande de m'excuser de recadrer la discussion sur le >> boundary_segment, mais ... > > Dans le barouf de ce fil de discussion, j'avais loupé cette question. > >> il y a le fait que la vérification de continuité ne se fait pas dans >> l'éditeur de relation de JOSM. >> Bien sur, on peut vérifier la continuité et la cohérence d'un >> boundary_segment, mais à l'intérieur d'une >> relation comprenant des segments et un boundary_segment, on ne sait pas si >> ça ferme ! > > Tu as tout à fait raison, il manque le support de JOSM pour gérer ça et c'est > pénible, mais JOSM ne changera pas si on ne les utilises pas, et si on ne les > utilises pas parce que JOSM ne les supportent pas, ben on avance plus. > >> Peut on vivre avec, et comment contourner cette lacune ? > > On peut vivre avec je pense, mais c'est pénible, on peut mettre en place des > outils de contrôle externes, mais ce n'est qu'un palliatif. > > plusieurs cas : > - Dans le cas de l'utilisation de la france entière, JOSM ramerait tellement, > l'API ramerait tellement (et planterait), que avec ou sans, ça ne change > rien, c'est pas possible. J'en ai fais le constat il y a 2 ans ce qui, déjà à > l'époque, m'a obligé à changer le modèle pour le France. Et depuis, c'est > encore pire. Donc là, à mon avis, c'est oui, car de toute façon on ne perd > rien > > - Dans le cas des régions, ça devient très limite presque comme le cas du > dessus > > - Dans le cas des départements et plus petits, on peut tout mettre dans JOSM, > ça le fait "à peu près" donc pour ça, je suis pour de retarder tant que faire > se peut jusqu'au jour ou JOSM supportera cela mieux > > Dans tous les cas de toutes façon, il faut prévoir des outils de surveillance > de non fermage car tout le monde ne pense pas à vérifier avec JOSM (et tout > le monde n'utilise pas JOSM) > > -- > sly > qui suis-je : http://sly.letuffe.org > email perso : sylvain chez letuffe un point org > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
