Copy page

Problématiques

Propositions de projets

Six propositions de projet, chacune à la portée d'une équipe de quatre à six personnes en deux jours, avec une démonstration à montrer au jury. Elles partent des cinq problématiques, des données fournies sur le SSP Cloud et des 76 sources supplémentaires vérifiées le 09/11/2026. Les pastilles comme 26 renvoient à la fiche de la source (titre au survol).

En un coup d'œil

---

Le socle commun

Quelle que soit la proposition, trois briques servent à tout le monde. Une personne de l'équipe peut s'en charger dès la première heure.

1. Un référentiel géographique unique. La liste des communes fournie, complétée par la table de passage des anciens codes 36, l'EPCI, la surface et le centroïde 74, les IRIS 37 et la population 54. Chaque point (compteur, parking, site) est rattaché à sa commune par géocodage inverse 74 ou par adresse 75.
2. Un chargement rapide. Lire les exports Parquet de data.gouv.fr directement dans DuckDB ou Polars 69, normaliser les CSV hétérogènes des partenaires avec csv-detective 71, chercher un jeu en langage naturel avec le serveur MCP de data.gouv.fr 70, filtrer les jeux du Département côté serveur 73.
3. Un archiveur temps réel, lancé dès le premier matin. Les flux temps réel n'ont pas d'historique : les interroger toutes les cinq minutes pendant deux jours en constitue un. Parkings relais grenoblois 20, retards et perturbations des cars Région Isère 4, temps réel de Ruban et de L'va 7, vélos et trottinettes en libre-service 10, trafic de la rocade sud 11.

---

1. Indice de pression touristique

P3 · Qualifier une zone

En une phrase : un score par commune, et par ENS, qui dit si une zone est surfréquentée, à l'équilibre ou sous-fréquentée, et pourquoi, en croisant la pression humaine, la saturation des équipements et la sensibilité du milieu.

Données

Méthode

1. Calculer chaque indicateur à la commune (à l'IRIS dans les grandes communes), rapporté à la population ou à la surface.
2. Normaliser en rangs centiles, puis agréger par composante. Les pondérations restent réglables dans l'interface plutôt que figées.
3. Croiser pression et potentiel en quatre quadrants : surfréquentée, attractive mais saturée, sous-exploitée, calme.
4. Valider avec les experts sur cinq zones connues (par exemple la Bastille, Chamrousse, Villard-de-Lans, l'Alpe d'Huez et une commune de plaine), et confronter le résultat à Murmuration.

Pièges

• Les données de pression sont annuelles ou mensuelles : l'indice décrit une saison, pas un jour. Pour le jour, voir la proposition 2.
• Le produit de la taxe de séjour ne couvre que 11 communes : c'est un proxy, à valider avec Isère Attractivité 47.
• Les hébergements classés n'incluent ni meublés ni chambres d'hôtes 30 : d'où le poids des résidences secondaires dans la pression humaine.
• Un score opaque convainc mal : afficher les composantes et laisser le jury changer les pondérations.

---

2. Prévoir les pics à 14 jours

P2 · Anticiper les pics

En une phrase : prévoir, site par site, les journées de forte affluence des deux semaines à venir, et dire pourquoi (vacances, pont, météo, événement).

Données

• Variables cibles : écocompteurs, fréquentation de parkings et Orange Flux Vision (fournis) ; fréquentation mensuelle des musées départementaux, près de vingt ans de série 24 68 ; nuitées mensuelles en Isère 22 ; comptages piétons et vélos de la Métropole 21.
• Calendrier : vacances par zone, et nombre de zones en vacances le même jour 26 ; jours fériés, ponts et veilles 27 ; festivals et leur envergure 28.
• Météo et milieu : série 1950-2024 fournie (code), prolongée jusqu'à l'avant-veille avec la neige 61 ; risque d'avalanche 62 ; débits et température des cours d'eau pour l'eau vive et le canyoning 66 ; qualité de l'air 63.
• Contexte : altitude des communes 40, saisonnalité nationale de la demande touristique 25, perturbations des cars 4.

Méthode

1. Choisir trois à cinq sites qui ont une série journalière longue (écocompteurs), plus un site à série mensuelle (musée départemental).
2. Poser d'abord une référence naïve : même jour de l'année précédente, ou moyenne par type de jour. Tout modèle doit faire mieux.
3. Entraîner un modèle de gradient boosting (LightGBM, XGBoost) sur les variables de calendrier et de météo, avec une validation chronologique : entraîner sur les années passées, tester sur la dernière, jamais de découpage aléatoire.
4. En prévision réelle, la météo vient d'une prévision à J+N (API Météo-France, clé gratuite) : montrer comment la précision baisse avec l'horizon.
5. Expliquer chaque pic par la contribution des variables (SHAP), par exemple « samedi : vacances en zones A et C, neige fraîche, pont ».

Pièges

• Les dates de l'API du calendrier scolaire sont en UTC : sans conversion en heure de Paris, les vacances et le pont de l'Ascension 2027 sont décalés d'un jour (Pièges relevés).
• Les comptages de la Métropole s'arrêtent en 2022 et recoupent peut-être les écocompteurs fournis 21.
• La fréquentation des Musées de France est annuelle : inutilisable pour la saisonnalité 23.

---

3. Plutôt là, proposer un site de report

P1 · Réorienter les fluxP3 · Qualifier une zone

En une phrase : quand un site est saturé ou fermé, proposer trois sites proches qui offrent une expérience comparable, accessibles, ouverts ce jour-là et moins chargés.

Données

• Catalogue de sites : DataTourisme (code), Apidae (code), OpenStreetMap (code) et la liste des sites surfréquentés (fournis) ; sports de nature par activité 38 ; sites « Patrimoine en Isère » 39 ; lieux culturels et jauges 43 ; ENS ouverts au public 60 ; randonnées aux attributs normalisés (durée, dénivelé, difficulté) 41 76 ; sites de baignade officiels 65.
• Similarité : même activité (escalade vers escalade, raquettes vers raquettes), attributs proches, altitude comparable 40, services à proximité 58.
• Accès : graphe routier départemental 18, distances routières entre communes (code), transports en commun 5.
• Disponibilité du jour : risque d'avalanche 62, cyanobactéries 65, débits 66, accessibilité pour les personnes à mobilité réduite 42.
• Charge : l'indice de la proposition 1 ou la prévision de la proposition 2 ; à défaut, Flux Vision.

Méthode

1. Construire un catalogue unifié et dédoublonné (DataTourisme, Apidae et Patrimoine en Isère se recoupent) avec une typologie d'activité commune.
2. Calculer un score de report = similarité × accessibilité × (1 − charge), après avoir écarté les sites fermés ou dangereux ce jour-là.
3. Expliquer chaque proposition en une ligne, par exemple « même difficulté de randonnée, 25 minutes de plus, trois fois moins fréquenté ».
4. Montrer deux cas : un site naturel (lac, ENS) et un site culturel (la Bastille vers un musée ou un site patrimonial).

Pièges

• Ne proposer que des ENS ouverts au public et équipés 60 : envoyer des visiteurs dans une zone sensible déplace le problème.
• Plusieurs jeux du Département et la liste des festivals contiennent des colonnes de contact : ne pas les reprendre 28.
• Ne pas reporter vers un site lui aussi en tension : utiliser la charge prévue, pas seulement l'historique.

---

4. Parcours sans voiture vers les massifs

P4 · Mobilités doucesP1 · Réorienter les flux

En une phrase : un calculateur porte-à-porte train + car + navette + vélo depuis Grenoble, Lyon ou Valence vers une station, un départ de randonnée ou un ENS, comparé à la voiture en temps et en coût.

Données

• Réseau : agrégat Oùra en un seul GTFS 5, trains 6, navettes Transaltitude vers les stations 1, télécabine Allemond - Oz 2, téléphérique de la Bastille 3, covoiturage à arrêts fixes 8, GTFS Loopi (fourni, code).
• Rabattement : aménagements cyclables 12, vélos et trottinettes en libre-service 10, parkings relais 20, aires de covoiturage 9, stationnement vélo 13.
• Comparaison avec la voiture : distances routières (code), prix des carburants 59, zones à faibles émissions 32, bornes de recharge 16.
• Itinéraires vélo : API Géovélo (code) et API Loopi.

Méthode

1. Monter OpenTripPlanner ou r5py sur le SSP Cloud avec les GTFS Oùra, SNCF et Transaltitude et le réseau OpenStreetMap.
2. Choisir une dizaine de destinations emblématiques (stations, départs de randonnée des Écrins desservis 41, ENS) et trois origines (gare de Grenoble, Lyon Part-Dieu, Valence).
3. Comparer à la voiture : durée (matrice de distances), coût (carburant, parking) face au prix du billet.
4. Restituer une fiche par destination : faisable sans voiture, faisable avec contrainte, ou non faisable.

Pièges

• L'hiver 2026-2027 est incomplet : le GTFS des navettes de l'Alpe d'Huez est vide hors saison et celui des 2 Alpes ne couvre pas encore l'hiver 2 ; Chamrousse n'est pas desservie par Transaltitude 1.
• Le temps réel de la TAG référencé au PAN et le GTFS de Ruban sont hors service 7.
• Le GTFS du funiculaire des Petites Roches s'arrête en 2022 : à exclure 3.

---

5. Zones blanches de la desserte

P4 · Mobilités douces

En une phrase : repérer les sites très fréquentés et mal desservis en transports en commun, pour montrer aux autorités organisatrices où une navette ou un rabattement aurait le plus d'effet.

Données

• Offre : agrégat Oùra 5, navettes Transaltitude 1, ponctualité réelle par les GTFS-RT 4 7, covoiturage 8 9.
• Demande : fréquentation des sites (Flux Vision et écocompteurs, fournis), gares d'entrée et leur tendance 19, trajets réels en covoiturage 15, part modale des résidents par IRIS 52.
• Sites et départs : randonnées avec leurs champs transport et parking 41, présence d'un arrêt proche 42, sites de sports de nature 38.
• Vélo : stationnement manquant 13, maillons manquants du schéma directeur 31, accidents impliquant des cyclistes 17.
• Gouvernance : AOM compétente pour chaque commune 33.

Méthode

1. Pour chaque site, calculer le temps d'accès en transports en commun le samedi matin depuis la gare la plus proche et depuis Grenoble, et le temps en voiture par le graphe routier 18.
2. Calculer un indice d'écart = temps en transports en commun / temps en voiture, et le croiser avec la fréquentation.
3. Classer en quadrants : fréquenté et mal desservi (priorité), fréquenté et bien desservi (à faire connaître), peu fréquenté et bien desservi (réserve de report), le reste.
4. Pour les priorités : l'AOM compétente, l'aire de covoiturage ou le parking relais de rabattement possible, et l'ordre de grandeur d'une navette de week-end.

Pièges

• La ponctualité mesurée pendant le hackathon couvre deux jours de semaine hors saison : elle reste indicative.
• Dans les communes sans AOM locale, seule la Région intervient 33 : le dire dans la recommandation.

---

6. Profils des visiteurs des ENS

P5 · Profils de visiteurs

En une phrase : distinguer les grandes familles de visiteurs des espaces naturels sensibles (excursionnistes locaux, familles en vacances, sportifs, visiteurs de passage), leur part dans chaque site et ce qui les fait venir.

Données

• Périmètres : ENS 60, espaces protégés au-delà des ENS 64, zones de montagne 44.
• Origine des visiteurs : Orange Flux Vision (fourni, commune ou département de résidence) ; provenance des covoitureurs 15.
• Profil des zones d'origine : niveau de vie communal 53 et en carreaux de 200 m 55, résidences secondaires 34, IRIS 37.
• Pratiques de référence : enquêtes déplacements de la région grenobloise 51, enquête mobilité nationale 56, demande touristique des résidents français 25.
• Temporalité : zone en vacances ce jour-là, pour séparer clientèle locale et touristique 26 ; écocompteurs (fournis) pour la semaine et le week-end.

Méthode

1. Découper Flux Vision et les écocompteurs par périmètre d'ENS.
2. Décrire chaque couple ENS × période par un vecteur : part locale, départementale et extérieure ; revenu médian des communes d'origine ; part des jours de vacances de la zone A ou des autres zones ; semaine ou week-end ; accessibilité en transports en commun.
3. Classer (k-means ou classification hiérarchique sur variables normalisées) en quatre à six classes, nommées à l'aide des distributions de référence (EMP, suivi de la demande touristique).
4. Associer à chaque persona un levier : navette, information en amont, report vers un autre ENS (proposition 3).

Pièges

• Les enquêtes déplacements décrivent les résidents, pas les touristes venus d'ailleurs 51.
• Flux Vision est agrégé : on profile des zones d'origine, pas des personnes. Le dire au jury.
• Les observations naturalistes des ENS recoupent peut-être le système d'information sur la biodiversité fourni 60.

---

Combiner les propositions

Les propositions s'emboîtent : deux équipes peuvent partager une brique plutôt que de la refaire.

Choisir selon son équipe

Pour la restitution

1. La question : la problématique et l'utilisateur visé, en une phrase.
2. Les données : celles fournies et les sources supplémentaires utilisées, avec leurs limites.
3. La démonstration : en direct, sur un cas isérois concret.
4. Les limites : ce qui manque (données hors saison, couverture partielle) et comment le combler.
5. La suite : qui pourrait reprendre le projet (Département, AOM, office de tourisme) et avec quelles données de plus.