Multichill closed this task as "Resolved".
Multichill added a comment.
https://github.com/multichill/toollabs/commit/510dfe2db0f588aa8d19a45bccb72c0fc204bfee
Report is up. Also had the bot do the easy fixes.
TASK DETAIL
https://phabricator.wikimedia.org/T364209
EMAIL P
Multichill created this task.
Multichill added projects: Maps, Commons, Wikidata, Wikimedia-Hackathon-2024.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
On https://commons.wikimedia.org/wiki/Commons:Reverse_geocoding/Reports we
have reports to keep track of the quality
Multichill added a comment.
In T343936#9083076 <https://phabricator.wikimedia.org/T343936#9083076>,
@Lucas_Werkmeister_WMDE wrote:
>> We should probably handle the 500 error as a recoverable error (just like
the socket time out) and retry.
>
> Maybe th
Multichill added a comment.
With the increased time out I was able to update
https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Property_statistics
(
https://github.com/multichill/toollabs/blob/master/bot/wikidata/painting_property_statistics.py
)
TASK DETAIL
https
Multichill created this task.
Multichill added projects: Pywikibot, Pywikibot-Wikidata,
Wikidata-Query-Service.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
I have some bots that are not doing their reporting. Looking at the logs I
noticed I hit
Multichill added a comment.
Thanks for the update, see also
https://www.wikidata.org/w/index.php?title=Wikidata%3AWikiProject_sum_of_all_paintings%2FMost_used_painting_properties=1821925473=1658545667
TASK DETAIL
https://phabricator.wikimedia.org/T325942
EMAIL PREFERENCES
https
Multichill added a comment.
Works for me again too. I noticed a spike on https://www.wikimediastatus.net/
for the "Wiki error responses" to 940 errors/second and a drop for "Successful
edits".
Anyone able to provide a RFO (reason for outage)? Or just clos
Multichill created this task.
Multichill added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Steps to replicate the issue** (include links if applicable):
- Open
https://www.wikidata.org/w/api.php?action=wbsgetsuggestions=online%20c=item=json
Multichill created this task.
Multichill added projects: Wikidata, MediaWiki-extensions-PropertySuggester.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
The looks like the wbs_propertypairs table in the Wikidata database hasn't
been updated all year. I'm using the table
Multichill created this task.
Multichill added projects: Commons, Privacy, MediaWiki-Page-deletion,
Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Steps to replicate the issue** (include links if applicable):
- Take a deleted file:
https
Multichill added subscribers: OlafJanssen, Multichill.
Multichill added a comment.
@OlafJanssen is the latest victim at
https://www.wikidata.org/wiki/Wikidata:SPARQL_federation_input
TASK DETAIL
https://phabricator.wikimedia.org/T265290
EMAIL PREFERENCES
https
Multichill added a comment.
Thanks for implementing this. I finally got around to update
https://www.wikidata.org/wiki/Module:Constraints so that pages like
https://www.wikidata.org/wiki/Property_talk:P650 are not throwing a horrible
alert anymore. I also filed T303670 <ht
Multichill created this task.
Multichill added projects: Wikidata, Wikibase-Quality-Constraints.
TASK DESCRIPTION
**Context:**
Constraints System
**User story:**
As an editor, I want to define that all Items using a certain Property should
have a Description in a specific language
Multichill added a project: Commons.
TASK DETAIL
https://phabricator.wikimedia.org/T297995
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Chicocvenancio, LWyatt, Legoktm, Husky, LucasWerkmeister, Fuzheado,
Aklapper, Multichill
Multichill renamed this task from "Remove authentication from Wikimedia Commons
Query Services (WMQS)" to "Remove authentication from Wikimedia Commons Query
Services (WCQS)".
TASK DETAIL
https://phabricator.wikimedia.org/T297995
EMAIL PREFERENCES
https://phabricator.wi
Multichill added a comment.
Phabricator task to remove authentication: T297995
<https://phabricator.wikimedia.org/T297995>
TASK DETAIL
https://phabricator.wikimedia.org/T280006
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: EBernh
Multichill added a comment.
No, as a tool developer I don't want to authenticate, see
https://commons.wikimedia.org/wiki/Commons_talk:SPARQL_query_service/Upcoming_General_Availability_release#Mandatory_authentication_considered_harmful
. Filed T297995 <https://phabricator.wikimedia.
Multichill created this task.
Multichill added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
It was fine for the WMQS beta to have authentication, but the production
SPARQL endpoint shouldn't be limited by authentication. Such a shift
Multichill moved this task from needs triage to Current work on the
Discovery-Search board.
Multichill edited projects, added Discovery-Search (Current work); removed
Discovery-Search.
TASK DETAIL
https://phabricator.wikimedia.org/T291054
WORKBOARD
https://phabricator.wikimedia.org/project
Multichill triaged this task as "Unbreak Now!" priority.
Multichill added subscribers: dcausse, Gehel.
TASK DETAIL
https://phabricator.wikimedia.org/T291054
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Gehel, dcausse, Ba
Multichill added a project: I18n.
Restricted Application added a project: wdwb-tech.
TASK DETAIL
https://phabricator.wikimedia.org/T227383
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Marsupium, Lucas_Werkmeister_WMDE, Ladsgroup
Multichill added a comment.
In T195178#7335946 <https://phabricator.wikimedia.org/T195178#7335946>,
@Ladsgroup wrote:
> In T195178#7335945 <https://phabricator.wikimedia.org/T195178#7335945>,
@Esc3300 wrote:
>
>> Test onwiki: constraint addition
<
Multichill added a project: Community-consensus-needed.
TASK DETAIL
https://phabricator.wikimedia.org/T282624
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: L235, RP88, ChristianFerrer, Alfa80, Huji, Jeeputer, SpartacksCompatriot
Multichill closed this task as "Declined".
Multichill added a comment.
I just noticed
https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Non-free_content .
Setting this one to declined because clearly no community consensus exists at
this moment in time.
TASK DETA
Multichill added a project: Community-consensus-needed.
TASK DETAIL
https://phabricator.wikimedia.org/T285810
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: ChristianKl, Lydia_Pintscher, Bugreporter, Tagishsimon, Sdkb, Aklapper
Multichill added a subscriber: Harej.
Multichill added a comment.
In T281854#7184875 <https://phabricator.wikimedia.org/T281854#7184875>,
@Harej wrote:
> In T281854#7184854 <https://phabricator.wikimedia.org/T281854#7184854>,
@Multichill wrote:
>
>> This is
Multichill added a comment.
Hi folks, please stick to the Phabricator etiquette as described at
https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette . This is
not the place to discus if these items should be moved out or not. @MPhamWMF
don't see these comments as any
Multichill added a comment.
I would like to have "If several languages are provided in the constraint
then the constraint is satisfied if at least one of the languages has a label
added" changed to "If several languages are provided in the constraint then the
constraint is s
Multichill added a comment.
In T195178#7122976 <https://phabricator.wikimedia.org/T195178#7122976>,
@abian wrote:
> My devil's advocate questions:
>
Not sure about what your intentions are with these questions. I'll just
assume good faith thus ignorance. We have
Multichill added a subscriber: Lydia_Pintscher.
Multichill added a comment.
This new constraint would get plenty of usage, see
https://www.wikidata.org/wiki/Help:Property_constraints_portal/Label_language
TASK DETAIL
https://phabricator.wikimedia.org/T195178
EMAIL PREFERENCES
https
Multichill added a comment.
@dcausse thanks for the pointers. Might be worth switch structured data on
Commons first to the new approach. It is much less integrated in all sorts of
processes and it uses a ton of blank nodes or was Commons already switched? See
for example P170 (creator
Multichill closed this task as "Resolved".
Multichill added a comment.
I see the right concept uri on
https://commons.wikimedia.org/entity/M105912167 now (and still the right one on
http://www.wikidata.org/entity/Q106874575). Thanks for fixing.
TASK DETA
Multichill added a comment.
In T259801#7100788 <https://phabricator.wikimedia.org/T259801#7100788>,
@Zache wrote:
> This affects the query service which uses the formatter URL to render the
URI.
Are you sure about that? Are you sure your not mixing up formatter URL and
Multichill added a comment.
I didn't notice this task before. Where can I read the feedback you got? From
who did you get feedback?
TASK DETAIL
https://phabricator.wikimedia.org/T266470
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: RKemper
Multichill added a comment.
@Cparle @John_Cummings : Why are you discussion references in this task
instead of in T230315 <https://phabricator.wikimedia.org/T230315> ? This task
is about about serialization of the data and that the fact that we use two
different keys (claims vs stat
Multichill closed this task as "Resolved".
Multichill assigned this task to dcausse.
Multichill added a comment.
In T28#7069792 <https://phabricator.wikimedia.org/T28#7069792>,
@dcausse wrote:
> My bad, the depool command I ran this morning did not work due t
Multichill created this task.
Multichill added projects: Wikidata-Query-Service, Wikidata.
TASK DESCRIPTION
Today I noticed some of my reports were empty like
https://www.wikidata.org/w/index.php?title=Wikidata:WikiProject_sum_of_all_paintings/Image_suggestions/Creator
Multichill created this task.
Multichill added projects: Commons, SDC General, Wikidata-Query-Service,
DataValues.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
On Wikidata when doing a query it's possible to do automatic unit conversion
to SI units. So someone might
Multichill reopened this task as "Open".
Multichill added a comment.
In T258776#6921752 <https://phabricator.wikimedia.org/T258776#6921752>,
@CBogen wrote:
> I'm going to close this as a duplicate of T277665
<https://phabricator.wikimedia.org/T277665&g
Multichill added a comment.
In T258590#6363261 <https://phabricator.wikimedia.org/T258590#6363261>,
@CBogen wrote:
> Note that the SD team work to change the Concept URIs in Commons is
estimated to be a small.
That was August 2020, we're now in March 2021. Any update of t
Multichill added a comment.
In T166094#6878436 <https://phabricator.wikimedia.org/T166094#6878436>,
@Ainali wrote:
> In T166094#6878327 <https://phabricator.wikimedia.org/T166094#6878327>,
@Multichill wrote:
>
>> No we don't, captions are
Multichill added a comment.
In T166094#6877045 <https://phabricator.wikimedia.org/T166094#6877045>,
@Ainali wrote:
> Well, then we need a new field for the caption. They are not meant to solve
the same problem and should almost always be different from each other. So for
ev
Multichill added a comment.
Why are we not using the description field for this? Seems more sensible to
me than creating new properties
TASK DETAIL
https://phabricator.wikimedia.org/T166094
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Multichill added subscribers: Lydia_Pintscher, Multichill.
Multichill added a comment.
The URI for the image is https://commons.wikimedia.org/entity/M6919529 (yes,
https, not http, that got messed up, see T258590
<https://phabricator.wikimedia.org/T258590>). You can see an RDF represen
Multichill renamed this task from "Decide on HTTP vs HTTPS for concept URIs on
Commons" to "Change incorrect usage of HTTP to HTTPS for concept URIs on
Commons".
Multichill updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T258590
EMAIL
Multichill added a comment.
In T275787#6871707 <https://phabricator.wikimedia.org/T275787#6871707>,
@CBogen wrote:
> In T275787#6866509 <https://phabricator.wikimedia.org/T275787#6866509>,
@Multichill wrote:
>
>> @CBogen why did you remove the search projects
Multichill added a comment.
We now have more than 1 million files with location of creation on Commons,
see
https://commons.wikimedia.org/w/index.php?search=haswbstatement%3AP1071=Special%3ASearch
@CBogen why did you remove the search projects? This looks very search to me.
TASK DETAIL
Multichill created this task.
Multichill added projects: SDC General, Discovery-Search, Commons, CirrusSearch.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
> Faceted search is a technique which involves augment
Multichill added a comment.
If it aint' broken, don't fix it? Let's just see what happens and if anything
explodes, than focus on fixing that.
TASK DETAIL
https://phabricator.wikimedia.org/T275286
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Multichill added a comment.
In T271105#6814507 <https://phabricator.wikimedia.org/T271105#6814507>,
@Lucas_Werkmeister_WMDE wrote:
> In T271105#6812288 <https://phabricator.wikimedia.org/T271105#6812288>,
@Multichill wrote:
>
>> This change
Multichill added a comment.
This change is subject to the
https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy . Please
complete the steps listed there.
TASK DETAIL
https://phabricator.wikimedia.org/T271105
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Multichill added a comment.
In T267175#6754527 <https://phabricator.wikimedia.org/T267175#6754527>,
@dcausse wrote:
> Checked a couple of these inconsistencies and they appear to all be out of
order in the kafka topics. I suggest to disable `async imports` as I believe
Multichill added a comment.
@RKemper so what's the status of this? I see a lot of cases where the last
edit didn't get processed so the data in SPARQL is not consistent. See
https://w.wiki/ugf for some examples.
TASK DETAIL
https://phabricator.wikimedia.org/T267175
EMAIL PREFERENCES
Multichill added a comment.
In T180113#6747475 <https://phabricator.wikimedia.org/T180113#6747475>,
@Elitre wrote:
> @CBogen Hi, can you help me figure out if this is needed, otherwise I'd
like to resolve. Thanks.
Looks to me this is a bit too open ended. No real actio
Multichill added a comment.
Just had it again:
pywikibot.data.api.APIMWException: internal_api_error_JobQueueError:
[X-VEtQpAIDkAAHaGUqkAAADW] Caught exception of type JobQueueError
[servedby: mw1345;
errorclass: JobQueueError]
TASK DETAIL
https://phabricator.wikimedia.org/T270522
Multichill added a comment.
Ha, right after I posted that my bot crashed twice. Now with internal API
errors:
WARNING: API error internal_api_error_Error: [X-TMQQpAMMwAAHuo1NQE]
Caught exception of type Error
ERROR: Detected MediaWiki API exception internal_api_error_Error:
[X
Multichill added a comment.
One of my robots ran non-stop for the last week so looks like it's not
happening at the moment. You got to love intermittent problems.
TASK DETAIL
https://phabricator.wikimedia.org/T270522
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Multichill added a comment.
I've observed quite a lot of inconsistencies over the past two weeks. I
haven't looked very extensively at it, but I'm getting the impression that
blocks of edits are missed and the timestamps are around a spike at
https://grafana.wikimedia.org/d/00489
Multichill created this task.
Multichill added a project: Wikidata.
TASK DESCRIPTION
Currently when adding statements with references we'll first call
https://www.wikidata.org/w/api.php?action=help=wbcreateclaim and after
that https://www.wikidata.org/w/api.php?action=help=wbsetreference
Multichill created this task.
Multichill added projects: Wikidata, MediaWiki-API.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
While editing Wikidata I noticed the bot crashing every once in a while with
a job queue error:
WARNING: API error
Multichill added a comment.
@Lydia_Pintscher @Aklapper this is a never ending story
TASK DETAIL
https://phabricator.wikimedia.org/T132690
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Lucas_Werkmeister_WMDE, So9q, Bouzinac
Multichill added a comment.
In T268645#6645735 <https://phabricator.wikimedia.org/T268645#6645735>, @Xqt
wrote:
> Looks like it is the same as T192912
<https://phabricator.wikimedia.org/T192912>
>
> Due to
>
> if code == 'failed-save'
Multichill added a comment.
In T257938#6645626 <https://phabricator.wikimedia.org/T257938#6645626>,
@Cparle wrote:
> @AnneT the config patch has been merged so you're good to go on the UI
patch. Options are
>
> - `haslicense:cc-by`
> - `h
Multichill created this task.
Multichill added projects: Pywikibot, Wikidata.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
I noticed I got:
pywikibot.data.api.APIError: failed-save: The save has failed.
[help: See https://www.wikidata.org/w
Multichill added a comment.
@Cparle @matthiasmullie I noticed the change was merged. Do you have a
pointer where the actual mappings are stored? See
https://github.com/multichill/toollabs/blob/master/bot/commons/own_work_sdoc.py#L66
for a list of mappings that I would expect (minus
Multichill added a comment.
I looked around in old bugs and found T129046
<https://phabricator.wikimedia.org/T129046> . I think it went like this:
- Several Wikibase page_props were added for some unknown reason (you would
have to look in the code where these are actually us
Multichill added a comment.
Still means the wording of the protect page is incorrect. Currently it says
"all users" and "allow only administrators". The "all users" is not correct
because changing the protection to that won't make it possible for all users to
Multichill created this task.
Multichill added projects: Wikidata, MediaWiki-Page-protection.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
I noticed that use Edit=Allow only autoconfirmed users for items and for
pages in the project namespace, but for properties
Multichill added a comment.
Forked the Commons part in T266407
<https://phabricator.wikimedia.org/T266407> and left this one for the Wikidata
part.
TASK DETAIL
https://phabricator.wikimedia.org/T57755
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefe
Multichill created this task.
Multichill added projects: Commons, Structured-Data-Backlog,
MediaWiki-extensions-WikibaseRepository, StructuredDataOnCommons.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Forked from
Multichill renamed this task from "Allow time values more precise than day" to
"Allow time values more precise than day on Wikidata".
TASK DETAIL
https://phabricator.wikimedia.org/T57755
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Multichill added a comment.
In T57755#6576583 <https://phabricator.wikimedia.org/T57755#6576583>, @Jc3s5h
wrote:
>
>
> There is no indication about what time zone will be assumed for the
creation or first publication date. You can't expect users to provide
Multichill added a comment.
In T57755#4661653 <https://phabricator.wikimedia.org/T57755#4661653>,
@Addshore wrote:
> So, this ticket was created specifically for allowing entering time values
with second precision on wikidata.org and it should probably (i guess) rem
Multichill added a comment.
Stepping back a bit. Wbeditentity should work more like the normal edit
(action=edit) with things like how to handle edit conflicts and also minor
edits.
TASK DETAIL
https://phabricator.wikimedia.org/T263298
EMAIL PREFERENCES
https
Multichill closed subtask T122711: Appending .json to an entity url
should work (Feature Request) as Declined.
TASK DETAIL
https://phabricator.wikimedia.org/T109420
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Ivanhercaz
Multichill closed this task as "Declined".
Multichill removed a project: good first task.
Multichill added a comment.
In T122711#6534813 <https://phabricator.wikimedia.org/T122711#6534813>,
@thiemowmde wrote:
> With all the respect, but the task specifically
Multichill added a comment.
I just noticed this mid air collision:
https://commons.wikimedia.org/w/index.php?title=File%3ANSG_Salmorth_PM19-09.jpg=revision=485124008=485009736
.
If I understand Adman correctly, adding the option to use baserevid won't
solve this. Using wbsetclaim isn't
Multichill closed this task as "Resolved".
Multichill claimed this task.
Multichill added a comment.
http://www.wikidata.org/entity/Q269728 is the entity uri (not
https://www.wikidata.org/wiki/Q269728),
http://www.wikidata.org/entity/Q269728.json redirects to
https://www.wikidat
Multichill closed subtask T122711: Appending .json to an entity url
should work (Feature Request) as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T109420
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Ivanhercaz
Multichill created this task.
Multichill added projects: Wikimedia-Site-requests, Wikidata,
Wikidata-Query-Service, Discovery-Search.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
The SPARQL endpoint at https://data.pdok.nl/sparql is no longer functioning
(see also
Multichill added a comment.
Ok, I see, we only put misbehaving bots in this group.
TASK DETAIL
https://phabricator.wikimedia.org/T258354
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: MarcoAurelio, Urbanecm, ItamarWMDE
Multichill added a comment.
It's only on Commons and to reproduce you need a file with no structured data
yet. First try doing an edit with "baserevid", you'll get a nasty API error
(that's why I'm unable to use that).
To reproduce just do two edits close to each other from diff
Multichill added a comment.
In T257938#6451946 <https://phabricator.wikimedia.org/T257938#6451946>,
@AnneT wrote:
> @matthiasmullie any thoughts on getting around the search string character
limit here? Now that I've rebased this patch onto the one that swaps out the
searc
Multichill added a comment.
In T258835#6407372 <https://phabricator.wikimedia.org/T258835#6407372>,
@CBogen wrote:
> In T258835#6407335 <https://phabricator.wikimedia.org/T258835#6407335>,
@Multichill wrote:
>
>> @CBogen directly using the Commons logo? For W
Multichill added a comment.
Technically this is already possible, the question is if we actually want to
use it. Makes the data model a lot more complicated to work with.
TASK DETAIL
https://phabricator.wikimedia.org/T230315
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Multichill added a subscriber: CBogen.
Multichill added a comment.
@CBogen directly using the Commons logo? For Wikidata query service we use
https://commons.wikimedia.org/wiki/File:Wikidata_Query_Service_Favicon.svg so
you can easily see what tab it is, I would like to have the same
Multichill added a comment.
In T258354#6387030 <https://phabricator.wikimedia.org/T258354#6387030>,
@Ladsgroup wrote:
> In T258354#6365838 <https://phabricator.wikimedia.org/T258354#6365838>,
@Multichill wrote:
>
>> Just add a sane (relatively high) ratel
Multichill added a comment.
In T259801#6386751 <https://phabricator.wikimedia.org/T259801#6386751>,
@Lydia_Pintscher wrote:
> Yes I think you're right. But doesn't the same issue apply there?
What issue? Export and API? AFAIK it's not used for that.
TASK DETAI
Multichill added a comment.
In T259801#6378907 <https://phabricator.wikimedia.org/T259801#6378907>,
@Lydia_Pintscher wrote:
> This would only affect the UI? How do we imagine this working in exports
and APIs?
Is the formatter url currently used in export and APIs? If s
Multichill added subscribers: Keegan, Lydia_Pintscher, Lucas_Werkmeister_WMDE,
Ramsey-WMF, Multichill.
Multichill added a comment.
This bug was filed quite some time ago, but seems it hasn't been noticed yet
so tagging some people on it. It just got mentioned again on the village pump
Multichill added projects: Pywikibot-Wikidata, Pywikibot.
Restricted Application added a subscriber: pywikibot-bugs-list.
TASK DETAIL
https://phabricator.wikimedia.org/T258354
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: pywikibot
Multichill added a comment.
I think the approach is wrong. Let's start with the first assumption. Nuke (
https://www.wikidata.org/wiki/Special:Nuke ) runs under your own account. Used
it plenty of times. As an admin I have noratelimit so having noratelimit on a
completely different group
Multichill created this task.
Multichill added projects: Wikidata, I18n.
TASK DESCRIPTION
We currently use the formatter url property (
https://www.wikidata.org/wiki/Property:P1630 ) to take an identifier and make a
url based on the identifier. For example on
https://www.wikidata.org/wiki
Multichill added a comment.
In T258895#6340004 <https://phabricator.wikimedia.org/T258895#6340004>,
@Lucas_Werkmeister_WMDE wrote:
> I would really rather not do that. This is a beta service – I think putting
it on the official URL shortener whitelist, or even considering t
Multichill added a comment.
In T258895#6336041 <https://phabricator.wikimedia.org/T258895#6336041>,
@Ladsgroup wrote:
> Yes, if it goes to *.wikmedia.org or *.commons.org, it'll be shortable in
short url but *.wmflabs.org is not among the allowed domain list for security
Multichill created this task.
Multichill added projects: Commons, Wikidata, Wikidata-Query-Service,
MediaWiki-extensions-ShortUrl.
TASK DESCRIPTION
I wondered why https://tinyurl.com/y4myl8z6 was shared instead of a link like
https://w.wiki/rL . Turns out the prototype uses tinyurl. Should
Multichill created this task.
Multichill added projects: Commons, Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Becuase of T211474 <https://phabricator.wikimedia.org/T211474>
https:
Multichill added a comment.
In T257938#6313111 <https://phabricator.wikimedia.org/T257938#6313111>,
@EBernhardson wrote:
> I wonder, would the liceneses extracted from CommonsMetadata be consistent
enough to map directly to wikidata properties? It would be a lie, but it seems
Multichill added a comment.
I don't see any mention of copyright status. A lot of files on Commons don't
have a license because these files are in the public domain, see for example
https://commons.wikimedia.org/wiki/File:Georges_Ricard-Cordingley_(1873-1939)_-_Deep_Sea_Fishing_(morning
Multichill added projects: Commons, SDC General.
Restricted Application added a project: Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T257938
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: EBernhardson, matthiasmullie
1 - 100 of 627 matches
Mail list logo