Giter Site home page Giter Site logo

bowie's People

Contributors

annehuska avatar avouacr avatar loichenninger avatar nicolaval avatar orogel avatar romaintailhurat avatar

Stargazers

avatar avatar avatar avatar avatar avatar avatar

Watchers

avatar avatar avatar avatar avatar

Forkers

fbibonne thomaspo making-sense-info romaintailhurat

bowie's Issues

Field check with a regular expression

Business case

🇬🇧
For simple text responses, Pogues allow for checks based on regular expressions. It has yet to be implemented in the generated questionnaires.

A first target would be to store and pass the expression, but a more sophisticated user experience would be:

  • in a free form text field, to check wether the regular expression typed is correct
  • to provide both using a free form text field and searching through a regex library.

🇫🇷
Proposer depuis l'interface et jusqu'au questionnaire des contrôles de type "expression régulière".

Stack

here describe the impact on the product softwares, linking to related issues

DDI

  • Pass the regexp value in DDI

Pogues

Eno

Lunatic

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Support face-to-face mode

Business case

🇬🇧

Currently, we don't distinguish between CATI & CAPI mode when visualising the interviewer questionnaires, we would like to do that.

🇫🇷
Permettre la collecte face à face

Stack

Pogues

Code Card :

Eno

To support face-to-face mode, the parameter "Mode" must be revised in order to distinguish CAPI from CATI.

Lunatic

None

Progress

Done for Eno

Release date

LunaticModel V2 - documentation

Business case

🇬🇧

LunaticModel is at the center of the survey workbench and the survey information system. This model is being impacted by the ongoing refactoring.

In order to ease the understanding and use of this model by the various stakeholders, we need to provide a documentation.

🇫🇷

LunaticModel est un des modèles de données au coeur de l'atelier de conception, et plus généralement de la filière d'enquête. La refonte logicielle actuelle (en cours) a un impact sur ce modèle.

Afin d'en faciliter la compréhension et la prise en main pas les différents acteurs, il est nécessaire de produire une documentation de ce modèle et de son usage.

Stakeholders

a list of projects / teams that expressed the business case

  • Atelier de conception
  • Plateforme de collecte

Stack

DDI

none

Pogues

none

Eno

none

Lunatic

documentation

Progress

Release date

Public Enemy - Questionnaire context management service

Business case

🇬🇧 Questionnaire designed and tested with Bowie are naked, ie they don't have any context or custom data attached to them. Public Enemy is a service that will provide a way for designers to describe data and metadata to be attached to a questionnaire. Such feature would enhance questionnaire validation and therefore helps with validating questionnaires (eg testing the use of an external variable).

🇫🇷
Les questionnaires conçus et testés avec l'atelier n'ont ni contexte, ni données personnalisées. Public Enemy est un service qui permettra aux concepteurs de décrire les données et les métadonnées à associer à un questionnaire : cela améliorera la validation des questionnaires (par exemple en testant le recours à des variables externes).

Stakeholders

Every team is concerned, nonetheless Public Enemy will only be available for surveys using the new tools (the Lunatic & co suite of tools).

Stack

Pogues

Pogues will necessarily connect one way or another to Public Enemy in order to provide this enhanced questionnaire.

Public Enemy

This describe what is needed for a first version (MVP):

Progress

First feature set available in demo environment.

Release date

Targeting april at the earliest

Survey context

Business case

Nowadays, a Pogues questionnaire only have a slight statistical context (attributes like Statistical operation name and such).

We would like to go further along the idea of an overall context that will customise the user experience depending on such a context.

For example, meaningful collection modes and related visualisations would depend on the questionnaire context (e.g. for Insee household surveys, it would mean web viz through Stromae V2, and face-to-face / phone interviewer UI throught Queen).

There is an obvious impact on Pogues, but maybe also on what should be send to Eno API (and adapting it when necessary).

ref: 🇫🇷 Previous analysis

Stack

here describe the impact on the product softwares, linking to related issues

DDI

impact of the business case on the DDI use

Pogues

link to project issues

Eno

link to project issues

Lunatic

link to project issues

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Queen, Lunatic V2 integration

Business case

🇫🇷 Intégration de la nouvelle version de Lunatic dans l'orchestrateur Queen.
🇬🇧 Lunatic new version integration in Queen

Stakeholders

  • Every survey team with an interviewer mode, first one being SRCV (and TIC).

Stack

Lunatic

Queen

Progress

WIP

Release date

End of 2022

LoopOfLoop - Boucles de boucles

Business case

⚠ Redéfinition du concept en cours, le besoin serait mieux rendu avec une articulation des questionnaires dans les outils de collecte ⚠

🇬🇧

🇫🇷
Proposer des boucles de boucles :

  • on boucle sur des individus, et pour chaque individu, on boucle sur ses enfants puis sur ses parents (UseCase : enquête famille)
  • on boucle sur des individus et pour chacun on liste les livrets d’épargne et on décrit ces livrets (et baser la boucle de description des livrets sur une boucles ad-hoc pour donner une dénomination à chaque livret).

Document de cadrage

Attention à l'aval

Illustration du concept

image

Stack

Pogues

Eno

Coming soon, depending on Lunatic and Pogues

Lunatic

Progress

Release date

2023 (? June?)

This is a very needed feature for the Insee Familles survey (loop on respondant, then loop for each children of the current respondant). They want this for they january 2024 survey.

New questionnaire visualisations

Business case

🇬🇧

Two new questionnaire visualizations will be added to Pogues:

  1. one for Generic, the post collection management application
  2. one for Prisme, the CPI data collection application

🇫🇷

Deux nouvelles visualisations vont être ajoutées à Pogues :

  1. une pour Généric
  2. une pour Prisme

Stack

DDI

nothing

Pogues

Need to add the visualisation options and deploy the related apps.

Eno

nothing

Lunatic

nothing

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

🟦 Browsing a questionnaire : "rond-point" / roundabout

Business case

here describe the business case

🇬🇧

🇫🇷
Proposer une navigation entre questionnaire ménages et questionnaires individus OU entreprises/salariés, comme le font le RP et l'EEC.
Communément appelé "rond point"

Stack

here describe the impact on the product softwares, linking to related issues

DDI

InseeFr/Pogues#649

Pogues

InseeFr/Pogues#678

Pogues-model

InseeFr/Pogues-Model#96

Eno

InseeFr/Eno#1015

Lunatic

InseeFr/Lunatic#1017
InseeFr/Lunatic#1021

Progress

WIP

Release date

T3 2023 ?

🟦 Suggester component

Business case

🇬🇧
In the case of very long dropdowns or for text inputs, we want to offer a kind of an "help" (suggester).
Suggester exists but the ability of specifying this component itself has to be added (in Pogues and Eno).

🇫🇷
L'autocomplétion est un mode de collecte de la réponse "assistée". Elle consiste à retourner des échos en fonction de la saisie faite par l'enquêté. Le composant Suggester a été développé dans Lunatic mais il faut qu'il soit spécifiable depuis l'Ihm Pogues.

👉 Documentation de suivi.

Stack

DDI

Pogues

Eno

Lunatic

Progress

  • Need to work on Pogues Back, it's blocking. What about metadata repo?

Release date

PDF output enhancement

Business case

🇬🇧
Business surveys have been using Pdf output since 2018 and improvements or evolutions have been requested, including a revision of the images called in the fo

🇫🇷
Evolution du fo (permettant de générer les pdf) notamment pour l'affichage des images

Stack

Pogues

None

Eno

InseeFr/Eno#469
InseeFr/Eno#490

Lunatic

Progress

WIP

Release date

June 2022

File upload in a questionnaire

Business case

🇬🇧
Data collection through web questionnaires and file upload are currently mutually exclusive. However, there is a need to provide a file upload feature in the context of web questionnaires.

🇫🇷
Les collectes par questionnaires et par dépôt/retrait de fichiers sont aujourd'hui orthogonales. Il existe cependant un besoin de joindre un ou plusieurs fichiers dans le cadre d'une collecte par questionnaire.

Stakeholders

  • EAP
  • ECMOSS

Stack

here describe the impact on the product softwares, linking to related issues

DDI

impact of the business case on the DDI use

Pogues

link to project issues

Eno

link to project issues

Lunatic

link to project issues

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

🟦 Bridging the feature gap for business surveys, including agriculture surveys

Business case

🇬🇧
To ensure that the functional coverage of Pogues/Eno/Lunatic is the one expected by the SSP

🇫🇷
Faire en sorte que la couverture fonctionnelle des outils (en particulier Lunatic) permette de collecte les enquêtes entreprises et du SSP.

Stack

Pogues

  • access to Pogues

Eno

Lunatic

Stromae

  • First page of the questionnaire with "business" and/or "SSP" context, in addition to the context "household" : InseeFr/Stromae#208

Transverses

  • Tableaux dynamiques #62

Progress

Release date

Filter a list

Business case

🇬🇧 We want to be able to filter a list (simple choice, multiple choice and suggester components) using variables. Several use cases already exist:

  • for Insee Labour force survey, ...
  • to be able to only display cities that are parts of a previously selected department
  • ...

🇫🇷 On veut pouvoir filtrer une liste (QCU, QCM et suggester) à partir de variables (collectées, calculées ou externes). Plusieurs cas d'usage connus:

  • pour l'Enquête Emploi en Continu, on souhaite par exemple →
    Pour quelle raison principale n’étiez-vous pas disponible ?

    1. Vous suiviez (ou aviez le projet de suivre) des études ou une formation
    2. Vous aviez des problèmes de santé ou étiez en situation de handicap
    3. [Si AGE<=50] Vous étiez sur le point d’avoir un enfant
    4. Vous vous occupiez de vos enfants ou d’un proche
    5. Vous étiez en vacances, preniez du temps pour vous ou réfléchissiez à votre avenir
    6. [Si AGE>=50] Vous étiez à la retraite ou proche de la retraite
    7. Vous aviez des difficultés pour vous déplacer (pas le permis de conduire, voiture en panne, pas de transport à proximité…)
    8. Vous déménagiez
    9. Vous aviez des problèmes de papier / titre de séjour
    10. Pour une autre raison

  • être capable d'afficher une liste de communes appartenant à un département préalablement choisi.

  • ...

Stakeholders

  • Possibly every survey
  • A strong case for Insee LFS

Stack

here describe the impact on the product softwares, linking to related issues

DDI

  • Find a way to represent the filtering algorithm in DDI

Could be through the CodeDomain element in the GridDimension:

<d:GridDimension displayCode="false" displayLabel="false" rank="1">
    <d:CodeDomain>
        <r:CodeListReference>
            <r:Agency>fr.insee</r:Agency>
            <r:ID>la9tdpdo</r:ID>
            <r:Version>1</r:Version>
            <r:TypeOfObject>CodeList</r:TypeOfObject>
        </r:CodeListReference>
        <r:CodeSubsetInformation>
            <r:IncludedCode>
                <r:Range>
                    <r:CollationAlgorithm>[VTL here ????]</r:CollationAlgorithm>
                </r:Range>
            </r:IncludedCode>
        </r:CodeSubsetInformation>
    </d:CodeDomain>
</d:GridDimension>

Pogues

link to project issues

Eno

link to project issues

Lunatic

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Sunsetting legacy GoTo feature

Business case

🇬🇧
We have to progressively sunset legacy features from Bowie that were part of the business survey solution.

  • GoTo semantic

🇫🇷
Il faut progressivement faire disparaître les fonctionnalités de Bowie qui seront obsolètes avec la nouvelle filière unique.

  • Les redirections

Stakeholders

Every survey part of the legacy solution.

Stack

Pogues

  • XPath option is not longer available
  • GoTo option is not longer available
  • Checkbox that can be "unchecked" to be removed

Eno

  • ???

Lunatic

link to project issues

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

User requests - features that are not part of an epic, but on which we may work

User requests

  • Boucler sur une question ?
  • Permettre que le min et le max de la date soient des variables calculées ou collectées (créer issue)
  • Afficher une barre d'avancement
  • Espace qui disparait des libellés quand il y a une info bulle dans Pogues.
  • Dimension zone InputNumber (mui ?)
  • Séparateurs de milliers (InseeFr/Lunatic#133)
  • QCM - QCU : utiliser le libellé et non le code (InseeFr/Lunatic#236)
  • Bugs de navigation (Lunatic) - à surveiller avec Lunatic V2

Pogues UX overhaul

Business case

🇬🇧

Pogues has grown a lot since its first release, with a lot of new features. However, no real UX design has been made and it shows - in different ways. In 2023 we would start a UX process.

🇫🇷

Pogues s'est beaucoup développé depuis sa première mise à disposition, avec de nombreuses fonctionnalités ajoutées. Cependant, aucune conception UX n'a été menée, ce qui se voit à différents endroits. En 2023 nous débuterons une démarche UX à proprement parler.

Stack

here describe the impact on the product softwares, linking to related issues

DDI

nothing

Pogues

issues to be created

Eno

nothing

Lunatic

nothing

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Kish selection

This is the quick solution to the sample feature, using the Kish algorithm.

Business case

Some household surveys need to select one member of the household (using a selection method called "Kish" 🇫🇷).

We have to provide a first pure Pogues method for that.

In the future, a more integrated and generic feature for unit selection inside questionnaire will be provided.

Stack

No real impact on the technical stack.

Progress

Method documented here.

Release date

--

More Eno parameters for Lunatic

Business case

To support face-to-face mode, the parameter "Mode" must be revised in order to distinguish CAPI from CATI.
It is also necessary to think about the creation of a "filter" parameter

Stack

Pogues

None

Eno

Lunatic

None

Progress

WIP

Release date

June 2022

Omnimode support

Business case

🇬🇧

Omnimode here is the attribute of a questionnaire which the different collection modes are directly handled in its model. It means that a designer can specify in Pogues which element of the questionnaire is part of a specific mode.

It allows for a unique representation of the questionnaire - in Pogues and in DDI.

Nowadays, only the various instructions are omnimode.

🇫🇷

Un questionnaire omnimode est un questionnaire unique pour les différents modes de collecte qu'il doit supporter. Cela signifie qu'un concepteur peut spécifier dans Pogues quel élément est disponible dans tel ou tel mode.

Cela permet une réprésentation unique du questionnaire - dans Pogues et en DDI.

À l'heure actuelle, seules les déclarations sont omnimodes.

Stack

here describe the impact on the product softwares, linking to related issues

DDI

impact of the business case on the DDI use

Pogues

link to project issues

Eno

link to project issues

Lunatic

link to project issues

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Connect to the metadata repository

Business case

Metadata is at the core of the questionnaires created by Bowie. In the perfect settings, metadata will flow in and out of Bowie softwares by communicating with a proper metadata repository.

Stack

Pogues

The main impact is to develop a communication channels between Pogues and the target metadata repository.

For Insee, it means:

  • developing a facade between the existing repository and Pogues (a in-house API)
  • using the existing built-in solutions (Colectica API and search engine)
  • a mix of both

Progress

During the summer, progress has been made:

  • the old API dev has been used for grabbing series and operations
  • the built-in search API has starting to be configured for a simple use

🟦 [Stromae V3] Visualization

Business case

🇬‍🇧 Lot of changes in Stromae V3 (and Lunatic) that impact the rest of Bowie, we need to analyse this impact in order to provide dedicated epics.

🇫🇷 Beaucoup de changement dans Stromae V3 (et dans Lunatic) qui impactent Bowie, il est nécessaire d'analyser cet impact et créer les epics correspondants;

Parmi les sujets :

Stakeholders

En 2 étapes :

  • visualiser les questionnaires produits par Atelier actuel
  • ajouter à l'atelier les nouveaux composants

Stack

here describe the impact on the product softwares, linking to related issues

DDI

  • modelisation DDI

Pogues

  • modelisation POgues et IHM

Eno

  • Impact sur EnoV3 ?

Lunatic

  • vérifier l'usage de LunaticDSFR

Autres

Release date

Household member pairing

Business case

🇬🇧
When surveying households, we distinguish the household and the individual members of the household. In order to properly set up the questionnaire, we want to map individuals relationships, in fact pairing them.

Moreover, as far as possible we would like to infer some relationships instead of asking redundant questions. For example, if Alice is the mother of Bob, then Bob is the child of Alice.

Thus, we need to develop a feature providing this service.

🇫🇷
Lors de la collecte du TCM dans les enquêtes ménages, on collecte la description des individus du ménage mais on souhaiterait pouvoir décrire les relations deux à deux entre ces individus (X est le père de Y, Z est l'oncle de X, Y et Z sont frères etc..)
On souhaiterait également ne pas reposer de questions lorsqu'on peut déduire la relation entre deux individus (Alice est la mère de Bob donc Bob est l'enfant d'Alice)
Pour cela on souhaiterait un nouveau composant.

Stack implications

DDI

Pogues

Eno

Lunatic

Progress

  • 2022-05-20: a DDI implementation choice is on the way.
  • 2023-02-13: deployed on the beta platform

Release date

November 2022
February 2023

Specification document enhancement

Business case

🇬🇧
Enhance specification document at the request of some users (who could use this output format of Eno in their own process)

🇫🇷
Révision du format spécifications (en fonction des besoins des utilisateurs dont EEC)

Stack

Pogues

None

Eno

Lunatic

Progress

WIP

Release date

End of 2022

🟦 Management mode

Business case

Proposer le mode management dans Lunatic
⚠ Spec : https://hackmd.io/xMcCsmVJRjaeWmtrjfOrbg ⚠

Proposition de Jonathan : InseeFr/Lunatic#1003

Le mode management doit permettre de modifier les valeurs entrées dans les formulaire en prenant en compte les différents états des variables.

  • COLLECTED, la variable entrée par l'utilisateur
  • EDITED, variable modifiée par l'administrateur
  • FORCED, variable modifiée par une valeur calculée

Cela se traduit au niveau de l'interface par de nouveaux boutons situés à droite des champs qui permettent d'agir sur la valeur et son état.

On veut aussi pouvoir suivre l'historique des changement avec plusieurs valeurs associé à chaque réponse.

Proposition technique

D'après les besoins, Lunatic ne peut pas porter la responsabilité de cette logique car l'état des variables et la priorité dans le choix de la valeur est dépendant de la logique choisit par l'orchestrateur (la notion de "valeur la plus récente" varie en fonction du contexte). Il est d'ailleurs prévu dans Lunatic de retirer cette notion d'état pour qu'il ne reçoive que les valeur associé à chaque question (plutôt qu'un objet d'état qu'il ignore actuellement).

// Lunatic actuel
{
  "NOM": {  
    "COLLECTED": "John", 
    "PREVIOUS": null, // Ignoré par lunatic 
    "FORCED": null,   // Ignoré par lunatic  
    "EDITED": null,   // Ignoré par lunatic  
    "INPUTTED": null, // Ignoré par lunatic
  }
}

// A l'avenir
{
	"NOM": "John"
}

C'est l'orchestrateur qui se chargera de réconcilier les variables à envoyer au hook useLunatic() en correspondance avec ses propre règles. Lunatic conservera lui les variable entrée dans le formulaire mais ne se charge pas de gérer l'état. Côté orchestrateur les variables pourront être sauvegardé avec une historisation.

   {
      "type": "PREVIOUS",
      "value": "John1",
      "timestamp": "2021-01-01T08:05:32:011"
    },
    {
      "type": "COLLECTED",
      "value": "John",
      "timestamp": "2022-01-02T08:05:32:011"
    },
    {
      "type": "EDITED",
      "value": "john doe",
      "timestamp": "2022-01-03T11:47:27:128"
    },
    {
      "type": "FORCED",
      "value": "John Doe",
      "timestamp": "2022-01-03T12:05:32:011"
    },
    {
      "type": "EDITED",
      "value": "Jane Doe",
      "timestamp": "2022-01-04T11:47:27:128"
    }

Comme on le voit ici c'est l'ordre qui détermine la valeur à sélectionner pour l'affichage plutôt que l'état de la variable. Cette logique ne peut être portée que par l'orchestrateur qui a une connaissance de la logique métier (reprise des variable).

Implications côté orchestrateur

Dans le cadre de la solution précédente il y a plusieurs développement à prévoir côté orchestrateur :

  • Création d'une fonction qui permet de réconcilier les données pour les envoyer ensuite à plat à Lunatic (prendre la valeur la plus récente).
  • Écoute du changement des valeur (via onChange) pour enregistrer les modifications des variables dans l'historique.
  • Création de composants react pour créer les boutons de changement d'état (libellé de l'état de la variable, bouton reset...)

Implication côté Lunatic

Côté Lunatic il faudra prévoir un moyen de simplifier l'injection de composants avant et après un champs pour permettre l'intégration des nouveaux contrôles attendu pour la reprise des données.

Il faudra aussi prévoir un moyen de désactiver les filtres pour permettre une navigation dans le formulaire dans son intégralité en cas de besoin (à confirmer).

Mémoire d'issues qui ont concerné le sujet

  • InseeFr/Eno#542
  • InseeFr/Eno#485 (bug non corrigé)
  • Management - Calculated variable : rely on the displayed state of the variables on which it is based (WIP V1) #209 (InseeFr/Lunatic#209)
  • Management #297 (InseeFr/Lunatic#297)
  • Management - additional modality for edited to "NR" value #240 (InseeFr/Lunatic#240)
  • Afficher les questions normalement cachées par les filtres
    Il peut y avoir des réponses présentes, même si inutiles, notamment qui ont été remplies sur le papier OU des réponses devenues inutiles suite à correction d'une donnée.
    Solution Lunatic V1: désactiver les filtres et afficher toutes les variables
  • Voir l’historique des changements de valeurs de la variable
  • En phase d’édition, pouvoir indiquer que l’on souhaite remplacer la valeur collectée par une valeur null
    Solution Lunatic V1 : pour les cases à cocher décochables (mais le besoin était là pour les boutons radios, les listes déroulantes, le texte, les numériques, etc.), rajout d’une modalité N_R

Streamline and stabilise VTL use

Business case

The use of VTL in questionnaire must be streamlined and stabilised throughout the softwares.

This goal includes:

  • streamline the use of conditions: in Pogues, we describe the display condition, but Lunatic is handling a hide condition, thus Eno adds a not operator to every condition written in Pogues.
    • the best way to handle this is to only handle display condition (hence, no more extra negation)
  • simplifiy the use of variables: for historic reasons, a $ sign is added at the beginning and the end of a variable name, but really this is only mandatory for controls and not for label.
    • ideally, we would like to get rid of this dollar sign that is not part of VTL
  • modify the input number fields to produce VTL NUMBER type: currently, when a scalar response is of number type, a string is returned, designers have to handle this discrepancy (using the cast function).
  • it seems reasonable to return a numeric value to VTL expression, it is only a small evolution in Lunatic.
  • in Pogues, streamline VTL expression: some expression are between quotes, some are not.

Stack

DDI

Pogues

Eno

link to project issues

Lunatic

link to project issues

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Questionnaire composition

Business case

🇬🇧
Historically, Pogues allow to design a standalone questionnaire, i.e. a questionnaire that exists on its own. This design principle worked until today though we find it a too restrictive. There are two main use cases that we want to address asap:

  1. integrate the TCM (household shared bank of questions)
  2. tendency surveys, where each month a new questionnaire is provided by composing.

🇫🇷 Analysis document, in progress.

🇫🇷
Historiquement, Pogues permet de concevoir un questionnaire qui existe par lui-même. Ce principe de conception a fonctionné jusqu'à aujourd'hui, mais nous le trouvons trop restrictif. Il y a deux cas d'utilisation principaux que nous voulons traiter au plus vite :

  • intégrer le TCM (banque de questions partagée par les ménages)
  • les enquêtes conjoncturelles, où chaque mois un nouveau questionnaire est fourni par "composition"

Stack

Pogues

Progress

An alpha version of the features has been rolled out in validation environment, this looks promising! ⭐

Feedback from expert designer has arrived, some features are needed (Implementing filter at the ref level, import loops for the ref questionnaire into the host questionnaire).

Since the end of February, we are in beta test.

Bridging the feature gap for business surveys

Business case

Today, corporate surveys use Xforms/Orbeon technology. They will "soon" use Lunatic. It is therefore necessary to ensure that the functional coverage of Pogues/Eno/Lunatic is at least that of Pogues/Eno/Xforms

Stack

Pogues

Eno

Lunatic

  • point out the missing components
  • improve tables
  • creation of missing components

Progress

Release date

Propose new output formats

Business case

Propose new output formats such as a dictionary of variables

Stack

Pogues

Eno

Coming soon

Lunatic

Progress

Release date

2023/2024 ?

Lunatic : consolidation of loops

Business case

🇬🇧
Several improvements or bug fixes

🇫🇷
Reprendre les issues Lunatic et pointer le non bloquant non pris en compte à l'automne 2022

Stack

Correct several bugs

DDI

none

Pogues

none

Eno

maybe ?

Lunatic

  • InseeFr/Lunatic#230 Bug : rosterForLoop, loop built on it // ko when pagination = sequence
  • InseeFr/Lunatic#233 Bug - Validation Page is not reacheable when the last page of questionnaire is inside a Loop
  • InseeFr/Eno#1037 : If a loop contains the last sequence, the looped on elements are not display
  • InseeFr/Lunatic#212 : Bug - Table (with fixed size) not working inside a Loop Component

Progress

Release date

March 2023

Paradata - Interviewer questionnaire passing time

Business case

🇬🇧 We want to get the total passing time of a questionnaire handled by an interviewer. Several usage:

  • knowing the mean passing time for handling interviewer load
  • answering back to Eurostat regarding total passing time for a given survey
  • determine which modules are the costliest

🇫🇷 On souhaite obtenir le temps de passation d'un questionnaire dans le cadre d'un questionnement en face-à-face ou téléphonique. Les différentes utilisations :

  • connaître la charge moyenne pour un enquêteur
  • répondre à Eurostat sur le temps de passation moyen d'un questionnaire rempli
  • déterminer quels sont les modules les plus longs

Stakeholders

  • TIC 2023 (Eurostat needs)
  • SRCV (Eurostat needs also and methodological questions to be answered)

Stack

Queen

  • a proper timestamp system

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Code card support

Business case

here describe the business case

Stack

here describe the impact on the product softwares, linking to related issues

Pogues

Eno

Lunatic

Queen

  • Card code support in face-to-face mode (related issue ?)

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Address component

Business case

🇬🇧
A question designed through Pogues is represented as the unique element of the current display (page) in the generated questionnaire (web or interviewer mode). That's the behavior we want to keep, but we also want to provide a way to display several fields (or variables) in the case of the update of postal coordinates (the address).

The usage would be the following:

  • in Pogues, the response type list provides a new item "Address" (:fr: "Adresse")
  • in the generated questionnaire, the "address" question display several fields representing the address
  • every field is related to a dedicated variable

🇫🇷
Actuellement pour la collecte ménages on affiche une question par page sur le questionnaire généré (mode web ou enquêteur). Mais il faudrait pouvoir afficher plusieurs champs (ou variables) dans le cas de la mise à jour des coordonnées postales (adresse).

  • dans Pogues, la liste des types de réponses fournit un nouvel item "Adresse" (:fr : "Adresse")
  • dans le questionnaire généré, la question "adresse" affiche plusieurs champs représentant l'adresse
  • chaque champ est lié à une variable dédiée

Stack

here describe the impact on the product softwares, linking to related issues

Pogues

link to project issues

Eno

link to project issues

Lunatic

Progress

ComponentSet feature : already done in Lunatic

Release date

here we want to keep track of deadlines; and provide links to milestones

Lunatic V2

Business case

here describe the business case

Stack

🇬🇧
Lunatic has been developed since 2018. The components must now perform processing other than those planned at the beginning (display) such as running VTL.
Issues of Lunatic V2 :
"to separate": SOC principle ("separation of concerns"): isolate responsibilities as well as possible (essentially ogic and presentation).
"to overload": make it possible to use an external framework for display (e.g. material-UI), especially for a responsive design purpose.

🇫🇷
Refonte de Lunatic en appliquant le principe SOC.
Isofonctionnel avec Lunatic V1, corrections de bugs si possible mais a minima la V1 (controles, mode management)

Pogues

None

Eno

Lunatic

Progress

Release date

June 2022

Web : UX design approach - implementation

Business case

🇬🇧

Lunatic overhaul will enable the use of an external (decoupled) UI framework (ex: Material UI). Both Lunatic refactoring and a the work of an UX designer will lead to changes in Stromae V2.

🇫🇷
La refonte de Lunatic permet de rendre possible l'utilisation d'un framework externe pour l'affichage (ex : material-UI).
Cette refonte et les travaux menés par un UXDesigner vont conduire à la révision de l'ergonomie StromaeV2.

Stack

here describe the impact on the product softwares, linking to related issues

DDI

nothing

Pogues

nothing

Eno

Lunatic

link to issue

Progress

Release date

2023 ?

Notebook design

Business case

🇬🇧
Several Insee survey (BdF & EdT) use a notebook as a mean to collect prices (BdF) or daily activities (EdT). Historicallys, a paper notebook was used, now we want to implement a web / mobile notebook.

🇫🇷
Pour collecter des prix ou des activités, des enquêtes (BdF ou EdT) utilisent des carnets. Historiquement les collectes étaient sous forme de papier mais il faudrait pouvoir proposer un format web pour ces objets.

Stack

here describe the impact on the product softwares, linking to related issues

DDI

impact of the business case on the DDI use

Pogues

link to project issues

Eno

link to project issues

Lunatic

link to project issues

Progress

describe progress

Release date

here we want to keep track of deadlines; and provide links to milestones

Web : UX design approach without implementation

Business case

There is an ongoing counsel helping with rethinking the web questionnaire UX. We'll participate to this in order to anticipate changes to be made. Most of the implementations will be made in 2023 though.

Stack

Pogues

-

Eno

-

Lunatic

Most of the changes will be made at this level.

Stromae

Some impact on Stromae ?

Progress

WIP

Release date

End 2022

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.