Attributs du bâti dans la couche batiments #50
Comments
|
La difficulté est qu'il n'est pas possible de déterminer quel polygone correspond à quoi dans les fichiers fonciers. |
|
Oui je crois qu’il est aussi intéressant d’avoir ces informations à la parcelle. Je comprends alors que l’on aurait alors plusieurs enregistrements d’attributs de bâti par parcelle si la parcelle comprend plus d’un bâtiment ?
Comme vous faites aussi le lien adresse/parcelle (Cf topic Artefact PCI), les utilisateurs de ces données pourraient faire un rapprochement de ces attributs à l’adresse, ce qui est mon objectif (avec cependant quelques hypothèses car les liens ne sont pas un pour un…).
Bien à vous
Paul Archambault
From: Jérôme Desboeufs <notifications@github.com>
Sent: jeudi 17 mai 2018 17:00
To: etalab/cadastre <cadastre@noreply.github.com>
Cc: Paul Archambault <paul.archambault@pb.com>; Author <author@noreply.github.com>
Subject: Re: [etalab/cadastre] Attributs du bâti dans la couche batiments (#50)
La difficulté est qu'il n'est pas possible de déterminer quel polygone correspond à quoi dans les fichiers fonciers.
Ces informations, pour rester fiables, doivent rester à la parcelle.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#50 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AIJqFK_IkgzLzGN3Vd3l6wiqr0YDBNAfks5tzZBfgaJpZM4UDGSA>.
|
|
Bonjour, |
|
Bonjour, il faut pas rêver : le simple fait de fournir l'attribut du code FANTOIR de la voie pour un objet voie ou numero de voirie dans les fichiers edigeo n'est même pas encore envisagé, bien que la donnée soit présente dans PCI, et serait bien utile aux utilisateurs, alors fournir ces données beaucoup plus complexes et à peine réalisable.... |
|
L'extraction des voies et numéros des données cadastral a déjà été réalisée : https://github.com/etalab/adresses-cadastre Les données sont disponibles en beta-test privé, et seront par la suite plus largement diffusées. Rien n'empêche d'avancer sur les bâtiments, dans la limite des hypothèses qu'on est capable de prendre sur les données disponibles. Mais comme l'indique @ChristopheVergon ça va être difficile. |
|
Pour info j'ai pensé que ça méritait un sujet : https://georezo.net/forum/viewtopic.php?id=111084 @jdesboeufs pour info il y a là deux spécialistes du cadastre et de l'Edigéo et accessoirement de la programmation, bonjour @christian-panel , effectivement voirie et Fantoir ou comme d'habitude MAJIC et Plan cadastral sont deux mondes différents. Le plan c'est géré par des spécialistes géomètres ou inspecteur, MAJIC c'est les services informatiques de Bercy et c'est de la BD hiérarchique des années 1980. |
|
@jdesboeufs pour info je parlais de la possibilité de fournir dans l'edigeo l'attribut qui aurait permis de repérer géographiquement la voie/le numéro de voirie : pour l'instant permet de faire ce lien seule la toponymie (changeante d'ailleurs) pour ce qui est des voies et la relation n°voirie->parcelle (pas toujours présente) pour ce qui est des numéros de voiries portés sur le plan cadastral. |
|
On sort du sujet initial mais je vais tâcher d’expliciter dans un article
le processus de production de ces adresses que nous avons extraites du PCI.
Ce serait évidemment beaucoup plus simple si l’information était présente
directement.
Le mer. 23 mai 2018 à 17:42, christian-panel <notifications@github.com> a
écrit :
… @jdesboeufs <https://github.com/jdesboeufs> pour info je parlais de la
possibilité de fournir dans l'edigeo l'attribut qui aurait permis de
repérer géographiquement la voie/le numéro de voirie : pour l'instant
permet de faire ce lien seule la toponymie (changeante d'ailleurs) pour ce
qui est des voies et la relation n°voirie->parcelle (pas toujours présente)
pour ce qui est des numéros de voiries portés sur le plan cadastral.
Mais je ne fais pas partie des spécialistes dont parle christophe (on ne
l'est que lorsqu'on est pas en présence de spécialiste ;) ), tout juste
d'un utilisateur professionnel qui ne peut s'empècher de pointer du doigt
certaines choses qui lui semble pouvoir être résolues facilement.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#50 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABLJgDBlM0rdLQBliNonPSO_lq7Q4cVgks5t1YODgaJpZM4UDGSA>
.
|
|
Désolé du hs mais l'attribut du numéro de voirie il est dans Edigéo et la relation numéro de voie et parcelle est présente. Dans notre intégrateur c'est pris en compte. |
|
Pardon si je me suis mal exprimé : ce que je trouve qui serait souhaitable, c'est un attribut code FANTOIR (ex RIVOLI) lié aux objets numéros de voirie, voies publiques et privées... afin d'avoir de facon simple et non équivoque le code FANTOIR de l'objet, code qui est présent pour chacun de ces objets dans la base PCI mais dans aucun export de cette dernière. |
|
Merci pour vos lumières.
Je ne suis pas certain de tout bien suivre… j’ai donc quelques questions : @Christophe V : le lien adresse parcelle d’Edigéo permettrai de fiabiliser le lien la base développée en Béta par Jérôme ?
La base parcelle du PCI correspond bien à la parcelle d’assise ?
Des correspondances non bijectives
· n*n adresse(Fantoir)/parcelle
· n*n bâti/parcelle
· n*n bâti/Local avec ses attributs
pourraient être utiles pour les utilisateurs. (Libres à eux d’interpréter et simplifier ces tables )
De : christian-panel <notifications@github.com>
Envoyé : mercredi 23 mai 2018 18:45
À : etalab/cadastre <cadastre@noreply.github.com>
Cc : Paul Archambault <paul.archambault@pb.com>; Author <author@noreply.github.com>
Objet : Re: [etalab/cadastre] Attributs du bâti dans la couche batiments (#50)
Pardon si je me suis mal exprimé : ce que je trouve qui serait souhaitable, c'est un attribut code FANTOIR (ex RIVOLI) lié aux objets numéros de voirie, voies publiques et privées... afin d'avoir de facon simple et non équivoque le code FANTOIR de l'objet, code qui est présent pour chacun de ces objets dans la base PCI mais dans aucun export de cette dernière.
Essayer de reconstituer à quelle voie appartient un numéros de voirie à partir de l'edigeo et des données majic tient de l'exercice d'equilibriste actuellement.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#50 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AIJqFH2vFI5uHnsxBmgakDnBArrjdVM3ks5t1ZIYgaJpZM4UDGSA>.
|
|
Le lien numéro de voie <=> parcelle de l’EDIGÉO est bien pris en compte.
Le traitement est bien évidemment perfectible.
Le mer. 23 mai 2018 à 18:54, PaulArchambault <notifications@github.com> a
écrit :
… Merci pour vos lumières.
Je ne suis pas certain de tout bien suivre… j’ai donc quelques questions :
@Christophe V : le lien adresse parcelle d’Edigéo permettrai de fiabiliser
le lien la base développée en Béta par Jérôme ?
La base parcelle du PCI correspond bien à la parcelle d’assise ?
Des correspondances non bijectives
· n*n adresse(Fantoir)/parcelle
· n*n bâti/parcelle
· n*n bâti/Local avec ses attributs
pourraient être utiles pour les utilisateurs. (Libres à eux d’interpréter
et simplifier ces tables )
De : christian-panel ***@***.***>
Envoyé : mercredi 23 mai 2018 18:45
À : etalab/cadastre ***@***.***>
Cc : Paul Archambault ***@***.***>; Author <
***@***.***>
Objet : Re: [etalab/cadastre] Attributs du bâti dans la couche batiments
(#50)
Pardon si je me suis mal exprimé : ce que je trouve qui serait
souhaitable, c'est un attribut code FANTOIR (ex RIVOLI) lié aux objets
numéros de voirie, voies publiques et privées... afin d'avoir de facon
simple et non équivoque le code FANTOIR de l'objet, code qui est présent
pour chacun de ces objets dans la base PCI mais dans aucun export de cette
dernière.
Essayer de reconstituer à quelle voie appartient un numéros de voirie à
partir de l'edigeo et des données majic tient de l'exercice d'equilibriste
actuellement.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<
#50 (comment)>, or
mute the thread<
https://github.com/notifications/unsubscribe-auth/AIJqFH2vFI5uHnsxBmgakDnBArrjdVM3ks5t1ZIYgaJpZM4UDGSA>.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#50 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABLJgMONeuT_tccYuNMnmlJM6FAI8U77ks5t1ZQqgaJpZM4UDGSA>
.
|
|
Bonjour, je reviens sur cette question des attributs du bâti ou des parcelles ; une de mes marottes. L'IGN vient de sortir la nouvelle BDTOPO (V3) avec une table BATIMENT qui comprend de nouveaux attributs très intéressants et que nous réclamons depuis des années : nb de logements, nb d'étages, date de construction, matériaux de construction (toits et murs). Mais sur les 55 Millions d'objets de la couche bâtiment, seuls 13,5% sont appareillés avec les fichiers fonciers avec ces attributs. C'est donc très décevant et inexploitable en l'état. Il est possible que l'IGN n'ai pas fait le tour de la question : pour Paris, L'APUR a en effet sorti une table de bâtis avec ces attributs très bien alimentés. Avez-vous la possibilité de sortir la table des parcelles avec ces attributs ? Si c'est le cas je me débrouille pour les rattachements au bâti et/ou à l'adresse. Idéalement un test départemental (75 et 76)... Confer: |
|
Si l'IGN a pu le faire malgré le sacro-saint secret fiscal invoqué par la DGFiP on devrait pouvoir avancer. |
Bonjour,
L'IGN promet de livrer en 2019 dans la BDTopo des informations d'attributs du bâti en provenance des fichiers fonciers. La BD topo est cependant décalée par rapport au bâti et aux parcelles du PCI.
Les informations utiles collectés à partir des fichiers fonciers :
Nb de logements
Nb d'étages
Date de construction
Matériaux de construction (toits et murs)
cf http://professionnels.ign.fr/doc/IGN_Nouvelle%20BD%20TOPO-10%20am%C3%A9liorations.pdf
Je pense qu'il serait plus utile et cohérent que ces informations figurent directement dans la couche bâtiment du PCI en opendata. Votre avis ?
Merci et bien à vous
The text was updated successfully, but these errors were encountered: