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)

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)