Bonjour,

Serait-il possible de savoir sur quel type d'architecture l'API est-elle hébergée en ce moment ? (aws, dédié ovh, autre ?)

Les résultats étant rapide j'aurais aimé utiliser une architecture identique.

Merci par avance.

Bonjour,

Pouvez-vous inclure les nouvelles ventes de l'année 2020 ? J'ai vu dans le code que vous ne récupériez que les ventes jusqu'à 2019

Christian le travail est incroyable malheureusement depuis quelques mois la carte ne charge plus sur : http://umap.openstreetmap.fr/fr/map/exploration-donnees-dvf_318471#7/47.806/2.422

si jamais quelqu'un (ou vous -) peut réparer ce beug ....

Bonne journée !

Bonjour,

Tout d'abord merci pour votre API qui est simplement géniale !
L'API publique n'est plus disponible depuis plusieurs jours, les liens dans le fichier README ne fonctionnent plus (http://api.cquest.org/dvf?code_commune=89304 renvoit une erreur 504)
Avez-vous cessez de maintenir l'API ?

Bonjour Mr Quest, est-il possible d'actualiser la base de données avec 2020 et 2021? Sinon avez vous connaissance d'une autre API ou SQL dump dont je pourrai me servir?
Cdt,

Bonjour, super boulot que de mettre à disposition une api sur la base de données DVF. J'envisage de développer en open source un prototype d'app pour iOS en Swift basée sur votre api.
J'ai toutefois une question:
Si je comprend bien les données sont issues des cinq fichiers txt fournis par la DGFiP. Il existe aussi un jeu de données dérivé qui propose un format alternatif (CSV), normalisé et enrichi.
Notamment, il existe un id_mutation qui me manque quand j'interroge votre API et qui permettrait de grouper les lignes.
Est-ce que vous envisagez de faire une mise à jour ?

les fichiers full.csv.gz ne sont plus accessibles à l'adresse :
https://cadastre.data.gouv.fr/data/etalab-dvf

Bonjour,

Lors de l'import j'ai l'erreur suivante :

ERROR: data type geometry has no default operator class for access method "spgist"
HINT: You must specify an operator class for the index or define a default operator class for the data type

Cette erreur est liée à la ligne suivante du script :
CREATE INDEX ON dvf_parcelles USING spgist (geom);

J'ai pu contourner l'erreur en remplaçant SPGIST par GIST dans la ligne de code mais je pense que les performances en pâtissent. Pourriez vous m'aider sur le sujet ?

la base contient des données de 2014 à 2019,
pouvez-vous la mettre à jour ?

et si c'est trop volumineux, mettre les données de 2017 à 2021 par exemple ?

Bonjour,

Il y a des problèmes de Time Out lors de la recherche par code postal, par exemple avec la requête suivante :
http://api.cquest.org/dvf?code_postal=45000

En analysant le fichier de création de la base de données, j'ai pu constater que vous aviez créé un index par code postal sur la base dvf_geo_$MILLESIME mais pas sur la vue associée. De ce fait, la recherche par code postal n'utilise pas d'index et doit réaliser un table scan.

Pourriez-vous essayer de créer l'index sur la vue pour voir si ceci résoud le problème ?

Merci d'avance