Nookipedia talk:The Roost/2021

This page is an archive.

Only Administrators may edit the contents of this page. Please direct any additional comments to the current talk page.

This page is an archive.

Only Administrators may edit the contents of this page. Please direct any additional comments to the current talk page.

Proposal to remove the Guide namespace

Successful proposal. The planned changes will be implemented shortly, and there will be discussions with the staff about whether the namespace can be removed completely. Drago (talk) 12:45, April 5, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

This proposal is going to be controversial, but I feel that the removal of the Guide namespace may be in the best interests of the wiki. Guides are our weakest area, there doesn't seem to be much desire to improve them, and most of their content can be moved to mainspace pretty easily. Let's remember that Nookipedia is first and foremost an encyclopedia, not a strategy guide, with sites such as IGN, GameFAQs, Polygon and many others offering much better guide content than us.

If this proposal passes, this is what I plan to do with our existing guides:

• Guide:Animal Crossing, Guide:Animal Crossing: Wild World and Guide:Animal Crossing: City Folk don't have anything not already covered elsewhere, and so can be deleted, with the exception of Animal Crossing's controls, which could be moved to the main article.
• Guide:Bug Catching isn't great, despite my improvements, and can probably be deleted.
• Guide:Campsite Minigames could be a subpage of Campsite (facility).
• Guide:Coffee Preferences could be a subpage of The Roost Café.
• Some of Guide:Easter Eggs, Glitches, and Secrets could be transferred to Glitch, although there's some duplication.
• The face style guides aren't very long, so could be transferred to Player.
• Guide:Golden Axe trading event's content could be transferred to Axe.
• There isn't much useful content on Guide:Perfect Town Rating, but anything that is useful could be transferred to Environment rating.
• Guide:Saving can be deleted in my opinion.
• I'm unsure about Guide:Unlocks/Upgrades, but I believe that all its content will be covered elsewhere, so maybe deletion?
• Guide:Villager Information could be a subpage of April Fools' Day, or simply a standalone article.

Please let me know what you think. Thanks! Drago (talk) 14:27, January 25, 2021 (EST)

 Support per the above. I've actually been thinking about this for a while too, so I'm glad you brought it up. Like you pointed out above, a lot of content in the Guide namespace would work just fine in the mainspace and the more guide-like content that wouldn't work in the mainspace isn't that great to begin with. Plus, we have StrategyWiki for game guides. ~ AlexBot2004 (Talk) 15:11, January 25, 2021 (EST)

 Support it seems like it's mostly a legacy namespace from before the merge. These pages don't get much love, and don't really fit into the focus of the wiki these days. I think even if we don't vote to remove the pages, they would be better served as subpages rather than having their own teeny, tiny namespace. Given that we seem to have some sort of affiliation with StrategyWiki (I assume?), perhaps some of this content could be ported over there? -- Dorsal Axe (talk) 10:56, January 26, 2021 (EST)

StrategyWiki's guides already look pretty well-established, other than for New Horizons, which is incomplete. But we have very little New Horizons guide content here either, so porting looks off the table. Drago (talk) 11:53, January 29, 2021 (EST)

 Neutral - I keep going back and forth on this. I agree that given the lack of enthusiasm for the namespace in addition to its sparse content, it doesn't make sense to have a dedicated namespace for guides. That said, prior to NH's release the face style guides were one of the top 10 most visited pages on the wiki. I think that this is just an example of the AC lifecycle over the long term: as the current game continues to age, people start to replay the older titles, and so they look for things like the face guides when creating their new towns. Whatever the decision, I think we should still keep redirect pages for searches like "Face guide" or similar so that the content can be found at its new location. (talk) 13:55, January 30, 2021 (EST)

 Support per above. vmario97 (talk) 13:09, March 23, 2021 (EDT)

 Support While I'm not inherently opposed to the namespace, I support removing it given its sporadic coverage of topics and lack of maintenance. Any and all useful content should be merged into the mainspace (and/or StrategyWiki when relevant), and then redirected to the most relevant mainspace article. It will be a bit of a hit to remove one of our most popular pages pre-NH, but as long as the content is merged and redirects made, I think it will be fine. ~SuperHamster Talk 11:31, April 5, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Pocket Camp event pages

As I'm working on developing pages for Pocket Camp items, I'm thinking about our coverage of Pocket Camp events, of which there are over 250. My current plan is to make a new article (with a new PC Event infobox) for each event. Each event page would document the items that can be obtained during the event (and when applicable, the critters or fish that can be caught). Just wanted to note this here in case anyone has any thoughts. ~SuperHamster Talk 22:35, February 13, 2021 (EST)

Sounds good to me! It also seems like a page header (to navigate the events sequentially) and navbox (to see a list of all events in one place) might be helpful for those pages to help people find the event(s) they are looking for. (talk) 13:20, February 14, 2021 (EST)

Suggesting to go gender-neutral on Gracie, Blanca, and Saharah

Unsuccessful proposal. Drago (talk) 13:20, March 23, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

It is often said that the Western world loves to change whatever the foreign world does for them. In this case, Gracie, Blanca, and Saharah all had their gender changed from male to female. While I do believe we should adhere to Western names and terminologies for characters, I don't think we should be calling them "she/her", nor would "he/his" would be applicable.

I'm aware this doesn't relate to the West as much as it does in Japan/Korea, but I think we should change the pronouns for Gracie, Blanca, and Saharah to "they/them". It wouldn't change much in what they're meant to do or their dialogue, but it would balance out their gender differences, considering how they're handled here in the Animal Crossing series. Plus, Player is already using "they/them", tho a counterpoint can be said for being playable, whereas Gracie, Blanca, and Saharah aren't.

For instance, take this description from Saharah about their gender differences:

"In Japanese and Korean entries in the Animal Crossing series, Saharah is male, while in all other versions, she is female. However, her appearance, including her voice, is identical in all versions."

If we change their pronouns to become more neutral, the changes are shown here:

"In Japanese and Korean entries in the Animal Crossing series, Saharah is male, while in all other versions, they are female. However, their appearance, including their voice, is identical in all versions."

What do you think? Should we use "they/them" for these special NPCs? -- PanchamBro (talk • contributions) 22:12, March 5, 2021 (EST)

Slight  Oppose, as using "they/them" in that particular section might force that section to disagree with "she/her" throughout the article. Keeping the text as-is is good enough. Decomposer 09:33, March 8, 2021 (EST)

 Comment @Decomposer, this is not on that specific section, but on changing every "she/her" in those articles (plus where these characters are within other articles) with "they/them". -- PanchamBro (talk • contributions) 09:38, March 8, 2021 (EST)

I  Oppose because we should go by what the Western localizations do, and if they say Blanca/Gracie/Saharah are female, then we should use "she/her", regardless of their genders in other regions. As for the players, they have no set gender since it is chosen by the player, so that's why we use "they/them" for them. ~ AlexBot2004 (Talk) 10:43, March 8, 2021 (EST)

 Oppose actually per comments. vmario97 (talk) 13:09, March 23, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Proposed deletion policy

Finally proposing the drafted deletion policy at Nookipedia:Deletion policy - please give it a review, and leave any comments on the talk page. Thanks! ~SuperHamster Talk 03:18, March 6, 2021 (EST)

Movement of unofficial subjects to the Community namespace

Per consensus, most of the pages are moved to Community namespace, however I left hacking pages in main namespace. If anyone can move them anyway, feel free, but I guess the pages for cheating device and Seeds (hacking) should be left in main namespace. vmario97 (talk) 11:44, April 5, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

While we don't have a defined coverage policy, I believe the mainspace should solely be for covering official subjects. Thus, I am proposing that coverage of unofficial subjects (e.g. fansites) be moved to the Community namespace. From my understanding, the idea behind the Community namespace is to document things like this; plus, this is content from the community. Note that the content of the pages affected would not change; they would still be encyclopedic articles. I feel that having the content in a namespace dedicated to content like this will also allow us to expand our coverage of it further, adding more fansites and other community subjects, such as speedrunning, fan-made software, mods, and more in the future without affecting the main article namespace.

The following articles would be affected by this change:

• Animal Crossing Ahead
• Animal Crossing Community
• Animal Crossing: Let's Go To The Wiki
• Animal Crossing New Leaf Wiki
• Animal Crossing Wiki
• Cheating device
• Hacked villager
• Hacking
• Nintendo Independent Wiki Alliance
• Nookazon
• Nookipedia
• Seeds (hacking)
• The Bell Tree
• Villager modifier

~ AlexBot2004 (Talk) 17:21, March 16, 2021 (EDT)

 Support Especially for the websites considering they're community-run by fans. -- PanchamBro (talk • contributions) 09:46, March 17, 2021 (EDT)

 Support I see no real reason to oppose this. It definitely makes the distinction between fan works and official works more noticeable as well as allows us to expand on it further. In particular perhaps we should look into popular foreign websites. That’s a discussion for another time though. Senor Mexicano (talk) 03:07, March 18, 2021 (EDT)

 Support moving website articles. While we could come up with some sort of notability policy to host them in mainspace, I agree that it's not really our scope, and I'd rather just cover these things in a separate namespace and open that namespace up for more comprehensive coverage of community sites, tools, speedrunning, etc.

However, I am leaning  Oppose for cheating device and Seeds (hacking). These articles give a broad, encyclopedic history, one of a popular piece of merchandise that isn't really community-y, and the other of an in-game item that was abused. I'd be fine with moving the other hack-related articles (Hacking, Hacked villager, and Villager modifier). ~SuperHamster Talk 04:13, March 20, 2021 (EDT)

Agreed on the point about cheating device and seeds. Senor Mexicano (talk) 04:53, March 21, 2021 (EDT)

I'm leaning towards  Oppose. I think they should remain in the article main space as they are, well, articles. We're not an official site, so I don't believe our scope should be restricted to only 100% Nintendo official approved content, and I don't like the precedent that would set. Our coverage should always be based on relevance to the series and notability. If the pages in question weren't encyclopedic in nature, then I'd say it's fair game. -- Dorsal Axe (talk) 11:58, March 20, 2021 (EDT)

Well it's not as if moving them to the community namespace would strip these articles of their encyclopedic value nor lessen their status as official articles. Namespaces serve to help categorize different types of articles. A good example of a wiki using multiple namespaces is SmashWiki, which has separate namespaces exclusively for tournaments, players, organizations. I don't think there's much harm to using the community namespace exclusively for community-made websites, projects, or tools. Senor Mexicano (talk) 04:53, March 21, 2021 (EDT)

Actually it would lessen them. They would not be counted as articles in statistics, and also not be surfaced with the random page function. If there is some way around this, then I guess I have no objection. Personally I can't think of a way that wouldn't involve every page in that namespace being counted, which is not desirable as there are non-article pages in that namespace. We would basically be mixing articles and non-articles together, which feels quite iffy to me. -- Dorsal Axe (talk) 12:33, March 26, 2021 (EDT)

 Support per above, but I agree with  Oppose by SuperHamster. vmario97 (talk) 13:09, March 23, 2021 (EDT)

 Support. After a long think, I've decided that I don't consider any of these to be official subjects. Drago (talk) 12:37, March 26, 2021 (EDT)

 Support most of these, and agree with SuperHamster's distinction here but I would go further to exclude villager modifier from the move as well. It's my understanding that the Community namespace is for topics which are developed and supported by the AC-community. So anything that is built-in or inherent to the game (like the villager modifier), while it may be used by the hacking community for their own purposes, is just another aspect of the game's internal logic or coding (unless I'm misunderstanding what is meant by 'villager modifier'). (talk) 16:14, March 31, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Proposing deletion for unused/deprecated templates

Successful proposal. This will actioned once the specific uses of certain templates (as indicated below) have been appropriately substituted. -- Dorsal Axe (talk) 11:40, April 17, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

Not much of a result ever came out of this this discussion, but I'd like to propose that we now delete the following deprecated templates:

Villager table cell formatting (all superseded by Template:Table cell) Template:Amiibo Template:Ya Template:Na Template:Ca Template:FCa Template:Ft Template:Ha Template:Ia Template:e+

Region tooltips (all superseded by Template:Flag) Template:AUS Template:CAN Template:EU Template:JP Template:KO Template:NA Template:PAL Template:SK Template:UK Template:Worldwide

Almost all of these particular templates are unused. A few of the region tooltips are used on a couple of user pages that could be substituted to preserve them there, and the few remaining uses of Template:Na can easily (and should!) be converted to the modern template. Any thoughts? -- Dorsal Axe (talk) 12:28, March 26, 2021 (EDT)

 Support for the reasons given. -- PanchamBro (talk • contributions) 13:16, March 26, 2021 (EDT)

 Support - Go for it! I'm always up for a good template scrubbing. :P (talk) 16:28, March 31, 2021 (EDT)

 Support per the above. ~ AlexBot2004 (Talk) 17:04, March 31, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Untitled

I can't add one so here I am I gave https://nookipedia.com/wiki/Item:Bamboo_Tree_(New_Horizons) a link from https://nookipedia.com/wiki/Bamboo Bebber71😺 Petaldancer66😺 23:05, March 30, 2021 (EDT)

IDK what 2 puty here

I put the bamboo tree for ACNH page in another about bamboo. Bebber71😺 Petaldancer66😺 08:39, March 31, 2021 (EDT)

We appreciate your enthusiasm, Bebber71, but the Community Fountain is meant for wiki-wide discussion of large-scale changes that will affect multiple articles. If you'd like to talk more casually about your edits to the wiki, we'd prefer you use the Wiki's Discord server. (talk) 16:26, March 31, 2021 (EDT)

just want to talk

hey. i just want to talk. i have no big OH MY GOD THIS COPYRIGHT THING IS HAPPENING i just want to talk. so hi. what's up. RemiruPlushie (talk) 12:05, April 9, 2021 (EDT)

For general discussion, please see our Discord server. This talk page is solely for discussion related to the wiki. Thanks, ~ AlexBot2004 (Talk) 12:07, April 9, 2021 (EDT)

Rethink our approach for Themes in New Horizons

Consensus has agreed that New Horizons-related themes (e.g. Child's Room) are not actual Furniture Theme collections but are HHA theme classifications. However, the proposal to remove Series/Set/Themes for catalog collections was unsuccessful. Pages that involve these "New Horizons themes" have been removed. -- PanchamBro (talk • contributions) 14:55, August 21, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

Right now, our wiki is under the assumption that Theme (furniture) corresponds to the Themes of the previous games (e.g. Mario Theme). But after glossing over each and every theme, I've come the conclusion that they are not the same idea. They are the interior theme of the previous games, and those are simply what category every furniture item is in. Therefore, I proposal to separate Theme (furniture) into what counts as a theme and what count as an interior theme (e.g. Child's Room Theme). -- PanchamBro (talk • contributions) 07:24, April 10, 2021 (EDT)

I'm not sure I understand the distinction you're making between "Theme (furniture)" and an "interior theme". How are you determining which ones go on which page? (talk) 15:26, April 23, 2021 (EDT)

Mario Theme is a theme that features Mario-related items. Child's Room Theme is a random assortment of items that have no correlations whatsoever besides being considered "Child's Room". The former is an actual furniture theme, the latter is an interior theme. -- PanchamBro (talk • contributions) 19:50, April 23, 2021 (EDT)

That's a I thought I had when the game launched (I datamined these and added them to the navbox at the time), it really does seem to be a totally different concept/approach to previous games.

Actually, I personally think we should actually do away with the series/set/theme designation entirely in terms of how we structure our articles. The HHA classification seems to change frequently between games. In the case of Welcome amiibo it appears that none of the newly added furniture actually has a HHA classification, despite many of the items clearly being organised into distinct sets. IMO the way it's split currently is a little confusing (e.g. Classroom Set and Classroom Theme are effectively the same thing, it's just categorised differently between games). I think it would be better to simply have articles with the name of the collection (e.g. 24 Hour Shop, Blue, Zen, etc.) and outline the HHA classification in each game within the appropriate sections in the article itself. We can tell which items are intended to be related to each other as the filenames for every item seem to have some unique indication of the collection it belongs to. This seems to be the case even when they don't have an in-game classification, such the Campus Series. -- Dorsal Axe (talk) 05:47, May 1, 2021 (EDT)

That doesn't seem like a bad idea imo, but 24-Hour Shop, Campus, and Fueki are not considered furniture series as datamined in the HHA classifications. If they do return as a series in Animal Crossing: New Horizons, then perhaps they can be added, but as far as I know, these series are related to a company and may as well fit under that brand:

• 24-Hour Shop Series would fit under 7-Eleven
• Fueki Series would fit under Animal Crossing x Fueki
• Campus Series would fit under Kokuyo Camlin

Besides those issues, I agree with this statement and I would  Support reclassifying every one of our furniture series/set/themes under a specific name instead of labeling them as "<Name> <Series/Set/Theme>". -- PanchamBro (talk • contributions) 14:52, May 1, 2021 (EDT)

 Support per above. vmario97 (talk) 15:35, May 1, 2021 (EDT)

I would  Support removing our NH theme pages such as Child's Room Theme. While they're called themes, they act the same as HRA genres from previous games, and thus I think they should go to Furniture/New Horizons/Theme Name (e.g. Furniture/New Horizons/Child's Room). However, I'm leaning towards  Oppose on removing Series/Set/Theme from the existing collection pages. If they change between games, we can just merge them into one page and use the latest name, while noting the difference (e.g. "Prior to Animal Crossing: Wild World, the Classroom Set is known as the Classroom Theme and is scored accordingly by the HRA"). ~ AlexBot2004 (Talk) 15:52, May 1, 2021 (EDT)

It took me a minute, but I finally understand the issue here. I  Support moving these NH HHA Theme pages to a subpage of Furniture/New Horizons. It seems we are moving toward subpages for furniture lists, generally speaking, so I think that we should probably have a larger discussion about the best way to organize these pages and to make the existence of the subpages more obvious to readers on the root page (in this case: Furniture). (talk) 23:36, August 10, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Deletion policy enacted

The proposed deletion policy has been enacted. Nothing too surprising or different than what we already do. Highlights are that deletion templates must have a reason, and editors must be informed on their talk page if a page they created is put up for deletion (with exceptions, such as vandalism or retired users). ~SuperHamster Talk 13:56, April 20, 2021 (EDT)

Usernames

Does anyone know how to change your username? Alfonso The Aligator (talk) 11:23, April 30, 2021 (EDT)

Only a Bureaucrat can change users' usernames. What would you like to change your name to? ~ AlexBot2004 (Talk) 11:25, April 30, 2021 (EDT)

Can you change it to Alfonso the Alligator? I forgot the extra l in alligator. Alfonso The Aligator (talk) 14:40, April 30, 2021 (EDT)

Done. vmario97 (talk) 14:47, April 30, 2021 (EDT)

help

Hello, this is koopadude99. Since I changed my email I can't login to that account. I also forgot the password. Is there a way to get the account back or transfer what was on that account to this one. Thank you. - unsigned comment from 73.4.210.150 (talk • contribs)

Hello, please send us an email (support [at] nookipedia.com) with as much detail as you can remember about your account (former email address, your country/state, etc) and if everything matches up, we will be able to restore your account to your new email address. --Jake (talk) 12:34, May 2, 2021 (EDT)

Add general information about generations, competition, as well as sales & reception on console articles.

The community is clearly in favor of not adding this extra information, with extensive coverage of consoles being out of Nookipedia's scope. Drago (talk) 13:04, May 23, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

I see the console pages on this wiki to be very small when compared to other NIWA wikis like Mario Wiki and Zelda Wiki. They lack info on which generation they belong in, the competition, as well as their sales and reception info. I've gotten my edits undone just because they don't qualify as Animal Crossing coverage. I feel that general information about a console's generation, competition, as well as their sales figures and reception should not be left out as they have just as much importance to a console's page as the Animal Crossing information does. I feel that Nintendo-related info, even if it is not related to Animal Crossing is just as important as the Animal Crossing info on the console pages. Nintendo is the parent company to which the Animal Crossing IP belongs, so the parent company should also get some coverage as well, but just on the console pages itself along with the Animal Crossing related info that is on there. We should be improving the articles, not watering them down, so the added info about generations, competition, as well as sales and reception would be considered improvements to the article even if they're not Animal Crossing related. The readers have to know more about the console other than just the basic information that's there. --Dr. Peach (talk) 16:19, May 14, 2021 (EDT)

We are an Animal Crossing wiki, so our information should lean toward the subject's relevance to Animal Crossing. We should have general information to introduce the console (e.g. what it is, when it released) and can briefly cover things like which generation it's a part of and lifetime sales, but we do not need to add information about which consoles it competed against or reasons why it succeeded or failed. People who go to Nookipedia to read about Nintendo consoles likely want to know about the console's relevance to the Animal Crossing series, so that's what we should prioritize. If a reader wants to view in-depth general information, they would visit the corresponding Wikipedia or NintendoWiki article. ~ AlexBot2004 (Talk) 16:56, May 14, 2021 (EDT)

I agree with AlexBot2004. Realistically a user who is seeking comprehensive information about a specific Nintendo console would probably go to the Wikipedia article for that info. But if they were searching up a console on an Animal Crossing wiki, then it would be expected for the pages to have a narrower and more specialized scope where the primary focus is the Animal Crossing games, the excessive info isn't as practical. HylianAngel (talk) 17:06, May 14, 2021 (EDT)

All per comments, I leave an  Oppose for adding more details to the console articles. vmario97 (talk) 17:08, May 14, 2021 (EDT)

I agree with AlexBot2004's statement, and I  Oppose for this reason. -- PanchamBro (talk • contributions) 17:13, May 14, 2021 (EDT)

Additionally, I would like to point out that we are not Super Mario Wiki or Zelda Wiki. They have differing guidelines on what to include for their pages, just as we have differing guidelines on what to include on our pages. NIWA doesn't mean we have to share the same rules or information, NIWA means we have a value of community and support. -- PanchamBro (talk • contributions) 17:59, May 14, 2021 (EDT)

 Oppose per the above. That said, I understand your perspective, and it is obvious you had good intentions in proposing this. If comprehensive information about Nintendo consoles is something you are passionate about, then I would recommend contributing over at NintendoWiki. It has never really taken off the way NIWA thought it would. The few individuals active there would really appreciate any contributions you make. BladeofEvilsBane (talk) 00:21, May 15, 2021 (EDT)

 Neutral. I don't think there's anything wrong with adding this extra information, but as Alex and others have said, Wikipedia already covers it better. This sort of thing is at the bottom of our priority list, and it makes more sense to use editing time to improve Animal Crossing related content. I would be opposed to the creation of articles for the SNES, Game Boy etc. (which was suggested on Discord), because they don't have any link to Animal Crossing at all. Drago (talk) 10:41, May 15, 2021 (EDT)

 Comment - I agree with most of the comments here that extensive console coverage is outside the scope of this wiki. A simple line regarding generation & competitors is all that is necessary (e.g. 'x console is part of the nth console generation, competing with...'). If you're interested in focusing on console information, the following topics would be helpful:

• In relation to the console's life-cycle, when were AC games released?
• How did the release of AC games affect console sales?
• How did each AC game make use of the console's unique hardware capabilities (e.g. Wiimote, GBA to GCN cable etc.)?
• Were there any AC-related special edition consoles or accessories?

I'm sure there are more AC-related aspects to consoles that could be covered, but hopefully that gives you an idea of what kind of content we're encouraging on our console pages. (talk) 13:19, May 20, 2021 (EDT)

 Comment Yeah, I agree that we should only make a one sentense covering the generation and competition but nothing more than that so that we don't fall out of scope for this wiki. --Dr. Peach (talk) 10:40, May 21, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Feedback

This looks pretty good but the + does not show to meaning of it so I think it should it should be changed back to topic+ because it shows the meaning. Bebber71😺 Petaldancer66😺 17:37, June 3, 2021 (EDT)

I have implemented a css fix and will be asking SuperHamster or Jake to implement. -- PanchamBro (talk • contributions) 18:34, June 3, 2021 (EDT)

Good suggestion, I've updated it (via MediaWiki:nookipedia-timeless-action-addsection, not CSS). Thanks, ~SuperHamster Talk Contribs 18:39, June 3, 2021 (EDT)

I can't find where to move a page, is it with Purge cache? Is it even on this layout? Bebber71😺 Petaldancer66😺 13:16, June 4, 2021 (EDT)

It's moved to the left sidebar, as part of the 'page actions' tab. Drago (talk) 13:24, June 4, 2021 (EDT)

Split {{Availability}} into separate availability templates

I know this won't be popular considering a lot of pages use Template:Availability, but at this point, I feel like there's too much to add that it's becoming a growing nightmare to deal with, especially with how limited MediaWiki can handle a template like this anymore.

I think long-term goal we should split this template into multiple sections. There are two options to consider.

1. We split the template by their category. This means that Plants go to a specific category, and NPCs go in another. The Fortune Cookies from Animal Crossing: Pocket Camp therefore have their own separate template.
2. We split the template into their own game. This is a big deal because this could mean linking specific items such as flower items by using Template:I. Long-term, when we do include items from other games like Animal Crossing: New Leaf, Animal Crossing: Pocket Camp, and Animal Crossing: Wild World, we don't have items that have to linked to one page in order to maintain consistency. We can have {{Availability|NH|Orange Tree}} for Animal Crossing: New Horizons redirect to {{I|Orange Tree|New Horizons}} and in Animal Crossing: New Leaf, {{Availability|NL|Orange Tree}} goes to {{I|Orange Tree|New Leaf}}. This can also factor in specific icons for specific games, depending on if those icons exists. Now things that are common across multiple games, such as {{Availability|Starting item}} and {{Availability|Unobtainable}}, we can opt to keep those in the main template as they are not really game-specific in that regard.

This needs to be addressed, because the more we add to this template, the harder it gets to add new availability factors and the more likely that the template will cease to operate due to how many items need to be added (e.g. Pocket Camp fortune cookies). -- PanchamBro (talk • contributions) 13:21, June 6, 2021 (EDT)

I'm quite onto this, having separate templates could simplify things quite a bit, but it will probably be a long process getting everything back together since we have so many pages with the availability template. ~ Vivian (talk) 13:28, June 6, 2021 (EDT)

I would like to point out that we have bots that we can rely on to replace those texts. And that most templates can easily swap stuff around and add those specific names (see Template:CargoDisplayNHFurniture). -- PanchamBro (talk • contributions) 13:36, June 6, 2021 (EDT)

The switch parser function help page over on wikipedia says that while a function can technically contain between 1k-2k branches, it "should be split to have less than 100 branches, in multiple or nested parts". If we expect that we will ever reach the upper limit/run into performance concerns, then splitting it would be easier to do sooner rather than later. Also, I didn't see this post before I made edits to the template to simplify it. Even though it's more readable/editable now, I agree that splitting it is still something we should consider. If we didn't want to adjust the template call on all of the pages in which {{Availability}} appears, we could create a template that determines which 'category' the call fits into (e.g. is it a plant, fortune cookie etc.). We could then use this determination to split the huge switch into several nested switches:

{{AvailabilityCategory|{{{1|}}}}}
{{#switch: {{#var:category}}
| fortune =  {{#switch: {{{1|}}}
| Clothing Fortune Cookie
| Timmy's Fortune Cookie
.
.
.

The {{AvailabilityCategory}} template would determine what category the input belongs to, and this information could be accessed by calling the variable {{#var:category}}. This would still result in the template being very long though, as all of the different options would exist in the same template, just nested in multiple switch functions to improve performance. (talk) 20:33, June 27, 2021 (EDT)

Minor suggestion if this would be implemented in the future, subpages could be used to separate between games e.g., {{Availability/NH}} and {{Availability/PC}}, to prevent {{{#switch}}}ing hell. Regardless, the template definitely has to be split in the future. Decomposer 10:59, August 11, 2021 (EDT)

SVGs, indexing, and gadgets

Hello editors! Thanks to the hard work of Jake, we've recently upgraded our MediaWiki version and made some small changes and improvements.

• You can now upload SVGs - huzzah!
• Userpages and all talk pages have been noindexed, meaning they will no longer appear in search results (Google, Bing, etc.). This was done to help protect user privacy, and to keep discussions, draft, and fan content out of public search results. If you'd like your userpage to appear in search results again, just add __INDEX__ to the top of it.
• While we've had these for a while, they've never been formally announced: if you go into your Preferences -> Gadgets, there are some nifty tools here that can enhance your browsing and editing experience, like a scroll-to-top button, talk page discussion counter, syntax highlighter, and more.

Cheers, ~SuperHamster Talk Contribs 22:24, June 15, 2021 (EDT)

The index category is a redlink, should someone create it? Petaldancer66😺 Petaldancer66 talk 00:15, June 27, 2021 (EDT)

Created. ~ Vivian (talk) 00:27, June 27, 2021 (EDT)

Question.

Bunny currently redirects to Rabbit, a Villager's name is also Bunnie. Some people might not know know Bunnie's name is spelled B-U-N-N-I-E. Should we put a Wrong page template on Rabbit or make a redirect page? Petaldancer66😺 Petaldancer66 talk 15:43, July 7, 2021 (EDT)

I'd go with the wrongpage template. Drago (talk) 11:34, July 8, 2021 (EDT)

I agree, seems like a perfect use for the wrongpage template. --Jake (talk) 13:42, July 8, 2021 (EDT)

Okay, did that. Thanks for the feedback! Petaldancer66😺 Petaldancer66 talk 15:03, July 8, 2021 (EDT)

Page about sleep

I think we need a page on this wiki about sleep, we could talk about all the messages left on doors while villagers are asleep, what hours they fall asleep and wake up at on each day, etc. Anyone got any thoughts on this? Meganium39 (talk) 05:58, July 22, 2021 (EDT)

I think this is an interesting idea, I just don't know if there is enough information for its own page. If you'd like to mockup the page in a sandbox to get an idea of how much info there is that would be helpful. And then if it looks good we can move it to the main article space. At the very least though, sleep schedules deserve mention in the personality section on the villager page. I think they are only mentioned on the individual personality pages right now. (talk) 13:12, July 23, 2021 (EDT)

Doubutsu no Mori e+ Monthly Fishes: New pages or extra sections on Animal Crossing pages?

Hi. I was asked to post this question here because I added sections for Doubutsu no Mori e+ on [[1]] and subsequent articles up to May atm, and while I didn't think much about them, I should have probably asked others beforehand. Here's the issue, resumed:

• Doubutsu no Mori e+ was missing all pages for monthly fishes, so I, instead of making new pages per month for the 8 new fishes added to this game, decided to include those in a section of the Animal Crossing monthly fishes pages.
• While I did it to prevent copying all Animal Crossing's monthly pages only to add those 8 fishes, or for making a really short page, it hadn't occurred to me that such change could be questionable, as both games are seen as quite different, but in reality Doubutsu no Mori e+ hadn't expanded much on the fishes, bugs, and fossils areas.

Given that the changes I tried to do weren't as small as I thought, I came here to ask everyone interested for a better solution to this. By either undoing the changes and placing that list on its own page, changing the title to reflect the actual change inside of the article, or by doing something someone else thinks that's better. - unsigned comment from SEISHI★ (talk • contribs)

I  Oppose. I'd prefer to make a list Like this. Petaldancer66😺 Petaldancer66 talk 19:09, July 22, 2021 (EDT)

First off, I just want to say that I appreciate you taking the initiative work with cargo and generate these tables for us. You've done a great job so far. That said, while I agree that it does seem a little silly to generate a very similar table for e+ on its own page, we've established a naming system where each game gets its own yearly and monthly lists, regardless of how similar those lists may end up being. (Doubutsu no Mori+ doesn't get its own list because it is the Japanese version of Animal Crossing, even though there are significant localization differences between them.) So, in summary, for consistency I think it would be better to have the full e+ list on its own page. (talk) 13:23, July 23, 2021 (EDT)

I see, I probably should have done that from the very beginning instead of deciding on my own to simplify everything (even if it was mostly copying and pasting code). Unless I see someone else has fixed what I've done in the time I wasn't around, I'll start undoing my changes and creating the respectives pages for each month in e+. Thank you very much to the both of you and sorry for cluttering those pages up, lol -- SEISHI★ (talk • contributions) 09:28, July 24, 2021 (EDT)

New navbox for 🎬 Gekijōban Doubutsu no Mori

So I had an idea to create a new navbox for 🎬 Gekijōban Doubutsu no Mori, and this is what I've developed so far:

Let me know what are your thoughts on the new navbox and whether or not it's necessary. -- PanchamBro (talk • contributions) 05:47, July 25, 2021 (EDT)

Looks good! I think we could also add a section for locations. ~ AlexBot2004 (Talk) 16:37, July 25, 2021 (EDT)

Again, looks good. We gonna have to create redlink pages at some ponit tho. Petaldancer66😺 Petaldancer66 talk 23:01, August 3, 2021 (EDT)

Images

The Tie dye shirt CF page got deleted so I think the images should be deleted too. The Files are File:Green tie-dye.jpg, File:Orange tie-dye.jpg, File:Purple tie-dye.jpg, File:Red tie-dye.jpg, and File:Blue tie-dye.jpg. If there are any more just tell me here. Petaldancer66😺 Petaldancer66 talk 17:10, July 27, 2021 (EDT)

 Oppose. The images could always be used for a list of clothing in City Folk when we get to that. ~ Vivian (talk) 17:21, July 27, 2021 (EDT)

Ya probably could. Petaldancer66😺 Petaldancer66 talk 22:52, July 28, 2021 (EDT)

I disagree with Vivian. While we haven't gotten to Animal Crossing: City Folk items yet, we have to recognize that eventually they'll be replaced by transparent images provided by Phil and Alex whenever they get to images for City Folk items. We can keep the images for now, but they will be deleted upon replacement. -- PanchamBro (talk • contributions) 23:45, July 28, 2021 (EDT)

Individual item pages for stationery

I would like to suggest individual item pages for specific stationeries. Particularly because until Animal Crossing: New Horizons, they are items that the player can collect, and the Stationery page is not enough to document the specifics in general. I would say it would be perfectly suitable for games before New Horizons, but for New Horizons stationeries, I would like to know whether or not those stationeries deserve their own page. -- PanchamBro (talk • contributions) 17:34, August 2, 2021 (EDT)

I agree that for games prior to New Horizons, all stationery deserve their own item pages. I would argue that since stationery is no longer an obtainable item (and does not appear in the item catalog) in NH it doesn't make sense to put NH stationery into the Item namespace. (talk) 22:29, August 5, 2021 (EDT)

I see the point, though I do think we could find a way to include other translations for various stationeries in Animal Crossing: New Horizons. Would there be any tangible way to include translations for each stationary in New Horizons? -- PanchamBro (talk • contributions) 22:47, August 5, 2021 (EDT)

You know, thinking about it again I think I've changed my mind lol. There are stationery items in previous games that are unobtainable (although they sometimes appear in the catalog), so existing as an inventory item or place-able object is kind of an arbitrary rule to decide on whether or not something is an item. Plus, there is a mailbox 'inventory' of sorts that can store letters in New Horizons. Using the existing infobox templates on designated item pages would also be easier/more consistent. So I think I'm on board with the idea. I'm still curious what other editors think though. (talk) 23:24, August 5, 2021 (EDT)

Link template refactor

Hello everyone, I wanted to get your thoughts on re-coding our link templates. Right now they use a lot of nested switches and are a bit dense/difficult to edit. But more than just replicating the original functionality, I also wanted to take this opportunity to improve them and wanted to get your input on this.

Proposed changes:

• Shortening the nolink parameter to nl.
• Removing the shorter parameter altogether and just having the long name (Animal Crossing: New Horizons), the short name (New Horizons), and the abbreviation (NH).
• Changing the default behavior to produce the short name (New Horizons) instead of the full name (Animal Crossing: New Horizons).
  • Adding the parameter full to produce the full name (Animal Crossing: New Horizons).
• Changing the shortest parameter (e.g. NH) to ab (short for 'abbreviation') or acro (short for 'acronym').

These link templates are the most used templates on the site. The {{NH}} template alone is used on over 30,000 pages, so this is something that would affect nearly every page of the wiki (as at least one of these templates is probably found there). Would love to hear your thoughts on the proposed changes, and also on implementation. Do you even think it's worth it to change these templates? All feedback is welcome. (talk) 23:17, August 5, 2021 (EDT)

I don't see a reason why "ACNH" could be used for an article link, so I  Support removing it. As for the template changes, I think I have a weak  Support given how massive these templates are being used and the massive work that will need to be done to change all of those parameters. But I'm not opposed, I think the replacements may work out well. -- PanchamBro (talk • contributions) 01:43, August 10, 2021 (EDT)

Addressing problematic issues with the Nook Shopping seasonal event page

This is not something that can be easily swayed for given the circumstances at hand here, but I think we may as well address the current uprising.

As of now, Nintendo is leaning focus to perpetuate a cycle of Nook Shopping seasonal events while they wiggle it out with adding new content. Looking at these "events" closely, the only major factor is that these events just has the player purchase them via Nook Shopping and have it straight delivered from there.

However, having it be logged in a single page present some problems. Firstly, although they are significantly minor events that are way less interactive than the previous events at hand, they are still events. They still count as an event internally through the game's code. Secondly, each event name has its own set of translations that cannot simply be fit on a page that is already becoming too big. There's also the added bonus of not being able to use interlanguage links to our German affiliate for these specific events, but they do have a unified page, so it isn't a problem.

What is a problem though, is that as Nintendo continues to grow the list of items, it's starting to grow more unbearable to add these new events and items to the table. And all that mess results in a table that is why less mobile friendly than it is. The table looks good on desktop, but looks outright intimidating on mobile. There are ways to make the table not stick out as a sore thumb, but because all that information needs to be scrolled horizontally, there is the potential for readers to not see a complete information.

At this point, there are three ways to approach this issue:

1. Create pages for Nook Shopping event. Now this won't eliminate the Nook Shopping event page in general, but it will help downsize the page's main table significantly since we want to assure that our mobile readers can read their info better by not forcing them to scroll horizontally. Individual pages also have the opportunity to add in missing translations that we have not added yet. This present a problem however, since there is very little to say about these events other than a small pace of words.
2. Downsize the table into a few columns, and just have event names, date, or description. It's not ideal, certainly there are merits to have info about this events, but it is something to help improve readability on this page.
3. Transform the table into an article-based structure where each event gets a date and the list of items. This would mean that we'd have a longer page to scroll through, but it is certainly better than having a table that readers will need to horizontally scroll though to see the other portions of information.

These are just a few ways to go through this issue, but I'd like to know what are your thoughts on the option and if there are any ways to address this problem. -- PanchamBro (talk • contributions) 04:19, August 10, 2021 (EDT)

I think we should treat them as standard events and give them their own pages. Even though they only offer an item and some info about the event itself, at the end of the day that's all the minor events in previous games were (going to Isabelle/Tortimer and getting an item and some event-exclusive dialog). ~ AlexBot2004 (Talk) 17:14, August 10, 2021 (EDT)

I agree with Alexbot2004 that each event should have its own page. That will solve the translation issue and will open up the opportunity to cargo store event info (if we aren't doing that already). As for the table issue, I think it would be great if we could develop some way to have tables display less columns on screens with less space. If that's not feasible, I think moving the description to each event's individual article page will go a long way to reduce horizontal scrolling. You could also condense columns into the same cell (for example, place the date below the event name on a new line instead of in a separate column) to help with this as well since the table isn't sortable. (talk) 22:15, August 10, 2021 (EDT)

Where to link Wild World items to?

Hi, I've recently been trying to edit some Wild World item lists to include their textures in pages like this: https://nookipedia.com/wiki/Wallpaper/Wild_World I wanted to link the items to their individual pages, for example, the Ancient Wall to Item:Ancient Wall, but I found the only related item pages are for Animal Crossing (the first one) and for New Horizons. So my question is, is it fine for me to link the Wild World list to the Animal Crossing Item pages? And if it is, should they be edited to add the Wild World textures? Sorry if it has been discussed elsewhere, I didn't quite know where to ask this. --Roli300 (talk) 08:33, September 3, 2021 (EDT)

Our item pages are specific to one species of game, due to the fact that each game has its own set of data for each item. Though we haven't developed any Wild World item pages yet, you can help create those pages on this wiki. The Spreadsheet for Wild World is over here if you need to reference on making those pages. -- PanchamBro (talk • contributions) 09:05, September 3, 2021 (EDT)

Oh, I see, thanks a lot for the quick response. I'll try to slowly create some Wild World pages, then. Should I use the same template as the one in the Animal Crossing pages or is there some other template I should follow? --Roli300 (talk) 09:15, September 3, 2021 (EDT)

They would have to use their own template, although we have not created one yet for Wild World walls/carpets. Just to let you know though, the item pages can be created automatically by a script to save time, since there are hundreds of items in the game; this is how we created the GameCube and New Horizons pages. ~ AlexBot2004 (Talk) 10:18, September 3, 2021 (EDT)

I just wanted to provide a bit more context for you in regard to your question. The wiki is moving towards a database-generated model for our item tables, meaning that we use a tool called Cargo to generate databases of items, and then we pull certain groupings of items (example:clothing, wallpaper etc.) from that database for display in tables. This way, we don't have to manually enter data cell by cell as is currently being done at Wallpaper/Wild World. In order to fill our cargo database, we create individual item pages, which have a special code in them that tells cargo to store whatever data fields we specify. So, you're more than welcome to work on a page like Wallpaper/Wild World, but once the individual item pages are all created, the content at Wallpaper/Wild World will be replaced using a Cargo-generated table. Essentially your work on pages like this will eventually be 'erased'.

The workflow we are currently using is something like this:

1. Extract data from the relevant Animal Crossing game (item data & images/model renders)
2. Compile that data in a spreadsheet, broken down by item category
3. Create the appropriate cargo & infobox templates for each item type
4. Create a script to automatically generate pages for each item using the appropriate template(s)
5. Once the relevant item pages have been created, create pages for lists of items, populated using cargo queries

I'm not certain which stage we're at in this process for Wild World items, but we do have a channel on Discord if you're interested in getting involved. (talk) 17:30, September 3, 2021 (EDT)

More hourly type pages for people who like playing at their local times

One of the main things that i wanted to add to this wiki was to add two more pages to it.One of them would be about hourly changes to the game, for example, for the 7 A.M. section of it, there could something saying stuff like, Animal Crossing -Nook n go opens- or for the 8 P.M. section of it, Animal Crossing City Folk -K.K. Starts playing songs- which is something I've wanted on this wiki for a long time. Another page idea is for hourly songs in all of the games as well as their rain and snow versions as well as their cherry blossom and e+ versions. - unsigned comment from Admin20Z (talk • contribs)

Thanks for your suggestions, Admin20Z! I really like these ideas and will put them on my to-do list. Also, when you leave a comment on a talk page, please remember to sign it with four tildes at the end: ~~~~. This will produce a time-stamped signature so we can all more easily follow the conversation and can see who is replying to who. (talk) 18:12, September 28, 2021 (EDT)

Move Nookipedia:Community Fountain over to the talk page instead

Successful proposal (5-0). Drago (talk) 11:38, October 26, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

After glossing over Nookipedia:Community Fountain, I have to say that there is no need for the page, especially since not much has updated for that page since Animal Crossing: New Horizons's launch, and it would be more appreciated to have a convenient spot to talk about discussions across Nookipedia.

There is still some useful info to use on Community Fountain, but I think we should just axe the page in favor of a redirect to this talk page. Do any of you agree? -- PanchamBro (talk • contributions) 20:47, September 30, 2021 (EDT)

Move or redirect? You used both terms. ~SuperHamster Talk Contribs 20:53, September 30, 2021 (EDT)

Ah sorry. I refer to moving as in making the main page a redirect and moving some or all content from that page over here. -- PanchamBro (talk • contributions) 20:54, September 30, 2021 (EDT)

Gotcha, just wanted to make sure I understood. Thanks! ~SuperHamster Talk Contribs 20:55, September 30, 2021 (EDT)

 Support - Just for reference, this was originally brought up by Drago back in May on Discord. I agree that the sidebar should link to this page, rather than the project page. I don't support a redirect though, rather I think we should pare down the project page and transclude it to the top of the talk page. I suggested just keeping the 'things to do' and 'need help?' sections. If we do this though, we need to make sure we replace all links to the project page, since it will not be a redirect. This should be a relatively simple text replace.

Also, this is perhaps a separate discussion, but how do we feel about changing the name of the Community Fountain to something else? It seems like maybe this was in reference to Serena's fountain in City Folk, and perhaps an AC-style take on Wikipedia's 'Village Pump'? Either way, I think that something like "The Bulletin Board" would be more appropriate, as it's something that is found in every game and its function is very similar to that of the Community Fountain (collecting messages/promoting discussion). (talk) 23:45, September 30, 2021 (EDT)

 Support - My preference would be to remove the main Community Fountain page (which I agree isn't very useful), and then move this talk page (and the archives) over to the regular Nookipedia namespace (so this would become the 'new' Community Fountain, if that makes sense).

You're probably now thinking "But if this isn't going to be a talk page anymore, we won't be able to add new sections." I think there is a way to get around that, though, but I can't remember what it is right now. You definitely see it on Wikipedia with their village pump, admin noticeboard etc.

As for the name, I think Community Fountain is fine, but I wouldn't be opposed to changing it to something related to New Horizons. I don't think "The Bulletin Board" is a good idea; it might be confused with our old Bulletin Board forums. I have thought of "Community Plaza" or "Resident Services" as alternatives (although this page isn't really a service). Drago (talk) 10:40, October 1, 2021 (EDT)

To make sure I'm understanding correctly, you're suggesting we move the content from Nookipedia talk:Community Fountain to Nookipedia:Community Fountain and delete the current content at Nookipedia:Community Fountain?

Not to put down the forums, but... I think you're giving their name recognition a bit too much credit, lol. Also I think it's a nice homage/call back to them. To be 100% honest... I was thinking to myself as I typed up the post "Wasn't there a Bulletin Boards site or forum or something? ...where am I remembering that from?" It's embarrassing to say I didn't remember that it used to be our own forum lol.

I agree that it would be nice to change the name to relate to the most recent game, and I think The Town Tree would have been a good pick for ACNL, but I don't think that ACNH has many good options. Resident Services doesn't really make sense. Maybe The Roost? Would certainly capitalize on the hype, but I don't know if ACNH will become known for that (perhaps it's already infamous...). (talk) 19:58, October 1, 2021 (EDT)

At this point, following the latest Direct, I would support renaming this to "The Roost". Drago (talk) 10:49, October 18, 2021 (EDT)

 Support - Per everyone. --Dr. Peach (talk) 15:04, October 1, 2021 (EDT)

 Support per above. Also, I actually quite like the suggestion of renaming this space to "The Roost". The name also has the added bonus of being a consistent location throughout the series, so we wouldn't have to rebrand for each era of the series in future. :p -- Dorsal Axe (talk) 12:21, October 15, 2021 (EDT)

 Support per the above. ~ AlexBot2004 (Talk) 00:20, October 20, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Rename Community Fountain to 'The Roost'

Successful proposal (11-0). Drago (talk) 11:38, October 26, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

Given that a few of us have now discussed above renaming this space to 'The Roost', I figure why not open a separate discussion about this to avoid the original proposal from veering too far off-track.

Personally I  Support this name suggestion. -- Dorsal Axe (talk) 15:32, October 18, 2021 (EDT)

 Support per my comments above. Drago (talk) 11:10, October 19, 2021 (EDT)

 Support per DorsalAxe's rationale in above section. --Jake (talk) 11:20, October 19, 2021 (EDT)

 Support per DorsalAxe's comments in the above section. Ruthless Cutie(Say hello :]) 19:54, October 19, 2021 (EDT)

 Support - Sounds good to me! Thanks for making this a proper section/suggestion. (talk) 21:05, October 19, 2021 (EDT)

 Support per the above. ~ AlexBot2004 (Talk) 00:20, October 20, 2021 (EDT)

 Support per above. -- PanchamBro (talk • contributions) 01:14, October 20, 2021 (EDT)

 Support per above too! vmario97 (talk) 01:37, October 20, 2021 (EDT)

 Support per above, better tie in to Animal Crossing. ~SuperHamster Talk Contribs 02:13, October 20, 2021 (EDT)

 Support per above. Kalina (talk) 09:47, October 20, 2021 (CEST)

 Support for the same reason as SuperHamster. Petaldancer66 {talk} 21:32, October 23, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Protection policy

Successful proposal (5-0). Drago (talk) 12:58, October 12, 2021 (EDT)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

I'd like to propose this written by Dorsal Axe as our new Protection Policy. It looks pretty much complete and I already made a few suggestions that were implemented. Please list your support/opposition here, thanks! Drago (talk) 12:07, October 5, 2021 (EDT)

 Support - Looks great! Very thoughtfully done, thank you Dorsal Axe for the time/effort spent, and Drago for providing suggestions/feedback. (talk) 13:43, October 5, 2021 (EDT)

 Support - Looks nice and great for a policy page. --Dr. Peach (talk) 13:07, October 6, 2021 (EDT)

 Support - Looks good to me. I will have to go over things more thoroughly prior to implementation to ensure everything is possible, but as it stands, this is a great improvement. --Jake (talk) 15:22, October 6, 2021 (EDT)

 Support per policy. -- PanchamBro (talk • contributions) 18:35, October 6, 2021 (EDT)

 Support - policy looks great and is very thorough. ~ AlexBot2004 (Talk) 15:20, October 9, 2021 (EDT)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

writeapidenied on login via API using a Bot password

When I try to log in using a Bot password from Autotroph (talk | contribs | logs), I am received with the following message. Note that MY_PASSWORD_HERE is the bot password, and TOKEN_I_ACQUIRED is from the tokens API with type=login:

Expand to view full error message content

$ curl -v --request POST "https://nookipedia.com/w/api.php?action=login&lgname=Autotroph@Bruh&lgpassword=MY_PASSWORD_HERE&lgtoken=TOKEN_I_ACQUIRED&format=json" | jq % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 159.203.175.115:443... * TCP_NODELAY set * Trying 2604:a880:800:10::5f5:1:443... * TCP_NODELAY set * Immediate connect fail for 2604:a880:800:10::5f5:1: Network is unreachable * Connected to nookipedia.com (159.203.175.115) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs } [5 bytes data] * TLSv1.3 (OUT), TLS handshake, Client hello (1): } [512 bytes data] * TLSv1.3 (IN), TLS handshake, Server hello (2): { [122 bytes data] * TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8): { [10 bytes data] * TLSv1.3 (IN), TLS handshake, Certificate (11): { [4048 bytes data] * TLSv1.3 (IN), TLS handshake, CERT verify (15): { [264 bytes data] * TLSv1.3 (IN), TLS handshake, Finished (20): { [36 bytes data] * TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1): } [1 bytes data] * TLSv1.3 (OUT), TLS handshake, Finished (20): } [36 bytes data] * SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256 * ALPN, server did not agree to a protocol * Server certificate: * subject: CN=nookipedia.com * start date: Sep 28 21:50:52 2021 GMT * expire date: Dec 27 21:50:51 2021 GMT * subjectAltName: host "nookipedia.com" matched cert's "nookipedia.com" * issuer: C=US; O=Let's Encrypt; CN=R3 * SSL certificate verify ok. } [5 bytes data] > POST /w/api.php?action=login&lgname=Autotroph@Bruh&lgpassword=MY_PASSWORD_HERE&lgtoken=TOKEN_I_ACQUIRED&format=json HTTP/1.1 > Host: nookipedia.com > User-Agent: curl/7.68.0 > Accept: */* > { [5 bytes data] * TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): { [57 bytes data] * TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): { [57 bytes data] * old SSL session ID is stale, removing { [5 bytes data] * Mark bundle as not supporting multiuse < HTTP/1.1 200 OK < server: nginx/1.18.0 (Ubuntu) < date: Mon, 01 Nov 2021 10:30:02 GMT < content-type: application/json; charset=utf-8 < x-content-type-options: nosniff < mediawiki-api-error: writeapidenied < x-frame-options: DENY < content-disposition: inline; filename=api-result.json < cache-control: private, must-revalidate, max-age=0 < x-request-id: f6e7719b7bb38ebcfa5bbbf3 < x-varnish: 42719977 < age: 0 < via: 1.1 varnish (Varnish/6.2) < accept-ranges: bytes < content-length: 341 < { [341 bytes data] 100 341 100 341 0 0 335 0 0:00:01 0:00:01 --:--:-- 335 * Connection #0 to host nookipedia.com left intact { "error": { "code": "writeapidenied", "info": "You're not allowed to edit this wiki through the API.", "*": "See https://nookipedia.com/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes." } }

This also affects tools such as AWB. Have some settings changed in the last few months? The last time I used a bot was in 7 August 2021. Decomposer 06:36, November 1, 2021 (EDT)

Ouch. Both User:Vmario97 and myself have also experienced this error when trying to use PyWikiBot. Oddly enough, it only happens on Windows for me - PyWikiBot continues to work fine on my Mac. Not sure the source of this error, but we'll continue to investigate. Also CCing User:Jake. ~SuperHamster Talk Contribs 16:38, November 2, 2021 (EDT)

Just thinking out loud here. We recently upgraded to MediaWiki 1.35.4, so I took at the release notes to see if I can find anything related. There was a change to the login process ("Mark ApiClientLogin/ApiLogin as requiring write mode"), but we already grant bots the writeapi user right, so...there shouldn't be an issue there. ~SuperHamster Talk Contribs 18:04, November 2, 2021 (EDT)

Actually, this is likely it! Most wikis grant everyone (including the unauthenticated) access to writeapi; we do not. As a result, logging in fails since it was marked as requiring writeapi in 1.35.4. ~SuperHamster Talk Contribs 20:35, November 2, 2021 (EDT)

I have made this temporary adjustment until the upstream change is reverted by the MediaWiki core team, and I suspect API queries will now work as intended. I still have no idea why Mac users were not affected by this. --Jake (talk) 21:30, November 2, 2021 (EDT)

Succeeded for me, thanks! Maybe my Mac still had a proper auth token or something ¯\_(ツ)_/¯ ~SuperHamster Talk Contribs 21:42, November 2, 2021 (EDT)

Nice, it works for me as well. Thanks! Decomposer 00:13, November 3, 2021 (EDT)

New Leaf remixes

In many pages there are no NL remixes of K.K. Slider's music (SNES and House). In my opinion, they should be like Aircheck and Live. I was wondering about two option. Option 1 Add two slots in Infobox Music to add NL remixes and Option 2 add a small table for NL remixes. What do you think about it? If you have a better idea, please feel free to write, Thanks. Kalina (talk) 19:15, November 4, 2021 (CET)

It makes sense to me to add the New Leaf remixes to the infobox... unless there are even more versions from other games, in which case I would be more in favor of option 2. Are these files already on the wiki? (talk) 21:15, November 4, 2021 (EDT)

There are also versions like Music Box, Aircheck ("Cheap"), Aircheck ("Phono") and Aircheck ("Retro"), so I guess the table will make more sense. Probably not, but I know that Chubby Bub wants to upload NL music files. Kalina (talk) 7:24, November 5, 2021 (CET)

Personally I'd prefer a separate table for all the different mixes/variations. Otherwise the infobox is going to become quite large, and I don't think it's necessary to have every single version of a song in there to be honest. -- Dorsal Axe (talk) 03:48, November 8, 2021 (EST)

That's true, if it were all in the infobox it would be a big mess because there was too much of everything. I also found out that remixes are also in NH: HHP. Kalina (talk) 8:57, November 9, 2021 (CET)

I think a table is the way to go. But I have bigger ideas... I'm working on ripping every game, and hopefully at some point everything will be done... right now only NL is and I intend to upload it soon. But each K.K. song has a different amount of variations in each game, and those variations themselves differ from game to game. So I think we should include each of these under each game's section under Appearances on a song's page. Personally, I think the best way to do this would be to use Template:Music Box in a similar fashion to the first part of SuperHamster's sandbox here, with each box representing a variation of the song per game. For example, under a song's "In New Leaf" section, we would have boxes for Live, Aircheck, Music Box, DJ KK House, and DJ KK NES. And text could go in these sections describing relevant aspects of the songs and how they changed in between games. Chubby Bub (talk) 03:09, November 9, 2021 (EST)

Great idea, also this template looks fantastic, it will definitely be great for music pages! Kalina (talk) 10:21, November 9, 2021 (CET)

Add the villager's Japanese name in main prose

There's a concerning amount of readers who often gloss over our villager articles simply due to the fact that we lack the Japanese names in the main prose, both in the original language and romanized. I would suggest adding this information in so that people will understand their Japanese name more. -- PanchamBro (talk • contributions) 11:54, November 11, 2021 (EST)

Regarding "concerning amount" - on Discord you mentioned one user, is there more? ~SuperHamster Talk Contribs 12:05, November 11, 2021 (EST)

I believe there are two additional users who aren't too pleased with the fact that we omit their Japanese name from the prose. -- PanchamBro (talk • contributions) 19:56, November 11, 2021 (EST)

I agree that we should add the Japanese name to the prose for villagers without an official English name. I also think we should do so for villagers who received an official English name in the most recent main-series Animal Crossing title (in this case, New Horizons), as up to that point they have been known by their Japanese name longer than their English name. As for villager pages generally, I don't see it being particularly useful to readers. If there is something of interest having to do with their Japanese name it can be mentioned in the Trivia section or in their introduction. (talk) 16:05, November 12, 2021 (EST)

This is something we used to have, but was stripped out to give equal prominence to all supported languages. I'm not really for or against reinstating it, though I agree with Sunmarsh's suggestion above that this would be best for characters that haven't been localised.

I do think the lack of romanisations in the infobox is a big problem however, not just for Japanese, but all non-Latin-based languages. I saw the idea of improving Template:Tt was floated on the Discord, but I'm against that as it's still not intuitive and has accessibility concerns (and quite frankly, that template just needs to go at this point). I think it would be straightforward enough to add the romanisations into Template:Translation in plain text. Though...I must admit I've never really understood why the infoboxes even contain this information in the first place, given that we have a dedicated section for languages on each character's article. It's always seemed a bit of unnecessary bloat to me. -- Dorsal Axe (talk) 18:21, November 12, 2021 (EST)

 Support re-adding the note to the Japan-only villagers and the returning ones from Doubutsu no Mori e+ in New Horizons per sunmarsh. ~ AlexBot2004 (Talk) 19:04, November 12, 2021 (EST)

I would  Support this on all villager and special character pages using Template:Nihongo, I think it's useful information especially as the Japanese names often convey info about the character it might be good to have as context before reading the article. Wikipedia often does the same thing for similar reasons, and the reason Japanese is of note is because that is the character's "original" name. I think it's better to be consistent than to just do some pages. That said, it's not that big of a deal to omit, as it's still present later in the article. As Dorsal Axe points out, there was talk of using the Tt template for infoboxes, but that discussion was actually about making it more clear, and accessible on other devices. I don't know if anything will come of it though. Plain text would work too. Chubby Bub (talk) 02:24, November 23, 2021 (EST)

 Comment - Just making a note here that I have created Category:Characters with no English localization, which will help a bit if we decide on partial implementation. (talk) 13:35, November 29, 2021 (EST)

Table for villager's catchphases

I think would it be good if the catchphrase page contained a table with all the villager's catchphrases. It would be easier to find all villagers catchphrases instead of searching through pages. What do you think? Kalina (talk) 16:21, November 12, 2021 (CET)

 Support - sounds good to me! ~ AlexBot2004 (Talk) 13:43, November 12, 2021 (EST)

 Support - I also like this idea. Akuhime-sama (talk) 15:03, November 12, 2021 (EST)

 Support - This is a great idea, thanks for the suggestion! (talk) 16:06, November 12, 2021 (EST)

Establishing a formal proposal process for major wiki changes

Proposal system implemented, see Nookipedia:Proposals. Drago (talk) 11:26, December 2, 2021 (EST)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

---

I'd like to propose adding a new page to the Nookipedia namespace (Nookipedia:Proposals), and creating a new formal process for implementing large-scale changes to the wiki. In the past, we've simply used the Community Fountain for this purpose, have held discussions on individual talk pages, or have discussed externally (Bulletin Board Forums/Discord) before coming to consensus and then taking action. I think that both this page and other individual talk pages are great for inviting discussion on a topic, generating ideas, and getting feedback, but for proposals that impact a large amount of pages or users, I think there should be a more formal approval process so that everyone has a chance to participate in discussion before implementation. Here are some of the ideas I had for this proposal system:

• Proposals are necessary for changes that would affect a large number of pages or users. Some examples: rules/policy changes, adding/removing namespaces, making major modifications to/replacing templates that affect 1000+ pages.
• Proposals are for voting on fully worked out ideas. Proposals can be submitted without prior public comment or feedback, but should not receive major edits or changes once voting has started.
• The voting period for a proposal lasts a set period of time, similar to a staff application, and is open to vote and commentary from all editors.
• At the end of the voting period, the support/oppose tally will be counted by a staff member, and a specific user will be assigned to implement the change (it could be the user who submitted the propsal, or a staff member, as necessary). This helps to make sure the change takes effect as promptly as possible once a decision has been reached.
• Ideally, active proposals would be displayed on the main page, and staff members (or ribbot) could alert those with the Editor role on discord when a proposal is coming to a close.

I'd love to hear your thoughts/feedback on this! (talk) 10:23, November 17, 2021 (EST)

 Support It's a great idea to create Nookipedia: Proposals. Also, I think it would be helpful if this page had an instruction or something like rules. I really like the ideas you wrote, they would definitely be useful! Kalina (talk) 20:48, November 17, 2021 (CET)

 Support - I think a more formal proposal system would be very helpful in bringing more attention to proposals and preventing them from potentially getting buried here. ~ AlexBot2004 (Talk) 21:08, November 17, 2021 (EST)

 Comment So far this is looking good, and as the rest of the staff will know, I've long been a supporter of this idea. However, there's a few questions I'd like to ask before I consider a vote:

1. Will there be a minimum support percentage needed? What happens if there's a tie? Does the proposal get extended?

2. You've suggested that voting and commentary would be open to all editors. I agree that anyone should be able to comment, but allowing IP voting is not something I'm keen on. It would be too easy for someone to vote twice.

3. Regarding assigning someone to make the changes; this could work, but it could also get messy. Can you explain a little more on how this would work?

4. Will we just be limited to Support/Oppose proposals, or will we be able to create ones with three or more options (this could also get messy)?

Overall though, great work so far, and I look forward to seeing how this develops! Drago (talk) 12:23, November 18, 2021 (EST)

Answering your questions:

1. I had initially thought it would be simple pass/fail based on the number of support vs oppose votes, but I think it makes more sense to get 2/3 majority (similar to the adjustments put forward by SuperHamster at Nookipedia talk:Staff/Apply). This also solves the tie problem, as a tie vote would not be enough to pass. As far as proposal extensions are concerned, I think it should be at the discretion of the staff member(s) who is/are in charge of administering/closing the proposal process. So, an extension could be requested by the user who submitted the proposal, or it could be extended independently by a staff member, at their discretion.

2. I agree that all those who intend to vote must have an account/be logged in. Additionally, I think that only registered users should be able to put forth proposals.

3. After thinking about how assigning specific users (or even user ranks) would work, I think that it makes things a bit overly complicated. We would need to have some conversation about this among staff members, but I think that it could be the role of bureaucrats to administer/close voting on proposals, and then, if a proposal passes, they should then either enact the proposal themselves, or coordinate with other staff members to make sure the proposal is completed. Perhaps a bureaucrat is responsible for closing voting, and then whoever actually enacts the proposal follows up and adds a note to the closed proposal to confirm it has been completed. The bureaucrat could be responsible for adding the task to the Nookipedia Tasks board, for example. Alternatively, they might discuss the proposal implementation process in either the staff channel on Discord, or on some other channel explicitly created for handling proposals.

4. I think a proposal should not have any yet-to-be-determined components. It should be a complete proposal with no 'option a, b, or c'. This is why getting input prior to submitting the proposal (e.g. by posting about it here), should continue to be encouraged. (talk) 19:40, November 18, 2021 (EST)

Thanks for the answers! These all sound like good solutions, so I'm now going to  Support bringing in this system. Drago (talk) 11:40, November 19, 2021 (EST)

---

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page.

Image gallery to infoboxes

Wouldn't it be good if infobox such as: Infobox Video Game, Infobox Location e.t.c had gallery (look at Isabelle's infobox)? I think it would be easier to find a gallery. What do you think? Kalina (talk) 12:11, November 19, 2021 (CET)

 Support - You're referring to the purple gallery button in the Infobox, right? I agree that it would be helpful on other types of pages, especially the game pages as they have tons of images. (talk) 10:08, November 19, 2021 (EST)

Yes, I mean it. Kalina (talk) 16:39, November 19, 2021 (CET)

 Support though I'm not sure this even really needs to be put to a vote. It's trivial to enable this, as the functionality is built directly into the base infobox template. All you have to do is add subtitlebelow = gallery to the infobox template and it will show this link if a gallery subpage exists. -- Dorsal Axe (talk) 11:30, November 23, 2021 (EST)

Compliments to the person or people who made the random page/item generator! It's quite cool! MyDearDeirdre (talk) 13:33, November 19, 2021 (EST) Oh, and if this is in the wrong category, move it to the right one please! I'm new.

Music in infoboxes

Thanks to Kalina70's hard work, we have tables for each version of a song on K.K.'s song pages, and event and location pages have a similar music section. (They currently generally only have the versions from New Leaf and New Horizons since that's what I've finished ripping, but the rest are still to come.) Right now, the infoboxes for each of these types of pages has the newest and/or default version of the song, and the tables in the music section are missing these since they're in the infobox. I am proposing that at the very least all versions of the song are included in the table, and that perhaps they're unnecessary in the infobox at all now that we have dedicated music sections. Chubby Bub (talk) 02:09, November 23, 2021 (EST)

 Support I think it would be good if that were the case as it doesn't make sense that there is two songs from NH in infobox, but the rest of the music from other games in the music section. Btw i can do it if proposal will be supported. Kalina (talk) 13:44, November 23, 2021 (CET)

 Support I've been thinking the same thing, and it's kind of confusing having it in both the infobox and the table. I think going forward, we should only have music in the infobox for video game articles (e.g. the main theme of the game) and articles for K.K. Slider songs (where each song is always the same across different games). -- Dorsal Axe (talk) 11:26, November 23, 2021 (EST)

 Support - I agree with Dorsal Axe that we should just have one song in the infobox and it should be limited to K.K. Slider Songs & main themes. I also agree that the music table should list all versions of the song (even if that means the song appears twice on the page- once in the infobox and once in the table). (talk) 13:48, November 26, 2021 (EST)

 Support - Per everyone. --Dr. Peach (talk) 14:52, January 8, 2022 (EST)

Realign the sections on our villager pages

As of now, our villager pages are organized under this fashion (example from Rosie):

• 1 Characteristics
  • 1.1 Appearance
  • 1.2 Personality
• 2 Villager information
  • 2.1 In Animal Crossing
  • 2.2 In Wild World
  • 2.3 In City Folk
  • 2.4 In New Leaf
  • 2.5 In New Horizons
    • 2.5.1 In Happy Home Paradise
• 3 House
  • 3.1 In Doubutsu no Mori and Doubutsu no Mori+
  • 3.2 In Animal Crossing
  • 3.3 In Wild World
  • 3.4 In City Folk
  • 3.5 In New Leaf
  • 3.6 In New Horizons
• 4 Other appearances
  • 4.1 In Gekijōban Doubutsu no Mori
  • 4.2 In Happy Home Designer
  • 4.3 In Pocket Camp
  • 4.4 In Super Smash Bros. Brawl
• 5 Card profiles
  • 5.1 Animal Crossing e-Reader card
  • 5.2 amiibo cards
• 6 Gallery
• 7 Trivia
• 8 Names in other languages
• 9 See also
• 10 Notes
• 11 References

Currently, we divide the other appearances section from the villager information section, but given how Animal Crossing: Happy Home Designer and Animal Crossing: Pocket Camp are still Animal Crossing games, we should move the Happy Home Designer and Pocket Camp sections up to villager information and leave the other appearances for 🎬 Gekijōban Doubutsu no Mori and (if applicable) the Super Smash Bros. series and Mario Kart 8. -- PanchamBro (talk • contributions) 11:15, November 23, 2021 (EST)

 Support - Makes sense to organize them in your suggested way.--Dr. Peach (talk) 13:10, November 23, 2021 (EST)

 Oppose - I think that this makes things a bit confusing as it departs from the way these games are organized in the Infobox (they are listed under 'Other appearances'). I think the distinction between main-series titles and spinoffs is important, especially when it comes to items, and specifically when it concerns Animal Crossing: Pocket Camp (e.g. Pocket Camp-only fish and bugs that don't function the same as they do in other games). Edit: I understand this proposal is specifically for villagers, but these pages would then be inconsistent with other article pages. (talk) 13:54, November 26, 2021 (EST)

I see where you're coming from, but when you address fish and bugs, there are some that have both Pocket Camp and mainline games all under the same section. In my opinion, it would be nicer to have the information unified under one section, given how large {{PCVillagerInfo}} has become thanks to my redesign. Perhaps we could move the "Other appearance" section to be above "House", but I don't know how viable it could be. -- PanchamBro (talk • contributions) 13:08, November 27, 2021 (EST)

How to upload images (Mobile)

Hi, I’m trying to figure out how to upload an image. It says that I removed the file info template even though I didn’t do anything. How do I fix this? Thanks, BadTime123 (talk) 06:57, December 30, 2021 (EST)

Hi, you need to add {{File Info}} template to the image and fill it (Add source and description). Also here is example File:395 Cally amiibo card JP.png. Kalina (talk) 14:00, December 30, 2021 (CET)