Multi-version GIS slicing service system

Abstract

The invention relates to a multi-version GIS slicing service system which comprises a file storage server, an application cache server, a slicing server and a client, wherein the file storage server is used for storing slicing associated files in layers according to types and versions, wherein the slicing associated files include a slicing data file, a slicing resource description file and a slicing index file, the slicing data file is used for storing slicing data information, the slicing resource description file is used for describing the type, grade, coordinate and version information of the slicing data, and the slicing index file is used for describing the index information of the slicing data; the application cache server is used for loading the slicing index information into the application cache server; the slicing server is provided with an access interface capable of receiving a slicing request and is used for receiving a slicing request of the client, acquiring the corresponding slicing index information and slicing data and returning the corresponding slicing index information and slicing data to the client; the client is used for sending the slicing request and receiving the returned slicing data. The system is capable of providing access and management for multiple versions of GIS slicing, and is simple in system structure and good in use effect.

Description

technical field [0001] The invention relates to the technical field of GIS, in particular to a multi-version GIS slice service system. Background technique [0002] GIS tile service provides static tile services such as images and vectors for GIS clients. Slice information changes with municipal renovations. However, due to the different development speeds of cities, the update speed of slice information in different cities also has different requirements, ranging from 3-4 months to 1-2 years. Traditional GIS slicing can only provide one version of slicing information, but cannot provide different versions of slicing information in different periods. This makes it impossible for the GIS system to "roll back" the historical tile information, so that it cannot effectively analyze the changes in the tile information, and cannot preview the new tile service that has not yet been released. Moreover, under high concurrency, since the size of each slice reaches 10-20K or even la...

AI Technical Summary

Problems solved by technology

Traditional GIS slicing can only provide one version of slicing information, but cannot provide different versions of slicing information in different periods

As a result, the GIS system cannot "roll back" the historical tile information, so that it cannot effectively analyze the changes in the tile information, and cannot preview the new tile service that has not yet been released.

Moreover, under high concurrency, since the size of each slice reaches 10-20K or even larger, network bottlenecks will appear, limiting tile performance

Images