User talk:Xqt
Add topicWelcome to Meta!
[edit]
Hello Xqt, and welcome to the Wikimedia Meta-Wiki! This website is for coordinating and discussing all Wikimedia projects. You may find it useful to read our policy page. If you are interested in doing translations, visit Meta:Babylon. You can also leave a note on Meta:Babel or Wikimedia Forum (please read the instructions at the top of the page before posting there). If you would like, feel free to ask me questions on my talk page. Happy editing! --Alex Pereira falaê 11:28, 1 April 2009 (UTC)
Alex Pereira falaê 11:28, 1 April 2009 (UTC)
Xqbot
[edit]Hi there Xqt. When I am watching the IRC channel #cvn-sw, I've noticed that sometimes, when your bot makes an edit to certain wikis, it registers a large decrease in content. For example, your bot edits it and for some reason, it registered that it removed like 1.8 KB of data from the page. Have you noticed this, and do you know why it does this? Thanks, Razorflame 22:38, 3 February 2010 (UTC)
- Hi Razorflame, you must give me an example for exploring this behaviour. But it migth be right. I found some new pages which has a few interwiki links and the target pages did not exist. In such cases my bot removes this wrong links. Another reason could be replacements on wiki links like
[[Link sample|link sample]]
which will replaced by[[link sample]]
and other stuff by cosmetic_changes.py. Give me a hint if you see this again. You can contact me immediately at IRC channel #wikipedia-de-bots or #pywikipediabot (or one of my user pages as well). Greetings --Xqt 05:15, 4 February 2010 (UTC)
You may wish to add a colon after each of your cross-wiki links. Currently the links you provided go to en.wikipedia articles "pdc" and "de" - not what you were desiring, I imagine. Kylu 21:22, 16 November 2010 (UTC)
- Yes indeed. I forgot it. Thanks a lot. Xqt 08:13, 17 November 2010 (UTC)
You've been promoted. Congratulations. --dferg ☎ talk 18:48, 24 November 2010 (UTC)
- Thanks a lot. Xqt 11:04, 25 November 2010 (UTC)
Interwiki bot update
[edit]Hello. I saw your namne both in the history of Interwiki sort order and the pywikipedia svn, so I think you may be able to help. Yesterday page about sort order was updated to say that Swedish Wikipedia use sort by language namn. The change is based on a poll at the Village pump of Swedish Wikipedia, it is a bit old but the results were quite clear. I think the pywikipedia bot code also needs changing for this to have any effect. Can you do that? If not, do you know who I can ask for this? /Ö 08:54, 10 December 2010 (UTC)
- Done in pyrev:8768. Thanks for reporting it. Xqt 12:14, 10 December 2010 (UTC)
iw sort order
[edit]For sv.wktionary we made a request some time ago to change iw sorting order based on the rules "alphabetic by language name, roman letters first (diacritics removed), then by UTF-8 number order" [1]. Can you help adding this to Interwiki sorting order according to nicdumz's comment? ~ Dodde 23:23, 12 December 2010 (UTC)
- As of now, there is no special sort order for sv.wikt, so it defaults to order by language code. I noticed the difference between Pywikipedia bots (my own MalafayaBot, in Category namespace, uses code order), and Interwicket (in main namespace, with a somewhat local language name order). There seems to be a custom Pywiki bot too (Luckas-bot) that seems to follow Interwicket's order. Xqt, can we fix this in Pywikipedia code, per community choice? Malafaya 00:07, 13 December 2010 (UTC)
- It looks a bit like the alphabetic_latin order and it is no problem to implement this. It would very helpful to have some rules how to get this sorting order to add new wikt in future or a list like this on sr-wiki. Xqt 13:14, 13 December 2010 (UTC)
- Done in pyrev:8771. Interwiki_sorting_order#By_order_of_roman_alphabet.2C_based_on_local_language_.28by_first_word.29 needs some additional explanation. Xqt 13:55, 13 December 2010 (UTC)
- The rules are: Iw-links should be displayed on local language (I don't understand what is meant by "by first word" in some of the sort order descriptions). The order first deals with all local languages names using the latin/roman alphabet. These are sorted alphabetical with diacritics removed (é is sorted as e, ü is sorted as u etc.). Then for the rest, the order is plain according UTF-8 character order, with lowest UTF-8 character number first. I believe other sorting order lists include the local language names which corresponds to all the Wikimedia language codes, otherwise given by the updated list on List of Wiktionaries#List of Wiktionaries. If I can provide more information, please let me know. ~ Dodde 21:42, 13 December 2010 (UTC)
- By first word means the first word of the language description. For example Bahia Indonesia or Bahia Melayu has two words. The alphabetic sorting order is by the last word Indonesia or Melayu, the revised alphabetic sorting order includes the first one i.e. Bahia Indonesia or Bahia Melayu. btw: how can I sort utf-8 by hand? And is this part sorted behind all the "latin" links which is plain ascii sort order? And third: could you please make some comments and examples on the Interwiki sorting order page. Maybe it would be a good idea to expand this order for all wiki languages thus it could be recycled for other family files too. Greetings Xqt 07:00, 14 December 2010 (UTC)
- Ok, I understand the "by first word" thing. Well, one have to remove diacritics of the latin characters first to get a correct result. That will change the UTF-8 character numbers. ó, which by plain ASCII/UTF-8 order would be placed after z, will instead become equal to o in the sorting ordet. I believe it's possible to find UTF-8 tables online, but if knowing some programming, it's easy to shift between characters and corresponing number. I guess characters could be undiacriticed for some other alphabets too, though maybe it will have no effect on the sorting order. Either way is ok. I think too, it would be a good idea to epand and include all wiki languages. ~ Dodde 01:05, 15 December 2010 (UTC)
- By first word means the first word of the language description. For example Bahia Indonesia or Bahia Melayu has two words. The alphabetic sorting order is by the last word Indonesia or Melayu, the revised alphabetic sorting order includes the first one i.e. Bahia Indonesia or Bahia Melayu. btw: how can I sort utf-8 by hand? And is this part sorted behind all the "latin" links which is plain ascii sort order? And third: could you please make some comments and examples on the Interwiki sorting order page. Maybe it would be a good idea to expand this order for all wiki languages thus it could be recycled for other family files too. Greetings Xqt 07:00, 14 December 2010 (UTC)
- The rules are: Iw-links should be displayed on local language (I don't understand what is meant by "by first word" in some of the sort order descriptions). The order first deals with all local languages names using the latin/roman alphabet. These are sorted alphabetical with diacritics removed (é is sorted as e, ü is sorted as u etc.). Then for the rest, the order is plain according UTF-8 character order, with lowest UTF-8 character number first. I believe other sorting order lists include the local language names which corresponds to all the Wikimedia language codes, otherwise given by the updated list on List of Wiktionaries#List of Wiktionaries. If I can provide more information, please let me know. ~ Dodde 21:42, 13 December 2010 (UTC)
interwikis to redirects
[edit]Next step: allowing interwikis to redirects with same name by site choice : en:wikt:User:Interwicket/redirs. :) Malafaya 18:17, 13 December 2010 (UTC)
- Could you explain please ,Xqt 18:36, 13 December 2010 (UTC)
- The Wiktionaries in that list (en:wikt:User:Interwicket/redirs) allow linking to redirects. That is: if a page with the same name exists in other Wiktionaries but are redirects, they will still be linked. You can watch different behaviours in word aujourd'hui in various Wiktionaries: you will see more interwikis in pt.wikt than ru.wikt, because pt.wikt allows linking of redirects (for example, the fr interwiki in pt.wikt's "aujourd'hui" is a redirect and it's not linked in ru.wikt's page). This behaviour depends on the site's community decision. As of now, the bot will follow the redirects and ask to remove them because the target page yields a title different from the original. I hope it was clear enough :) Malafaya 19:41, 13 December 2010 (UTC)
- Another example: in this sense, te.wikt's "apostolical" should be added to pt.wikt's "apostolical". Malafaya 19:52, 13 December 2010 (UTC)
- Like -noredirect option but for the same title only, dependig of that special settings? Xqt 20:23, 13 December 2010 (UTC)
- Another example: in this sense, te.wikt's "apostolical" should be added to pt.wikt's "apostolical". Malafaya 19:52, 13 December 2010 (UTC)
- I'm not sure what -noredirect does because it has the same behaviour in wiktionaries as not using it. If it just ignores redirects, the behaviour here is different. If it prevents redirects being followed and just uses the redirect page as the interwiki link, then that is it. Malafaya 22:29, 13 December 2010 (UTC)
- At the moment it prevents redirects being followed which means it removes this link with -force option. But this should be changed and it should keep this link. I guess the interwiki links may also be placed at the redirects. I am working for a new behavior for the bot keeping links to redirect which are marked with __STATICREDIRECT__ magic word. But this has an additional function in redirect.py which means not fixing double redirects if this magic word is on the first target redirect. Here is the description for that: de:Datei:Funktionsweise_von_STATICREDIRECT.GIF. First network contains double and trible redirects. The second network is after moving the last target page. The third network shows it after fixing double redirects keeping __STATICREDIRECT__s on its place Xqt 09:01, 14 December 2010 (UTC)
- I'm not sure what -noredirect does because it has the same behaviour in wiktionaries as not using it. If it just ignores redirects, the behaviour here is different. If it prevents redirects being followed and just uses the redirect page as the interwiki link, then that is it. Malafaya 22:29, 13 December 2010 (UTC)
- Ok, but keep in mind only a few Wiktionaries adopt this redirect feature as of now. There should be a "table" of sites that want this. Malafaya 11:55, 14 December 2010 (UTC)
- Right. I guess this tuple is needed for interwikis only, so I'll put it into interwiki.py instead of any family file. Xqt 16:24, 14 December 2010 (UTC)
- Ok, but keep in mind only a few Wiktionaries adopt this redirect feature as of now. There should be a "table" of sites that want this. Malafaya 11:55, 14 December 2010 (UTC)
als.wikt
[edit]Hi again, Xqt.
The Alsatian Wiktionary seems to be closed but pywikipedia is not acting as if it were closed. I believe als has to be moved to some obsolete code tuple but you're the expert :). Will you check it? Thanks, Malafaya 15:36, 16 December 2010 (UTC)
- I've checked it and added als-wiktionary and als-wikibooks to obsolete dictionary. Thanks for this hint. Xqt 21:25, 17 December 2010 (UTC)
Pywiki bot
[edit]Hello Xqt. I've been pointed by User:Mercy to contact you (permanentlink).
I'd like to know if the unusedfiles.py script can be modified so it don't stop working if the talk page of the uploader is not created. It's very annoying to restart the bot each 5 minutes. I'm doing large maintenance work at es.wikibooks and this blocks me for finishing soon.
Regards, -- Dferg 14:11, 23 August 2011 (UTC)
- I'll have a look at this script. And if it is a small fix, it will committed soon. Btw I found that script is not localized for es wiki at the moment. Do you have any comment, templates or except_text for your site? It would be great to merge it to the given release. @xqt 16:12, 23 August 2011 (UTC)
- I did a small fix but it's not tested. Please try pyrev:9455 which allows creating an new user talk page if it does not exist. Have fun with it ;) @xqt 16:54, 23 August 2011 (UTC)
- Thank you very much. I'll test it shortly. You're right about the translations. I actually modify myself the script to add the 'es': u'translations',. I'll create a subpage for the translations once I finish the test :)
- Most spanish-language projects have disabled local uploads being es.wikisource IIRC the only es-project that allows local uploads IIRC. The Spanish Wikibooks disabled local uploading about a year ago, date when we started cleaning the project of massive copyright violations and the like. Since it's only other admin and me which are active there, we haven't finished yet.
- I can tell you what message template and tag we use at es.wikibooks tho once we finish the work we will be deleting those as well.
- I notice that most scripts don't have either "es" localization and I could help doing that. I see that you've used mw:Special:Code / SVN for that. What steps should I follow to have commit access and help adding the translations, if possible?
- Sorry for the flood of text and questions and many thanks for your help. I'll report here shortly after I test the script. Best regards. -- Dferg 19:08, 23 August 2011 (UTC)
- We are porting all translation stuff to translatewiki. But unfortunately translations does not mean localisation, so we also are interested for such parts who are different from default or other implementations. Just give me a patch file if necessary. For getting a mw:commit access it would be a good idea to submit some patches first for improving pwb scripts etc. Greetings @xqt 19:39, 23 August 2011 (UTC)
- Hello again Xqt. The script works fine. Thank you! - I don't know so much about python that I can program or fix a script. My modifications on python scripts are mainly translations and localization. I saw that some translations are being ported at translatewiki. I can send a patch or two with things that are not at translatewiki if you want to. Where? :-) Best regards, -- Dferg 15:10, 24 August 2011 (UTC)
- If you woun't use sf patch tracker I send you a wikimail. You may use ist via reply. @xqt 12:13, 25 August 2011 (UTC)
- Hello again Xqt. The script works fine. Thank you! - I don't know so much about python that I can program or fix a script. My modifications on python scripts are mainly translations and localization. I saw that some translations are being ported at translatewiki. I can send a patch or two with things that are not at translatewiki if you want to. Where? :-) Best regards, -- Dferg 15:10, 24 August 2011 (UTC)
- We are porting all translation stuff to translatewiki. But unfortunately translations does not mean localisation, so we also are interested for such parts who are different from default or other implementations. Just give me a patch file if necessary. For getting a mw:commit access it would be a good idea to submit some patches first for improving pwb scripts etc. Greetings @xqt 19:39, 23 August 2011 (UTC)
Moving add_text.py to MW
[edit]Hi xqt,
is that you who moved this article to MediaWiki? If so, why? All the other similar articles about Pywiki are here in Meta. I think it should be kept together, and all other crosswiki projects are here -- Pywiki is not connected to the MW software itself, so the article should be moved back to its friends and relatives to Meta. I put a questions on both talk pages, here and in the MW, but I got no reason. Bináris tell me 11:16, 28 August 2011 (UTC)
- Hi Bináris,
- I haven't ported it but it's a mess with our doc pages. Most of them are here on meta, some are ported to mediawiki (as well a the pwb code review) and I guess there is also a document stuff at wikibooks whereas I do not see its sense there. Maybe the next step is porting it to http://www.pywikipedia.org. Helpless @xqt 12:19, 28 August 2011 (UTC)
Keeping them on Meta gives the great advantage of unified login. Moving everything to pywikipedia.org is also a possible solution if there are or will be interwikis to it from Wikimedia, but needs an extra login which I don't like so much. Or is it a WM site? Bináris tell me 13:13, 28 August 2011 (UTC)
- Mediawiki is unified too. I am not sure what is growing at pywikipedia.org. @xqt 05:21, 29 August 2011 (UTC)
Interwiki sorting order
[edit]OK, thanks for explanations, but I still don't think your revert was right.
I'm aware that these sorting lists may be used on non-Wikimedia projects based on MediaWiki software, but (incorrect) 'tp' language code is not supported by MediaWiki since April. Also, as far as I can see, 'tp' isn't listed neither in self.languages_by_size
nor in self.obsolete
tables in any of pywikipedia's family files - so it is not used and will not be used in future.
'tokipona' code (also not used in Wikimedia anymore, and also incorrect, according to ISO 639) is listed in Wikimedia projects' self.obsolete
tables, but 'tlh' and 'ru-sib' codes that are listed there too, don't appear in sorting lists. So, it was a clear inconsistency that I tried to fix.
Regards --Filemon 19:26, 31 October 2011 (UTC)
Pywikipediabot Update
[edit]Hallo Xqt,
ich habe den Pywikipediabot auf Windows installiert (nicht mit SVN). Bisher musste ich für ein Update immer ein Zip herunterladen von hier mit der vollen Version und dann über meine Dateien drüberkopieren. Jetzt gibt es diese Seite nicht mehr und stattdessen werde ich auf diese Code-Review-Seite verwiesen. Ich bin kein Informatiker, mit dieser Seite kann ich nicht viel anfangen. Wie kann ich denn jetzt von da eine upgedatete Version herunterladen? LG, --Holder 19:12, 27 November 2011 (UTC)
- Ich merke auch gerade, da stimmt was nicht. Eigentlich sollte http://pywikipedia.org darauf verweisen. Möglicherweise wird gerade umgebaut. Probiere mal http://toolserver.org/~pywikipedia/nightly/ Beste Grüße @xqt 20:40, 27 November 2011 (UTC)
Berlin hackathon invitation
[edit]I invite you to the yearly Berlin hackathon, 1-3 June in Berlin, Germany. Registration is now open. If you need financial assistance or help with visa or hotel, then please register by May 1st and mention it in the registration form.
This is the premier event for the MediaWiki and Wikimedia technical community. We'll be hacking, designing, teaching, and socialising, primarily talking about ResourceLoader and Gadgets (extending functionality with JavaScript), the switch to Lua for templates, Wikidata, and Wikimedia Labs.
We want to bring 100-150 people together, including lots of people who have not attended such events before. User scripts, gadgets, API use, Toolserver, Wikimedia Labs, mobile, structured data, templates -- if you are into any of these things, we want you to come!
I also thought you might want to know about other upcoming events where you can learn more about MediaWiki customization and development, how to best use the web API for bots, and various upcoming features and changes. We'd love to have power users, bot maintainers and writers, and template makers at these events so we can all learn from each other and chat about what needs doing.
Check out the the developers' days preceding Wikimania in July in Washington, DC and our other events.
Best wishes! - Sumana Harihareswara, Wikimedia Foundation's Volunteer Development Coordinator. Please reply on my talk page at mediawiki.org. Sumana Harihareswara, Wikimedia Foundation Volunteer Development Coordinator 00:58, 20 April 2012 (UTC)
- Thanks. I guess I have the ticket now :) @xqt 12:56, 23 April 2012 (UTC)
Your temporary access has expired
[edit]- I guess this was the global edit interface. I do not need it at the moment. @xqt 14:13, 14 October 2013 (UTC)
Superprotect letter update
[edit]Hi Xqt,
Along with more hundreds of others, you recently signed Letter to Wikimedia Foundation: Superprotect and Media Viewer, which I wrote.
Today, we have 562 signatures here on Meta, and another 61 on change.org, for a total of 623 signatures. Volunteers have fully translated it into 16 languages, and begun other translations. This far exceeds my most optimistic hopes about how many might sign the letter -- I would have been pleased to gain 200 siguatures -- but new signatures continue to come.
I believe this is a significant moment for Wikimedia and Wikipedia. Very rarely have I seen large numbers of people from multiple language and project communities speak with a unified voice. As I understand it, we are unified in a desire for the Wikimedia Foundation to respect -- in actions, in addition to words -- the will of the community who has built the Wikimedia projects for the benefit of all humanity. I strongly believe it is possible to innovate and improve our software tools, together with the Wikimedia Foundation. But substantial changes are necessary in order for us to work together smoothly and productively. I believe this letter identifies important actions that will strongly support those changes.
Have you been discussing these issues in your local community? If so, I think we would all appreciate an update (on the letter's talk page) about how those discussions have gone, and what people are saying. If not, please be bold and start a discussoin on your Village Pump, or in any other venue your project uses -- and then leave a summary of what kind of response you get on the letter's talk page.
Finally, what do you think is the right time, and the right way, to deliver this letter? We could set a date, or establish a threshold of signatures. I have some ideas, but am open to suggestions.
Thank you for your engagement on this issue, and please stay in touch. -Pete F (talk) 18:50, 26 August 2014 (UTC)
Hello, I just went to process Steward requests/Permissions, and saw your IPBE request for the PWB test accounts there. As you might already know, I've already did so. In case you need any local Meta permissions, Meta:RFH is probably the correct venue. Thanks for your work at Pywikibot, --Martin Urbanec (talk) 04:58, 28 June 2020 (UTC)
PWB question
[edit]Hello Xqt. Is -site
a global arg supported by all PWB scripts? I'd help shorten a bit more my commands if instead of -family:fff -lang:nnn
I could simply use -site:FFF:LL
. I took a look at mw:Manual:Pywikibot/Global Options but I don't see it. Also (and pardon me for too much asking), is it possible for clean_sandbox.py to generate line breaks via the -text:
arg? I tried with \n
but it didn't work. Thanks for your time. Sincerely, —MarcoAurelio (talk) 14:53, 9 February 2023 (UTC)
- Hi MarcoAurelio, better refer https://doc.wikimedia.org/pywikibot/master/global_options.html#global-options for the global options. The -site option can be used in all cases instead of the -lang/-family tuple. For single families like commons or meta you can shorten it to e.g. -site:commons. Global options are available for all script which are calling pywikibot.handle_args. But also for all others including private scripts. All you have to do to have this benefit is to use global options after the pwb wrapper, e.g. pwb <global options> <script name> <script options>. Best @xqt 16:33, 9 February 2023 (UTC)
- About the second issue with clean_sandbox: If it does not work, create a phab task for it. I am not sure whether there is some circumvention for it. @xqt 16:36, 9 February 2023 (UTC)
- Thank you for your help as always. Best, —MarcoAurelio (talk) 17:03, 9 February 2023 (UTC)