Shortcut: WD:PP/WORK

Wikidata:Property proposal/Creative work

From Wikidata
Jump to navigation Jump to search


Property proposal: Generic Authority control Person Organization
Creative work Place Sports Sister projects
Transportation Natural science Computing Lexeme

See also[edit]

This page is for the proposal of new properties.

Before proposing a property

  1. Search if the property already exists.
  2. Search if the property has already been proposed.
  3. Check if you can give a similar label and definition as an existing Wikipedia infobox parameter, or if it can be matched to an infobox, to or from which data can be transferred automatically.
  4. Select the right datatype for the property.
  5. Read Wikidata:Creating a property proposal for guidelines you should follow when proposing new property.
  6. Start writing the documentation based on the preload form below by editing the two templates at the top of the page to add proposal details.

Creating the property

  1. Once consensus is reached, change status=ready on the template, to attract the attention of a property creator.
  2. Creation can be done 1 week after the creation of the proposal, by a property creator or an administrator.
  3. See property creation policy.

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/06.

Cultural heritage[edit]

See also: Wikidata:WikiProject Cultural heritage, Wikidata:WikiProject Intangible Cultural Heritage
Other related projects: Category:Cultural heritage WikiProjects

National Historical Museums of Sweden object ID[edit]

   On hold
Descriptionauthority identification for an object in the collections of the National Historical Museums of Sweden
Data typeExternal identifier
Allowed values[0-9A-Z]{8}-[0-9A-Z]{4}-[0-9A-Z]{4}-[0-9A-Z]{4}-[0-9A-Z]{12}
Example 1Streiff (Q10681657)https://samlingar.shm.se/object/A4B754D2-5CB6-4FA1-997A-970250E32044
Example 2Mosjömadonnan (Q10589526)https://samlingar.shm.se/object/7C505995-EBF5-4106-BBEE-17F52BB3EA83
Example 3Elizabeth Reliquary (Q26253636)https://samlingar.shm.se/object/8BA2743C-5065-438B-9FAA-D854606DB716
Sourcehttps://samlingar.shm.se
Planned useMatching and creating items in the collection that are depicted on Wikimedia Commons
Number of IDs in source1 300 000
Expected completenessno label (Q21873886 (always incomplete))
Formatter URLhttps://samlingar.shm.se/object/$1
See alsoNationalmuseum Sweden artwork ID (P2539)
Single-value constraintyes
Distinct-values constraintyes

Motivation[edit]

Needed to be able to matching and creating items on Wikidata that are objects in the collection of NHM and that are depicted in images on Wikimedia Commons, for example. / LinneaKarlberg (talk) 12:58, 7 April 2022 (UTC)[reply]

Discussion[edit]

 Support Azad Karimi (talk) 13:56, 7 April 2022 (UTC)[reply]
 Support LinneaKarlberg (talk) 13:05, 7 April 2022 (UTC)[reply]
 Support Eva L Vedin (talk) 13:08, 7 April 2022 (UTC)[reply]
 Support Elinor Rajka (talk) 19:13, 7 April 2022 (UTC)[reply]
 Support Azad Karimi (talk) 13:56, 7 April 2022 (UTC)[reply]
 Comment @LinneaKarlberg:, @Eva L Vedin:, @Elinor Rajka:, @Azad Karimi: coordinating support votes with ones colleagues is not helpful, the property proposal process is in place for a reason. Abbe98 (talk) 22:34, 7 April 2022 (UTC)[reply]
Sorry, we did not know. LinneaKarlberg (talk) 07:19, 8 April 2022 (UTC)[reply]
 Comment Considering that National Historical Museums of Sweden ID (P9495) exists and that other properties from SHM are likely to be proposed in the future(places, events, heritage sites, ect) maybe there should only be one property? As far as I'm aware the UUIDs are unique across the various types and even if that wouldn't be the case one could include the type prefix in the id. Abbe98 (talk) 22:40, 7 April 2022 (UTC)[reply]
@Abbe98: Sure, that would probably work. Do you have an example of another external identifier that includes several different types so I can check how it works? Is it possible then to change the name and details of P9495? LinneaKarlberg (talk) 07:22, 8 April 2022 (UTC)[reply]
Europeana entity (P7704) would be one example. I would imagine migrating/generalizing National Historical Museums of Sweden ID (P9495) by: 1. updating the formatter URL 2. adding the agent prefix to existing values 3. updating the label/description of the property Abbe98 (talk) 10:08, 8 April 2022 (UTC)[reply]
 Oppose Per the discussion above, I would suggest generalizing National Historical Museums of Sweden ID (P9495) rather than creating a new property for each type. I cave created a section on the discussion page. Abbe98 (talk) 10:20, 8 April 2022 (UTC)[reply]
Hello Abbe98 Hello, It would then be necessary to differentiate "agents" from "object". How would you like to do? (incorporate it into the identifier as a general property? or use an external URL formatter?) We can also consider that each property will be dedicated to the type (less errors with dedicated constraints). It would be necessary to recontact those who have already voted, as well as the voters of the other property, to find out if your idea appeals to them, but with more information. I don't see a URL leading directly to the correct page without using the type (with only the UUID). Example: type:UUID. Cordially. —Eihel (talk) 03:47, 13 April 2022 (UTC)[reply]
Hi! I would imagine we would use one of the seven possible prefixes like agent/<UUID> and object/<UUID>. We could also use a generic resolver but there isn't an official one so I think such a solution is less optimal. Abbe98 (talk) 06:48, 13 April 2022 (UTC)[reply]
@Abbe98: @Eihel: @LinneaKarlberg: We just had a discussion about this with the Wikidata team at the National Historical Museums of Sweden. Our conclusion is that this property should not be created, and Abbe98's solution (using prefixes) is better. This will include us (WMSE is supporting the museum in their Wikidata work) generalizing National Historical Museums of Sweden ID (P9495) and removing /person/ from the formatter URL and then adding the person prefix to all the existing uses of the property. --Alicia Fagerving (WMSE) (talk) 12:10, 21 April 2022 (UTC)[reply]
@Alicia Fagerving (WMSE) I have pinged all the people who voted on National Historical Museums of Sweden ID (P9495). I think we should leave it over the weekend at least but then if there are no one oposing this I can migrate it early next week. Abbe98 (talk) 12:32, 21 April 2022 (UTC)[reply]
We at NHM are all on board with this approach instead of several Properties. LinneaKarlberg (talk) 08:09, 29 April 2022 (UTC)[reply]
Sounds like an excellent idea. Many thanks Abbe98 . /André Costa (WMSE) (talk) 08:51, 24 May 2022 (UTC)[reply]
Thanks everyone, I've started re-defining National Historical Museums of Sweden ID (P9495) and will migrate the existing items using it. --Alicia Fagerving (WMSE) (talk) 12:19, 9 June 2022 (UTC)[reply]

National Archives of Sweden persistent identifier[edit]

   On hold
Descriptionpersistent identifier for objects in the National Archives of Sweden main archival database
RepresentsNational Archives of Sweden (Q1724971)
Data typeExternal identifier
Domainarchival resource (Q106815942), document (Q49848), work (Q386724)
Allowed valuesBase62-encoded UUID
Example 1No 2. Elbing. (Q111517198)eYHMeAFOm4sNVmxKK3M5L2
Example 2No 3. Elbing (Q111517379)0zDW3BS0Gw9Haap2yUVspE
Example 3No 4. Danzigk wir es Eltere und newer werck (Q111519390)zmQwWNi2ag9DQGJxnSVmD0
Implied notabilityWikidata property for an identifier that does not imply notability (Q62589320)
Formatter URLhttps://sok.riksarkivet.se/arkiv/$1
See alsoSwedish National Archive reference code (P5324)
Applicable "stated in"-valueNational Archives of Sweden (Q117288060)
Single-value constraintyes
Distinct-values constraintyes

Motivation[edit]

Wikidata-objekt med denna egenskapen kan också ha Nationell Arkivdatabas Referenskod (P5324), men den persistenta identifieraren är enklare att använda för att skapa webbsides-URLer och länkad data-URIer. Nils Weinander (Riksarkivet Sverige) (talk) 13:28, 28 April 2022 (UTC)[reply]

Discussion[edit]

It has been created as Swedish National Archive agent ID (P9713) se discussion - Salgo60 (talk) 07:43, 21 March 2023 (UTC)[reply]

Not the same as I understand. This proposal is for objects in archives (maybe even archives or series, though I struggle to come up with a case where they would have a wikidata item). The property you link is for an agent (Swedish: arkivbildare). Belteshassar (talk) 09:15, 21 March 2023 (UTC)[reply]
@Belteshassar, Nils Weinander (Riksarkivet Sverige), Abbe98: Dont we make it more complex than needed. Formatter url is the same
https://sok.riksarkivet.se/agent/$1 
My suggestion change the name on Swedish National Archive agent ID (P9713) to be both... I have used (maybe wrongly) both for the "person agent" and the "archive agent"
1) List examples nota bene August Strindberg seems to have more person identifiers at the National Archive looks like something that needs to be cleaned at "the National Archive"...
Having 2 different properties is like if someone should connect with Wikidata and add new properties for every type of instance instance of (P31) Wikidata has... ?
- Salgo60 (talk) 20:35, 24 March 2023 (UTC)[reply]

writing technique[edit]

   Under discussion

Motivation[edit]

Alexmar983 Jahl de Vautban DerMaxdorfer User: Suna no onna ; Name: Mentxu Zorita Epìdosis

Notified participants of WikiProject Epigraphy As in the case of height of letters (P12549), indicating the writing technique (Q125400578) is a useful part of the description of an inscription (e.g. this detail is present in the entries of Epigraphic Database Roma (Q124541686)). --Epìdosis 17:20, 27 April 2024 (UTC)[reply]

Discussion[edit]

  • Should we limit the type of techniques we could specify? On EDR looking over, I've seen these: scalpro, caelo and signaculo Men (talk) 18:33, 27 April 2024 (UTC)[reply]
    I think that all entities having instance of (P31)writing technique (Q125400578) are valid values for this property. EDR recognizes 18 possible values, listed in the manual at page 15. Epìdosis 23:10, 27 April 2024 (UTC)[reply]
  •  Comment Looking for "technique" returned fabrication method (P2079) − can you briefly explain why this would not be a good fit? Jean-Fred (talk) 19:06, 28 April 2024 (UTC)[reply]
    @Jean-Frédéric: firstly thanks for pointing to fabrication method (P2079), I hadn't noticed it; effectively writing technique (Q125400578) wouldn't fit bad in it; I'm now uncertain if we effectively need this new property, although I can still see some potential advantages: a new property "writing technique", which would be a subproperty of "fabrication method", would apply more specifically to the field of epigraphy, and potentially an item regarding an inscription could have both a value of "fabrication method" for processes related to its fabrication as object and a value of "writing technique" for processes related specifically to how it has been inscribed (anyway, these two values could also go, with no particular concern, both in "fabrication method"). I leave the proposal open to collect other opinions if we need a new property or if using P2079 is just fine. --Epìdosis 08:48, 29 April 2024 (UTC)[reply]

Wikidata:Property proposal/Fondazione Torino Musei

Cinematography[edit]

See also: Wikidata:WikiProject Movies
Other relevant projects: Category:Movie WikiProjects

Television[edit]

See also: Wikidata:WikiProject Movies

‎showrunner[edit]

Motivation[edit]

On English Wikipedia, showrunners were added as a new param to TV infoboxes last month, and this property is now slowly migrating to other interlanguage Wikipedia infoboxes. On wikidata, it used to be an alias for , but I think it would be useful to separate it for synchronization with infoboxes (since executive producers are there, too). Generally speaking, the showrunner is more of a top-level executive producer who has the most control over the current season, while other executive producers have less control over creative stuff and on-set production, but deal with administrative, financial, or other responsibilities. The actual episode credits usually list the showrunners as executive producers, but sources often state who the showrunner is at the time. Individual seasons are always the responsibility of the showrunners, who may change from season to season, while the list of executive producers is most often supplemented as the series progresses by former showrunners (who may no longer be involved in production). So showrunners usually specified in the infobox with a listing for every season (see The Walking Dead (TV series) or The Simpsons). Also, some executive producers may never be showrunners for any season of the show. Solidest (talk) 18:14, 28 May 2024 (UTC)[reply]

Discussion[edit]

Vladimir Alexiev Jonathan Groß Andy Mabbett Jneubert Sic19 Wikidelo ArthurPSmith PKM Ettorerizza Fuzheado Daniel Mietchen Iwan.Aucamp Epìdosis Sotho Tal Ker Bargioni Carlobia Pablo Busatto Matlin Msuicat Uomovariabile Silva Selva 1-Byte Alessandra.Moi CamelCaseNick Songceci moz AhavaCohen Kolja21 RShigapov Jason.nlw MasterRus21thCentury Newt713 Pierre Tribhou Ahatd JordanTimothyJames Silviafanti Back ache AfricanLibrarian M.roszkowski Rhagfyr 沈澄心 MrBenjo S.v.Mering

Notified participants of WikiProject Authority control Regards, ZI Jony (Talk) 18:14, 30 May 2024 (UTC)[reply]

== Active users == ValterVB LydiaPintscher Ermanon Mushroom Queryzo Danrok Rogi Mbch331 Jobu0101 putnik AmaryllisGardener Andreasmperu U+1F350 Bodhisattwa Shisma Wolverène Tris T7 Antoine2711 CptViraj ʂɤɲ Trivialist 2le2im-bdc Sotiale Wallacegromit1, mostly focus on media historiography and works from the Global South M2k~dewiki Rockpeterson Mathieu Kappler Sidohayder Spinster Gnoeee Ranjithsiji Ontogon Supaplex Carlinmack Haseeb Demadrend Jakeob9000 RealityBites Sriveenkat Keplersj dseomn Fuzheado BeLucky

Notified participants of WikiProject Movies Regards, ZI Jony (Talk) 18:14, 30 May 2024 (UTC)[reply]

Anime and manga[edit]

See also: Wikidata:WikiProject Anime and Manga

Music[edit]

See also: Wikidata:WikiProject Music
Other relevant projects: Category:Music WikiProjects

‎Yandex.Music track ID[edit]

Motivation[edit]

For Yandex.Music we already have label, genre, artist, album - lets add track. Vitaly Zdanevich (talk) 17:58, 10 May 2024 (UTC)[reply]

Discussion[edit]

 Support Tracks are an important musical release component, therefore if Yandex is already offering property IDs for the above, adding this new one makes sense. Youyouca (talk) 13:04, 1 June 2024 (UTC)[reply]

Video game[edit]

See also: Wikidata:WikiProject Video games
Other relevant projects: Category:Video game WikiProjects

pacing[edit]

   Under discussion
Descriptionvideo game mechanic based on the rhythm of the player's actions
Data typeItem
Example 1Civilization: Call to Power (Q1027136)turn-based (Q74023227)
Example 2Madden NFL 24 (Q119238637)real-time (Q74023731)
Example 3Fallout 76 (Q54497595)persistent world (Q736958)

Motivation[edit]

The video games have different types of rhythm mechanic. They can be divided into three or even four categories: turn-based, real-time, persistent (and even medidative or zen, when the goal of the video game is to relax the player).

Nevertheless, there is not a real specific property for this. That's why I suggest this one.

Nota: in French, we could translate it by "rythme narratif", but if you have a better suggestion, please let me know. :)

applsdev Arlo Barnes BugWarp Coloradohusky CptViraj Cupkake4Yoshi Cwf97 Cynde Moya Danrok Datumizer Dexxor Diggr Dispenser Dollarsign8 DoublePendulumAttractor EdoAug Edolusill Eniehack Facenapalm Floyd-out FullyAwesome Harshrathod50 Jean-Frédéric Keplersj Kirilloparma Lewis Hulbert LotsofTheories Macocobovi Macrike Master Of Ninja Matthias M. Metafire18 Nicereddy Nw520 Oduci Poslovitch Rampagingcarrot RampantSpirit Santer Sight Contamination thgiex Tomodachi94 VGPaleontologist Wd-Ryan WikiSyn YotaMoteuchi

Notified participants of WikiProject Video games

YotaMoteuchi (talk) 01:21, 19 April 2024 (UTC)[reply]

Discussion[edit]

In English, the label should be 'pacing' which is used very often in other sites or databases. YotaMoteuchi (talk) 17:18, 19 April 2024 (UTC)[reply]
'Pacing' sounds fine to me. Arlo Barnes (talk) 13:51, 26 April 2024 (UTC)[reply]
I wouldn't recommend game mechanics (P4151) here. Indeed, if you refer to the discussion of the property proposal Wikidata:Property proposal/Système de jeu, you will see that it has been proposed for role games and gamebooks. That's why I suggest this 'Pacing' property. YotaMoteuchi (talk) 17:18, 19 April 2024 (UTC)[reply]
game mechanics (P4151) is used for video games as well. For instance, you may find it used for open world games. Regards Kirilloparma (talk) 20:25, 19 April 2024 (UTC)[reply]
I see that game mechanics (P4151) is now used for video games, which detracts from the origin of the property. I think we're using a polysemantic word for a lot of unrelated things. Wouldn't using a more specific property be more appropriate? YotaMoteuchi (talk) 07:18, 20 April 2024 (UTC)[reply]
@Kirilloparma: would you like to give your opinion based on the response? Regards, ZI Jony (Talk) 06:42, 26 April 2024 (UTC)[reply]
@Kirilloparma:, would you like to give your final opinion based on the response? Regards, ZI Jony (Talk) 12:44, 22 May 2024 (UTC)[reply]
@YotaMoteuchi: Well, I'm not exactly saying that we don't need a specific property. It's just that if you look at the {{Games properties}} template in the "All Games" category, you can see that there are some properties related to games, board games and video games that are reciprocally used and that's why we don't have for example a separate property called "video game mechanics" because we already have a semantically correct game mechanics (P4151) property. Regards Kirilloparma (talk) 02:05, 29 May 2024 (UTC)[reply]
I understand that point of view. On another hand, some properties are quite similar (on another subect, for example, based on (P144) and inspired by (P941)) and it's not very easy to know if we need a more specific property in some cases.
Here, as I said Property:P4151 is a little mishmash, that's why I suggested this property. YotaMoteuchi (talk) 12:07, 29 May 2024 (UTC)[reply]
@Kirilloparma:, shall we proceed? Or do you have any objections? Regards, ZI Jony (Talk) 19:03, 29 May 2024 (UTC)[reply]

────────────────────────────────────────────────────────────────────────────────────────────────────

Here too, game mechanics (P4151) shouldn't be used as I said before. Regarding the way it can be inferred from the genre, sometimes, a same game can refer to two types of 'pacing'. FF12 have a "real-time" pacing when you are walking over the world and a "turn-based" when you fight agains monsters. So, a genre is not always a good way to infer the 'pacing'. YotaMoteuchi (talk) 17:18, 19 April 2024 (UTC)[reply]
@Dexxor:, any changes in your opinion based on the response? Regards, ZI Jony (Talk) 12:45, 22 May 2024 (UTC)[reply]
@Kirilloparma, Dexxor: pining for attention. Regards, ZI Jony (Talk) 07:24, 28 May 2024 (UTC)[reply]
@ZI Jony: I change my !vote to  Weak support because pcgamingwiki.com also has a pacing property. Dexxor (talk) 11:57, 28 May 2024 (UTC)[reply]
  •  Wait /  Oppose I actually agree we need something like that (I have long been thinking of something along these lines), but I think the proposal is under-developed. For the video game part of things, I would us to have a clearer picture of acceptable values (are the 3 in examples the only ones? Would Active Time Battle (Q1796885) for example be acceptable?), have mappings to other ontologies (does the Video Game Metadata Schema (Q61572854) have something like that?) and databases (what do Moby, IGDB, Glitchwave do here?). Does the future property also make sense for eg board games? The proposal is called “rythme narratif” in French, does it mean we need to involve Wikiproject Narration? Also, I don’t think property proposals are the best place to hold such discussions, and that we really should talk about such things beforehand. This is expected to be a major data modelling addition for a domain with close to 100K items, and it would go ahead with a bare 3 "weak support"? I think we need more work and more consensus here. Jean-Fred (talk) 06:04, 31 May 2024 (UTC)[reply]
    (Also, for clarity: I would be more than happy to help with that work (research and consensus-building) ; but the timing of that proposal did not work great for me this time. I don’t blame ZI Jony for trying to move things forwards (indeed, without you, the proposal would have died down!) but I think the shorter lifecycle of property proposals can be at odds with the necessary research/discussion time) Jean-Fred (talk) 06:14, 31 May 2024 (UTC)[reply]
    Hello @Jean-Frédéric. Just for answering you regarding some points.
    I didn't found any pacing property on Video Game Metadata Schema (Q61572854). I can tell the same for IGDB or Glitchwave.
    Anyway, for Mobygames (and to tell the truth, it's this website who inspired this property here), we can found this category with the following genres: Meditative / Zen, Persistent, Real-time and Turn-based.
    This category can be also found on PCGamingWiki which is adding the Continuous turn-based genre.
    Checking some other websites, I found also that we could add a sub-genre of "real-time"; it could be "real-time with pause", but I guess it's the case for any "real-time" game (or 99% of these games) which should use a pause key or anthing like that.
    For the board games, yes, I would suggest a "turn-based" value.
    Regarding the French proposal, I tried to translate it and only found the expression "rythme narratif". I know that it's not the best translation but I couldn't find any French expression around the websites which could describe this property. Do you have another suggestion?
    YotaMoteuchi (talk) 22:43, 1 June 2024 (UTC)[reply]

Literature[edit]

See also: Wikidata:WikiProject Books
Other relevant projects: Category:Book WikiProjects

‎Korrespondenzen der Frühromantik[edit]

person ID[edit]

DescriptionKorrespondenzen der Frühromantik person ID
RepresentsKorrespondenzen der Frühromantik (Q125973359)
Data typeExternal identifier
Domainhuman (Q5)
Allowed values\d*
Example 1Johann Wolfgang von Goethe (Q5879)137
Example 2Meta Forkel-Liebeskind (Q1416394)1834
Example 3Sophie Mereau (Q66313)4290
Number of IDs in source1804
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://briefe-der-romantik.de/letters/search?query=index_personen_11.ID:($1)
Applicable "stated in"-valueKorrespondenzen der Frühromantik (Q125973359)
Single-value constraintyes
Distinct-values constraintyes

organization ID[edit]

   Not done
DescriptionKorrespondenzen der Frühromantik organization ID
RepresentsKorrespondenzen der Frühromantik (Q125973359)
Data typeExternal identifier
Domaintype of organisation (Q17197366)
Allowed values\d*
Example 1Charité (Q162684)10342
Example 2University of Göttingen (Q152838)6154
Example 3Leipzig Book Fair (Q571730)6043
Number of IDs in source102
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://briefe-der-romantik.de/letters/search?query=index_koerperschaften_15.ID:($1)
Applicable "stated in"-valueKorrespondenzen der Frühromantik (Q125973359)
Single-value constraintyes
Distinct-values constraintyes

place ID[edit]

   Not done
DescriptionKorrespondenzen der Frühromantik place ID
RepresentsKorrespondenzen der Frühromantik (Q125973359)
Data typeExternal identifier
Domainadministrative territorial entity type (Q15617994)
Allowed values\d*
Example 1Berlin (Q64)15
Example 2Vienna (Q1741)16
Example 3Zürich (Q72)227
Number of IDs in source305
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://briefe-der-romantik.de/letters/search?query=index_orte_10.ID:($1)
Applicable "stated in"-valueKorrespondenzen der Frühromantik (Q125973359)
Single-value constraintyes
Distinct-values constraintyes

work ID[edit]

DescriptionKorrespondenzen der Frühromantik work ID
RepresentsKorrespondenzen der Frühromantik (Q125973359)
Data typeExternal identifier
Domainintellectual work (Q15621286)
Allowed values\d*
Example 1Q1101900888512
Example 2Panegyricus (Q3893205)2742
Number of IDs in source1811
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://briefe-der-romantik.de/letters/search?query=index_werke_12.ID:($1)
Applicable "stated in"-valueKorrespondenzen der Frühromantik (Q125973359)
Single-value constraintyes
Distinct-values constraintyes

periodical ID[edit]

   Not done
DescriptionKorrespondenzen der Frühromantik periodical ID
RepresentsKorrespondenzen der Frühromantik (Q125973359)
Data typeExternal identifier
Domainperiodical (Q1002697)
Allowed values\d*
Example 1Propyläen (Q2113178)2954
Example 2The Madras Courier (Q7749355)2696
Example 3Kritisches Journal der Philosophie (Q3199839)1537
Number of IDs in source124
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://briefe-der-romantik.de/letters/search?query=index_periodika_13.ID:($1)
Applicable "stated in"-valueKorrespondenzen der Frühromantik (Q125973359)
Single-value constraintyes
Distinct-values constraintyes

Motivation[edit]

Korrespondenzen der Frühromantik (Q125973359) is an academic project funded by the German Research Foundation (Q707283). It offers a letters edition with focus on the German early Romanticist movement. The creation of these five properties would facilitate a further development of items related to this topic. Since all, or at least most, entries in those five registers achieve WD:N #2 notability, these properties would also facilitate notability consideration by admins and other users alike.

Note: I responded to this topic by email and offered to create this property proposal. I have not received any compensation, monetary or otherwise, and I’m not affiliated with the project. --Emu (talk) 22:02, 18 May 2024 (UTC)[reply]

Discussion[edit]

Bigbossfarin Galaktos Labant M2k~dewiki Mathieu Kappler PantherStrix Wiljes jobu0101 cookroach Looniverse LockaPicker

Notified participants of WikiProject Germany Regards, ZI Jony (Talk) 19:47, 20 May 2024 (UTC)[reply]

I don't think we need a place ID, but the rest looks good. Bigbossfarin (talk) 07:13, 21 May 2024 (UTC)[reply]

Video[edit]

Image[edit]

See also: Wikidata:WikiProject Visual arts

Podcast[edit]

See also: Wikidata:WikiProject Podcasts


Theatre[edit]

See also: Wikidata:WikiProject Performing arts‎, Wikidata:WikiProject Theatre‎

Fiction[edit]

See also: Wikidata:WikiProject Fictional universes, Wikidata:WikiProject Narration
For projects about specific universes, see: Category:Fiction WikiProjects

‎is part of canon[edit]

   Under discussion
Descriptioncanon status for this creative work, episode or fictional entity in it's respective narrative universe
Representscanon (Q53815)
Data typeItem
Domaincreative work (Q17537576)
Allowed valuesinstances of canon (Q53815)
Example 1Radioactive Man (Q1953829)The Simpsons canon (Q124206593)
Example 2Treehouse of Horror VII (Q1087745)unknown (not part of any known canon)
Example 3Star Wars: Episode IV – A New Hope (Q17738)Star Wars canon (Q3648466)
Example 4Star Wars: Rebel Assault (Q55259)Star Wars Legends (Q3551295) (canon should probably have its own item)
Expected completenessalways incomplete (Q21873886)
Distinct-values constraintno

Motivation[edit]

This proposal is an alternative proposal for Wikidata:Property proposal/Canonicity.

  • This is a subproperty of part of (P361).
  • The subject of this property must be a work (Q386724).
  • The object of this property must be a canon (Q53815)
  • The property may be used in reference statements, if the object of the reference has no wikidata item. For instance if it is merely a url.

The truthfullness of statements should be evaluated using references. Conflicting statements of non-work entities should be ranked with

Preferred rank preferred
reason for preferred rank (P7452)at least one source is considered canonical (Q106831793) (example)
Deprecated rank depricated
reason for deprecated rank (P2241)source is not considered canonical (Q124173200) (example)

Non-conflicting, statements should not be qualified with any canonicity evaluations. Instead a reference statement with stated in (P248) should be present. The object of stated in (P248) should itself have a is part of canon statement. This way a user can query which statements are relevant for a particular canon.

A statement without a reference statement should not be considered canonical – Shisma (talk) 09:16, 8 January 2024 (UTC)[reply]

Discussion[edit]

 Comment Why are we not allowed to use this on fictional entities?--Trade (talk) 02:08, 9 January 2024 (UTC)[reply]

you could qualify almost every statement of a fictional entity with with whether it is canon or not but that would be:
  1. a lot of work
  2. a lot of redundancy
because the question can be answerd purely on the fact if the information is taken from a work that is part of the body of a canon or if it isn't. thats why I propose only qualify conflicting statements with existing properties. It is a common misconception that an information or statement can be canon. A canon is a collection of works – Shisma (talk) 08:10, 9 January 2024 (UTC)[reply]
I literally said nothing about statements Trade (talk) 14:50, 9 January 2024 (UTC)[reply]
I don't understand. do you have an example? – Shisma (talk) 15:42, 9 January 2024 (UTC)[reply]
ah, you mean like a character? – Shisma (talk) 15:55, 9 January 2024 (UTC)[reply]
Yeah Trade (talk) 16:09, 9 January 2024 (UTC)[reply]
so you mean statements like:
Professor Moriarty (Q283111)is part of canoncanon of Sherlock Holmes (Q2316684)
I think it would be more correct and straightforward forward to say:
Professor Moriarty (Q283111)present in work (P1441)The Final Problem (Q228119) + The Final Problem (Q228119)is part of canoncanon of Sherlock Holmes (Q2316684)
But I'd be fine with the former too. Other opinions? – Shisma (talk) 16:39, 9 January 2024 (UTC)[reply]
  •  Support, an important property for fiction.--Arbnos (talk) 14:00, 11 January 2024 (UTC)[reply]
  •  Support I have a slight preference for this one. But Trade's proposal has the advantage that it is possible to make it explicit that something is not part of a certain canon (using canon status:non-canon, restricted to the canon using applies to work (P10663), for instance). With this property we can only express that something is not part of a certain canon if we are complete with respect to that canon. We can use <no value> if there is really no canon this work belongs to, but couldn't there be a Simpsons-Sherlock-Holmes-Crossover that is considered part of the Simpsons canon but not part of the Sherlock Holmes canon? (I could not think of a real example and I'm not sure if this is a likely scenario). How would we express this? - Valentina.Anitnelav (talk) 12:47, 13 January 2024 (UTC)[reply]
    I suppose proving that something is not part of any canon is like proving that something doesn't exist. Maybe it is part of my headcanon that I published on my entirely irrelevant weblog in the late 90s. There would also be an infinite number of works that are not part of a canon. For instance: every Episode of the Simpsons is not in the Sherlock Holmes Canon. I'd say we can add unknown if we don't have a complete catalog of canon items. – Shisma (talk) 16:59, 13 January 2024 (UTC)[reply]
    In general you're right. I was just thinking of cases where one would expect that a work is part of a canon but it is not. E.g. for every episode of The Simpsons (Q886) it may be expected that it is part of The Simpsons canon (or I would expect that), but Treehouse of Horror II (Q2376730) is not. It is somehow more interesting that an episode of The Simpsons (Q886) is not part of The Simpsons canon than that it is part of the canon. It is somehow similar to does not have part (P3113) - Valentina.Anitnelav (talk) 08:03, 19 January 2024 (UTC)[reply]
    Valentina.Anitnelav: you mean like not found in (P9660) (opposite of described by source (P1343))? – Shisma (talk) 13:00, 19 January 2024 (UTC)[reply]
    Yes, or like this (depending on how you think of the relationship between a canon and its "parts"). On the other hand I think my Simpsons-Holmes-expample (where we could not use <no value>) would be very, very rare. Probably we can just forget about it. - Valentina.Anitnelav (talk) 15:34, 19 January 2024 (UTC)[reply]
    No, lets keep in mind that is not part of canon could be useful in the future for edge cases – Shisma (talk) 16:13, 19 January 2024 (UTC)[reply]
  •  Weak support - Weak support. Preferring Trade's proposal. My focus (admittedly I've been on a bit of a wiki-break lately due to IRL priorities) around here has been with works such as the Touhou Project, where canonicity can be fuzzy at times, thanks to the series mostly being the work of just one developer. The first five games in the series were made for the Japanese PC-98 computer in the late '90s. After the PC-98 was discontinued around the turn of the millennium, the series "started over" with 2002's Touhou Koumakyou: the Embodiment of Scarlet Devil, featuring Reimu and Marisa (the deuteragonists) but none of the other characters from the PC-98 games. Only two PC-98 characters (Yuuka Kazami and Alice Margatroid) have ever reappeared in a later Windows game, with both having been redesigned to some degree. When asked about the PC-98 games' canonicity, ZUN (the sole creator) has stated multiple times that (paraphrased) "PC-98 canon applies as long as Windows canon doesn't conflict with it." However ZUN doesn't always section everything off, and the fans are left with "Is this still canon or is this decanonized?" type-of-questions. (For example, Yuuka Kazami had a big mansion-esque building in Touhou 4 (a PC-98 game). She (eventually) reappeared in Touhou 9 (a Windows game)... just in a big flower field, with no sign of a mansion. Did it get removed (decanonized) and replaced with the flower field? Did we just not see it in Touhou 9? Who knows! So would "stuff" (I use the term loosely) discarded in such a manner - never outright stated to have been decanonized, but partially overwritten and otherwise not brought up again - be considered part of a "canon of X" item, or do they not? Or would they be part of a separate "canon of X (old)" item? -- Kurzov (talk) 17:28, 16 January 2024 (UTC)[reply]
    I don't know any particulars of this franchise. But here's my interpretation and how I suppose the proposed property would apply: There is apperently a work that "is part of a canon" and another work that is "(only partially) part of a canon". Sorry for repeating myself: this property is only concerned with works, not anyone's interpretation of what can be seen in them. In short, i'd model this with the qualifier: nature of statement (P5102) partially (Q100349848)Shisma (talk) 19:18, 16 January 2024 (UTC)[reply]
    We could probably use an item named "loose canon" for this. Trade (talk) 02:41, 28 March 2024 (UTC)[reply]

last appearance[edit]

Motivation[edit]

This seemed needed--Trade (talk) 04:10, 29 April 2024 (UTC)[reply]

Discussion[edit]

I would even say that P1441 itself needs to be redesigned. Filling in all kinds of media, individual works, episodes of works, series of works of one media, series of works of cross-media (franchise) - this is all bad practice, because of which there are now difficulties with tuning infoboxes. Solidest (talk) 04:02, 8 May 2024 (UTC)[reply]
The problem is not on the data model, but in the infoboxes. We shouldn't model the data considering only Wikipedia usecases, Wikidata does not exist only to fullfill Wikipedia infoboxes and tables. The real problem is that now there isn't a way to make SPARQL queries from Lua templates for query data that has complex relationships. Changing the data model will not fix that. There is no problem on the way P1441 is used, because all of these uses express the same relationship, and SPARQL can be used to get further data, based in whether the predicate is a franchise, collection or a single creative work. --Tinker Bell 23:42, 8 May 2024 (UTC)[reply]
@Tinker Bell: So you're suggesting that it's correct and optimal to list thousands of episodes in which fictional characters participated, so that only one of them has the qualifier “last”? That seems like the wrong model and the wrong method for wikidata to me. It would be also strange to specify a TV series, franchise, series of works, individual episodes at the same time, and if you add the tags first and last appearance, it would be a complete mess. And if we specify characters in the items of distinct episodes and then make a query in such a way as to find the most recent release date, then again how to be and how to universalize if a character appears in several series, movies or franchises? The P1551 solution seems completely non-optimal and unstable for such cases. I don't think it would be possible to make a universal query in SPARQL that would work for every character for all kinds of media and works. There will be nuances everywhere, and each sphere will need different queries, also possibly ignoring unrelated or unofficial appearances. Or appearances in an advertisements that are likely not needed in the character's item, but may be filled in the item of such advertisement, etc. And by contrast, specifying such data in a specific property is the optimal solution to maintain data where the character last appeared. What you are proposing has serious problems in the data modeling, that in an attempt to simplify and not add specific property - it turns out to be impossible to make a unified approach for extracting this data from WD. This is a data modeling problem, not an infobox problem. Solidest (talk) 02:27, 1 June 2024 (UTC)[reply]
Could you elaborate? I am confused what the issue you are referring to is Trade (talk) 22:43, 10 May 2024 (UTC)[reply]
@Trade: This is probably a problem only for infoboxes, regarding the intersection of data on large series/franchises and nested individual works. The header of character infoboxes indicates that this is a character from X series or X franchise - and it's a specific parameter connected to P1551 - "series" or "franchise". For example Eric Cartman (Q47352) is from South Park (Q54622175) (franchise), or since there is no article on franchise on Russian wikipedia, therefore the series is listed there. P1551 suggests that it covers anything where the character appeared - franchise, TV series, films, video games, and Tinker Bell also suggests adding 300+ episodes of the TV series, and probably seasons of the TV series? In this form, the property on wikipedia cannot be used with auto-displaying such data in the infobox, and the data itself seems visually cluttered in items imo. Although it would probably be possible to retrieve all fictional characters that have what is p31=series/franchise in P1551 via SPARQL query. So it's probably a problem of infoboxes (but maybe also a schema problem for fictional characters data). By the way, there is also media franchise (P8345) and it's not clear how to use it with characters either. It seems like they just don't have it filled in right now. Solidest (talk) 02:43, 1 June 2024 (UTC)[reply]
@TomT0m: would you like to give your opinion? @Tinker Bell: any changes in your opinion? Regards, ZI Jony (Talk) 03:53, 27 May 2024 (UTC)[reply]
@ZI Jony: I mantain my opinion. @Trade: I'm saying that, if we have already an x property, it's redundant to have also an last x property. I also see that a lot of support for these proposals come from people that just want to show that info in Wikipedia infoboxes, but then, the real problem is not the lack of properties, but the Wikibase Client extension inability to let template creators to make SPARQL queries to get the result and filter, not only by the last appearance, but also the first appearance, or also last appearance in x country television. --Tinker Bell 04:25, 27 May 2024 (UTC)[reply]

Creative work[edit]

See also: Wikidata:WikiProject Infoboxes/works
Software products and brands, see: Wikidata:WikiProject Infoboxes/terms
Books, see: Wikidata:WikiProject Books

promodj.com album ID[edit]

   Under discussion
DescriptionAlbum page on promodj.com - this is a popular website, started in 2005.
Data typeExternal identifier
Example 1Earth's Attraction (Q106247051) -> complexnumbers/groups/700597
Example 2The Morning of the New Millennium (Q106199063) -> complexnumbers/groups/700625
Example 3MISSING
Formatter URLhttps://promodj.com/$1

Motivation[edit]

We already have PromoDj ID - but only for person, this proposal is for album, after I will create a new proposal - for track. Vitaly Zdanevich (talk) 20:38, 11 May 2024 (UTC)[reply]

Discussion[edit]