You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 26, 2021. It is now read-only.
WS team requested DDF validator (warning) rule ENTITY_VALUE_AS_ENTITY_NAME which says concept ids and entity ids cannot be the same. I.e. there is a uniqueness constraint on the union of entity ids and concept ids.
This is not according to the definition of DDF. Concept id's and entity id's are two seperate sets of id's. Concept id's are unique within the set of concepts. Entity id's are unique within one entity domain. So it's possible to have male in both geo domain and gender domain (and male as a concept id) while still being a valid dataset and not creating problems in implementation.
We have this now for all our Gapminder sets where we have geo as a concept id for geographic places and geo as an entity id for Georgia. This is completely valid and shouldn't cause warnings.
I'm curious to hear how this creates problems in implementation.
The text was updated successfully, but these errors were encountered:
jheeffer
changed the title
Concept id's and Entity id's cannot overlap
Concept ids and entity ids should be able to be identical
May 10, 2018
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
WS team requested DDF validator (warning) rule
ENTITY_VALUE_AS_ENTITY_NAME
which says concept ids and entity ids cannot be the same. I.e. there is a uniqueness constraint on the union of entity ids and concept ids.This is not according to the definition of DDF. Concept id's and entity id's are two seperate sets of id's. Concept id's are unique within the set of concepts. Entity id's are unique within one entity domain. So it's possible to have
male
in bothgeo
domain andgender
domain (andmale
as a concept id) while still being a valid dataset and not creating problems in implementation.We have this now for all our Gapminder sets where we have
geo
as a concept id for geographic places andgeo
as an entity id for Georgia. This is completely valid and shouldn't cause warnings.I'm curious to hear how this creates problems in implementation.
The text was updated successfully, but these errors were encountered: