User talk:Thingles

Logos on this wiki
Heiya Jamie, why not allowing them to be embedded rather than uploading all of them here? Cheers --&#91;&#91;kgh&#93;&#93; (talk) 20:19, December 28, 2012 (CST)


 * Good question. My thought was that the data for a wiki may end up outlasting the wiki itself and the logo image being local would insure that it is available as long as this wiki is. I could support both with a two different fields, or even just detect if the page exists and if it doesn't assume there is a URL in the field. Do you feel strongly remote URL's should be supported? Thingles (talk) 20:22, December 28, 2012 (CST)


 * That's true and a valid idea. I was more thinking from a copyright point of view here. Since this wiki is CC BY-SA and most logos are copyrighted there may arise issues. I believe this can be circumvented by always tagging them as copyrighted an adding a note about logos to the copyright information page of this wiki. Another way to avoid such issues would be to allow remote URL's. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 06:58, December 29, 2012 (CST)


 * Do you think that the note on the bottom of this blog post for Wikivoyage could be an example of how to deal with this? Thingles (talk) 17:48, 15 January 2013 (UTC)


 * Yes, however the note should be a general one so it fits to every logo here. Something like perhaps: "This image is one of the official logos or designs used by the organisation or individual running the respective wiki listed on WikiApiary. The use of the logo and trademark is most likely subject to the trademark policy and visual identity guidelines of the organization or individual it owns, and may require permission." It must be imho clear in any case that the logo does not fall under the general license set for WikiApiary (CC BY-SA). Thus it can in my opinion be ruled out that somebody says that WikiApiary released it under CC BY-SA. Another note should probably indicate that WikiApiary will remove the logo immediately if it is asked by the copyright owner to do so. Besides, isn't there some fair use policy over at your place which would help here, too. I cannot tell if this will be bullet-proof, crazy people are all over the place, but is it leaps better than the current situation here. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 18:09, 15 January 2013 (UTC)

I case we run out of ideas which wiki to add
Heiya Jamie, I do not know if you are aware of this stats portal. There you can also see which information they collect. However, I already like this wiki better. :) Cheers --&#91;&#91;kgh&#93;&#93; (talk) 07:07, December 29, 2012 (CST)


 * I found that when doing a little searching (I linked it on my bookmark wiki). It seems like there are a couple of efforts (and are a couple of abandoned projects as well) to track usage across multiple wikis. I envision WikiApiary overlapping a little with those, but not much. For example, I put the initial set of wikis into apiary so I would have a test set, and I also think it would be crazy to not have the main Wikimedia wikis present. But I don't want to load lists of thousands of wikis. I found the lists for Wikia and such, and I could bulk load them, but I'm not sure that is where I want this to go.


 * Those projects are just numbers and dashboards. I haven't seen anything that looks at versions of MediaWiki and what extensions are installed. I intend to add email features to WikiApiary so you will get an email with weekly and monthly reports on activity. I also want to send emails when versions of extensions or MediaWiki that a site is using are out-of-date. I'm considering adding a feature to do a weekly backup of a wiki (this would require a small fee).


 * Indexing activity on wikis is cool, and there will be some of that. But I'm putting this together in part to answer my own needs (and I think the needs of other wiki admins). What happened on my wiki this week? How active is my wiki? Are my extensions current? Is my wiki backed up? Thingles (talk) 07:33, December 29, 2012 (CST)


 * PS - Thanks for the early praise too! :-)


 * I believe you have done your homework. :) s23 tried to retrieve usage numbers for extensions but this was soon broken. Just recently they removed the link to the usage stats from the extension's template on mediawiki.org. I think to have usage stats for extensions is a great information to have both for developers and users. This wiki is indeed the only one of which I know that caters for this, apart from the smw community wiki which has a much narrower and manual approach on this. Indexing of wikis will come automatically as a side-effect as soon as this wiki gains popularity. Probably you will have to think about "banning" large wikifarms (mediawiki, wikia, etc.) since everything is well known about them and they do their own activity monitoring. However focussing on wiki activity and key tasks is the way to go. +1 for this approach. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 08:22, December 29, 2012 (CST)

Splitting into wiki farms
Heiya Jamie, one thing which might be good to do is to split up the stats for wiki farms as they do at wikistats (s23). Putting an emphasis on wikis of one wikifarm may distort the interpretation of the data displayed. Just an idea for the improvement tracker. :) Cheers --&#91;&#91;kgh&#93;&#93; (talk) 07:14, December 29, 2012 (CST)


 * That is part of what I see using the Tags for. For example, I use my name as a tag for the wikis that I run. Right now this is only used for navigation, but I could see rolling up usage information across the tags in the future. Similarly I tagged Wikimedia run wikis so they can be bundled. Aggregating stats and information across those tags is a future task. Right now the time series data stored outside of the wiki doesn't know about tags. It would be straightforward though to have tags aggregate info just like website_id (example) does now.


 * Probably I just picked the only wiki here without tags to see how you do it. Sounds reasonable to me. :) --&#91;&#91;kgh&#93;&#93; (talk) 08:24, December 29, 2012 (CST)

Changes to templates and forms
Heiya, I have some minor changes to templates and forms. Just revert the ones you do not like. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 19:08, December 29, 2012 (CST)


 * All looks awesome! Thanks for contributing!!! Thingles (talk) 06:15, December 30, 2012 (CST)

I tricked myself
Heiya Jamie, I tricked myself and added the extension to the wrong namespace. Thus Sudo may go. Senior moments I guess. ;) Cheers --&#91;&#91;kgh&#93;&#93; (talk) 05:58, December 30, 2012 (CST)


 * No worries. I deleted that page and I see you updated the Form:Extension to be smart about the namespace. Thanks! Thingles (talk) 06:12, December 30, 2012 (CST)


 * The Extension pages themselves should always get created automatically via Property:Has extension and the use Creates pages with form property but it seems that it doesn't always happen. :-\ Thingles (talk) 06:15, December 30, 2012 (CST)


 * Thank you for deleting. Automatic creation is great, but currently one has to look through them anyway to add the URL and the current version. Updating this will probably be tricky thing. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 06:33, December 30, 2012 (CST)


 * My hope is to have a bot do that work, but that is far down the list and will still be prone to problems since the Extension information on the MediaWiki site is often out-of-date as well. Thingles (talk) 06:41, December 30, 2012 (CST)


 * That's indeed true. Perhaps you can tell the bot to throw a message in case it detects an newer version during data retrieval than the one provided at the extension page? This will be of help for the time being, I guess. --&#91;&#91;kgh&#93;&#93; (talk) 06:50, December 30, 2012 (CST)


 * That's a great idea! Just have Bumble Bee post to the talk pages indicating that the extension appears to have new versions. Nice. Thingles (talk) 07:02, December 30, 2012 (CST)


 * Cool. :) --&#91;&#91;kgh&#93;&#93; (talk) 07:07, December 30, 2012 (CST)

Tags for extensions
Heiya Jamie, what about adding tags to extensions, too? Programmers names could be added and extension groups according to Special:Version (semantic, spam, media, special, parser, other, etc.) Cheers --&#91;&#91;kgh&#93;&#93; (talk) 06:52, December 30, 2012 (CST)


 * That sounds like a great idea. Should they be in a different property? I'm thinking Property:Has extension tag so that there is a different "tag space" for extensions. Thingles (talk) 07:03, December 30, 2012 (CST)


 * Definitely. I am just thinking of having not a common include all property, but one for Programmers Property:Has programmer possibly together with a "Programmer" namespace and one for the group Property:Has extension group with allowed values. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 07:12, December 30, 2012 (CST)


 * I would just go with one Property:Has extension tag for now and see where it goes. A separate developer/programmer property feels redundant to the MediaWiki extension repository. Thingles (talk) 07:15, December 30, 2012 (CST)


 * Sure, fair enough. --&#91;&#91;kgh&#93;&#93; (talk) 07:26, December 30, 2012 (CST)


 * Up and running. :) --&#91;&#91;kgh&#93;&#93; (talk) 08:19, December 30, 2012 (CST)


 * This is awesome by the way! Thingles (talk) 14:32, December 31, 2012 (CST)

✅

I am amazed ...
... to see that just the 100 something websites which have been added here already use about 15 % of all MediaWiki extensions. I would not have expected to see this variety. --&#91;&#91;kgh&#93;&#93; (talk) 14:10, December 30, 2012 (CST)


 * Wow! That is very cool to know. I personally love to be able to see the versions that are being used. Something I'm going to add to the roadmap is snapshotting the extension/version count each day, so we can see how long it takes for new versions of things to roll out. Thingles (talk) 14:38, December 30, 2012 (CST)


 * There are about 2200 extensions published on mw.o and I estimate that another third is located on various other places around the web. So its 7.5 % and not 15 %. Ouch.


 * 550+ extensions already from just around 125 websites. Wow. --&#91;&#91;kgh&#93;&#93; (talk) 04:49, January 8, 2013 (CST)


 * From a devolopers point of view it it probably as interesting to know how long it takes until sysadmins upgrade their MediaWiki, too. I would also add this to the roadmap. Talking about the roadmap: It would be cool if the statistics on PHP versions used could be aggregated by version and not by version and variety, i.e. one bar for 5.3.2 and 5.3.2-lenny-foo. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 15:03, December 30, 2012 (CST)


 * I created a new template Get simple version number that will take the version just left of the - and separated the properties. There are now properties for the version as well as secondary properties for the version details. This is a very nice change. Thanks for suggesting it! Thingles (talk) 14:32, December 31, 2012 (CST)


 * Great, that's very smart how you did it. I can definitely learn from you here and will do so. I appreciate this. :)


 * Thanks for the complement! :-) That template is a simplified version of one I made to get the hostname from a URL. Thingles (talk) 07:58, January 1, 2013 (CST)

Handle Versions Better...
(This topic was split off of "I am amazed ..." above)

Were is still one suggestion which might need some voodoo. I order to get a decent sorting some internal padding will have to be added. So far the sorting is 1, 10, 2, etc. Thus 01, 02, ..., 10 would be cool. Perhaps this is some additional requirement to the request to get decent number formatting to SMW. O_o Cheers --&#91;&#91;kgh&#93;&#93; (talk) 06:21, January 1, 2013 (CST)


 * The sorting of versions is still a problem. The right way to do that is to store three separate number properties: major version, minor version, fix version. I could easily take the output of the simple version, split it into an array using the  and then shove them into three new properties. Then sort on those. That is likely the real/right way to do it but I'm hesitant to add 9 new properties (MediaWiki, PHP and Database). But I probably shouldn't worry about it. Thoughts? Thingles (talk) 07:58, January 1, 2013 (CST)


 * I would not worry about having too many properties. With the new SQL-store in place performance should not suffer from this as it would have before. You could even create a separate table for the properties as soon as they hit a substantial number of values. I also think this is quiet a common usecase. I remember people on the mailing list asking to do this with IP addresses. This could even be added to the SMW community wiki as a tip or to the mediawikicookbook though it is currently done or even gone. I should add your website to my favourites. :) --&#91;&#91;kgh&#93;&#93; (talk) 08:26, January 1, 2013 (CST)

✅


 * Done for PHP and Database. Still need to do for MediaWiki version. Thingles (talk) 09:03, January 1, 2013 (CST)


 * Awesome. I just changed the stats page. This is really cool. It is not as urgent for MediaWiki and extensions since both rarely go beyond 9. However, I expect that 1.19.x will be the first in a long time to do just that. --&#91;&#91;kgh&#93;&#93; (talk) 14:32, January 1, 2013 (CST)

Extension:MagicNoCache
Heiya, what about this extension? I think it could be useful for e.g. "Main page" and "Extension:Main page" Cheers --&#91;&#91;kgh&#93;&#93; (talk) 05:57, December 31, 2012 (CST)


 * Maybe, but I wouldn't mind allowing the Main Page to be cached though. In general the current layout will only work so long. Now at over 100 sites there are probably too many. I started a topic on Talk:Main Page to explore what really belongs on the main page. Thingles (talk) 14:34, December 31, 2012 (CST)


 * I'm a little worried about overusing this extension, but I did go ahead and install it (see Special:Version) and activated it on the Statistics and Semantic statistics pages. Thingles (talk) 07:46, January 3, 2013 (CST)


 * This is indeed only an extension for selected pages. I do not think that it will be overused. --&#91;&#91;kgh&#93;&#93; (talk) 10:00, January 3, 2013 (CST)

✅

Short descriptions for extensions
I think we will have to add short descriptions to the extensions as well in order to add additional value. Just having the name, the current version and a link to it does not seem enough to me. --&#91;&#91;kgh&#93;&#93; (talk) 06:37, January 1, 2013 (CST)


 * I've been struggling myself with the fact that I'm throwing away all this data that I get when I pull extensions. This is the JSON block I get back

{	"query": { "extensions": [ {				"type": "parserhook", "name": "SyntaxHighlight", "description": "Provides syntax highlighting using [http:\/\/qbnz.com\/highlighter\/ GeSHi Highlighter]", "descriptionmsg": "syntaxhighlight-desc", "author": "Brion Vibber, Tim Starling, Rob Church, Niklas Laxstr\u00f6m", "url": "http:\/\/www.mediawiki.org\/wiki\/Extension:SyntaxHighlight_GeSHi" },			{				"type": "parserhook", "name": "ParserFunctions", "description": "Enhance parser with logical functions", "descriptionmsg": "pfunc_desc", "author": "Tim Starling, Robert Rohde, Ross McClure, Juraj Simlovic", "url": "http:\/\/www.mediawiki.org\/wiki\/Extension:ParserFunctions", "version": "1.3.0" },			{				"type": "parserhook", "name": "CategoryTree", "description": "Dynamically navigate the category structure", "descriptionmsg": "categorytree-desc", "author": "Daniel Kinzler", "url": "http:\/\/www.mediawiki.org\/wiki\/Extension:CategoryTree" }, …


 * When I record the extension for the website I'm only capturing the stuff unique to the website, name and version (if provided).


 * I could easily modify the bot to write all these fields in the extension pages for each website. Or, more difficult, is to have the bot modify the Extension pages in the extension namespace with this information. But that introduces complications like what if author value changes from 1.0 to 1.1 and both are in use. The bot needs to have logic to know that 1.1 > 1.0 and write that. Complicated.


 * Maybe for now I should just modify the bot to write all data in the extension subpage, and thus into the extension subobjects and then see what we can do in the templates? That means we would have 100 descriptions for Extension:ParserFunctions that probably are all the same, but maybe not. Then we decide what we want to pull into the Extension:ParserFunctions page. Thingles (talk) 07:39, January 1, 2013 (CST)


 * Hmm, actually this only has to be done once for each extension upon creation. Only versions change frequently and sometimes the author. Perhaps it is possible to do this once, add the data to the page and check e.g. quarterly if there was a change or so. Whatever appears more easy to implement I suppose. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 08:42, January 1, 2013 (CST)


 * Should I continue to gradually add the information manually? Cheers --&#91;&#91;kgh&#93;&#93; (talk) 13:55, January 3, 2013 (CST)


 * I have just expanded the form and template to also allow entering a description. We should have it no matter if it may be filled automatically or not. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 13:44, January 8, 2013 (CST) PS I did some formatting. Looks ok to me now, e.g. Semantic MediaWiki --&#91;&#91;kgh&#93;&#93; (talk) 14:18, January 8, 2013 (CST)

Database error on saving a new wiki
Heiya Jamie, the External Data extension causes some troubles: A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

(SQL query hidden)

from within function "EDUtils::searchDB". Database returned error "1064: You have an error in your SQL syntax; ... Did you change something there? Cheers --&#91;&#91;kgh&#93;&#93; (talk) 07:03, January 1, 2013 (CST)


 * My bad. Fixed (diff) by checking for existence of  before calling the Template:Website indexes.   is an odd magic word since it doesn't exist until after the first save. So, if you use it, you have to conditionally check it if you have dependencies on it. I used   as my external key for the bots and the Apiary database to work with the wiki.


 * I could have figured this out myself. Yes, this magic word is a bit odd, but this is within it's nature. To tell you the truth: I asked for this on bugzilla about two years ago and I was very surprised that they actually added it. --&#91;&#91;kgh&#93;&#93; (talk) 08:29, January 1, 2013 (CST)


 * I'm glad you asked for it and that they put it in. It's actually a very very critical magic word for cases where wikis have to interact with other systems or applications. Thingles (talk) 08:42, January 1, 2013 (CST)


 * This was the very reason why I asked for this. At the beginning there was quite some opposition to it. Luckily a story of history past. --&#91;&#91;kgh&#93;&#93; (talk) 08:44, January 1, 2013 (CST)

Identification of Bumble Bee
Heiya Jamie,

I am just checking my access logs and found, not surprisingly at all, your bot:

IP - - [31/Dec/2012:23:45:07 +0100] "GET /api.php?... HTTP/1.1" 200 135 "-" "Python-urllib/2.7" IP - - [31/Dec/2012:23:45:07 +0100] "GET /api.php?... HTTP/1.1" 200 101 "-" "Python-urllib/2.7"

Is it possible to provide identification for it, e.g.

... "Python-urllib/2.7" (Bumble Bee; +http://wikiapiary.com/wiki/User:Bumble_Bee)

This would be an extra service for server admins and prevent it from being blocked just because it is unknown.

Cheers --&#91;&#91;kgh&#93;&#93; (talk) 17:57, January 1, 2013 (CST)


 * Great idea! I've changed it and you should be seeing  in your logs. Can you verify? Thingles (talk) 18:36, January 1, 2013 (CST)


 * Affirmative. Bumble Bee identifies itself as described. Thank you for doing this. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 03:25, January 2, 2013 (CST)

✅

✅

Moving up the ladder
Thank you for the promotion to Operator. :) I wonder why there is no spam activity on this wiki yet. Once I installed a new wiki and within 10 minutes [!sic] I had the first spam entry. Those were the days. ;) --&#91;&#91;kgh&#93;&#93; (talk) 14:05, January 7, 2013 (CST)

Automatic creation of extension's pages
Heiya Jamie, I think that this is done automatically via your account for all missing extensions of a website as soon as somebody created the first of the missing ones. This is at least my observation. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 04:46, January 8, 2013 (CST)


 * Oh yeah, those pages are created automagically using Semantic Forms "Creates pages with form" property on Property:Has extension. I wish I could specify another account as the user for those creates. I couldn't find a setting for that. Thingles (talk) 09:57, January 8, 2013 (CST)


 * Ah, this functionality slipped my mind. I now remember to have read about it before. This is a great usecase for this. Why does it pick you user name anyway? Because you set it up with your account. Perhaps creating another account (bot) and redoing this will switch over to the new one to be used. --&#91;&#91;kgh&#93;&#93; (talk) 14:25, January 9, 2013 (CST)

Farm:Main page
I just created a proto page for this too. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 15:11, January 9, 2013 (CST)


 * Thanks! Thingles (talk) 21:58, January 11, 2013 (CST)

Pages to go :)
Template:Farm by Tag and Extension:Biowikifarm may go the happy hunting grounds. Thank you --&#91;&#91;kgh&#93;&#93; (talk) 16:51, January 10, 2013 (CST)
 * Thank you! --&#91;&#91;kgh&#93;&#93; (talk) 06:06, January 11, 2013 (CST)
 * :-) Thingles (talk) 21:58, January 11, 2013 (CST)

Farms
I just wanted to say that I really like the boilerplate logo you created for farms. :) Still this is not the only reason why I am posting: What about adding a statistics section with php, mysql and mw versions to the main farm pages? I guess this would be quiet nice to have, too. --&#91;&#91;kgh&#93;&#93; (talk) 10:38, January 13, 2013 (CST)

Malariapedia
This seems to be our current mother of semantic wikis when it comes to property values. I remember to have seen one with over 40,000,000 property values about two years ago, but I cannot remember which site it was. Probably they are well over 50,000,000 by now. Talk about pushing the limits. :) --&#91;&#91;kgh&#93;&#93; (talk) 10:41, January 13, 2013 (CST)

Well, I found it: Metacafe Allow about 2 minutes for the page to show. Sadly they are still on SMW 1.4.2 "This wiki contains 57,372,859 property values for a total of 642 different properties. 545 properties have an own page, and the intended datatype is specified for 527 of those..." Cheers --&#91;&#91;kgh&#93;&#93; (talk) 18:12, January 13, 2013 (CST)

Response time
This is an excellent extra feature. People will love it and admins will hate it. Even I knew about what is there black on white for my pages I did not like to seen this. ;) Cool performance on your farm. Good setup or a strong machine or both? Yeah, probably both. --&#91;&#91;kgh&#93;&#93; (talk) 10:45, January 13, 2013 (CST)

Seizam
Unbelievable. This is actually running MediaWiki. You ought to see this. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 12:29, 14 January 2013 (UTC)


 * Wow, that is awesome. That's one of the most interesting skins I've ever seen. Bravo! Thingles (talk) 13:47, 14 January 2013 (UTC)


 * I knew you would appreciate this. :) I do not know if it will be out of scope, but having a "Wiki of the Month" featuring outstanding wikis from the collection might be an idea too. However, I am not thinking of long descriptions but just of a direct link from main page. Another way would be to do a RandomSelection of links to cool wikis, to be included on main page. Hmm..., I think I like this even better. --&#91;&#91;kgh&#93;&#93; (talk) 18:51, 14 January 2013 (UTC)


 * Would be trivial to add a tag "cool" and pick a random wiki with tag cool to highlight. Thingles (talk) 19:17, 14 January 2013 (UTC)


 * This is an less complicated option, too. Yeah, we could go for it in case you like this idea. Will probably be an "operators" thing. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 19:58, 14 January 2013 (UTC)

Extension:DynamicPageList
Things like this seem to happen too. Two extensions with the same name. I am going to author a rename for one of them. Hopefully it goes through. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 18:46, 14 January 2013 (UTC)


 * I don't think Semantic Forms created that page as a duplicate. Extension:DynamicPageList2 came from Wikicafe. I looked on their Special:Version page and sure enough, they have one named with a 2 appended. Not sure what to do with that, my instinct would be to leave it.


 * This does highlight something I think I need to add to User:Bumble Bee, which is support for blacklisting extensions. I'm thinking of a page that contains regex patterns that Bumble Bee will look at and ignore extensions with names that match a regex. Thoughts? Thingles (talk) 19:16, 14 January 2013 (UTC)


 * There is not need to blacklist the extension since both are valid extensions in active maintenance. They just have the same name. Thus I do not think that is is Bumble Bee's problem. At one stage it was decided to rename Intersection to DynamicPageList "(WM)" which is the root of the problem. I just changed the name an hope it gets through. Still it would take some time for the change to roll in here since the wikis using it will have to be updated, but time is going to heal this. --&#91;&#91;kgh&#93;&#93; (talk) 19:58, 14 January 2013 (UTC) PS Everything else may serve as plan b. PPS DynamicPageList2 was the former name of the now DynamicPageList "(tp)" O_o. After all the upgrading is done and the extension "DynamicPageList2" is empty we can easily make a redirect to "DynamicPageList (tp)" --&#91;&#91;kgh&#93;&#93; (talk) 22:33, 14 January 2013 (UTC)

CAPTCHA
I think it is also time to change to QuestyCAPTCHA which has so far proven to be the best solution. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 17:38, 16 January 2013 (UTC)


 * Noted. Will put this on my extension list. Thingles (talk) 05:46, 17 January 2013 (UTC)


 * The worst part is inventing questions. I will send some ideas to you which seem to do the trick. --&#91;&#91;kgh&#93;&#93; (talk) 10:03, 17 January 2013 (UTC)

NewUserMessage
Heiya Jamie, what about having a Welcome Bee welcoming users and telling them some basics about the Apiary. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 18:46, 16 January 2013 (UTC)


 * That extension caused me some problems a while back, and in hindsight I'm not sure it was the extension or something else. It would be a good idea. If you wanted to take a whack at writing the welcome copy I could get the extension in this week. Thingles (talk) 05:45, 17 January 2013 (UTC)


 * I use it on CAcert in Berlin smoothly and translatewiki.net is using it without problems, too. I believe that this extension is also sustainable when it comes to maintenance. I will think of a nice text for Welcome Bee. --&#91;&#91;kgh&#93;&#93; (talk) 10:02, 17 January 2013 (UTC)


 * Done. Installed. See Special:Version. It's fun when WikiApiary helps me do stuff on WikiApiary. I can see that 9 sites are running this extension and that gives me confidence. That's the goal! :-) Thingles (talk) 13:41, 17 January 2013 (UTC)


 * :) Yet alone that translatewiki.net is using it provides stability in maintenance. It seems very unlikely that they will abandon usage of the extension. --&#91;&#91;kgh&#93;&#93; (talk) 16:49, 17 January 2013 (UTC)


 * Do not forget to add Welcome Bee to MediaWiki:Newusermessage-editor, since "New user message" is not very appealing. To not forget to make it a bot, too. :) Cheers --&#91;&#91;kgh&#93;&#93; (talk) 21:29, 17 January 2013 (UTC) PS I also wrote a welcoming text. Feel free to revise it.


 * Thanks for the reminder! Just filled out MediaWiki:Newusermessage-editor and set it to the existing User:Notify Bee account since that is what will be sending future email notifications anyways. It's a bot as well. I also tweaked out Template:Welcome. Awesome! Thingles (talk) 13:13, 18 January 2013 (UTC)

✅

Articles
Heiya and hmm..., I would rather go for pages instead of articles. The classification of an article is rather arbitrary and on most wikis that what was added to the main namespace. I have seen a lot of wikis where you have pages with article quality in other, mostly self-defined namespaces, too. I doubt that they set  and did an   afterwards. From an sysadmins point of view the total number of pages will probably the better shot anyway. --&#91;&#91;kgh&#93;&#93; (talk) 22:21, 16 January 2013 (UTC)


 * Yeah, I agree. Changed. Thingles (talk) 22:30, 16 January 2013 (UTC)


 * I'm curious, in graphs where you show Articles and Pages, would you also put the emphasis on Pages? I've been adding slight emphasis to Articles over Pages, but maybe it should be the opposite way? Thingles (talk) 05:56, 17 January 2013 (UTC)


 * Yes, because the definition of an article is wiki specific. This qualitative differentiation is probably a remnant or special case with regard to e.g. Wikipedia. You cannot trick the number of total pages or better said, it is clear what is meant with that - no further discussion needed there. When it comes to activity, an emphasis of WikiApiary, all namespaces seem relevant to me (talk pages in general are interesting too), some obviously to a lesser degree because of their nature (MediaWiki:). Another thing: When it comes to edits on an wiki, all edits are counted anyway, so having a clear path here ... --&#91;&#91;kgh&#93;&#93; (talk) 09:59, 17 January 2013 (UTC)


 * Excellent. I changed the Widget:Website graphs to give visual priority to pages over articles. I need to add images in their too, but sort of need a 3rd y-axis which dygraph won't do. Will figure that out later. Thingles (talk) 13:36, 17 January 2013 (UTC)


 * Great. I think images a different pair of shoes. I do not exactly know if all images with pages are counted or just the number of uploaded images. I presume the latter is the case. If so, images do not really fit into the articles and pages graph and therefore an additional graph is needed. So far we have pages and articles in the graph. I would rather add a line for other pages there which is the subtraction of pages and articles to make this graph a bit more clear. Pages on one y-axis and articles and other pages on the second y-axis. By the way: It would be cool if you could colour the description of the y-axis in accordance with the lines. --&#91;&#91;kgh&#93;&#93; (talk) 16:47, 17 January 2013 (UTC)


 * Continuing this, I have a calculated index on all websites for Property:Has statistic article change. By the thinking above, this should also be switched from articles to pages. Agree? Thingles (talk) 13:59, 18 January 2013 (UTC)

Automation of extension and wiki discovery
I am wondering to what extend the process of adding new wikis and new extensions here, as well as updating info for the extensions, is automated --Jeroen De Dauw (talk) 10:59, 18 January 2013 (UTC)


 * Websites and Farms are entered by users using Form:Website and Form:Farm respectively. They are not automated. It would be pretty easy to automate the creation of websites with a spidering bot, but I don't see this (at least at this moment) as the mission of WikiApiary. For example, I don't plan on loading the bulk file of Farm:Wikia sites. They monitor and maintain their wikis professionally. The original thought was that the hundreds (thousands?) of people maintaining their own MediaWiki sites would benefit from the information here, as well as receive helpful notifications from WikiApiary to make their wikis run better. I put in the first 100 websites so I had things to develop with. I also put in a lot of Farm:Wikimedia just because I think it would be odd to not include them in a project like WikiApiary. (It may be illogical to think that Farm:Wikimedia should be included but not think Farm:Wikia should. Not sure.) With that said, I do think that bulk loading all Semantic MediaWiki websites would be fine. Or bulk loading other independent wiki farms. In fact, I've documented the process for that at Bulk import websites.


 * (In brief, if someone wanted to write their own bot to add hundreds or thousands of their own wiki sites to WikiApiary I would be fine with that. And pretty stoked about it. :-P)


 * Extensions are very automated, as is all information about the websites (Property:Has HTTP server, Property:Has PHP Version, Property:Has MediaWiki version, etc.). You'll note that each website has two subpages, WikiApiary/General and WikiApiary/Extensions. These are completed automated via User:Bumble Bee. Bumble Bee is the same bot that collects statistics data as well. The general site information and extension data is collected once every 24 hours. Extension pages in the extension namespace are auto created via Semantic Forms Creates pages with property using Property:Has extension. However, &#91;&#91;kgh&#93;&#93; has done a ton of work in the extension namespace adding descriptions, URL, current version information, etc. But, for a default page to exist no human is required. Unfortunately those pages are created with me as the user, which I wish I could change but haven't figured out a way. Also, notably there are times when Semantic Forms just doesn't want to create some of those pages and I note that &#91;&#91;kgh&#93;&#93; usually fills in the 'redlink gap".


 * I have plans for more bots as well. The code for the rewrite of Bumble Bee and future WikiApiary bots is on the WikiApiary repository on Github. The next one I'm most interested in is User:Notify Bee which will send emails to people who've requested them with helpful information.


 * Long answer, but wanted to give you the details. Thingles (talk) 12:58, 18 January 2013 (UTC)


 * Thanks for your thorough answer :) --Jeroen De Dauw (talk) 18:44, 18 January 2013 (UTC)

Precision for users and edits
For wikis that have few users or few edits, the graphs have scales with float numbers. Perhaps better to limit this to ints if possible. Not vert important I guess --Jeroen De Dauw (talk) 11:02, 18 January 2013 (UTC)


 * I'm having a hard time finding a site that is showing floats. Which pages are you seeing this on? Thingles (talk) 12:44, 18 January 2013 (UTC)


 * Ahh, found one. User graph for ARIN IPv6 Wiki. Gonna see if I can tweak Widget:Website graphs to avoid this. Thingles (talk) 13:38, 18 January 2013 (UTC)


 * Okay, not showing decimals doesn't seem to be trivial. I tried the  option but that was worse since two lines showed up for a value and they seemed to be the same value. It just truncated the decimals. I don't see any other dygraph options that would do it. For now, I'm just going to leave this as is. Thought it might be a trivial fix. Thingles (talk) 13:57, 18 January 2013 (UTC) PS: I did add fills to some of the graphs while poking around, which I think looks a bit nicer.

mutante's wikistats
Hello, I read on kgh's talk that you're already importing some groups from s23. Of course I think you should import them all as soon as possible, ;-) however note that the new location is http://wikistats.wmflabs.org/, where it had some work including the import of several lists by Wikiteam, the most important of which is Pavlo's: if you use the txt list directly note that there are some duplicates and many of them are tracked. mutante's approach is of course quite different from yours, and by the way the repo is open for all to see and patch: I'm extremely curious to see how this wiki goes on, and if you manage to import all the independent MediaWikis I'll surely add a link to the Extension pages from mw:Template:Extension. --Nemo bis (talk) 12:54, 18 January 2013 (UTC)


 * Indeed I have spent some time looking at that Wikistats 2.0 site. I would feel fine adding everything outside of Farm:Wikia pretty soon. There are some data points that that has that I'm not sure I can get easily, notably "stub ratio". I'll take a look at this soon. I have documented a CSV format to Bulk import websites, do you happen to know if there is a relatively easy way to get the the list of sites in s23 in this format?


 * Also, adding a link to the Extension pages from mw:Template:Extension would be absolutely awesome. I completely expect we will have plenty of sites to generate very statistically relevant information for that. I've already found it helpful when working with extensions. It isn't ready yet though, we need to add more polish and more capability to those pages. Also, an idea that I think would be interesting is for mw:Template:Extension to display via an API call to WikiApiary the most commonly installed version of extensions directly on the mw:Template:Extension. Just an idea. Also, I really like how WordPress shows the grid of WordPress version versus Plugin version. Something like that could be done with this data. And, on the Project:Roadmap I plan on snapshotting the version data for extensions nightly so we can get a sense of how long it takes for wiki administrators to get new versions out.


 * Thank you for checking out the site! Thingles (talk) 13:21, 18 January 2013 (UTC)


 * What data do you really need for your CSV import? wikistats takes all that from the API (or Special:Statistics if the API is not available), don't you do the same? And if not how do you update? Back to your question: there is the CSV version, currently it works for me.


 * Yeah, all the data collected by WikiApiary is through API using a bot, that is what generates the data for the graphs. (I don't have anything to read Special:Statistics). The list of sites to collect from is where a CSV can help. I downloaded that file and it has the two columns I would need, namely the wiki URL and URL to api.php. It's going to be very tempting to load those all in. :-) Thingles (talk) 13:53, 18 January 2013 (UTC)


 * The stub ratio is just the ratio between "good articles" (countable articles) and all pages. See also Wikipedia article depth.


 * I added Depth calculation to each website, and I also stored it in Property:Has statistic depth so it can be easily queried. Thanks! Thingles (talk) 19:28, 18 January 2013 (UTC)

✅


 * Our templates are not able to make API calls, we don't even have interwiki transclusion (scarytransclusion) enabled... Some of your proposal seem to fit with the Extension Matrix project; the code used to update it is on the wiki. --Nemo 13:47, 18 January 2013 (UTC)