Superraptor123 closed this task as "Resolved".
Superraptor123 claimed this task.
Superraptor123 added a comment.


  For the most part, this is now resolved. Because I was tunneling into the 
instance remotely, I needed to use:
  
    sudo bash 
/var/lib/mediawiki/extensions/wikidata-query-rdf/dist/target/service-0.3.111-SNAPSHOT/runUpdate.sh
 -n placeholdernamespace -- --wikibaseUrl http://localhost:80 --conceptUri 
http://localhost:400
  
  Instead of:
  
    sudo bash 
/var/lib/mediawiki/extensions/wikidata-query-rdf/dist/target/service-0.3.111-SNAPSHOT/runUpdate.sh
 -n placeholdernamespace -- --wikibaseUrl http://localhost:400 --conceptUri 
http://localhost:400
  
  Basically changing the Wikibase URL to port 80 instead of port 400. I'm not 
sure if this behavior is documented elsewhere in terms of remote access, but I 
stumbled upon it working purely by accident.
  
  Additionally, above I noted that I had to "go in and delete schema:name or 
skos:prefLabel from the ttl doc manually because it will fail to load correctly 
otherwise". This was true for the RDF dump in the remote MediaWiki version 
1.37. However, when I ran an RDF dump from a local MediaWiki version 1.35, it 
did not have "schema:name" or "skos:prefLabel" and loaded in fine without the 
need for preprocessing. This behavior may also need to be documented if 
individuals are exporting/importing RDF dumps between versions.

TASK DETAIL
  https://phabricator.wikimedia.org/T307951

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Superraptor123
Cc: Aklapper, Superraptor123, Astuthiodit_1, AWesterinen, karapayneWMDE, 
Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, 
Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 
Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 
Lydia_Pintscher, Mbch331
_______________________________________________
Wikidata-bugs mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to