There are strange people who make such links (kindof urlencoded?):
[[Második világháború#Partrasz.C3.A1ll.C3.A1s Szic.C3.ADli.C3.A1ban
.28Huskey hadm.C5.B1velet.29|Huskey hadműveletben]]
So the section title must have been copied from the URL.
Do we have a ready tool to fix these?
>From one of my assignments as a bot operator I have some code which
does template parsing and general text parsing (e.g. Image/File tags).
It is not using regex and thus able to correctly parse nested
templates and other such nasty things. I have written those as library
classes and written tests for them which cover almost all of the code.
I would now really like to contribute that code back to the community.
Would you be interested in adding this code to the pywikibot
framework? If yes, can I send the code to someone for code review or
how do you usually operate?
PS: wiki userpage is http://en.wikipedia.org/wiki/User:Hannes_R%C3%B6st
Antoine Musso schreef op 23-10-2014 21:49:
> Le 23/10/2014 14:46, Tyler Romeo a écrit :
>> Found this today: https://twitter.com/symfony_en/status/525222757567827968
>> It's probably a useless statistic, but I still found it amusing. Good to
>> know we still have less technical debt than WordPress. ;)
> Since a friend introduced me to Scrutinizer yesterday and the graph
> above seems to be based on it, I added mediawiki/core to their interface:
> I might have configured it to run once per day against the master branch
> and also sent invitations to a bunch of folks being admin on github.
Would you mind setting that up for Pywikibot (core) too?
I just want to notify, that the nose tests are going to fail now as
test wikipedia now emits a warning when a action=query is executed
without a continue parameter.
I've uploaded a temporary fix which avoid breaking the tests but
this should replaced with a better solution soon.
Unfortunately I don't know how we solve this the best. The main
problem is that we don't know what we need to do because for that we
need to know which version the server is using. My idea would be to
add an empty 'continue' if there is no 'continue' or 'rawcontinue'
present (could be done in Request._add_defaults). Of course we also
need to update QueryGenerator to set 'rawcontinue' at first until we
update it to use the new system.
I'll try to upload a intermediary fix for which I invite others to add
comments (if applicable of course) and improve it.
I'm wondering how to add references that have multiple parts. Take for
example https://www.wikidata.org/wiki/Q76 (Barack Obama). The third
reference of date of birth has two parts:
* "stated in" -> "Integrated Authority File"
* "date retrieved" -> "9 April 2014"
Currently a reference in our implementation is a special claim . I'm
pretty sure the left hand side of a claim is always one property (for
example "date of birth"), with references this can be multiple (for
example "stated in" and "date retrieved"). Am I missing something or
should we change our implementation?
I am Juhi Tandon, in third year of undergraduate study, pursuing Btech. in
Computer Science and MS by Research in Computational Linguistics at
International Institute of Information Technology (IIIT) Hyderabad. I want
to apply for OPW Winter round 2014.
I want to contribute to pywikibot. As such I tried to do the setup of
compat and core repositories. The script pwb.py wouldnot compile. After
having spent considerable time on IRC and help from a developers, I managed
to solve the proxy issue and create an account.
Please guide me on how to start contributing , especially to compat to core
Thanks and Regards,
Hi! I am new to pywikibot and have been going through
installation/contribution articles. I have two questions:
1. What is the difference b/w pywikibot-core/compat and core/compat? Do i
need to install both?
2. I wish to fix the bug 57995 - Add function for list=watchlistraw. On the
gerrit page(https://gerrit.wikimedia.org/r/#/c/100363/). A couple of
patches have been uploaded but I cant view the given links. Also, I am
assuming that I need to continue where others left but how do I know what
parts of the bugs have been fixed?
With Gerrit change 162599  all future changes must be compatible
with Python 3. Currently pywikibot is at least compatible with Python
3.4.1 (I only use that version of Python and didn't find any problems)
and Travis is already doing the tests on Python 3.3.