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 <a...@pigsonthewing.org.uk> wrote: > On Tue, 22 Sep 2020 at 10:01, Andy Mabbett <a...@pigsonthewing.org.uk> > 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
