National Single File: parking

Open data API in a single place

Provided by DELETED DELETED

Get early access to National Single File: parking API!

Let us know and we will figure it out for you.

Dataset information

Country of origin
Updated
2019.05.28 12:08
Created
2019.05.07
Available languages
English
Keywords
voitures, transport, parking
Quality scoring

Dataset description

### Qu’est-ce que le Fichier National Unique ? A la demande de l’équipe de transport.data.gouv, l’équipe mobilité de l’incubateur de politiques publiques de Sciences Po a développé le fichier national unique comme un instrument pour regrouper et harmoniser les données de stationnement hors voirie en France. Il a été construit comme une solution pour les difficultés exprimés par les collectivités territoriales et des réutilisateurs concernant les données de stationnement en France. Il vise donc à : -Créer un format unique pour les données nationales de stationnement -Regrouper les données ouvertes existantes -Faciliter l’ouverture de nouvelles données ### Quels parkings sont concernés par le FUN ? Les parkings concernés par le Fichier Unique National sont des parkings publics, ou privés à usage public, qui sont hors-voirie. Cela inclut les parkings en ouvrage, souterrains ou non, ainsi que les parkings relais. Le FUN n'inclut pas les parkings sur voirie (trottoir), ou les parkings privés individuels. ### Quelles données sont incluses? Les données sélectionnées visent à permettre une meilleure information des automobilistes, mais aussi à mieux repérer et catégoriser les parkings existants. A la suite de consultations avec différents partenaires de la mobilité, nous avons ajusté les catégories, quelques unes obligatoires car indispensable pour leur ré-utilisation, et d’autres optionnelles. Les catégories de données sont divisées en cinq thèmes : identification du parking, emplacement, caractéristiques spécifiques des stationnements, statut du parking et enfin caractéristiques des données ouvertes. Voici une rapide description de chaque catégorie, du format attendu et un exemple. ### Catégories ### Identification **Nom du Parking** Nom habituellement donné au parking, dans son utilisation quotidienne, se référant par exemple au nom de rue voisine ou au quartier. Format attendu : nom complet avec espaces. Parking Les Halles **Identification 1** Cette catégorie permet aux villes qui le souhaitent d’assigner un identifiant unique à ce parking, permettant ensuite de l’identifier facilement. Cela peut inclure par exemple le code postal et un identifiant spécifique au parking. Format attendu : libre _86000P3_ **Identification 2** Cette identification est complémentaire à la précédente. Cela peut par exemple être un identifiant de la liste des points d’intérets de la ville, ou un numéro d’identification des ouvrages publics. Format attendu : libre _PVP_PKG_38001900 **Téléphone** Permet de favoriser un contact direct avec le gestionnaire du parking. Format attendu : dix chiffres, sans espaces. _0100000000_ **Mail** Permet de favoriser un contact direct avec le gestionnaire du parking. Format attendu : adresse email, sans espaces. _exemple@exemple.com_ **Site internet** Permet de favoriser un contact direct avec le gestionnaire du parking. Format attendu : url, sans espaces. _https://www.exemple.fr_ ### Emplacement **Code Postal** Format attendu : cinq chiffres _31100_ **Commune** Nom de la ville où est située l’entrée principale du parking Format attendu : nom de ville avec espaces _Saint-Jean sur Touraine_ **Adresse** Adresse de l’entrée principale du parking Format attendu : numéro + rue (blvd, passage, chemin) avec espaces. _4 rue de la Chaise_ **Coordonnées Géographiques Latitude** Coordonnées de l’entrée principale du parking à l’aide de Degrés Décimaux (DD). Le premier nombre indiqué se situe entre -90 et 90. Format attendu : série de chiffre séparée par un point. _48.09344818199959_ **Coordonnées Géographiques Longitude** Coordonnées de l’entrée principale du parking à l’aide de Degrés Décimaux (DD).Le premier nombre indiqué se situe entre -180 et 180. Format attendu : série de chiffre séparée par un point. _-1.5625530503_ ### Caractéristiques Permet de décrire le parking afin d’offrir plus d’informations aux automobilistes mais aussi aux collectivités territoriales. **Horaires** Information automobilistes. Format attendu : libre, espaces autorisés. _24h/24, 7j/7 5h / 1h30 du lundi au vendredi, 7h/15h le samedi, fermé le dimanche et jours fériés_ **Gratuit/Payant** Information automobilistes. Format attendu : Mot “Gratuit” ou “Payant” sans espaces _Gratuit_ **Année de construction** **Nombre total de places** Nombre total de place ouvertes au public dans le parking. **Nombre de places pour PMR** Nombre total de place réservées aux personnes à mobilité réduite ouvertes au public dans le parking. **Nombre de places voiture électrique** Nombre total de place réservées aux voitures électriques ouvertes au public dans le parking. **Nombre place autopartage** Nombre total de place réservées aux voitures en autopartage ouvertes au public dans le parking. **Nombre de places vélo** Nombre total d’emplacement pour stationnement vélo (arceaux, parcs) ouverts au public dans le parking. **Nombre de places moto** Nombre total de place adaptées aux motos et scooters ouvertes au public dans le parking. **Type Ouvrage** Précision sur l’ouvrage et sur le type de construction. Format attendu : libre, avec espaces _Souterrain_ **Hauteur maximale en cm** Hauteur maximale possible pour les véhicules. Format attendu : taille en cm, sans espaces _185_ **Accès PMR** Possibilité d’accès et de sortie pour les usagers à mobilité réduite. Format attendu : “Oui” ou “Non” _Oui _ **Nombre étages** ### Statut **Propriétaire** Le propriétaire de l’ouvrage. Format attendu : libre _Grand Lyon_ **Type (public/privé/mixte)** Statut du parking. Format attendu : “Public” ou “Privé” ou “Mixte” sans espaces _Public_ **Gestionnaire** Nom de la structure en gestion de l’ouvrage. Format attendu : libre _EFFIA_ ### Données Permet de faciliter la traçabilité des données ouvertes **Source** Entité productrice de la donnée. Format attendu : libre _Bordeaux métropole_ **Date de publication** Format attendu : date _2008_
European data infrastructure with broad catalog discovery, free evaluation access and production-grade API options.
190K+
indexed dataset pages
32
countries and EU institutions
2019
API-first since
Free API quota
for evaluation and prototypes
SLA
history and push on production APIs
FAQ

Questions before production use

Practical answers on evaluation, licensing, freshness, versioning and support.

api.store is built and operated by Apitalks s.r.o. Company details and a direct contact path are linked in the footer for vendor checks and procurement review.
Yes. Selected APIs include a free API quota, so your team can validate coverage, freshness, response shape and workflow fit before asking for a production plan.
Often yes, but usage rights depend on the source license and dataset. We surface source, license and update metadata where available, and can help review terms before a production integration.
Maintained APIs include update metadata where available. For production integrations, we can add history, monitoring and push updates so changes are easier to detect and act on.
Production APIs can add SLA, stable identifiers, versioning support, history, push updates and direct support around the data your product or AI workflow depends on.

Didn't find the API you need?

Let us know and we will figure it out for you.

European data discovery with free evaluation access and production-grade API options.

Copyright © 2026. Made by Apitalks