Reason
Movements for artworks and artists are inconsistently maintained in Wikidata.
When movements are in a part-of relationship (e.g., Italian Renaissance part_of Renaissance, see #288), then sometimes one, the other, or both movements are assigned to an artwork or an artist.
If Italian Renaissance is assigned only, then a search for Renaissance will currently not find this artwork or artist.
Solution
Implement a transitive search for movements.
This depends on the implementation of #288
All transitive super-movements can be added to the movements attribute of artworks and artists. This is a semantic enrichment step as part of the ETL process.
This step must be executed after generation of the transitive part-of relationships of the movement (#288) since it uses its results.
Alternatives
Effects
Adding all super-movements to the artworks and artists as part of the ETL will automatically result in their display in the components and improved search results. No client modifications are needed.
Reason Movements for artworks and artists are inconsistently maintained in Wikidata. When movements are in a part-of relationship (e.g., Italian Renaissance part_of Renaissance, see #288), then sometimes one, the other, or both movements are assigned to an artwork or an artist. If Italian Renaissance is assigned only, then a search for Renaissance will currently not find this artwork or artist.
Solution Implement a transitive search for movements. This depends on the implementation of #288 All transitive super-movements can be added to the movements attribute of artworks and artists. This is a semantic enrichment step as part of the ETL process. This step must be executed after generation of the transitive part-of relationships of the movement (#288) since it uses its results.
Alternatives
Effects Adding all super-movements to the artworks and artists as part of the ETL will automatically result in their display in the components and improved search results. No client modifications are needed.
Acceptance criteria
Additional context Dependency on #288