TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Twenty years after Pokémon launched, its impact on Wikipedia remains

225 pointsby jaybosamiyaabout 9 years ago

10 comments

minimaxirabout 9 years ago
It&#x27;s worth nothing that the Pokemon Wikipedia, Bulbapedia, is <i>extremely extensive</i>, especially when it comes to obscure game mechanics: <a href="http:&#x2F;&#x2F;bulbapedia.bulbagarden.net&#x2F;wiki&#x2F;Main_Page" rel="nofollow">http:&#x2F;&#x2F;bulbapedia.bulbagarden.net&#x2F;wiki&#x2F;Main_Page</a><p>The coolest page IMO is how Pokemon Capture works: <a href="http:&#x2F;&#x2F;bulbapedia.bulbagarden.net&#x2F;wiki&#x2F;Catch_rate" rel="nofollow">http:&#x2F;&#x2F;bulbapedia.bulbagarden.net&#x2F;wiki&#x2F;Catch_rate</a>
评论 #11197280 未加载
评论 #11197128 未加载
评论 #11197118 未加载
评论 #11196679 未加载
xlaynabout 9 years ago
I have always wondered how the systems evolved.<p>Why Karen and her far cousin can&#x27;t have their own Wikipedia pages?<p>It&#x27;s not like it&#x27;s going to be printed and more Pokemon is less about the chemical elements, so what if half Wikipedia it&#x27;s about Pokemon? or Star Wars? if the pages are up to the standard there is no reason for not being included.<p>This reflects how the people related to this topics are just more knowledgeable (about the topic) and willing to cooperate to the Wikipedia than other groups.
评论 #11195270 未加载
评论 #11196846 未加载
评论 #11196313 未加载
评论 #11195249 未加载
评论 #11197110 未加载
评论 #11197246 未加载
评论 #11196961 未加载
评论 #11196035 未加载
评论 #11198057 未加载
评论 #11196345 未加载
评论 #11198307 未加载
larrikabout 9 years ago
The headline makes it sound like Pokemon is newer than Wikipedia, but Wikipedia is only 15 vs Pokemon&#x27;s 20...
poweraabout 9 years ago
As a proud deletionist (philosophically, not actively), I feel I need to respond to a bunch of the comments here.<p>This claim that any fact, no matter how obscure and how specific, should be on Wikipedia is maddening. Have you heard of the Library of Babel? If you index everything, eventually you will have no knowledge at all, just madness.<p>And as for the claims that subsections or whatever will solve this problem, in practice the way they do this <i>is through other wikis</i>. I don&#x27;t see any reason why the list of Ivysaur&#x27;s attacks should be on Wikipedia. Just because it&#x27;s knowledge doesn&#x27;t make it <i>useful</i>.<p>And in response to the question &quot;what&#x27;s the harm?&quot;, there&#x27;s always a cost to having data. If Wikipedia editors have to manage the Pokemon community, have to prevent links to obscure Pokemon concepts from polluting the Abraham Lincoln article, that&#x27;s time they can&#x27;t do something else.
dropdatabaseabout 9 years ago
Hadoop could have been a good Pokémon name
评论 #11195674 未加载
评论 #11195826 未加载
sgentleabout 9 years ago
I&#x27;ve struggled for a long time with the deletionism&#x2F;completionism divide. I was initially strongly completionist for the reasons many others have said: this could be the repository of all human knowledge, no matter how trivial, and why would we give up that dream? To save on hard disk space?<p>But my viewpoint these days is that Wikipedia&#x27;s size has the same kind of problems that code size does. More code isn&#x27;t bad in itself. After all, if that code doesn&#x27;t interact with your code, you can just ignore it. Something like a zillion-line OO project with tightly defined interfaces gives you that property.<p>However, there is an inevitable maintenance burden that comes with the size of your project. If you want to change code conventions, or update some library that is used throughout the codebase, or even just try to keep the project to a certain standard, those actions are all difficult in proportion to the number of lines of code.<p>In Wikipedia&#x27;s case, they don&#x27;t even have access to the same kinds of push-around-huge-mountains-of-code tools that developers can use to manage this problem. They have tools, sure, but a fundamental part of Wikipedia&#x27;s model is that it is unstructured (or at best semi-structured) data, just one big text field, and so any automated transforms are necessarily limited.<p>So Wikipedia makes up for its fuzzy data model by just throwing people at the problem. For it to be the sum of all human knowledge means it needs proportionally many editors to maintain that knowledge. If there ever could be enough editors to do that, and if there could be a structure that would allow them to organise themselves, I&#x27;m not sure Wikipedia is it.<p>The problem is that Wikipedia can&#x27;t regulate the number of volunteer editors in the project. If the encyclopedia gets too big for the editors to manage, large chunks of it will just atrophy and there&#x27;ll be nothing they can do about it. Worse still, editors will leave because they are unable to handle the burden which only makes the problem worse.<p>So I&#x27;m not sure that completionism is actually feasible, at least not with the structure as it is now. I still dream of that repository of all knowledge, no matter how trivial, but I just don&#x27;t know how we get there.
Peroniabout 9 years ago
Poké API is coming up to 54 million API calls - pokeapi.co<p>People still love Pokemon it seems
w84t1meabout 9 years ago
Psyduck... Psyduck... <a href="https:&#x2F;&#x2F;en.m.wikipedia.org&#x2F;wiki&#x2F;Psyduck" rel="nofollow">https:&#x2F;&#x2F;en.m.wikipedia.org&#x2F;wiki&#x2F;Psyduck</a>
twhbabout 9 years ago
What is the (argued) benefit is to excluding information? “Often what is not said is more important than what is said.” is vague and unsatisfying.
kevin_thibedeauabout 9 years ago
And yet Nimlang had to fight for over a year to get a page that could survive the deletionistas.