Property talk:P1436

From Wikidata
Jump to navigation Jump to search

Documentation

collection or exhibition size
number of items in a collection or exhibition
Descriptionamount of objects in a collection
Data typeQuantity
Template parameter"collection_size "/"фонд" in Template:Infobox museum (Q6232685)
Domain
According to statements in the property:
collection (Q2668072), exhibition (Q464980), cultural institution (Q3152824) or library network (Q26271642)
When possible, data should only be stored as statements
Allowed values
According to this template: organization (Q43229)
According to statements in the property:
0.001 ≤ 𝓧 ≤ not applicable
When possible, data should only be stored as statements
Allowed unitsitem (Q11723795), file unit (Q59221146), unit (Q2198779), linear metre (Q1807432), shelf foot (Q97958628), volume (Q1238720), terabyte (Q79741), title (Q783521), concrete object (Q4406616), shelf metre (Q1229410), row (Q1366302), item of collection or exhibition (Q18593264), zoological specimen (Q2114846), cubic foot (Q1545979), exhibit (Q9252000), box (Q188075), file folder (Q2429918), photograph (Q125191), film (Q11424), book (Q571), videocassette (Q121141504), film reel (Q105759907), videotape reel (Q60533098), video cartridge (Q105063216), floppy disk (Q5293), computer cartridge (Q18385092), cassette tape (Q11294186), audio recording (Q3302947), compact cassette (Q149757), compact disc (Q34467), CD-ROM (Q7982), DVD (Q5294), DVD-ROM (Q2144513), vertical file (Q60730271), tube (Q121444807), parcel (Q13107365), poem (Q5185279), scholarly article (Q13442814), conference paper (Q23927052), research article (Q15706459), ceramic tablet (Q116534191), sheet (Q106575204) or game (Q11410)
ExampleMaksim Bahdanovič Literary Museum, Minsk (Q12337378) → 16,946
Demyan Bedny's library (Q35026357) → 30,000 volume
AFL-CIO Region 9 Records (Q105652219) → 14 cubic foot
Sourceinfobox (note: this information should be moved to a property statement; use property source website for the property (P1896))
Tracking: usageCategory:Pages using Wikidata property P1436 (Q57631788)
See alsoquantity (P1114), amount cataloged (P7328), has works in the collection (P6379), number of records (P4876)
Lists
Proposal discussionProposal discussion
Current uses
Total532,740
Main statement531,77199.8% of uses
Qualifier9560.2% of uses
Reference13<0.1% of uses
[create Create a translatable help page (preferably in English) for this property to be included here]
Range from “0.001” to “+∞”: values should be in the range from “0.001” to “+∞”. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1436#Range
Scope is as main value (Q54828448), as qualifier (Q54828449): the property must be used by specified way only (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1436#Scope, SPARQL
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1436#Entity types

Range constraint[edit]

Q64328145 came up on Wikidata:WikiProject Random. As the size "0" seem suspect, I added a range constraint to P1436. It appears that many items have this problem: Wikidata:Database_reports/Constraint_violations/P1436#"Range"_violations. I suppose we could just remove the zero values. --- Jura 10:14, 22 August 2019 (UTC)[reply]

@Jura1: I have added many of these, and I am doing it intentionally because it is in the source data. Though, it strikes me that there might be a better way, so I am open to suggestions. In this case, the reason there are 0 values here is because I am using the property to denote the number of objects (or sub-collections) described in a collection, not exactly the true size of the collection. Thus, a collection whose objects are are not yet described in a catalog at an item level has a size of "0 items". We should perhaps have different properties for the size of a collection versus the number of objects described in a collection. Or some qualifier to display this meaning. Thoughts? Dominic (talk) 13:37, 22 August 2019 (UTC)[reply]
If P1416 is 0, I'd tend to expect that either the collection is lost (and nothing is left) or the archives might have signed some agreement to receive a collection, but nothing has been received by now. Within the Wikidata logic, I think "unknown" is generally closer to that meaning. Personally, I'm not really in favor of adding unknown unless some effort has been made to determine this or if there is some other compelling reason to that. Afterall, everything is "unknown" until we add it to Wikidata ;)
Maybe the description level should use a different property. To merely describe that the collection hasn't been inventoried at all, significant event (P793) could be sufficient. Looking at Wikidata:WikiProject Archival Description/Data structure, it seems that level of description (P6224) is intended for that. Once there is some data, maybe one could add a quantity qualifier to level of description (P6224), ideally with a "point in time" and some reference. --- Jura 14:26, 26 August 2019 (UTC)[reply]
The archival concept of level of description (P6224) isn't precisely about how much of a collection is described, but about at what level of granularity it is described. But I do agree with you that this sounds like a different property. It might be time to propose one. Dominic (talk) 13:12, 30 August 2019 (UTC)[reply]
How shall we fix the zero values? If you prefer not to delete them yourself, I can do it. --- Jura 14:11, 30 August 2019 (UTC)[reply]
No, I think it might number in the thousands of such claims, because I am working with a large batch. I went ahead and submitted this property proposal: Wikidata:Property proposal/amount cataloged. I will update all of the 0-value statements I have added in a single task, once that property is available (assuming it is approved), if that sounds good. Dominic (talk) 19:05, 30 August 2019 (UTC)[reply]
It looks like needs to be added differently anyways. Due to the lack of reference and date I find misleading, I think we need to go ahead and mop it up. --- Jura 06:40, 12 September 2019 (UTC)[reply]
level of description (P6224) is defined by ISAD(G) (Q1654544) as "The position of the unit of description in the hierarchy of the fonds", the Level of description. If level of description (P6224) of an unit is "fonds" that doesn't mean that it is described only at that level but that there is a fonds and you point to that (instead of let's say a document within a fonds). This shouldn't be mixed up with the granularity (="Erschliessungstiefe") Universitätsarchiv Zürich (talk) 15:38, 3 November 2019 (UTC)[reply]
@Universitätsarchiv Zürich: What's the plan for this? Delete? Change to amount cataloged (P7328)? There are 232495 statements to fix. --- Jura 04:06, 14 April 2020 (UTC)[reply]

Amount of creators in a collection[edit]

I somehow want to add the amount of different creators in a collection. Would it be wise to use this property or are there suggestions to use another property, or should I opt for a new one? --Hannolans (talk) 15:08, 9 December 2020 (UTC)[reply]

unit constraint[edit]

Hi, the list of possible units for measuring collections is intended for physical items. However, libraries have digital collections. We should develop this concept to represent them (bytes, entries, digital version of physical document of the collection, etc.). Now I have added terabyte (Q79741) to the allowed units. Thanks, Amadalvarez (talk) 08:43, 19 December 2020 (UTC)[reply]

Astronomical objects catalogues[edit]

Is this proprety ok for Messier object (Q14530), New General Catalogue (Q14534), Guide Star Catalog (Q143003), Guide Star Catalog II (Q15817618), etc? Emijrp (talk) 22:05, 26 July 2021 (UTC)[reply]