[Wikidata-bugs] [Maniphest] [Commented On] T227643: dumpRDF.php generates a hash-based conceptUri

2019-11-21 Thread Jimkont
Jimkont added a comment. Thanks @Addshore I read the post, very good documentation. The `-server` option in `dumpRdf.php --server http://somFancyNewLocation.foo --output /tmp/rdfOutput` seems like the best approach but when I was looking into the issue it was not part of the

[Wikidata-bugs] [Maniphest] [Commented On] T227643: dumpRDF.php generates a hash-based conceptUri

2019-09-08 Thread Addshore
Addshore added a comment. What config was that updater running with? Why is it getting subjects with localhost referenced like http://localhost:8181/entity/Q2 ? For example on the wikibase registrary, if the wikibase service is accessible on the docker network via its main domain (if

[Wikidata-bugs] [Maniphest] [Commented On] T227643: dumpRDF.php generates a hash-based conceptUri

2019-09-04 Thread Ladsgroup
Ladsgroup added a comment. The solution indeed breaks WDQS updater: wdqs-updater_1 | 17:08:57.869 [main] INFO o.w.q.r.t.change.RecentChangesPoller - Got 1 changes, from Q2@8@20190904170851|7 to Q2@8@20190904170851|7 wdqs-updater_1 | 17:08:58.060 [update 1] WARN

[Wikidata-bugs] [Maniphest] [Commented On] T227643: dumpRDF.php generates a hash-based conceptUri

2019-07-10 Thread Jimkont
Jimkont added a comment. to clarify, the QueryService syncs data correctly with the subdomain I set on the docker compose file as a namespace. It is only the `dumpRdf.php` script that is not using the correct namespace TASK DETAIL https://phabricator.wikimedia.org/T227643 EMAIL