MediaWiki API result

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "Report_mistake",
        "continue": "gapcontinue||"
    },
    "warnings": {
        "main": {
            "*": "Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/> for notice of API deprecations and breaking changes."
        },
        "revisions": {
            "*": "Because \"rvslots\" was not specified, a legacy format has been used for the output. This format is deprecated, and in the future the new format will always be used."
        }
    },
    "query": {
        "pages": {
            "1348": {
                "pageid": 1348,
                "ns": 0,
                "title": "Recommended Links",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "== Info Pages ==\nSites with information on a wide range of anime.\n\n* [http://www.animenewsnetwork.com/ Anime News Network]\n* [http://www.animenfo.com/ AnimeNfo]\n* [http://www.anime-planet.com/anime/ Anime-Planet - Anime Database and Recommendations]\n* [http://www.allcinema.net/ allcinema online] (Japanese)\n* [http://cal.syoboi.jp/ Shoboi Calendar] (Japanese)\n* [http://www.moonphase.cc/ Moonphase] (Japanese)\n\n== Forums ==\nSites for discussing anime to death.\n\n* {{AniDBLink|forum|AniDB Forum}}\n* [http://forum.anime-reactor.net/ AnimeReactor Forum]\n* [http://forums.animesuki.com/ AnimeSuki Forum]\n* [http://www.christiananime.net/ Anime and God]\n\n== Anime Reviews ==\nSites to read about the opinions of others on anime.\n\n* {{AniDBLink|latest2|do|reviews|Most recently added reviews in AniDB}}\n* [http://www.themanime.org/ THEM Anime Reviews]\n* [http://www.animejump.com/ Anime Jump]\n* [http://www.anime-planet.com/reviews/all Anime-Planet reviews]\n* [http://www.mania.com/reviews_by_title.php Mania] (prior known as AnimeOnDVD)\n* [http://www.animesecrets.org/anime.html Anime Secrets]\n\n== Manga ==\nSites about slow frame rate anime.\n\n* [http://users.skynet.be/mangaguide/ Web version of the Ultimate Manga Guide]\n* [http://www.manganews.net/ Manganews]\n* [http://forum.anime-reactor.net/viewforum.php?f=9 MangaReactor] (free sign-up needed)\n\n== Image Hosting ==\nSites that provide free image hosting, useful if you need to upload a screenshot of something.\n\n* [http://www.imageshack.us/ ImageShack]\n* [http://xs.to/ xs.to]\n* [http://tinypic.com/ tinypic.com]\n\n== Linking AniDB ==\nFeel free to link to the AniDB mainpage or directly to any AniDB entry. However, please do not link to any images hosted on AniDB (i.e. anime images) - it's easy to take the image and upload it to a [[#Image Hosting|free image hosting]] site.\n\nThere are some handy shortcuts for linking the main entries, like anime, in neat short urls. Rather than linking the perl script with the relevant parameters:\n:http://anidb.net/perl-bin/animedb.pl?show=anime&aid=275\nYou can take the entry ID and make a neat little link:\n:http://anidb.net/a275\nThese work for anime entries, episodes and so on, see [[shortlinks]] for more.\n\n__NOTOC__\n[[Category:Interface]]"
                    }
                ]
            },
            "2670": {
                "pageid": 2670,
                "ns": 0,
                "title": "Release",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "{{TOCright}}\n\n==Concept of releases==\nInstead of grouping files by group only (anime-group) we could introduce \"Releases\" in which files could be grouped completely arbitrary. That is both files from different groups and files without group.\n\n===Why===\n*Fix ag-state, or rather an addition to ag state (240, 145)\n*Grouping and states for no-group files\n*Multiple releases per group; DTV/DVD, low/high quality, avi/mkv, xvid/h264, etc. instead of version abuse\n\n===Why not?===\n* More data to store.\n* More administration.\n\n===Possible tables===\n  releasetb(\n   id int4,\n   date int4,\n   update int4,\n   uid int4,\n   edituid int4,\n   aid int4,\n  -- cached gids\n   gids int4[],\n   status int2,\n  -- cached ep map, only for anime with known number of eps, only normal eps (and O)\n   completion bitstring,\n  -- comment?\n   other varchar\n  );\n\n  releasefiletb(\n   id int4,\n   date int4,\n   releaseid int4,\n   aid int4,\n   eid int4,\n  -- only one file per eid, deprecated files would not be part of any release\n   fid int4,\n   gid int4,\n  -- maybe, requests could possibly be related to releastb instead\n   update int4,\n   uid int4,\n   edituid int4 \n  );\n\n: I am not sure about that assumption of one file per ep. I.e. what happens with releases which have external subtitles? (We could of course use the file-file relations for that info.) How would you handle a case where a release contains files from multiple groups and one or more eps were actually subbed by more than one group? I.e. group A released 1-10 and group B released 1-3 and A&B released 11-12. That cached ep map mentioned earlier is not the status int2, right? Would releases need a name? Or would there be different \"types\" of releases?\n: [[User:Exp|Exp]] 18:56, 8 July 2007 (UTC)\n:# a release is supposed to represent one possible \"pack\" of files that covers an anime (to assist you when you're wondering what to get) and in that regard only one file per ep is needed. you usually don't watch several files of the same ep unless you want to compare (or is re-watching). so, using your example, we'd have to choose whether we want 1-3 from A or B in the \"release\". this could (and probably will) lead to some political issues, but in worst case two releases can be added; one with 1-3 from A and one with 1-3 from B (as one file can be part of several releases). allowing several files per ep (disregarding subtitles and split files for now) breaks the initial idea of releases, although it would still solve most of the issues it was supposed to address. (on a side note; new versions of files would \"push out\" the old versions in a release. complete re-encodes would be added as new releases).\n:#the cached ep map = eprange in animegrouptb, meaning eprange was based on that idea.\n:#releases would usually be addressed by group names, but could have both name and type too. the \"other\" bit is the alternative, meaning if a release needs some additional explaining it would go there. --[[User:Epoximator|Epoximator]] 13:11, 10 July 2007 (UTC)\n\n===Interface===\n* On file add: select one of the existing releases or create a new release (only if epno is 1)\n* Request file to be added/removed from a release (from anime/group/file page)\n* Replace/merge/add to group box @ anime page, new release page (per anime)\n\n\n===Questions===\n====Can it replace animegrouptb?====\nDon't think so. A release can not be 'dropped' because it would break the purpose of it self (at least partly). And since a system like this can't be fully automated, the ag table is (most likely) needed as the basic way of file grouping.\n\n====Can it be semi-automated?====\nIt should at least be possible to build the initial content based on some general rules. This might not be wanted though; it could only be an addition to animegroups. Meaning releases would only be used where it is needed (sort of like file/ep rels are used today). It should at least not be needed for movies/OVAs (only one \"ep\").\n: As you've already pointed out such a release system would not fully replace the automatically generated animegrouptb data. Which would meant that there would probably be no reason to duplicate the data. For all those releases where the animegrouptb approach works fine, we wouldn't need to add any release info. Release info would only be manually added for the hard cases. And even there we might want to look for an approach which can handle the group<->subgroup releases mostly automatically.\n: [[User:Exp|Exp]] 18:50, 8 July 2007 (UTC)\n\n== Working Examples ==\n===Hikaru no go===\n\n* R-F: 16,25,40-75\n* E-F: 1-47,58-59\n* E-F&FORCE: 48-57\n\nWith the \"completion bars\" it very easy to get a general understanding of the situation, but there is still a bit of info that is missing.\n\nPossible releases:\n* A: E-F 1-39 + R-F 40-75\n* B: E-F 1-47,58-59 + E-F&FORCE 48-57 + R-F 58-75\n* C: E-F 1-47 + R-F 48-75\n* and all other silly permutations..\n\nB might offer the best quality and C might seem as the natural choice, but A is the \"de facto\" choice judging by user count. Adding a usercount on ag would help in many cases, but probably not very much here.\n\nAll of these could be added as releases (wouldn't hurt), but A is probably the only one needed. It would show up as a new row as \"E-F & R-F\", but marked as \"release\" (not to be confused with an actual joint). The ag R-F and E-F rows could optionally be hidden or grouped under the \"release\".\n\nI don't see how this could be easily done (hacked) with the current animegroups without any form of manual work. (Throwing all of them into the same release doesn't seem like a good idea either, btw).\n\n\n===Naruto===\n* ANBU-AonE: 1-94,108-121\n* AonE: 95-107,122-220\n* ANBU: 95-107\n\n...\n\n[[Category:Development]]"
                    }
                ]
            }
        }
    }
}