[osis-core] type on identifier and subject, syntax of content

[Patrick Durusau]

Steve,

On the phone with Troy, here is what I understand is the issue:

The type="OSIS" is used to mark an identifier (only one) in a work 
declaration that is THE identifier for OSIS software. (It is really not 
a type issue, but this is the mechanism that was discussed previously.)

In other words, the identifier that bears type="OSIS" is the source for 
OSIS resolution of references.

Example:

I have a Bible encoded with the self-identifier <identifier 
type="OSIS">Bible.KJV.Zondervan.1985</identifier>

When that work is loaded in OSIS software, it records the identifier 
with the OSIS type and the physical document location.

Then, if I write a sermon and in the header, in addition to the work 
element that defines this work I have:

<work osisWork="KJV">

	<identifier type="OSIS">Bible.KJV.Zondervan.1985</identifier>

</work>

This calls for any work that has self-identified itself as this.

and then later in my sermon I have osisRef="KJV:John.1.1" the software 
"knows" where to find the appropriate document.

Hope you are having a great day!

Patrick

Steven J. DeRose wrote:
> I finally read through this thread, and felt pretty lost for a while.
> 
> A few things I do feel sure of:
> 
> * The colon is really ugly if a prefix is standing alone, like in its 
> declaration.
> 
> * Using something like "ISBN" as the type of an <identifier> in a <work> 
> implies no claim to authority over the ISBN namespace, or even the 
> individual ISBN -- no more so that my reading you an ISBN over the phone 
> or putting it in a bibliography entry.
> 
> * I think Patrick's solution below for type of ident and subj is ok -- 
> basically leave it open, but we provide a set of recommended values, and 
> those values are reserved to mean what we say (in other words, people 
> aren't allowed to say "ISBN" and mean some new scheme they invented 
> instead.
> 
> * I'm still confused by the meaning of type="OSIS" -- it seems an odd 
> usage if it's basically a private-use identifier -- would it make more 
> sense to call what Patrick described below, "Local" or "Private" or 
> "192.168" or something? I'm not going to push hard for that, just 
> throwing it out in case those who actually understand this portion think 
> it makes sense....
> 
> At some point I think we should tie this whole system in to URNs 
> somehow; but I haven't studied URNs enough to know what it would take.
> 
> S
> 
> At 3:05 PM -0500 10/27/03, Patrick Durusau wrote:
> 
>> Greetings!
>>
>> Apparently my post concerning the dropping of enumerated types from 
>> identifier and subject got lost in the flood of emails on the latest 
>> schema.
>>
>> Let me make the following suggestion (subject to your comments and my 
>> getting in contact with Steve):
>>
>> Type on identifier and subject should be xs:string.
>>
>> Suggested values for the type attribute on identifier and subject will 
>> be enumerated in the users manual.
>>
>> If "OSIS" is used for type on identifier, the value of the 
>> <identifier> element, that is:
>>
>> <identifier type="OSIS">The_Part_Right_Here</identifier>
>>
>> then the "The_Part_Right_Here" is the identifier for the work 
>> represented by that <work> element for purposes of identifying that 
>> work (whether it is this work or simply a work in the header).
>>
>> (Todd's general and continuing objection to this suggestion is noted.)
>>
>> Now, the value to be inside the <identifier> and <subject> elements is 
>> also unconstrained.
>>
>> Note that best practices recommends that such value: 
>> "The_Part_Right_Here" should bear a work prefix, that is to say:
>>
>> Work_Prefix:The_Part_Right_Here
>>
>> Where the Work_Prefix is defined in a <work> element in the header.
>>
>> The Work_Prefix is not required but does allow careful users to create 
>> OSIS documents that are self-defining in terms of their identifiers 
>> and subjects.
>>
>> This suggestion also avoids the use of the "x-" mechanism in favor of 
>> users defining their work prefixes.
>>
>> Does this get a chorus of "+1's?"
>>
>> Hope everyone is having a great day!
>>
>> Patrick
>>
>> -- 
>> Patrick Durusau
>> Director of Research and Development
>> Society of Biblical Literature
>> Patrick.Durusau@sbl-site.org
>> Chair, V1 - Text Processing: Office and Publishing Systems Interface
>> Co-Editor, ISO 13250, Topic Maps -- Reference Model
>>
>> Topic Maps: Human, not artificial, intelligence at work!
>>
>>
>> _______________________________________________
>> osis-core mailing list
>> osis-core@bibletechnologieswg.org
>> http://www.bibletechnologieswg.org/mailman/listinfo/osis-core
> 
> 
> 


-- 
Patrick Durusau
Director of Research and Development
Society of Biblical Literature
Patrick.Durusau@sbl-site.org
Chair, V1 - Text Processing: Office and Publishing Systems Interface
Co-Editor, ISO 13250, Topic Maps -- Reference Model

Topic Maps: Human, not artificial, intelligence at work!