Wikidata:Property proposal/documented files

From Wikidata
Jump to navigation Jump to search

documentation files at[edit]

Originally proposed at Wikidata:Property proposal/Generic

Motivation[edit]

It's a broader understanding of the property artist files at (P9493). We discuss the opportunity to change the name of artist files at (P9493) but it's seem better to don't.

Many heritage institutions have developed in the past a documentation structured in files about many subjects and not only in the artistic domain. This property is a great opportunity to give a large audience to this documentation. We see in particular a opportunity to find material to fill the gap between the gender in the Wikipedia's pages.

Beat Estermann
Affom
Vladimir Alexiev
Birk Weiberg
Smallison
Daniel Mietchen
Buccalon
Jneubert
Klaus Illmayer
Katikei
GiFontenelle
Antoine2711
Fjjulien
Youyouca
Vero Marino
Celloheidi
Beireke1
Anju A Singh
msoderi
Simon Villeneuve
VisbyStar
Gregory Saumier-Finch
Rhudson
DrThneed
Pakoire
Gabriel De Santis-Caron
Raffaela Siniscalchi
Aishik Rehman
YaniePorlier
SAPA bdc
Joalpe
bridgetannmac
Nehaoua dlh28
LiseHatt
Zblace
Bianca de Waal
MichifDorian

Notified participants of WikiProject Performing arts,

Weadock313 (talk) 01:27, 20 April 2020 (UTC) 2le2im-bdc (talk) 19:36, 30 May 2018 (UTC) Beat Estermann (talk) 23:29, 1 June 2018 (UTC) Flor WMCH Gilliane Kern (talk) 05:47, 5 June 2018 (UTC) Mauricio V. Genta (talk) 23:42, 1 September 2018 (UTC) Laureano Macedo (talk) 09:49, 13 September 2018 (UTC) Daniel Mietchen VIGNERON Patafisik anarchivist KelliBee123 (talk) 16:29, 6 August 2019 (UTC) :kedouch Kedouch (talk) 11:43, 6 December 2023 (UTC) Anne Chardonnens (talk) Yooylee 30 (talk) 23:15, 11 August 2019 (UTC) Mlemusrojas (talk) 19:40, 19 February 2019 (UTC) erussey Kcohenp (talk) 16:28, 03 June 2019 (UTC) Mrtngrsbch Amandine (talk) 19:58, 12 August 2019 (UTC) RenéLC (talk) 11:17, 13 February 2020 (UTC) Sp!ros (talk) 09:00, 27 April 2020 (UTC) Ccooneycuny (talk) 16:49, 19 May 2020 (UTC) Librarian lena (talk) 19:57, 11 August 2020 (UTC) Valeriummaximum (talk) 16:42, 23 August 2020 (UTC) Jneubert (talk) 07:11, 24 September 2020 (UTC) MaryCDominique (talk) 10:06, 25 October 2020 (UTC) Epìdosis 17:16, 16 February 2021 (UTC) P feliciati (talk) 17:18, 16 February 2021 (UTC) JnyBn (talk) 07:27, 22 April 2021 (UTC) Hsarrazin (talk) 13:25, 1 July 2021 (UTC) Carlobia (talk) 15:27, 6 October 2021 (UTC) Heberlei (talk) 20:19, 29 July 2021 (UTC) KAMEDA, Akihiro (talk) 18:30, 18 September 2021 (UTC) Jonathan Groß (talk) 08:41, 1 November 2023 (UTC)[reply]

Notified participants of WikiProject Archival Description, @Aceven, Fuzheado, ASR06, Infopetal, Arbnos, Sp!ros: @Artchivist1, Berthoudh, UWashPrincipalCataloger:, @Hsarrazin, VIGNERON:, @Nattes_à_chat:

--SAPA bdc (talk) 22:17, 19 December 2021 (UTC)[reply]

Discussion[edit]

  •  Support, an important property for art.--Arbnos (talk) 17:18, 20 December 2021 (UTC)[reply]
  •  Comment Maybe "files about subject at" would be better Simple English? My thoughts are concerned with "document files" versus "documented files" where the -ed suffix brings a possible slippery slope for some folks. For instance, document file on Wikimedia Commons (P996) "A Document File" is not the same thing as "Documented Files", where "documented" we likely mean to fully define as "files - having metadata or reference by a system - that provide information about a subject". If so, than we should improve the description with something like that fuller definition. --Thadguidry (talk) 04:45, 28 December 2021 (UTC)[reply]
  •  Comment Also, any Thing could be a subject, just give it a few years! :-) , so I'd likely loosen those type constraints --Thadguidry (talk) 04:48, 28 December 2021 (UTC)[reply]
  •  Comment Also, I would like to hear opinions on how or why we don't or cannot treat these "files" as a "source" so that we are not able to instead use the existing described by source (P1343)? Let's fully flesh that out to see the differences or overlap with real world examples encouraged in replies to this specific comment. --Thadguidry (talk) 04:57, 28 December 2021 (UTC)[reply]
  •  Comment Finally, I'm worried that I am seeing more "at" kind of properties being proposed in the last 3 years, that are basically providing little metadata to users, and instead are simply being minted as more or less "GLAM SEO tactics". We should be trying to provide deeper information for users, and not simply "more info about subject at this institution" style properties (in whatever subform they are taking). We are better than that. We can do better than that. Let's think more about what users are likely missing from finding information on a given subject, and their needs for disambiguating that information. It might mean we need less properties and instead provide richer metadata in the form of qualifiers or better qualifiers than we have now to help users. --Thadguidry (talk) 05:08, 28 December 2021 (UTC)[reply]
  •  Comment isn't archives at (P485) sufficient? --- Jura 09:58, 28 December 2021 (UTC)[reply]
  •  Comment I'm having trouble understanding what "documented files" are, exactly. Maybe examples could be provided to make it clear why these can't be treated as sources or called archives as others suggest? --Crystal Clements, University of Washington Libraries (talk) 18:30, 29 December 2021 (UTC)[reply]
  •  Comment The phrase "documented files" is not one anyone in the library/archives world would be familiar with. Terms like "pamphlet file" or "clipping file" are more easily understood. "artist file" already conveys the idea of files of ephemera related to artists held in file cabinets. They are not necessarily archival in nature, however, as in many institutions they are not kept in archival locations and may even be circulated/checked out by users. UWashPrincipalCataloger (talk) 18:35, 30 December 2021 (UTC)[reply]
  •  Comment Many thanks for all your comments @Thadguidry, Arbnos, Jura1, Clements.UWLib, UWashPrincipalCataloger:. I will try to answer. First at all, I have to precise that I am not fluent in English (as you have certainly already understand ;-)) also I can be really precise in this Language. All kind of help is Welcome! --SAPA bdc (talk) 22:31, 4 January 2022 (UTC)[reply]
    @Thadguidry: Wiki-GLAM is a official project of WikiCommunity. The scope to give visibility from the ressources of the GLAM on the Wikimedia Platform is central in this perspective. GLAM conserve huge ressources, hidden on the web, who can help all the open knowledge projects. The GLAM could (in a ideal world) introduce theyself the precise informations in the plateformes (write Wikipedia's articles, add declaration in Wikidata's item). They make it already but it's in priority the community who have to decide in which subject it want to extract the informations. GLAM have to indicate where are the ressources and help people to access to it. SAPA bdc (talk) 22:32, 4 January 2022 (UTC)[reply]
    @Clements.UWLib, I try to translate in Englich the french term "dossier documentaire". this term is wellknown in the French Area. You can find definition of it. This kind of documentation are in Swiss's GLAM (I can spoke only about what I know) often created during the Past. It's a file who you will find newspaper's extracts but also many other kind of publication. Now, this pratice is over. At least, on this analog Way. Most Swiss GLAM have decide to stop it but to conserve the files. A good example is the Cinemathèque suisse with the series DD1 and DD2. You will find some images online. If you can suggest me a good translation in Englich I would be very glad. SAPA bdc (talk) 22:51, 4 January 2022 (UTC)[reply]
    @Jura1, the use of archives at (P485) is reserved at the documents who are real archives. It's mean unique and original. A clipping files don't regroup original documents. Only diverse publications. To have a archives von Nelson Mandela, it's not the same to have a file with newspaper articles about him. Only few Institutions have the first, many could have the second. In the same way, in some Wikipedia there is a direct connexion on the value von archives at (P485) also it's important to preserve the unicity (and the quantity) of the kind of information. SAPA bdc (talk) 09:35, 5 January 2022 (UTC)[reply]
    Not sure if this is always the case. The use you are proposing seem to archives of documents about a person rather than by the person. Either would ideally be original, but aren't necessarily. --- Jura 07:54, 11 January 2022 (UTC)[reply]
    @Thadguidry I make a test with described by source (P1343). See described by source (P1343) of Elisabeth Feller (Q1329895). The result is not bad. I have to think about it. SAPA bdc (talk) 10:09, 5 January 2022 (UTC)[reply]
  •  Comment Instead of "Documented files" I would recommend using the term "Documentation files", meaning files containing documentation of or about a given topic (for example, a file containing collected documentation about a museum object). "Documented" does not carry the same meaning, nor is its meaning in English clear. I offer this perspective as a librarian and archivist at a GLAM institution holding archives, artist files and documentation files, which are each distinct in nature. I'm dropping in from the discussion over at "artist files at" because I see unique value in that property as well as "documentation files at" and "archives at", and would not like to see any of the three conflated. Appreciate the conversation! Artchivist1 (talk) 22:39, 8 January 2022 (UTC)[reply]
    Thanks a lot @Artchivist1. After your comment, I change the title to "documention files at". Could you said us if your are for or again the creation of this property? SAPA bdc (talk) 07:48, 11 January 2022 (UTC)[reply]
  •  Support, a useful property to indicate organized holdings of grey literature. Artchivist1 (talk) 13:57, 13 January 2022 (UTC)[reply]
  •  Support, I would go with "documentation at" though (in analogy to "archives at"). As it has been rightly observed, it could be used on a variety of item types. --Beat Estermann (talk) 09:29, 8 February 2022 (UTC)[reply]
  •  Weak oppose I'd keep using archives at (P485) for this, even if it may include elements a typical archivist would shred. I could be fairly complicated to sort between the two properties and if we end up adding both, there is no advantage. --- Jura 10:54, 9 February 2022 (UTC)[reply]
  •  SupportMasterRus21thCentury (talk) 12:56, 1 March 2022 (UTC)[reply]
  • @SAPA bdc, Arbnos, Thadguidry, Jura1, Clements.UWLib, MasterRus21thCentury: @Aceven, Fuzheado, ASR06, Infopetal, Arbnos, Sp!ros: @Artchivist1, Berthoudh, Hsarrazin, VIGNERON, Nattes_à_chat, Beat Estermann: ✓ Done as documentation files at (P10527). UWashPrincipalCataloger (talk) 07:38, 23 March 2022 (UTC)[reply]
  •  Oppose I don's see an additional value on this property. I believe it is rather misleading and will create problems when having to chose between this and "archives at". In my point of view any kind of "documentation file" can be seen and described as an archival collection. "Archives at" can include several of these nuances. Sp!ros (talk) 08:10, 23 March 2022 (UTC)[reply]
    I understand you are taking a broader view. But many are taking a narrower view here for good reason. Many universities and scientific institutions (NASA being one example) give unique ids for recording "a file" versus "a collection of files", which to them are two different things and not similar things. A good example would be Brighamia insignis (Q1934110) where data files and image files of that subject are maintained at this institution and no where else https://ntbg.org -- Thadguidry (talk) 14:47, 30 March 2022 (UTC)[reply]