[OSM-talk-fr] RPG 2.0 2019

Ven 18 Déc 16:28:13 UTC 2020

Rapidement, suis charette, comme d’hab.
Bien noté tes remarques.

L’idée n’est pas d’automatiser, mais d’utiliser des ressources existantes (cadastre, rpg) pour plus de précision, par rapport à CLC, mais aussi par rapport à l’utilisation de la BD Orho qui date maintenant de presque 5ans. 

Pour les jachères, pour moi ça reste du 'landuse:farmland’, de même pour les prairies cultivées, qui ne sauraient être ‘meadows’, mais plutôt ‘crop=grass’, comme la maintenance n’est pas assurée, vaudrait mieux ne rien rajouter à ‘farmland’…

Pour l’utilisation du cadastre, c’était juste pour avoir une géométrie « conforme », je suis bien d’accord que les parcelles cultivées ne correspondent pas tjs aux parcelles cadastrales, cela dit, en général, il me semble que sauf à distinguer la culture effective (tag ‘crop’) cela ne changera pas grand chose au ‘landuse’. 
Maintenant si le terrain agricole a été construit, ou si verger ou vignes ont remplacé ou ont été remplacés par des terrains labourés (‘farmland' si je ne m’abuse) la transformation est importante et relativement pérenne. Ça ne me semble pas trop difficile à vérifier sur le terrain et (ou) à mettre à jour avec les prochaines ortho HR).

De toutes façons, dans tous les cas faut aller vérifier sur le terrain.

Je me propose de faire un test sur une commune (env. 5kmx5km ; 400 parcelles du RPG) et tiendrai au courant (semaine prochaine).
Cela dit je reste preneur de remarques…

> Le 17 déc. 2020 à 19:18, Christian Quest <cquest at openstreetmap.fr> a écrit :
> 
> Le 17/12/2020 à 18:11, ades a écrit :
>> merci à tous pour vos remarques, en résumé (partiel et/ou partial) quelques notes avant de faire (une ou deux communes pour l’instant, faut pas aller trop vite)  :
>> 
>> Ça ne concerne que les landuses agricoles et parfois ‘nature’ mais plus rares.
>> A ne faire que si on peut aller sur le terrain pour vérifier. En particulier parce que des terrains ne sont plus agricoles.
>> 
>> Ça ne peut fonctionner que si le cadastre PCI est bien calé, autrement dit si la différence entre cadastre et ortho est faible (on peut vérifier avec les points géodésiques). J’ai tendance à penser que moins de 5 pixels de différence (ortho HR) c’est mieux qu’un tracé interprétant au pif une limite entre deux objets.
>> 
>> Donc
>> • exactitude topo des données du RPG : je n’avais pas trop fait attention et compris que le RPG renseignait des parcelles cadastrales, raté, c’est effectivement « gros doigt » d’après l’ortho (pas plus que nombre de contributeurs usant et abusant d’id).
>> 
>> • exactitude des données associées : plutôt pas mal (vérifications  faites dans mon coin), puis faut pas penser à mal de nos chers agriculteurs… ; reste que l’indication précise de la culture n’a effectivement pas d’intérêt (sauf cultures permanentes, cf. infra) ; faudrait pouvoir maintenir.
>> 
>> • Cultures repérées :
>> Quasiment tout ce qui est labouré annuellement est renseigné et quasi sans ambiguïté ; les vignes et vergers sont renseignés, de même que les arbres à fruit ou que les pépinières et les prairies permanentes, ou artificielles et temporaires.
>> 
>> • Cadre OSM et nomenclature RPG, correspondance possibles, pour avis…
>> 
>> d’après le code groupe extrait de  : https://geoservices.ign.fr/ressources_documentaires/Espace_documentaire/BASES_VECTORIELLES/RPG/DC_DL_RPG_2-0.pdf et https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Type_de_terrain.2C_usage_.28landuse.29
>> 
>> • code groupe -> osm features
>> 
>> RPG 1 à 9
>> landuse=farmland crop : pas de précision puisque ça varie une année sur l’autre
>> RPG 11 (jachères)landuse = farmland farmland=disused  ou natural=scrub ou crop = no ???
> La jachère est souvent temporaire, une année au repos suivie de plusieurs années de culture.
>> RPG 14 (riz)landuse=farmland, crop=rice
>> RPG 15 à 16 (légumineuses fourrage)landuse = farmland crop non renseigné sauf si culture pluriannuelle certaine, voir sur le terrain RPG 17 (bois paturés landes…) nature = heath voire nature=grassland (cas des estives)
>> RPG 18 (prairies permanentes) landuse = meadow
>> RPG 19 (prairies temporaires) landuse = farmland, farmland = meadow ou farmland = grass  ou crop= ?????
>> RPG 20 (vergers) landuse = orchads crop=* (à renseigner après vérif sur le terrain)
>> RPG 21 (vignes)landuse= vineyard
>> RPG 22 (fruits à coque) landuse= orchards crop=*(à renseigner après vérif sur le terrain)
>> RPG 23 (oliviers)landuse=orchards crop=olivier
>> RPG 24 (autres culture industrielless « sic) » landuse = farmland ce ne sont pas des cultures permanentes, dans le cas contraire renseigner crop=* (vanille et l’ylang-ylang par exemple -encore que la vanille soit souvent uneculture dérobée)) . Vérifier sur le terrain.
>> RPG 25 (légumes et fleur) landuse = farmland crop=vegetable ou crop=flowers
>> RPG 26 (canne à sucre) landuse = farmland crop=sugarcane (en général ça ne bouge pas beaucoup…)
>> RPG 28 (divers) landuse=farmland sauf pour marais salants, pépinières, taillis à courte rotation (landuse=wood) , faut voir au cas par cas …
>> 
>> Faisabilité
>> 
>> • Faisable pour les zones où il n’y a que du Corinne pour le remplacer, si sur un polygone Corinne, d’autres landuses agricoles ont été saisis, faudra vérifier et à part à la main…
>> • Faisable pour les zones où Corinne à été viré.
>> • Faisable si les changesets sont antérieurs, voire très antérieurs au RPG ou si les géométries sont du grand n’importe quoi… dommage que ‘source’ ne soit plus renseigné ou en tous cas de manière tellement pas fiable, ni sur l’entité, ni sur la déf. du changeset
>> 
> Le cas le plus courant c'est du polygone CLC modifié par endroit (nouveaux nœuds, nœuds déplacés).
> 
> Le polygone CLC non modifiés doivent être rares, ceux antérieurs à CLC rarissimes (on n'avait pas tant d'ortho dispo que ça à l'époque).
> 
> Charge une zone et dans JOSM cherche: user:CLCF06
> 
> Les polygone intacts seront sélectionnés (ile seront rares), par contre, tu trouvera sûrement des noeuds non modifiés depuis l'import sur des polygones modifiées depuis.
> 
> 
>> Process
>> En amont :
>> Récup du RPG de la zone (faut découper si on ne veut pas se trimballer les données d’une région entière), ajouter les tags OSM qui vont bien -> déterminer les centroïdes (en gardant les tags) -> récupérer le cadastre à jour (c’est trimestriel) -> associer les tags osm du RPG aux parcelles cadastrales-> vérifier trous et doublons possibles -> regrouper en une unité surfacique les parcelles contigües  de même tag .
> 
> Je ne comprends pas trop le lien que tu fais entre parcelles agricoles et parcelles cadastrales. Elles sont différentes. Une parcelle cadastrale peut avoir plusieurs cultures, et une parcelle agricole peut s'étaler sur de nombreuses parcelles cadastrales.
> 
> As-tu pris sur une zone ces deux sources de données pour les comparer ?
> 
> 
>> Avant import : comparer avec ce qui existe dans osm, dans le cas où il y aurait plus d’info dans osm ensuite ça devient « dangereux » :  enlever ce qui gène dans OSM et remplacer par le boulot ci-dessus…
>> 
>> Ça ne me parait pas trop difficile à faire, avec un sig puis avec josm, peut-être faisable directement dans Josm, mais là je n’en ai qu’une pratique basique).
>> Par rapport à Osmose, je n’ai tjs pas bien compris ce que fait Osmose, mais si la mise en place d’une comparaison entre le travail « amont » et les données figurant dans OSM pour indiquer ce qui diverge est quelque chose qu’Osmose fait, pourquoi pas, possible alors de travailler sur de plus grandes zone…
>> 
> Osmose est un moyen de signaler à n'importe quel contributeur les incohérences entre les données OSM et une autre source et permet d'orienter les contributions sur les zones nécessitant le plus de mises à jour.
> 
> Pour la mise à jour des polygones par contre, c'est pas évident du tout tant en manuel qu'en automatique ou assisté.
> 
> Donc oui, ce que tu décris c'est théoriquement correct, mais le passage à la pratique n'est pas trivial.
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> 
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr