Getty vocabulary in Skosmos

[Sandor]

Hi,

I am going to use Skosmos (an open source web-based SKOS browser) for browsing getty vocabularies.

Basically there are two options, 

1. I can uses the remote SPARQL endpoint of the a vocabulary, and browse it remotely with Skosmos.

2. I can download and RDF file, upload it to a local triple store (Jena Fuseki), and browse it locally with Skosmos.

For case 1. I should know the SPARQL endpoint of a selected getty vocabulary.

For both case 1. and 2. I should know the

- URI namespace of the selected vocabulary, and

- URI of the main skos:ConceptScheme instance of this vocabulary.

Can any one help to find out these parameters?

Thanks in advance,

Sandor

[Vladimir Alexiev]

The endpoint is http://vocab.getty.edu/sparql, and the 3 schemes are http://vocab.getty.edu/aat, http://vocab.getty.edu/tgn, http://vocab.getty.edu/ulan.

This is documented at http://vocab.getty.edu/doc/#Descriptive_Entities (and following sections) and available in machine-readable fashion in VOID.

Please share your experiences with Skosmos, and if you have any difficulties we'll try to help.
Please read http://vocab.getty.edu/doc/#Top_Concepts: we don't have skos:topConceptOf and skos:hasTopConcept (for the reasons described there),
and instead use iso:ThesaurusArray with http://vocab.getty.edu/doc/#Standard_Hierarchical_Relations and http://vocab.getty.edu/doc/#GVP_Hierarchical_Relations.
If Skosmos relies on skos:hasTopConcept and is limited to concepts, that may be a problem.

Do you plan to deploy Skosmos on a public site?

[Sandor]

Dear Alex,

thank you for your help.

Now I can use Skosmos for opening locally the sample TGN record (Siena) in RDF format, that I previously downloaded, and uploaded to my local SPARQL endpoint (Jena Fuseki).

Now I am going to access the full TGN (and later other) vocabularies of Getty. I have access to http://tgndownloads.getty.edu/  but I can not find the full vocabulary in RDF (LOD) format, only of the sample records (Sienna).

Are the full Getty vocabularies available in RDF (LOD) format, or just the sample records?

Thanks,

Sandor

[Vladimir Alexiev]

The exports are described here http://vocab.getty.edu/doc/#Total_Exports and can be browsed here http://vocab.getty.edu/dataset/

[Vladimir Alexiev]

When you're done please post a few screenshots, or better a public site that can be used by others. I'll add to list of Use Stories

[Sandor]

Dear Alex,

I have successfully finished the upload of the Getty's vocabularies (AAT, TGN and ULAN) to our local SPARQL server (Jena-Fuseki) from which - using Skosmos - we can retrieve the data sets of these vocabularies. 

I can provide screenshots, as well as we can make our site later public.

What kind of screen shots do you want? Screenshots of Skosmos, when we access these vocabularies?

Unfortunately our SPARQL server doesn't run continuously at the moment, since time to time we have to stop it, when we upload new data sets, but our goal is that we are going to run it permanently.

We also would like to use the Getty's vocabularies from its own remote SPARQL server, but for some reason it doesn't work. 

We use the same settings as we use for our local SPARQL server, except the address the SPARQL server, as follow,  

:aato a skosmos:Vocabulary, void:Dataset ;

        dc:title "Getty AAT - Art & Architecture Thesaurus - online"@en ;

        dc:subject :cat_general ;

        void:uriSpace "http://vocab.getty.edu/aat/";

        skosmos:language "en";

        skosmos:showTopConcepts "true";

        skosmos:loadExternalResources "true";

        skosmos:fullAlphabeticalIndex "true";

        skosmos:arrayClass isothes:ThesaurusArray ;

        void:sparqlEndpoint <http://vocab.getty.edu/sparql> ;

        skosmos:sparqlGraph <http://vocab.getty.edu/aat/>.

Do you have any idea, what can be wrong?

Thank you for your help in advance.

Best Regards,

Sandor

[Sandor Kopacsi]

Dear all,

We would like to use the Getty's vocabularies from its own remote SPARQL server, but for some reason it doesn't work. 

We use the same settings as we use for our local SPARQL server, except the address the SPARQL server, as follow,  

:aato a skosmos:Vocabulary, void:Dataset ;

        dc:title "Getty AAT - Art & Architecture Thesaurus - online"@en ;

        dc:subject :cat_general ;

        void:uriSpace "http://vocab.getty.edu/aat/";

        skosmos:language "en";

        skosmos:showTopConcepts "true";

        skosmos:loadExternalResources "true";

        skosmos:fullAlphabeticalIndex "true";

        skosmos:arrayClass isothes:ThesaurusArray ;

        void:sparqlEndpoint <http://vocab.getty.edu/sparql> ;

        skosmos:sparqlGraph <http://vocab.getty.edu/aat/>.

Do you have any idea, what can be wrong?

Thank you for your help in advance.

Best Regards,

Sandor

 

On Thursday, October 22, 2015 at 11:10:53 AM UTC+2, Vladimir Alexiev wrote:

[Vladimir Alexiev]

Hi Sandor!
(My name is Vladimir, not Alex).

> Screenshots of Skosmos, when we access these vocabularies?

Yes. Various views of the vocabs would be great!

> Do you have any idea, what can be wrong?

It's hard to guess. Do you have some logs or error messages from Skosmos? 

• I assume you've loaded the Total Exports to your local server, and haven't used any inferencing? The Getty endpoint doesn't have downward properties (skos:narrower, skos:narrowerTransitive) so if your local endpoint has those through inference, that could be the reason.
  
• Maybe some performance/bandwidth limitation. But I'd guess Skosmos "crawls" the data gently (no expensive queries), so I doubt it.
• I found this skosmos-users discussion: https://groups.google.com/forum/#!msg/skosmos-users/LaGj0sjh2WE/6G6ZezYhDgAJ. There Osma concludes with "You will need Fuseki with a text index - see Skosmos wiki page InstallFusekiJenaText for details". The Getty endpoint includes 2 text indexes (see http://vocab.getty.edu/doc/#Full_Text_Search and http://vocab.getty.edu/doc/queries/#Full_Text_Search_Query) but they are GraphDB+Lucene, not Fuseki. There's no SPARQL standard extension for FTS, so if Skosmos uses the Jena+Fuseki syntax for FTS, that's the reason.

[Vladimir Alexiev]

Just to add that this is valuable deployment advice for Skosmos+GVP that it will be worthwhile capturing in a use case (together with a shot). 

Cheers!

[Sandor Kopacsi]

Dear Vladimir,

(sorry for mixing your names)

On Thursday, February 18, 2016 at 3:46:58 PM UTC+1, Vladimir Alexiev wrote:

Hi Sandor!
(My name is Vladimir, not Alex).

> Screenshots of Skosmos, when we access these vocabularies?

Yes. Various views of the vocabs would be great!

O.K., I will send some screenshots of using Skosmos with Getty's Vocabularies soon. 

 

> Do you have any idea, what can be wrong?

It's hard to guess. Do you have some logs or error messages from Skosmos? 

 I have recently received this log errors:

[Thu Feb 18 11:31:02 2016] [error] [client 131.130.2.250] PHP Fatal error:  Call to a member function getValue() on a non-object in /var/www/skosmos/model/Vocabulary.php on line 81, referer: http://skosmos.phaidra.org/en/?clang=

but I don't think it helps.

• I assume you've loaded the Total Exports to your local server, and haven't used any inferencing? The Getty endpoint doesn't have downward properties (skos:narrower, skos:narrowerTransitive) so if your local endpoint has those through inference, that could be the reason.
  

You are right, I used the Total Exports, as you suggested, and I haven't used inferencing (as the Explicit dataset would require), but as far as I know if I use the full dataset of Getty I don't need inferencing in Fuseki.

• Maybe some performance/bandwidth limitation. But I'd guess Skosmos "crawls" the data gently (no expensive queries), so I doubt it.
  

I don't know. I switched off all time outs, and I use high bandwidth so I don't think it could be the problem. 

• I found this skosmos-users discussion: https://groups.google.com/forum/#!msg/skosmos-users/LaGj0sjh2WE/6G6ZezYhDgAJ. There Osma concludes with "You will need Fuseki with a text index - see Skosmos wiki page InstallFusekiJenaText for details". The Getty endpoint includes 2 text indexes (see http://vocab.getty.edu/doc/#Full_Text_Search and http://vocab.getty.edu/doc/queries/#Full_Text_Search_Query) but they are GraphDB+Lucene, not Fuseki. There's no SPARQL standard extension for FTS, so if Skosmos uses the Jena+Fuseki syntax for FTS, that's the reason.

I know that Skosmos requires text index in case of bigger thesauri, but I don't think that text index with Fuseki only. I don't know what is the technological difference between GraphDB+Lucene (by the way Fuseki also uses Lucene)  and Fuseki+Lucene.  I also don't know what can be different in FTS by Jena+Fuseki and by GraphDB+Lucene, but if it is the problem, what could be the solution? 

Can you suggest another API through which we can access the SPARQL endpoint of Getty?

Thanks again,

Sandor

 

[Sandor Kopacsi]

On Thursday, February 18, 2016 at 3:48:12 PM UTC+1, Vladimir Alexiev wrote:

Just to add that this is valuable deployment advice for Skosmos+GVP that it will be worthwhile capturing in a use case (together with a shot). 

Cheers!

I agree with that, I am going to write a paper and organize workshop about it :-)

[Vladimir Alexiev]

> what can be different in FTS by Jena+Fuseki and by GraphDB+Lucene

SPARQL doesn't provide any standard way to expose FTS. Our endpoint (using GraphDB+Lucene) provides 2 indexes as predicates luc:term (brief) and luc:text (full), as described in the links above. Jena/Fuseki has its own predicate(s) for FTS querying. Since Skosmos uses the Fuseki predicate, it won't work with the GraphDB endpoint.

> but if it is the problem, what could be the solution?

Extend Skosmos to also work on other SPARQL FTS implementations. But first confirm with Osma in the skosmos-users group whether that's the problem, and ask for feedback.

> Can you suggest another API through which we can access the SPARQL endpoint of Getty?

I don't know of any public Fuseki endpoint.

[Vladimir Alexiev]

Or just ask Osma to host the GVP vocabs at http://skosmos.dev.finto.fi/en/.

Cheers!