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
The value "not applicable" should be accepted by the metadata parser, and should ultimately result in a null value being emitted as the field value.
However, as a guard against mistakes from the metadata contributor, the inter-field validation step should also ensure that values marked "not applicable" are truly not applicable in the given metadata context (and not accidentally used in places where "unknown" would be semantically more appropriate).
This will likely require the implementation to temporarily differentiate between "unknown"/"" values and "not applicable" values, while still saving both as None in the "load" step.
The text was updated successfully, but these errors were encountered:
As a first step, a simple change would be to accept "not applicable" everywhere that "unknown" is currently accepted. Beyond that, it would be useful to first list some specific validation rules for "not applicable" vs. "unknown".
The value
"not applicable"
should be accepted by the metadata parser, and should ultimately result in anull
value being emitted as the field value.However, as a guard against mistakes from the metadata contributor, the inter-field validation step should also ensure that values marked
"not applicable"
are truly not applicable in the given metadata context (and not accidentally used in places where"unknown"
would be semantically more appropriate).This will likely require the implementation to temporarily differentiate between
"unknown"
/""
values and"not applicable"
values, while still saving both asNone
in the "load" step.The text was updated successfully, but these errors were encountered: