I fully agree. I rather see the scarse development resources being focused on fixing this, than the p/q business, as you nicely call it. Tbh, I really don't see an issue with multiple p's and q's over different Wikibases. That is where prefixes are for, to distinguish between different resources. Examples of identical identifier (literal) schemes between multiple  resources are abundant. (e.g. PubMed and NCBI gene) It really is a matter of getting used to, or am I missing something?



On Thu, Nov 29, 2018 at 8:54 AM Olaf Simons <olaf.simons@pierre-marteau.com> wrote:
What is more problematic than the p/q business:

If I run a SPARQL search at our endpoint - such as this one:

https://database.factgrid.de/query/#SELECT%20%3FIlluminatenorden%20%3FIlluminatenordenLabel%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%20%20%3FIlluminatenorden%20wdt%3AP91%20wd%3AQ10677.%0A%7D

I will receive answers in the form of

wd:q25

but they do not lenk to wd, wikidata, but into our database https://database.factgrid.de/entity/Q25.

The same problem in the other direction: If our users have never seen a SPARQL search in their lives (and that's 100%) and if they now click at sample queries - they will qet Wikidata sample queries which do not work on our database - just as our P and Q numbers do not match.

Olaf





> Daniel Kinzler <dkinzler@wikimedia.org> hat am 29. November 2018 um 02:02 geschrieben:
>
>
> Am 28.11.18 um 10:15 schrieb James Heald:
> > It should also be made possible for the local wikibase to use local prefixes
> > other than 'P' and 'Q' for its own local properties and items, otherwise it
> > makes things needlessly confusing -- but currently I think this is not possible.
> I think the opposite is the case: ending up with a zoo of prefixes, with items
> being called A73834 and F0924095 and Q98985 and W094509, would be very
> confusing. The current approach is to to use the same approach that RDF and XML
> use: add a kind of namespace identifier in front of "foreign" identifiers. So
> you would have Q437643 for "local" items, xy:Q8743 for items from xy,
> foo:Q873287 for items from foo, etc. This is how foreign IDs are currently
> implemented in Wikibase.
>
>
> --
> Daniel Kinzler
> Principal Software Engineer, Core Platform
> Wikimedia Foundation
>
> _______________________________________________
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata

Dr. Olaf Simons
Forschungszentrum Gotha der Universität Erfurt
Schloss Friedenstein, Pagenhaus
99867 Gotha

Büro: +49-361-737-1722
Mobil: +49-179-5196880

Privat: Hauptmarkt 17b/ 99867 Gotha

_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata