uriSpace

92 views
Skip to first unread message

Sandor Kopacsi

unread,
Mar 23, 2017, 11:45:32 AM3/23/17
to Skosmos Users
Dear Osma,
I would like to ask the exact meaning and usage of the void:uriSpace property in the vocabularies.ttl that belongs to an idividual vocabulary.
The strange thing to me, that in Skosmos at the URI of a concept not this value is displayed, but the prefix that is provided in the vocabulary itself.

For example:
In vocabularies.ttl I have defined:

In the vocabulary file I have defined the prefix:

And in Skosmos at an concept appears:

I am also interested in if at uriSpace in the vocabularies.ttl or at the prefix in vocabulary file itself in the place of an URL (http://...) an URN (urn:...) can also be?

Thanks and best regards,
Sandor 


Osma Suominen

unread,
Mar 28, 2017, 9:30:34 AM3/28/17
to skosmo...@googlegroups.com
Hi Sandor!

The void:uriSpace setting is used mainly for shortening URIs for page URLs.

So if there is a vocabulary with URI scheme http://example.org/voc/ the
concept page for the concept http://example.org/voc/12345 will, if there
is no uriSpace setting, be available at

http://skosmos/page/?uri=http://example.org/voc/12345

but with a proper uriSpace setting ("http://example.org/voc/")Skosmos
will instead use

http://skosmos/page/12345

The setting has no effect on the RDF data returned by Skosmos for
individual concepts. But the prefixes defined at the top of the
vocabularies.ttl will be used in the returned RDF data, as you noticed.

Regarding URNs, I'm not sure whether those will work since we have not
used them as concept identifiers - though we do use URNs embedded in
HTTP URLs such as organization identifiers in the CN dataset, e.g.
http://urn.fi/URN:NBN:fi:au:cn:146806A

-Osma
> --
> You received this message because you are subscribed to the Google
> Groups "Skosmos Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to skosmos-user...@googlegroups.com
> <mailto:skosmos-user...@googlegroups.com>.
> To post to this group, send email to skosmo...@googlegroups.com
> <mailto:skosmo...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/skosmos-users/2d2fd641-0ee7-4f67-bc6b-1e70702a32b0%40googlegroups.com
> <https://groups.google.com/d/msgid/skosmos-users/2d2fd641-0ee7-4f67-bc6b-1e70702a32b0%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.


--
Osma Suominen
D.Sc. (Tech), Information Systems Specialist
National Library of Finland
P.O. Box 26 (Kaikukatu 4)
00014 HELSINGIN YLIOPISTO
Tel. +358 50 3199529
osma.s...@helsinki.fi
http://www.nationallibrary.fi

Sandor Kopacsi

unread,
Mar 29, 2017, 10:29:11 AM3/29/17
to Skosmos Users
Dear Osma,

Thank you for your answer.

It seems to be clear, but I do something wrong. 

If I set the void:uriSpace in the vocabularies.ttl belonging to this vocabulary to  "http://www.statistik.at/oefos2012"  Skosom still shows http://vocab.phaidra.org/skosmos/oefos12/en/page/?uri=http://www.statistik.at/oefos2012/207401 in the URL, and not http://vocab.phaidra.org/skosmos/oefos12/en/page/207401. If I want to access this concept directly by http://vocab.phaidra.org/skosmos/oefos12/en/page/207401, then I got a 404 Error from Skosmos. 

Regarding the URN using for URI instead of an URL (which is a more important issue to me) I have tried to write the URN to the namespace in the effected vocabulary like that:
@prefix oefos: <urn:x-vocab:at:oefos:2015/> .
but after that Skosmos display just the Vocabulary information sheet, displaying the Terms count by language, but nothing else.
If I want to use embedded URN, as you did, what should I do for it?

Thanks and best regards,
Sandor

Osma Suominen

unread,
Mar 31, 2017, 7:58:42 AM3/31/17
to skosmo...@googlegroups.com
Hi Sandor!

29.03.2017, 17:29, Sandor Kopacsi kirjoitti:
> For example, I have a concept in Skomos:
> http://vocab.phaidra.org/skosmos/oefos12/en/page/?uri=http://www.statistik.at/oefos2012/207401
> If I set the void:uriSpace in the vocabularies.ttl belonging to this
> vocabulary to "http://www.statistik.at/oefos2012" Skosom still shows
> http://vocab.phaidra.org/skosmos/oefos12/en/page/?uri=http://www.statistik.at/oefos2012/207401
> in the URL, and not
> http://vocab.phaidra.org/skosmos/oefos12/en/page/207401. If I want to
> access this concept directly by
> http://vocab.phaidra.org/skosmos/oefos12/en/page/207401, then I got a
> 404 Error from Skosmos.

Could this be because you have omitted the final slash in the uriSpace
setting? Try setting it to "http://www.statistik.at/oefos2012/" instead.

> Regarding the URN using for URI instead of an URL (which is a more
> important issue to me) I have tried to write the URN to the namespace in
> the effected vocabulary like that:
> @prefix oefos: <urn:x-vocab:at:oefos:2015/> .
> but after that Skosmos display just the Vocabulary information sheet,
> displaying the Terms count by language, but nothing else.

It's quite likely that Skosmos is checking for URIs that start with
'http' or 'https' in some places in the code. If you want to have URNs
supported, please open an issue on GitHub and provide a full example file.

> If I want to use embedded URN, as you did, what should I do for it?

We are just prefixing the URNs with "http://urn.fi/", the URL of the URN
resolver operated by the National Library of Finland. We have set up the
resolver to handle URNs like that by redirecting them to Finto using
HTTP content negotiation and the 303 See Other convention.

You can use any kind of HTTP URIs in your data, including embedded URNs
like this, but if you want them to be resolvable, you will need to have
a URN resolver service that understands those identifiers. Plain URNs
are generally not resolvable (there is no single official mechanism to
resolve them, but a number of URN resolvers exist, including our urn.fi
and the resolver operated by the German national library) so if you use
them in your SKOS data, others will not be able to dereference your
concept identifiers. HTTP URIs are generally preferred in Linked Data
(see Linked Data principle #2: "Use HTTP URIs so that people can look up
those names.").

-Osma

Sandor Kopacsi

unread,
Apr 5, 2017, 10:29:42 AM4/5/17
to Skosmos Users
Dear Osma,

I have set  void:uriSpace to "http://www.statistik.at/oefos2012/", but it did not help. Skosmos still shows "http://vocab.phaidra.org/skosmos/oefos12/en/page/?uri=http%3A%2F%2Fwww.statistik.at%2Foefos2012%2F103002"

URNs in IDs would be important for us for those concept which can not be looked up directly by their URLs in other resources. So I will open an issue.

Thanks,
Sandor

Osma Suominen

unread,
Apr 7, 2017, 6:01:53 AM4/7/17
to skosmo...@googlegroups.com
Hi Sandor!

05.04.2017, 17:29, Sandor Kopacsi kirjoitti:
> I have set void:uriSpace to "http://www.statistik.at/oefos2012/
> <http://www.statistik.at/oefos2012/>", but it did not help. Skosmos
> still shows
> "http://vocab.phaidra.org/skosmos/oefos12/en/page/?uri=http%3A%2F%2Fwww.statistik.at%2Foefos2012%2F103002"

Does it work if you access it via
http://vocab.phaidra.org/skosmos/oefos12/en/page/103002 ?
Apparently not, I just tried.

Can you once more show your current vocabularies.ttl configuration for
this vocabulary?

> URNs in IDs would be important for us for those concept which can not be
> looked up directly by their URLs in other resources. So I will open an
> issue.

Thanks!

Sandor Kopacsi

unread,
Apr 11, 2017, 8:55:18 AM4/11/17
to Skosmos Users
Dear Osma,

Here is the configuration in vocabularies.ttl:

:oefos12 a skosmos:Vocabulary, void:Dataset ;
        dc:title "ÖFOS 2012 (Juli 2015)";
        dc:subject :cat_general_loc ;
        void:uriSpace "http://www.statistikk.at/2012/";
        skosmos:language "en", "de";
        skosmos:explicitLanguageTags "true";
        skosmos:showTopConcepts "true";
        skosmos:loadExternalResources "false";
        skosmos:fullAlphabeticalIndex "true";
        skosmos:sparqlDialect "Generic";
        #skosmos:groupClass isothes:ConceptGroup;
        #skosmos:arrayClass isothes:ThesaurusArray ;
        void:sparqlEndpoint <http://vocab.phaidra.org:3030/ds/sparql>;
        skosmos:sparqlGraph <http://www.statistik.at/2012>.

And the prefix in the vocabulary file that has been uploaded to Fuseki under the graph http://www.statistik.at/2012:
Thanks and best regards,
Sandor



Osma Suominen

unread,
Apr 11, 2017, 11:47:46 AM4/11/17
to skosmo...@googlegroups.com
Hi Sandor!

I think you have a typo in the uriSpace setting, it says
"statistikk.at", note the two Ks.

-Osma
> osma.s...@helsinki.fi <javascript:>
> http://www.nationallibrary.fi
>
> --
> You received this message because you are subscribed to the Google
> Groups "Skosmos Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to skosmos-user...@googlegroups.com
> <mailto:skosmos-user...@googlegroups.com>.
> To post to this group, send email to skosmo...@googlegroups.com
> <mailto:skosmo...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/skosmos-users/9a8b448d-7910-4aa6-bd49-26fafa134a6b%40googlegroups.com
> <https://groups.google.com/d/msgid/skosmos-users/9a8b448d-7910-4aa6-bd49-26fafa134a6b%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.


Sandor Kopacsi

unread,
Apr 12, 2017, 8:16:47 AM4/12/17
to Skosmos Users
Dear Osma,

It was on purpose www.statistikk.at/2012/, because I wanted to test from where does the URI part to the URL come.
Originally it was www.statistik.at/2012/ and then the URL of a concept was:
Then I changed the uriSpace to www.statistikk.at/2012/ for test purposes and the URL was still
From this I suspected that uriSpace had no effect only the @prefix oefos: <http://www.statistik.at/oefos2012/>.

But I was wrong, and the problem was not www.statistikk.at/2012/ or www.statistik.at/2012/, but www.statistik.at/2012/ and not www.statistik.at/oefos2012/.

Now it works www.statistik.at/oefos2012/ well and is clear: if in uriSpace in the voacabularies.ttl there is the same URI as in the vocabulary file as a prefix, then the prefix will fall out from the URL of the concepts.

Sorry for the misunderstanding.

Thanks and best regards,
Sandor
 

Reply all
Reply to author
Forward
0 new messages