Plus de 90 participants
Sont disponibles en ligne :
Le replay de l'atelier est disponible en ligne
Le support est disponible au bas du présent compte-rendu.
Les discussions continuent sur le forum
- Définir les standards
- Connaître les bonnes pratiques (quelle licence pour quel livrable ...)
- Avoir du contenu pour convaincre les territoires de l'utilité d'une Ortho THR, afin de constituer le budget nécessaire au projet.
- Financer les livrables
- Avoir un accompagnement pour bénéficier d'un financement européen (quelle stratégie ? quel programme européen ? constitution des dossiers...)
- Produire les livrables
- Contrôler les livrables
- Permettre de déposer facilement les livrables
- Avoir accès à un scan du dépôt existant pour avoir une vue sur les caractéristiques des fichiers
- Catégoriser les différents types de livrables y compris de type intermédiaire (LIDAR, vues obliques, points de calage, plan de vol, ...) dans le scan
- Voir des métadonnées additionnelles (devers, recouvrement, etc), par exemple via dépôt manuel d'entités géo avec ces informations au lieu du scan
- Avoir accès à un outil de suivi de projet, pouvoir détailler un peu plus l'état d'avancée du projet. Par exemple, dans la section "investigation" qu'il faut détailler (constitution de la convention, préparation du marché, appel d'offre...)
Les dépôt de fichiers
- Dépôt interne ou cloud
- Dépôt auprès d'une plateforme régionale ou locale
- Dépôt auprès de la Géoplateforme
- Dépôt sur data.gouv.fr
- Création d'un portail de téléchargement des livrables
- Accompagner la publication d'une licence et de la documentation qui décrit les licences envisageables
- Disposer d'une interface utilisateur permettant les téléchargements suivant une sélection géographique (Département, EPCI,commune, sélection libre...)
- Flux ATOM pour des notifications
- Calcul du cache en amont
- Pouvoir faire une connexion entre l'outil web et la plateforme de diffusion existante en interne
- Se connecter directement aux plateformes opendata des métropoles pour éviter de multiplier le stockage d'un même PCRS : téléchargement GML
- Proposer les données aux formats GML (validation IGN), SHP
- Proposer des flux WMS et WFS
- Proposer la possibilité de faire des extractions de données
- Mettre en valeur les réutilisations
- Création de tuiles
- Croisement des PCRS avec le Lidar HD IGN4
- Calculateur de taille de cache selon les échelles ?..et selon le format
- Flux WFS, WMS, WMTS
- Documentation sur les spécifications et bonnes pratiques pour créer son flux OGC
- Visualisation des données
- Prévoir des Appels à Projets afin d'exploiter ces données dans le cadre de services innovants
- Prévoir une analyse des coûts de tous les projets, par typologie de territoire (montagne, urbain...) pour permettre d'avoir une base estimative qui pourrait aider les projets futurs (faisabilité, budget à prévoir)
-
La multiplication des formats
-
Le tour de table budgétaire : il est difficile de mobiliser les acteurs du territoire pour les convaincre de l'intérêt du PCRS
-
La constitution administrative du groupement (plus il y a de monde, plus c'est long)
-
La concession sur la licence (surtout entre public et privé)
-
Le montage des conventions cadre partenaires trop ancien pour les mises à jour du PCRS
-
Livrables sur disque dur externe
-
Le poids des données qui n'est pas négligeables (ex : plus de 66 To avec les clichés bruts)
-
Besoin d'un cadre national pour définir :
- qui doit financer ce type de projets (public et privé) ;
- qui doit piloter
-
La diffusion aux gestionnaires de réseaux nationaux qui refusent de participer financièrement
-
Passager clandestin
-
La diffusion des données brutes (clichés bruts nadir et obliques) sont très volumineuses. La calculatrice proposée ne les prend pas en compte.
(Ex Toulouse Métropole, 66 000 clichés, 16 à 20 To)
{% file src="../.gitbook/assets/atelier_2023-10-12.pdf" %}