| 
  • If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • Want to organize your cloud files? Sign up for a free webinar to see how Dokkio (a new product from PBworks) can help you find, organize, and collaborate on your Drive, Gmail, Dropbox, and Slack files: Weds, May 27 at 2PM Eastern / 11AM Pacific
View
 

British Museum Collections discussion and feedback

Page history last edited by Owen Stephens 8 years, 5 months ago

Somewhere to discuss and provide feedback on the British Museum Collections endpoint (listed at Museum API).

 

At the #pelagios meeting and on twitter a set of anti-patterns for data services was suggested. I'm just dumping the points here as I think they give a check list for us to work against in terms of collecting together valuable information - I guess an FAQ starter pack

 

Anti-patterns

  • homepages that don't say where data can be found
  • not providing info on licences
  • not providing info on RDF syntaxes 
  • not providing egs of query construction
  • not providing easy way to get at term lists
  • no html browsing
  • complex data models

 

License

The British Museum have applied their own Open Data license to the data available via http://collection.britishmuseum.org/, the details of the license are at http://collection.britishmuseum.org/Licensing. Allows re-use, with attribution.

 

Comments (4)

Alexander Dutton said

at 4:06 pm on Dec 1, 2011

Endpoint requires a query parameter called "Query". I think this needs to be lower-case, as per http://www.w3.org/TR/sparql11-protocol/#query-operation

Owen Stephens said

at 5:14 pm on Dec 1, 2011

Problem with http://collection.britishmuseum.org/id/thesauri/x17904 returning no information, although referenced by many records as a place (I think it is Egypt or related to Egypt). Reported to BM 16/11/2011

Owen Stephens said

at 2:10 pm on Dec 5, 2011

Owen Stephens said

at 2:13 pm on Dec 5, 2011

There is a limit to the amount of data the SPARQL endpoint can return without throwing an error. It isn't clear what the limit is, but I'm guessing it is something about the overall size of the response to the SPARQL query. For example:
SELECT * WHERE
{
?s ?p ?o
}
You can retrieve only 123 results before you get an error, while using

SELECT ?s WHERE
{
?s ?p ?o
}

You can retrieve over 300 results

You don't have permission to comment on this page.