[Wikidata-l] Wikidata-Toolkit NullPointerException

List overview All Threads
Download

newer

older

[Wikidata-l] Freebase VIAF error...

[Wikidata-l] Example of Wikipedia...

Egon Willighagen

17 Jan 2015 17 Jan '15

4:59 p.m.

Hi all, I have been trying today to get the Java library Wikidata-Toolkit going, but about to give up... I keep running with both 0.3.0 and current master into a NullPointerException... I thought it was how I called the code, and did add several System.out calls, and in the end just tried to get it running from the command line... I tried the example from the website (though replaced the Dump examples, which I don't see in master; btw, "mvn test" runs fine) using a pristine master: $ cd wdtk-examples/ $ mvn compile $ mvn exec:java -Dexec.mainClass="org.wikidata.wdtk.examples.EntityStatisticsProcessor" In doing so, I get the same NPE: ******************************************************************** *** Wikidata Toolkit: EntityStatisticsProcessor *** *** This program will download and process dumps from Wikidata. *** It will print progress information and some simple statistics. *** Results about property usage will be stored in a CSV file. *** See source code for further details. ******************************************************************** 2015-01-17 16:53:00 INFO - Using download directory /home/egonw/var/Projects/GitHub/Wikidata-Toolkit/wdtk-examples/dumpfiles/wikidatawiki [WARNING] java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:293) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NullPointerException at org.wikidata.wdtk.dumpfiles.DumpProcessingController.processDumpFile(DumpProcessingController.java:470) at org.wikidata.wdtk.dumpfiles.DumpProcessingController.processMostRecentDump(DumpProcessingController.java:456) at org.wikidata.wdtk.dumpfiles.DumpProcessingController.processMostRecentJsonDump(DumpProcessingController.java:426) at org.wikidata.wdtk.examples.ExampleHelpers.processEntitiesFromWikidataDump(ExampleHelpers.java:158) at org.wikidata.wdtk.examples.EntityStatisticsProcessor.main(EntityStatisticsProcessor.java:88) ... 6 more I tried finding what goes wrong, but cannot grasp all the magic that is going on... the directory it reports was created, but is empty... $ mvn --version Apache Maven 3.0.5 Maven home: /usr/share/maven Java version: 1.7.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-i386/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "3.16.0-4-686-pae", arch: "i386", family: "unix" Can someone give me some pointers where and how it is testing of dump files exist? Is this problem something platform dependent? Thanks, Egon -- E.L. Willighagen Department of Bioinformatics - BiGCaT Maastricht University (http://www.bigcat.unimaas.nl/) Homepage: http://egonw.github.com/ LinkedIn: http://se.linkedin.com/in/egonw Blog: http://chem-bla-ics.blogspot.com/ PubList: http://www.citeulike.org/user/egonw/tag/papers ORCID: 0000-0001-7542-0286 ImpactStory: https://impactstory.org/EgonWillighagen

Show replies by date

Markus Krötzsch

17 Jan 17 Jan

10:39 p.m.

Hi Egon, WDTK 0.3.0 is rather old and we are about to prepare a new release (there are other issues with 0.3.0: the JSON format has changed since its release and it won't read the files anyway). Could you try if the problem occurs with the current development code at github? Cheers, Markus On 17.01.2015 16:59, Egon Willighagen wrote:

...

Egon Willighagen

10:43 p.m.

This last test from the cmd line is already with master from GitHub... Egon On 17 Jan 2015 22:40, "Markus Krötzsch" <markus(a)semantic-mediawiki.org> wrote:

...

Hi all, I have been trying today to get the Java library Wikidata-Toolkit going, but about to give up... I keep running with both 0.3.0 and current master into a NullPointerException... I thought it was how I called the code, and did add several System.out calls, and in the end just tried to get it running from the command line... I tried the example from the website (though replaced the Dump examples, which I don't see in master; btw, "mvn test" runs fine) using a pristine master: $ cd wdtk-examples/ $ mvn compile $ mvn exec:java -Dexec.mainClass="org.wikidata.wdtk.examples.EntityStatisticsProcessor" In doing so, I get the same NPE: ******************************************************************** *** Wikidata Toolkit: EntityStatisticsProcessor *** *** This program will download and process dumps from Wikidata. *** It will print progress information and some simple statistics. *** Results about property usage will be stored in a CSV file. *** See source code for further details. ******************************************************************** 2015-01-17 16:53:00 INFO - Using download directory /home/egonw/var/Projects/GitHub/Wikidata-Toolkit/wdtk-examples/dumpfiles/ wikidatawiki [WARNING] java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.mojo.exec.ExecJavaMojo$1.run( ExecJavaMojo.java:293) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NullPointerException at org.wikidata.wdtk.dumpfiles.DumpProcessingController. processDumpFile(DumpProcessingController.java:470) at org.wikidata.wdtk.dumpfiles.DumpProcessingController. processMostRecentDump(DumpProcessingController.java:456) at org.wikidata.wdtk.dumpfiles.DumpProcessingController. processMostRecentJsonDump(DumpProcessingController.java:426) at org.wikidata.wdtk.examples.ExampleHelpers. processEntitiesFromWikidataDump(ExampleHelpers.java:158) at org.wikidata.wdtk.examples.EntityStatisticsProcessor.main( EntityStatisticsProcessor.java:88) ... 6 more I tried finding what goes wrong, but cannot grasp all the magic that is going on... the directory it reports was created, but is empty... $ mvn --version Apache Maven 3.0.5 Maven home: /usr/share/maven Java version: 1.7.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-i386/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "3.16.0-4-686-pae", arch: "i386", family: "unix" Can someone give me some pointers where and how it is testing of dump files exist? Is this problem something platform dependent? Thanks, Egon

_______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Markus Krötzsch

10:50 p.m.

On 17.01.2015 22:43, Egon Willighagen wrote:

...

This last test from the cmd line is already with master from GitHub...

Thanks, we will investigate. I created a bug report at https://github.com/Wikidata/Wikidata-Toolkit/issues/114 Markus

...

Egon On 17 Jan 2015 22:40, "Markus Krötzsch" <markus(a)semantic-mediawiki.org <mailto:markus@semantic-mediawiki.org>> wrote: Hi Egon, WDTK 0.3.0 is rather old and we are about to prepare a new release (there are other issues with 0.3.0: the JSON format has changed since its release and it won't read the files anyway). Could you try if the problem occurs with the current development code at github? Cheers, Markus On 17.01.2015 16:59, Egon Willighagen wrote: Hi all, I have been trying today to get the Java library Wikidata-Toolkit going, but about to give up... I keep running with both 0.3.0 and current master into a NullPointerException... I thought it was how I called the code, and did add several System.out calls, and in the end just tried to get it running from the command line... I tried the example from the website (though replaced the Dump examples, which I don't see in master; btw, "mvn test" runs fine) using a pristine master: $ cd wdtk-examples/ $ mvn compile $ mvn exec:java -Dexec.mainClass="org.__wikidata.wdtk.examples.__EntityStatisticsProcessor" In doing so, I get the same NPE: ******************************__******************************__******** *** Wikidata Toolkit: EntityStatisticsProcessor *** *** This program will download and process dumps from Wikidata. *** It will print progress information and some simple statistics. *** Results about property usage will be stored in a CSV file. *** See source code for further details. ******************************__******************************__******** 2015-01-17 16:53:00 INFO - Using download directory /home/egonw/var/Projects/__GitHub/Wikidata-Toolkit/wdtk-__examples/dumpfiles/__wikidatawiki [WARNING] java.lang.reflect.__InvocationTargetException at sun.reflect.__NativeMethodAccessorImpl.__invoke0(Native Method) at sun.reflect.__NativeMethodAccessorImpl.__invoke(__NativeMethodAccessorImpl.java:__57) at sun.reflect.__DelegatingMethodAccessorImpl.__invoke(__DelegatingMethodAccessorImpl.__java:43) at java.lang.reflect.Method.__invoke(Method.java:606) at org.codehaus.mojo.exec.__ExecJavaMojo$1.run(__ExecJavaMojo.java:293) at java.lang.Thread.run(Thread.__java:745) Caused by: java.lang.NullPointerException at org.wikidata.wdtk.dumpfiles.__DumpProcessingController.__processDumpFile(__DumpProcessingController.java:__470) at org.wikidata.wdtk.dumpfiles.__DumpProcessingController.__processMostRecentDump(__DumpProcessingController.java:__456) at org.wikidata.wdtk.dumpfiles.__DumpProcessingController.__processMostRecentJsonDump(__DumpProcessingController.java:__426) at org.wikidata.wdtk.examples.__ExampleHelpers.__processEntitiesFromWikidataDum__p(ExampleHelpers.java:158) at org.wikidata.wdtk.examples.__EntityStatisticsProcessor.__main(__EntityStatisticsProcessor.__java:88) ... 6 more I tried finding what goes wrong, but cannot grasp all the magic that is going on... the directory it reports was created, but is empty... $ mvn --version Apache Maven 3.0.5 Maven home: /usr/share/maven Java version: 1.7.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-__i386/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "3.16.0-4-686-pae", arch: "i386", family: "unix" Can someone give me some pointers where and how it is testing of dump files exist? Is this problem something platform dependent? Thanks, Egon _________________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org> https://lists.wikimedia.org/__mailman/listinfo/wikidata-l <https://lists.wikimedia.org/mailman/listinfo/wikidata-l> _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Egon Willighagen

10:53 p.m.

OK, thanks! Please let me know if I can test anything on my system. Egon On 17 Jan 2015 22:50, "Markus Krötzsch" <markus(a)semantic-mediawiki.org> wrote:

...

On 17.01.2015 22:43, Egon Willighagen wrote:

This last test from the cmd line is already with master from GitHub...

Thanks, we will investigate. I created a bug report at https://github.com/Wikidata/Wikidata-Toolkit/issues/114 Markus

Egon On 17 Jan 2015 22:40, "Markus Krötzsch" <markus(a)semantic-mediawiki.org <mailto:markus@semantic-mediawiki.org>> wrote: Hi Egon, WDTK 0.3.0 is rather old and we are about to prepare a new release (there are other issues with 0.3.0: the JSON format has changed since its release and it won't read the files anyway). Could you try if the problem occurs with the current development code at github? Cheers, Markus On 17.01.2015 16:59, Egon Willighagen wrote: Hi all, I have been trying today to get the Java library Wikidata-Toolkit going, but about to give up... I keep running with both 0.3.0 and current master into a NullPointerException... I thought it was how I called the code, and did add several System.out calls, and in the end just tried to get it running from the command line... I tried the example from the website (though replaced the Dump examples, which I don't see in master; btw, "mvn test" runs fine) using a pristine master: $ cd wdtk-examples/ $ mvn compile $ mvn exec:java -Dexec.mainClass="org.__wikidata.wdtk.examples.__ EntityStatisticsProcessor" In doing so, I get the same NPE: ******************************__**************************** **__******** *** Wikidata Toolkit: EntityStatisticsProcessor *** *** This program will download and process dumps from Wikidata. *** It will print progress information and some simple statistics. *** Results about property usage will be stored in a CSV file. *** See source code for further details. ******************************__**************************** **__******** 2015-01-17 16:53:00 INFO - Using download directory /home/egonw/var/Projects/__GitHub/Wikidata-Toolkit/wdtk-_ _examples/dumpfiles/__wikidatawiki [WARNING] java.lang.reflect.__InvocationTargetException at sun.reflect.__NativeMethodAccessorImpl.__invoke0(Native Method) at sun.reflect.__NativeMethodAccessorImpl.__invoke(__ NativeMethodAccessorImpl.java:__57) at sun.reflect.__DelegatingMethodAccessorImpl.__invoke(__ DelegatingMethodAccessorImpl.__java:43) at java.lang.reflect.Method.__invoke(Method.java:606) at org.codehaus.mojo.exec.__ExecJavaMojo$1.run(__ ExecJavaMojo.java:293) at java.lang.Thread.run(Thread.__java:745) Caused by: java.lang.NullPointerException at org.wikidata.wdtk.dumpfiles.__DumpProcessingController.__ processDumpFile(__DumpProcessingController.java:__470) at org.wikidata.wdtk.dumpfiles.__DumpProcessingController.__ processMostRecentDump(__DumpProcessingController.java:__456) at org.wikidata.wdtk.dumpfiles.__DumpProcessingController.__ processMostRecentJsonDump(__DumpProcessingController.java:__426) at org.wikidata.wdtk.examples.__ExampleHelpers.__ processEntitiesFromWikidataDum__p(ExampleHelpers.java:158) at org.wikidata.wdtk.examples.__EntityStatisticsProcessor.__main(__ EntityStatisticsProcessor.__java:88) ... 6 more I tried finding what goes wrong, but cannot grasp all the magic that is going on... the directory it reports was created, but is empty... $ mvn --version Apache Maven 3.0.5 Maven home: /usr/share/maven Java version: 1.7.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-__i386/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "3.16.0-4-686-pae", arch: "i386", family: "unix" Can someone give me some pointers where and how it is testing of dump files exist? Is this problem something platform dependent? Thanks, Egon _________________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org

https://lists.wikimedia.org/__mailman/listinfo/wikidata-l <https://lists.wikimedia.org/mailman/listinfo/wikidata-l> _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

_______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Markus Krötzsch

11:04 p.m.

Ok, mystery solved: WDTK checks online which dump files are available. The only way of doing this is to fetch the Wikimedia-provided listings of the file directories. These listings are in HTML format, so to find out which files are available, we need to parse the HTML. It seems that the layout of this HTML file has changed last week (must have been last week since I got the Jan 12 dump in the usual way). As a result, WDTK no longer finds any files on those pages. If you already have downloaded a file before, it will just use that, but if you have no files either, then the "most recent dump" will be null -- leading to an exception downstream. It is easy to fix this (though I will not fix it tonight, but tomorrow) by just adjusting the HTML strings we parse for. We should also improve our error reporting for this case, obviously. I don't know how stable this will be: if the HTML pages change layout again, it will break again. Question to the MW folks: Is there any machine-readable API to get the list of available dump files? Cheers, Markus On 17.01.2015 22:53, Egon Willighagen wrote:

...

OK, thanks! Please let me know if I can test anything on my system. Egon On 17 Jan 2015 22:50, "Markus Krötzsch" <markus(a)semantic-mediawiki.org <mailto:markus@semantic-mediawiki.org>> wrote: On 17.01.2015 22:43, Egon Willighagen wrote: This last test from the cmd line is already with master from GitHub... Thanks, we will investigate. I created a bug report at https://github.com/Wikidata/__Wikidata-Toolkit/issues/114 <https://github.com/Wikidata/Wikidata-Toolkit/issues/114> Markus Egon On 17 Jan 2015 22:40, "Markus Krötzsch" <markus(a)semantic-mediawiki.org <mailto:markus@semantic-mediawiki.org> <mailto:markus@semantic-__mediawiki.org <mailto:markus@semantic-mediawiki.org>>> wrote: Hi Egon, WDTK 0.3.0 is rather old and we are about to prepare a new release (there are other issues with 0.3.0: the JSON format has changed since its release and it won't read the files anyway). Could you try if the problem occurs with the current development code at github? Cheers, Markus On 17.01.2015 16:59, Egon Willighagen wrote: Hi all, I have been trying today to get the Java library Wikidata-Toolkit going, but about to give up... I keep running with both 0.3.0 and current master into a NullPointerException... I thought it was how I called the code, and did add several System.out calls, and in the end just tried to get it running from the command line... I tried the example from the website (though replaced the Dump examples, which I don't see in master; btw, "mvn test" runs fine) using a pristine master: $ cd wdtk-examples/ $ mvn compile $ mvn exec:java -Dexec.mainClass="org.____wikidata.wdtk.examples.____EntityStatisticsProcessor" In doing so, I get the same NPE: ******************************____****************************__**__******** *** Wikidata Toolkit: EntityStatisticsProcessor *** *** This program will download and process dumps from Wikidata. *** It will print progress information and some simple statistics. *** Results about property usage will be stored in a CSV file. *** See source code for further details. ******************************____****************************__**__******** 2015-01-17 16:53:00 INFO - Using download directory /home/egonw/var/Projects/____GitHub/Wikidata-Toolkit/wdtk-____examples/dumpfiles/____wikidatawiki [WARNING] java.lang.reflect.____InvocationTargetException at sun.reflect.____NativeMethodAccessorImpl.____invoke0(Native Method) at sun.reflect.____NativeMethodAccessorImpl.____invoke(____NativeMethodAccessorImpl.java:____57) at sun.reflect.____DelegatingMethodAccessorImpl.____invoke(____DelegatingMethodAccessorImpl.____java:43) at java.lang.reflect.Method.____invoke(Method.java:606) at org.codehaus.mojo.exec.____ExecJavaMojo$1.run(____ExecJavaMojo.java:293) at java.lang.Thread.run(Thread.____java:745) Caused by: java.lang.NullPointerException at org.wikidata.wdtk.dumpfiles.____DumpProcessingController.____processDumpFile(____DumpProcessingController.java:____470) at org.wikidata.wdtk.dumpfiles.____DumpProcessingController.____processMostRecentDump(____DumpProcessingController.java:____456) at org.wikidata.wdtk.dumpfiles.____DumpProcessingController.____processMostRecentJsonDump(____DumpProcessingController.java:____426) at org.wikidata.wdtk.examples.____ExampleHelpers.____processEntitiesFromWikidataDum____p(ExampleHelpers.java:158) at org.wikidata.wdtk.examples.____EntityStatisticsProcessor.____main(____EntityStatisticsProcessor.____java:88) ... 6 more I tried finding what goes wrong, but cannot grasp all the magic that is going on... the directory it reports was created, but is empty... $ mvn --version Apache Maven 3.0.5 Maven home: /usr/share/maven Java version: 1.7.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-____i386/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "3.16.0-4-686-pae", arch: "i386", family: "unix" Can someone give me some pointers where and how it is testing of dump files exist? Is this problem something platform dependent? Thanks, Egon ___________________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org> <mailto:Wikidata-l@lists.__wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org>> https://lists.wikimedia.org/____mailman/listinfo/wikidata-l <https://lists.wikimedia.org/__mailman/listinfo/wikidata-l> <https://lists.wikimedia.org/__mailman/listinfo/wikidata-l <https://lists.wikimedia.org/mailman/listinfo/wikidata-l>> _________________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org> https://lists.wikimedia.org/__mailman/listinfo/wikidata-l <https://lists.wikimedia.org/mailman/listinfo/wikidata-l> _________________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org> https://lists.wikimedia.org/__mailman/listinfo/wikidata-l <https://lists.wikimedia.org/mailman/listinfo/wikidata-l> _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Markus Krötzsch

11:07 p.m.

On 17.01.2015 23:04, Markus Krötzsch wrote: ...

...

Question to the MW folks: Is there any machine-readable API to get the list of available dump files?

I mean: "WMF folks", of course -- Markus

Egon Willighagen

18 Jan 18 Jan

10:58 a.m.

On Sat, Jan 17, 2015 at 11:04 PM, Markus Krötzsch <markus(a)semantic-mediawiki.org> wrote:

...

It is easy to fix this (though I will not fix it tonight, but tomorrow) by just adjusting the HTML strings we parse for.

Sure! I have subscribed to the bug report. As an intermediate workaround for me, what file name pattern is used in the local cache? I had manually downloaded a file (and made it available as torrent because it was only at about 1 MB/s, [0]) and put this in the folder, but it was not recognized... the file on the server is: http://dumps.wikimedia.org/other/wikidata/20150112.json.gz But as 20150112.json.gz it is not detected... I noted the the json-* pattern in the code, but json-20150112.json.gz didn't work either... BTW, a second question, is there a way to list all local (JSON) dumps using the WDTK api?

...

We should also improve our error reporting for this case, obviously.

Yeah, that's an art no software I ever worked with mastered... it's hard! But it's important... I was completely looking in the wrong place... mind you, monitoring logging messages can be hard too, when WDTK is used in other environments, such as Bioclipse, and you cannot rely on those message to show up :( Thanks for immediately looking into it and looking forward to pointers for my two questions, greetings, Egon -- E.L. Willighagen Department of Bioinformatics - BiGCaT Maastricht University (http://www.bigcat.unimaas.nl/) Homepage: http://egonw.github.com/ LinkedIn: http://se.linkedin.com/in/egonw Blog: http://chem-bla-ics.blogspot.com/ PubList: http://www.citeulike.org/user/egonw/tag/papers ORCID: 0000-0001-7542-0286 ImpactStory: https://impactstory.org/EgonWillighagen

Markus Krötzsch

2:26 p.m.

On 18.01.2015 10:58, Egon Willighagen wrote:

...

On Sat, Jan 17, 2015 at 11:04 PM, Markus Krötzsch <markus(a)semantic-mediawiki.org> wrote:

It is easy to fix this (though I will not fix it tonight, but tomorrow) by just adjusting the HTML strings we parse for.

The dump files are put into subdirectories of the current directory ("."), for example: ./dumpfiles/wikidatawiki/json-20150105/20150105.json.gz (JSON dump) ./dumpfiles/wikidatawiki/current-20141009/wikidatawiki-20141009-pages-meta-current.xml.bz2 (current revision XML dump) If you create a directory of this form and put a file in there with the file name as found online, then the tool will find it.

...

BTW, a second question, is there a way to list all local (JSON) dumps using the WDTK api?

Yes, though it's not very convenient right now. To restrict to local files, you can use the DumpProcessingController in offline mode (then it only looks at local files): DumpProcessingController dumpProcessingController = new DumpProcessingController("wikidatawiki"); dumpProcessingController.setOfflineMode(true); List<MwDumpFile> localJsonDumps = dumpProcessingController. getWmfDumpFileManager(). findAllDumps(DumpContentType.JSON); This gives you a list of MwDumpFile objects that you can access to get their date (getDateStamp()) and also to access the file contents. I think we should log some additional messages about the files that are found and used. Cheers, Markus

...

We should also improve our error reporting for this case, obviously.

Markus Krötzsch

3:23 p.m.

The issue was fixed in master now. I also added some more INFO-type messages that will report about the dump files found online and locally. Cheers, Markus On 18.01.2015 14:26, Markus Krötzsch wrote:

...

On 18.01.2015 10:58, Egon Willighagen wrote:

On Sat, Jan 17, 2015 at 11:04 PM, Markus Krötzsch <markus(a)semantic-mediawiki.org> wrote:

It is easy to fix this (though I will not fix it tonight, but tomorrow) by just adjusting the HTML strings we parse for.

BTW, a second question, is there a way to list all local (JSON) dumps using the WDTK api?

We should also improve our error reporting for this case, obviously.

Egon Willighagen

3:32 p.m.

OK, thanks! BTW, I could confirm the NPE solved by adding that json-YYYYMMDD/ subdir... Another question: is it possible to cancel to process of parsing a datadump file programmatically? I saw the time out, but integrating it in a GUI where the user may push a cancel button, and would be nice if I could propagate that, and stop the actual processing... Egon On Sun, Jan 18, 2015 at 3:23 PM, Markus Krötzsch <markus(a)semantic-mediawiki.org> wrote:

...

On 18.01.2015 10:58, Egon Willighagen wrote:

On Sat, Jan 17, 2015 at 11:04 PM, Markus Krötzsch <markus(a)semantic-mediawiki.org> wrote:

It is easy to fix this (though I will not fix it tonight, but tomorrow) by just adjusting the HTML strings we parse for.

BTW, a second question, is there a way to list all local (JSON) dumps using the WDTK api?

We should also improve our error reporting for this case, obviously.

_______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

-- E.L. Willighagen Department of Bioinformatics - BiGCaT Maastricht University (http://www.bigcat.unimaas.nl/) Homepage: http://egonw.github.com/ LinkedIn: http://se.linkedin.com/in/egonw Blog: http://chem-bla-ics.blogspot.com/ PubList: http://www.citeulike.org/user/egonw/tag/papers ORCID: 0000-0001-7542-0286 ImpactStory: https://impactstory.org/EgonWillighagen

Markus Krötzsch

6:05 p.m.

On 18.01.2015 15:32, Egon Willighagen wrote:

...

OK, thanks! BTW, I could confirm the NPE solved by adding that json-YYYYMMDD/ subdir...

Great.

...

Another question: is it possible to cancel to process of parsing a datadump file programmatically? I saw the time out, but integrating it in a GUI where the user may push a cancel button, and would be nice if I could propagate that, and stop the actual processing...

You can just throw some RuntimeException (or, cleaner, a subclass thereof that you can specifically catch on the outer level) from within the processor. That's what the existing timer also does. The files used within the processing are opened using Java's try-with-resources construct, so that they should be closed cleanly when an exception occurs. From an architectural point of view, it would probably be cleaner to create a checked exception for this purpose and declare all processing methods to throw it. Any preferences? Markus

3385

days inactive

3386

days old

wikidata@lists.wikimedia.org

Manage subscription

11 comments

2 participants

tags (0)

participants (2)

Egon Willighagen
Markus Krötzsch