Parcell'air

Dans la lignée de l’article précédent consacré aux ressources indispensables, une nouvelle page « Analyse » a été créée par Aline, consacrée à l’exploitation des données cadastrales.

Cette page est une entrée en matière à l’exploitation des données cadastrales: un tour d’horizon de ce qui est possible mais aussi de tous les éléments sur lesquels il convient d’être attentif.

Bonne lecture !

A suivre…

J’ai créé une page « Ressources » qui  dresse un inventaire des ressources disponibles en ligne et indispensables à l’exploitation statistique et/ou cartographique des données MAJIC III, couplées au PCI ou la BD-Parcellaire.
Cette liste  n’est pas exhaustive, et mérite d’être mise à jour régulièrement. Une bonne partie de la documentation figurant sous ces liens a déjà été citée ici ou sur les forums GeoRezo et est suffisamment explicite pour ne pas avoir à la ré-écrire ou détailler longuement.

Elle ne demande qu’à être complétée : n’hésitez pas à me faire part de liens ou sites intéressants.

Bonne lecture

En complément à une interrogation exprimée suite à la journée de formation « Cadastre » organisée par la région PACA, je reporte ici une explication que j’avais fournie il y a quelques temps sur la définition et la présence du champ « PREFIXE » dans la composition de l’identifiant complet d’une parcelle :

Le préfixe de section est destiné à identifier de manière unique des parcelles provenant de communes fusionnées ou absorbées et , de mémoire, existe également sur les communes découpées en arrondissements (voir le guide MAJIC II qui explique tout cela).
Exemple : Les communes Alpha (codcom 001) et Omega (codcom 099) ont été fusionnées pour donner la commune Alpha-Omega (codcom 250)
les nouvelles parcelles de la commune Alpha-Omega seront identifiées de la manière suivante:
codcom   prefixe   cosec   dnupla
250               001             AB         001         pour la parcelle AB 001 provenant de la commune Alpha
250               099             AB         001         pour la parcelle AB 001 provenant de la commune Omega
Dans le cas d’une absorption, la commune absorbante conserve ses identifiants parcellaires en l’état, les parcelles de la commune absorbée étant identifiées ainsi:
codcom   prefixe   cosec   dnupla
099              001            AB          001        pour la parcelle AB 001 provenant de la commune Alpha, absorbée par Omega
099             000             AB         001        pour la parcelle AB 001 provenant de la commune Omega (sans changement)
Par défaut, les données MAJIC II sont complétées et fournies avec un préfixe à 000, pour toutes les communes où il n’y a pas de particularité.

voir cette discussion de 2008 pour plus de détails.

Un espace dédié au Cadastre existe dans le wiki.

Des fiches méthodologiques sont en cours de réalisation concernant la mise en oeuvre et l’exploitation à des fins d’analyse des données MAJIC III et du PCI.
lire la suite

Le blog d’Aline Clozel traite d’urbanisme, de PLH, et de la façon dont les données cadastrales (PCI et MAJIC III) peuvent être mobilisées dans ces problématiques.

Un bon complément au présent blog (que j’ai du mal à animer …), et aux dossiers en cours d’élaboration par la communauté GeoRezo dans le wiki.

Aline y rédige d’ailleurs des fiches méthodologiques à consulter régulièrement.

Pour accéder au dossier dédié au Cadastre dans le wiki : suivez le lien