Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Calage du cadastre avec l'ortho-imagerie : là aussi ça revient tous les 6 mois ! L'erreur est en général constante planche par planche, il faut donc sélectionner les objets d'une même planche en espérant que personne n'a déplacé certains objets à la main entre temps. Mais tant que tu travailles en relatif, l'erreur n'est pas trop gênante. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Bonjour, Le 28/12/2019 à 11:38, rainerU a écrit : Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ? Non ce n'est pas un bug. Le cadastre sur cadastre.openstreetmap.fr est pris à la source, directement sur les serveurs de cadastre.gouv.fr. Il est donc mis à jour au rythme des mises à jours des serveurs du site, à savoir quotidiennement. Côté Etalab, la mise à jour est trimestrielle, on peut s'attendre à une mise à jour en janvier si le rythme donné dans l'historique est tenu : https://cadastre.data.gouv.fr/datasets/cadastre-etalab vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Le 28.12.19 à 11:38, rainerU a écrit : > j'ai constaté que les données dans les fichiers générés sur > cadastre.openstreetmap.fr étaient plus à jour que les données Etalab. > Par exemple ici: > > https://www.openstreetmap.org/#map=19/42.62719/2.76934 > > Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ? Etalab via plugin josm : maj trimestrielle pdf via cadastre.openstreetmap.fr : maj en continu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Am 26.12.19 um 21:10 schrieb Vincent de Château-Thierry: 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. Je me suis posé cette question quand j'ai découvert, par hasard, la possibilité de télécharger les données Etalab dans JOSM. Après, j'ai constaté que les données dans les fichiers générés sur cadastre.openstreetmap.fr étaient plus à jour que les données Etalab. Par exemple ici: https://www.openstreetmap.org/#map=19/42.62719/2.76934 Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Je confirme, on ne peut pas simplement faire une sélection multiple et glisser le tout, c'est le détail de tout qu'il fauit changer à la main, objet par objet. On n'est pas obligé de tout faire, mais au moins là où ça fait des superpositions indésirables, et suffisamment pour savoir distinguer correctement les formes et les placements relatifs des objets de tout type (y compris les plus petits, et notamment replacer correctement les points d'adresse du bon côté de la rue ou face au bon bâtiment de façon non ambiguë). Mais la précision du cadastre concernant les batiments n'est pas suffisante pour tout ce qu'on veut placer à côté. Le cadastre n'est pas une source fiable pour le bâti qui n'est qu'indicatif la plupart du temps et n'est fiable que pour le parcellaire, la voie publique, et les points de référence marqués de symboles spéciaux. Il est aussi peu fiable pour les cours d'eau, dont il n'indique que le parcellaire où il circule. L'import du cadastre c'était très bien il y a quelques années pour contruire rapidement le fond de carte sur lequel on a ensuite travaillé longuement un peu partout sur plein de détails. Maintenant cela ne suffit plus du tout avec tout ce qu'on a sur nos cartes. Même la toponymie et les noms/numéros de référence de rues/routes ne sont plus à jour depuis longtemps. Il n'est valable encore que dans les grandes métropoles ayant numérisé leur SIG depuis longtemps et corrigé et beaucoup travaillé depuis leurs anciennes planches. La preuve: les planches cadastrales entre communes ne sont même pas jointives, il n'y a toujours pas de conflation (on s'en souvient quand on a délimité les communes, le travail manuel de conflation a été important et estimatif) et les écarts sont plus importants que ce qu'on attend maintenant sur OSM (parfois plusieurs mètres d'écart, on est maintenant à une précision décimétrique pour plein d'objets, notamment et notamment en zone urbaine dense ou pour lever les ambiguïtés). Le cadastre en de nombreux endroit était basé sur une triangulation nettement moins précise qu'aujourd'hui, et il a été maintenu alors que depuis on a les relevés datellitaires puis maintenant aériens et des calages de position bien plus précis que ce qui a été bâti et conservé en l'état il y a des décennies. Il n'a pas été construit pour la signalisation routière, les accès, la sécurité, le mobilier urbain, les données d'environnement, etc. Il faut dire que les objectifs du cadastre (en France mais aussi ailleurs: question précision c'est bien pire en Espagne) n'ont jamais été de mettre dedans tout ce qu'on met maintenant dans OSM, alors qu'on ne s'intéresse pas du tout dans OSM au parcellaire (ultra-fragmenté qui ne correspond plus à grand chose d'aujourd'hui et contient plein de choses historiques qui n'ont plus lieu d'être). Le cadastre en France n'est toujours pas uniformisé et une grande partie du territoire n'a pas été revu depuis des décennies car les communes (et nombre des communautés de communes rurales) n'en ont pas les moyens. On verra dans quelques décennies si cela progresse mais c'est très lent, quand on sait qu'il y a encore plein de communes dont le cadastre n'a même pas été numérisé en l'état, donc pas retravaillé non plus pour corriger l'héritage passé. Il n'a pas été fait non plus pour être synchronisé avec les divers fournisseurs ou détenteurs de données cartographiques. Ca commence à se faire, mais encore lentement. L'open data commence à améliroer les choses mais c'est encore assez nouveau pour plein de communes d'avoir accès à toutes les données en même temps. Le travail de fourmis pour resynchoniser tout ça est justement ce qu'on fait dans OSM avec le travail de fusion et de comparaison des sources et plein d'observations dont les collectivités ne rêvaient même pas pouvoir réaliser elles-mêmes, surtout sur des éléments eux-mêmes évolutifs. Le ven. 27 déc. 2019 à 23:26, Eric SIBERT a écrit : > >> Je > >> voudrais ré-importer mais en conservant les tags des anciens bâtiments. > >> Une méthode facile proposée? > > > > https://cadastre.damsy.net te prémache un conflate dans josm qui te > > permet de conserver les id et les tags existant dans osm > > Commune de Lumbin (38). > > 1428 correspondances. 1300 conflits. Je ne sais que faire... > > (Il n'y a pas que le bâti qui aurait besoin d'un gros coup de chiffon > d'ailleurs). > > > > > Tu peux bien évidement aussi charger le tout "à la main" comme > > d'habitude > > En fait, j'ai fait du remplacement pur et simple sur certaines parties > de la commune au début de l'année. > > > la dernière solution si c'est juste un décalage est de sélectionner tout > > le batiment et de déplacer (à la souris) la sélection pour l'aligner par > > exemple sur l'imagerie. > > Non, ça ne marche jamais ;-). Le décalage est toujours variable à > l'échelle de la commune. > > Eric > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org >
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Je voudrais ré-importer mais en conservant les tags des anciens bâtiments. Une méthode facile proposée? https://cadastre.damsy.net te prémache un conflate dans josm qui te permet de conserver les id et les tags existant dans osm Commune de Lumbin (38). 1428 correspondances. 1300 conflits. Je ne sais que faire... (Il n'y a pas que le bâti qui aurait besoin d'un gros coup de chiffon d'ailleurs). Tu peux bien évidement aussi charger le tout "à la main" comme d'habitude En fait, j'ai fait du remplacement pur et simple sur certaines parties de la commune au début de l'année. la dernière solution si c'est juste un décalage est de sélectionner tout le batiment et de déplacer (à la souris) la sélection pour l'aligner par exemple sur l'imagerie. Non, ça ne marche jamais ;-). Le décalage est toujours variable à l'échelle de la commune. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Partout je constate que les polygones du cadastre sont fantaisistes, la question du calage de quelques pixels est mineure à côté: les formes proportions, tailles et orientations sont largement fausses un peu partout, et le découpage des bâtiments ne correspond à rien (avec des fusions mêmes de bâtiments pourtant bien séparés, avec même des chemins entre eux... Le cadastre n'est qu'un indicateur de la densité de l'habitat, mais certainement pas une référence, et il n'y a rien à jour (des retards de 10 ans ou plus) et l'imagerie est toujours plus récente presque partout hormi une poignée de bâtiments en zone urbaine dense où il y a pu y avoir quelques ajouts et restructurations suite à des réaménagements de ZAC par exemple et des études récentes. Ensuite le terrain s'endort pendant des décennies s'il ne s'agit pas de projets concertés (mais uniquement privés, propriété par propriété: là c'est du n'importe quoi...) Le cadastre n'est précis que pour le parcellaire (qui ne nous intéresse même pas) hormi dans les grandes métropoles ayant des GIS bien développés et avec les technologies les plus récentes et de nombreuses études de terrain par de nombreux acteurs obligés de se concerter et fournir des plans précis. Le ven. 27 déc. 2019 à 15:23, Eric SIBERT a écrit : > Heu... et sinon, j'ai un autre problème. J'arrive sur une zone. Je > constate que le bâti dans OSM est mal calé (par rapport au GPS, aux > orthophotos...). Je vois aussi que le cadastre actuel est mieux calé. Je > voudrais ré-importer mais en conservant les tags des anciens bâtiments. > Une méthode facile proposée? > > Eric > > ___ > 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
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Le 27.12.19 à 15:22, Eric SIBERT a écrit : > Heu... et sinon, j'ai un autre problème. J'arrive sur une zone. Je > constate que le bâti dans OSM est mal calé (par rapport au GPS, aux > orthophotos...). Je vois aussi que le cadastre actuel est mieux calé. Je > voudrais ré-importer mais en conservant les tags des anciens bâtiments. > Une méthode facile proposée? https://cadastre.damsy.net te prémache un conflate dans josm qui te permet de conserver les id et les tags existant dans osm Tu peux bien évidement aussi charger le tout "à la main" comme d'habitude et exécuter le script de config de https://cadastre.damsy.net tu peux aussi le faire "à la main", avec l'option "remplacer la géométrie" disponible dans le menu lorsque tu installes UtilsPlugin2 la dernière solution si c'est juste un décalage est de sélectionner tout le batiment et de déplacer (à la souris) la sélection pour l'aligner par exemple sur l'imagerie. dans tous les cas, on finit souvent par avoir à ajuster aussi les routes ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Heu... et sinon, j'ai un autre problème. J'arrive sur une zone. Je constate que le bâti dans OSM est mal calé (par rapport au GPS, aux orthophotos...). Je vois aussi que le cadastre actuel est mieux calé. Je voudrais ré-importer mais en conservant les tags des anciens bâtiments. Une méthode facile proposée? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Bonjour, Le 27/12/2019 à 13:28, marc marc a écrit : 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. Si si, je parle d'expérience plus intégrée et moins clickodrome notamment. 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. Je crois qu'on ne se comprends pas :/ Il est hors de question de jeter quelque travail que ce soit. Je répondais en gardant en tête la question initiale d'Eric, à savoir : "Comment j'importe un morceau de bâti du cadastre???" et en disant qu'à iso-fonctionalités, on avait maintenant un moyen plus direct d'importer un morceau de bâti du cadastre, sans passer par un site, un enregistrement de fichier, etc. Mais comme le fait remarquer Eric, c'est pas la panacée non plus vu qu'on récupère des feuilles entières de cadastre et non la stricte sélection qu'on souhaiterait. Le site de Gautier a une toute autre ambition que simplement récupérer un morceau de bâti, on est plus dans la même discussion. Ca n'empêche qu'il mériterait peut-être sur la même page de doc à faire, dont je parlais hier, un chapitre dédié, afin que quiconque s'intéresse aux manières de récupérer un bout de cadastre à jour sache que https://cadastre.damsy.net existe et répond au besoin, voire au-delà. La modernité n'a rien à voir avec mon point, qui est juste de faire qu'on s'adapte aux ressources qu'on sollicite, en essayant quand l'occasion se présente d'adapter nos pratiques. L'apparition du cadastre d'Etalab est typiquement une occasion de cet ordre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Je ne me fierais pas à la géométrie indiqué par le cadastre, ça peut juste servir à la détection, mais dans ce cas juste se servir du signalement pour aller prendre une imagerie décente pour retracer correctement, donc non il n'y au besoin d'AUCUN import direct du cadastre, encore moins de fusion. C'est toujours mieux en reprenant et modifiant les données OSM avec l'imagerie comme support pour la géométrie. Le ven. 27 déc. 2019 à 14:32, marc marc a écrit : > Le 27.12.19 à 14:09, Philippe Verdy a écrit : > > réimporter le cadastre ? Pour quoi faire ? > > Pour ajouter dans osm les nouveau batiments et ceux ayant été fortement > modifié (hangar agricole devenu un immeuble de logement, annexe doublant > parfois la surface du bati) > l'outil en question permet de les détecter, à l'échelle d'une commune, > en un temps record, ce qui n'est pas du luxe à vérifier tout les 10 ans. > ___ > 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
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Le 27.12.19 à 14:09, Philippe Verdy a écrit : > réimporter le cadastre ? Pour quoi faire ? Pour ajouter dans osm les nouveau batiments et ceux ayant été fortement modifié (hangar agricole devenu un immeuble de logement, annexe doublant parfois la surface du bati) l'outil en question permet de les détecter, à l'échelle d'une commune, en un temps record, ce qui n'est pas du luxe à vérifier tout les 10 ans. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Tout n'est pas à iomporter tel quel dans le cadastre. D'ailleurs il comprend de nombreuses approximations voire des erreurs manifeste de géométrien des polygones découpés un peu n'importe comment, des vieux batiments qui n'existent plus des tas qui manquent, des batiments fusionnés à tord (alors qu'ils sont physiquement séparés). Le cadastre donne juste une "idée" du terrain mais tout n'y est pas car c'est déclaratif et les tracés inclus dedans sont faits à-la-va-vite. Hormi le découpage parcellaire, tout ce qui est fait après la cession des propriétés est très approximatif et tout n'est pas soumis à déclaration obligatoire. Même si c'est déclaré, ce sont parfois des croquis ou des plans de chantier prévisionnels et rien n'est fait après la recette et la mise à jour peut ensuite prendre des décennies avant de voir que ce qui a été mis était très grossier voire carrément faux. Le cadastre n'est à peu près cohérent que pour les équipements publics. Le diable se cache dans les détails... Les imageries aériennes donnent de meilleures géométries et là on voit clareiemtn que nombre de bâtiments son déclarés bien plus petits qu'ils ne sont réellement. Bref je vois mal aller à réimporter le cadastre une seconde fois: cela a juste conduit à créer une ébauche qui souvent a été corrigée de façon disparâtre. Les orthohotos et les vues au sol de type Maillary (pour les accès et ce qui est visible depuis la voir publique) sont souvent bien meilleurs, à condition de pouvoir les dater (ce qui n'est pas toujours possible). Je pense que les services municipaux ne sont pas encore équipées pour recadrer les anciennes déclarations papier sur une imagerie aérienne récente et n'ont pas le temps de s'occuper de recadrer le reste. Elles ne le feront que dans le cas de nouveaux marchés où ce seront les architectes qui se chargeront de remettre le détail dans les zones présentées sur leurs plans, et qui devraient aussi alors fournir des fichiers métrés de façon plus exacte et s'appuyer sur des imageries récentes (à ces cabinets de payer les études de terrain et les faire valider). Mais c'est souvent fait pour des zones très limitées, personne ne veut en assurer le cout ni ne veut avoir à gérer les conflits de voisinage sur en modifiant ce qui n'est pas concerné dans le projet que chacun va gérer ensuite. Et nombre de résidents ne s'aperçoivent ni ni vont commenter les marchés publics et enquêtes pour signaler les corrections nécessaires. L'ortho-photographie pourtant permettrait de mettre tout le monde d'accord bien plus vite et relever les incohérences (et elles sont nombreuses) sur des bases objectives. Mais des tas de communes n'ont pas les moyens humains ni le temps d'utiliser les nouveaux outils, et transmettent des données très partielles ou approximatives, qui sont conservées en l'état tant que cela ne conduit pas à une affaire juridique. Et même si le conflit est régél, c'est ouvent de gré à gré, et les décisions judisiaires ou arrangements se font de façon privée mais très peu sur des bases géométriques exactes, surtout que cela e encore le temps de changer ou que les arrangements mettront du temps aussi pour aboutir à la solution finale. Ces détails n'intéressent le plus souvent pas non, plus le fisc car sous un seuil minimal rien ne change en terme de droits (et les communes aussi hésitent à modifier leur base fiscale. Les conseils municipaux ont surtout à s'occuper de tas de demandes et trouver des compromis difficiles, et en période préélectorale, tout est un peu paralysé. Tout le conde continue comme si ce qui était inscrit depuis des années doit persister et en fait bien peut de monde ne veut révéler des détails qui pourraient être dérangeants et joue à la limite de la légalité, sachant qu'en cas de problème (si c'est découvert) il y aura une négociation. Si une piscine est déclarée mais est mal orientée sur le cadastre ou sont tracé exact n'est pas celui-là, tout le monde "s'en fout". Si c'est sur le domaine privé, chacun garde jalousement la volonté de faire ce qu'il veut chez lui tant qu'aucun voisin direct n'est dérangé et ne s'en plaint. Alors réimporter le cadastre ? Pour quoi faire ? Une poignée de batiments ça et là, démolis et reconstruits un peu différemment, tant que les limites réglementaires ne sont pas dépassées, rien n'est mis à jour. Il faudrait des tas de "petites mains" pour faire ça, et l'administration n'en dispose pas. Les petites mains, c'est plutôt nous tous sur OSM. D'ailleurs d'autres adminsitrations ou acteurs privés sont ravis de voir qu'il y a plus de monde à s'en occuper, et pour tout ce qui n'est pas lié à une communication réglementaire et fondant un engagement contractuel, on leus voit volontier utiliser OSM comme carte de base car cela répond mieux aux attentes des clients ou usagers, et c'est surtout plus lisible et plus en accord avec la réalité du terrain. Le ven. 27 déc. 2019 à 13:29, marc marc a écrit : > Bonjour Vincent, > > ton email est parfaitement juste, sauf qu'il
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
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
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Disons que quand je n'y arrive pas d'un côté, j'essaie de l'autre ;-). En l'absence de mode d'emploi, je n'avais pas trouvé la nouvelle méthode à utiliser dans JOSM. Par ailleurs, ce que je reproche à l'import direct dans JOSM, c'est de ramener tout le bâti des planches cadastrales concernées, pas uniquement la zone concernée. Il y aurait une élimination automatique de ce qu'on a pas demandé, que je ne serais pas contre. Après, remplacer cadastre.openstreetmap.fr par un mode d'emploi actuel, oui. De toute façon, cadastre.openstreetmap.fr est inutilisable actuellement. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
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
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Le 26/12/2019 à 19:44, Eric SIBERT a écrit : Comment merge-t-on la sélection? Dans le menu Sélection ou Ctrl+Shift+M ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
il ne faut pas merger tout le calque Oui, je nettoie le calque avant de merger. mais sélectionner les batiments manquant et merger la sélection Comment merge-t-on la sélection? Cordialement Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
la grande différence c'est l'expérience de l'utilisateur. croire qu'un utilisateur de cadastre.openstreetmap.fr va aller sur un site gouv.fr pour trouver ce qu'il a besoin pour ensuite l'utiliser dans josm avec un plugin... c'est oublier que c'est pas le niveau de la majorité des contributeurs. à mon avis l'avenir c'est quelque chose genre https://cadastre.damsy.net branché sur le cadastre vectoriel et bano v2 et encore, il reste pas mal d'idée (genre avoir la conflation qui se fait sur le serveur, avoir une meilleur sélection de "ici il faut intervenir", avoir une info de "ici batiment manquant") et idéalement une intégration osmose (parce qu'il est plus pratique d'avoir un seul outil qui te connecte à tous les autres plutôt que d'avoir à parcourir une 10aine pour chaque catégorie) Le 26.12.19 à 19:05, ades a écrit : > Comprends pas trop ;-) > C’est quoi l’intérêt du cadastre en ligne (si j’ai à peu près compris) avec > JOSM quand on peut importer le cadastre (à jour tous les trimestres, en shp, > en edigeo ou geojsom -là je suis moins sur pour ce format) à partir d’etalab > ? Et l’importer sans pb, par couches (bati, hydro, parcelle etc. dans Josm) > Au moins on peut travailler calmement et en local ;-) (sans bouffer de la > bande passante et de l’énergie sur le net), on fait facilement une conflation > dans Josm, ou on peut aussi utiliser n’importe soft sig pour préparer les > données… > > >> Le 26 déc. 2019 à 18:00, marc marc a écrit : >> >> Bonjour, >> >> Le 26.12.19 à 15:52, Eric SIBERT a écrit : >>> https://lists.openstreetmap.org/pipermail/talk-fr/2019-July/093691.html >>> >>> En allant sur cadastre.openstreetmap.fr, en non sécurié, en sécurisé >>> simple, en sécurisé en cliquant sur le cadenas vert pour dire que ce >>> n'est pas grave si tout n'est pas sécurisé, la fenêtre pour sélectionner >>> la zone à exporter reste vide. >> >> avant il suffisait d'utiliser le site en http (parce qu'en https il y a >> un mixed content) >> mais il semble qu'un autre soucis existe : cadastre.gouv.fr ne fournit >> plus de donnée en http >> les 2 ensemble font que c'est devenu inutilisable >> j'ai lancé un appel à maintenance sur ce dépot car je n'ai pas accés >> pour merger. >> si cela ne réagit pas, je ferrai les modifs à la main sur le serveur. >> >> >>> Directement dans JOSM, je vais dans Télécharger puis l'onglet >>> "Téléchargement depuis le Cadastre". Je sélectionne la zone et ça >>> télécharge. Je me retrouve avec des couches edigo-xxx.tar.bz2 avec deux >>> petits triangles oranges d'avertissement. Quand je fusionne avec le >>> calque principal, les triangles sont transmis au calque principal. Je ne >>> peux alors pas renvoyer les données vers OSM. >>> >>> Comment j'importe un morceau de bâti du cadastre??? >> >> il ne faut pas merger tout le calque mais sélectionner les batiments >> manquant et merger la sélection >> >> cordialement, >> Marc >> ___ >> 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 > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Comprends pas trop ;-) C’est quoi l’intérêt du cadastre en ligne (si j’ai à peu près compris) avec JOSM quand on peut importer le cadastre (à jour tous les trimestres, en shp, en edigeo ou geojsom -là je suis moins sur pour ce format) à partir d’etalab ? Et l’importer sans pb, par couches (bati, hydro, parcelle etc. dans Josm) Au moins on peut travailler calmement et en local ;-) (sans bouffer de la bande passante et de l’énergie sur le net), on fait facilement une conflation dans Josm, ou on peut aussi utiliser n’importe soft sig pour préparer les données… > Le 26 déc. 2019 à 18:00, marc marc a écrit : > > Bonjour, > > Le 26.12.19 à 15:52, Eric SIBERT a écrit : >> https://lists.openstreetmap.org/pipermail/talk-fr/2019-July/093691.html >> >> En allant sur cadastre.openstreetmap.fr, en non sécurié, en sécurisé >> simple, en sécurisé en cliquant sur le cadenas vert pour dire que ce >> n'est pas grave si tout n'est pas sécurisé, la fenêtre pour sélectionner >> la zone à exporter reste vide. > > avant il suffisait d'utiliser le site en http (parce qu'en https il y a > un mixed content) > mais il semble qu'un autre soucis existe : cadastre.gouv.fr ne fournit > plus de donnée en http > les 2 ensemble font que c'est devenu inutilisable > j'ai lancé un appel à maintenance sur ce dépot car je n'ai pas accés > pour merger. > si cela ne réagit pas, je ferrai les modifs à la main sur le serveur. > > >> Directement dans JOSM, je vais dans Télécharger puis l'onglet >> "Téléchargement depuis le Cadastre". Je sélectionne la zone et ça >> télécharge. Je me retrouve avec des couches edigo-xxx.tar.bz2 avec deux >> petits triangles oranges d'avertissement. Quand je fusionne avec le >> calque principal, les triangles sont transmis au calque principal. Je ne >> peux alors pas renvoyer les données vers OSM. >> >> Comment j'importe un morceau de bâti du cadastre??? > > il ne faut pas merger tout le calque mais sélectionner les batiments > manquant et merger la sélection > > cordialement, > Marc > ___ > 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
Re: [OSM-talk-fr] Import bâti cadastre dans JOSM
Bonjour, Le 26.12.19 à 15:52, Eric SIBERT a écrit : > https://lists.openstreetmap.org/pipermail/talk-fr/2019-July/093691.html > > En allant sur cadastre.openstreetmap.fr, en non sécurié, en sécurisé > simple, en sécurisé en cliquant sur le cadenas vert pour dire que ce > n'est pas grave si tout n'est pas sécurisé, la fenêtre pour sélectionner > la zone à exporter reste vide. avant il suffisait d'utiliser le site en http (parce qu'en https il y a un mixed content) mais il semble qu'un autre soucis existe : cadastre.gouv.fr ne fournit plus de donnée en http les 2 ensemble font que c'est devenu inutilisable j'ai lancé un appel à maintenance sur ce dépot car je n'ai pas accés pour merger. si cela ne réagit pas, je ferrai les modifs à la main sur le serveur. > Directement dans JOSM, je vais dans Télécharger puis l'onglet > "Téléchargement depuis le Cadastre". Je sélectionne la zone et ça > télécharge. Je me retrouve avec des couches edigo-xxx.tar.bz2 avec deux > petits triangles oranges d'avertissement. Quand je fusionne avec le > calque principal, les triangles sont transmis au calque principal. Je ne > peux alors pas renvoyer les données vers OSM. > > Comment j'importe un morceau de bâti du cadastre??? il ne faut pas merger tout le calque mais sélectionner les batiments manquant et merger la sélection cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
