Esc3300 edited the task description. (Show Details)
EDIT DETAILS... - [[ https://www.wikidata.org/wiki/Q26961029org/wiki/Q26961029 | Gregorian date before 1584 ]] : [[
Esc3300 edited the task description. (Show Details)
EDIT DETAILS... - [[ https://www.wikidata.org/wiki/Q26932615 | Julian date that is more precise than 1 year ]] : [[
Esc3300 added a comment.
Would you tag all dates
before year 1 (years BC)
with a precision of 9 (year) or higher
as well?
These may (or may not be) off by 1 year.TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL
Esc3300 added a comment.
That reminds me that QuickStatements adds all dates as Gregorian ..TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Esc3300Cc: Multichill, joeroe, Esc3300, Candalua,
Popolon added a comment.
In my opinon, as a very beginner in mongolian language, every written words I seen in dictionaries (old one like Lessig or current one), seems to match with mvf one I seen on fr.wiktionary, wrote by a french in inner-Mongolia. (China), I learned with the pronunciation of
Luo123n added a comment.
@thiemowmde Thanks for clarifying the representation of BC years. That is very helpful!TASK DETAILhttps://phabricator.wikimedia.org/T129823EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Luo123nCc: Addshore, Lydia_Pintscher, Jonas,
Yair_rand added a comment.
https://www.wikidata.org/wiki/Wikidata:Project_chat#Backlink_on_Property_talk_subpages.3FTASK DETAILhttps://phabricator.wikimedia.org/T146271EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Urbanecm, Yair_randCc: Yair_rand, Urbanecm,
Addshore added a comment.
So most statements have already been tagged in the first run today:
A SPARQL query for statements with mainsnak date marked as Julian that is more precise than 1 year can be found at http://tinyurl.com/j7f678d (24,956 in the list, 34 ish to be tagged)
And a query for
Addshore added a comment.
In T105100#2660516, @daniel wrote:
I suggest to mark only the most obvious cases now. we can still discuss making less obvious cases for manual checking later.
Obvious according to what criteria?
From the flow chart diagram this task is only tagging to 2 obvious cases.
daniel added a comment.
Lack of commitment, lack of resources. I still think it would be a good idea to do it, but i'm not sure that counts as "interest".
We should get rid of mediawiki/vendor at some point...TASK DETAILhttps://phabricator.wikimedia.org/T105638EMAIL
Tgr added a comment.
Is this blocked on something specific or just lack of interest? As I understood the original blocker was proper HTTPS support in Composer and that was fixed upstream some months ago.TASK DETAILhttps://phabricator.wikimedia.org/T105638EMAIL
daniel added a comment.
I suggest to mark only the most obvious cases now. we can still discuss making less obvious cases for manual checking later.TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore,
joeroe added a comment.
@Addshore Erm, manually checking 155,000 records does not sound like "a bit of extra legwork" to me... I understand that it's hard to think of every edge case, but the lower bound issue was specifically brought up above. What is the point of using a bot if you are going to
Smalyshev added a parent task: T136358: Evaluate creating LDF server for WDQS.
TASK DETAILhttps://phabricator.wikimedia.org/T91602EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Ricordisamoa, Aklapper, Jdouglas, mschwarzer, Avner, debt, Gehel,
Smalyshev added a subtask: T91602: Search templates for linked data.
TASK DETAILhttps://phabricator.wikimedia.org/T136358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Zppix, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas,
Smalyshev edited the task description. (Show Details)
EDIT DETAILSThe GUI now has completion for some things, but it'd be nice to have also completion for:
*[x] All wikibase: things we have (e.g. wikibase:PreferredRank or wikibase:timeValue)
*[x] All schema: and xsd: things we use in the dump
*[]
Smalyshev removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T144052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Jonas, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer,
Addshore added a comment.
When the tree was designed no lower bound was added as some errors that could often occurs while entering dates (manually, not by bot) could result in very unexpected actual dates.
Thus all of the dates tagged should be checked, but there is a high probability that many
Esc3300 added a comment.
The tree seems to be about processing them, not taggingTASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Esc3300Cc: Multichill, joeroe, Esc3300, Candalua, Ricordisamoa,
Multichill added a comment.
@Addshore looking at https://upload.wikimedia.org/wikipedia/commons/c/ca/Wikidata_Calendar_Model_Decision_Tree.svg your bot is not following it.TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL
Multichill added a comment.
Edits like https://www.wikidata.org/w/index.php?title=Q19685912=revision=378251885=312157111 are a bit pointless. Please exclude these kind of records.TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL
gerritbot added a comment.
Change 312151 merged by jenkins-bot:
Improve completion, add more completion words
https://gerrit.wikimedia.org/r/312151TASK DETAILhttps://phabricator.wikimedia.org/T144052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev,
Smalyshev added a comment.
I think this one is done, and we have purtle tests. The parent one we need to verify dump is OK, and then we can close it. Maybe add some tests to dump generator tests too just in case...TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL
daniel added a comment.
Should we have a test for this in Wikibase itself, so we can verify it works now? Or can we just close this ticket, since the updated component has been released?TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL
daniel removed daniel as the assignee of this task.daniel added a comment.
unassigning myself, since it is unlikely i will work on it soon.TASK DETAILhttps://phabricator.wikimedia.org/T123111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel,
daniel removed daniel as the assignee of this task.daniel added a comment.
stalled, dropping shepherdshipTASK DETAILhttps://phabricator.wikimedia.org/T105638EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Scott_WUaS, RobLa-WMF, adrianheine,
joeroe added a comment.
I see a lower bound was discussed here, but was it implemented? AddBot has been tagging prehistoric dates, which are likely to be estimates based on radiocarbon or other absolute dating methods with error margins of decades or centuries, so the Gregorian/Julian distinction
Esc3300 added a subscriber: Addshore.Esc3300 added a comment.
Could these be flagged as well if no other tag from T105100 applies. @Addshore is currently running a bot.TASK DETAILhttps://phabricator.wikimedia.org/T129823EMAIL
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...* get most up-to-date list of problematic dates
* run bot* run bot
Tags added:
- [[ https://www.wikidata.org/wiki/Q26961029 | Gregorian date before 1584 ]]
- [[ https://www.wikidata.org/wiki/Q26932615 | Julian date that is
Smalyshev closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, D063520, Aklapper, Smalyshev, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs,
Smalyshev closed subtask T145757: N3Quoter should generate correct escapes for ASCII control characters as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T145754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, daniel,
thiemowmde closed this task as "Invalid".thiemowmde added a comment.
Ok, this is a user error then and nothing we can fix. Users of the API, bots, tools and so on must enter dates according to XSD 1.0, not XSD 1.1.
The internal representation is consistent and always was: -0001 in the database
thiemowmde closed subtask T129823: BC (Before Christ) times are not correct in wikidata as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: T.seppelt, Agabi10, Ricordisamoa, Conny,
thiemowmde claimed this task.thiemowmde moved this task from Proposed to Review on the Wikidata-Sprint-2016-09-21 board.
TASK DETAILhttps://phabricator.wikimedia.org/T119492WORKBOARDhttps://phabricator.wikimedia.org/project/board/2197/EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T119492EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Esc3300, Krinkle, hoo, Sjoerddebruin, aude, Zppix, thiemowmde, Lydia_Pintscher, Mbch331,
gerritbot added a comment.
Change 312279 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Fix duplicate search suggestions appearing when focusing to fast
https://gerrit.wikimedia.org/r/312279TASK DETAILhttps://phabricator.wikimedia.org/T119492EMAIL
hashar added a comment.
A view of messages referencing /srv/mediawiki/php-1.28.0-wmf.19/includes/SiteConfiguration.php as referenced by @Addshore previously in https://logstash.wikimedia.org/goto/259821dc32242eb3fde0cd02755685f6
Fields:
server: name of the server. codfw / snapshot hosts have
daniel added a comment.
For reference: Langlink-entries not matching the page title, from the main namespace of de, en, and fr Wiktionary.
F4513480: wiktionary-langlink-mismatch.zipTASK DETAILhttps://phabricator.wikimedia.org/T145412EMAIL
Luo123n added a comment.
@thiemowmde "in Wikidata" and "Wikidata says" refers to the Wikidata webpage. For example, the Wikidata page for Cleopatra (https://www.wikidata.org/wiki/Q635) says she died in 29 BC while Wikipedia says she died in 30 BC.
The problem here is that, the internal
daniel added a comment.
I can confirm that composer update pulls in purtle 1.0.4 now.TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, danielCc: gerritbot, D063520, Aklapper, Smalyshev, daniel,
daniel added a comment.
@Smalyshev Done. Packagist now shows 1.0.4 as the current version. I have also added the wikimedia and mediawiki users as maintainers.TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a comment.
@Jc3s5h This should be as simple as removing the instance of qualifier.
We of course have the lists of all statements that will be touched in this run of the script.
If we do ever do a future run we will still have that list of guids that we can avoid!TASK
Jc3s5h added a comment.
Now that the bot has begun to mark items, what is the procedure to follow when a marked item has been reviewed by an editor and found to be correct?TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL
Lydia_Pintscher added a comment.
Or actually s/out of date/historicTASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Jonas, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01,
Lydia_Pintscher added a comment.
"valid value, though possibly out of date" is the better one of the two.
Rest looks good.TASK DETAILhttps://phabricator.wikimedia.org/T139357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Jonas,
Lydia_Pintscher added a comment.
To clarify: the result is that we need to be able to handle some other namespaces in the future but for now only do the main namespace. Correct?TASK DETAILhttps://phabricator.wikimedia.org/T145412EMAIL
gerritbot added a comment.
Change 312257 had a related patch set uploaded (by Addshore):
Use new db schema
https://gerrit.wikimedia.org/r/312257TASK DETAILhttps://phabricator.wikimedia.org/T145412EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore,
Lydia_Pintscher added a comment.
Apps teams: The Wikidata team will not be able to work on this. I see this squarely in your corner ;-) (because it was moved to tracking)TASK DETAILhttps://phabricator.wikimedia.org/T143273EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T93202EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Purodha, Liuxinyu970226, Lydia_Pintscher, thiemowmde, Kenrick95, Amire80, Aklapper, Lucie,
gerritbot added a comment.
Change 255679 had a related patch set uploaded (by Purodha):
Add GENDER to some messages addressing the current user
https://gerrit.wikimedia.org/r/255679TASK DETAILhttps://phabricator.wikimedia.org/T93202EMAIL
thiemowmde added a comment.
This was an actual Wikidata logo proposal: https://commons.wikimedia.org/wiki/Category:Wikidata_logo_proposals. I think the 3D effect is a bad thing for the small icon size we are talking about here, so yes, your proposal above is perfect, I believe.TASK
Addshore added a comment.
RunningTASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Esc3300, Candalua, Ricordisamoa, Jc3s5h, daniel, Tobi_WMDE_SW, Addshore, Aklapper, Lydia_Pintscher, D3r1ck01,
thiemowmde added a comment.
Ok, this is very much enlightening. Thank you very much. However, the questions I listed above still remain. Should we add it as a monolingual code to Wikibase, or favor khk and mvf? These are listed as known language codes in at least one extension (mvf only in Babel,
GerardM added a comment.
Hoi,
Having a font has never been a prequisite for support in MediaWiki. It has
been a reason to support the development of a Freely licensed font or to
support talks on the licensing of an existing font.
Thanks,
GerardMTASK
GerardM added a comment.
Hoi,
The practise of dropping upper case in the ISO-15934 is a MediaWiki
practice that is incorrect. In the grand scheme of things it is only a
minor matter.
Mong is the correct code for the Mongolian script. The reason why mn-mong
is not there is that it does not make
gerritbot added a comment.
Change 312223 had a related patch set uploaded (by Gehel):
wdqs - LVS configuration
https://gerrit.wikimedia.org/r/312223TASK DETAILhttps://phabricator.wikimedia.org/T132457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 312224 had a related patch set uploaded (by Gehel):
wdqs - add icinga check for LVS services
https://gerrit.wikimedia.org/r/312224TASK DETAILhttps://phabricator.wikimedia.org/T132457EMAIL
gerritbot added a comment.
Change 312225 had a related patch set uploaded (by Gehel):
wdqs - configure varnish to use LVS service as backend
https://gerrit.wikimedia.org/r/312225TASK DETAILhttps://phabricator.wikimedia.org/T132457EMAIL
thiemowmde added a comment.
Wow, that's a lot of information. ;-) Thank you very much.
I did a search on our global code base:
MediaWiki does have support for many …-cyrl and …-latn locales.
There is never a country code attached. It's just "ku-latn", "kk-cyrl" and so on.
Note that everything I
thiemowmde added a comment.
I did a global search to verify this. In contrast to "mn-Mong" (see T137810), "mnc" is already supported in all ULS, CLDR and Babel extensions. So I believe this is fine to go in.TASK DETAILhttps://phabricator.wikimedia.org/T137808EMAIL
GerardM added a comment.
Hoi,
mn is the code ISO-639 for the language, Mong is the CLDR code for the
script and CN is a code for the country where it is practices. The correct
LANGUAGE code is either khk or mvf because as a macro language that does
not have an existing project it is not eligible.
Popolon added a comment.
In language code, first part is language, second part is script (Mong|Han|Latn|Arab...) and the third the country, here CN (China), MN (Mongolia) The traditional Mongolian script is mainly used in Inner-Mongolia (China), but is since few year recognized again as
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T132457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, ema, Gehel, BBlack, Aklapper, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01,
gerritbot added a comment.
Change 312216 had a related patch set uploaded (by Gehel):
wdqs LVS DNS entries
https://gerrit.wikimedia.org/r/312216TASK DETAILhttps://phabricator.wikimedia.org/T132457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc:
Gehel added a project: Discovery-Wikidata-Query-Service-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T132457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: ema, Gehel, BBlack, Aklapper, mschwarzer, Avner, debt, D3r1ck01, Jonas, FloNight,
thiemowmde moved this task from Proposed to Review on the Wikidata-Sprint-2016-09-21 board.thiemowmde triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T146356WORKBOARDhttps://phabricator.wikimedia.org/project/board/2197/EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T146356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, hoo, aude, Lydia_Pintscher, Jc3s5h, Smalyshev, Jonas, thiemowmde, Aklapper,
gerritbot added a comment.
Change 312215 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Fix (Julian)DateTimeValueCleaner for extreme years
https://gerrit.wikimedia.org/r/312215TASK DETAILhttps://phabricator.wikimedia.org/T146356EMAIL
gerritbot added a comment.
Change 312214 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Cleanup DateTimeValueCleanerTest
https://gerrit.wikimedia.org/r/312214TASK DETAILhttps://phabricator.wikimedia.org/T146356EMAIL
thiemowmde added a parent task: T87764: Bugs related to time datatype (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T146356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, aude, Lydia_Pintscher, Jc3s5h, Smalyshev, Jonas,
thiemowmde added a subtask: T146356: [Bug] RDF export misses extreme values with day precision.
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical,
thiemowmde created this task.thiemowmde added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, Wikidata-Query-Service, Wikidata-Sprint-2016-09-21.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONBecause the Julian to Gregorian conversion we do is
thiemowmde added subscribers: thiemowmde, Jonas, Lydia_Pintscher.thiemowmde triaged this task as "Lowest" priority.thiemowmde added a project: Wikidata-Query-Service.thiemowmde assigned this task to Luo123n.thiemowmde added a comment.Herald added a project: Discovery.
I'm afraid this report is not
Charlie_WMDE added a comment.
F4512342: echoDatabaseIcon.png
What about a generic database icon in Wikimedia colors?TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: Izno, thiemowmde,
Ricordisamoa closed this task as "Resolved".Ricordisamoa removed a project: Patch-For-Review.Ricordisamoa added a comment.
I've added you to https://tools.wmflabs.org/?tool=ptable but someone should also add you to https://gerrit.wikimedia.org/r/#/admin/groups/968,membersTASK
gerritbot added a comment.
Change 312200 merged by jenkins-bot:
Access Wikidata API via HTTPS
https://gerrit.wikimedia.org/r/312200TASK DETAILhttps://phabricator.wikimedia.org/T142432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, gerritbotCc:
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T142432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, gerritbotCc: gerritbot, Aklapper, ArthurPSmith, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs,
gerritbot added a comment.
Change 312200 had a related patch set uploaded (by Ricordisamoa):
Access Wikidata API via HTTPS
https://gerrit.wikimedia.org/r/312200TASK DETAILhttps://phabricator.wikimedia.org/T142432EMAIL
Ricordisamoa added a comment.
Whops! I haven't been reading notifications recently... thank you @ArthurPSmith!TASK DETAILhttps://phabricator.wikimedia.org/T142432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RicordisamoaCc: Aklapper, ArthurPSmith,
Jan_Dittrich added a comment.
If there is enough space, @thiemowmde suggestion sounds good.
So we could have:
Preferred Rank
Normal Rank
Deprecated (known to be wrong)
and for the tooltips:
valid and up-to-date value
valid value, though possibly out of date OR valid value. May be out of
Esc3300 added a comment.
I wonder what the complexity of this is -- without being able to read the code.
If it's a simplification of existing code, it might be an interesting volunteer project.
If you announce it now as an upcoming change, it might even be possible to implement it in a fairly
81 matches
Mail list logo