Services de proximité : cartographier les lieux proches

Par The Kaleidr Team · Publié 8 août 2026 · 16 min de lecture

Une carte urbaine interactive affiche transports, commerces alimentaires, parcs, soins, restaurants et autres services autour d’un emplacement sélectionné.

Les services de proximité regroupent les lieux, prestations et équipements proches qui comptent pour une personne ou un workflow produit. Les catégories pertinentes dépendent de l’utilisateur, de la zone, de la source de données et de la décision : il n’existe pas de liste universelle. Une carte utile exige des catégories claires, une identité de lieu fiable, un contexte de distance ou de temps de trajet, un classement transparent et une explication de la pertinence de chaque lieu.

Les sections suivantes couvrent la taxonomie, les relations spatiales, les sources de lieux, les parcours de découverte Kaleidr, le classement et les erreurs fréquentes. Consultez Kaleidr Spatial AI et Kaleidr Studio pour le contexte produit. Pour le tourisme et le commerce, voir les guides sur la carte touristique alimentée par l’IA et le localisateur de magasins avec chat cartographique.

Principes de la cartographie des services

  • Partir de la tâche : choisissez les catégories selon la décision, pas tous les points d’intérêt disponibles.
  • Du contexte, pas une note : présentez des faits vérifiables plutôt qu’un score opaque du quartier.
  • La bonne géométrie : adaptez distance à vol d’oiseau, temps de trajet, inclusion spatiale ou pertinence le long d’un itinéraire à la question.
  • Des lieux stables : conservez identifiants, source, coordonnées et date d’actualisation.
  • Une IA ancrée dans les données : interprétez l’intention en langage naturel et résolvez les lieux via des systèmes approuvés.

Une carte urbaine interactive affiche transports, commerces alimentaires, parcs, soins, restaurants et autres services autour d’un emplacement sélectionné.

Qu’est-ce qu’un service de proximité ?

Dans les produits cartographiques pratiques, une installation locale est un lieu ou un service qui contribue à un contexte utile autour d'un autre emplacement. Les exemples les plus courants incluent les épiceries, pharmacies, les établissements de santé, arrêts de transit, parcs, restaurants, écoles, banques, bibliothèques, Charge EV, Le stationnement, bureaux de poste, installations de fitness, lieux culturels, et des services de vente au détail de tous les jours. La taxonomie exacte appartient au fournisseur de données et aux groupes de l’utilisateur de l’équipe de produits, et non à une liste de contrôle fixe de l’industrie.

OpenStreetMap utilise l'étiquette amenity=* de haut niveau pour de nombreuses installations utiles, y compris les banques, les pharmacies, les écoles, les toilettes et d'autres services, tandis que d'autres lieux pertinents vivent sous des clés telles que shop=*, leisure=* et tourism=*. Une expérience complète des services à proximité ne devrait pas supposer que chaque endroit utile appartient à une catégorie technique; voir la OpenStreetMap clé d'installation locale et Carte Caractéristiques référence. Google Places utilise un système de type de lieu différent: La recherche à proximité peut rechercher dans une zone géographique en utilisant des types de lieux inclus ou exclus et des résultats de classement par distance ou popularité (Rechercher à proximité dans les lieux API). Le système de classification appartient donc au fournisseur sélectionné, tandis que l'équipe produit décide encore quelles catégories sont significatives pour ses utilisateurs.

Pourquoi les services de proximité sont-ils un contexte plutôt qu’une note de qualité ?

Une erreur courante est de compresser les endroits à proximité en une étiquette opaque telle que « d’excellentes services à proximité du quartier ».Cette déclaration peut cacher plusieurs jugements différents: un utilisateur peut apprécier l'accès ferroviaire, un autre parc ou pharmacie, un opérateur de vente au détail de stationnement et de magasins complémentaires, et un restaurant d'hôtes de l'hôtel à distance de marche. Un produit plus solide présente des signaux inspectables – des magasins d’épicerie dans un rayon déclaré, le temps de marche ferroviaire le plus proche, pharmacies à un seuil de conduite, parcs à l'intérieur de la zone de recherche actuelle, ou la distance de charge la plus proche, plutôt qu’une note généralisée. Un score d'installation local peut toujours aider, mais les catégories, les poids, la méthode géographique et la source de données doivent être documentés afin que les utilisateurs puissent juger de la réclamation.

Comment les besoins varient-ils selon le cas d’usage ?

Le même endroit peut compter différemment selon le produit. La recherche de propriétés fait souvent surface au transport en commun, à l'épicerie, aux parcs, aux soins de santé et aux services de construction vérifiés. Tourisme et hospitalité s'accrocher sur les attractions, les restaurants, le transport en commun, les musées, les parcs, les pharmacies et les services aux visiteurs. Le commerce de détail peut mettre l'accent sur le stationnement, le transport en commun, les magasins complémentaires, les restaurants et la recharge. Les cartes de campus et d'événements donnent la priorité aux restaurants, aux bibliothèques, au stationnement, aux hôtels, à la nourriture et aux services d'urgence. Les flux de travail d'exploitation peuvent nécessiter du carburant, des dépôts, des hôpitaux, des emplacements de recharge et de réparation. Le produit devrait choisir des catégories parmi la tâche réelle au lieu de montrer tous les points d'intérêt disponibles.

Cas de consommation Signaux d'installation locaux communs Pourquoi ils comptent
Recherche de propriété Transit, épicerie, parcs, soins de santé, services de construction vérifiés Ajoute un contexte de localisation objectif autour d'une liste
Tourisme Attractions, restauration, transit, musées, parcs, services aux visiteurs Aide les visiteurs à comprendre ce qui se trouve à proximité et à planifier un voyage
Commerce de détail Parking, transit, magasins complémentaires, restaurants, recharge Aide les clients à atteindre un emplacement et aide les équipes à évaluer l'environnement
Hospitalité Restauration, attractions, vie nocturne, transit, pharmacies Aide les clients à prendre des décisions autour d'un hôtel ou d'un lieu
Campus Restauration, bibliothèques, stationnement, transport en commun, services d'accessibilité Aide les étudiants et les visiteurs à répondre aux besoins quotidiens
Événements Parking, transport en commun, hôtels, nourriture, services d'urgence Soutient la planification des arrivées et la logistique des visiteurs
Opérations Carburant, dépôts, hôpitaux, charge, réparation, emplacements de service Soutient les décisions sur le terrain et la logistique

Quatre cas d'utilisation de carte d'installation locale pour la propriété, le tourisme, le commerce de détail et l'hôtellerie, chacun mettant en évidence différentes catégories de lieux à proximité.

Comment fonctionne la cartographie des services de proximité ?

Une carte d'installation locale utile suit généralement un pipeline en couches: à partir d'un lieu ou d'une zone de référence, sélectionner les catégories d'services de proximité, interroger une recherche de lieu ou un ensemble de données faisant autorité, conserver des identités et des coordonnées de place stables, appliquer de distance, Voyage-temps, ou analyse de confinement, appliquer le classement et le filtrage spécifiques au produit, alors présenter la carte synchronisée, liste, et les résultats d'explication. Chaque couche a un propriétaire différent. La géographie de référence peut être une propriété, un hôtel, un magasin, un itinéraire, un polygone, un quartier ou une vue de carte actuelle. La source de place renvoie les candidats et les attributs supports. Les opérations spatiales mesure la relation. La politique de produits décide des catégories, des seuils, du classement et de l'admissibilité pertinents. Le renderer de carte affiche les lieux sélectionnés. Une couche d’IA peut interpréter une intention flexible et expliquer les résultats ancrés. L'application hôte possède des utilisateurs, un flux de travail, des autorisations, des données privées et des actions finales. Le modèle linguistique ne devrait pas inventer d'services de proximité à proximité; il devrait coordonner la recherche à partir des systèmes responsables des faits de lieu.

architecture locale de cartographie des installations à partir d'une zone de référence et d'une taxonomie de catégorie à travers la récupération de lieux, l'analyse spatiale, le classement et les résultats de la carte échouée.

Couche Responsabilité
Géographie de référence Propriété, hôtel, magasin, itinéraire, polygone, quartier, ou la carte actuelle
Place source Renvoie les lieux candidats et les attributs supportés
Fonctionnement spatial Mesure la distance, le temps de trajet, le confinement ou la relation avec un itinéraire
Politique de produits Déterminer les catégories, les seuils, le classement et l'admissibilité pertinents
Rendeur de carte Affiche les lieux et le contexte géographique sélectionnés
Coue d'IA Interprète l'intention flexible de l'utilisateur et explique les résultats ancrés
Application hôte Posséde les utilisateurs, le flux de travail, les autorisations, les données privées et les actions finales

En quoi distance, temps de trajet et inclusion spatiale diffèrent-ils ?

Deux services à proximité peuvent être géographiquement proches mais de manière opérationnelle éloignée. Une épicerie à quelques centaines de mètres de l'autre côté d'une rivière, d'une autoroute, d'une gare de triage ou d'une propriété restreinte peut être moins accessible qu'un magasin plus loin le long d'un réseau de rue direct. La distance en ligne droite est utile pour la découverte grossière, les candidats bornés, les recherches de rayons simples et le filtrage de première étape à faible coût. La marche, la conduite, le vélo ou le temps de transit sont utiles lorsque l'itinéraire réel compte - les pharmacies à moins de dix minutes à pied, les chargeurs à moins de quinze minutes en voiture, ou les cafés à moins de vingt minutes en transit. Le confinement est utile lorsque la demande est géographique plutôt que basée sur la distance: services à proximité à l'intérieur d'un campus, magasins dans un quartier commerçant, services aux visiteurs à l'intérieur d'un parc, ou des restaurants à l'intérieur d'un polygone tiré par l'utilisateur. Se louite la pertinence soutient la navigation et la planification de voyage pour le carburant, la nourriture avec un petit détour, la recharge le long d'un trajet en voiture ou les attractions entre les destinations. N’étiquetez pas chaque requête à proximité comme « dans les X minutes » à moins qu’un système de routage ou de temps de voyage n’ait calculé cette valeur.

Trois cartes comparant la distance en ligne droite, le temps de trajet à pied et le confinement du polygone pour les recherches locales à proximité.

Comment définir la taxonomie et l’identité des lieux ?

Les taxonomies des fournisseurs changent, se chevauchent et diffèrent de la langue du produit. Les utilisateurs peuvent demander de l'épicerie, du transport en commun, des soins de santé, des parcs, des restaurants, des achats, de l'éducation, de la condition physique, de la recharge des véhicules électriques ou du stationnement, tandis que les fournisseurs exposent des types beaucoup plus granulaires. Créez une taxonomie appartenant à des applications qui cartographie les catégories de fournisseurs en groupes stables face à l'utilisateur. Une configuration conceptuelle peut contenir des étiquettes, des listes de types de fournisseurs et des rayons par défaut par catégorie; traiter cette forme comme pseudocode de produit, pas un schéma Google, OpenStreetMap ou Kaleidr actuel. L'avantage est la stabilité de l'interface tandis que les adaptateurs se traduisent dans chaque source de données approuvée.

Une installation locale est plus qu'une étiquette et une coordonnée. Un objet de lieu de production devrait retenir suffisamment d'informations pour distinguer une entité du monde réel d'une autre: fournisseur stable ou identifiant interne, nom, catégorie, coordonnées, adresse formatée, source, métadonnées spécifiques à la source, et le temps de mise à jour lorsqu'esseau L'identité stable aide à prévenir les doublons, les enregistrements contradictoires, les liens de clic incorrects, les photos dépareillées et les événements d'analyse répétés pour le même endroit.

{
  "placeId": "provider_or_internal_id",
  "name": "Example Pharmacy",
  "category": "pharmacy",
  "coordinates": [-77.0365, 38.8977],
  "address": "Example address",
  "source": "approved_place_provider",
  "updatedAt": "2026-08-08T00:00:00Z"
}

Comment Google Places et OpenStreetMap fournissent-ils des services ?

La Places API (New) de Google prend en charge Nearby Search par une requête POST vers places:searchNearby. La requête définit une contrainte géographique et peut inclure ou exclure des types de lieux ; un masque de champs contrôle les données renvoyées (documentation Nearby Search ; présentation de Places API). Google précise que les résultats peuvent être classés par distance ou popularité et que les champs demandés influencent la facturation. Ne demandez donc que les champs nécessaires. Validez masque, types, facturation et restrictions de clé avant la production, et conservez les identifiants serveur sur le serveur.

curl -X POST \
  -H "Content-Type: application/json" \
  -H "X-Goog-Api-Key: YOUR_SERVER_SIDE_GOOGLE_KEY" \
  -H "X-Goog-FieldMask: places.id,places.displayName,places.location,places.primaryType" \
  https://places.googleapis.com/v1/places:searchNearby \
  -d '{
    "includedTypes": ["pharmacy"],
    "maxResultCount": 10,
    "locationRestriction": {
      "circle": {
        "center": { "latitude": 38.8977, "longitude": -77.0365 },
        "radius": 1500
      }
    }
  }'

OpenStreetMap peut fournir un large ensemble de données géographiques ouvertes, mais une application doit comprendre son modèle de marquage. Le amenity=* key couvre de nombreuses installations publiques et commerciales, tandis que d'autres concepts pertinents vivent sous shop=*, leisure=*, tourism=*, public_transport=*, et certains transports liés highway=* fonctionnalités. OpenStreetMap décrit les fonctionnalités physiques à travers des balises attachées aux nœuds, aux manières et aux relations; le modèle flexible est puissant, mais l'application hôte doit mapper de nombreuses balises dans une taxonomie plus petite face à l'utilisateur. Avant de créer un produit commercial sur des données dérivées d'OpenStreetMap, examinez séparément la source de données exacte, la licence, l'attribution, le processus de mise à jour et toute condition de service de tuile ou de géocodage tiers.

Comment Kaleidr facilite-t-il la découverte de services ?

Kaleidr est utile lorsqu’un produit doit dépasser un sélecteur de catégories figé et permettre aux utilisateurs d’exprimer une intention géographique contextualisée. Kaleidr Spatial AI facilite la découverte de lieux avec contexte et recommandations par IA, ainsi que la création, la personnalisation et le partage de cartes à partir de questions en langage naturel. Un utilisateur peut demander des pharmacies et commerces alimentaires près d’un hôtel, des parcs et cafés autour de biens, ou des bornes et restaurants le long d’un itinéraire. L’architecture la plus robuste sépare les responsabilités : Kaleidr interprète l’intention, les systèmes de lieux approuvés résolvent les candidats, l’application hôte applique autorisations et règles métier, puis la carte présente le résultat fondé. La documentation développeur permet de relier le chat IA à une carte Mapbox, Google Maps ou MapLibre existante sans remplacer le moteur de rendu.

Kaleidr Studio est un environnement de création cartographique guidé par des instructions et structuré selon Prompt → Process → Refine → Deploy. Studio prend en charge design, contenu, styles, interactions, couches réutilisables, jeux de données, fonds de carte de marque, visualisation 3D et données en temps réel. Une bonne instruction initiale définit public, catégories prioritaires, comportement et objectif ; le créateur vérifie ensuite chaque lieu et chaque source avant publication. Les produits immobiliers peuvent montrer des signaux objectifs comme transports, commerces alimentaires, parcs, pharmacies, soins, recharge et stationnement, mais doivent éviter les jugements démographiques vagues et afficher les critères et données réels.

Comment classer, actualiser et présenter les services ?

Ne classez pas les services à proximité avec un score d'IA mystérieux lorsqu'une règle claire fonctionnera. Un pipeline transparent peut exécuter la correspondance de catégorie, l'admissibilité géographique, la fraîcheur des données, le mode de voyage sélectionné par l'utilisateur, la distance ou le temps de trajet, le classement optionnel du fournisseur et les briseurs de cravate spécifiques au produit. Si un invité demande quelles épiceries sont les plus faciles à atteindre sans voiture, un produit raisonnable peut se classe par marche ou par accessibilité de transit, le seuil demandé, les informations d'ouverture actuelles lorsque la source approuvée la soutient, et la confiance plus la fraîcheur. L’explication devrait exposer la raison réelle – le temps de marche, la distance et la catégorie – plutôt qu’un score opaque.

changements de données d'installation locaux: places proches, déménagement, catégorie de changement, heures de mise à jour, modifier l'accessibilité, devenir temporairement indisponible ou apparaître deux fois entre les fournisseurs. Définissez une politique de fraîcheur pour chaque domaine important. Les coordonnées proviennent généralement d'un lieu ou d'une source géographique approuvé; les adresses d'un fournisseur de lieux ou d'un registre; les heures d’ouverture d’un fournisseur de lieux ou d’une source gérée par l’entreprise; inventaire et admissibilité des systèmes d'entreprise; temps de trajet d'un fournisseur de routage; et l'explication de l'IA comme couche dérivée, pas une autorité. Ne préservez pas un ancien résumé d'IA après que l'enregistrement de place sous-jacent a changé sans revalidation.

Sur la carte, gardez les catégories visibles avec une légende compacte ou un contrôle de filtre. Synchroniser chaque marqueur avec un résultat textuel équivalent de sorte que la sélection d'une carte met en évidence le marqueur et la sélection d'un marqueur identifie le résultat correspondant. Cluster ou agrégat à l'échelle de la ville, puis révéler des endroits individuels au fur et à mesure que l'utilisateur zoome. N'encodez pas d'importance que par couleur; utilisez des étiquettes, des icônes, la forme, la taille, le texte ou l'état de mise au point aux côtés de la couleur. Lorsqu'un utilisateur sélectionne une installation locale, gardez la propriété de référence, le magasin, l'hôtel, l'itinéraire ou la zone visible lorsque c'est possible, car la relation est la partie utile de la réponse. Si un résultat est classé par temps de trajet, montrez le temps de trajet; si par distance, affichez la distance; s'il se trouve simplement à l'intérieur d'un polygone, ne présentez pas d'estimation de voyage fabriquée.

Quelles erreurs les équipes doivent-elles éviter ?

Errur Que se passe-ce Correction recommandée
Traiter chaque endroit à proximité comme un établissement local La carte devient bruyante et peu focalisée Définissez les catégories de la tâche utilisateur
Traiter une taxonomie de fournisseur comme la taxonomie UX Les utilisateurs voient des catégories techniques ou incohérentes Créer une taxonomie canonique appartenant à des applications
Classement uniquement par distance de ligne droite Les résultats peuvent être proches mais difficiles à atteindre Utilisez la métrique de voyage appropriée lorsque l'accessibilité est importante
Présenter un score d'installation local opaque Les utilisateurs ne peuvent pas comprendre la recommandation Exposer la catégorie, la distance, le temps de trajet, la source et les raisons
Laisser l’IA inventer des lieux Les fausses épingles semblent faisant autorité Résoudre les services à proximité par l'intermédiaire de sources de lieux approuvées
Mélange des records de stale et actuels Les utilisateurs voient des endroits fermés ou déplacés Définissez les politiques de rafraîchissement et de résolution de conflits
Afficher seulement une carte L'accessibilité et la comparaison en souffrent Fournir une liste de texte synchronisée
Chargement de chaque catégorie à la fois La carte devient dense et coûteuse Requête ou affichage uniquement des catégories requises par tâche
Cachant la source Les utilisateurs ne peuvent pas juger de la qualité des données Préserver l'attribution et la fraîcheur des sources, le cas échéant
Traiter la densité des services de proximité comme une demande causale Les décisions d'affaires deviennent exagérées Combiner les services à proximité avec des preuves de marché et d'exploitation

Avant libération, définir la décision de l'utilisateur et la géographie de référence, documente les catégories d'services de proximité et la taxonomie canonique, tester la cartographie de catégorie fournisseur, conserver des identifiants de place stables, vérifier l'ordre de coordonnées, gérer les doublons, source de révision et attribution, sélectionner la distance par rapport à la logique voyage-temps, règles de classement des documents, mettre en œuvre des états de non-résultaux, synchroniser la carte et la liste, tester le clustering et la mise en page mobile, les réponses d'IA au sol en place de données, conserver les données d'entreprise privée derrière l'autorisation, et lier l'analyse aux décisions utiles plutôt qu'aux nombres pan.

Verdict final

Les services de proximité ne forment pas une liste figée : ils constituent un contexte géographique choisi pour une décision précise. Une carte pertinente commence par l’objectif de l’utilisateur, sélectionne les catégories utiles, résout des lieux réels auprès de sources approuvées, mesure la bonne relation géographique et présente le résultat de façon transparente. L’IA peut assouplir le workflow en interprétant des questions sur les services près d’un hôtel ou les transports, commerces alimentaires et parcs autour de biens immobiliers. Elle ne doit toutefois ni remplacer la base de lieux ni transformer la proximité en note de qualité inexpliquée.

Pour Kaleidr, le workflow le plus solide associe Spatial AI pour la découverte en langage naturel, Studio pour la création d’expériences cartographiques et l’intégration développeur lorsque le produit hôte possède déjà la carte, les données et le workflow métier.

Explorer les services de proximité avec Kaleidr Spatial AI

Posez des questions contextuelles sur un lieu et explorez les résultats sur une carte interactive alimentée par l’IA. Essayez Kaleidr Spatial AI pour tester la découverte de services, puis créez une expérience publiable dans Kaleidr Studio lorsque la carte exige des couches sélectionnées, une identité de marque et un lien durable de partage ou d’intégration.

Questions fréquentes

Que sont les services de proximité ?

Les services de proximité à proximité sont des lieux, des services ou des installations qui sont utiles pour une personne ou une tâche spécifique, tels que l'épicerie, le transport en commun, les parcs, les pharmacies, les écoles, les restaurants, le stationnement ou les soins de santé.

Existe-t-il une liste standard de services de proximité ?

Aucune liste universelle ne s'applique à chaque produit. Les fournisseurs de places ont leurs propres taxonomies, et l’application devrait cartographier ces catégories techniques en un ensemble plus petit qui reflète la tâche de l’utilisateur.

Qu’est-ce qu’une carte de services ?

Une carte d'installation locale montre des lieux ou des installations utiles autour d'un emplacement de référence, d'un itinéraire ou d'une zone. Une carte d'installation locale solide explique également la catégorie, la distance ou le temps de trajet, la source et la relation géographique.

Comment trouver des services près d’un emplacement ?

Utilisez un ensemble de données de lieu approuvé ou un service de recherche à proximité, définir le centre ou la zone de recherche, demander les catégories concernées, résoudre des identités de place stables, et classer ou filtrer les résultats en utilisant la métrique appropriée à la tâche.

La distance suffit-elle pour comparer les services ?

Pas toujours. - la distance droite est utile pour une proximité grossière, mais la marche, la conduite, le vélo ou le temps de transit peuvent mieux représenter une réelle accessibilité.

L’IA peut-elle trouver des services de proximité ?

L'IA peut interpréter une demande flexible et coordonner une recherche de lieu, mais les services à proximité réelles devraient être résolues par des données fiables sur le lieu ou l'entreprise plutôt que générées à partir de la mémoire du modèle.

Comment classer les services ?

Utilisez des facteurs explicites tels que la correspondance de catégorie, l'admissibilité géographique, la fraîcheur, la distance, le temps de trajet et les contraintes sélectionnées par l'utilisateur. Évitez les scores opaques lorsqu'une raison directe peut être montrée.

Kaleidr peut-il créer une carte de services ?

Kaleidr Studio prend en charge la création de cartes interactives, les couches, les ensembles de données, le style, les cartes de base de marque et la publication. Kaleidr Spatial AI prend en charge l'exploration de lieux en langage naturel, tandis que la plate-forme de développement peut joindre le chat d'IA à une carte Web prise en charge existante.

Références

@misc{google_nearby_search,
  title  = {Nearby Search (New)},
  author = {{Google}},
  note   = {Google Maps Platform documentation; accessed 8 August 2026},
  url    = {https://developers.google.com/maps/documentation/places/web-service/nearby-search}
}

@misc{osm_amenity,
  title  = {Key:amenity},
  author = {{OpenStreetMap Wiki}},
  note   = {Accessed 8 August 2026},
  url    = {https://wiki.openstreetmap.org/wiki/Key:amenity}
}

@misc{kaleidr_spatial_ai,
  title  = {AI Maps You Can Talk To -- Spatial AI},
  author = {{Kaleidr}},
  note   = {Accessed 8 August 2026},
  url    = {https://kaleidr.com/ai}
}

@misc{kaleidr_studio,
  title  = {Create Custom Maps with AI Map Maker},
  author = {{Kaleidr}},
  note   = {Accessed 8 August 2026},
  url    = {https://kaleidr.com/studio}
}

@misc{google_places_overview,
  title  = {Places API Overview},
  author = {{Google}},
  note   = {Accessed 8 August 2026},
  url    = {https://developers.google.com/maps/documentation/places/web-service/overview}
}

@misc{osm_map_features,
  title  = {Map Features},
  author = {{OpenStreetMap Wiki}},
  note   = {Accessed 8 August 2026},
  url    = {https://wiki.openstreetmap.org/wiki/Map_features}
}