Difference between revisions of "Nookipedia talk:The Roost"

From Nookipedia, the Animal Crossing wiki
Line 550: Line 550:
 
Oh yeah the tune one. The regular one was deemed to be fine but the tune had multiple tags, it was a stub and the talk page didn't exist.[[User:Koopadude99|Koopadude99]] ([[User talk:Koopadude99|talk]]) 10:33, July 30, 2020 (EDT)
 
Oh yeah the tune one. The regular one was deemed to be fine but the tune had multiple tags, it was a stub and the talk page didn't exist.[[User:Koopadude99|Koopadude99]] ([[User talk:Koopadude99|talk]]) 10:33, July 30, 2020 (EDT)
  
== Proposing deletion for numerous deprecated templates ==
+
== Proposing deletion, redirection or recategorisation for numerous deprecated templates ==
  
In the past few months we've overhauled a number of templates, and marked many older ones as [[Template:Deprecated|deprecated]]. I think it's time to go through and decide what to do with these. Personally I think we're in a position where many of them can be safely deleted now (a few need the last remaining uses swapped out for replacements, but that should be trivial to resolve), however some of them might be more suited to being moved to [[:Category:Personal templates]] if users still wish to make use of them for their own user pages. As there's so many of these templates, I figure it would be best to centralise discussion here.
+
In the past few months we've overhauled a number of templates, and marked many older ones as [[Template:Deprecated|deprecated]]. I think it's time to go through and decide what to do with these. Personally I think we're in a position where many of them can be safely deleted or redirected now (a few need the last remaining uses swapped out for replacements, but that should be trivial to resolve), however some of them might be more suited to being moved to [[:Category:Personal templates]] if users still wish to make use of them for their own user pages. As there's so many of these templates, I figure it would be best to centralise discussion here.
 
   
 
   
 
The deprecated templates I'm putting forward here are as follows:
 
The deprecated templates I'm putting forward here are as follows:
Line 603: Line 603:
 
}}
 
}}
  
There's also some deprecated templates which are being phased out, but are still too heavily used to consider their removal at the present time. I'm '''''not''''' proposing we delete the following templates yet:
+
There's also some deprecated templates which are being phased out, but are still too heavily used to consider their removal at the present time. I'm '''''not''''' proposing we delete or the following templates yet:
 
{{Columns-list|
 
{{Columns-list|
 
* [[Template:BugInfoCF]]
 
* [[Template:BugInfoCF]]
Line 619: Line 619:
 
:*A point you also mentioned, it would break user pages that use these. If you wanted to edit someone's page to replace the broken template and the deprecated template and its replacement differ non-trivially we would be '''changing''' another person's user page.
 
:*A point you also mentioned, it would break user pages that use these. If you wanted to edit someone's page to replace the broken template and the deprecated template and its replacement differ non-trivially we would be '''changing''' another person's user page.
 
:It also wouldn't be harmful to keep them around since in the case that anyone that lands on the page, they know that the template is deprecated because of the notice and won't try to use it. On the contrary, its existence is actually helpful. If the deprecation notice specifies a replacement template, it helps people find what they're looking for even more easily, especially if it is not straightforward to them that the replacement can be used like that (for an HTML example <code><nowiki><center></nowiki></code> is deprecated, but for a new person looking to center text it is easier to find and more immediately obvious than <code><nowiki><div align="center"></nowiki></code>, and they might not even know you could use div for that). Now there is an additional path someone can take to find what they want. At the very least the template would be more useful to someone visiting it than a "This page has been deleted." message. [[User:ShadeTempest|ShadeTempest]] ([[User talk:ShadeTempest|talk]]) 00:54, August 10, 2020 (EDT)
 
:It also wouldn't be harmful to keep them around since in the case that anyone that lands on the page, they know that the template is deprecated because of the notice and won't try to use it. On the contrary, its existence is actually helpful. If the deprecation notice specifies a replacement template, it helps people find what they're looking for even more easily, especially if it is not straightforward to them that the replacement can be used like that (for an HTML example <code><nowiki><center></nowiki></code> is deprecated, but for a new person looking to center text it is easier to find and more immediately obvious than <code><nowiki><div align="center"></nowiki></code>, and they might not even know you could use div for that). Now there is an additional path someone can take to find what they want. At the very least the template would be more useful to someone visiting it than a "This page has been deleted." message. [[User:ShadeTempest|ShadeTempest]] ([[User talk:ShadeTempest|talk]]) 00:54, August 10, 2020 (EDT)
 +
::You make some good points. As I said, some of these might be more suited to be marked as Personal Templates, or even redirected to others. I'm going to alter the title to reflect that, since it's not strictly meant to be a discussion about deletion and I shouldn't have lead with that.
 +
::We don't have to delete all or (any) of them, but I don't think there's any value left in, say, keeping the numerous table cell templates around for example since they've all been merged into one. I think there is a benefit to keeping others for personal use, e.g. the Navbox templates, so that's why I want to open the discussion to decide what to do with each one.
 +
::Some of these templates use names that would be good to repurpose in future (e.g. Tab, e+), so moving them to a different page title is another consideration to make as well. --[[File:Shark HHD Icon.png|20px]] [[User:Dorsal Axe|<span style="color:#0B3E57; font-family: Coustard">Dorsal Axe</span>]] <span style="font-family: Coustard"><small>([[User talk:Dorsal Axe|talk]])</small></span> 02:08, August 10, 2020 (EDT)

Revision as of 02:08, August 10, 2020

Wiki-Wide Discussions

 You're at the discussion page for the Community Fountain, your one-stop-shop for editing help and community discussion.

  • This page is for general discussions regarding the entire wiki, policy, and any questions about editing you may have. New topics go at the bottom of the page.
  • Comments regarding certain articles may be posted on the talk pages of those respective articles.
  • Issues requiring a staff member should be posted on the staff noticeboard instead of on here.
  • Feel free to also join us on Discord, for additional discussions regarding the wiki, Animal Crossing, and more.
Archives: 2013 | 2014 | 2015 | 2016 | 2017 | 2018 | 2019

Example topic

Post new topics below! Drago (talk) Drago PC Villager Icon.png 11:03, January 1, 2019 (EST)

Image category organization

I noticed that there's an incomplete organizational setup involving image categories in the wiki. There seems to be a useful category, Category:Animal Crossing: New Leaf pictures (see talk page), that was left unused mostly and I questioned if it's necessary. I do think there can be use for that category, but only if other similar subcategories of images are created (e.g. Animal Crossing: New Leaf flowers), so I think we should create more categories (while also completing this category) and if those subcategories make sense. Mario Signature.png 19:13, January 1, 2020 (EST)

This discussion could be an extension of 2019#Creation of subcategories for [[Category:(game) Images]]. Sorting things out would be great for those categories, but may require tedious work. I'm actually working on scripts that could do exactly that, which have to be sanctioned of course, but there needs to be some agreement on which categories are needed. I'm thinking of the following archetype for New Leaf, which still needs refinement:
Some of these may potentially be overkill (letters? or categories for types of clothing if there aren't much to begin with?) although the archetype shown above could be used as a basis for further discussion on this topic. My rationale for this is to facilitate searching for media, as the current Category:Animal Crossing: New Leaf Images is too polluted, and the only way to search for, for instance, a particular villager's picture is to go to their article. I have also noted the omission of Animal Crossing: in naming these categories, which can also be discussed. (Also can we archive discussions above this one to Nookipedia talk:Community Fountain/2019?) >Decomposerx20pxx20px 04:46, January 2, 2020 (EST)
I'm in agreement with all of these categories including the shortening of the category names to remove the leading 'Animal Crossing'. I would also propose that we put the system into place for all future images uploaded to the site and start retroactively organizing images beginning with New Leaf. One more note, we actually have lots of (non-HHD icon) images of ACNL furniture, they're just categorized in Category:Game Screenshots along with thousands of other images. I believe most of them were uploaded by Mario though, so we could find a good chunk of them by sorting through their contributions. Let me know if there's anything I can do to help with this. Sunmarshsignature.png (talk) 23:49, January 2, 2020 (EST)
I don't know if Administrators and whatnot have tools for mass editing all the pages linked in some page with specific criteria. For instance, all files in Picture that end with PicACWW.jpg are part of Category:Animal Crossing: Wild World pictures (apparently that category already exists!), and those ending in PicACNL.jpg should be part of Category:Animal Crossing: New Leaf pictures (but they aren't). I'm seeing if I can add arbitrary text (e.g., [[Category:New Leaf pictures]]\n) to all pages that are linked there that meet said criteria, and I will conduct a few tests in Pictures in the coming days before finally categorizing all of them. (For developers, the libraries I am writing are all in sonchou and go-mwclient.)
I think it's best that the categories be first created? Sunmarsh, if you strongly believe that these categories are appropriate, could you create them and populate with some pictures belonging to said categories, as well as move Category:Animal Crossing: New Leaf Images, Category:Animal Crossing: New Leaf screenshots, and other established categories, at least for New Leaf only, to their shortened forms? Because I'm thinking of waiting for other opinions on such a heavy topic (considering it deals with how we categorize Nookipedia media) and establishing consensus. >Decomposerx20pxx20px 00:52, January 3, 2020 (EST)
If they're overkill, that's fine. Just be bold. :) I did also upload a lot of images from the Prima Guide for New Leaf (RIP Prima), but didn't categorize them because the category, don't think it existed? We should definitely create more categories before more images get uploaded and we get swamped. Heck, I'm working on uploading custom furniture images. There should be a category for images of refurbished furniture (subcategory under furniture), by the way. Mario Signature.png 01:01, January 3, 2020 (EST)
I've made all of the proposed categories for Animal Crossing: New Leaf and Animal Crossing: New Horizons and tried to tag all the old categories with move requests, but I'm sure I missed some. We have a text-replacement tool, so it would be relatively simple to move all images from one category to another, however to my knowledge, there would be no way to select just a subset of images in a category to recategorize. HotCat which makes the process quicker but still requires per-image category adjustment; this tool is available to everyone. Also I didn't mean to place any blame on you Mario for not categorizing the images- we didn't have a system set up at the time. I appreciate the time taken to upload all the images in the first place! Smily.png I'll move some sample images into the new categories where available and will move existing categories to their new location over the next few days, if there are no objections. Sunmarshsignature.png (talk) 15:00, January 3, 2020 (EST)
Just wanted to update here that I had placed at least one image in each of the newly created categories. I will be mass-replacing categories tomorrow (e.g. Category:Animal Crossing: New Leaf Images becomes Category:New Leaf images) and then deleting the old categories. So speak now or forever hold your piece lol. Sunmarshsignature.png (talk)
Another update: All existing ACNL & ACNH categories and their images have been migrated to the new categories. Let me know if I missed any. I tried to fix any templates that would be affected by this (like Infobox Villager, Fish, and Bug), and I think I got them all, but I'm sure there is something I missed. If you know of a template that uses #incat: you might want to check it. Sunmarshsignature.png (talk) 21:21, January 5, 2020 (EST)
?Final? update: Categories for all games (that I could find) have been moved to their new location. I double checked the former categories to make sure no images were left behind. I also checked to make sure that any templates that are using #incat: have been updated appropriately. The only thing left to do is to make sure all uploaded images have been (properly) categorized, and I suppose sometime down the line we might want to consider creating additional category pages for games prior to New Leaf to further categorize those images. Sunmarshsignature.png (talk) 16:35, January 6, 2020 (EST)

┌──────────────────────────────────────┘
Excellent work in recategorizing and populating, all! Regarding other games than New Leaf, the above archetype can be modified to suit each game, depending on the media available in each of Category:Images by game:

(The above list is incomplete and anyone is free to expound on them. I will be expounding much more on the following day.) The following are further comments and realizations in writing the above list:

  1. Category:New Leaf furniture may be inconsistent with "Category:Wild World furniture items". Migrating the former to the latter format could be done by hand since it's only nine images, although I'm more inclined towards the former, which may require mass renaming. Rationale is that (Game) furniture can also contain the furniture series available to such a game, whereas (Game) furniture items would sound less "natural". See below point.
  2. Category:New Leaf bugs is a category containing the bugs available for New Leaf, but can also contain the media for said bugs. Similarly, categories (Game) bugs and (Game) fish could do the same. I was thinking of doing something like Category:Animal Crossing (GCN) bug images, but that may be too unnecessary.
  3. I have noted above that Category:Animal Crossing (GCN) fish should supersede Category:Animal Forest+ fish. The vocabulary used in Nookipedia when referring to the GameCube games does not seem to be uniform: we have three words for the localized release: Animal Forest+ (Category:New characters in Animal Forest +), Doubutsu no Mori+ (Doubutsu no Mori+, whose merge with Animal Crossing (GCN) is pending), and Animal Crossing (GCN) (Category:Animal Crossing (GCN) Images). (I treated the two as one game since wikipedia:Animal Crossing (video game) states that Animal Crossing is just Doubutsu no Mori+ (どうぶつの森+)) A similar situation is seen in Animal Forest e+ (Category:Animal Forest e+ bugs) and Doubutsu no Mori e+ (Category:Doubutsu no Mori e+ Images). The deletion of Template:AF, Template:AF+, and Template:AFe+ should signal that the Animal Forest name should be superseded by Doubutsu no Mori, Animal Crossing (GCN), and Doubutsu no Mori e+.
  4. Some files have really weird naming conventions as shown above, with some types of images being more uniform (e.g., House of (Character) (GameShortest).jpg and (Character) (GameShortest).jpg for villager houses and character art), and other types being, well, like File:Giant Catfish PG Icon.png, File:Giant Catfish PG Field Sprite.png, and File:Angelfish PG Field Sprite.png. Discussion about media nomenclature could be done as another topic here, which should base from precedent and Nookipedia:Project Images, although categorization could be done first and, once images are in their respective categories, they can be renamed using a set of rules.
    • A note could be made here regarding the villager houses media. There are files which are named House of (Character).png, wthout any game information. I moved some of these but further search and replace should be done.
  5. The Welcome amiibo update has introduced several new characters, such as Buzz, and together with them their villager picture and character art. Should these be placed in the New Leaf categories described earlier, or should they be placed in different Welcome amiibo categories which would be subcategories of their New Leaf counterparts? I'm leaning towards doing the latter, unless if some would voice that they should be absorbed into the New Leaf categories.

Any further comments and suggestions on everything written above? >Decomposerx20pxx20px 09:54, January 7, 2020 (EST) (edited 07:09, January 11, 2020 (EST))

Alright, I'm in support of all of the proposed categories and will start creating them (or you can start if you'd like) over the next few days. I will also rename any existing categories to fit with the established naming system during that time. For point #1, I agree with using (Game) furniture and so I will move images from "Category:Wild World furniture items" (and Category:E+ Items). For #2, I don't think we need a separate category for bug images and we can just let them populate the same page (although that then begs the question of whether we need two categories for characters vs character art). I think that the real question is whether having images in a category affects the function of the #incat: parameter?
For #3 I agree that the Animal Forest categories are outdated and need to be renamed. Also, in accordance with the Romaji standard established by Ok I believe that the correct spelling is now Dōbutsu no Mori. I think I'm the one who originally proposed the change to Doubutsu no Mori, and I think Nintendo has used both forms (although most recently made use of Dōbutsu no Mori on their merchandise from Nintendo Store Tokyo). The point of adopting a standard is to use it consistently though, so that's what I will use for the rename of all categories beginning with 'Doubutsu'.
Speaking of Doubutsu no Mori+, while I agree with and support the merge with Animal Crossing as it is the Japanese version of the game, it features many localization differences that I think are notable enough that the game should get it's own subcategory within Category:Animal Crossing (GCN) images. And then I think subcats for DnM+ should also be created for all other AC (GCN) categories as needed. I would be open to hearing other opinions on this though.
As far as Animal Crossing: New Leaf - Welcome amiibo goes, I think that images of Welcome amiibo exclusive characters, items, locations, etc. should definitely get their own subcategory under New Leaf. Sunmarshsignature.png (talk) 15:43, January 12, 2020 (EST)
I've created several of the above categories, although with some changes: decided to go with Category:Wild World box art instead of "artwork" to disambiguate from artwork as in Art, as well as Category:Happy Home Designer villager houses instead of "requests," as the screenshots are, after all, screenshots of villager houses that clients have requested, and so that it may fit in Category:Villager houses. With regards to media affecting #incat, mw:Extension:PageInCat doesn't say anything about undefined behavior and media in categories so I think this should be fine, although the media in categories does bring a question (see below).
On what you've said regarding the GameCube series, I am not an expert on the series, so I have not created those categories yet. The games' differences are more distinct on some categories e.g., character art than on others e.g., sprites. More discussion should be needed on which media categories should be created for these games
On regards to characters vs character art, I think the different types of media for characters (character art, character icons, and model renders) is sufficient grounds for subcategorization. I don't think this can be said for bugs or fish for any specific game (although bug sprites e.g., File:Birdwing Butterfly WW Icon.png and bug images File:Birdwing butterfly (Wild World).gif in Wild World could be grounds to subcategorize between the two, (sidetrack) although by then, wouldn't it be better for these to be accessible inside a common category and rename them to some fixed convention e.g., Birdwing Butterfly WW.gif and Birdwing Butterfly WW icon.png so that the user may be able to get the appropriate media wthout going down several categories?), although that does bring to a more fundamental question: should there be separate categories for media and pages? Because with regards to category unification for page and media categories for bugs and fish, I have laid down two tracks that could be done in their subcategorization:
  1. Categorize game-specific bugs and game-specific fish to the same category for the pages for these bugs, implying that a media-only subcategory is unnecessary.
  2. Place all media in separate categories, forgoing unification.
Option 2 could sound appealing as it gives media a direct link to Category:Images (which, I mean, they are), but at the same time Option 1 would allow media to be integrated with the pages they refer to. I would be more inclined to Option 1, but listing the implications of both I have to say that Option 2 sounds much better. As this will affect how images will be categorized in the future, consensus on this topic should be established firmly before pursuing categorization of these images. LoneShadowStar is the project leader for Nookipedia:Project Images, and should have experience regarding images, although he hasn't been around for some time. In addition, we could look at other wikis at NIWA have been doing: what categorization does Bulbapedia (which keeps its media in a separate repository altogether) or Pikipedia or Mariowiki use? I do not visit their websites, but looking at around five minutes shows that they categorize their media separately from their files (Option 2), although someone who is more experienced there should lay down what method they use. (Appending signature so that discussion on this could continue here) >Decomposerx20pxx20px 12:01, January 14, 2020 (EST) Respond to this at the very end.
With regards to other categories that are more clear, such as on villager houses, I'm still working on if I could write a script that could run a function to all pages (or files) in a specific category. For instance, those that start with "House of" and end with "NL.png" are definitely members of Category:New Leaf villager houses. I'll link the source code here in a few days. >Decomposerx20pxx20px 12:01, January 14, 2020 (EST)
Here's the script for those concerned before I run it for good. Do feel free to inspect it. Looking at the Recent changes, it looks like it performs its job well. If there are no complaints with me running scripts here and there, I'll go run it in two days from now. >Decomposerx20pxx20px 06:56, January 15, 2020 (EST)
Done. I'll see if I could write similar categorizing functions for others such as character art that could fit into this PageFunction archetype written, although it'll take some time. For the meantime, Option 1, 2, or are there any suggestions for such categorization? >Decomposerx20pxx20px 08:30, January 17, 2020 (EST)
Looking at how other wikis do things... on Inkipedia for example all images of Clothing are in Category:Clothing, and then only clothing pages are listed in Category:Clothing in Splatoon 2. This would be like us putting fish images from all games in Category:Fish and then only listing specific fish pages in Category:New Leaf fish etc. On Bulbapedia (and Inkipedia) they don't have categories of 'images'. They simply tag an image with the game it comes from. So all images relating to ACWW would be tagged 'Wild World'. Screenshots for all games are tagged 'Game screenshots'. Sprites are distinguished on Bulbapedia with their own categories separated by game (e.g. Category:Pokemon Yellow sprites).
So, basically... I think we already favor a more nuanced categorization system than other wikis, and therefore copying the way other wikis do things would involve making major changes which I don't think are really worth it (or even necessarily more helpful).
After thinking things over for a while, I think I, like you, initially favored option 1, but the more I thought about it I think that it just makes more sense to separate the media because it seems to follow a trend we have already established. Additionally this way you should be able to find a nuanced category for any image you're looking for by searching by game (e.g. City Folk images, New Leaf images etc.). I would want to include some sort of hatnote though at the top of Category:New Leaf bugs for example, that reads something like 'For media related to this category see Category:New Leaf bug images'.Sunmarshsignature.png (talk) 19:17, January 17, 2020 (EST)
A hatnote does sound like a good way to link readers in a category containing Pages to that containing Files and vice versa. I have created a few categories here and there that would distinguish them from the Page categories, and will be moving some files in the coming days. (Since no one seems to be objecting on me running scripts this means I should be able to go ahead as soon as I can?) If you could create the other categories you think are necessary, such as on the Gamecube ones, please do. >Decomposerx20pxx20px 09:21, January 19, 2020 (EST)

Template:Game screenshot and Special:UncategorizedFiles

In recategorizing files, I have taken advantage of either the image categories by game (e.g., Category:New Leaf images) or the special page Special:UncategorizedFiles. An issue that I have found using this methodology is that there are images that are present in neither because they have been blanketly categorized using Template:Game screenshot and are in Category:Game Screenshots without being in any other category. Removing <includeonly>[[Category:Game Screenshots]]</includeonly> in the template will flood Uncategorized Files, but this will allow us to see which media have yet to be segregated to their proper categories. In addition, Category:Game Screenshots should just be a parent category for gameplay screenshots per game or for events, but should not contain any media in itself. Are there any objections in removing the includeonly directive? This discussion also includes that for Category:Game Sprites and the categories bound by Category:Licensing Templates. >Decomposerx20pxx20px 01:39, February 3, 2020 (EST)

I agree that these meta-categories shouldn't contain media, so I have removed the categorization code from {{Game screenshot}} and {{Game sprite}}. You should see the images popping up in uncategorized files over the next hour or so. Feel free to remove the categories from other licensing templates as necessary. I don't think any are protected but let me know if you need my help. Sunmarshsignature.png (talk) 11:40, February 3, 2020 (EST)

Request to recategorize due to permission issues

I am unable to recategorize the following images due to permission issues, automatically or manually. Could someone else categorize them?

(For those interested in how these could be recategorized automatically, see User:Autotroph.) Help is appreciated. Lucky Clovers NL Icon.pngDecomposer 03:33, February 29, 2020 (EST)

Enhanced artwork

Why do we have edited images of villagers as a stand-in over the original art? Mario Signature.png 22:14, January 3, 2020 (EST)

Just an FYI for others who may not have seen the original conversation, this is a continuation of the discussion at File talk:Gulliver NLa.png. And I don't have an answer for your question lol... It seems that these were assets taken from the official animal-crossing website per vmario97. I think it's the lack of anti-aliasing that makes them look pixelated/grainy.
The quality of the image is really besides the point and the real question here is how we determine which image to feature in a character's infobox template. I feel like this topic has come up before but I can't find it in the Community Fountain archives. I also checked the Bulletin Board forums archive and couldn't find the discussion there either. Generally I think we would want to use officially sourced images from the most recent main-series game, the exception being when we have a better quality image from a non-main-series game. At this point, with New Horizons around the corner it's a bit of a moot point. I imagine we'll be changing all the character art for the new game anyway so I think the issue will take care of itself. Sunmarshsignature.png (talk) 11:12, January 4, 2020 (EST)
Some background on this: when new villagers were released for Welcome amiibo (WA), we couldn't find official artwork of them, until we noticed that new images were appearing for the daily villager birthdays on animal-crossing.com. These images aren't edited by us; they're actually just that low-quality coming from Nintendo. In cases like Admiral, where their last appearance was pre-NL, I think it makes perfect sense to use these WA artworks. For villagers that were in the base NL game and have both NL and WA artwork, that's where the debate is - do we want to use the original NL artwork, or use the lower-quality WA artworks which are basically variations of the original NL artworks? IMO we should stick with the original NL artwork, due to the quality issue and since it's all still technically the base game, but as Sunmarsh mentioned, I don't think it's a huge deal since March will bring artwork refreshes anyway. ~SuperHamster Talk 16:56, January 4, 2020 (EST)

Music category organization

After browsing Category:Music, there is a sizeable amount of music that is unsorted by sub-category, like Hourly Music, Business Themes, and so on. I'm very new to Nookipedia and wiki editing in general, but I'd love to help with this. Personally, the reason why I started lurking here years ago was to look up the music pages to find things we still don't have, like instrument descriptions and musical keys. Here are a few other ideas that may be handy as well:

  • What would you all think of adding a section to music articles that features a .pdf download (or an external link) to fair-use sheet music available from NinSheetMusic.org? The lovely folks there create the sheets for everyone to use as long as the arranger is given credit for their work.
  • I found an article mentioning Project Music. If the goals mentioned there are still on a back burner, I'd be happy to start picking away at them.

Any thoughts, additions, rejections, or other considerations are greatly appreciated. HasteWaste talk 02:27, January 10, 2020 (EST)

I think it's all fine. I wonder, do we know what kinds of instruments are used? As the music is in MIDI, you think we can find out what the soundfonts are? Yeah, the project is on a back burner for a while. It'll be appreciated if you contributed! Mario Signature.png 15:57, January 11, 2020 (EST)
Nookipedia:Project Music has been inactive for many years now. If you would like to spearhead the project and become its new leader, we would welcome you to do that and will support you in any way that we can (although I don't know how much music experience anyone has, per se). If you don't want to make that sort of commitment, you're more than welcome to make changes if and when you can. We generally ask that any major changes (moving, deleting, or merging of pages or categories) is discussed on a talk page or here on the Community Fountain first, but you're free to make all the edits you need to add/edit content, or even add new pages if we're missing any.
I like the idea of linking to NinSheetMusic.org, and I wonder if we could partner with them to have them link back to Nookipedia in some way? Either way, I think it's better to ask them before linking to their PDFs directly or uploading them here to make sure it's OK to do. Are you a regular member there/do you know of anyone on that website?
Also, if you need any sort of templates for the music pages created or edited just let me know as that's something I enjoy doing. Sunmarshsignature.png (talk) 15:58, January 12, 2020 (EST)

New userbox friend wiki

Hello, could we create a userbox for the Doom series to add to this list Nookipedia:Userboxes#Other_Series with the logo of the series and a link to doomwiki https://doomwiki.org/wiki/Entryway which is affiliates at http://niwanetwork.org/ like wikibound, mutecity.org, bulbapedia, wikirby, zelda.gamepedia, mariowiki, metroidwiki, pikminwiki and starfoxwiki. Something that would look like this :



And Isabelle is big fan of this serie ! ThomasUnD (talk) 07:19, February 24, 2020 (EST)

While that sounds like a good idea, I believe that there isn't much of a demand to do so. You could however create your own userbox template by writing the {{Userbox| ...}} code you wrote in above in a user subpage (e.g., User:ThomasUnD/UB Fan Doom), and transclude that in your userboxes by using {{:User:ThomasUnD/UB Fan Doom}}. In that way, the Template namespace won't be occupied with all sorts of userboxes for any series, and other users who are also fans of Doom can use your userbox. Lucky Clovers NL Icon.pngDecomposer 08:53, February 26, 2020 (EST)

Category:Insect on Main Page

There is an image called BugButton.png, and it link to Category:Insect, although should link to Category:Bugs, as that's the actual category name. Can an admin fix that? Thanks Results May Vary (talk) 21:17, March 6, 2020 (EST)

Done, thanks for pointing it out! Drago (talk) Drago PC Villager Icon.png 14:27, March 7, 2020 (EST)

Signatures

How do you make custom sigs? Thanks in Advance! SplatNerdBekahboo (talk) 09:43, March 20, 2020 (EDT)

Actually, no need! I figured it out. \/\/00|\/|¥/Woomy$₽|_@+|\|€R|]߀|<@|-|ß00/SplatNerdBekahboo\/€€|\/|0/Veemo (Talk) 10:45, March 27, 2020 (EDT)

Project Museum

I'm pumping life back into Project Museum. As part of this, I'll be writing up new standards for how these pages are laid out. I've written some changes I plan on making, so leave feedback if you're interested at Nookipedia_talk:Project_Museum. Thanks, ~SuperHamster Talk 02:24, March 29, 2020 (EDT)

Furniture based pages

Should we make pages about furniture, hats, and other minor stuff? I feel like this is needed. SplatNerdBekahboo (Talk) 13:29, April 3, 2020 (EDT)

Hi there - we already cover these areas! However, some of the pages are short on info and images. Drago (talk) Drago PC Villager Icon.png 13:38, April 3, 2020 (EDT)
Re. NH item coverage, I'm prepping a massive import of the community item spreadsheet as it nears completion. ~SuperHamster Talk 13:46, April 3, 2020 (EDT)
I meant for specific pieces of clothing and furniture and how to get them. SplatNerdBekahboo (Talk) 11:14, April 7, 2020 (EDT)

Music

We don't have a central music page, so I'll post this here. Are the names of shop themes (such as Tom Nook's Chain Jingles and Auction House Harmony) official or is it just another thing that has been made up by editors? Drago (talk) Drago PC Villager Icon.png 13:36, April 6, 2020 (EDT)

I don’t think they are, but that is just an educated guess. FLAME1232(Talk) 13:53, April 6, 2020 (EDT)
Just made up as far as I can tell. The tracklist for the Gekijouban Doubutsu no Mori OST simply calls it "Tanuki's Shop" (Tom Nook's Shop) and tracklist for Your Favourite Songs calls the Auction House theme "The Auction House". --Shark HHD Icon.png Dorsal Axe (talk) 14:29, April 6, 2020 (EDT)

Rename categories for Japan-only titles

I notice that we have some categories that still use "Animal Forest" in the name instead of "Doubutsu no Mori". I propose that we update/move these categories as needed in order to keep things consistent:

Additionally, we have the category Animal Forest+ fish which seems redundant. It's identical to Animal Crossing fish except for the Herabuna/Brook Trout. Personally I think it's best to lump Herabuna into this one, as we have pages already explaining the discrepancy, and the wiki has already agreed that AC/DnM+ are two regional variations of the same game. --Shark HHD Icon.png Dorsal Axe (talk) 09:32, April 9, 2020 (EDT)

Nearly all the changes have been made/are in progress. I didn't make the Animal Forest+ fish change because I'm not sure the best way to deal with it. I agree that DnM+ doesn't need to appear in the appearances field for any fish... except for the exceptions (e.g. Herabuna/Brook Trout). And right now the way that the appearances field works, is that it relies on category information. So, if we removed the category information then we would need to hard code the exceptions into the template. This is easy to do, but I wanted to get some feedback/consensus on this before I did that. Sunmarshsignature.png (talk) 16:47, April 13, 2020 (EDT)

Grammatical and capitalization errors

Millions upon millions of grammatical and capitalization errors have been detected on this wiki, please help us to fix them. It is estimated that every page on the wiki has at least three capitalization errors.—Grammar Fixer (talk) 20:01, April 12, 2020 (EDT)

I will try to fix every error I see. I thank you for your support. SplatNerdBekahboo (Talk) 13:29, April 13, 2020 (EDT)
We here at Nookipedia take this issue very seriously, and we thank you for bringing it to our attention. Based on your initial estimation- 'millions upon millions' of errors, we estimate this corrective process will take around 50 years to complete. We urge those users who are particularly sensitive to grammatical inaccuracies to avoid visiting the wiki during this transition period. Thank you for your understanding. Sunmarshsignature.png (talk) 17:00, April 13, 2020 (EDT)

Personality Names

Given that the official AC:NH guide is out some places in the world and calls Normal and Sisterly villagers Sweet and Big Sister, respectively, I would propose that the wiki switches to those names. I'm fairly certain this is the first time either name has been officially named in English. AmoongussForLife (talk) 13:11, April 16, 2020 (EDT)

This has been the subject of much discussion recently. Various users did some digging, and we found that there have actually been quite a few different names used for these personalities over the years (and completely different English names are used in the data for New Horizons) so it's a bit of a tricky one. The general consensus is that we don't want to deviate too much from what other wikis and the community at large use, so that's something to take into consideration as well.
Since it keeps coming up, it's probably a debate worth having here, I know that some are keen to use "Sweet" over "Normal" for example. I've contacted FuturePress to see what the source for the names they use in the guide are, and I will update here once I have a response from them. That'll probably be the time to bring the discussion forward, since hopefully we'll have something more concrete either way to use as a basis for any possible changes. --Shark HHD Icon.png Dorsal Axe (talk) 06:04, April 17, 2020 (EDT)
I just found a copy of the English book and saw that Normal villagers are still called Normal. Perhaps it varies from region to region, but at the moment, it looks like Normal is still "official" to some extent (as official as one can consider a game guide). As much as I think Normal is not a good personality descriptor and I think Sweet would be much better, I think we should continue using Normal and Sisterly since those are what's sticking to the community. ~SuperHamster Talk 01:47, April 21, 2020 (EDT)
I spoke too soon - another user pointed out to me that the guidebook uses both. The list of personalities on pg 74 and the list of posters on pg 425 use Sweet, but the list of villagers uses Normal. Classic guidebooks. ~SuperHamster Talk 04:08, April 21, 2020 (EDT)
What name does it use in the game files? I don’t have the resources that I would need to check, so I figured I’d ask. Unless anybody has a direct line to someone on the Animal Crossing series design team, that should probably be the last word. FLAME1232(Talk) 09:16, April 21, 2020 (EDT)
The names mostly used in the games files are the Japanese ones. There are some files that mention in English "Normal" (Normal and Lazy), "Active" (Peppy and Jock), and "Pride[ful]" (Snooty and Cranky) for both genders, and "Snobby" for Smug and "Big Sis" for Sisterly. I reached out on Twitter to someone who worked on the localisation, and apparently they just use the abbreviations of the Japanese names amongst themselves. So it seems there's no "true" official English names for any of them. --Shark HHD Icon.png Dorsal Axe (talk) 09:42, April 21, 2020 (EDT)
Well, that’s the best I currently have. FLAME1232(Talk) 11:17, April 21, 2020 (EDT)

Subpage naming convention

We currently have two ways to organize subpages:

I figure we should pick one and stick with it. I don't have a strong opinion either way, but I'm leaning towards SUBJECT/GAME, since it aligns more with how people search for and think about content (<subject> in <game>). ~SuperHamster Talk 21:33, April 18, 2020 (EDT)

If I had to choose one, I would say I'm also in favor of Subject/Game, because it decentralizes the information/creates separate hubs of knowledge and encourages users to visit different parts of the wiki. That said, I'm not sure I understand how reversing the subpages on game pages would help us. For example, we would then have Gallery/New Horizons, which at the top of the page would link back to 'Gallery', a non-existent page, rather than linking back to the ACNH page like it does at Animal Crossing: New Horizons/Gallery. 'Characters' is also a redirect page going to 'Player'. I think that if we wanted to create new pages at Gallery and Characters, it's part of a larger discussion about subpages generally, and also about how we want to organize or prioritize different types of content (e.g. lists and images). Maybe I'm not understanding your point? Sunmarshsignature.png (talk) 22:13, April 18, 2020 (EDT)
Ah yeah, I'd want to leave galleries as-is (an exception to the rule). I could see us create a Characters page though, which would have sections on the Player, Villagers, and Special Characters, and then link to the respective articles. That being said, maybe we don't need to have a standard and can keep the different formats. But if I come across Fish/New Horizons, I would expect characters to be available at Characters/New Horizons as well. ~SuperHamster Talk 22:50, April 18, 2020 (EDT)
While SUBJECT/GAME is more logical, I would have to agree with the issue of a "Characters" page. Right now we do have List of villagers which we could merge in Villagers and create subpages such as Villagers/New Leaf which we could merge data from Animal Crossing: New Leaf/Characters and List of villager birthdays in Animal Crossing: New Leaf. Lucky Clovers NL Icon.pngDecomposer 03:17, April 19, 2020 (EDT)
I feel like this issue can't be easily standardized. Personally I'd say the logical flow is more of "Nice game! → And it has many characters!" and not "Hm, let me look up some characters → Oh, they're in this game". I suppose the latter could work if the person is familiar with the series but if they're a new comer, they'd look for the game first...? When it comes to collectibles in games, you're already familiar with the game, so you'd look up the collectible and then choose the game you're looking for, imho. Like, Stars in Mario. You know Mario, you know he collects Stars, you'd then look into Power Stars in Mario Galaxy...
There are also subpages for Update History (Animal Crossing: Pocket Camp/Update History, Animal Crossing: New Horizons/Update History) and I don't know if it's worth having Update History main page. I could imagine the contents, though. (Gifts received in the previous games, WA, and that PC and NH are very update driven games)
That being said, we should definitely have Characters page, because finding the List of Villagers was a tough task for me when I was stealing data from here, haha. Characters is a simple term everyone searches for at some point. And I don't get why Character redirects to Player. It might be Playable Character but not the only character. I agree with Decomposer to do some kind of merge with the villager birthdays and character list, because the character lists are having birthdays (some of them, anyway), and I don't think we need to have it there so many times. You could easily sort them by birthday in the table. Paviinka (talk) 03:54, April 19, 2020 (EDT)
Ah, great point re. Update History, that's something that I agree makes sense as a subpage of the game. So what I'm getting out of this is we can't have a hard and fast rule - but at least, reworking our villagers/characters pages so that they're in the SUBJECT/GAME format makes sense. ~SuperHamster Talk 05:51, April 19, 2020 (EDT)
Personally I've always seen it more as PRIMARY SUBJECT/SUPPLEMENTAL INFO. It makes sense for galleries and changelogs to be subpages of the game articles, because they're supplemental to the main article. Whereas a hypothetical Characters article would be better off having subpages for each game, since they'd be an offshoot of the main Characters article.
Regarding birthdays, I've actually wanted to include them in the list for a long time now (as well as internal IDs) but it's a matter of having space for it. Perhaps we could look into using tabs to create a split view between appearances and other info, but any such merge is probably best kept as a separate discussion. --Shark HHD Icon.png Dorsal Axe (talk) 06:46, April 19, 2020 (EDT)
PRIMARY SUBJECT/SUPPLEMENTAL INFO is great way of putting it. I suppose that's how we can describe it in our MoS. ~SuperHamster Talk 01:49, April 21, 2020 (EDT)

Villager lists on species pages

It's been bothering me that whenever I browse the site on my phone, I always have to vertically scroll the villager lists on species pages. If you use a CSS Grid, you can change the number of cells displayed per row dynamically, according to the screen width.

Here's what the Bear page would look like using that CSS functionality

Beardo NL.png
Beardo

Gender: Male
Personality: Smug
Birthday: September 27
Debut: New Leaf

Charlise NH.png
Charlise  Animal Island PG Icon.png

Gender: Female
Personality: Peppy / Sisterly
Birthday: April 17
Debut: Doubutsu no Mori e+

Chow NLWa.png
Chow

Gender: Male
Personality: Cranky
Birthday: July 22
Debut: Doubutsu no Mori

Curt NH.png
Curt

Gender: Male
Personality: Cranky
Birthday: July 1
Debut: Doubutsu no Mori e+

Dozer PG.png
Dozer

Gender: Male
Personality: Lazy
Debut: Doubutsu no Mori

Grizzly NLWa.png
Grizzly

Gender: Male
Personality: Cranky
Birthday: July 31
Debut: Doubutsu no Mori

Groucho NLWa.png
Groucho

Gender: Male
Personality: Cranky
Birthday: October 23
Debut: Doubutsu no Mori

Ike NLWa.png
Ike

Gender: Male
Personality: Cranky
Birthday: May 16
Debut: Doubutsu no Mori e+

Klaus NLWa.png
Klaus

Gender: Male
Personality: Smug
Birthday: March 31
Debut: New Leaf

Megan PC Model.png
Megan

Gender: Female
Personality: Normal
Birthday: March 13
Debut: New Horizons

Nate NLWa.png
Nate

Gender: Male
Personality: Lazy
Birthday: August 16
Debut: Doubutsu no Mori

Paula NLWa.png
Paula

Gender: Female
Personality: Peppy / Sisterly
Birthday: March 22
Debut: Doubutsu no Mori e+

Pinky NLWa.png
Pinky

Gender: Female
Personality: Peppy
Birthday: September 9
Debut: Doubutsu no Mori

Teddy NLWa.png
Teddy

Gender: Male
Personality: Jock
Birthday: September 26
Debut: Doubutsu no Mori

Tutu NLWa.png
Tutu

Gender: Female
Personality: Peppy
Birthday: September 15
Debut: Doubutsu no Mori

Ursala NLWa.png
Ursala

Gender: Female
Personality: Snooty / Sisterly
Birthday: January 16
Debut: Doubutsu no Mori

As you can see, it doesn't actually require any changes to the existing templates (although I would recommend making the container div a template itself). However, if you were to change {{Villager}}, you could have the cell width defined by the grid rather than the individual cells, which would remove the need for such a complicated cell width like calc(150px + 0.6em + 2px). It would also allow more freedom in exactly how you want to display it (e.g. using auto-fit instead of auto-fill, if that would be preferred). --SnorlaxMonster 03:16, May 10, 2020 (EDT)

This is great, thanks Snorlax. It's been implemented across all species pages. ~SuperHamster Talk 06:22, May 10, 2020 (EDT)
Now that the width/height has been removed from {{Villager}}, I would recommend something more like this now, to avoid empty space:
<div style="display: grid; grid-template-columns: repeat(auto-fill, minmax(150px, 1fr)); grid-gap: 0.5em"></div>
Here's the difference:

Beardo NL.png
Beardo

Gender: Male
Personality: Smug
Birthday: September 27
Debut: New Leaf

Charlise NH.png
Charlise  Animal Island PG Icon.png

Gender: Female
Personality: Peppy / Sisterly
Birthday: April 17
Debut: Doubutsu no Mori e+

Chow NLWa.png
Chow

Gender: Male
Personality: Cranky
Birthday: July 22
Debut: Doubutsu no Mori

Curt NH.png
Curt

Gender: Male
Personality: Cranky
Birthday: July 1
Debut: Doubutsu no Mori e+

Dozer PG.png
Dozer

Gender: Male
Personality: Lazy
Debut: Doubutsu no Mori

Grizzly NLWa.png
Grizzly

Gender: Male
Personality: Cranky
Birthday: July 31
Debut: Doubutsu no Mori

Groucho NLWa.png
Groucho

Gender: Male
Personality: Cranky
Birthday: October 23
Debut: Doubutsu no Mori

Ike NLWa.png
Ike

Gender: Male
Personality: Cranky
Birthday: May 16
Debut: Doubutsu no Mori e+

Klaus NLWa.png
Klaus

Gender: Male
Personality: Smug
Birthday: March 31
Debut: New Leaf

Megan PC Model.png
Megan

Gender: Female
Personality: Normal
Birthday: March 13
Debut: New Horizons

Nate NLWa.png
Nate

Gender: Male
Personality: Lazy
Birthday: August 16
Debut: Doubutsu no Mori

Paula NLWa.png
Paula

Gender: Female
Personality: Peppy / Sisterly
Birthday: March 22
Debut: Doubutsu no Mori e+

Pinky NLWa.png
Pinky

Gender: Female
Personality: Peppy
Birthday: September 9
Debut: Doubutsu no Mori

Teddy NLWa.png
Teddy

Gender: Male
Personality: Jock
Birthday: September 26
Debut: Doubutsu no Mori

Tutu NLWa.png
Tutu

Gender: Female
Personality: Peppy
Birthday: September 15
Debut: Doubutsu no Mori

Ursala NLWa.png
Ursala

Gender: Female
Personality: Snooty / Sisterly
Birthday: January 16
Debut: Doubutsu no Mori

You can tweak the minimum width to be greater than 150px if you think that's too narrow, but the idea is that the cells all expand to fill as much space on the right-hand side as possible (as long as there isn't enough room to insert an additional column). --SnorlaxMonster 07:11, May 10, 2020 (EDT)
Just wanted to pop in to say thanks for your help with this, SnorlaxMonster! Mobile usability is becoming a bigger focus for us recently, and it's become a priority to go back and update a lot of the older templates to comply. --Jake (talk) 22:47, May 13, 2020 (EDT)

Personality Subtypes and Hobbies

https://www.reddit.com/r/AnimalCrossing/comments/gh6bu1/differences_in_villager_personality/

https://docs.google.com/document/d/1b2rrEIeNZKnQrvoyD4JtkKSNJs2VAHobCBGKSnO2A_o/mobilebasic

https://docs.google.com/spreadsheets/d/1HEyNSrgzih38rVA5GdI6el2mmaIxi6oFVVDQKqbn03E/

Recent datamining has found that Villagers in NH come in two "subtypes": A and B. Villagers who have different subtypes of the same personality have slightly different dialogue and voices.

Wondering if it might be worthwhile to add some of this information to the wiki so it's easier for people to find? - unsigned comment from 24.88.81.22 (talkcontribs)

Proposal for new Item: namespace

We're preparing to create individual pages for every NH item (furniture, clothing, etc.), and eventually do the same for prior games. This will let us provide in-depth details on each item, and to leverage our newly-installed Cargo extension.

Sunmarsh and I have been discussing the best way to organize these items, and we think it's worth creating a separate Item: namespace (Item:Furniture Name (Game)). Since this project will result in creating thousands of new pages, a separate namespace will let us easily distinguish these pages from other articles, especially for readers who are trying to search. For example, if you're searching for the villager named Rocket, you'll want to be able to easily pick her out from the Rocket and Rocket Lamp items in NH, and whatever rocket items exist in previous games. Same goes for Boots (both a villager and shoe), or entities like Lighthouse where we have an article on it as a landmark, but it appears in NL as a PWP and NH as an item. A separate namespace may also help limit naming collisions that could otherwise happen in the mainspace between items and non-items.

Other options if we were to keep items in the mainspace:

  • Furniture Name (Game)
  • Furniture/Game/Furniture Name (my issue with this is that we are getting too-deep into subpages; is inconsistent with how other things are organized; and limits discoverability)

If you have any thoughts, please post below! ~SuperHamster Talk 05:11, May 19, 2020 (EDT)

Support Support I support creating a new item namespace. —Jake (talk) 05:51, May 19, 2020 (EDT)
Support Support. vmario97 (talk) 07:43, May 19, 2020 (EDT)
Support Support, as this resolves collisions that may happen if they are to be kept in the Main namespace. Suggesting, however, to encode the game as a subpage instead of in parentheses (Item:Tassled Loafers/New Horizons instead of Item:Tassled Loafers (New Horizons)) because there are furniture items that have parentheses (File Cabinet (L) in Welcome amiibo or LCD T.V. (20 in.) in New Horizons). Lucky Clovers NL Icon.pngDecomposer 08:29, May 19, 2020 (EDT)
Hmm, that's a good point...and by doing that we could also maybe have the parent page (i.e. Item:Tassled Loafers) be a directory of sorts that provides an overview of the item and links to all its appearances. Where this gets messy, though, is when item names change between game :/ Not sure how to deal with that, if at all. ~SuperHamster Talk 13:41, May 19, 2020 (EDT)
P.S. For the record I think it's fine to have back-to-back parentheses (e.g. LCD T.V. (20 in.) (New Horizons)), especially with how few items there are like this. I'm more interested in the subpages because of the directory idea I described. ~SuperHamster Talk 13:45, May 19, 2020 (EDT)
Interesting comment: an example of the name differing between games is the Calm Painting referred to as "Amazing Painting" in AC Gamecube. One solution could be to refer the most-recent name of the item in the parent subpage, and the subpage with a differing name have a different root (Item:Calm Painting, Item:Calm Painting/New Leaf, and Item:Amazing Painting/Animal Crossing, but this brings problems on its own since Item:Amazing Painting refers to a different painting). Another solution is to forgo subpages altogether, since it is unlikely that a user would benefit from knowing about an item that appears in multiple games. The reason why I bring up subpages is to make it easier for queries to be made, although if using parentheses to encode the game are okay in querying, I don't think it would be a problem. Lucky Clovers NL Icon.pngDecomposer 00:20, May 20, 2020 (EDT)
One solution to this is to use {{DISPLAYTITLE:Item:Amazing Painting/Animal Crossing}} to make the name appear correct, when the page actually resides at Item:Calm Painting/Animal Crossing. It would still be difficult to properly search for the item though, since it doesn't actually reside at the location you'd expect it to. I think it would just be easier to create some sort of navigation template that allows for linking to item pages for other games using the 'Item Name (Game Name)' naming scheme, rather than relying on subpages to associate the pages together. Sunmarshsignature.png (talk) 01:03, May 20, 2020 (EDT)
Another solution is to have all appearances of an item on one page, with the page named after the item's most recent appearance (and the previous names listed on the page). This would prevent item pages from cluttering search results (if they were separated, there could be up to five pages for the same item). While creating subpages is pretty organized, they would still clutter search results. Additionally, for different items that share the same name (such as the calm painting), they could have their own page for that specific game that specifies that it's a different item in later games (kind of like Ladybug and Ladybug (Animal Crossing)), using {{Wrongpage}}. This would be such a small amount of items, so I don't think it would be too confusing having multiple pages for those specific items. The {{Wrongpage}} template or "Not to be confused with..." could also be used for items that have very similar names, such as "Butterfly-Fish Model" and "Butterfly Fish Model". ~ AlexBot2004 (Talk) 13:39, May 20, 2020 (EDT)
Support Support Ruthless Cutie (talk) 10:40, May 19, 2020 (EDT)
Support Support FLAME1232(Talk) 10:49, May 19, 2020 (EDT)
I like the idea, but I do worry that creating the separate namespace will actually make it harder for readers who are trying to search. For example, if someone is searching for a Blue Bed, Item:Blue Bed is unlikely to appear as a suggestion, nor will it appear in search results by default, which only show mainspace articles. We're probably going to have to create thousands of redirects to get readers to the right place.
Other than that, I support. Drago (talk) Drago PC Villager Icon.png 11:00, May 19, 2020 (EDT)
Great points. We can set which namespaces are searched by default through $wgNamespacesToBeSearchedDefault so that they will appear in the search recommendations (worth noting that the userspace is part of that default list and I see userpages appear plenty in search results, to the point where we're considering removing them). We can also count the namespace as a content namespace so that items are treated as articles. We can do some experimentation on how search will treat the namespace before we fully commit to this. ~SuperHamster Talk 12:05, May 19, 2020 (EDT)
Support Support ~ AlexBot2004 (Talk) 13:39, May 20, 2020 (EDT)

Result: Per consensus, Item and Item_talk were created as namespaces 708/709, available for immediate use. Namespace 708 added as content namespace for search and statistics purposes. --Jake (talk) 02:43, May 25, 2020 (EDT)

Remodeling

WOAH! The wiki was remodeled? SplatNerdBekahboo (Talk) 11:29, June 3, 2020 (EDT)

Yes, around the 20th of May, Dorsal Axe implemented a new skin that works works very nicely with mobile. ✨ PaviinkaPapa Bear WW Model.png(Message me!) 12:14, June 3, 2020 (EDT)

Proposal for new wiki project (Purge)

Edit: Nookipedia:Project Clean-Up has been made!

Recently I have been working on a new large-scale project on my sandbox that revolves around clearing out the many unused and needed categories. The project is titled Project Purge. The end goal is to cut the To-Do list by two thirds at minimum. More information can be found on that page and its first few sections. If necessary, a larger description could be written. The project is very open form and straightforward. Fix the listed pages as described by their headers. More description can be provided if required.

The header box would look similar to this:

Project Purge

Project Purge

Leader: Trig Jegman
Project purge is dedicated cleaning up a lot of extra things lying around including unused files, redirects, usused or uncategorized categories/templates, and miscellaneous other formatting. In addition, it seeks to have the To-do list cleared of a majority to all of its entries.

Support

  • Support Support Good stuff, thanks for putting the massive lists together. I'm leaving a comment about changing the project's name though, and some other things. ~SuperHamster Talk 06:07, June 9, 2020 (EDT)
  • Support Support Like SuperHamster said, good job on the lists. I think this project will be very helpful in allowing people to split things into organized chunks rather than going through hundreds or even thousands of random files. Plus, making it into its own project will expand awareness instead of being relegated to your user space. ~ AlexBot2004 (Talk) 14:05, June 9, 2020 (EDT)
  • Support Support Cleaning up the site's images has long been something I've wanted to see done, so it's nice to see a project that will tackle that. Like the others have said, I do think a different name would be in order prior to starting the project. --Jake (talk) 17:39, June 9, 2020 (EDT)
  • Support Support An organised effort to tackle these kinds of tasks is a fantastic idea. Though I too will echo that a different name might be best, though I must admit I'm not sure exactly what. --Shark HHD Icon.png Dorsal Axe (talk) 14:31, June 14, 2020 (EDT)

Oppose

Comments

  • I think project's name should be changed, because (a) purge has a pretty heavy negative connotation and (b) not everything on that page is going to be deleted, as is mentioned in the intro. Maybe Project Clean-Up, or some cute name that I'm not clever enough to come up with. When I've got some downtime I'll also add some notes to the page/talkpage. Off the top of my head we'll want some notes on distinguishing between unused redirects to keep or delete, as well as creating a new template to mark files that appear unused, but are actually used through something like Cargo, external tools, etc. ~SuperHamster Talk 06:07, June 9, 2020 (EDT)
  • The thing is, isn't this just the same thing as the wiki-maintenance stuff/to-do list? It is all stuff that needs to be gone through because it is unused.. but these things are already sorted in wiki-maintenance. I agree on the name, upon reading it thought it was just a mass delete of everything. Project Spring-Cleaning or something would work (or Summer-Cleaning if we're being technical. Ruthless CutieLolly NH Villager Icon.png(Say hello :]) 10:27, June 9, 2020 (EDT)
Or All-Year-Round-Cleaning, if you really want to be technical. It is the same as the lists you mentioned, but Trig is sorting them out. So, their list tells you "These are the fish images. Go use them." So it's easier to make batch-edits. You'd have to dig through the maintenance lists for fish images as they're abc sorted. PaviinkaPapa Bear WW Model.png(Message me!) 10:38, June 9, 2020 (EDT)

To cover the above bases, yeah the name could be improved but I am nowhere near enough good at naming things to make something better. Feel free to suggest things. As for redirects, I will specifically be only focusing on category and template redirects, and maybe file ones if theres a significant usage. I would make a not-unused template, but the template system here confuses me immensely and so I would not want to make a jarringly different design to one just because I know how to make it.

Yes, this basically is the to-do list, but rather than a big ol' list of images in a random order, this categorizes them into sections as stated to make actually applying the changes quicker over the span of more files. I have found that this tends to get more people interested in making the changes. If it makes sense to add additional content to track, then I will add to the list, even if it doesn't appear in the to-do box. Trig - 15:36, June 9, 2020 (EDT)

Ohhhh okay! That will make things easier. I've often gone to go through those and it is very overwhelming that they aren't sorted. Cool! Ruthless CutieLolly NH Villager Icon.png(Say hello :]) 21:25, June 9, 2020 (EDT)

Error

I have a question.On my phone when I look at a article, it doesn't load correctly and leaves it blank. Does anyone know why this is happening and how to fix it? - unsigned comment from 73.123.12.116 (talkcontribs)

Hi there - can you list the articles you're seeing this issue, or is it all articles? What phone + version of mobile OS are you using? ~SuperHamster Talk 18:28, June 8, 2020 (EDT)

It is every article that has a picture. But if it is a villager or special character It shows the first picture but everything else is a blank white box and doesn't fix when I refresh the page - unsigned comment from 73.123.12.116 (talkcontribs) And I'm using a lg. It seems to be just this website. I'm not sure what's going on.

What browser do you use? Do you have anything on your phone that could filter web pages (e.g. ad blocking)? --Shark HHD Icon.png Dorsal Axe (talk) 14:25, June 14, 2020 (EDT)

I use Google and I'm not sure... This doesn't happen with other wikis like super Mario wiki - unsigned comment from 73.123.12.116 (talkcontribs)

Happened to me too, using Chrome on Android. Enabling desktop view fixed it though. PinkYoshiFan (talk) 11:46, July 26, 2020 (EDT)

Links to the talk page on notice templates

Hey, I noticed that on notice templates, such as Template:Update, it links to the talk page like this: '''[[{{TALKPAGENAME:{{{2|{{FULLPAGENAME}}}}}}}|talk page]]'''. However, this is formatted as an internal link, so it creates a red link if the talk page doesn't exist. On WiKirby, this is dealt with by formatting it as an external link (see here). Should that be done with the notice templates? 216.30.159.93 08:49, July 26, 2020 (EDT)

Sounds like good idea, thanks for suggesting it. I'd certainly be all for implementing it into the notice templates. --Shark HHD Icon.png Dorsal Axe (talk) 18:22, July 26, 2020 (EDT)




Resident services

I noticed that this page was going to be deleted but never happened. This page had 3 of those little reminders with character icons like isabelle, blanka, etc. But those were removed. Can someone explain why it was marked for deletion? (Also sorry if there are spelling errors typing on a phone is hard) Koopadude99 (talk) 23:37, July 29, 2020 (EDT)

Looking at the page history, it never was marked with any notice tags, including the delete one... ---PinkYoshiFan 08:12, July 30, 2020 (EDT)

Oh yeah the tune one. The regular one was deemed to be fine but the tune had multiple tags, it was a stub and the talk page didn't exist.Koopadude99 (talk) 10:33, July 30, 2020 (EDT)

Proposing deletion, redirection or recategorisation for numerous deprecated templates

In the past few months we've overhauled a number of templates, and marked many older ones as deprecated. I think it's time to go through and decide what to do with these. Personally I think we're in a position where many of them can be safely deleted or redirected now (a few need the last remaining uses swapped out for replacements, but that should be trivial to resolve), however some of them might be more suited to being moved to Category:Personal templates if users still wish to make use of them for their own user pages. As there's so many of these templates, I figure it would be best to centralise discussion here.

The deprecated templates I'm putting forward here are as follows:

  • Miscellaneous
    • Template:Tab (this one is both obsolete and non-functional)
    • Template:SpHdr (not sure what this was for but it's definitely not needed anymore)
    • Template:Spoiler (completely unused as we don't have spoiler warnings)

There's also some deprecated templates which are being phased out, but are still too heavily used to consider their removal at the present time. I'm not proposing we delete or the following templates yet:

Let me know your thoughts below. --Shark HHD Icon.png Dorsal Axe (talk) 07:28, August 9, 2020 (EDT)

If every template were to be deleted, then the Template:Deprecated would be pointless, the template could just be marked for deletion or deleted. It would be a notice of discontinuation, not deprecation, to use Template:Deprecated for these reasons. For what reason should these templates be deleted? It doesn't save any space to delete them since deleted revisions are still stored, and it doesn't clutter up maintained categories since the templates should be removed to discourage use. The reasons seem to stem purely from personal preference ("It seems disorganized to me for these pages to exist", etc.). However, there are some reasons why I am against it:
  • It would make history accessible only to admins, and inaccessible to the public.
    • Also, old code might still be useful to reference.
  • Old page revisions of pages that used the template would still work or work better than if the templates were deleted.
  • A point you also mentioned, it would break user pages that use these. If you wanted to edit someone's page to replace the broken template and the deprecated template and its replacement differ non-trivially we would be changing another person's user page.
It also wouldn't be harmful to keep them around since in the case that anyone that lands on the page, they know that the template is deprecated because of the notice and won't try to use it. On the contrary, its existence is actually helpful. If the deprecation notice specifies a replacement template, it helps people find what they're looking for even more easily, especially if it is not straightforward to them that the replacement can be used like that (for an HTML example <center> is deprecated, but for a new person looking to center text it is easier to find and more immediately obvious than <div align="center">, and they might not even know you could use div for that). Now there is an additional path someone can take to find what they want. At the very least the template would be more useful to someone visiting it than a "This page has been deleted." message. ShadeTempest (talk) 00:54, August 10, 2020 (EDT)
You make some good points. As I said, some of these might be more suited to be marked as Personal Templates, or even redirected to others. I'm going to alter the title to reflect that, since it's not strictly meant to be a discussion about deletion and I shouldn't have lead with that.
We don't have to delete all or (any) of them, but I don't think there's any value left in, say, keeping the numerous table cell templates around for example since they've all been merged into one. I think there is a benefit to keeping others for personal use, e.g. the Navbox templates, so that's why I want to open the discussion to decide what to do with each one.
Some of these templates use names that would be good to repurpose in future (e.g. Tab, e+), so moving them to a different page title is another consideration to make as well. --Shark HHD Icon.png Dorsal Axe (talk) 02:08, August 10, 2020 (EDT)