MediaWiki API result

This is the HTML representation of the JSON format. HTML is good for debugging, but is unsuitable for application use.

Specify the format parameter to change the output format. To see the non-HTML representation of the JSON format, set format=json.

See the complete documentation, or the API help for more information.

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "SER/fr",
        "continue": "gapcontinue||"
    },
    "query": {
        "pages": {
            "613": {
                "pageid": 613,
                "ns": 0,
                "title": "SER",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "<translate>\n<!--T:10-->\n<languages />\n\n=SER image sequences= <!--T:1-->\n\n<!--T:2-->\nSER file format is a simple image sequence format, similar to uncompressed films. Documentation can be found on the [http://www.grischa-hahn.homepage.t-online.de/astro/ser/ official page]. The latest PDF document is [[:File:SER_Doc_V3b.pdf|mirrored on free-astro]] too.\n\n<!--T:3-->\nWith improvements of version 2 and 3, SER handles colour images, which makes it perfect as replacement for the usual AVI or other film format produced by older capture programs in all astronomy situations. Compressed images should not be used for astronomy but can still be converted to SER, which will make the files bigger for the same quality, but easier to work with.\n\n<!--T:11-->\n[[Siril]] can convert any image sequence and many film formats into SER files. [https://sites.google.com/site/astropipp/ser-player ser-player] is a great tool that allows SER files to be visualised just like any film], with many options and works on most operating systems.\n\n<!--T:4-->\nThe main issue with AVI and other film containers is that it is designed to work with many codecs and pixel formats, which it good for general purpose films, but requires astronomy software to handle a large array of actually different file formats. General purpose film software are often not well equipped to handle 16-bit per pixel values or some uncompressed data formats. With SER, only one file format handles it all, that's why [[Siril]] for example is now developing processing only for SER.\n\n==File structure== <!--T:5-->\n\n<!--T:6-->\nA SER file has three parts:\n* a 178-byte header containing images and observation information\n* image data, raw pixel data\n* an optional trailer containing dates for all images of the sequence\n\n==Handling colours== <!--T:7-->\n\n<!--T:8-->\nIn version 3 (2014), there are two ways of handling coloured images in SER. If data comes directly from a sensor, the preferred way is probably to use one-plane images and interpolating data from the [https://en.wikipedia.org/wiki/Color_filter_array colour filter array] (similarly to CFA file formats used in astronomy software).\n\n<!--T:9-->\nThe other way, added in version 3, is to use three planes to represent RGB image data. SER v3 supports RGB/BGR 8/16-bit data. This can be useful if data is converted from a source with an unknown colour filter array or for general purpose conversion.\n\n==Specification issue with endianness== <!--T:12-->\n\n<!--T:13-->\nSince SER files can contain 16-bit precision images, endianness must be well specified. The specification allows endianness to be either big-endian or little-endian, to facilitate file creation on various systems, as long as the used endianness is documented in the file's header.\n\n<!--T:14-->\nFor an unknown reason, several of the first programs to support SER disrespect the specification regarding the endianness flag. The specification states that a boolean value is used for the LittleEndian header, and they use it as a BigEndian header, with 0 for little-endian and 1 for big-endian. Consequently, to not break compatibility with these first implementations, later programs, like [[Siril]] and [[GoQat]], have also decided to implement this header in opposite meaning to the specification.\n</translate>"
                    }
                ]
            },
            "617": {
                "pageid": 617,
                "ns": 0,
                "title": "SER/en",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "<languages />\n\n=SER image sequences=\n\nSER file format is a simple image sequence format, similar to uncompressed films. Documentation can be found on the [http://www.grischa-hahn.homepage.t-online.de/astro/ser/ official page]. The latest PDF document is [[:File:SER_Doc_V3b.pdf|mirrored on free-astro]] too.\n\nWith improvements of version 2 and 3, SER handles colour images, which makes it perfect as replacement for the usual AVI or other film format produced by older capture programs in all astronomy situations. Compressed images should not be used for astronomy but can still be converted to SER, which will make the files bigger for the same quality, but easier to work with.\n\n[[Siril]] can convert any image sequence and many film formats into SER files. [https://sites.google.com/site/astropipp/ser-player ser-player] is a great tool that allows SER files to be visualised just like any film], with many options and works on most operating systems.\n\nThe main issue with AVI and other film containers is that it is designed to work with many codecs and pixel formats, which it good for general purpose films, but requires astronomy software to handle a large array of actually different file formats. General purpose film software are often not well equipped to handle 16-bit per pixel values or some uncompressed data formats. With SER, only one file format handles it all, that's why [[Siril]] for example is now developing processing only for SER.\n\n==File structure==\n\nA SER file has three parts:\n* a 178-byte header containing images and observation information\n* image data, raw pixel data\n* an optional trailer containing dates for all images of the sequence\n\n==Handling colours==\n\nIn version 3 (2014), there are two ways of handling coloured images in SER. If data comes directly from a sensor, the preferred way is probably to use one-plane images and interpolating data from the [https://en.wikipedia.org/wiki/Color_filter_array colour filter array] (similarly to CFA file formats used in astronomy software).\n\nThe other way, added in version 3, is to use three planes to represent RGB image data. SER v3 supports RGB/BGR 8/16-bit data. This can be useful if data is converted from a source with an unknown colour filter array or for general purpose conversion.\n\n==Specification issue with endianness==\n\nSince SER files can contain 16-bit precision images, endianness must be well specified. The specification allows endianness to be either big-endian or little-endian, to facilitate file creation on various systems, as long as the used endianness is documented in the file's header.\n\nFor an unknown reason, several of the first programs to support SER disrespect the specification regarding the endianness flag. The specification states that a boolean value is used for the LittleEndian header, and they use it as a BigEndian header, with 0 for little-endian and 1 for big-endian. Consequently, to not break compatibility with these first implementations, later programs, like [[Siril]] and [[GoQat]], have also decided to implement this header in opposite meaning to the specification."
                    }
                ]
            }
        }
    }
}