Bonjour Vincent, ton email est parfaitement juste, sauf qu'il parle de la technique sous-jacente et pas une seconde de l'expérience utilisateur. je t'invite à tester https://cadastre.damsy.net pour par exemple mettre à jour une commune dont le cadastre date de 2008 et faire donc une maj des bâtiments nouveaux et modifié entre temps. Ensuite je t'invite à utiliser tous sauf ce site pour faire la même chose avec le cadastre vectoriel disponible via le plugin josm. l'expérience utilisateur est en défaveur des outils cadastre vectoriel.
alors oui, évidement qu'à terme, l'utilisation des pdf cessera. mais en attendant, au moins un des outils qui l'utilise est un des plus abouti. jeter cela en disant "yaka faire tout à la main avec le cadastre vectoriel parce que c'est plus moderne" n'est pas très plaisant comme réponse. surtout que Gautier a écrit les patchs pour corriger ce qui doit l'être. Pour ma part, l'intégration du cadastre à la main, c'est sans moi. Je ne vois aucune raison valable de demander au contributeur de passer 2x fois plus de temps que nécessaire alors qu'il existe des outils qui utilisent mieux le cerveau humain et le temps si précieux qui l'accompagne. Et il reste aussi, à chaque fois que je met à jour une commune, tant de "import cadastre à la main" à retoucher niveau qualité. Cordialement, Marc Le 26.12.19 à 21:10, Vincent de Château-Thierry a écrit : > Bonjour, > > Le 26/12/2019 à 19:41, marc marc a écrit : >> la grande différence c'est l'expérience de l'utilisateur. > > Oui parlons-en de l'expérience utilisateur :) > > Le sujet ici c'est de savoir si on doit maintenir une page (l'actuelle > cadastre.openstreetmap.fr) qui s'appuie sur un processus d'accès au > Cadastre (le recours aux PDFs d'impression de cadastre.gouv.fr) qui > certes nous a sauvé la mise pendant des années, mais a avec le temps été > rendu plus gourmand en ressources et est devenu obsolète avec > l'apparition du cadastre redifusé par Etalab. > > Entre le moment (juin 2010 [1]) où on a eu accès à ces PDFs et > maintenant, un changement de configuration du site cadastre.gouv.fr à > réduit d'un facteur 100 la surface terrain imprimable en PDF. Donc on a > du augmenter d'un facteur 100 les appels aux serveurs du site pour > obtenir la même couverture terrain en PDF. Ca c'est pour les ressources. > > Pour l'obsolescence : les travaux côté Etalab sur la donnée cadastrale > permettent maintenant un accès vectoriel au cadastre grandement facilité > comme l'a rappelé Ades. C'est vrai pour les couches hors adresses ici : > https://cadastre.data.gouv.fr/ > et pour les adresses là : > https://adresse.data.gouv.fr/ > > Là dessus, le plugin Cadastre-fr a bénéficié d'une 2è vie (merci à > Vincent Privat :) ) pour intégrer l'accès à ces couches directement > depuis l'interface de chargement de JOSM. > > On a donc au final directement dans le contexte d'intégration un accès > aux données, sans passer par un site intermédiaire > (cadastre.openstreetmap.fr) et en s'alignant sur de meilleures pratiques > d'accès à la donnée, sans scraping. Je ne vois pas avec tout ça comment > l'expérience utilisateur, plus intégrée, moins clickodrome, s'en > trouverait altérée. De mon point de vue le "reste à faire" consisterait > surtout à remplacer le contenu de la page d'accueil de > cadastre.openstreetmap.fr par un lien vers le wiki expliquant la > nouvelle manière d'accéder dans JOSM aux mêmes données. > > vincent > > [1] : > https://lists.openstreetmap.org/pipermail/talk-fr/2010-June/022871.html > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
