Minimale verplichte velden versus gebruik afwegingen #287
Replies: 2 comments 3 replies
-
Dit vind ik een heel sterk iets: "De huidige insteek is het gebruik van waardelijsten in de frontend / user interface geeft steeds meer richting waarin nog veel ruimte zit, terwijl in de API en data opslag vooral geen zaken worden afgedwongen." Op basis van signalen van alternatieve input in de API kan bovendien een behoefte blijken waaraan vervolgens invulling gegeven kan worden binnen de richting die in de frontend gegeven wordt. |
Beta Was this translation helpful? Give feedback.
-
Voor wat betreft verplichte velden waar nu maar wat ingevuld wordt, omdat de echte waarde onbekend is: bij Gemeente Eindhoven betreft die voornamelijk de hoogte van sensoren. Daar vullen we 999.99 in. (Overigens zijn er ook zat vrijwillige velden die we niet altijd kunnen invullen, maar dat zorgt natuurlijk niet voor vervuiling, die laten we dan gewoon leeg.) |
Beta Was this translation helpful? Give feedback.
-
Tijdens de FAB sessie op 12 januari 2022 kwam ter sprake welke velden nu verplicht zouden moeten zijn en ook tot welk niveau waardelijsten moeten worden afgedwongen.
Vanuit gebruikersperspectief wil ik zo min mogelijk moeten invullen.
Vanuit het gebruik van de informatie wil ik wel voldoende mogelijkheden hebben. Als er te weinig informatie is ingevoerd, is de kwaliteit onvoldoende voor goed gebruik of informatievoorziening. Als data is ingevoerd die onbekend is en dus 'zomaar wat' is ingevoerd, dan vertroebelt dat ook de kwaliteit en bruikbaarheid.
Wat is een goede afweging? Wat zijn onze ervaringen?
De huidige insteek is het gebruik van waardelijsten in de frontend / user interface geeft steeds meer richting waarin nog veel ruimte zit, terwijl in de API en data opslag vooral geen zaken worden afgedwongen.
Beta Was this translation helpful? Give feedback.
All reactions