- From: Thad Guidry <thadguidry@gmail.com>
- Date: Wed, 25 Sep 2019 06:57:39 -0500
- To: Antonin Delpeuch <antonin@delpeuch.eu>
- Cc: public-reconciliation@w3.org, David Huynh <dfhuynh@gmail.com>
- Message-ID: <CAChbWaMeXuza-ahmGOuwyVGYf4GXtssgM1MR6vGzELuXQa-9LA@mail.gmail.com>
David,
(sorry for pulling you into this convo)
Do you happen to have any additional knowledge or clarification for the
definitions of identiferSpace and schemaSpace in Reconciliation ? (my
memory is fading fast)
Thad
https://www.linkedin.com/in/thadguidry/
On Tue, Sep 24, 2019 at 9:07 AM Thad Guidry <thadguidry@gmail.com> wrote:
> Historically in Freebase the Types themselves were grouped under Domains
> sometimes.
>
> We had Domains like /business and /music etc.
> and each Type in the Domain (like "artist") had an ID that showed which
> domain it was under like this Type "/music/artist".
>
> Then the more general concept was namespaces and keys
> https://developers.google.com/freebase/guide/basic_concepts
>
> Wikidata Items directly translate to Freebase Topic MIDs ( like /m/0dgw9r
> <https://tools.wmflabs.org/freebase/m/0dgw9r> )
>
> OId MQL ... but this might help you understand... When you inserted a new
> value into Freebase you would get back the identifier MID of the triple, in
> this case upon inserting the key value "eol" into the "/biology" namespace
> (which is essentially a Domain)
>
> [{
> "id": "/m/0cnstys",
> "type": "/type/namespace",
> "key": [{
> "connect": "insert",
> "namespace": "/biology",
> "value": "eol"
> }]
> }]
>
>
> https://groups.google.com/forum/#!searchin/freebase-discuss/jeff$20prucher$20authority|sort:date/freebase-discuss/qiKeBzTMsks/rDtwPUNDClQJ
>
>
>
> https://groups.google.com/forum/#!searchin/freebase-discuss/jeff$20prucher$20authority|sort:date/freebase-discuss/WdwYwZKSLtM/6Qc5EosrG28J
>
>
>
> https://groups.google.com/forum/#!searchin/freebase-discuss/jeff$20prucher$20authority|sort:date/freebase-discuss/OoRk6BsxWyQ/jCXs-PSn3woJ
>
>
>
> https://groups.google.com/forum/#!searchin/freebase-discuss/mql$20namespace|sort:date/freebase-discuss/KMQRKrcTYck/zPKBnyncOj4J
>
>
> *My initial reaction is that the schemaSpace is more about Domains and
> that the identifierSpace is about namespaces and keys* (where we stored
> unique identifiers and was the old soft key system).
> Since Wikidata has no direct Types or Domains, there is nothing to
> translate there I think.
>
> Thad
> https://www.linkedin.com/in/thadguidry/
>
>
> On Tue, Sep 24, 2019 at 5:15 AM Antonin Delpeuch <antonin@delpeuch.eu>
> wrote:
>
>> Hi all,
>>
>> I have a question about the exact meaning of the identifierSpace and
>> schemaSpace fields in reconciliation services. This is one thing I would
>> like document better in the specifications.
>>
>> My understanding is that these are URIs which represent the type of
>> entities and properties used by the service. Can we have a more precise
>> definition than that?
>>
>> The canonical value for both of these is
>> "http://rdf.freebase.com/ns/type.object.id", which was used in the
>> Freebase reconciliation service, but can of course no longer be accessed
>> (if it ever was? sometimes URIs are not meant to be resolved in a
>> browser).
>>
>> This canonical value is used by many other reconciliation services, even
>> if they do not use Freebase ids at all: for instance, the OCCRP endpoint
>> uses it. Is it desirable?
>>
>> In the Wikidata service I have used "http://www.wikidata.org/entity/" as
>> identifierSpace and "http://www.wikidata.org/prop/direct/" as
>> schemaSpace. The idea behind this choice was that you can get a RDF URI
>> for identifiers and properties by concatenating their ids to these
>> prefixes. But that was totally a guess on my part. Perhaps I should have
>> used actual URIs there? Which ones?
>>
>> So, in short, I would like a precise definition of the identifierSpace
>> and schemaSpace fields, which would unambiguously inform implementers
>> about what value they should have in their own services.
>>
>> Thanks,
>>
>> Antonin
>>
>>
>>
>>
Received on Wednesday, 25 September 2019 11:58:15 UTC