[open-bibliography] More open bib data from Southampton

Christopher Gutteridge cjg at ecs.soton.ac.uk
Mon Jan 10 14:55:45 UTC 2011


Thanks very much!

The de-reference is due to an issue with eprints.soton having an 
over-enthusiastic plugin. Try eprints.ecs.soton.ac.uk for another 
example. It's a bug in that one repository that I'm working on getting 
fixed.

If that bug wasn't bugged you'd see a voID declaration for the 
repository. eg.
http://devel.eprints.org/id/repository

It declares all the namespaces that *might* be used in the serialisation 
for speed, rather than backtrack to check which were actually used.

It also provides a rather scary http://eprints.ecs.soton.ac.uk/id/dump 
URL which lets you dump all the records.
eg.
curl -H'accept:text/n3' http://eprints.ecs.soton.ac.uk/id/dump -L



On 10/01/11 13:51, Adrian Pohl wrote:
> Hello Christopher,
>
> I just had a quick look at your example[1]. Here my thoughts on this:
>
> The object URI in the isPartOf-statement in line 56:
> http://eprints.soton.ac.uk/id/repository doesn't seem to dereference.
> As far as I know collection level description isn't done very often
> with repositories as is the case with other collections. I'd find it
> useful if EPrints supported collection descriptions of repositories
> and collections within them. One might use the Dublin Core Collections
> Application Profile[2] to do this (though - I have to say - I am not
> fully satisfied with this solution).
>
> There are some ontologies declared at the top of the document which
> aren't used (in this description): event, void, eprel, cc, owl, geo.
> It perhaps would be nicer only to declare the ontologies actually used
> in the description at hand.
>
> The rest seems to look quite well as far as I can tell.
>
>> Also, in principle I'd like to look at exposing the library database as open
>> data, including number of copies available currently for loan. Any ideas?
> Do you know the Document Availability Information data model (DAIA)?
> See [3].
>
> Adrian
>
> [1] http://eprints.soton.ac.uk/cgi/export/eprint/12321/RDFXML/eps-eprint-12321.rdf
>
> [2] http://dublincore.org/groups/collections/collection-application-profile/
>
> [3] http://daia.sourceforge.net/
>
> 2011/1/6 Christopher Gutteridge<cjg at ecs.soton.ac.uk>:
>> EPrints.soton, our main EPrints server, now provides RDF and sensible URIs.
>> http://eprints.soton.ac.uk/cgi/export/eprint/12321/RDFXML/eps-eprint-12321.rdf
>>
>> EPrints.ecs.soton.ac.uk has provided this for some time (one day these two
>> repositories should be merged, but it's a scary job)
>>
>> We also provide similar data from our 'edshare' teaching materials
>> repository:
>> http://www.edshare.soton.ac.uk/
>>
>> What these don't yet do is join the data up in any sane way, they each use
>> different URIs for authors (person identity is a bit of a rabbit hold in
>> such a large organistation with many co-evolved systems!)
>>
>> Suggestions on how to make this more useful will go a long way as I can
>> alter the next release of the software, rather than just our local copies!
>>
>> Also, in principle I'd like to look at exposing the library database as open
>> data, including number of copies available currently for loan. Any ideas?
>>
>> --
>> Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248
>>
>> You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
>>
>>
>> _______________________________________________
>> open-bibliography mailing list
>> open-bibliography at lists.okfn.org
>> http://lists.okfn.org/mailman/listinfo/open-bibliography
>>
> _______________________________________________
> open-bibliography mailing list
> open-bibliography at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/open-bibliography

-- 
Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248

/ Lead Developer, EPrints Project, http://eprints.org/
/ Web Projects Manager, ECS, University of Southampton, http://www.ecs.soton.ac.uk/
/ Webmaster, Web Science Trust, http://www.webscience.org/





More information about the open-bibliography mailing list