Closed alefrost closed 10 years ago
Now comes the question of data organization. Should all docs be added to a single database, or should each section be it's own db? Look up how couchdb is usually used and what would be most effective.
All docs should go in a single database, but should have a "type" field or similar name to distinguish what group in belongs to (e.g. Type, Pokemon, Move, etc.).
I noticed that the moves on from PokeAPI don't display the element of that move. I should see if there is a way to programmatically fetch the type of a move and add it to the JSON before running a script to copy them over
I created a javascript list out of a table of all pokemon moves on bulbapedia. I can use this to look up a moves type when inserting it into the database. Additional moves from non-regular version games are included in the move list, but will not be assigned a type.
Consider placing progress bars in the web interface for transferring data. Easily track progress without having to reload the couchdb page. Just have every success function do a mustache render on a given div.
My Couchdb application broke when I tried to create and run views. After a few hours of failed troubleshooting I've uninstalled it and am currently in the progress of re-installing using brew
In order to link the type of each move to that move, I can take all spaces and hyphens out of the move names and use them as an object key in a JSON object that acts as a lookup table. Each lookup will point to a better formatted name (acquired from Bulbapedia) as well as the type. Those fields can then be added/updated in the move's JSON object before being added to the database
Decided to download moves now and worry about update data later as it's own thing since there are multiple areas that need that attention
Desired Data to Copy into CouchDB
SpritesGames