Hi Ethan,
<I am thinking that the lowest-level div in the TEI document is probably sufficient, and my system supports addressable URIs on the div level already. >
Definitely. I think the target URI will simply have to be whatever the target system supports. (For the texts we've annotated in Pelagios 3, we typically only have a single URI for entire work, or volume.)
<The question is: what metadata should be included in the pelagios:AnnotatedThing?>
Personally, I'd see the same minimal requirement as for objects - title, description, foaf:homepage, minimal DC-type stuff. But I'm open to hearing more opinions.
Another question, in my view, is what the annotations should include and, in fact, how they should be represented. Obviously, there's no way to support fulltext-search-type functionality with just the annotations. One possibility would be to make use of Open Annotations 'Text Quote Selector' feature to include text snippets around the annotated place reference, for each annotation. Another option (open for debate...) would be to go right for the TEI. (I got some very crude & experimental support for TEI import in Peripleo.)
<Type/Format>
Yep - this is turning into our most frequently asked question. I agree the Getty AAT could be a good basis. In addition, what I'd personally like to have for Pelagios would be a very general & light vocabulary of terms we can use as facets in a search UI. I.e. something that would let me filter my search to, say, Numismatics (but not Pottery, Literature), without the need to traverse broad & deep trees of classification schemes.
<I could include a dcterms:isPartOf to link to the parent div>
Yes, perfect. Exactly what it's meant for in the Pelagios case.
<I see in the Pelagios instructions that you are using dcterms:subject to capture basic text keywords>
That's really an interim solution (as, alas, so many things in our spec ;-) For text keywords, but also categories - e.g. Getty AAT URIs. (Or would you rather add those as RDF types to the annotated object?)
<Pelagios relations: The URI in your example doesn't resolve, so I am unable to find documentation on what relations are available in order to choose the appropriate one.>
Probably the second most frequent question - and yet another interim hack [1]. There's no documentation and the only ones we've "defined" so far are
* foundAt
* attestsTo
* locatedAt
I'm hoping that we can get this list improved & documented as part of Pelagios Commons (and perhaps include it with the LAWD ontology, rather than keeping it at the interim pelagios namespace?). In any case, I'm definitely happy to act as a collector of input & requirements.
Incidentially, we've talked about the same issue just yesterday at the Fitzwilliam museum. If I remember correctly, the Ure Museum promised to come up with a list of relations they'd require to properly expose their collection in Pelagios.
Cheers,
Rainer
[1]
https://github.com/pelagios/scalagios/blob/master/scalagios-core/src/main/scala/org/pelagios/rdf/vocab/PelagiosRelations.scala
________________________________________
Von:
pelagios...@googlegroups.com [
pelagios...@googlegroups.com]" im Auftrag von "Ethan Gruber [
ewg4...@gmail.com]
Gesendet: Mittwoch, 24. Februar 2016 16:10
An:
pelagios...@googlegroups.com
Betreff: [pelagios] Pelagios annotations in monographs and journals
--
You received this message because you are subscribed to the Google Groups "pelagios" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
pelagios-proje...@googlegroups.com<mailto:
pelagios-proje...@googlegroups.com>.
For more options, visit
https://groups.google.com/d/optout.