User Details
- User Since
- Nov 2 2022, 12:34 PM (119 w, 4 d)
- Availability
- Available
- LDAP User
- RPI2026F1
- MediaWiki User
- RPI2026F1 [ Global Accounts ]
Jan 31 2024
An alternative that would work is if I can query the diff publicly. Taking a look at the internal code, it uses private variables, so there's no easy way to get the diff in a "safe" way.
Jan 28 2024
Obviously this is not something I would do intentionally, but in a large script is it very possible for one section of code to add a property and another section of code to remove that property, and then the diff becomes empty.
Jan 27 2024
Jan 26 2024
I was using DataSite to enhance type information, since pywikibot.Site() only returns methods shared by all types of sites, and I needed some Wikidata-specific methods.
Jan 25 2024
Aug 11 2023
Jul 6 2023
Jun 26 2023
I mean it partially isn’t a bug as the precision is set to millennium. If you want a more specific date value then the precision should be updated to be more precise. 2000 and 1500 are in the same millennium, the 2nd millennium.
Apr 9 2023
There are alternative ways to only import ForwardRef types for type checkers. A common usage I've seen is:
Ahh my bad, I didn't notice this difference.
Seems to be working as of the latest version.
Mar 28 2023
Mar 27 2023
Mar 8 2023
Mar 2 2023
Feb 28 2023
Feb 13 2023
Feb 10 2023
Sorry I misread the notification, my bad. The Needs Triage color is too similar to the “Resolved” color
Why was this task closed? I still cannot visit the original link without the error.
I suspect it might have to do with the data file being 11 MB in size
Feb 5 2023
Feb 3 2023
Jan 24 2023
Jan 23 2023
A logout seems to have fixed the issue. I'm not sure why this happens though.
Jan 21 2023
Jan 17 2023
This is severely slowing down any Pywikibot bots from fetching information.
Jan 16 2023
I have observed this happening for a few weeks, did not know it was a bug.
Jan 11 2023
Jan 10 2023
Jan 9 2023
Jan 8 2023
Maybe a solution can be to display a REPR of <Incomplete Claim P31 site=pywikibot.Site(...)> or something along those lines.
Jan 7 2023
@Xqt alright, sorry I missed that somehow
I think the only way to deal with this is to do from imports only, ie no accessing modules from the parent pywikibot module.
Are you trying to load this through nodeJS? You need to compile it down to JS and load it through mw.loader.load(url) on a website of a Wikipedia.
Jan 6 2023
It actually seems that something closer to the API layer took over type validation and I don't think it's possible to get to this internal position anymore, so my patch is most likely invalid.
This patch was intending to clarify an API error, which is what I was running into. That type mismatch is more of a fundamental error, where I was supplying a "wikibase-entityid" value to a property expecting a "string" and so on.
Hmm this issue seems to be gone, but I'm not sure why. I should have captured a web archive.
Jan 5 2023
Seems to be tracked in https://github.com/magnusmanske/quickstatements/issues/38
Jan 1 2023
Dec 30 2022
Dec 29 2022
So my mistake was putting in an object when an array was expected. I'm not sure why that didn't return a validation error.
Dec 28 2022
Dec 24 2022
Can you please provide references for this statement? Thanks!
Dec 23 2022
I guess that makes sense. My intro to Python programming was the discord.py library, which runs exclusively on asyncio, and so I had thought that async made the library use coroutines.