I agree with you, only problem is that if we use the game 'seeds' to generate a page for every planet in game they'll be 400 quadrillion pages on the wiki. It's just not logistically feasible to generate planets for every seed. Plus, if I'm looking for an item I only need a few coordinates per sector to find it, not a million.
Sorry about the late response on this one. There's definately room for improvement on the front page design, we're working on it and have plans to roll out some changes over the next few weeks. I agree the frontpage design on the Terraria wiki is really easy to navigate. We've kind of 'back-burnered' design for the past few weeks because data entry has been the priority. The game has been out about a month and a half, and getting everything in game moved over to the wiki has been a full time job. Now that content creation has settled down there will be more time to devote to design enhancements. Changes are coming soon, expect the 'look' of the wiki to be updated soon to be more functional. Thanks for the feedback!!
Ah terrific thank you. I did also want to point out something organizational. Not super important but... there is an inconsistency with page naming right now concerning blocks. Some are named as a type of block, Example --> Ash_Block, while others are simply named by what they are, Example --> Magmarock, Cobblestone rather than Magmarock_Block, or Cobblestone_Block. It would seem to me that it would be better for them to not have the block portion of the name, since the description will show that they are a block and also because that way onsite links don't have to have the page name and the text. You can just put [[Ash]] or [[Magmarock]]. Plus if someone is searching for a page they are more likely to type Sand, then to type Sand_Block. If that seems reasonable to you, I would be willing to start the process of converting them all to one nomenclature system.
The naming of pages reflects what the blocks/items/object/etc are in game. I agree with you it would be easier to navigate if there were standard naming conventions, but I think it would be more difficult for people if they're looking for an item and it's called something other than the in game name. I appreciate the suggestion, but the naming system is intentionally setup to reflect the game as closely as possible to alleviate confusion.
Oh my mistake. I did not realize it was called that way in-game. I was thinking it was being misnamed accidentally but if the naming convention is actually just poorly done in-game than I suppose that is not the wiki's fault.
Just a question, but I've only ever contributed to one other wiki and that is Bulbapedia...who are really strict about the amount of edits you make to one page or one part of a page a day (for instance, you want to add an extra detail you just thought of, minutes after your initial edit). If you do the aforementioned example, they'll call you out on it. Its annoying because honestly we are all just human... Anyways, are you guys this strict about this type of thing? I'll contribute nonetheless but just wanted to know.
Not at all. The only 'restrictions' on editing are that you're required to be registered (because we were running into problems with spammers) and that deleting pages is reserved for mods and admin status. Other than that, it's wide open to edit as much/as often as you'd like!! Let me know if you've got any other questions!
Found an Apex structure not included in the wiki. http://i.imgur.com/WL5yzJm.png Looks like an Apex Hospital to me. It had an Apex brain mutant inside of it. I had to replace one of the signs since I had taken it before. Edit: Found Igloo http://i.imgur.com/3vgJKXg.png
You probably want to go to the support section of the forums. http://community.playstarbound.com/index.php?forums/support/
I have a doubt - I actually want to move my reference pages \ tutorials online. Maintaining the E-book takes a bit of time and effort, which i am running short of. I was wondering if it was OK to move the pages to starbounder? The pages I would be moving are contained in this book [ To be clear - not link the book - but the reference pages which describes what each item of the various asset files do ] http://community.playstarbound.com/...tarbound-unoffical-modding-e-book-v0-7.67821/ == I didn't want to start moving it - without knowing if it was ok or not.
This is fantastic work man! The wiki would be a great place for it, then the community can help maintain it. There are a few namespaces that house specific types of info in the wiki, I'll give you the lowdown. Adding new pages to the space only requires adding the prefix before the name. Modding: The modding namespace houses all discussion of how the structure of files and systems work. I think most of what you've writer would fit into this space, or be added as new pages under this space. It seems best suited for most of the info. Data: I'm in the process of migrating the Asset Tree section in modding to a deticated namespace for file data. This will house file info for items and objects and serve as an "active resource" for modders to browse the directory structure. The plan is to then integrate this into the regular wiki pages as exampled here. I think some of the basic file type descriptions for assets may be better suited here, then linking back to more in-depth modding stuff in the modding namespace like "Checkout the Modding section for information about modding 'Materials'". Guide: This namespace is for short guides covering one specific subject. I think splitting the book up a little rather than dumping it on the site as a guide would make it easier for people to use it. There's already a Modding basics guide another user made there, so that could be 'built out' too with some of your info, or make some new ones for tutorial stuff. Ideally if the info is already on there I'd like not to have it all twice, everything is publically editable so don't feel like you can't change anything; if there's an article there and the book is written better, replace away. I'll leave it up to you to decide how best to roll it out, but you should have everything you need to get this setup with a basic account. If you want to make a custom 'index template' or 'navbox' to tie the pages together I can help you get that setup too. Thanks for the consideration in asking about it and the interest in making the wiki more awesome! Let me know if you need a hand with anything.
Thanks will move it slowly - will take some time. Started with rewriting Basics - page. Your format method seems to be more then sufficient to properly manage the data. Ill post back if I need any help with any issues - most of it seems straight forward.
Hmm, they're staying on after turning them off in Special:UpdateProfile/preferences? I did notice that they re-checked after I clicked update there, but the values correctly saved as cleared. I tried this on a test account just now and it seems to have disabled the notifications. Not a bad suggestion about off by default. I'll see about that once I get in there and clean up that section a bit, the user settings area in general needs some beautification/management.
I believe the Nav Menu in http://starbounder.org/Modding:Modding_Basics Could use a serious overhaul. Right now it feels completely random - especially the JSON objects section since there are hundreds of them, putting them in a single menu would make it pages long. I think a more fluid Menu set would be Installing Mods Modding FAQ Modding Basics Data Assets Guides These would be the most relevant items in modding - in order of importance
I wasn't the one who made that template, but I'll agree with that. I'll make those changes when I have the chance.
Is there any reason why we have a Items category and an objects category? I'd like to condense them into one or the other.