Needs et depth/importance associated to fields #904
datagistips
started this conversation in
Ideas
Replies: 1 comment
-
Hi @datagistips, In-general any custom properties are allowed https://datapackage.org/specifications/glossary/#custom-properties so I think it might make sense to have |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello,
We are currently working on a scheme around delivery areas. We're presenting it in two versions: a standard version with 21 fields, and an "ultra" version with 24 additional fields.
What we're afraid of is presenting a very long schema to a community of users. For me, this is a concern associated with editing GUIs and the information possibilities contained of TableSchema. A schema shouldn't be adapted to the GUI, but I think the opposite is true.
Currently, the only way to make editing easier for a user would be to make certain fields mandatory or not, and to display only mandatory fields in standard editing and optional ones in advanced editing.
And yet, the notion of mandatory is relative to the uses you wish to make of it.
For example, in the case of delivery areas, the presence of horizontal or vertical signage and its conformity will be more important for a road management department than for a haulier.
The notion of importance or depth associated with fields in a database is in line with some of the thinking behind datactivi.st, notably by Arthur Sarazin.
Here's an idea for implementing profiles for a delivery area with two profiles. The width of the delivery area is of interest to both the local authority and the carrier:
This would make it possible to offer editing and exploration interfaces adapted to the specific needs of users.
If we allow the
importance
value, we could propose the following:if the field is very important. This system would make it possible to offer editing or visualization interfaces that are more or less rich and deep in this case.
What do you think of this idea? Wouldn't it be a good idea to implement it to the TableSchema ?
Beta Was this translation helpful? Give feedback.
All reactions