... | ... | @@ -5,11 +5,14 @@ |
|
|
- Michel Juillard
|
|
|
- Christophe Benz
|
|
|
|
|
|
## Points abordés
|
|
|
|
|
|
* mise en place d'un environnement de test sur dev.nomics.world
|
|
|
* EIA/ILO/BEA ont posé ou posent encore des problèmes. Ne pas hésiter à approfondir l'analyse de l'API avant de commencer à coder le script de conversion de données. Prévenir Michel quand les sources data sont dans git. Essayer de s'en tenir au format suggéré dans l'analyse. Dans le cas contraire, en discuter.
|
|
|
* full text search : reprendre dans le filtre du dataset la requête initiale
|
|
|
* MAJ Eurostat : résolution du problème des datasets dont la taille est supérieure à 1GB.
|
|
|
* timestamp : au moins 2. La date de released par le fournisseur, la date de récupération par DBnomics. Le généraliser à tous les fetchers.
|
|
|
* la révision s'affiche une fois qu'on connaît la série donc pas de problème de performance. On fait un point sur le monitoring et sur l'affichage des révisions une fois la bascule réalisée. |
|
|
## Agenda
|
|
|
|
|
|
- Traitement des fournisseurs qui utilisent un nom de fichier différent pour chaque version des données
|
|
|
|
|
|
## Action points
|
|
|
|
|
|
- Utiliser un fichier metadata.json pour communiquer des informations entre le downloader et le converter, si besoin
|
|
|
- Ne pas axer les optimisations sur le téléchargement de gros volumes de données, plutôt inciter les utilisateurs à sélectionner leurs séries précisément
|
|
|
|
|
|
## Point d'alerte
|
|
|
- Le développement des fetchers n'avance pas au rythme prévu. Le retour d'une développeuse au sein de l'équipe, mi-avril, devrait permettre de revenir à un rythme conforme aux prévisions. |
|
|
\ No newline at end of file |