- From: Gerard de Melo <gdemelo@mpi-inf.mpg.de>
- Date: Fri, 6 Nov 2015 17:25:33 +0800
- To: Philipp Cimiano <cimiano@cit-ec.uni-bielefeld.de>, public-ontolex@w3.org
- Message-ID: <563C720D.1060704@mpi-inf.mpg.de>
Hi Philipp, "en" is an ISO 639-1 code, not an ISO 639-3 code, so you can instead either use http://www.lexvo.org/page/iso639-1/en or http://www.lexvo.org/page/iso639-3/eng Best, Gerard On 2015-11-6 16:58, Philipp Cimiano wrote: > Hi Gerard, > > I have not tried to resolve using RDF/XML. I was referring to the > behaviour of a web browser. > > If I resolve http://www.lexvo.org/page/iso639-3/en through my browser, I > get a > > > Lexvo.org Missing Page > > The desired page does not exist. Please select one of the following > pages for more information: > > > > > If this is as intendend, then fine... > > Philipp. > > Am 06.11.15 um 04:36 schrieb Gerard de Melo: >> Hi Philipp, >> >> On 2015-11-6 0:02, Philipp Cimiano wrote: >>> thanks, but why does http://www.lexvo.org/page/iso639-3/eng resolve >>> properly while http://lexvo.org/id/iso639-1/en does not? >> Could you clarify what you mean about the latter not resolving? As far >> as I can tell, it returns an owl:sameAs statement leading to >> http://lexvo.org/id/iso639-3/eng >> >> Do you mean that from a usability perspective, it might be helpful to >> duplicate all the information that is returned for >> http://lexvo.org/id/iso639-3/eng >> instead of just returning an owl:sameAs statement? >> >> Best regards, >> Gerard >> >>> Am 05.11.15 um 10:49 schrieb Gerard de Melo: >>>> Hi Philipp, >>>> >>>> For Lexvo.org, you can either use 3-letter ISO 639-3 codes such as >>>> >>>> http://lexvo.org/id/iso639-3/eng >>>> >>>> or 2-letter ISO 639-1 codes such as >>>> >>>> http://lexvo.org/id/iso639-1/en >>>> >>>> Gerard >>>> >>>> >>>> On 2015-11-5 17:03, Philipp Cimiano wrote: >>>>> And one small thing: >>>>> >>>>> in many examples we use the dublin core terms property "language" to >>>>> express language information. >>>>> >>>>> Sometimes we use "eng" and "en" as language identifier (local name) with >>>>> respect to the LOC and LEXVO datasets. >>>>> >>>>> It seems to me that there are some mistakes here. >>>>> >>>>> It seems that LOC uses "eng" and LEXVO uses "en". >>>>> >>>>> For instance: >>>>> >>>>> http://www.lexvo.org/page/iso639-1/eng -> does not resolve property, >>>>> while >>>>> >>>>> http://www.lexvo.org/page/iso639-1/en -> does resolve >>>>> >>>>> On the other hand: >>>>> >>>>> http://id.loc.gov/vocabulary/iso639-2/en -> does not resolve, while >>>>> >>>>> http://id.loc.gov/vocabulary/iso639-2/eng -> does resolve >>>>> >>>>> Thus, in all examples we should use: >>>>> >>>>> lexvo:en and loc:eng to indicate language information. >>>>> >>>>> A minor thing, but still... >>>>> >>>>> Greetings, >>>>> >>>>> Philipp. >>>>> >>>>> >>>>> >>>>> Am 05.11.15 um 09:38 schrieb Philipp Cimiano: >>>>>> Dear all, >>>>>> >>>>>> apologies for my silence in the last weeks. I have been distracted by >>>>>> many other things in October. Now I am working on the release of the >>>>>> ontolex spec with high priority. I have worked through all the >>>>>> normative sections of the specification. There are smaller issues that >>>>>> I will clarify with the main stakeholders of these modules directly. >>>>>> >>>>>> It is now time to have a final check of the spec if you want. >>>>>> >>>>>> I am confident that I will finish the thorough check of the model in >>>>>> the next few weeks. >>>>>> >>>>>> I will then give all the opportunity of doing a final check in the >>>>>> first two weeks of December. >>>>>> >>>>>> We will then release the specification of the model this year. >>>>>> >>>>>> Kind regards, >>>>>> >>>>>> Philipp. >>>>>> >>>>>> > > -- > -- > Prof. Dr. Philipp Cimiano > AG Semantic Computing > Exzellenzcluster für Cognitive Interaction Technology (CITEC) > Universität Bielefeld > > Tel: +49 521 106 12249 > Fax: +49 521 106 6560 > Mail: cimiano@cit-ec.uni-bielefeld.de > > Office CITEC-2.307 > Universitätsstr. 21-25 > 33615 Bielefeld, NRW > Germany >
Received on Friday, 6 November 2015 09:26:12 UTC