MichaelSchoenitzer added a comment.
I ran into this issue last year, when writing MachtSinn. Nice to see that
this is actually a bug and not a design choice. Is this already deployed, so I
can remove the hack I needed to circumvent this?
TASK DETAIL
https://phabricator.wikimedia.org
MichaelSchoenitzer added a comment.
I would like to see the ordering being implemented and I share the doubts on
the use of colors. But I want to point out that just sorting the values by rank
will only solve half of this problem. It will make it easier for people to see
which statements
MichaelSchoenitzer updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T206392
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MichaelSchoenitzer
Cc: MisterSynergy, Tkarcher, Kristbaum, Lydia_Pintscher, MichaelSchoenitzer
MichaelSchoenitzer added a comment.
I created some rough mookups:
Current state:
--
F31857903: jetzt.png <https://phabricator.wikimedia.org/F31857903>
Color icons:
F31857906: colors.png <https://phabricator.wikimedia.org/F31857906>
MichaelSchoenitzer added a comment.
Also occurs when selecting `Lexeme` namespace in advanced search.
TASK DETAIL
https://phabricator.wikimedia.org/T232862
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: MichaelSchoenitzer
Cc: MichaelSchoenitzer
MichaelSchoenitzer created this task.
MichaelSchoenitzer added projects: Wikidata-Bridge, Lexicographical data.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
It is possible for Lexemes to have a soft hyphen U+00AD in the lemma. This
might happen by accident when copy
MichaelSchoenitzer added a comment.
In T206392#4976407 <https://phabricator.wikimedia.org/T206392#4976407>,
@Pintoch wrote:
> What is the protocol to go forward on this? Should we hold a RFC on-wiki to
let people choose among the possible solutions above?
I think the
MichaelSchoenitzer added a comment.
By talking to other wikidata-editors and looking at other commons.css-files it seems that quite a lot of people have this issue and use CSS-Hacks to work around it, one more reason to solve it at it's core. I identified the following possible solutions:
Change
MichaelSchoenitzer added a comment.
Voila:
F28052925: 1.png
F28052928: 3.png
There's a little bug with sources, but that's easy to fix.
F28052950: 2.pngTASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
MichaelSchoenitzer added a parent task: T139081: Improve usability of rank selector.
TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lydia_Pintscher, MichaelSchoenitzer, Aklapper
MichaelSchoenitzer added a subtask: T206392: Redesign rank icons for better visibility.
TASK DETAILhttps://phabricator.wikimedia.org/T139081EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_Dittrich, MichaelSchoenitzerCc: MichaelSchoenitzer, daniel
MichaelSchoenitzer reopened this task as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lydia_Pintscher, MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin,
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION[[ https://query.wikidata.org/embed.html#%23TEMPLATE%3D%7B%20%22template%22%3A%20%7B%20%22en%22%3A%20%22settlements%20in%20%3Fstate%20with%20more%20than%20one%20word%20in%20the%20name%22%20%7D%2C%20
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONThis query retruns "Essenbach, Markt", but this label has been re
MichaelSchoenitzer added a comment.
In T153685#4810420, @Mvolz wrote:
In T153685#4810151, @Jan_Dittrich wrote:
Although this ticket actually conflicts with my own ideas about how the button should work.
We would need to review the solution/UI (separately of the code) anyway before we merge
MichaelSchoenitzer added a comment.
This is fixed in my fork of CiteTool:
https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool
May/Should I close this ticket?TASK DETAILhttps://phabricator.wikimedia.org/T153683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
MichaelSchoenitzer added a comment.
This is fixed in my fork of CiteTool:
https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool
May/Should I close this ticket?TASK DETAILhttps://phabricator.wikimedia.org/T153684EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
MichaelSchoenitzer added a comment.
This is fixed in my fork of CiteTool:
https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool
May/Should I close this ticket?TASK DETAILhttps://phabricator.wikimedia.org/T153685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONQuerries like "Biggest company in field x" are currently impossible or at least very hard to write since turnove
MichaelSchoenitzer added a comment.
I had the same problem and solved it by using the API with the generator exturlusage.TASK DETAILhttps://phabricator.wikimedia.org/T157811EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc
MichaelSchoenitzer added a subscriber: Lydia_Pintscher.MichaelSchoenitzer added a comment.
@Lydia_Pintscher I'm not sure if this is a duplicate of T139081. Where that ticket speaks only about the rank-selector in edit-mode, my concern is also/mostly about the rank-icon in viewing mode. If you
MichaelSchoenitzer added a project: Wikidata-Frontend.
TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...{F26335326, size=full}...TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...See also T115112 T87327 T198907TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Design.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONThe current rank icons are very unobtrusive and are all looking very similar. This leads to several problems:
It's impossible to see
MichaelSchoenitzer added a comment.
I see this as less as an alternative to the Wikidata Query Service. SPARQL has to be learned and is slow. This is more similar to ldf. But ldf still lacks a usable user interface. I hope it to fill the gap in the graph here. A fast and easy way to find things
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI just had a case where two edits I made are shown in wrong order on Special:Contributions:
F23327155: Bildschirmfoto zu 2018-07-04 23-40-15.png
in the version
MichaelSchoenitzer renamed this task from "hf" to "Adding a qualifier/source to a new statement should have auto-suggest for the property".MichaelSchoenitzer raised the priority of this task from "High" to "Needs Triage".MichaelSchoenitzer remo
MichaelSchoenitzer renamed this task from "kf" to "Add item suggestions for qualifiers".MichaelSchoenitzer raised the priority of this task from "High" to "Needs Triage".MichaelSchoenitzer added a subscriber: Aklapper.MichaelSchoenitzer remo
MichaelSchoenitzer added a comment.
I do a lot of manual editing on Wikidata specially with statements, and this never happened to me. Can you please tell me what browser are you using, so I can test it in the next edits Im doing?
Firefox on Linux.TASK DETAILhttps://phabricator.wikimedia.org
MichaelSchoenitzer renamed this task from "Adding a qualifier to a new statement should have auto-suggest for the property." to "Adding a qualifier/source to a new statement should have auto-suggest for the property.".MichaelSchoenitzer updated the task description. (Show Deta
MichaelSchoenitzer added a comment.
Because of this I currently add statements in two edits: first only the base-statement, save this and then edit again to add the qualifiers. This (click save, wait until it's saved, click edit) is faster than typing the name of the property. When adding hundres
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I modify a already existing statement and click add qualifier the property-selector will show me the properties most commonly used as qualifiers
MichaelSchoenitzer added a comment.
Sometimes there are even multiple of these blocks:
F22509957: Screenshot_20180623_042210.pngTASK DETAILhttps://phabricator.wikimedia.org/T197993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Wikidata-primary-sources.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPrimary sources-Tool sometimes shows {{property-html}} and an editable entity-selector:
F22509909: Screenshot_20180623_041822.pngTASK
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONLong names of properties overlap with the source-link below them:
F22509862: Screenshot_20180623_041414.pngTASK DETAILhttps://phabricator.wikimedia.org
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I add a statement the property-selector as well as the item-selector automatically show properties/items that are used often for this type of item/property
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...This happens on maybe 10% of my edits I see no pattern when it happens, no error is printed in the consoleTASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL PREFERENCEShttps
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I click add statement on a wikidata item and then first select the property and then enter the value and then click publish normally the newly created
MichaelSchoenitzer added a comment.
Ijon: Counting and generating lists of items with a P31=… can now be done also with the new search features: haswbstatement:P31=Q13442814. Maybe this feature can be improved in the future to be able to also search including Subclasses (P279).
SPARQL might
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* [x] Use OOui for config-tool
* [ * [x] Add all options to configuration tool...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* [ ] Rewite configuration tool to allow to open current configuration
* [ * [x] Write migration script for existing users to update to new version...TASK DETAILhttps://phabricator.wikimedia.org
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* [x] Create a configuration tool
* [ * [x] Use OOui for config-tool...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* [x] Create a configuration tool
* [ ] Use OOui for config-tool
* [ ] Add all options to configuration tool...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps
MichaelSchoenitzer added a comment.
We've been looking at it and we have a few more questions. Is this always happening when you do the same type of task (editing ranks)? Or did you have other cases where this issue happens?
It has only happened with editing ranks as far as I know
MichaelSchoenitzer added a comment.
One more example: https://www.wikidata.org/w/index.php?title=Q306144=revision=673018597=673018594TASK DETAILhttps://phabricator.wikimedia.org/T186152EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc
MichaelSchoenitzer added a comment.
This was not a singular event! It happened since than at least 2 further times to me. Se for example here:
https://www.wikidata.org/w/index.php?title=Q306101=revision=665539286=665539282
Please investigate this further – it's super annoying if once edits
MichaelSchoenitzer added a comment.
See T47925TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, thiemowmde, Lydia_Pintscher, Aklapper, Billinghurst, Asad_Ali_Palijo
MichaelSchoenitzer added a comment.
For me that would be ok too. As you already mention: the biggest problem with that: how to document it that people have a chance finding it.TASK DETAILhttps://phabricator.wikimedia.org/T189937EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata Query UI.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONWhen showing strings got by wikidata query in the result view of wikidata query UI newlines are replaced by spaces
MichaelSchoenitzer added a comment.
That's the reason why queries time out. There's no magic to it - queries that time out are those that require the engine to process a huge amount of data.
Well that's obvious. But what I was referring to is that while above examples produce huge amount of data
MichaelSchoenitzer added a comment.
So far all the examples for queries that are timing out are queries that produce massive amount of data or are very complex. But a simple pattern of a timing-out query I see very often is the following:
SELECT ?item ?sitelinks WHERE {
?item wdt:P31 wd:Q
MichaelSchoenitzer updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWhen I add a statement of type String (or URL) and enter `"foo "` as value, accidentally with a tailing whitespace (often occures with copy-and-paste) and click save, I get the Error-message `Coul
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I add a statement of type String (or URL) and enter "foo " as value, accidentally with a tailing whitespace (often occures with copy-and-paste) and
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONReproduce:
Click Edit on a statment
Modify the rank setting
(Decide differently)
Click cancel
Expected behavior:
The rank-indicator shows the old rank again
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI edited the ranks of two values of a statement and clicked save on the same time. Apparently this caused one of the values to be removed:
https://www.wikidata.org
MichaelSchoenitzer added a comment.
@Etonkovidova: thanks for explaining it this good! This is exactly what was my issue.TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Catrope
MichaelSchoenitzer added a comment.
The 'group results by page' option works by the preference but also by the URL parameter. In the new RC system, we make the URL parameter be synchronized with the preference -- so it seems like it's the same. The old system doesn't have that synchronization
MichaelSchoenitzer changed the task status from "Stalled" to "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lea_Lacroix_WMDE, Trizek-WMF, Etonkovidova
MichaelSchoenitzer added a comment.
@Etonkovidova & @Trizek-WMF: I debugged a bit. When enabling the beta-feature "New filters for edit review" the url of the watchlist gets additional arguments. Without the beta-feature the url of the watchlist is:
https://www.wikidata.org/wiki/Spe
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Edit-Review-Improvements-Integrated-Filters.Herald added a subscriber: Aklapper.Herald added a project: Collaboration-Team-Triage.
TASK DESCRIPTIONI have the Option
Expand watchlist to show all changes, not just
MichaelSchoenitzer added a comment.
Looks like this feature is currently missing. (if I recall correctly, maybe it has been removed at some time)
It's missing on purpose. Data does not always has a natural order and the order can't be viewed by tools like SPARQL.
Instead the community can
MichaelSchoenitzer added a comment.
The Gui should have a dopdown to pick a cachingtime (0, 30s, 1m, 5m, 1h, 1
day) and it should default to the same value as the SPARQL endpoint for
consistency reasons.
I would set the default for both to something like 1-10 minutes…
SLOWVOTE
63 matches
Mail list logo
