OniGalore:Current events

WIKI WORK IS FUN!
ENOUGH FOR A JOKE OR TWO THEN IT GETS BORING

These are only suggestions, although some are more obviously needed than others.

Whatever in this list looks interesting to you, feel free to tackle it, even if you only have a little time here and there.

However, if you are leaving a project half-done until you can resume it, please note that under the item in this list.

Thanks for whatever you can do to contribute.

If you're not confident about editing a wiki, check out our Help page, and meta.wikimedia.org for further reference.

General wiki work

Just browse Special:Wantedpages, and pick an interesting topic to write about!

Organizing the modding side of the wiki

I'd like to throw a general blueprint out there and see if there's any in agreement, or at least any who disagree. It concerns what we're doing with our modding-related articles on the wiki, which is generally One Big Mess right now. The basic principle behind these changes is simple: "groups things logically; present information clearly".

Proposal for organizing things:

• update AE:ONK to make it clear that it was superceded by the AE, and move it out of the AE prefix
• write an interlocking (interlinking!) page for OBD (called something like Overview of file types) that explains in plain English what each file does; this puts it all in one place, unlike putting summaries at the top of each page so that a newbie has to follow each file type link to that page to read about the file type; for the format would be something like:

"==QXRF== The QXRF type is for tracking the hats the characters are wearing; hat geometries are stored in VPRW files. At level-load, Oni scans the QXRF array and loads the VPRWs. Then, it textures them with the hat textures stored in BINA/LDWF and applies them using the UV maps in that BINA resource that are in the FLSJ format." -- each four-letter type links to an subheading on the same page that explains that type more fully but without any technical details; until this is done, the hard work performed in reverse-engineering these files is shadowed in obscurity for newbies because of the lack of plain English in the OBD pages

• New idea: use the <onlyinclude> tags on explanatory paragraphs at the start of each file type article. Then, transclude every article onto the Overview of file types page, or whatever it'll be called, and only the explanations will get carried over and compiled into one page. The only catch is that this method would only allow the blurbs to link between other file type pages, or other sections of that overview page; we couldn't have it both ways.

• move OBD:BIP out of that prefix, it's as much BSL-related as OBD-related and, anyway, it's a project page; we should keep the OBD and BSL spaces for just documenting information
• add to AE:Weapons (which still has the ONK image branded on it) any items on AE:New weapons that have definitely been adopted for the AE; the rest should then be moved to a more logical root-level name -- either a combinatory page like Weapons mods or their own separate pages -- since they are not part of the AE; they can be browsed there as candidates for the AE, but since they're not part of it, why leave them in that namespace?

Coverage of Oni content

1. The canonical version of Oni is English, so if your language version mistranslated something important, we'd like to know about it. Check out the canonical quotes HERE and point out discrepancies HERE.
2. Some characters pages are stubs and/or feature inaccurate/incomplete information: Kerr, Hasegawa, Griffin... Try to objectively present the content actually present ingame. Most of these characters appear in the Characters category. You can speculate and elaborate in the Added value section (typically the second half of a page). See Muro for an example.
3. Some chapter pages may have incorrect/incomplete plot summaries: they're also supposed to be concise, linking to other pages whenever the summary or the Added value section starts growing out of shape.
4. Places (like Regional State Building) and entities (like BGI) typically deserve a page of their own, meant to take some load off the Chapter summaries, both in terms of "facts" and "added value", while providing more or less technical trivia.

and beyond...

1. Use Lost Chapters to elaborate on what may have happened to Konoko in the time gaps between the original chapters (e.g., between CHAPTER 12 . SINS OF THE FATHER and CHAPTER 13 . PHOENIX RISING). You can also elaborate on sequels/prequels/interquels/paraquels, which may fit under a general philosophy (to be detailed HERE). Depending on the nature of your stuff, it may end up as more than fan fiction, either by being implemented in the Anniversary Edition or by inspiring dôjinshi-oriented artwork.
2. Plagiarism is not nice, but "Oni 2" can still be influenced by anime/cyberpunk/other references. See HERE to review the influences so far, elaborate on them some more, or point out new ones.

Adding to the databases

1. Despite its relative simplicity, BSL is vastly underdocumented. Most of the stuff is well-known to experts, but designing a comprehensive guide that will get novice scripters started and keep them going requires didactic skills and lots of patience. There are a few programming language basics that someone ought to say a little about (like functions or operators). Long-term goals are: a cross-referenced set of mini-tutorials that document the preset functions and variables in a standalone way (see, e.g., ai2_allpassive); maybe a functional breakdown of the original scripts (see, e.g., HERE); and redirects so that typing the name of the variable/function in the Go/Search box leads to just the right place.
2. There's still progress to be made in the field of binary hacking. Note the "OK?" column on OBD:File_types. Any page not marked with a happy face still has data stored within that file type that is not understood.

Implementing a Category Tree

This is a general advisory that I'm planning to finalize the Category Tree I've outlined here within two weeks. Once it's finalized, that means that I'll be slowly engaging in the process of placing pages into the category structure it describes. Doing this will allow us to: (1) filter out and rediscover old pages that need attention (and there are a few, believe me), (2) browse pages by category (allowing a site map-like alternative to the main page), and (3) organize the images properly so they can be tracked by us moderator types more easily.

Now, implementing the Tree won't be a fast process. I may not even find the time to start doing it for a while, but I still want to "lock in" the plan now, so I can begin working on it as soon as the right time presents itself. That being said, if anyone thinks the Tree needs some improvement, please speak up by May 4th. After that, the Tree can still be changed, but I might have already started categorizing, so obviously it would be nice not to have to re-do any work.