On 3/5/12 6:33 AM, Thomas Baker wrote:
>
> The problem with this is that there is some principled resistance to the idea
> that one _must_ neatly distinguish properties with literal ranges from
> properties with object ranges. We see this is the preference by some projects
> to continue using -- or even to revert to using -- the fifteen "free-range"
> /elements/1.1/ properties in preference to the fifteen "ranged" /terms/
> properties [1].
I think this confuses the declaration with the implementation. If you
revert to the /terms/ properties, the values are literals even if they
happen to begin "http://..." THAT'S when you start digging around in the
strings to try to figure out what you've got. But this is only possible
inside an application that is munging data -- it's not a linked data
function.
>
> In the wild, I am told, well-meant range assignments often simply get ignored,
> whether out of simple ignorance, willful pragmatism, or out of a principled
> stance that the DatatypeProperty/ObjectProperty distinction forces "semantic
> overcommitment". If were to happen on a wide scale (maybe someone here can
> point to some numbers?), then it is consumers of Linked Data who would need to
> adjust.
This most likely depends on the type of metadata. In the case of DC,
which is trying to be as broad as possible with few constraints, the
differences in interpretation will be legion. In the case of, say,
scientifically produced genome information, my guess is that we'll find
that the data is pretty consistent, and any non-consistent data will be
ignored because it cannot be interpreted.
>
> The Schema.org initiative, in my understanding, follows an (implicit?) policy
> of defining ranges with precision, but in the expectation that those ranges
> may, in practice, be ignored. If I have understood correctly, this seems wise.
I agree that this is wise for the schema.org use case and general
environment. I wouldn't want my bank or my airline's navigation system
using this thinking, however.
Is the intention to define DCAM for the DC use case, or for a broader
set of use cases?
kc
>
> Tom
>
> [1] http://wiki.dublincore.org/index.php/FAQ/DC_and_DCTERMS_Namespaces
>
--
Karen Coyle
[log in to unmask] http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet
|