Wikibase dump: Some prefixes are missing `https:`

[cuatim]

Hi!

I noticed that the prefixes in https://wiki.openstreetmap.org/dump/wikibase-rdf.ttl.gz are inconsistent (and wrong?):

@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix wikibase: <http://wikiba.se/ontology#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix schema: <http://schema.org/> .
@prefix cc: <http://creativecommons.org/ns#> .
@prefix geo: <http://www.opengis.net/ont/geosparql#> .
@prefix prov: <http://www.w3.org/ns/prov#> .
@prefix wd: <//wiki.openstreetmap.org/entity/> . # <------ without https:
@prefix data: <https://wiki.openstreetmap.org/wiki/Special:EntityData/> . # <------ with https:
@prefix s: <//wiki.openstreetmap.org/entity/statement/> .
@prefix ref: <//wiki.openstreetmap.org/reference/> .
@prefix v: <//wiki.openstreetmap.org/value/> .
@prefix wdt: <//wiki.openstreetmap.org/prop/direct/> .
@prefix wdtn: <//wiki.openstreetmap.org/prop/direct-normalized/> .
@prefix p: <//wiki.openstreetmap.org/prop/> .
@prefix ps: <//wiki.openstreetmap.org/prop/statement/> .
@prefix psv: <//wiki.openstreetmap.org/prop/statement/value/> .
@prefix psn: <//wiki.openstreetmap.org/prop/statement/value-normalized/> .
@prefix pq: <//wiki.openstreetmap.org/prop/qualifier/> .
@prefix pqv: <//wiki.openstreetmap.org/prop/qualifier/value/> .
@prefix pqn: <//wiki.openstreetmap.org/prop/qualifier/value-normalized/> .
@prefix pr: <//wiki.openstreetmap.org/prop/reference/> .
@prefix prv: <//wiki.openstreetmap.org/prop/reference/value/> .
@prefix prn: <//wiki.openstreetmap.org/prop/reference/value-normalized/> .
@prefix wdno: <//wiki.openstreetmap.org/prop/novalue/> .

...

Thanks,
C

related: #779

[1ec5]

These look like the default Wikibase prefixes for Wikidata. OSM Wiki entities are supposed to be prefixed with osmd:, not wd:. @nyurik, we normally fix the prefixes in the dump too, right?

[1ec5]

@nyurik, FYI