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 <cqu...@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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à