Skip to main content
Glama
Sign In

Infoparcelle - cadastre, DVF, DPE, PLU

by fr.infoparcelle
OverviewDiscussionsAdmin

infoparcelle_permis_search

Read-onlyIdempotent

🏗️ Rechercher des permis de construire et autorisations d'urbanisme.

Fonction: Accéder aux autorisations d'urbanisme délivrées en France.

Types d'autorisations:

  • PC (Permis de Construire): Construction neuve ou extension importante

  • DP (Déclaration Préalable): Petits travaux modificatifs

  • PA (Permis d'Aménager): Lotissements, campings, etc.

  • Permis de démolir: Démolition de bâtiments

États des permis:

  • 2: Autorisé (accordé)

  • 5: Commencé (travaux débutés)

  • 6: Terminé (DAACT déposée)

Retourne (44 champs):

  • Code unique du permis

  • Type et état de l'autorisation

  • Dates (autorisation, dépôt, DAACT)

  • Demandeur (SIREN, dénomination)

  • Nature du projet (extension, surélévation, etc.)

  • Logements (créés, démolis, nombre de pièces)

  • Surfaces (habitable, totale, avant/après)

  • Usage (résidence principale/secondaire, etc.)

  • Localisation (parcelles, municipalité)

Cas d'usage:

  1. Analyse du marché immobilier neuf:

    • Suivre les projets de construction dans un secteur

    • Identifier les zones en développement

    • Analyser les types de logements construits

  2. Veille concurrentielle:

    • Surveiller les projets des concurrents

    • Identifier les opportunités foncières

    • Suivre l'activité des promoteurs (par SIREN)

  3. Études d'urbanisme:

    • Analyser les tendances de construction

    • Évaluer la densification urbaine

    • Suivre les permis autorisés vs réalisés

  4. Due diligence immobilière:

    • Vérifier l'historique des autorisations sur une parcelle

    • Identifier les projets en cours ou terminés

    • Analyser la faisabilité de nouveaux projets

Exemples concrets:

  1. Permis récents autorisés dans le 75: { code_postal: "75008", etat: 2, date_autorisation_min: "2024-01-01" }

  2. Projets de logements collectifs: { code_municipalite: "75056", type_autorisation: 1, nb_lgt_col_crees_min: 10 }

  3. Permis d'un promoteur spécifique: { siren_dem: "123456789" }

  4. Grandes opérations (> 1000m²): { code_departement: "92", surf_totale_min: 1000 }

  5. Permis terminés avec DAACT: { code_postal: "69001", etat: 6, date_daact_min: "2023-01-01" }

Conseils:

  • Les permis autorisés (etat=2) peuvent ne jamais être réalisés

  • Combinez type_autorisation et etat pour cibler précisément

  • Les données DAACT (etat=6) confirment l'achèvement des travaux

  • Utilisez surf_totale pour identifier les grandes opérations

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "infoparcelle_permis_search"
  }
}

Input Schema

NameRequiredDescriptionDefault
latNoLatitude (WGS84)
lonNoLongitude (WGS84)
codeNoCode unique du permis
etatNo2=autorisé, 5=commencé, 6=terminé
champsNoChamps souhaités. Valeurs possibles: code, type_autorisation, etat, date_autorisation, date_doc, date_daact, cat_dem, siren_dem, denomination_dem, rec_archi, zone_op, nature_projet, extension, surelevation, nivsupp, nb_niv_max, utilisation, res_princip_ou_second, type_annexe, residence, nb_chambres, nb_lgt_ind_crees, nb_lgt_col_crees, nb_lgt_demolis, nb_lgt_1p-6p_plus, nb_lgt_pret_loc_social, surf_hab_avant/creee/issue_transfo/demolie/transformee, surf_autre_avant/creee/issue_transfo/demolie/transformee, parcelles, municipalite, centre
formatNoFormatjson
limiteNoRésultats/page
cat_demNoCatégorie de demandeur
curseurNoCurseur pagination
nivsuppNoNiveau supplémentaire
zone_opNoZone d'opération
champ_triNoChamp de tri
extensionNoExtension
ordre_triNoDirection tridesc
residenceNoType de résidence
siren_demNoSIREN du demandeur (9 chiffres)
code_postalNoCode postal (5 chiffres)
type_annexeNoType d'annexe
utilisationNoType d'utilisation
code_sectionNoCode section cadastrale
date_doc_maxNoDate document max (YYYY-MM-DD)
date_doc_minNoDate document min (YYYY-MM-DD)
surelevationNoSurélévation
code_parcelleNoCode parcelle cadastrale
nature_projetNoNature du projet
date_daact_maxNoDate DAACT max (YYYY-MM-DD)
date_daact_minNoDate DAACT min (YYYY-MM-DD)
nb_niv_max_maxNoNb niveaux max max
nb_niv_max_minNoNb niveaux max min
nb_chambres_maxNoNb chambres max
nb_chambres_minNoNb chambres min
surf_totale_maxNoSurface totale max (m²)
surf_totale_minNoSurface totale min (m²)
code_municipaliteNoCode INSEE commune (5 car)
type_autorisationNo1=PC logement, 2=DP logement, 3=PC local, 5=PA, 6=démolir
nb_lgt_demolis_maxNoNb logements démolis max
nb_lgt_demolis_minNoNb logements démolis min
surf_hab_creee_maxNoSurface habitable créée max (m²)
surf_hab_creee_minNoSurface habitable créée min (m²)
nb_lgt_col_crees_maxNoNb logements collectifs créés max
nb_lgt_col_crees_minNoNb logements collectifs créés min
nb_lgt_ind_crees_maxNoNb logements individuels créés max
nb_lgt_ind_crees_minNoNb logements individuels créés min
date_autorisation_maxNoDate autorisation max (YYYY-MM-DD)
date_autorisation_minNoDate autorisation min (YYYY-MM-DD)
res_princip_ou_secondNoRésidence principale/secondaire

Output Schema

NameRequiredDescriptionDefault
donneesYes
paginationNoPagination a curseur.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A3.8/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already establish read-only, idempotent, non-destructive, closed-world behavior, and the description adds real domain caveats beyond that: authorized permits (etat=2) may never be built, and DAACT records (etat=6) confirm completion. It also summarizes the ~44 returned fields and state codes, though it says little about pagination behavior via curseur/limite.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Purpose and function are front-loaded, but the body is heavy markdown with emoji headings, and it restates enum values (states, permit types) that the schema already documents. The 44-field return list and five examples are useful individually yet inflate length without prioritization.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 46-parameter, zero-required-parameter search tool with an output schema present, the description covers domain vocabulary, field meanings, and realistic query patterns well. Gaps remain: no guidance on which filters are mandatory or must be combined, no explanation of cursor pagination, and the phantom code_departement reference.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so most parameter meaning is already carried by structured data and the description largely repeats it (etat codes, type_autorisation codes). The concrete filter combinations add practical value, but example 4 uses 'code_departement: "92"', a parameter that does not exist in the input schema, which risks a failed call.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('Rechercher des permis de construire et autorisations d'urbanisme') and enumerates the permit types covered. The domain (French urbanism authorizations) is clearly distinct from siblings like plu_search, dpe_search, or dvf_search, though no sibling is named explicitly.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Four named use cases (market analysis, competitive watch, urbanism studies, due diligence) plus five worked example filter sets give a strong sense of when to reach for this tool. It lacks explicit exclusions such as 'for zoning rules use plu_search' or 'for transaction prices use dvf_search', so routing between siblings is only implied.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

All Infoparcelle - cadastre, DVF, DPE, PLU toolsInspect
Try in Browser
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources