Wikidata:Property proposal/FrameNet frame ID

FrameNet Frame ID

Originally proposed at Wikidata:Property proposal/Lexemes

   Done: FrameNet frame ID (P12455) (Talk and documentation)

Description	identifier of a concept in FrameNet
Represents	FrameNet frame identifier (Q113847330)
Data type	External identifier
Domain	Wikibase item (Q29934200)
Allowed values	[A-Z][a-zA-Z_]*
Example 1	addiction (Q12029) → Addiction
Example 2	parturition (Q34581) → Giving_birth
Example 3	noxa (Q50379880) → Toxic_substance
Source	https://framenet.icsi.berkeley.edu/fndrupal/frameIndex
Number of IDs in source	1214
Expected completeness	always incomplete (Q21873886)
Formatter URL	https://framenet2.icsi.berkeley.edu/fnReports/data/frame/$1.xml
Applicable "stated in"-value	FrameNet (Q1322093)
Single-value constraint	yes
Distinct-values constraint	no
Wikidata project	lexicographical data in Wikidata (Q51955175)

Motivation

FrameNet is an English language reference in the field of frame semantics (Q2713996) which allows items in Wikidata (which may be linked to senses) to be mapped to a relevant frame in FrameNet. Dhx1 (talk) 16:05, 8 September 2022 (UTC)

Discussion

•  Support Looks interesting. ArthurPSmith (talk) 17:42, 9 September 2022 (UTC)
•  Support -Middle river exports (talk) 05:28, 11 September 2022 (UTC)
•  Question That's good, but shouldn't this be attached to lexemes? Eg at https://framenet2.icsi.berkeley.edu/fnReports/data/frame/Giving_birth.xml the second Lexical Unit is beget. WD has no item of that name, but has a lexeme https://www.wikidata.org/wiki/Lexeme:L20916. Unfortunately I don't know much about lexemes: do they even have external-id properties? --Vladimir Alexiev (talk) 11:40, 14 September 2022 (UTC)

  This was proposed as a property for lexeme senses rather than lexemes themselves - lexemes typically do have external-id properties, but there are none that I know of for senses. Senses are often linked to each other using item for this sense (P5137), which can be used to derive information about how lexical items across (or within) languages have a concept in common with each other.

  I interpreted this proposal as suggesting that in adding this identifier to Wikidata items, there is some extra semantic data that is linked to on the item for the concept itself, that would then be indirectly linked any time a new sense is created which links to the item for that concept. If we were using this identifier on lexeme senses themselves, we would have to create duplicate statements for this. Middle river exports (talk) 04:18, 15 September 2022 (UTC)

•  Wait I find the example of parturition (Q34581) and laying eggs (Q65129133) problematic. Giving_birth looks to me like it refers to an superclass of parturition (Q34581) and laying eggs (Q65129133). I would prefer a distinct values constraint and generally creating superclasses in cases like this. Here, giving birth (Q3367001) should likely be fixed to be a superclass of parturition (Q34581) and laying eggs (Q65129133) and then linked with Giving_birth. ChristianKl ❪✉❫ 14:14, 28 February 2023 (UTC)

  @Dhx1 Any thoughts regarding this concern? I would like to see this property created and this proposal has been up for a long while now --عُثمان (talk) 18:07, 24 April 2023 (UTC)

  @Dhx1:, could you please clarify the comments above. Regards, ZI Jony ^(Talk) 06:32, 25 January 2024 (UTC)

  Parturition is the process of both live birth and laying of eggs per [1] Q3367001 and Q34581 therefore should be merged. I've changed the examples so that Giving_birth applies only to Q34581 as I agree that "expelling an egg" and "expelling live young" would both be subclasses of Q34581. Dhx1 (talk) 14:05, 25 January 2024 (UTC)

• @Dhx1, ArthurPSmith, Middle river exports, Vladimir Alexiev, ChristianKl, عُثمان:  Done as FrameNet frame ID (P12455) Regards, ZI Jony ^(Talk) 07:10, 16 February 2024 (UTC)