User talk:GreenC

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
Welcome to Wikimedia Commons, Green Cardamom!

Tip: Categorizing images

[edit]

Afrikaans  العربية  беларуская (тарашкевіца)  বাংলা  català  čeština  dansk  Deutsch  Deutsch (Sie-Form)  Ελληνικά  English  Esperanto  español  فارسی  suomi  français  galego  עברית  magyar  íslenska  italiano  日本語  ქართული  한국어  македонски  മലയാളം  norsk bokmål  Plattdüütsch  Nederlands  norsk  polski  português  português do Brasil  română  русский  sicilianu  slovenčina  slovenščina  српски / srpski  svenska  Türkçe  українська  Tiếng Việt  中文(简体)‎  中文(繁體)‎  +/−


Hello, GreenC!
Tip: Add categories to your files
Tip: Add categories to your files

Thanks a lot for contributing to the Wikimedia Commons! Here's a tip to make your uploads more useful: Why not add some categories to describe them? This will help more people to find and use them.

Here's how:

1) If you're using the UploadWizard, you can add categories to each file when you describe it. Just click "more options" for the file and add the categories which make sense:

2) You can also pick the file from your list of uploads, edit the file description page, and manually add the category code at the end of the page.

[[Category:Category name]]

For example, if you are uploading a diagram showing the orbits of comets, you add the following code:

[[Category:Astronomical diagrams]]
[[Category:Comets]]

This will make the diagram show up in the categories "Astronomical diagrams" and "Comets".

When picking categories, try to choose a specific category ("Astronomical diagrams") over a generic one ("Illustrations").

Thanks again for your uploads! More information about categorization can be found in Commons:Categories, and don't hesitate to leave a note on the help desk.

BotMultichillT 05:51, 16 February 2009 (UTC)[reply]

David X. Li entry

[edit]

Hi Green Cardamom,

I read your revision of David X. Li's wiki page and noticed you cite WIRED magazine for a large portion of your entry's content. It's obvious that you read the article, but I'm curious as to whether you are a subscriber or just happened to pick up the issue at a newsstand? If you are a subscriber, how long have you been subscribing to WIRED? Also, if you don't mind me asking, what do you do for a living? I'm curious because I'm a loyal WIRED reader and I also work for for the magazine. I appreciate your response and would love to hear your thoughts.

Thanks, Green Cardamom!

Camelot Crown 1984 (talk) 20:38, 14 March 2009 (UTC)[reply]

File:Butter_sculpture_cow_and_boy.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

LX (talk, contribs) 20:20, 28 June 2011 (UTC)[reply]

Swans

[edit]
Trumpeter Swans (Cygnus buccinator) in WWT London Wetland Centre

Not sure if those are what you are searching for, but there are some swans in Category:WWT London Wetland Centre. -- Common Good (talk) 19:36, 12 November 2011 (UTC)[reply]

Mai Lai

[edit]

I just happened to see this Commons:Deletion requests/File:My Lai massacre.jpg -- I agree with you 100%, your totally correct. I don't understand the Keep's in that thread, they seemed to be engaged in wishful thinking and ignoring the evidence. Green Cardamom (talk) 17:01, 15 November 2011 (UTC)[reply]

Yeah I know but the masses have spoken.. -- Esemono (talk) 14:45, 21 November 2011 (UTC)[reply]

It's based on my work building up parts of Pemberley.com during the late 1990s, but it's eyeballed (not precisely quantitative), as explained on the chart's page. The main inflection points (hemlines dropping to floor-length about 1835, rising significantly above ankle-length for the first time during WW1, reaching almost knee length in 1927, and the transition to a new fashion regime after the failure to impose the "midi" in the early 1970s) are all solidly based on facts (but spread across many fashion plates, photographs, and so on; thus not in the form of one conveniently citable source). You can look at Category:19th-century fashion and related. If you want exact measurements and statistics, you can look at research on the "hemline index" (though likely confined to the twentieth century only). Churchh (talk) 10:57, 27 January 2012 (UTC)[reply]

For the nineteenth century, see File:1794-1887-Fashion-overview-Alfred-Roller.GIF Churchh (talk) 11:29, 27 January 2012 (UTC)[reply]
P.S. It was originally used (in slightly different form) on the Pemberley.com website (see page http://www.pemberley.com/janeinfo/fashcycl.html ). Churchh (talk) 03:56, 22 July 2012 (UTC)[reply]
Hello, GreenC. You have new messages at Elvey's talk page.
You may remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

asturianu  беларуская (тарашкевіца)  български  বাংলা  català  čeština  Deutsch  Deutsch (Sie-Form)  English  español  suomi  français  galego  हिन्दी  hrvatski  magyar  italiano  日本語  ქართული  македонски  മലയാളം  Plattdüütsch  Nederlands  português  română  русский  sicilianu  slovenščina  svenska  Tagalog  Türkçe  简体中文  繁體中文  +/−

Elvey (talk) 08:54, 16 December 2012 (UTC)[reply]

Possible Book "Deckle"

[edit]
a hard cover book with what is possibly a 'deckled edge'?

If this qualifies as a "deckle" I can get you a better shot, with specific focus, as I have this book at home. Let me know on my talk page if you're interested Bennett000 (talk) 02:38, 23 May 2013 (UTC)[reply]

Notification about possible deletion

[edit]
Some contents have been listed at Commons:Deletion requests so that the community can discuss whether they should be kept or not. We would appreciate it if you could go to voice your opinion about this at their entry.

If you created these pages, please note that the fact that they have been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with them, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Affected:

And also:

Yours sincerely, Stefan4 (talk) 15:56, 21 December 2013 (UTC)[reply]

PD-US-record Deletion requests

[edit]

You replayed to the wrong location do not reply on the template, but the discussion here. I moved it for you. Thank you for your interest in this issue. Zginder (talk)

File:Betsey Trotwood from David Copperfield by Frank Reynolds.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

2001:8B0:9F0:6034:B002:F868:5ED6:A544 17:01, 20 June 2015 (UTC)[reply]


File:Barrel bomb aftermath Aleppo February 2014.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

LX (talk, contribs) 18:27, 3 January 2016 (UTC)[reply]

Autopatrol given

[edit]

Hello. I just wanted to let you know that I have granted autopatrol rights to your account; the reason for this is that I believe you are sufficiently trustworthy and experienced to have your contributions automatically marked as "reviewed". This has no effect on your editing, it is simply intended to make it easier for users that are monitoring Recent changes or Recent uploads to find unproductive edits amidst the productive ones like yours. In addition, the Flickr upload feature and an increased number of batch-uploads in UploadWizard, uploading of freely licensed MP3 files, overwriting files uploaded by others and an increased limit for page renames per minute are now available to you. Thank you. --4nn1l2 (talk) 12:07, 7 April 2019 (UTC)[reply]

URL update

[edit]

Did you get your bot to work here (I presume so based on our interaction at enwiki)? I have a similar task to update links, this time with images.nasa.gov. I can give more information, and can include it at Commons:Bots/Work_requests, just checking to see where I need to ask. Kees08 (talk) 14:47, 27 August 2019 (UTC)[reply]

Hi Kees08, my "home" for these requests is Enwiki at WP:URLREQ .. from there I also do Commons. This keeps a history for other wiki languages by other bots in the future can reference them. -- GreenC (talk) 15:52, 27 August 2019 (UTC)[reply]
Sounds good, I will prepare information and examples and post there soon-ish. Kees08 (talk) 06:38, 28 August 2019 (UTC)[reply]

Google Code-In 2019 is coming - please mentor some documentation tasks!

[edit]

Hello,

Google Code-In, Google-organized contest in which the Wikimedia Foundation participates, starts in a few weeks. This contest is about taking high school students into the world of opensource. I'm sending you this message because you recently edited a documentation page at Wikimedia Commons.

I would like to ask you to take part in Google Code-In as a mentor. That would mean to prepare at least one task (it can be documentation related, or something else - the other categories are Code, Design, Quality Assurance and Outreach) for the participants, and help the student to complete it. Please sign up at the contest page and send us your Google account address to google-code-in-admins@lists.wikimedia.org, so we can invite you in!

From my own experience, Google Code-In can be fun, you can make several new friends, attract new people to your wiki and make them part of your community.

If you have any questions, please let us know at google-code-in-admins@lists.wikimedia.org.

Thank you!

--User:Martin Urbanec (talk) 22:04, 23 November 2019 (UTC)[reply]

GreenC bot labeling pswikivoyage as closed

[edit]

GreenC bot seems to be labeling pswikivoyage as closed on Data:Wikipedia statistics/meta.tab despite Special:SiteMatrix showing it isn't. --Nintendofan885T&Cs apply 14:20, 28 November 2020 (UTC)[reply]

Nintendofan885, bug found and fixed. Thank you for noticing and reporting. -- GreenC (talk) 16:35, 28 November 2020 (UTC)[reply]

Notification about possible deletion

[edit]
Some contents have been listed at Commons:Deletion requests so that the community can discuss whether they should be kept or not. We would appreciate it if you could go to voice your opinion about this at their entry.

If you created these pages, please note that the fact that they have been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with them, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Affected:

And also:

Yours sincerely, Marcus Cyron (talk) 14:57, 1 April 2021 (UTC)[reply]

Notice for GreenC bot

[edit]

Please, take note that ak.wiki has been closed (see here and here). Antonio1952 (talk) 20:05, 27 April 2023 (UTC)[reply]

Ties

[edit]

Hi, GreenC, and thanks for your work in the Wikipedia/Wikimedia statistics update. I noticed that in the ranks for the project families the order is strictly decreasing, even if there is a tie in the values, which happens specially with low numbers (a lot of projects have 0 files, 1 or 2 admins, few active users, etc.). Could you assign the same number (which should be the lower) in such cases? You could even mark the tie with a "T" after the number, but that would be secondary. Thanks in advance and regards, -jem- (talk) 09:28, 29 July 2023 (UTC)[reply]

Hi again, I'm sorry to insist, but probably you didn't read my message, given that you have replied to the following one; could you comment on this? -jem- (talk) 20:19, 8 September 2023 (UTC)[reply]
Can you provide an example and links? I think your talking about a template I didn't write/create but I'm not sure exactly where and what you refer to. Basically I wrote the bot that pulls data from the API and uploads it to Commons. What happens after that is up to Template: and Module: code. -- GreenC (talk) 23:47, 8 September 2023 (UTC)[reply]
Hi and sorry for the delay. Maybe I'm missing something. I was referring to Data:Wikipedia statistics/rank/wikipedia.tab and the rest of the Data:Wikipedia statistics/rank/... pages, which show the ranks based on the different statistics for each project, and which are updated by your bot, GreenC bot, four times a day, the same as the actual data pages. I can't see any connections of those pages with any template or module, but if there are, I'll be glad if you can explain it to me. Thanks again, -jem- (talk) 23:52, 21 September 2023 (UTC)[reply]
User:-jem-: The data is JSON format, a plain-text human readable database, really meant for machine reading, though obviously of some value to end users in its native form also. It's intended purpose is to be read by templates that build Wikipedia pages. For example on English Wikipedia: the en:Module:NUMBEROF pulls JSON from Commons, which is used to inform en:Template:Wikipedia rank by size which is finally used in the article en:French Wikipedia. The Module:NUMBEROF is installed in over 80 wikis, and since the data is hosted on Commons, the Module has a central place to retrieve it ie. we don't need to maintain multiple copies of the data on each wiki. That's why it's hosted here a central repository accessible to all wikis.
I went ahead and changed it as you suggested so that ties are given the same ranking. I have no idea how this is going to effect upstream uses of the data. The only use I am aware is en:Template:Wikipedia rank by size, and it only uses one column (articles) and since that number is so variable there don't appear to be ties. If other applications are using the data for other purposes, such as the admins column, it may create unintended consequences? I have no idea. But you are correct it should reflect the reality of the true numbers, and the end application can decide what to do with ties. -- GreenC (talk) 05:20, 22 September 2023 (UTC)[reply]
User:-jem-: Unfortunately this broke existing templates so I reverted back to sequential ties because it doesn't make sense to fix for numerous reasons. I create a parallel set of data files where ties are resolved equally, see [1] in case anyone wants that method it is available now. -- GreenC (talk) 18:19, 13 October 2023 (UTC)[reply]
Hello again, and first of all I am sorry for the problem created and thank you for the solution, which is enough for my idea of using that data in my bots and tools, mainly in Spanish Wikipedia and IRC. As I have already commented in the Meta thread, I consider that the code should be able to adapt to the ties because they better reflect reality, but I leave that alone. What I would like to ask you now, and I hope it will be easy to do (I offer my help if necessary) and will not have unwanted consequences, is that the positions fully reflect reality, because if for example a Wikipedia is ranked 200 globally, that should not change by the fact that among the top 199 there are ties or not, while right now the positions are lowered with each tie. For example, instead of 1 2 2 2 3 4 4 5 6... the ranks should be 1 2 2 2 5 6 6 8 9... as is done for example in sports rankings (golf comes to mind). Thanks again in advance, -jem- (talk) 20:58, 5 November 2023 (UTC)[reply]
User:-jem- I tried to make this work and for some reason it's not working. If you want to write some code that I can look at it, that would be great. Basically my data structure is a simple 1-D table (associate array) that looks like:
NTT["en"] = 1456345
NTT["tr"] = 1456345
NTT["de"] = 964789
etc..
There are 77 rows. What these numbers represent doesn't matter it's one of the columns (eg. "pages"). The task is to sort it from largest to smallest value, and handle ties as you suggest, and assign the ranking number to a new table like
NTR["en"] = 1
NTR["tr"] = 1
NTR["de"] = 3
etc..
Can you help with this? FWIW I am working in GNU Awk which uses PROCINFO["sorted_in"] = "@val_type_desc" to sort a for loop from largest to smallest. -- GreenC (talk) 01:08, 6 November 2023 (UTC)[reply]
Figured it out.. let me know how the *-ties.tab files look now. -- GreenC (talk) 07:00, 6 November 2023 (UTC)[reply]

GreenC bot is not working fully

[edit]

Has not updated anything except Data:Wikipedia statistics/meta.tab since August 24th. Could you look into this? - dcljr (talk) 00:58, 30 August 2023 (UTC)[reply]

User:Dcljr: So.. API:SiteMatrix returns a list of all mediawiki projects eg. en.wikipedia, it.wikibooks, etc.. however for reasons I don't understand a few sites like gsw.wikipedia.org in the API:SiteMatrix corresponds to als.wikipedia.org in reality - there is no mapping or documentation, I code the bot when they show up (currently five of them). When a new case shows up, the bot aborts and sends me a warning email. I was getting the emails, but forgot the bot was aborting, so delayed fixing. It's fixed now, and a more strongly worded warning: "Aborting". Thanks for the heads up it wasn't running. -- GreenC (talk) 02:17, 30 August 2023 (UTC)[reply]
Several SiteMatrix entries were changed changes were made recently. See the most recent activity at phab: T111876 (for example — maybe there's a better task to look at, but this will get you started figuring out what was changed). For more context, see m:List of Wikipedias#Nonstandard language codes, which has not been updated yet to reflect current reality (as I type this). - dcljr (talk) 03:59, 30 August 2023 (UTC)[reply]
Ultimately, this traces back to phab:T172035 (and before, but this collects all the relevant tasks). You can see which wiki renames are still "stalled" at the top, in the "Task Graph". That should give you all the mappings you need. Maybe? - dcljr (talk) 04:55, 30 August 2023 (UTC)[reply]
User:Dcljr: Thanks, great information. Five of them had trouble with API:Siteinfo, for example "siteinfo for gsw" fails, thus convert to als works. The five aliases are for gsw->als, be-x-old->be-tarask, rup->roa-rup, sgs->bat-smg, vro->fiu-vro because they fail with API:Siteinfo and are members of API:SiteMatrix. The other languages in m:List_of_Wikipedias#Nonstandard_language_codes seem to work OK for various reasons. For example "cbk" is not in API:SiteMatrix. -- GreenC (talk) 01:56, 31 August 2023 (UTC)[reply]
Another SiteMatrix change was just made since we started talking here. The Akan row (ak) no longer has a name, because they are removing support for that "language" (since it is actually a language group). See phab:T333765. Not sure if that affects any other of your bot's activities. I've been lucky so far with my own Perl script for collecting stats. It tracks changes to the SiteMatrix (to notify me about them), but doesn't rely on it at all. Instead, it uses manually maintained lists of language codes for each project (WP, etc.) and the names of the languages themselves. I assume things will start failing at some point, though, and I'll have to start fixing things. - dcljr (talk) 02:34, 31 August 2023 (UTC)[reply]

NumberOf bots

[edit]

Hello. Looks like we're doing the same thing with two different bots and modules last 4 years. My bot updates two pages, one daily and one hourly, for "today articles created in big wikis" stats. It will be great if we unify data pages and shut down one of bots. MBH 11:30, 10 October 2023 (UTC)[reply]

It looks like your Commons Data pages were created in November 2022, less than a year ago. My data pages were created in May 2020. There are many other pages: Special:PrefixIndex/Data:Wikipedia_statistics/. Big picture, I would suggest installing en:Template:NUMBEROF and en:Module:NUMBEROF on ruwiki, use that, and convert any instances of the ruwiki NumberOf. The enwiki NUMBEROF is installed and running on over 80 wiki languages. It has a lot of features and documentation. The enwiki version predates the ruwiki version, although I wasn't involved until May 2020. It's possible the ruwiki version has features you need for ruwiki in which case keep it, but use the Commons Data pages updated by GreenC bot. However I update 4xday and you are 10xday, and the rankings are done differently - you rank based on a single column for Wikipedia only, I rank all columns for all projects. Also a difference on how ties are handled. Maybe you prefer to keep everything as is for ruwiki, it's up to you. -- GreenC (talk) 19:35, 10 October 2023 (UTC)[reply]
This data in other form (on template subpage Template:NUMBEROF/data) are updated in post-Soviet wikis since 2010, my bot replaced other bot, who did that, in 2019. My bot did it in 4 wikipedias (ru, uk, be, uz), and data pages was transferred to Commons in 2022 to update one page, not 4 different ones. We can switch to using your page if you add absent columns to your pages:
  • serial number of the wiki by the number of articles
  • depth
  • update time (UNIX timestamp)
and if you will update two lists, one daily and one every 2-3 hours, for "number of articles, created today in big wikis" stats.
"your rank based on a single column, I rank all columns" - I'm sorry, I doesn't understand this sentence. The ranking should be based on a certain column, how could it be otherwise? MBH 13:02, 11 October 2023 (UTC)[reply]
  • How do you retrieve depth, or do you calculate it? If calculated, how is it calculated?
  • At what point in the process to do you make update time? After or before stats are retrieved? Do you want to have each one have its own update time reflecting when that wiki stats were retrieved to the second? Or only one for all?
  • The serial number of the wiki - I think you mean "rank" - this is contained in a separate JSON file for all the columns Data:Wikipedia_statistics/rank/wikipedia.tab.
What I meant by "your rank based on a single column, I rank all columns" is I have Data:Wikipedia_statistics/rank/wikipedia.tab which has ranking data for all columns, not only number of articles.
I need to look at this more closely. Some things should be no problem like depth, update time. The ranking data is better retrieved from the rank file if possible because the way it's programmed, I'm not sure what the order of processing is, I need to take a look. The two lists hourly and daily: the hourly is simply changing Data:Wikipedia_statistics/data.tab from 4xday to 10xday in the cron no problem. The daily.. what is that? Is it the same as hourly, but updated once a day? -- GreenC (talk) 15:33, 11 October 2023 (UTC)[reply]
Yes. I thought there was only one generally accepted definition of depth: meta:Wikipedia article depth. At what point in the process to do you make update time? - I think it doesn't matter, it's only needed to display the datetime the list was updated. Only one for all. You can see the code of my bot, updating this stats, here. MBH 17:54, 11 October 2023 (UTC)[reply]
So, could you improve your bot, so that we can start using yours and switch off ours? MBH 04:47, 4 November 2023 (UTC)[reply]
I would like to, yes. Sorry I've been busy and sick, thanks for the reminder. I think the easiest solution is to takeover creating the two files hourly.tab and daily.tab reproducing them exactly as they are so no change is required in NumberOf .. not sure yet about programming, fork my bot or integrate into the existing bot. -- GreenC (talk) 13:57, 4 November 2023 (UTC)[reply]

User:MBH please compare:

(there is also an hourly.tab) In the "pos" column, mine goes to 336 and yours to 335, mine has "ak" yours does not. Those are the diffs I see for now. -- GreenC (talk) 21:34, 4 November 2023 (UTC)[reply]

See this answer. ak: has no "language" parameter in interwikimap, so my bot assumes that this isn't language wiki, but service wiki. MBH 17:09, 5 November 2023 (UTC)[reply]
I guess it doesn't matter if ak is included. Are you ready to switch? There are two ways. 1. My bot updates the same pages you were bot was updating in Data:NumberOf. 2. My bot updates the pages at Data:Wikipedia_statistics as it does currently, and we change the Lua code to retrieve from there. It's not too important either way, my only preference is to keep all files in Data:Wikipedia_statistics for organizational purposes it's all by the same bot it would be more logical. Unless there are difficulties changing the 7 or 8 Lua files. What do you want to do? -- GreenC (talk) 17:54, 5 November 2023 (UTC)[reply]
User:MBH, what do you think, look OK? -- GreenC (talk) 17:51, 7 November 2023 (UTC)[reply]
Sorry for no answering, I'm busy now. I prefer to improve your pages and delete my ones. As far as I can see, our pages differs in several points:
  1. sitename/lang is "en.wikipedia" in your pages and "en" in my pages. Is it needed to include "wikipedia" into this string, could you change this string to our format, or we should adapt our module to your format of this string?
  2. My pages contains "position" (by number of articles) and "depth" fields. Our module probably could compute depth and position, using other fields, but I prefer to compute them in bot, so module could not to do this multiple times. Could you add this fields into your page?
  3. My pages contains "UNIX timestamp of last page update" cell in "total" row, "@1699404511". Could you add this cell?
  4. Design: your pages are ordered by lang, and my - by position. I prefer my way, so the page looks more like List of Wikipedias.
Could you make this changes in your pages, and what you will not change, so we should change our module, that read this pages? MBH 19:42, 8 November 2023 (UTC)[reply]
User:MBH .. I think you are looking at the wrong page. See Data:Wikipedia_statistics/daily.tab and hourly.tab -- GreenC (talk) 19:47, 8 November 2023 (UTC)[reply]
Oh, you decided to generate separate pages in our format, but why? I suggested merging our pages so not to make twice as many edits, but now twice as many edits are also being made, it’s just your bot doing them. I suggest to merge your page and our "hourly" page, and generate a separate "daily" page. MBH 19:55, 8 November 2023 (UTC)[reply]
I decided not to merge them into one page for a couple reasons. For one, every time the template NUMBEROF is used, the data is retrieved from Commons (or more accurately, one time per page render, regardless of how many instances are on that page). As such, the data transfers are way more important than the number of edits to Commons, in terms of resource usage, because NUMBEROF is invoked millions of times per day. Having a page that is customized for the template is preferable vs. downloading data that is not needed by the template. The advantage of having 1 bot is that my bot makes a single call to the API and can generate multiple Commons pages from that data; as it is now, my bot and your bot are calling the API separately which is twice as much as needed. It's true there are inefficiencies uploading to separate pages, but 16 edits per days is a small tradeoff for the other resource benefits.
Finally, I found that mixing things makes it harder, for example you didn't want "en.wikipedia" but that is required by NUMBEROF because it handles all projects for example "en.wikibooks" etc.. so this is needed, and you would have to modify NumberOf to accommodate. The "position" column would also be confusing since it duplicates the information in the rank files. And the date column is wasteful space since they are all "null" which inflates the size of the data that has to be retrieved millions of times per day. -- GreenC (talk) 20:11, 8 November 2023 (UTC)[reply]
User:MBH sorry forgot to ping. -- GreenC (talk) 20:14, 8 November 2023 (UTC)[reply]
OK, I will replace invoking of my pages to your pages in our module. How you generate pages in our format: you used my code or recreated it independently? What's programming language is used by your bot? Also, please, add some info to description of your pages in our format: this format is used in ru, uk, by, uz (and I didn't even know about av). MBH 20:34, 8 November 2023 (UTC)[reply]
User:MBH, the source is https://github.com/greencardamom/Numberof most of the code for daily/hourly.tab is in function datatabrus() - the depth code I created based on the documentation you linked. I skipped sites that had less than 100 articles or pages, because it was creating a very large and meaningless depth number that was effecting the average depth number. -- GreenC (talk) 01:32, 9 November 2023 (UTC)[reply]
I updated NumberOf modules in ru, uk, be, uz wikis (where it uses Commons data pages; other interwikis of this module wasn't updated for years and still uses outdated scheme with local data pages) and disabled updating of my data pages on Commons. MBH 21:11, 12 November 2023 (UTC)[reply]
User:MBH, thank you. -- GreenC (talk) 23:34, 12 November 2023 (UTC)[reply]
So, we still have duplicating modules: uk:Модуль:NumberOf, uk:Модуль:NUMBEROF. Your module now used for displaying rank in ukwiki, but in ruwiki rank readed from our module. Could we delete your modules on wikis with our module? MBH 10:37, 13 November 2023 (UTC)[reply]
You could, but NumberOf only works for Wikipedia while NUMBEROF works across all projects, so anyone needing stats for example Wikibooks wouldn't be able. -- GreenC (talk) 15:13, 13 November 2023 (UTC)[reply]
Your module was used only on Ukrainian "Wikipedia rank by size" template, I replaced it to our module, now it has no usages. MBH 09:11, 18 November 2023 (UTC)[reply]
User:MBH , I updated the documentation so it says Module:NumberOf .. also Template:NUMBEROF is actually invoking "Module:NumberOf". This is confusing. It's used on 376 pages. I'd need to make a bot to rename them. -- GreenC (talk) 18:01, 22 November 2023 (UTC)[reply]
What you want to rename and why? MBH 03:56, 23 November 2023 (UTC)[reply]
Because you and I can't control what template's users want to install and use. If someone wants to install NUMBEROF, they should use the same name that is used everywhere else, to keep it consistent. We currently have two templates: NumberOf and NUMBEROF, they should be named that way, to avoid confusion. These templates are not the same, they do some of the same things, and also different things. -- GreenC (talk) 02:21, 24 November 2023 (UTC)[reply]
We have two modules, not templates. Template NUMBEROF should be one in every wiki, both our modules implements functionality of this template (our module also a) implements template TODAYNUMBEROF, for "today articles created in different wikis" stats, and b) generates table on "List of Wikipedias" pages, for example ru:ВП:Список Википедий). I agree that modules should be named as yours, if it is the copy of yours, and as ours, if it's the copy of ours. As far as I know, only Azerbaijani module named as yours, but contains our code (their sysop copied code of our module to create in azwiki list of wikipedias like in ruwiki), I will request renaming of this module. MBH 12:35, 24 November 2023 (UTC)[reply]
For b) NUMBEROF can generate the table at en:List of Wikipedias and this table, this table, and many others that NumberOf can not generate. I'm not sure what a) is -- is there an example where it is used? -- GreenC (talk) 16:13, 24 November 2023 (UTC)[reply]
I say it in my 1st message in this thread. ru:Шаблон:Сегодня создано статей2. The tables you provided as an example are not an analogue of our table, because they do not contain even a small fraction of the data contained in our table. MBH 19:52, 24 November 2023 (UTC)[reply]
It appears the templates NUMBEROF and NumberOf are not analogous, they do different things, there needs to be room for both on each wiki. The naming of the template should be Template:NUMBEROF (for Module:NUMBEROF) and Template:NumberOf (for Module:NumberOf) to avoid confusion, when they both exist on the same wiki.
Sorry the English wiki table I linked to has changed. A better link is meta:List_of_Wikipedias (12 columns) which is similar to ru:Википедия:Список_Википедий (11 columns). NUMBEROF can also generate meta:Wikibooks/Table, meta:Wikiquote/Table, etc.. there is a lot more data available than NumberOf which is only Wikipedia. The new articles per day is interesting, it would probably be easy to add to NUMBEROF. The depth column can be calculated externally by NUMBEROF, or included in the data file, either way. But I don't mean to compete or try to merge the templates. There can be both. -- GreenC (talk) 18:04, 25 November 2023 (UTC)[reply]
I don't understand what a second NUMBEROF template about which you say it should be renamed to NumberOf. Since 2010 ruwiki has one NUMBEROF template. In 2010-2019 its data was updated on local subpages by AceBot, in 2019-2022 its data was updated on local subpages by MBHbot, since 2022 MBHbot updates Commons .tab pages for it. MBH 18:26, 25 November 2023 (UTC)[reply]

Missing data on chinese languages wikis

[edit]

Hello GreenC,

On August 30 your bot deleted the data on zh-classical, zh-min-nan and zh-yue wikis from Data:Wikipedia statistics/data.tab. This may be related to the language codes being renamed. Could you fix that?

Thank you, --GrandEscogriffe (talk) 11:10, 11 October 2023 (UTC)[reply]

Hello GreenC, sorry for the misclick, I was on my phone.
For context, there’s a discussion about fr:Module:NUMBEROF you created on frwiki, feel free to join.
Related phab tickets
@GrandEscogriffe: Data is still here. Thibaut (talk) 11:29, 11 October 2023 (UTC)[reply]
Oh I see, no need to change anything to the bot then. GrandEscogriffe (talk) 12:23, 11 October 2023 (UTC)[reply]
I don't understand. The bot gets a list of sites via API:SiteMatrix .. however zh-yue is now yue and this is reflected in the Data file. However, the site itself is still zh-yue.wikipedia.org .. is it still in-process of being moved? -- GreenC (talk) 15:03, 11 October 2023 (UTC)[reply]
File:Thy Soul Shall Bear Witness librivox cover.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Komarof (talk) 06:08, 21 December 2023 (UTC)[reply]

Incubator stats not being tracked

[edit]

I just noticed that the Incubator is not being tracked at Data:Wikipedia statistics/data.tab. This seems weird, as "non-content" sites like the Foundation wiki, Meta-Wiki, and even Donate (for some strange reason) are being tracked there. Could you please add the Incubator to the list of wikis tracked on that page? - dcljr (talk) 01:05, 9 February 2024 (UTC)[reply]

Added. Let me know if you don't see it come through. -- GreenC (talk) 04:06, 9 February 2024 (UTC)[reply]
The Wikipedias in Wikimedia incubator (at the time, bew.wiki and kus.wiki), should not be counted as active Wikipedias.
I also report to dcljr. Antonio1952 (talk) 19:29, 3 May 2024 (UTC)[reply]
bew.wikipedia and kus.wikipedia (and some others) are listed there because they were just recently created as standalone wikis. Their content just hasn't been imported from the Incubator test wikis yet. This will happen soon. - dcljr (talk) 19:16, 4 May 2024 (UTC)[reply]

Timezone in update message and Wikifunctions

[edit]

Did the "Last update" message on Data:Wikipedia statistics/data.tab change recently from UTC to EDT/EST? I could have sworn it used to be UTC. Is this something you changed? For the record, I think UTC is more appropriate.

Also, could you please add Wikifunctions to the table? - dcljr (talk) 02:47, 14 March 2024 (UTC)[reply]

It used to be. Probably an artifact when I moved from Toolforge in December. I just changed it to enforce UTC. Also added Wikifunctions. -- GreenC (talk) 05:20, 14 March 2024 (UTC)[reply]
I hadn't noticed until just now, but the timestamps being used in the page text appear to be very wrong. For example, the latest version, which was posted on 24 May 2024 at 21:48 UTC is dated "Fri 24 May 2024 09:45:03 PM UTC" in the text. It looks like this problem goes all the way back to March 21st. (!) - dcljr (talk) 00:29, 25 May 2024 (UTC)[reply]
The table creation time and post time will be off a couple minutes, it takes time for the program to finish. 9pm and 21 hour are the same thing, 12hr and 24hr. However the 12hr representation is not ideal. I see what happened an environment variable changed, because I am lazy using /bin/date instead of the programming language date functions, and /bin/date is informed by the environment. This should be fixed, although now it shows "GMT" instead of "UTC", anyway the time is correct. -- GreenC (talk) 02:30, 25 May 2024 (UTC)[reply]
Oh, I didn't even notice the "PM". [eye roll] - dcljr (talk) 02:49, 25 May 2024 (UTC)[reply]