| Lydia_Pintscher updated the task description. (Show Details) |
CHANGES TO TASK DESCRIPTION
**Problem**: :**
Statements in Wikidata lon Lexeme pages are identified with the HTML attribute `id`, whose values are the corresponding property IDs. This can lead to multiple HTML elements with the same `id`, This generates multiple HTML elements withsince the same property can be used on the same `id`Lexeme level, since lexemes are expected to have several formsin each Form and each of them has its own statementslater also Sense. However, [[ https://www.w3schools.com/tags/att_global_id.asp | the id value must be unique within the HTML document ]]. It also causes issues when you use it as a link fragment to link to a specific statement group.
**Example:**
* In [[ https://www.wikidata.org/wiki/Lexeme:L2 | L2 ]], both L2-F1 and L2-F3 have a statement with `<div class="wikibase-statementgroupview listview-item" id="P898">`, which makes the HTML document invalid and the URL https://www.wikidata.org/wiki/Lexeme:L2#P898 ambiguous.
**Example**: In [[ https://www.wikidata.org/wiki/Lexeme:L2 | L2 ]], both L2-F1 and L2-F3 have a statement with `<div class="wikibase-statementgroupview listview-item" id="P898">`, which makes the HTML document invalid and the URL https://www.wikidata.org/wiki/Lexeme:L2#P898 ambiguous.{F18669010}
**Possible solution**: Disambiguate these `id` values by adding the corresponding form ID to each of them, keeping the value intact (alone) when it doesn't depend on a form but on the general lexeme. See also T195477.BDD**
GIVEN I am on a Lexeme
AND the Form F1 has a statement using property P123
THEN the statement group for F1 has an HTML id "F1-P123"
{F18669010}**Acceptance criteria:**
* Statement groups in Forms have the Form ID added to their statement group ID
* Statement groups on the Lexeme level continue to have only the property ID in their statement group ID
Statements in Wikidata lon Lexeme pages are identified with the HTML attribute `id`, whose values are the corresponding property IDs. This can lead to multiple HTML elements with the same `id`, This generates multiple HTML elements withsince the same property can be used on the same `id`Lexeme level, since lexemes are expected to have several formsin each Form and each of them has its own statementslater also Sense. However, [[ https://www.w3schools.com/tags/att_global_id.asp | the id value must be unique within the HTML document ]]. It also causes issues when you use it as a link fragment to link to a specific statement group.
**Example:**
* In [[ https://www.wikidata.org/wiki/Lexeme:L2 | L2 ]], both L2-F1 and L2-F3 have a statement with `<div class="wikibase-statementgroupview listview-item" id="P898">`, which makes the HTML document invalid and the URL https://www.wikidata.org/wiki/Lexeme:L2#P898 ambiguous.
**Example**: In [[ https://www.wikidata.org/wiki/Lexeme:L2 | L2 ]], both L2-F1 and L2-F3 have a statement with `<div class="wikibase-statementgroupview listview-item" id="P898">`, which makes the HTML document invalid and the URL https://www.wikidata.org/wiki/Lexeme:L2#P898 ambiguous.{F18669010}
**Possible solution**: Disambiguate these `id` values by adding the corresponding form ID to each of them, keeping the value intact (alone) when it doesn't depend on a form but on the general lexeme. See also T195477.BDD**
GIVEN I am on a Lexeme
AND the Form F1 has a statement using property P123
THEN the statement group for F1 has an HTML id "F1-P123"
{F18669010}**Acceptance criteria:**
* Statement groups in Forms have the Form ID added to their statement group ID
* Statement groups on the Lexeme level continue to have only the property ID in their statement group ID
TASK DETAIL
EMAIL PREFERENCES
To: Lydia_Pintscher
Cc: abian, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331
Cc: abian, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
