W3C home > Mailing lists > Public > public-multilingualweb-lt@w3.org > June 2013

Re: NIF output TCD

From: Felix Sasaki <fsasaki@w3.org>
Date: Thu, 13 Jun 2013 04:17:47 +0200
Message-ID: <51B92BCB.5060300@w3.org>
To: Leroy Finn <finnle@tcd.ie>
CC: Sebastian Hellmann <hellmann@informatik.uni-leipzig.de>, Phil Ritchie <philr@vistatec.ie>, "public-multilingualweb-lt@w3.org" <public-multilingualweb-lt@w3.org>
Hi Leroy,

I have this output which I think is all good, thanks a lot.

============
./executeAllTests.sh 
/Users/felix-adm/ITS-2.0-Testsuite-nif-tests/outputimplementers/tcd
Parameter 1 of the script is the folder with the produced .ttl files: 
/Users/felix-adm/ITS-2.0-Testsuite-nif-tests/outputimplementers/tcd
Running: RFC5147StringHasBeginIndex.sparql
Done: RFC5147StringHasBeginIndex.sparql
Running: RFC5147StringHasEndIndex.sparql
Done: RFC5147StringHasEndIndex.sparql
Running: RFC5147StringMisspelling.sparql
Done: RFC5147StringMisspelling.sparql
Running: anchorOfShouldMatchisStringSubstr.sparql
Done: anchorOfShouldMatchisStringSubstr.sparql
Running: beginEndIndexAreNonNegativeInteger.sparql
Done: beginEndIndexAreNonNegativeInteger.sparql
Running: beginIndexOfContextShouldBeZero.sparql
Done: beginIndexOfContextShouldBeZero.sparql
Running: contextHasIsString.sparql
Done: contextHasIsString.sparql
Running: contextTypedAsRFC5147String.sparql
Done: contextTypedAsRFC5147String.sparql
Running: hasReferenceContext.sparql
Done: hasReferenceContext.sparql
Running: isStringLength.sparql
Done: isStringLength.sparql
131-113-149-43:sparqltests felix-adm$
============

Best,

Felix

Am 12.06.13 17:25, schrieb Leroy Finn:
> I have posted my output to the github and I have ran 
> the executeAllTests.sh  and I got the following output. Which I assume 
> means its correct!
>
> _*Output from script:*_
> *leroy@seb:~/Desktop/github/ITS-2.0-Testsuite/its2.0/nif-conversion/sparqltests$ 
> sh executeAllTests.sh /home/leroy/Desktop/NIF/*
> *: not foundests.sh: 3: *
> *Parameter 1 of the script is the folder with the produced .ttl files: 
> /home/leroy/Desktop/NIF/*
> *: not foundests.sh: 6: *
> *executeAllTests.sh: 19: Syntax error: end of file unexpected 
> (expecting "done")*
>
> I checked over my output and it is same as Sebastian's output apart 
> from the char positions and  I was wondering could either of you guys 
> run the script to double check my output.
>
> Thanks,
> Leroy
>
>
> On 5 June 2013 10:16, Leroy Finn <finnle@tcd.ie 
> <mailto:finnle@tcd.ie>> wrote:
>
>     I knew the output wasn't perfect but I was more worried about the
>     char position question. Thanks for the feedback and if I have any
>     more questions I will let you guys know.
>
>     Thanks for the help,
>     Leroy
>
>
>     On 4 June 2013 18:58, Sebastian Hellmann
>     <hellmann@informatik.uni-leipzig.de
>     <mailto:hellmann@informatik.uni-leipzig.de>> wrote:
>
>         Hi Leroy,
>         the tests should help you to find any errors.
>         First they do a syntactical validity check and then they check
>         the content of the RDF.
>
>         I spotted 2 syntax errors. Actually, the tests give you some
>         infos about the errors, nevertheless I added a second script
>         that checks syntax only:
>         its2.0/nif-conversion/sparqltests/syntaxCheck.sh
>         (also I made one test optional as it was unnecessarily strict)
>
>         Ideally, you should be able to tackle the syntax errors
>         yourself. I see this as a test of the tests. If you need more
>         help I would rather include more tests/tools with more
>         intelligent output to help you fix it, rather than personally
>         help you.  Please report anything that you found strange.
>
>         Normally RDF triples do not have an order, so:
>
>         itsrdf:hasLocQualityIssue [
>         a itsrdf:LocQualityIssue ;
>         itsrdf:locQualityIssueType "misspelling" ;
>         ];
>
>         is the same as:
>
>         <http://example.com/exampledoc.html#char=0,9>
>         <http://example.com/exampledoc.html#char=0,9>
>          itsrdf:hasLocQualityIssue [
>         itsrdf:locQualityIssueType "misspelling" ; a
>         itsrdf:LocQualityIssue ; ];
>
>         Also the [] notation is an abbreviation of:
>
>         <http://example.com/exampledoc.html#char=0,9>  <http://example.com/exampledoc.html#char=0,9>
>         	itsrdf:hasLocQualityIssue _:arbitrarygenid1 .
>
>         _:arbitrarygenid1
>         	itsrdf:locQualityIssueType "misspelling" ;
>         	a itsrdf:LocQualityIssue .
>
>
>         Regarding the char postition:
>
>         Char position relates to the value of the isString attribute.
>         One test is: length of isString must equal endIndex
>         https://github.com/finnle/ITS-2.0-Testsuite/blob/master/its2.0/nif-conversion/sparqltests/isStringLength.sparql
>         I saw that your isString output has more white space in the
>         middle, but none at the end.
>         Nevertheless, it has 179 chars, which matches your endIndex
>         and is therefore fine.
>         echo -n "transport or transportation is the movement of
>         people, animals and goods from one location to another.  
>         Modes of tranport inc. air, rail, road, water, cable,
>         pipeline, and space." | wc -m
>         179
>
>         Please tell me if you have any troubles with the tests.
>         --Sebastian
>
>
>         Am 04.06.2013 19:06, schrieb Phil Ritchie:
>>         I understood that char position differences were okay.
>>
>>         Also, our output order of locQualityIssue attributes follows
>>         the main test output - i.e. camel case ordered which should
>>         also be okay in my book. We have 5/11 complete.
>>
>>         Phil.
>>
>>
>>
>>
>>
>>         From: Leroy Finn <finnle@tcd.ie> <mailto:finnle@tcd.ie>
>>         To: Felix Sasaki <fsasaki@w3.org> <mailto:fsasaki@w3.org>,
>>         hellmann@informatik.uni-leipzig.de
>>         <mailto:hellmann@informatik.uni-leipzig.de>,
>>         "public-multilingualweb-lt@w3.org"
>>         <mailto:public-multilingualweb-lt@w3.org>
>>         <public-multilingualweb-lt@w3.org>
>>         <mailto:public-multilingualweb-lt@w3.org>,
>>         Date: 04/06/2013 16:41
>>         Subject: NIF output TCD
>>         ------------------------------------------------------------------------
>>
>>
>>
>>         I have started doing the NIF output today and my output is
>>         attached and is for the first NIF file. I was wondering is it
>>         okay that my char positioning is one different to Sebastians
>>         output:
>>
>>         _https://github.com/finnle/ITS-2.0-Testsuite/blob/master/its2.0/nif-conversion/expected/locqualityissue-nif-1.ttl_
>>
>>         My output is attached.
>>
>>         Thanks,
>>         Leroy[attachment "nif.ttl" deleted by Phil Ritchie/VISTATEC]
>>
>>
>>         ************************************************************
>>         VistaTEC Ltd. Registered in Ireland 268483.
>>         Registered Office, VistaTEC House, 700, South Circular Road,
>>         Kilmainham. Dublin 8. Ireland.
>>
>>         The information contained in this message, including any
>>         accompanying
>>         documents, is confidential and is intended only for the
>>         addressee(s).
>>         The unauthorized use, disclosure, copying, or alteration of this
>>         message is strictly forbidden. If you have received this
>>         message in
>>         error please notify the sender immediately.
>>         ************************************************************
>>
>
>
>         -- 
>         Dipl. Inf. Sebastian Hellmann
>         Department of Computer Science, University of Leipzig
>         Events: NLP & DBpedia 2013
>         (http://nlp-dbpedia2013.blogs.aksw.org, Deadline: *July 8th*)
>         Venha para a Alemanha como PhD:
>         http://bis.informatik.uni-leipzig.de/csf
>         Projects: http://nlp2rdf.org , http://linguistics.okfn.org ,
>         http://dbpedia.org/Wiktionary , http://dbpedia.org
>         Homepage: http://bis.informatik.uni-leipzig.de/SebastianHellmann
>         Research Group: http://aksw.org
>
>
>
Received on Thursday, 13 June 2013 02:18:26 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:08:32 UTC