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

Resolve inconsistency between objectclass and datatype #220

Closed
clausnagel opened this issue Jan 2, 2024 · 2 comments
Closed

Resolve inconsistency between objectclass and datatype #220

clausnagel opened this issue Jan 2, 2024 · 2 comments
Labels

Comments

@clausnagel
Copy link
Member

The objectclass metadata table offers an "Undefined" entry (id = 1). It can be used for storing features in the feature table whose feature type is not explicitly listed in objectclass. So, in such cases, the objectclass_id column can be set to 1.

The datatype metadata table does not offer a corresponding value. If an unknown datatype is used in the property table, the datatype_id column must therefore be set to null.

We should be consistent here. Either add an "Undefined" entry to the datatype table or remove it from objectclass. Since users are allowed to store null values in both objectclass_id and datatype_id anyway, we could easily define that null means "undefined" and, thus, remove the "Undefined" entry from objectclass to solve the issue.

@clausnagel clausnagel added the v5 label Jan 2, 2024
@clausnagel
Copy link
Member Author

Btw, the same issue exists for the namespace metadata table. It neither has an "Undefined" entry so that the namespace_id column must be set to null for unknown namespaces.

@clausnagel
Copy link
Member Author

Added an Undefined entry in datatype with 89fad2d. Using null remains possible. Due to the two Undefined entries, changes to namespace are not required.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant