Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hard-coded Lunatic labels types #533

Open
nsenave opened this issue Dec 5, 2022 · 0 comments
Open

Hard-coded Lunatic labels types #533

nsenave opened this issue Dec 5, 2022 · 0 comments
Labels
implementation discussion Type: Feature New feature for Bowie applications

Comments

@nsenave
Copy link
Contributor

nsenave commented Dec 5, 2022

Lunatic model has introduced complex label objects which have a String value (that corresponds to previous label modeling), and a type. This type is currently a String that should be better modeled later on (InseeFr/Lunatic-Model#72), but it is not the purpose of this issue.

The value of these label types is hard-coded in Eno:

This should rather be done either with metadata, or maybe be fixed by Lunatic-Model. The value of Lunatic label types should not be determined by Eno.

@nsenave nsenave added Type: Feature New feature for Bowie applications implementation discussion labels Feb 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
implementation discussion Type: Feature New feature for Bowie applications
Projects
None yet
Development

No branches or pull requests

1 participant