W3C home > Mailing lists > Public > public-ld4lt@w3.org > January 2015

RE: [ld4lt] namespace for the model of language resources

From: Lieske, Christian <christian.lieske@sap.com>
Date: Thu, 22 Jan 2015 14:00:09 +0000
To: "public-ld4lt@w3.org" <public-ld4lt@w3.org>
Message-ID: <E6CB1ED646F2F54B9A42317B292E4AFB6C464B1C@DEWDFEMB10C.global.corp.sap>
Dear all,
 
It seems to me that it would make sense to take the following aspects in the discussion into account:
 
1.       What are the requirements for the Uniform Resource Identifier(s) that would be needed for LT4LT? Example requirements:
	a.       stable/immutable (see "Cool URIs don't change" at http://www.w3.org/Provider/Style/URI )
	b.      all under one “authority” (see http://de.wikipedia.org/wiki/Uniform_Resource_Identifier#Aufbau)
	c.       “authority” is a standardization-related entity
2.       Which “hierarchy of parts” do we expect below the top? What does this mean in terms of “paths”, “queries”, and “fragment identifiers” (see http://de.wikipedia.org/wiki/Uniform_Resource_Identifier#Aufbau)? Example: http://x/l4lt/ms-lod

 
This presumably helps to avoid confusion and lengthy discussion originating from misunderstandings that sometimes surround namespaces and URIs. 

Possibly, this also helps to have an easy to trace path from original requirement, over design choices, to final decision.

Aside: I was a bit hesitant to send this input since I might not be aware of all discussions and decisions from the past.

Best regards,
Christian
-----Original Message-----
From: Luca Matteis [mailto:lmatteis@gmail.com] 
Sent: Donnerstag, 22. Januar 2015 13:45
To: John P. McCrae
Cc: Penny Labropoulou; Marta Villegas; Víctor Rodríguez Doncel; public-ld4lt@w3.org
Subject: Re: [ld4lt] namespace for the model of language resources

> LingHub: This is really lider-project.eu... I have had bad experience with the longevity of project URLs

Yes I agree with John. Most likely the URI will eventually stop
working, even if you use purl.org. In which case it's worst because
you don't even control the DNS. A better option would be to adopt
something like Trusty URIs:
http://www.slideshare.net/TobiasKuhn/trustyuris


Although more complicated. But it's an idea if we want to take URI
management more seriously.

Best,
Luca

On Thu, Jan 22, 2015 at 1:13 PM, John P. McCrae
<jmccrae@cit-ec.uni-bielefeld.de> wrote:
> Hi,
>
> I meant that I am not sure who owns the following
> http://www.meta-net.eu/meta-share. Also I am not sure about it's stability
> as it is a project URL again
>
> Regards,
> John
>
> On Thu, Jan 22, 2015 at 1:11 PM, Penny Labropoulou <penny@ilsp.gr> wrote:
>>
>> Hi all!
>>
>> John, a question: what do you mean with "Metashare: We are unlikely to
>> have access here."?
>>
>>
>>
>> For the namespace, I think it would be nice to have some prefix that says
>> that these metadata come from the MetaShare model (as it is by now a
>> recognizable model in the community). I honestly don't know whether this can
>> still be done by hosting it at purl.org and/or whether we can use Marta's
>> ttl and make the extensions/changes we discuss at ld4lt on that.
>>
>> If I remember well, purl.org also allows for resolvable URIs (if that's
>> the correct term) for pointing at properties/classes etc. So, that's a good
>> solution.
>>
>>
>>
>> Best,
>>
>> Penny
>>
>>
>>
>> From: johnmccrae@gmail.com [mailto:johnmccrae@gmail.com] On Behalf Of John
>> P. McCrae
>> Sent: Thursday, January 22, 2015 1:57 PM
>> To: Marta Villegas
>> Cc: Víctor Rodríguez Doncel; public-ld4lt@w3.org
>> Subject: Re: [ld4lt] namespace for the model of language resources
>>
>>
>>
>> Hi,
>>
>> I agree with Marta, purl.org is best, although I would rather redirect to
>> a service that does RDF properly (content negotiation etc., nice HTML
>> version)
>>
>> Metashare: We are unlikely to have access here.
>>
>> LingHub: This is really lider-project.eu... I have had bad experience with
>> the longevity of project URLs
>>
>> LD4LT: I don't know what this means... but ld4lt.org is for sale and
>> buying it is an option
>>
>> W3C: Also a possibility, but then we may have to handle W3C procedures if
>> we wish to update the model, i.e., this is probably better if we know the
>> model is more or less 'static'
>>
>> Regards,
>> John
>>
>>
>>
>>
>>
>> On Thu, Jan 22, 2015 at 12:50 PM, Marta Villegas
>> <marta.villegas@gmail.com> wrote:
>>
>> from our experience:
>>
>>
>>
>> purl.org is nice as it gives you a persintent URI which you redirect
>> whenever you want BUT we redirected to github (to allow for community
>> edition, versioning etc). Github uses https and Protege has problems with
>> https
>>
>>
>>
>>
>>
>>
>>
>> 2015-01-22 10:02 GMT+01:00 Víctor Rodríguez Doncel <vrodriguez@fi.upm.es>:
>>
>> El 21/01/2015 13:19, Jorge Gracia escribió:
>>
>> Dear all,
>>
>>
>>
>> During the last telco (about Metashare and the licenses module) the
>> following issue was identified: "which namespace do we have to choose for
>> the new OWL model for representing metadata of language resources?"
>>
>>
>>
>> The preliminary version of the model by UPF is at
>> http://purl.org/ms-lod/MetaShare.ttl  An alternative namespace has to be
>> found to avoid collision with the systems they already have in place. There
>> are several alternatives:
>>
>> -  Metashare-based namespace (at least for the Metashare metadata)
>>
>> -  Linghub-based namespace
>>
>> -  purl-based namespace (or any other generic provider of permanent URLs)
>>
>> --> I think this is for the moment the most flexible, but not the best...
>>
>> -  LD4LT-based namespace
>>
>> --> Who is responsible for this namespace?
>>
>> -  W3C-based namespace
>>
>> - Other?
>>
>>
>>
>> All of them have theirs pros/cons of course. Please feel free to send your
>> opinion around or to add further alternatives.
>>
>>
>>
>> May I ask the group chairs to add this issue into the agenda of tomorrow's
>> telco? (it shouldn't take more than 10 min I think)
>>
>>
>>
>> Best regards,
>>
>>
>>
>> --
>>
>> Jorge Gracia, PhD
>> Ontology Engineering Group
>> Artificial Intelligence Department
>> Universidad Politécnica de Madrid
>> http://jogracia.url.ph/web/

>>
>>
>>
>>
>> --
>>
>> Víctor Rodríguez-Doncel
>>
>> D3205 - Ontology Engineering Group (OEG)
>>
>> Departamento de Inteligencia Artificial
>>
>> Facultad de Informática
>>
>> Universidad Politécnica de Madrid
>>
>>
>>
>> Campus de Montegancedo s/n
>>
>> Boadilla del Monte-28660 Madrid, Spain
>>
>> Tel. (+34) 91336 3672
>>
>> Skype: vroddon3
>>
>>
>>
>>
>>
>> --
>>
>> Marta Villegas
>> marta.villegas@gmail.com
>>
>>
>
>

Received on Thursday, 22 January 2015 14:01:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:16:11 UTC