Change Details

integraality currently only supports properties (and properties with qualifiers). There is no reason we could not support computing completion for labels and/org descriptions in a given language (Originally reported by @Raimund-Liebert-WMAT). To sort out: ### Syntax We need a syntax for configuring this in the {Property dashboard template}. Integraality so far borrowed the Listeria syntax: * labels use `label/xx` (with xx the language code, eg `label/de`) * description use `description` ; there does not seem to support languages, but we could extend naturally to `description/xx` Although I find the QuickStatements syntax maybe more elegant: * labels use `Lxx` (with xx the langcode) * descriptions use `Dxx` (ditto) → TODO: decide on which syntax to use. ### SPARQL We need the relevant SPARQL queries for: * Items within a group with a given label * Items within a group without a given label * Items with no group with a given label * Items with no group without a given label * Total Items with a given label * Total Items without a given label ### Coding First rough plan: # in `property_statistics.py`: ## Create an equivalent to `PropertyConfig` (or extend it?) for Labels/Descriptions ## Create all methods with the SPARQL queries ## Get these methods used: ##* Either if/else call them in the `make_*` ##* Alternatively, move these methods to the PropertyConfig object, and rely on polymorphism. # in `pages_processor`, extend `parse_config_properties` to support the new syntax and create the 1.A object.

integraality currently only supports properties (and properties with qualifiers). There is no reason we could not support computing completion for labels and/or descriptions in a given language (Originally reported by @Raimund-Liebert-WMAT). To sort out: ### Syntax We need a syntax for configuring this in the {Property dashboard template}. Integraality so far borrowed the Listeria syntax: * labels use `label/xx` (with xx the language code, eg `label/de`) * description use `description` ; there does not seem to support languages, but we could extend naturally to `description/xx` Although I find the QuickStatements syntax maybe more elegant: * labels use `Lxx` (with xx the langcode) * descriptions use `Dxx` (ditto) → TODO: decide on which syntax to use. ### SPARQL We need the relevant SPARQL queries for: * Items within a group with a given label * Items within a group without a given label * Items with no group with a given label * Items with no group without a given label * Total Items with a given label * Total Items without a given label ### Coding First rough plan: # in `property_statistics.py`: ## Create an equivalent to `PropertyConfig` (or extend it?) for Labels/Descriptions ## Create all methods with the SPARQL queries ## Get these methods used: ##* Either if/else call them in the `make_*` ##* Alternatively, move these methods to the PropertyConfig object, and rely on polymorphism. # in `pages_processor`, extend `parse_config_properties` to support the new syntax and create the 1.A object.

integraality currently only supports properties (and properties with qualifiers). There is no reason we could not support computing completion for labels and/org descriptions in a given language (Originally reported by @Raimund-Liebert-WMAT). To sort out: ### Syntax We need a syntax for configuring this in the {Property dashboard template}. Integraality so far borrowed the Listeria syntax: * labels use `label/xx` (with xx the language code, eg `label/de`) * description use `description` ; there does not seem to support languages, but we could extend naturally to `description/xx` Although I find the QuickStatements syntax maybe more elegant: * labels use `Lxx` (with xx the langcode) * descriptions use `Dxx` (ditto) → TODO: decide on which syntax to use. ### SPARQL We need the relevant SPARQL queries for: * Items within a group with a given label * Items within a group without a given label * Items with no group with a given label * Items with no group without a given label * Total Items with a given label * Total Items without a given label ### Coding First rough plan: # in `property_statistics.py`: ## Create an equivalent to `PropertyConfig` (or extend it?) for Labels/Descriptions ## Create all methods with the SPARQL queries ## Get these methods used: ##* Either if/else call them in the `make_*` ##* Alternatively, move these methods to the PropertyConfig object, and rely on polymorphism. # in `pages_processor`, extend `parse_config_properties` to support the new syntax and create the 1.A object.