User talk:Σ/Archive/2014/July

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

go serch mvp-88888888

WikiCup 2014 June newsletter[edit]

After an extremely close race, Round 3 is over. 244 points secured a place in Round 4, which is comparable to previous years- 321 was required in 2013, while 243 points were needed in 2012. Pool C's Smithsonian Institution Godot13 (submissions) was the round's highest scorer, mostly due to a 32 featured pictures, including both scans and photographs. Also from Pool C, Scotland Casliber (submissions) finished second overall, claiming three featured articles, including the high-importance Grus (constellation). Third place was Pool B's , whose contributions included featured articles Russian battleship Poltava (1894) and Russian battleship Peresvet. Pool C saw the highest number of participants advance, with six out of eight making it to the next round.

The round saw this year's first featured portal, with Republic of Rose Island Sven Manguard (submissions) taking Portal:Literature to featured status. The round also saw the first good topic points, thanks to Florida 12george1 (submissions) and the 2013 Atlantic hurricane season. This means that all content types have been claimed this year. Other contributions of note this round include a featured topic on Maya Angelou's autobiographies from Idaho Figureskatingfan (submissions), a good article on the noted Czech footballer Tomáš Rosický from Bartošovice v Orlických horách Cloudz679 (submissions) and a now-featured video game screenshot, freely released due to the efforts of Republic of Rose Island Sven Manguard (submissions).

The judges would like to remind participants to update submission pages promptly. This means that content can be checked, and allows those following the competition (including those participating) to keep track of scores effectively. This round has seen discussion about various aspects of the WikiCup's rules and procedures. Those interested in the competition can be assured that formal discussions about how next year's competition will work will be opened shortly, and all are welcome to voice their views then. If you are concerned that your nomination—whether it is at good article candidates, a featured process, or anywhere else—will not receive the necessary reviews, please list it on Wikipedia:WikiCup/Reviews. If you want to help out with the WikiCup, please do your bit to help keep down the review backlogs! Questions are welcome on Wikipedia talk:WikiCup, and the judges are reachable on their talk pages or by email. Good luck! If you wish to start or stop receiving this newsletter, please feel free to add or remove yourself from Wikipedia:WikiCup/Newsletter/Send. J Milburn (talk · contribs) The ed17 (talk · contribs) and Miyagawa (talk · contribs) 18:48, 30 June 2014 (UTC)[reply]

Is the bot running[edit]

? 108.183.102.223 (talk) 00:21, 3 July 2014 (UTC)[reply]

Archive bot question[edit]

Could you please help me understand why Lowercase sigmabot III is not archiving the remaining topic on User talk:BattyBot? It was posted in February without a date, and I dated it by substing Template:Unsigned IP. Thanks! GoingBatty (talk) 03:16, 3 July 2014 (UTC)[reply]

(talk page stalker) lcΣB3 requires dates to be in dmy, not mdy format. I'm not guaranteeing that is the only issue, but it would certainly cause a failure to recognize the date resulting in the thread not being archived. I've gone ahead and made the change to dmy for that signature.
There is another issue with your MiszaBot configuration which I should at least ask about. You currently have it configured to use a static archive page: |archive=User talk:BattyBot/Archive3
Usually there is a |counter= parameter and lcΣB3 constructs the actual page name from |archive= and |counter=, incrementing the counter when the archive size exceeds |maxarchivesize=. There is nothing inherently wrong with how you have it set up, just unusual. As long as this was your intent, that is fine. As you probably already know, you will need to manually make sure that the archive size does not get too large. — Makyen (talk) 03:46, 3 July 2014 (UTC)[reply]
@Makyen: Thanks for your help. Is the dmy format requirement documented somewhere that I should have been able to find?
I copied the archive by year format from someone else when I set it up. If I had to do it over again, I might have done it differently. Thanks! GoingBatty (talk) 04:25, 3 July 2014 (UTC)[reply]
I'm not sure if there is a place where the standard format for the signature datestamp is defined. I just assume it from the format I see on talk pages when editing. For lcΣB3, it is in the source code (see regular expression defined as STAMP_RE).
If you want to do your archiving over again, that is not that difficult. It is relatively easy to copy a complete archive back to the original page and have the bot re-archive it with the new config. Obviously, you need to put in the edit histories where things are moving from and to. There have been a couple/few times where I have needed to do that to correct errors in how archiving is set up. An example is a couple of times where someone originally set up ClueBot III (CB3) to archive by month, but wanted the first group of threads to be correctly split into monthly archives ( correctly done by lcΣB3) instead of putting them all in one archive page like CB3 does. I've usually been able to this by reverting the bot edits on the source page, but reverting is not really an option if, as in your case, the edits are spread out over a long time. In that case it is a matter of manually copying the text back to the original page.
Another alternative: if you want to keep the archives being separated by year, you could change the config so the years are automatically generated and move the 3 already existing pages to names that are the same name format as you choose for those that are automatically generated. At a minimum, it would be that the name contain the year instead of non-numbered, or sequentially numbered. Actually, you only would need to move the page for the current year, you wouldn't actually need to move the other two pages. Doing this would make it so you did not have to remember to manually change the config each year. — Makyen (talk) 09:49, 3 July 2014 (UTC)[reply]

toolserver edit summary search[edit]

thanks for the nice tool.

there is one deficiency which makes it less useful: when passing through the URL only some of the details (e.g., username and server, but not the search word), the script does not copy those to the form, so the passed parameters are not really useful. this is especially so if we want (and we do) to use the tool on wikis other than enwiki, because it requires the users to fill 3 fields (wiki, username and search-string).

could you please teach this tool to copy the parameters passed in the address to the form, so the user will only have to fill in the search string?

thanks,

peace, קיפודנחש (aka kipod) (talk) 23:53, 27 June 2014 (UTC)[reply]

That's strange. Prior to the adoption of lighttpd forced upon Labs users, what you described actually happened. I will look into this issue. Σσς(Sigma) 08:49, 29 June 2014 (UTC)[reply]
thanks. once you fix it, i plan to add the summary search to "contribution" page on hewiki. for now, it's not very practical, b/c i do not expect most users to understand they need to fill all the fields (project, user and searchword). actually, i'd love it if i could use something like the inputbox extension to collect the searchword in wikipedia itself - this will allow me to mark the inputbox with appropriate title, instead of having the users filling it in the english-language form on toolserver: most users on hewiki have good enough knowledge of english for it to be useful, but maybe not all. peace - קיפודנחש (aka kipod) (talk) 18:03, 29 June 2014 (UTC)[reply]
new issue: now, it seems that the values *are* copied to the fields in the form, but if i define "server=hewiki" on address line without "search=", i get an "internal error". we do not see it from enwiki, b/c the code is willing to accept "name=", but it seems that feeding "server=" (even if the value *is "enwiki") requires also feeding "search=" through the address, lest we get the dreadful "internal error" page.
lookie here: https://tools.wmflabs.org/sigma/summary.py?name=%D7%A7%D7%99%D7%A4%D7%95%D7%93%D7%A0%D7%97%D7%A9&server=hewiki . thanks a bunch, peace - קיפודנחש (aka kipod) (talk) 17:31, 30 June 2014 (UTC)[reply]
I believe I have fixed this. Σσς(Sigma) 02:11, 7 July 2014 (UTC)[reply]
thanks. peace - קיפודנחש (aka kipod) (talk) 18:20, 7 July 2014 (UTC)[reply]

Bot malfunction?...[edit]

Resolved

This bot recently archived the talk page for Siege of Sloviansk, but failed to add a link to the archives. -Helvetica (talk) 09:37, 7 July 2014 (UTC)[reply]

(talk page stalker) The bot performed correctly. The bot does not place links on the talk page. That is done by other templates. In this case, the primary issue was that the person who set up archiving specified that lowercase sigmabot III should start the counter at 4. This resulted in the archives being places at Talk:Siege of Sloviansk/Archive 4. The templates which automatically place links to archives assume that the archives will be sequentially numbered starting at 1. I have moved the page to Talk:Siege of Sloviansk/Archive 1, corrected the configuration and added an Archives box. — Makyen (talk) 10:52, 7 July 2014 (UTC)[reply]

Please comment on Talk:YesAllWomen[edit]

Greetings! You have been randomly selected to receive an invitation to participate in the request for comment on Talk:YesAllWomen. Should you wish to respond to the invitation, your contribution to this discussion will be very much appreciated! If in doubt, please see suggestions for responding. If you do not wish to receive these types of notices, please remove your name from Wikipedia:Feedback request service. — Legobot (talk) 00:05, 12 July 2014 (UTC)[reply]

Please stop deleting content from the PXE talk page[edit]

I appreciate very much if you and your bot stop deleting content from the PXE talk page. I'm working on that page and I need the info that you delete every night since I have started editing the PXE page 3 days ago

213.37.84.214 (talk)

Use {{DNAU}} to prevent the bot from archiving the threads. Σσς(Sigma) 20:16, 23 July 2014 (UTC)[reply]
Just adding the template subst:DNAU surrounded by double curly braces anywhere within the topic does the trick? Thanks a lot. 213.37.84.214 (talk) — Preceding undated comment added 09:13, 24 July 2014 (UTC)[reply]

Greetings! You have been randomly selected to receive an invitation to participate in the request for comment on Talk:Israeli–Palestinian conflict. Should you wish to respond to the invitation, your contribution to this discussion will be very much appreciated! If in doubt, please see suggestions for responding. If you do not wish to receive these types of notices, please remove your name from Wikipedia:Feedback request service. — Legobot (talk) 00:03, 28 July 2014 (UTC)[reply]

Archiving at WT:SEVERE[edit]

I'm not sure if you are the one to ask, but I was directed here from the bot talk page. I've just set up an archive at WT:SEVERE, with a copy and paste from another talk page to make sure things were correct, but the bot did not visit that particular page during its run tonight. Could it have been something I did, or could it be the fact that there are already existing archives that have been created by other users (two of which are now empty because I consolidated) that are blocking the bot? Thanks, United States Man (talk) 04:33, 29 July 2014 (UTC)[reply]

I just archived it. Σσς(Sigma) 04:38, 29 July 2014 (UTC)[reply]
Thank you, United States Man (talk) 04:47, 29 July 2014 (UTC)[reply]