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
There is currently no way to predictably determine the schemes/roles/types of
the various metadata properties the Publications spec defines or that we expect
to be drawn from DCTERMS.
Right now, only recommendations of ONIX and MARC Code Lists are provided, but
implementers cannot reliably determine which list the value of these properties
is drawn from. Without predictability, there is no way to tell one title from
another, for example, or the role a contributor played. This lack of
predictability can impact the ability to process or render the information.
Original issue reported on code.google.com by mgarrish on 13 Feb 2011 at 7:15
A possible solution to this problem would be to define default code lists for
the affected properties. As an example, ONIX 3 Code List 17 numeric codes could
be defined as the default for creator roles when no scheme is attached to the
role property. If a scheme is attached, it would designate the code the value
corresponds to. Possible recommended scheme identifiers could be maintained
separately from the specification to provide additional reliability.
The absence of a scheme on the identifier property would imply an
unknown/proprietary scheme is being used.
Original comment by mgarrish on 13 Feb 2011 at 7:24
This issue has been addressed in r2823.
Reference to specific code lists have been removed and the scheme property
broadened so that it can be used to identify the source any property's value is
drawn from or system it conforms to.
Original comment by mgarrish on 25 Apr 2011 at 8:39
Original issue reported on code.google.com by
mgarrish
on 13 Feb 2011 at 7:15The text was updated successfully, but these errors were encountered: