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
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
