Current events

From Cantr II Wiki
Revision as of 21:11, 12 October 2005 by Sho (talk | contribs) (Resource Department disclosure)

Jump to: navigation, search

What's going on

Templates

I've created a couple of templates for editor use: Template:Stub and Template:Rewrite. Template:Stub is to be used on pages that are missing large amounts of important information - an example is Broom. Template:Rewrite is to be used on less severe cases of missing information, or on pages that merely need rewriting - an example is Alumina refiner. Sho 15:21, 24 Sep 2005 (EDT)

Weapons category

I've just filled in the entire weapons category from info found IC. Please feel free to check it out, spell check, format etc. Just make sure it's consistent as all the pages now have consistent IC info. Kabl00ey 04:37, 4 Oct 2005 (EDT)

Decisions

Machine Formatting

We need to establish formats for different object types. My page for smelting furnace, I will be using as a format for all new machine pages I create, which I intend on making a few of. I'd appreciate if people did the same. I'd like it if tools and resources could have a format that resembles my machine one, although with different properties, for obvious reasons. --Nick Roberts 08:41, 15 Sep 2005 (EDT)

  • I like this layout - it's user-friendly, easy to read, and easy to find what you're looking for. Would it be possible to a.) leave a larger space between the end of one project and the next for clarity, and b.) create a template for this for all users to access? Kabl00ey 00:01, 17 Sep 2005 (EDT)
  • Well, I was hoping the smelting furnace page would act as the template, actually. I will see about separating the projects list further. As we don't really have any ops for this wiki yet, I'm hoping everyone can agree to use the smelting furnace page as the template for machines. Changes to that template can be discussed here.
    • There, I added horizontal lines to the format and I think it looks much nicer now. Comments?

--Nick Roberts 08:58, 18 Sep 2005 (EDT)

Link Formatting

All links in lowercase letters, please. Wiki automatically capitalises the first.--Nick Roberts 09:26, 18 Sep 2005 (EDT)

Language setup

Do you think maybe the different languages ought to have different wikis, instead of being on the same pages? --Nick Roberts 20:30, 12 Jul 2005 (EDT)

  • I agree. --Creepyguyinblack 04:50, 13 Jul 2005 (EDT)
  • I changed it. --Jos Elkink 05:08, 13 Jul 2005 (EDT)
  • Would it be possible to make a true multi-language setup, similar to Wikipedia's? I don't know what's involved in making that work (I have a suspicion that it's not feasile here), but it's kind of annoying when half of the time Special:Randompage brings up a Polish page; also crosslinking articles is rather inelegant with the current system (no framework; also there are some pages like Jeep(pl). Sho
  • That would certainly be preferable... and was what I had in mind when originally making this suggestion. I don't like coming across polish articles when clicking on random page, or having search results clogged up with Polish links. --Nick Roberts 08:37, 15 Sep 2005 (EDT)

Categories and templates

It would make things a lot neater if we could use categories and templates to standardize the presentation of items and such. Virtually all of the information in here right now is begging to be categorized. I can't do it myself, not having any experience actually creating those, but does anyone else? Sho

  • I'm putting the vehicles in a category system. This will eventually mean tearing down the Vehicle page, but for now I'll just make nondestructive changes. Sho
    • Done. The whole manufacturing tree is being moved to a system of nested categories. Some debate on the Category talk:Vehicles page. Sho 15:32, 25 Sep 2005 (EDT)

Agglomeration vs. subdivision

Some categories of items, such as tools, have all of their elements listed on the same page. Others, such as resources, have separate pages for everything. My gut instinct (as a Wikipedian) is to split everything into separate pages and use categories to tie them together (it makes it easier for people to just type what they're looking for in the search box), but I can see why we might want to keep things in big metapages - it's similar to the format found in IC guides, often the individual data aren't big enough for individual articles, and it would be loads of unrewarding data-entry grunt work. Anyone have any opinion? Sho

  • The category system (tools) is so much clearer and easier to access the information you're looking for, so whilst I understand the Wikipedian urge to split everything, I think that the category system still provides easily accessible information. I cry a little on the inside when trying to find stuff on the seperate system (resources) - segregating the data, whilst easier to categorise and search, adds unnecessary pain in wading through links and editing pages. Kabl00ey 00:07, 17 Sep 2005 (EDT)
    • With proper use of categories, I think splitting makes things easier. In Firefox, I can use quicksearches to instantly pull up a page on anything that has its own page, without clicking on any links. I can't do that with a monolithic megapage. In the same way, it's easier to just punch the thing you're looking for into the search box - one click - with split pages. Categories can bring the pages back together anyway. Sho 00:35, 17 Sep 2005 (EDT)
      • I agree with Sho, the category system that was used for the resources worked great. I think a similar system should be used for machines, buildings, vehicles, tools, et al. --Nick Roberts 08:53, 18 Sep 2005 (EDT)
        • I'm surprised the tool set-up has lasted so long, it was only a copy/paste from an ingame guide I'd made - it looks ugly here. I'd like a segregated set-up there, but not for clothing I don't think, as that'd be no more of a copy of the in-game set-up - I've started discussion on clothing about how I'd like to go about finishing that section.--Hallucinatingfarmer 18:13, 22 Sep 2005 (EDT)
          • Yeah, everyone agrees with that HF. It just hasn't been gotten to yet. --Nick Roberts 13:49, 27 Sep 2005 (EDT)

Resource Department disclosure

Long-standing question: Since the repeal of the "find out in game" rule (or FOIG), should the RD be allowed/required to release to the wiki all information that can be discovered in-game?

Since I expect some long-winded responses to this that won't fit in a nested list format (or maybe that's just me), please post responses as subsections. Sho 22:49, 11 Oct 2005 (EDT)


Yes

The purpose of FOIG's repeal was to remove the effect of certain characters having advantages over other characters because their players knew more than other players. If we restrict RD's release of information that could be discovered IC, it's possible for that situation to arise again - a character gains an informational advantage because his player tried something, with a different character, that no player has posted on the wiki about. There are two solutions to this problem. One is to require that all players wiki any information they obtain in-game as soon as they get it. This is unenforceable and silly. The other is to have RD wiki all obtainable information to level the playing field in advance.

Another reason is, simply, efficiency. Generally those who oppose full disclosure argue that players should work to find obtainable data on their own. The problem is that obtainable data is often not at all easy to obtain. Some data, such as the amounts of resources certain animals drop when hunted, is precisely obtainable, but only if characters spend significant resources to discover them. Do we really need to have a situation where players have to use their characters and significant amounts of their own time to obtain information that could be retrieved in under a minute by RD staff?

There is also some precedent. Resource gathering rates are arguably something that realistically should not be displayed as explicitly as they are in-game; even more so the 20% deviation in output. Building capacity was freely released by RD (even vehicle capacities, which RD is refusing to release, is being witheld not because they should not be released in general, but because they will soon be outdated), even though it is an excellent example of obtainable data that would take colossal effort to discover in-game (to my knowledge no character or player had anything approaching precise values for building capacities before RD released them on the wiki).

Sho 22:42, 11 Oct 2005 (EDT)

  • Strictly speaking RD did not release the building capacity infomation. Thses details where released by the Programming Department (ProgD). A bug was discovered which effectively disabled the maximum number of persons . Since correction of this bug generated a number of support queries , ProgD felt that publishing this information would help explain what seemed to be changes in room capacities. --Chris Johnson 05:20, 12 Oct 2005 (EDT)

Tasks

Admin tasks

Spammer IPs

Block the following IPs for spam:

  • 69.152.35.94
  • 24.202.53.171
  • 68.75.27.99
  • 66.72.161.240
  • 211.117.169.172
  • 82.67.192.173

Pages for Deletion

Listed on Category:Delete

User tasks

"Stamp of Approval"

It's not clear how much of the stuff here is data from Programming or Resources Department people (and therefore probably complete and correct) and how much is contributions from players like me (and therefore likely to need verification). For example, I'm not sure how much to trust the data on the ability of certain boat types to dock to each other; I feel that it looks like some types were left out, but I can't be sure. Some way of, say, putting a stamp of approval on information would be excellent. Sho

  • A good idea would be to add notes into the discussion pages stating the information added and from what department. Personally, I've added the information for vehicles and animals, and so should be 99.9% accurate. --Anthony Roberts 22:59, 16 Aug 2005 (EDT)