Hello all,
Currently, when adding a new value in the constraints section of a property, there is no suggestion to fill the value or the qualifier. We’ve been improving this by a few changes that are going to be deployed this week.
- When adding a new value in the property constraint statement, a list of suggestions will be displayed and, all the relevant constraint items will be showed first. They will be selected among the list of qualifiers present in the statement “property constraint -> one of constraint” of property constraint (P2302) https://www.wikidata.org/wiki/Property:P2302. - Of course, you can still type anything you want in the field to find a value. The full text search has been improved (when typing “none constr” you will also see “none of constraint” in the suggester)
In a very near future, we will also make the following happen:
- Same behavior for qualifiers inside the constraint statements. The suggester will pick up the values from “allowed qualifiers constraint” - When clicking on “add value” in the property constraint statement, a suggester menu will directly appear (without having to click on the value field)
The first two changes will appear on wikidata.org on August 30th, the following ones in the next weeks. Feel free to make some tests, and let us know if you find a bug or something that doesn’t behave as expected.
Related tickets: phab:T199672 https://phabricator.wikimedia.org/T199672, phab:T201288 https://phabricator.wikimedia.org/T201288.
Thanks,
Interesting, but why not simply suggest the most frequently-used qualifiers for the given property?
The list of "allowed qualifiers" is often wildly incomplete; or alternatively no such constraint is specified at all.
-- James.
On 28/08/2018 14:05, Léa Lacroix wrote:
Hello all,
Currently, when adding a new value in the constraints section of a property, there is no suggestion to fill the value or the qualifier. We’ve been improving this by a few changes that are going to be deployed this week.
- When adding a new value in the property constraint statement, a list of suggestions will be displayed and, all the relevant constraint items will be showed first. They will be selected among the list of qualifiers present in the statement “property constraint -> one of constraint”of property constraint (P2302) https://www.wikidata.org/wiki/Property:P2302. - Of course, you can still type anything you want in the field to find a value. The full text search has been improved (when typing “none constr” you will also see “none of constraint” in the suggester)
In a very near future, we will also make the following happen:
- Same behavior for qualifiers inside the constraint statements. The suggester will pick up the values from “allowed qualifiers constraint” - When clicking on “add value” in the property constraint statement, a suggester menu will directly appear (without having to click on the value field)The first two changes will appear on wikidata.org on August 30th, the following ones in the next weeks. Feel free to make some tests, and let us know if you find a bug or something that doesn’t behave as expected.
Related tickets: phab:T199672 https://phabricator.wikimedia.org/T199672, phab:T201288 https://phabricator.wikimedia.org/T201288.
Thanks,
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
--- This email has been checked for viruses by AVG. https://www.avg.com
Hello James,
Because we would have to calculate it and it would be very expensive in term of resources. Plus, the results may not be exactly what editors expect. With the lists of "allowed qualifiers", it's the perfect occasion to clean them up, and the community can have total control on what appears in the suggester :)
I hope that answers your question.
On 28 August 2018 at 23:24, James Heald jpm.heald@gmail.com wrote:
Interesting, but why not simply suggest the most frequently-used qualifiers for the given property?
The list of "allowed qualifiers" is often wildly incomplete; or alternatively no such constraint is specified at all.
-- James.
On 28/08/2018 14:05, Léa Lacroix wrote:
Hello all,
Currently, when adding a new value in the constraints section of a property, there is no suggestion to fill the value or the qualifier. We’ve been improving this by a few changes that are going to be deployed this week.
- When adding a new value in the property constraint statement, a list of suggestions will be displayed and, all the relevant constraintitems will be showed first. They will be selected among the list of qualifiers present in the statement “property constraint -> one of constraint” of property constraint (P2302) https://www.wikidata.org/wiki/Property:P2302. - Of course, you can still type anything you want in the field to find a value. The full text search has been improved (when typing “none constr” you will also see “none of constraint” in the suggester)
In a very near future, we will also make the following happen:
- Same behavior for qualifiers inside the constraint statements. The suggester will pick up the values from “allowed qualifiers constraint” - When clicking on “add value” in the property constraint statement, a suggester menu will directly appear (without having to click on thevalue field)
The first two changes will appear on wikidata.org on August 30th, the following ones in the next weeks. Feel free to make some tests, and let us know if you find a bug or something that doesn’t behave as expected.
Related tickets: phab:T199672 <https://phabricator.wikimedia.org/T199672
,
phab:T201288 https://phabricator.wikimedia.org/T201288.
Thanks,
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
This email has been checked for viruses by AVG. https://www.avg.com
Why would it be so expensive to calculate?
Surely a script could be run to execute a query for each property once a month to produce the required tabulation. Apart from a very very few properties with more than a million uses, such a query will typically execute in a lot less than 30 seconds -- for example, this query for qualifiers on P161 "cast member" executes in 16 seconds: http://tinyurl.com/yaowao9u
Alternatively, possibly even more efficiently, one could build the table the other way round by querying which properties use each qualifier and how often -- for example, this query for which properties use qualifier P1810 "named as", which executes in a little over 5 seconds http://tinyurl.com/ybrj8ytc; or P582 "end time" in about 48 seconds: http://tinyurl.com/y7c9sl4q
Basing the suggester on such a tabulation would allow for the many properties for which no restriction on qualifiers is currently considered; and also for many qualifiers, such as P582 "end time" or P1480 "sourcing circumstances" which should be generically usable on pretty much any statement, but which the community often hasn't bothered to add to the list of specifically permitted qualifiers, because it would make the list too long and unwieldy; and because people have had better things to do.
-- James.
On 29/08/2018 10:08, Léa Lacroix wrote:
Hello James,
Because we would have to calculate it and it would be very expensive in term of resources. Plus, the results may not be exactly what editors expect. With the lists of "allowed qualifiers", it's the perfect occasion to clean them up, and the community can have total control on what appears in the suggester :)
I hope that answers your question.
On 28 August 2018 at 23:24, James Heald jpm.heald@gmail.com wrote:
Interesting, but why not simply suggest the most frequently-used qualifiers for the given property?
The list of "allowed qualifiers" is often wildly incomplete; or alternatively no such constraint is specified at all.
-- James.
On 28/08/2018 14:05, Léa Lacroix wrote:
Hello all,
Currently, when adding a new value in the constraints section of a property, there is no suggestion to fill the value or the qualifier. We’ve been improving this by a few changes that are going to be deployed this week.
- When adding a new value in the property constraint statement, a list of suggestions will be displayed and, all the relevant constraintitems will be showed first. They will be selected among the list of qualifiers present in the statement “property constraint -> one of constraint” of property constraint (P2302) https://www.wikidata.org/wiki/Property:P2302. - Of course, you can still type anything you want in the field to find a value. The full text search has been improved (when typing “none constr” you will also see “none of constraint” in the suggester)
In a very near future, we will also make the following happen:
- Same behavior for qualifiers inside the constraint statements. The suggester will pick up the values from “allowed qualifiers constraint” - When clicking on “add value” in the property constraint statement, a suggester menu will directly appear (without having to click on thevalue field)
The first two changes will appear on wikidata.org on August 30th, the following ones in the next weeks. Feel free to make some tests, and let us know if you find a bug or something that doesn’t behave as expected.
Related tickets: phab:T199672 <https://phabricator.wikimedia.org/T199672
,
phab:T201288 https://phabricator.wikimedia.org/T201288.
Thanks,
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
This email has been checked for viruses by AVG. https://www.avg.com
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
The problem is the interface for this. A single drop-down list. In many places in Wikidata, like constraint adding, a 2 level list would be amazing. The single drop-down list for suggestions is very 1990's and there are widgets for listing suggestions that are much smarter and more helpful. Here, a filtering mechanism within it would be better where the user sees the 1st level scrollable listing and click selects on a high level category... for example, "TIME" or "MOST USED" and then sees a 2nd level narrower scrollable listing show to the right. I'd rather see resources and budget put into developing smarter hierarchical or categorical listing widget for suggestions. Let's leap from 1994 to 2018
[image: Capture.PNG]
[image: Capture2.PNG] Or if someone worries about eating up screen space... just overlap 2nd level however much on the 1st level click...position left or right depending on parent and view window edges.
I believe the criteria that has been followed is a great way of connecting what we have and what we think we should have, and seems to me better for data quality than simply suggesting the most frequently-used qualifiers. Constraints and data should converge (by changing constraints, data or both) and this is a surprisingly respectful manner of achieving it.
So thanks to the development team!
El 28/08/18 a las 23:24, James Heald escribió:
Interesting, but why not simply suggest the most frequently-used qualifiers for the given property?
The list of "allowed qualifiers" is often wildly incomplete; or alternatively no such constraint is specified at all.
-- James.
On 28/08/2018 14:05, Léa Lacroix wrote:
Hello all,
Currently, when adding a new value in the constraints section of a property, there is no suggestion to fill the value or the qualifier. We’ve been improving this by a few changes that are going to be deployed this week.
- When adding a new value in the property constraint statement, a list of suggestions will be displayed and, all the relevant constraint items will be showed first. They will be selected among the list of qualifiers present in the statement “property constraint -> one of constraint” of property constraint (P2302) https://www.wikidata.org/wiki/Property:P2302. - Of course, you can still type anything you want in the field to find a value. The full text search has been improved (when typing “none constr” you will also see “none of constraint” in the suggester)
In a very near future, we will also make the following happen:
- Same behavior for qualifiers inside the constraint statements. The suggester will pick up the values from “allowed qualifiers constraint” - When clicking on “add value” in the property constraint statement, a suggester menu will directly appear (without having to click on the value field)
The first two changes will appear on wikidata.org on August 30th, the following ones in the next weeks. Feel free to make some tests, and let us know if you find a bug or something that doesn’t behave as expected.
Related tickets: phab:T199672 https://phabricator.wikimedia.org/T199672, phab:T201288 https://phabricator.wikimedia.org/T201288.
Thanks,
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
This email has been checked for viruses by AVG. https://www.avg.com
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
