Re: [Wikidata] Wikidata in the LOD cloud

[Andy Mabbett]

On Tue, 22 Sep 2020 at 14:47, Thad Guidry  wrote:

> It looks like P3348 is not actually filled out completely and a bit 
> incorrectly to
> my eyes.
>
> 1. Wouldn't "National Library of Greece" be instead represented by "issued by"
> P2378, instead of P1629?  Look at the properties for the type
> https://www.wikidata.org/wiki/Q18614948

I agree; that's apparently not what the community has decided.

> 2. Secondly, what is so important to know about the National Library of Greece
> Authority Records ID?  that could all be captured on the property P3348 
> itself.

It could, but again I don't think that is how the community has chosen
to model them.

Otherwise, what is P1629 for? Note the original description:

https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/27#P1629

"item corresponding exactly to the concept represented by the
property, if applicable."

> I think your particular question is that around bullet point 3

What question? I wasn't aware that I asked one.

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Wikidata] Wikidata in the LOD cloud

[Thad Guidry]

Andy,

It looks like P3348 is not actually filled out completely and a bit
incorrectly to my eyes.

1. Wouldn't "National Library of Greece" be instead represented by "issued
by" P2378, instead of P1629?  Look at the properties for the type
https://www.wikidata.org/wiki/Q18614948
2. Secondly, what is so important to know about the National Library of
Greece Authority Records ID?  that could all be captured on the property
P3348 itself.

   - It's an external identifier.  We already know that through the
   authority assumption and ExternalId type.
   - there are a few things to say about the identifier, such as what does
   it really represent?  a work? a title? both?  broadly any single item in
   their *holdings*?  ( look at how https://www.wikidata.org/wiki/Q18609040
   uses facet of P1269 to hold the representation "taxon" at a higher level
   for all property that represent a "taxon" like
   https://www.wikidata.org/wiki/Property:P627 )
   - Are the same IDs also held and included in a particular named database
   that often gets cited or referenced?  Then we should say that they are
   included in that named database with some property (of which I don't know
   if we have something that works for that currently)
   - Are the IDs constrained and only issued and generated for some holding
   type or set of collections for National Library of Greece, for example,
   only official active holdings (not dropbox holdings that have not been
   vetted)
   - Is there an email or phone number for the Authority Records questions,
   then I'd add that also to P3348.
   - What else is there to say about the IDs, what they represent, who
   issues them, etc.  Capture all the metadata of the authoritative ids on the
   ID property itself.

I think your particular question is that around bullet point 3, where an
authority might maintain 2 or 3 holding types or collection sets, and then
issue sets of identifiers for those 2 or 3.  Each holding type or
collection set might be in a database that is named and known and often
cited and has many things to say about the database itself, like who owns
it, when it was first created, etc.  Irrespective of all the sets of ID's
that it might contain.

Thad
https://www.linkedin.com/in/thadguidry/


On Tue, Sep 22, 2020 at 4:38 AM Andy Mabbett 
wrote:

> On Tue, 22 Sep 2020 at 10:01, Andy Mabbett 
> wrote:
>
> > Now in Mix'n'match:
> >
> >https://mix-n-match.toolforge.org/#/catalog/3862
>
> This has highlighted an issue I've been concerned about for some time;
> the lack of granularity in property P1629, "subject item of this
> property".
>
> For example, the data set has an entry for "National Library of Greece
> Authority Records", which corresponds to our property P3348 "National
> Library of Greece ID". Yet the P1629 on that property is for Q1467610,
> "National Library of Greece" -  we have no item for the ID or its data
> set.
>
> Of course, one institution can have many such ID types, and thus
> Wikidata properties.
>
> There was quite strong opposition when I tried to create more items
> for sets of IDs (one successful example, for instance, is Q51044 of
> ORCID iDs). I think we will need to revisit that.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata in the LOD cloud

[Andy Mabbett]

On Tue, 22 Sep 2020 at 13:08, Egon Willighagen
 wrote:

> Bio2RDF released over time quite a few data sets, each having a separate 
> entry in the LOD cloud, e.g. Bio2rdf::DrugBank?
>
> Do we create a separate Wikidata item for that? Link it to the Wikidata item 
> for Drugbank, so that one database can have more than one LOD Cloud ID?

I think we should have a separate entry for each entry in the LOD
Cloud database; if necessary, sets of two or more of the can be
grouped under a parent item.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Wikidata] Wikidata in the LOD cloud

[Egon Willighagen]

How will we handle LOD entries for data sets provided by a third party?

For example, Bio2RDF released over time quite a few data sets, each having
a separate entry in the LOD cloud, e.g. Bio2rdf::DrugBank?

Do we create a separate Wikidata item for that? Link it to the Wikidata
item for Drugbank, so that one database can have more than one LOD Cloud ID?

What do you think?

Egon




On Tue, Sep 22, 2020 at 11:02 AM Andy Mabbett 
wrote:

> On Wed, 16 Sep 2020 at 14:53, Lydia Pintscher
>  wrote:
>
> > And we now have the Property \o/
> https://www.wikidata.org/wiki/Property:P8605
>
> Now in Mix'n'match:
>
>https://mix-n-match.toolforge.org/#/catalog/3862
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>


-- 
Have you heard about Wikidata already? "Use Scholia and Wikidata to find
scientific literature" is a new tutorial from my colleague Lauren Dupuis.
https://laurendupuis.github.io/Scholia_tutorial/

-
E.L. Willighagen
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
Blog: http://chem-bla-ics.blogspot.com/
PubList: https://www.zotero.org/egonw
ORCID: -0001-7542-0286 
ImpactStory: https://impactstory.org/u/egonwillighagen
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata in the LOD cloud

[Andy Mabbett]

On Tue, 22 Sep 2020 at 10:01, Andy Mabbett  wrote:

> Now in Mix'n'match:
>
>https://mix-n-match.toolforge.org/#/catalog/3862

This has highlighted an issue I've been concerned about for some time;
the lack of granularity in property P1629, "subject item of this
property".

For example, the data set has an entry for "National Library of Greece
Authority Records", which corresponds to our property P3348 "National
Library of Greece ID". Yet the P1629 on that property is for Q1467610,
"National Library of Greece" -  we have no item for the ID or its data
set.

Of course, one institution can have many such ID types, and thus
Wikidata properties.

There was quite strong opposition when I tried to create more items
for sets of IDs (one successful example, for instance, is Q51044 of
ORCID iDs). I think we will need to revisit that.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Wikidata] Wikidata in the LOD cloud

[Andy Mabbett]

On Tue, 22 Sep 2020 at 10:13, Egon Willighagen
 wrote:

> On Tue, Sep 22, 2020 at 11:02 AM Andy Mabbett  
> wrote:

>> Now in Mix'n'match:
>>
>>https://mix-n-match.toolforge.org/#/catalog/3862

> How was it done? I like to learn a bit more about the steps.

In this case, they aheva  JSON file, so I sent a link to that to
Magnus, and he added it.

More generally, if I have the IDs and short descriptive text in a
spreadsheet, I use:

   https://mix-n-match.toolforge.org/mix-n-match/import.php

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Wikidata] Wikidata in the LOD cloud

[Egon Willighagen]

Awesome, thanks!

How was it done? I like to learn a bit more about the steps.

Egon

On Tue, Sep 22, 2020 at 11:02 AM Andy Mabbett 
wrote:

> On Wed, 16 Sep 2020 at 14:53, Lydia Pintscher
>  wrote:
>
> > And we now have the Property \o/
> https://www.wikidata.org/wiki/Property:P8605
>
> Now in Mix'n'match:
>
>https://mix-n-match.toolforge.org/#/catalog/3862
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>


-- 
Have you heard about Wikidata already? "Use Scholia and Wikidata to find
scientific literature" is a new tutorial from my colleague Lauren Dupuis.
https://laurendupuis.github.io/Scholia_tutorial/

-
E.L. Willighagen
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
Blog: http://chem-bla-ics.blogspot.com/
PubList: https://www.zotero.org/egonw
ORCID: -0001-7542-0286 
ImpactStory: https://impactstory.org/u/egonwillighagen
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata in the LOD cloud

[Andy Mabbett]

On Wed, 16 Sep 2020 at 14:53, Lydia Pintscher
 wrote:

> And we now have the Property \o/   
> https://www.wikidata.org/wiki/Property:P8605

Now in Mix'n'match:

   https://mix-n-match.toolforge.org/#/catalog/3862

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Wikidata] academic/scientific articles on Wikidata

[Andrew Su]

Thank you all for the ideas and pointers.  Very helpful and much
appreciated!

Best,
-andrew

On Sun, Sep 20, 2020 at 2:28 AM Federico Leva (Nemo) 
wrote:

> Andrew Su, 20/09/20 07:21:
> > Is anyone aware of a list of academic articles that use Wikidata?
>
> Manual lists and keyword searches tend to be a bit messy, but with
> enough work you might be able to find what you're looking for. Do you
> consider you have too many results, or too few? (There are about
> 2000-2500 results for "wikidata" on generic academic search engines like
> BASE or CORE.)
>
> For a slightly curated list you could use citations of a general
> article, like:
>
> https://www.lens.org/lens/scholar/article/019-729-680-880-124/citations/citing
>
> If there are too many citations, it's sometimes possible to sort them by
> "citation intent":
>
> https://www.semanticscholar.org/paper/dab7e605237ad4f4fe56dcba2861b8f0a57112be#citing-papers
>
> You could also give a look to the references of a suitable article, in
> your case maybe something about WikiCite like
> https://doi.org/10.3897/rio.5.e35820
>
> Works by sufficiently meticulous authors may also be found by their
> citation of a software library or other software for the usage of
> Wikidata, like these:
>
> https://www.base-search.net/Search/Results?filter[]=f_dctypenorm%3A%226%22&lookfor=wikidata
>
> For instance https://doi.org/10.5281/zenodo.60708 has one citation at
>
> https://www.lens.org/lens/scholar/article/083-423-725-270-071/citations/citing
> and your very own https://doi.org/10.5281/zenodo.3621065 finds a
> citation from http://doi.org/10.7554/elife.52614 .
>
> Federico
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata