Re: Documents that supersede others

10.11.2014, 13:57, "Dave Caroline" <dave.thearchivist@gmail.com>:
> I think an answer is a good old linked list, precedes doc, supersedes doc.
> but should those be the creators terms or a fixed id or both?
>
> A searcher can land on any in the chain and find what he needs.

Yeah, but our goal in schema.org is to help him land on the one most likely to be what he was looking for.

The linked list is a good publication practice, and people who keep the historical archive available often do that. If we have terms in schema.org that match those, the linked list could be augmented to help searches get completed faster.

cheers

Chaals

> I know I have an example that has yet to be catalogued in my
> collection, it is a series of electrical handbooks for motorcycles by
> Joseph Lucas, I have 19 in the series with what looks like some gaps
> in the sequence.
>
> Dave Caroline
>
> On 09/11/2014, Karen Coyle <kcoyle@kcoyle.net> wrote:
>> šAnother common case is that of chasing down cited documents. I have a
>> šreport that cites a 1984 text on database design. To understand the
>> šreport and why it drew the conclusions it did, I would need to look at
>> šthat text. Gone.
>>
>> šCited digital documents can be "pushed" to archiving services (such as
>> šthe Internet Archive) where they will be stored with a unique
>> šidentifier. Subsequent versions need to carry a link to at least the
>> šimmediately preceding version. That's the ideal case.
>>
>> šNote that in the case of hard copy items, libraries do not keep a record
>> šof discarded books, so not only is the book gone, the record that the
>> šbook ever existed is also gone, other than to the extent that it has
>> šbeen referenced by a still-extant document.
>>
>> šIn other words, a huge bibliographic database like OCLC is not a
>> šbibliography of published works, only of works currently held in libraries.
>>
>> šFor some reason, this bothers me.
>>
>> škc
>>
>> šOn 11/9/14 12:45 AM, chaals@yandex-team.ru wrote:
>>> š09.11.2014, 08:54, "Dave Caroline" <dave.thearchivist@gmail.com>:
>>>> šPlease dont forget the users who want a version of document to match
>>>> šthe item they have, I am thinking of a manual for an item, they also
>>>> šgo through various versions, sometimes with a model number change,
>>>> šsome times with a serial number/date range of device to doc relation.
>>> šI started by facing a similar use case - drafts of specifications.
>>>
>>> šWhen you implemented against a particular draft it is useful to be able to
>>> šfind it. But the 80% case is "the latest version (perhaps with some status
>>> šor characteristic)".
>>>
>>> šThe behaviour I am trying to catch is attempts to remove the older
>>> šversions from search results by marking them "don't index", while allowing
>>> šfor the 80% case to be simple - you get the one that superseded everything
>>> šunless you want it to have some feature described that was removed, or
>>> šsomething like that.
>>>
>>> šcheers
>>>> šNote some information is missing from the original documents and items.
>>>>
>>>> šAt the moment I have not added schema.org to my data because of this
>>>> šsort of miss match.
>>>>
>>>> šDave Caroline
>>>>
>>>> šAn example manual search for one model number gets me 13 results in my
>>>> šcurrent collection.
>>>> šhttp://www.collection.archivist.info/searchv13.php?searchstr=telequipment+oscilloscope+s43
>>>>
>>>> šOn 09/11/2014, chaals@yandex-team.ru <chaals@yandex-team.ru> wrote:
>>>>> šššHi,
>>>>>
>>>>> šššwe already mark properties in schema with
>>>>> šhttp://schema.org/supersededBy
>>>>> ššš(whose range includes property and so far nothing else).
>>>>>
>>>>> šššIn various contexts entire documents do this, such as when they are
>>>>> šbeing
>>>>> šššdrafted, or when version X+1 replaces version X of something, or when
>>>>> ša
>>>>> šššregulation is superseded by another, or when a set of rules for a
>>>>> šsport is
>>>>> šššupdated
>>>>>
>>>>> šššThe specific use case is a series of drafts that turn up pretty
>>>>> šrandomly in
>>>>> šššsearches. For most purposes, the one anybody might want is the latest
>>>>> ššš(admittedly there may be more than one form of "latest").
>>>>>
>>>>> šššBut I can think of a bunch of others...
>>>>>
>>>>> šššcheers
>>>>>
>>>>> šššChaals
>>>>>
>>>>> ššš--
>>>>> šššCharles McCathie Nevile - web standards - CTO Office, Yandex
>>>>> šššchaals@yandex-team.ru - - - Find more at http://yandex.com
>>> š--
>>> šCharles McCathie Nevile - web standards - CTO Office, Yandex
>>> šchaals@yandex-team.ru - - - Find more at http://yandex.com
>> š--
>> šKaren Coyle
>> škcoyle@kcoyle.net http://kcoyle.net
>> šm: 1-510-435-8234
>> šskype: kcoylenet/+1-510-984-3600

--
Charles McCathie Nevile - web standards - CTO Office, Yandex
chaals@yandex-team.ru - - - Find more at http://yandex.com

Received on Monday, 10 November 2014 11:45:30 UTC