Re: "Connect library data standards to the linked data space"

On Sun, Sep 04, 2011 at 03:10:55PM -0700, Karen Coyle wrote:
> I think "connect" is stronger than align. I think we want actual
> connections (links). - kc

Of the two, it is the alignments that I think of as "actual links", and I do
not see the word "connections" (or "connect") commonly used specially to mean
"links" (or "link").  Therefore, between:

    "Connect library data standards to the Linked Data space" 

and

    "Align library data standards with the Linked Data space"

...the latter, to me, more strongly connotes "linking", while the
the former is vaguely evocative but less precise.  Jodi indicated
agreement (though perhaps for different reasons).

However, I'm sure Karen is not the only one who sees "connect" as stronger than
"align".  I would not object to reverting to the former.

What do others think?

Tom

> Quoting Tom Baker <tbaker@tbaker.de>:
> >I'm tempted to say "align" here, and I think that some vagueness in the
> >text can be resolved by spelling out that datasets are expressed using
> >properties, classes, and concepts [1]:
> >
> >    Align library data standards with the Linked Data space
> >
> >    In order maximize linkability with other datasets, library
> >datasets must be
> >    expressed using properties, classes, and concepts that have well-defined
> >    relationships to properties, classes, and concepts used in the
> >wider Linked
> >    Data space. This can be done in two ways: by using Linked Data
> >vocabularies
> >    based on existing standards, such as ISO language names; and by defining
> >    explicit relationships ("alignments") between the Linked Data
> >terms of the
> >    library world and those of other communities.
> >
> >-- Note: "Linked Data terms" in order to avoid a tedious
> >repetition of "properties,
> >   classes, and concepts"...
> >
> >[1] http://www.w3.org/2005/Incubator/lld/wiki/index.php?title=Draft_recommendations_page_take2&diff=6133&oldid=6132

Received on Monday, 5 September 2011 17:11:49 UTC