datagouv / dvf Goto Github PK

Bonjour,

L'ordre des lignes du CSV peut varier au sein d'une même mutation. Dans l'exemple ci-dessous, la ligne 2 et la ligne 3 des fichiers sont inversés.

valeursfoncieres-2014.txt - version 20190423

Code service CH|Reference document|1 Articles CGI|2 Articles CGI|3 Articles CGI|4 Articles CGI|5 Articles CGI|No disposition|Date mutation|Nature mutation|Valeur fonciere|No voie|B/T/Q|Type de voie|Code voie|Voie|Code postal|Commune|Code departement|Code commune|Prefixe de section|Section|No plan|No Volume|1er lot|Surface Carrez du 1er lot|2eme lot|Surface Carrez du 2eme lot|3eme lot|Surface Carrez du 3eme lot|4eme lot|Surface Carrez du 4eme lot|5eme lot|Surface Carrez du 5eme lot|Nombre de lots|Code type local|Type local|Identifiant local|Surface reelle bati|Nombre pieces principales|Nature culture|Nature culture speciale|Surface terrain
|||||||000001|09/01/2014|Vente|251500,00|532||RTE|0006|DE MEZERIAT|1310|POLLIAT|01|301||AH|260||||||||||||0|1|Maison||147|5|S||1501
|||||||000001|09/01/2014|Vente|174500,00|22||BD|2540|MAL LECLERC|1000|BOURG-EN-BRESSE|01|53||AE|111||49|94,22|6||||||||2|2|Appartement||80|2|||
|||||||000001|09/01/2014|Vente|174500,00|22||BD|2540|MAL LECLERC|1000|BOURG-EN-BRESSE|01|53||AE|111||36||||||||||1|3|Dépendance||0|0|||
|||||||000001|02/01/2014|Vente|157500,00|1389||RTE|0201|DE STRASBOURG|1440|VIRIAT|01|451||ZO|157||||||||||||0||||||S||24
|||||||000001|02/01/2014|Vente|157500,00|1369||RTE|0201|DE STRASBOURG|1440|VIRIAT|01|451||ZO|158||||||||||||0|1|Maison||103|4|S||1569

valeursfoncieres-2014.txt - version 20191030

Code service CH|Reference document|1 Articles CGI|2 Articles CGI|3 Articles CGI|4 Articles CGI|5 Articles CGI|No disposition|Date mutation|Nature mutation|Valeur fonciere|No voie|B/T/Q|Type de voie|Code voie|Voie|Code postal|Commune|Code departement|Code commune|Prefixe de section|Section|No plan|No Volume|1er lot|Surface Carrez du 1er lot|2eme lot|Surface Carrez du 2eme lot|3eme lot|Surface Carrez du 3eme lot|4eme lot|Surface Carrez du 4eme lot|5eme lot|Surface Carrez du 5eme lot|Nombre de lots|Code type local|Type local|Identifiant local|Surface reelle bati|Nombre pieces principales|Nature culture|Nature culture speciale|Surface terrain
|||||||000001|09/01/2014|Vente|251500,00|532||RTE|0006|DE MEZERIAT|1310|POLLIAT|01|301||AH|260||||||||||||0|1|Maison||147|5|S||1501
|||||||000001|09/01/2014|Vente|174500,00|22||BD|2540|MAL LECLERC|1000|BOURG-EN-BRESSE|01|53||AE|111||36||||||||||1|3|Dépendance||0|0|||
|||||||000001|09/01/2014|Vente|174500,00|22||BD|2540|MAL LECLERC|1000|BOURG-EN-BRESSE|01|53||AE|111||49|94,22|6||||||||2|2|Appartement||80|2|||
|||||||000001|02/01/2014|Vente|157500,00|1389||RTE|0201|DE STRASBOURG|1440|VIRIAT|01|451||ZO|157||||||||||||0||||||S||24
|||||||000001|02/01/2014|Vente|157500,00|1369||RTE|0201|DE STRASBOURG|1440|VIRIAT|01|451||ZO|158||||||||||||0|1|Maison||103|4|S||1569

Comme les identifiants originaux sont absents, l'ordre des lignes du fichier est nécessaire pour identifier les groupements de ligne représentant une mutation. Ces variations ont malheureusement un impact.

Est-ce du ressors d'Etalab ?

Bonjour,

J'essaie de faire fonctionner ce script de conversion mais je tombe sur l'erreur suivante :

TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received type undefined
    at validateString (internal/validators.js:125:11)
    at join (path.js:1147:7)
    at getParcellesCommune (testFolder/ConvertData/dvf/lib/parcelles.js:11:20)
    at bluebird.map (testFolder/ConvertData/dvf/improve-csv.js:136:33)
    at tryCatcher (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/util.js:16:23)
    at MappingPromiseArray._promiseFulfilled (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/map.js:68:38)
    at MappingPromiseArray.PromiseArray._iterate (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/promise_array.js:115:31)
    at MappingPromiseArray.init (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/promise_array.js:79:10)
    at MappingPromiseArray._asyncInit (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/map.js:37:10)
    at _drainQueueStep (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/async.js:97:12)
    at _drainQueue (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/async.js:86:9)
    at Async._drainQueues (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/async.js:102:5)
    at Immediate.Async.drainQueues (testFolder/ConvertData/dvf/node_modules/bluebird/js/release/async.js:15:14)
    at runCallback (timers.js:705:18)
    at tryOnImmediate (timers.js:676:5)
    at processImmediate (timers.js:658:5)

Pour le faire fonctionner j'ai suivi la démarche suivante:

• cloner le repo
• npm install
• créer un dossier data
• copier les fichiers originaux .txt dans /data
• gzipper ces mêmes fichiers en .txt.gz
• remonter à la source
• node --max-old-space-size=4096 improve-csv.js

Il y a t-il d'autres démarches nécessaires, comme par exemple le changement des dates pour:

const DATE_ALIGNEMENT = "2019-10-01";
const DATE_ALIGNEMENT_CADASTRE = "2019-10-01";

ou encore d'autres fichiers nécessaires au bon fonctionnement du script ?

Par avance, merci pour votre aide.

Je viens de regarder les nouveaux fichiers et je constate des choses étranges. Par exemple pour la ville de Bourg en Bresse (01053) il n'y a que 4 valeurs foncières pour le semestre de 2019 alors qu'en 2018 sur l'année on était à 1093.

Soit les données de 2019 ne sont pas complètes soit le marché de l'immobilier s'est écroulé en 2019 à Bourg en Bresse...

Remontée du support

après regroupement avec l'Aiguillon, les données de La Faute n'apparaissent pas dans les dernières ventes de biens immobiliers sur la base DVF

Constat suite à l'analyse

Après analyse, il s'agit d'un problème de traitement lié un changement de code. La commune nouvelle L'Aiguillon-la-Presqu'île (INSEE 85001) est composée de 2 communes déléguées depuis le 1er janvier 2022, L'Aiguillon-sur-Mer (siège, INSEE 85001) et La Faute-sur-Mer (INSEE 85307). Le traitement "perd" la donnée 85307 car il n'existe plus de commune avec un code INSEE 85307 côté INSEE alors que les données DVF doivent encore référencer ce code.

Bonjour,

Pouvez-vous publier les données 2020 complètes ici https://cadastre.data.gouv.fr/data/etalab-dvf/latest/csv/ ?

À défaut, pourriez-vous fournir un guide d'utilisation de ce script ?

Merci !

Bonjour,

Une agrégation des données du livre foncier - pour avoir un jeu de données sur les départements 57, 67 et 68 - est-elle prévue ?

Bonjour,

Est-ce qu'il serait possible de compléter le readme avec les informations sur les différents fichiers à télécharger pour exécuter le script ? 😃
J'ai compris qu'il fallait en récupérer depuis le site du cadastre mais ce n'est pas très clair sur lesquels récupérer.

Merci beaucoup pour votre travail en tout cas !

En s'appuyant sur https://www.data.gouv.fr/fr/datasets/historique-des-parcelles-cadastrales-filiation/, retrouver plus de correspondances entre mutations et parcelles