MangaDB DEV: Difference between revisions

Line 79: Line 79:


==General==
==General==
===Mangaentries===
===Manga entries===
*like anime entries at AniDB
* basically just a name and a summary/description of the entry
*description
* further data can't be stored at this level
*genres/categories
* categories/tags would be assigned on this level
*producer
*picture
*colour/greyscale/B&W/mixed


===Volume level===
===Editions===
*is identical to the episode entries of AniDB
* compareable to an anime entry
*data: volume name, volume number, release date
* made up of several elements (chapter, volumes, etc.)
* picture


===Chapter level===
===Element Edition===
*is somewhat identical to the episode entries of AniDB
* to make truly reuseable we need a layer between editions and elements
*a range of chapters builds a volume
* release dates
*data: chapter name, chapter number (release date)
* volume/chapter "number"
* controls the order of elements (some internal number to shift content around)


===File level===
===Elements===
*slightly identical to the file entries of AniDB
* compareable to an episode entry
*only generic files
* variable element which may be a volume, chapter, omake, illustration, etc.
*generic files can have language and a group
* needs nesting capeabilities to build a 2 level hirachy
*more than 1 generic file per chapter! basically every language + group combo creates a new file
* only volume/chapter(/omake?) ones should be addable to mylist; rest is mainly only in for credits and completeness sake
*no size
 
*no hash
===Files===
* generic files with language flag and group assignment
* possible would be to assign multiple hashes to each of these generic files to a) stop the clutter problem and b) still allow for automatisation without completely depending on filename parsing


==Database==
==Database==
MediaWiki spam blocked by CleanTalk.
MediaWiki spam blocked by CleanTalk.