Ladsgroup added a comment.
Changing DiffView doesn't sound crazy but you can try rendering templates to make the code much cleaner. Make the patch and we talk about it in gerrit (btw. Make patch on the Wikibase extension not wikidata, that is the build not the real source code)TASK
Herald added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T44102EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PaucabotCc: Paucabot, wikibugs-l-list, Wikidata-bugs, AnjaJentzsch, Abraham, Bene, waldyrious, Addshore, Mattflaschen-WMF,
aude added a comment.
or all polygons, with instance of (P31) of something, that include a particular point, etc.TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: mxn, Yurik, abian, Evad37, Abbe98,
Yurik added a comment.
Ah, gotcha. Yep, totally makes sense for searching :) Thanks for explaining!TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: mxn, Yurik, abian, Evad37, Abbe98, daniel,
aude added a comment.
@Yurik Wikibase doesn't know about what properties there are but can handle things at the data type level.
not sure I understand what you mean by per-value-type search.
For querying, it would be great to be able to find points within a shape (if the shapes are cleanly
Yurik added a comment.
agree, visualization aspect is important (i wonder if visualization should be per-property though). As for searching - do we have a per-value-type search rather than per-property? I'm not arguing for-or-against separating them yet, just trying to understand what value
aude added a comment.
@Yurik think it would be easier to search/query if they were separate, and also display and handle other aspects differentlyTASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: mxn,
Yurik added a comment.
@aude what would be the benefit? I'm guessing the property would need to be restricted to a specific target type, but can we do that with a regex (e.g. /.\.map$/) ?TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
aude added a comment.
@Yurik think they need to be separate datatypes (at least geo separate from other data)TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: mxn, Yurik, abian, Evad37, Abbe98, daniel,
Yurik added a comment.
@daniel, thanks. Will you want to group them together, or have one datatype per the content handler? For now, we have .map and .tab, but eventually we might want to expand that list. I am already thinking of .tabheader, which would allow multiple .tab pages to use a shared
Liuxinyu970226 added a subtask: T138332: interwiki links to/from https://wikisource.org.
TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: C933103, Stashbot, hoo, aude, JanZerebecki, TTO,
Liuxinyu970226 added a parent task: T54971: Sitelinks to Incubator, OldWikisource and BetaWikiversity.
TASK DETAILhttps://phabricator.wikimedia.org/T138332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Nikki, Liuxinyu970226, Candalua,
daniel added a comment.
@Yurik yes, indeed, we want to treat them similar to how we handle commons media. It's not exactly the same though, so it needs a separate datatype implementation.TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
Yurik added a comment.
@daniel Ah, thanks, I misunderstood. Do you want to handle these pages the same way you handle images on Commons, or do you want to treat them as entities? My guess you are going for the former, and will wait for the structured (meta) data project to take off first.TASK
Yurik edited the task description. (Show Details)
EDIT DETAILSAs this [[ https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries/examples#Horses | query example ]] indicates, we need a way to specify either "a`"a,b,*"` language list, which means - give me "a" if it exists, or "b" if it
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONAs this query example indicates, we need a way to specify either "a,b,*" language list, which means - give me "a" if it exists, or
Ladsgroup edited the task description. (Show Details)
EDIT DETAILS... [x] Add support in EntityView...TASK DETAILhttps://phabricator.wikimedia.org/T149495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, daniel, Aklapper, Ladsgroup,
Ladsgroup edited the task description. (Show Details)
EDIT DETAILS... [x] Add support in EntityView...TASK DETAILhttps://phabricator.wikimedia.org/T149494EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, daniel, Ladsgroup, WMDE-leszek,
Ladsgroup added a comment.
@thiemowmde I did this because @Lydia_Pintscher told me so, so I assume it has PM's approval or at least I thought it has. Do you want an explicit confirmation?TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL
Umar added a comment.
Now so: Ангола, Луанда, Африка, Андорра, Андорра-ла-Велья, Европа, Антигуа, Сент-Джонс, Северная Америка, Аргентина, Буэнос-Айрес А Южная Америка
That's right: Ангола а, Луанда а, Африка а, Андорра а, Андорра-ла-Велья а, Европа а, Антигуа а, Сент-Джонс а, Северная Америка а,
Umar added a comment.
Here you yourself have written everything correctly - Chechen style for lists requires "a" after every list item.TASK DETAILhttps://phabricator.wikimedia.org/T154030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UmarCc: TTO,
Nemo_bis added a comment.
In T154030#2904568, @TTO wrote:
In T154030#2904533, @Liuxinyu970226 wrote:
If this means that in Chechen, we should also add the word "and" after the last item of an array-like sentense, then why can't we create an *optional* "trailing-separator", and add it when
subins2000 added a comment.
Hey !
I've been trying to fix this for the past 3 hours and is in a zigzag. The string "name" is coming from a faraway class and I can't seem to translate it.
I reached here, but is facing difficulty to what to do next.
My plan is to modify DiffView.php by :
Yurik added a comment.
The Commons Datasets with GeoJSON support has been enabled 2 weeks ago. See help page, and an endangered habitat example. What else is needed to close this task?TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL
Esc3300 added a comment.
Interesting point. I hadn't thought of it that way. Obviously, it's sounds somewhat optimistic that such consistency is achieved without any constraints. In theory, infoboxes could have had that too.
I think we were already hammered by the monthly (not quarterly) ratings,
Aleksey_WMDE added a comment.
I believe that it should be done in both places.
As I understood ChangeOp is more (correct me if I'm wrong) Data Access Layer thingy and responsible for persistence: generate Summary and ensure that we won't get inconsistent data in DB.
But in this case, I would say,
daniel added a comment.
@Esc3300 Managing time-series data in Items this way is rather limited. You can't easily have multiple columns, you have to repeat the source references, and the whole thing does not scale well. I would not recommend to put more that 20 statements into a time series on a
Esc3300 added a comment.
Currently we already have tabular data at Wikidata, e.g. for population numbers and quarterly ELO ratings.
These are fairly straight-forward:
date
value
some qualifier about the type of value (optional or omitted)
This for each item.
Obviously, the same could be
daniel added a comment.
This should be done by using ChangeOps to apply the lexical category to the Lexeme. The ChangeOp would perform all required validation.TASK DETAILhttps://phabricator.wikimedia.org/T154221EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
daniel added a comment.
@Esc3300 The problem with infoboxes is a) that they exist once per language version and b) they are hard to parse to get the data. Neither of those problems exists with the new tabular data sets on commons.
Also note that we have said from the beginning that we explicitly
Billinghurst added a comment.
There is a link to the community proposal in the request ... [[d:Wikidata talk:Wikisource]], and it was mentioned at [[s:en:Wikisource:Scriptorium]]. The commentary was negligible, though it probably had as much as when the original badges were set up. I would say
gerritbot added a comment.
Change 328655 merged by jenkins-bot:
Add language and lexical category support in LexemeView
https://gerrit.wikimedia.org/r/328655TASK DETAILhttps://phabricator.wikimedia.org/T149494EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 328655 merged by jenkins-bot:
Add language and lexical category support in LexemeView
https://gerrit.wikimedia.org/r/328655TASK DETAILhttps://phabricator.wikimedia.org/T149495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 329460 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Replace misleading wikitext sytnax in LexemeViewTest
https://gerrit.wikimedia.org/r/329460TASK DETAILhttps://phabricator.wikimedia.org/T149495EMAIL
gerritbot added a comment.
Change 329460 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Replace misleading wikitext sytnax in LexemeViewTest
https://gerrit.wikimedia.org/r/329460TASK DETAILhttps://phabricator.wikimedia.org/T149494EMAIL
Esc3300 added a subscriber: Magnus.Esc3300 added a comment.
The bot is now deblocked at ptwiki.
The global summary at https://meta.wikimedia.org/wiki/User:ListeriaBot if probably worth expanding ( @Magnus : I hope you don't mind I edited it).
The lists at nowiki need currently language=nb to
Esc3300 edited the task description. (Show Details)
EDIT DETAILS... - update https://meta.wikimedia.org/wiki/User:ListeriaBot (if Magnus doesn't mind )
- fix SPARQL problems...TASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL
Esc3300 added a comment.
Maybe I should clarify that I don't really mind geoshapes to be stored at Commons, I'm worried about tables of other data. The risk is that we start the Wikipedia Infobox problem once more.TASK DETAILhttps://phabricator.wikimedia.org/T151334EMAIL
Piramidion added a comment.
I think that the way the issue is described here is incorrect. See the correct and more detailed description in T154181TASK DETAILhttps://phabricator.wikimedia.org/T111913EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Aklapper added a comment.
This particular topic has already been reported into our bug tracking system as T111913, but please feel free to report any further issues you find. Further handling of the reported topic happens in T111913.TASK DETAILhttps://phabricator.wikimedia.org/T154181EMAIL
Aklapper added subscribers: Piramidion, Amire80, zhuyifei1999, Base.Aklapper merged a task: T154181: Provide an easy way to localize links to some projects' main pages on the sidebar.
TASK DETAILhttps://phabricator.wikimedia.org/T111913EMAIL
Aklapper closed this task as a duplicate of T111913: [Story] In the "other projects" sidebar on multilingual wikis, link to wikis in the user language.
TASK DETAILhttps://phabricator.wikimedia.org/T154181EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
thiemowmde moved this task from Review to Proposed on the Wikidata-Sprint-2016-11-15 board.thiemowmde added a comment.
Is this a community decision? Where was this discussed? I'm not sure if it was a good idea to go ahead and create these patches without having a decision (that is documented and
Ladsgroup claimed this task.Ladsgroup added a project: Wikidata-Sprint-2016-11-15.Herald added a project: User-Ladsgroup.
TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, Yann,
gerritbot added a comment.
Change 329453 had a related patch set uploaded (by Ladsgroup):
Add badge for "digitaldocument" in Wikibase
https://gerrit.wikimedia.org/r/329453TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Yann, Mahagonny08, Micru, Aklapper, Billinghurst, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99,
gerritbot added a comment.
Change 329452 had a related patch set uploaded (by Ladsgroup):
Add 'digitaldocument' badge styles
https://gerrit.wikimedia.org/r/329452TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL
Amire80 edited projects, added MediaWiki-extensions-WikibaseClient, Wikidata, I18n; removed MediaWiki-General-or-Unknown.Amire80 added a comment.
If I understand correctly, this is probably an issue to be resolved in the client part of the Wikibase extension, or maybe in wikidata.org itself.TASK
Lydia_Pintscher added a comment.
It doesn't hurt I guess :)TASK DETAILhttps://phabricator.wikimedia.org/T151269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, jhsoby, Nikerabbit, thiemowmde, Liuxinyu970226,
TTO added a comment.
In T154030#2904533, @Liuxinyu970226 wrote:
If this means that in Chechen, we should also add the word "and" after the last item of an array-like sentense, then why can't we create an *optional* "trailing-separator", and add it when necessary?
That seems like a sensible
Liuxinyu970226 added a subscriber: Lydia_Pintscher.Liuxinyu970226 added a comment.
@Lydia_Pintscher Is Shizhao's action above valid? The main topic of this task looks like about missing English names of WD language tags (which therefore this fits #mediawiki-extensions-cldr ).TASK
51 matches
Mail list logo