Skip to main content
Glama
Sign In

Infoparcelle - cadastre, DVF, DPE, PLU

by fr.infoparcelle
OverviewDiscussionsAdmin

infoparcelle_coproprietes_search

Read-onlyIdempotent

🏢 Rechercher des copropriétés immatriculées au registre national.

Fonction: Accéder aux données officielles des copropriétés en France avec informations sur les syndics, lots, et arrêtés.

Données Copropriétés: Les copropriétés sont immatriculées au registre national des copropriétés tenu par l'ANAH (Agence Nationale de l'Habitat). Ces données incluent:

  • Identification (immatriculation, nom, adresse)

  • Organisation (type de syndic, mandat, date du règlement)

  • Composition (nombre de lots par type, ASL, AFUL, unions)

  • Arrêtés (santé, péril, équipement)

  • Localisation (parcelles, commune, coordonnées)

Filtres de recherche disponibles (24 paramètres):

  1. Identité:

    • immatriculation (numéro unique)

    • nom (recherche par similarité)

  2. Organisation:

    • type_syndic (1=Bénévole, 2=Professionnel, 3=Non connu)

    • mandat (0=Non renseigné, 1=En cours, 2=Pas de mandat, 3=Expiré avec successeur, 4=Expiré sans successeur)

    • residence_service (résidence-services selon loi 1965)

    • syndic_cooperatif (syndicat coopératif)

    • syndic_principal (principal ou secondaire)

  3. Composition:

    • nb_lot_min/max (nombre total de lots)

    • nb_lot_hab_min/max (nombre de lots d'habitation)

  4. Géographiques:

    • code_postal, code_municipalite

    • lat/lon (coordonnées GPS)

    • code_parcelle, code_section

Retourne (29 champs disponibles):

  • Identification: immatriculation, nom, adresse complète

  • Organisation: type_syndic, mandat, syndic_cooperatif, syndic_principal

  • Syndic: informations détaillées sur le syndic actuel

  • Composition: nb_lot (total), nb_lot_hab (habitation), nb_lot_stationement

  • Associations: nb_asl, nb_aful, nb_union

  • Arrêtés: nb_arrete_sante, nb_arrete_peril, nb_arrete_equipement

  • Règlement: date_reglement

  • Localisation: parcelles (max 10), municipalite, centre

Cas d'usage principaux:

  1. Analyse d'une copropriété avant achat:

    • Vérifier le type de syndic et l'état du mandat

    • Consulter les arrêtés de santé/péril

    • Connaître la composition (nombre de lots)

    • Identifier les parcelles concernées

  2. Recherche de copropriétés dans une zone:

    • Trouver toutes les copropriétés d'une commune

    • Filtrer par nombre de lots

    • Comparer les syndics

  3. Due diligence immobilière:

    • Vérifier l'immatriculation au registre national

    • Consulter les arrêtés en vigueur

    • Analyser la structure de la copropriété

  4. Études de marché:

    • Identifier les grandes copropriétés

    • Analyser la répartition des syndics professionnels/bénévoles

    • Étudier la présence d'arrêtés par zone

Exemples concrets:

  1. Copropriétés dans le 75008: { code_postal: "75008" }

  2. Grandes copropriétés (>50 lots): { code_municipalite: "75056", nb_lot_min: 50 }

  3. Copropriétés avec syndic professionnel: { code_postal: "69001", type_syndic: "2" }

  4. Copropriétés avec arrêtés de péril: { code_municipalite: "13055", nb_arrete_peril_min: 1 }

  5. Copropriétés d'une parcelle spécifique: { code_parcelle: "750560000B0064" }

Conseils:

  • Le champ 'parcelles' est limité à 10 parcelles maximum par copropriété

  • Utilisez la recherche par nom pour trouver une copropriété par son appellation

  • Le tri par 'nom' avec filtre 'nom' active un tri par similarité

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_coproprietes_search"
  }
}

Input Schema

NameRequiredDescriptionDefault
latNoLatitude (WGS84)
lonNoLongitude (WGS84)
nomNoNom d'usage (recherche par similarité)
champsNoChamps souhaités. Valeurs possibles: immatriculation, nom, epci, type_syndic, mandat, adresse_complete, adresse_comp1-3, nb_adresse_comp, date_reglement, residence_service, syndic_cooperatif, syndic_principal, num_syndic_principal, nb_asl, nb_aful, nb_union, nb_lot, nb_lot_hab_bur_com, nb_lot_hab, nb_lot_stationement, nb_arrete_sante, nb_arrete_peril, nb_arrete_equipement, syndic, parcelles, municipalite, centre
formatNoFormatjson
limiteNoRésultats/page
mandatNoStatut: 0=Non renseigné, 1=En cours, 2=Pas de mandat, 3=Expiré avec successeur, 4=Expiré sans successeur
curseurNoCurseur pagination
champ_triNoChamp de tri
ordre_triNoDirection triasc
nb_lot_maxNoNombre maximum de lots total
nb_lot_minNoNombre minimum de lots total
code_postalNoCode postal (5 chiffres). Ex: '75008'
type_syndicNoType: 1=Bénévole, 2=Professionnel, 3=Non connu
code_sectionNoCode section. Accepte plusieurs valeurs
code_parcelleNoCode cadastral. Accepte plusieurs valeurs
nb_lot_hab_maxNoNombre maximum de lots d'habitation
nb_lot_hab_minNoNombre minimum de lots d'habitation
immatriculationNoNuméro d'immatriculation unique. Accepte plusieurs valeurs
syndic_principalNoPrincipal (true) ou secondaire (false)
code_municipaliteNoCode INSEE commune. Ex: '75056'
residence_serviceNoRésidence-services (loi 1965)
syndic_cooperatifNoSyndicat coopératif

Output Schema

NameRequiredDescriptionDefault
donneesYes
paginationNoPagination a curseur.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A3.9/5.0
Behavior4/5

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

Annotations already declare readOnly/idempotent/non-destructive, so the safety profile is covered. The description adds real behavioral context beyond that: pagination via curseur, a limite cap of 50 (default 10), sort control, and the fact that 'parcelles' is truncated at 10 per copropriété, plus that 'nom' filtering triggers similarity ranking.

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?

Front-loaded with purpose and well sectioned, but markedly over-long: the 29 return fields restate the output schema and the 24 filter groups restate the input schema, so a large fraction of the text earns no place. Trimming the field inventories would preserve all actionable content.

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

Completeness5/5

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

For a 23-parameter filter tool with an output schema and full annotation coverage, the description supplies everything an agent needs: domain context, filter taxonomy, usage scenarios, and parameter examples. Only the fabricated example parameter is a defect, which is scored under parameter semantics.

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 coverage is 100%, and the enum decodings (type_syndic, mandat) largely repeat what the schema already documents, so there's little net addition. Worse, example 4 passes 'nb_arrete_peril_min', which does not exist in the schema, which could lead an agent to construct an invalid 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?

Opens with a specific verb+resource: 'Rechercher des copropriétés immatriculées au registre national', and the body clarifies it queries ANAH registry data. The resource is clearly distinct from the DPE/DVF/parcelle siblings, though no sibling is named explicitly, so differentiation is inferential rather than stated.

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?

Provides four concrete use cases (pre-purchase analysis, zone search, due diligence, market studies) plus five worked examples, which give a strong sense of when to reach for it. It never states when NOT to use it or which sibling tool to prefer for adjacent needs (e.g. parcelles vs. copropriétés lookup).

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