CN111858793A - Map road marking processing method, device, electronic device and storage medium - Google Patents

Abstract

The present application discloses a map road labeling processing method, device, electronic device and storage medium, and relates to the field of the Internet. The method may include: a server generating M levels of map data, and generating N levels of SVG tile images by rendering, N is greater than M; for any road in any level of map data, select a reference point from the road, starting from the reference point, and form a path of predetermined length by picking coordinate points on the road; The SVG tile image data is sent to the client, so that the client can always start from the reference point and follow the path direction for any road on the map generated and displayed according to the SVG tile image data. The pixel size is shown separately, wherein the reference point, the path and the predetermined pixel size information are included in the road annotation data extracted from the SVG tile image data. By applying the solution described in this application, the map display effect can be improved.

Description

Map road marking processing method, device, electronic device and storage medium

technical field

The present application relates to computer application technology, and in particular, to a method, device, electronic device and storage medium for processing map road markings in the Internet field.

Background technique

In the traditional way, raster tile images are mostly used to provide online map services, which is a raster map organization form with a "pyramid" structure.

The map is rendered on the server, divided into raster tiles for storage, and each raster tile is numbered. The client requests the raster tiles according to the number, and then stitches them together into a complete map. In this way, when the map is zoomed in or out, the road labels on the map will also be zoomed in or out along with it, and the display effect is poor.

SUMMARY OF THE INVENTION

The present application provides a map road marking processing method, device, electronic device and storage medium.

A map road labeling processing method, comprising:

The server generates M levels of map data, and generates N levels of scalable vector graphics SVG tile images through rendering, where M and N are both positive integers, and N is greater than M;

For any road in the map data of any level, the following processes are respectively performed: a reference point is selected from the road, and starting from the reference point, a path of a predetermined length is formed by picking up the coordinate points on the road;

Send the SVG tile image data requested by the client to the client, so that the client always starts from the reference point for any road on the map generated and displayed according to the SVG tile image data , along the path direction, each character in the road label is displayed in a predetermined pixel size, wherein the reference point, the path and the predetermined pixel size information are included in the SVG tile image data from the in the extracted road annotation data.

A map road labeling processing method, comprising:

The client obtains the scalable vector graphics SVG tile image data requested from the server;

The client extracts road labeling data from the SVG tile image data, where the road labeling data includes reference points of each road, paths and predetermined pixel size information of characters;

For any road on the map generated and displayed according to the SVG tile image data, the client always starts from the reference point and along the path direction, labels each character in the road by the predetermined pixel. The size is displayed separately;

Wherein, the reference point is a reference point selected by the server from the road, and the road is any road in any level of map data in the M levels of map data generated by the server , the path is a path of a predetermined length formed by the server starting from the reference point by picking up coordinate points on the road, and the M levels of map data are rendered to generate N levels of SVG tiles In the picture, M and N are both positive integers, and N is greater than M.

A map road labeling processing device, the device is applied to a server, comprising: a picture generation module, a picture processing module and a data transmission module;

The picture generation module is used to generate M levels of map data, and generate N levels of scalable vector graphics SVG tile images by rendering, where M and N are both positive integers, and N is greater than M;

The picture processing module is configured to perform the following processing for any road in the map data of any level: selecting a reference point on the road, starting from the reference point, picking up the coordinates on the road Points form a path of predetermined length;

The data sending module is configured to send the SVG tile image data requested by the client to the client, so that the client can target any road on the map generated and displayed according to the SVG tile image data , always starting from the reference point, and along the path direction, each character in the road label is displayed with a predetermined pixel size, wherein the reference point, the path and the predetermined pixel size information are included in the In the road labeling data extracted from the SVG tile image data.

A map road labeling processing device, the device is applied to a client, comprising: a data acquisition module and a map display module;

The data acquisition module is used for acquiring the scalable vector graphics SVG tile image data requested from the server;

The map display module is configured to extract road labeling data from the SVG tile image data, and the road labeling data includes reference points of each road, paths and predetermined pixel size information of characters. Any road on the map generated and displayed by the tile map data always starts from the reference point, and along the path direction, each character in the road label is displayed according to the predetermined pixel size, wherein the The reference point is the reference point selected by the server from the road, and the road is any road in the map data of any level in the map data of the M levels generated by the server, and the path Starting from the reference point for the server, a path of a predetermined length is formed by picking up the coordinate points on the road, and the M levels of map data are rendered to generate N levels of SVG tile images, M and N are positive integers, and N is greater than M.

An electronic device comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method as described above.

A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method as described above.

An embodiment in the above application has the following advantages or beneficial effects: the server can select a reference point and generate a path for any road in the generated map data of any level, and the client can display the map according to The obtained road labeling data is subjected to secondary processing, that is, for any road, it can always start from the reference point of the road, along the path direction of the road, and display each character in the road labeling of the road according to the predetermined pixel size. The problem that the road label is enlarged or reduced due to the enlargement or reduction of the map in the existing method is avoided, thereby improving the map display effect and the like. It should be understood that what is described in this section is not intended to identify key or critical features of embodiments of the disclosure, nor is it intended to limit the scope of the disclosure. Other features of the present disclosure will become readily understood from the following description.

Description of drawings

The accompanying drawings are used for better understanding of the present solution, and do not constitute a limitation to the present application. in:

1 is a flowchart of a first embodiment of a method for processing map road markings according to the present application;

Fig. 2 is the schematic diagram of the enlarged situation of road marking described in this application;

3 is a schematic diagram of a selected reference point described in this application;

FIG. 4 is a schematic diagram of a path formed as described in this application;

5 is a schematic diagram of the path shortening situation described in the application;

6 is a flowchart of the second embodiment of the method for processing map road markings described in the present application;

Fig. 7 is the schematic diagram of the base map described in the application;

Fig. 8 is the schematic diagram after superimposing road marking on the base map shown in Fig. 7;

FIG. 9 is a schematic diagram of the rotation situation of the map described in this application;

10 is a schematic diagram of a coordinate system corresponding to the rotation described in the application;

Fig. 11 is the schematic diagram after each character in the road marking in the map shown in Fig. 9 is output in reverse order;

FIG. 12 is a schematic diagram of the composition and structure of the first embodiment 120 of the map road labeling processing device according to the present application;

13 is a schematic diagram of the composition and structure of the second embodiment 130 of the map road labeling processing device according to the present application;

FIG. 14 is a block diagram of an electronic device according to the method described in the embodiment of the present application.

Detailed ways

Exemplary embodiments of the present application are described below with reference to the accompanying drawings, which include various details of the embodiments of the present application to facilitate understanding, and should be considered as exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted from the following description for clarity and conciseness.

In addition, it should be understood that the term "and/or" in this document is only an association relationship for describing associated objects, indicating that there can be three kinds of relationships, for example, A and/or B, which can mean that A exists alone, and A exists at the same time and B, there are three cases of B alone. In addition, the character "/" in this document generally indicates that the related objects are an "or" relationship.

FIG. 1 is a flowchart of a first embodiment of a method for processing map road markings according to the present application. As shown in Figure 1, the following specific implementations are included.

In 101, the server generates M levels of map data, and generates N levels of Scalable Vector Graphics (SVG, Scalable Vector Graphics) tile images through rendering, where M and N are both positive integers, and N is greater than M.

In 102, for any road in the map data of any level, the following processing is respectively performed: a reference point is selected on the road, and starting from the reference point, a path with a predetermined length is formed by picking coordinate points on the road.

In 103, the SVG tile image data requested by the client is sent to the client, so that the client always starts from the reference point and follows the path direction for any road on the map generated and displayed according to the SVG tile image data , each character in the road annotation is displayed according to the predetermined pixel size, wherein the reference point, the path and the predetermined pixel size information are included in the road annotation data extracted from the SVG tile image data.

In this embodiment, SVG tiles can be used instead of grid tiles, and the server can generate M levels of map data (divided by tiles), and can generate N levels of SVG tiles through real-time rendering.

The specific value of M can be determined according to actual needs. Theoretically, the value can be set to 1, but in this case, there will be a lot of data stored on the map data of a single level, which is inconvenient for data reading and link transmission, etc., but if there are too many levels, it will cause data Redundancy and other issues need to be comprehensively considered, and the number of levels can neither be too small nor too many, such as 6 levels or 9 levels. For example, the value of M can be 6, the value of N can be 18, and the map data of each level can be rendered to generate SVG tile images of three levels respectively.

According to the existing method, it is assumed that 18 levels of grid tile images are generated. For each level, a set of road labeling data needs to be generated separately to achieve the optimal display effect of each map level. In this embodiment, a set of road labeling data is generated for each level of map data. Since the number of levels is much smaller than the number of levels of the grid tile map, the generated road labeling data is also much smaller than the road labeling data in the existing method. , which is equivalent to a set of road labeling data that can be reused at multiple levels, thus greatly reducing data redundancy.

Moreover, the grid tile image in the prior art has the problem of distortion when it is enlarged or reduced, but this problem can be avoided by using the SVG tile image instead of the grid tile image.

In the existing raster tile map, the road labels are drawn verbatim according to the latitude and longitude, that is, each character in the road label is assigned a latitude and longitude coordinate point, and each character is displayed on the corresponding latitude and longitude coordinate point. In this way, When the map is zoomed in or out, the road labels on the map will be zoomed in or out along with it, and the display effect will be poor.

FIG. 2 is a schematic diagram of an enlarged state of road markings described in this application. As shown in Figure 2, when the map is enlarged, the road label "North Second Ring Road" will also be enlarged along with it. Road labels usually refer to road names, etc.

However, in this embodiment, for any road in the map data of any level, the following processing can be respectively performed: selecting a reference point on the road, starting from the reference point, and forming a path of a predetermined length by picking coordinate points on the road .

In this embodiment, there is no restriction on how to select the reference point from the road. For example, a road can be divided into multiple line segments of equal length. If there is no conflict with other labels, road labels can be set on each line segment, and the starting point of each line segment can be used as a reference point. FIG. 3 is a schematic diagram of a selected reference point according to the application. As shown in FIG. 3 , the small circles in it represent the selected reference point.

Preferably, starting from the reference point, picking up coordinate points on the road at predetermined intervals, and using the reference point and the picked coordinate points to form a path, the length of the path needs to meet the following conditions: On any level of SVG tiles, the length of the path is greater than or equal to the length of the road label. Generally, the map data of any level corresponds to the SVG tile of at least one level. That is to say, when the length of the path satisfies the condition, the coordinate point can be stopped.

Preferably, the length of the road marking is equal to the sum of the widths of the characters in the road marking, and the predetermined interval may be equal to the width of the characters. For example, the predetermined pixel size of the characters in the road label is 10 pixels*10 pixels, and the road label is "North Second Ring Road", then the sum of the widths of the characters in the road label is 30 pixels, correspondingly, the predetermined interval is also 10 pixels, since the coordinate points of the reference point are known, and the actual distance represented by 10 pixels under the current level is also known, then each coordinate point on the road can be picked up at predetermined intervals from the reference point in turn, that is, in turn. Each coordinate point is determined, and then a path can be formed by using the reference point and the picked coordinate point. FIG. 4 is a schematic diagram of a path formed as described in this application. In this way, the desired path can be easily and accurately generated.

In this embodiment, when drawing a road label, a path is first drawn, and each character in the road label starts from a reference point and is displayed in a predetermined pixel size along the path direction, that is, starting from the reference point and drawing along the path.

When the map is zoomed out, since the size of the characters relative to the screen pixels remains the same, and the path will be shortened as the map is zoomed out, the length of the path described in this embodiment needs to be long enough to ensure that when the map is zoomed out , all characters in the road label can still be located on the path, which improves the map display effect.

FIG. 5 is a schematic diagram of a path shortening situation described in this application. As shown in Figure 5, when the map is zoomed out, the path also becomes shorter, but because the length of the path is large enough, the road label of "North Second Ring Road" can still be accommodated on the path after the map is zoomed out.

In the SVG format, the lower left corner of the character is taken as the starting coordinate of 00. As shown in Figure 5, the coordinates of the reference point can be used as the starting coordinate of the first character in the road marking, and each character is drawn along the path direction.

Subsequently, the server can send the SVG tile image data requested by the client to the client, so that the client can always start from the reference point and follow the path for any road on the map generated and displayed according to the SVG tile image data. direction, and each character in the road marking of the road is displayed according to the predetermined pixel size.

FIG. 6 is a flowchart of the second embodiment of the method for processing map road markings according to the present application. As shown in FIG. 6 , the following specific implementations are included.

In 601, the client obtains the SVG tile image data requested from the server.

In 602, the client extracts road labeling data from the SVG tile image data, where the road labeling data includes reference points of each road, paths and predetermined pixel size information of characters.

In 603, for any road on the map generated and displayed according to the SVG tile image data, the client always starts from the reference point and displays each character in the road label according to the predetermined pixel size along the direction of the path; wherein , the reference point is the reference point selected by the server from the road, the road is any road in the map data of any level in the M-level map data generated by the server, and the path is the server starting from the reference point and passing through Pick a path of a predetermined length formed by coordinate points on the road, and generate N-level SVG tile images through rendering of M-level map data, where M and N are both positive integers, and N is greater than M.

Wherein, the predetermined length satisfies the following conditions: when the path is displayed on the SVG tile image of any level corresponding to the map data of this level, the length of the path is greater than or equal to the length of the road label, wherein the map of any level The data respectively correspond to SVG tile images of at least one level.

The client can request the required SVG tile image data from the server according to actual needs. After obtaining the SVG tile image data returned by the server, it can extract the road labeling data. The road labeling data can include each road. The base map can be generated according to the SVG tile map data after removing the road label data, and any one of the base map and the base map that is enlarged or reduced according to the user's instructions can be generated. The road can always start from the reference point of the road, and along the path direction of the road, each character in the road labeling of the road can be displayed according to the predetermined pixel size.

Since SVG is a language defined based on eXtensible Markup Language (XML, eXtensible Markup Language), the client can perform secondary processing (secondary rendering) on the acquired SVG tile image data, that is, after acquiring the SVG tile image After the data, road labeling information can be extracted from it, and a base map can be generated according to the SVG tile image data after removing the road labeling data. Figure, that is, only the base map is enlarged or reduced. For any road on the base map and the base map after the enlargement or reduction according to the user's instructions, the road can always start from the reference point of the road and follow the path direction of the road. Each character in the road label of , is displayed separately according to the predetermined pixel size. No matter whether the base map is enlarged or reduced, the datum point of the road can be found. With the datum point as the starting point, each character in the road label can be drawn in sequence with a predetermined pixel size along the path. It is equivalent that there is no road label on the basemap, and then the road label is superimposed as a new layer according to the drawing method. FIG. 8 is a schematic diagram after superimposing road labels on the base map shown in FIG. 7 .

It can be seen that in the above method, the server can select the reference point and the generated path for any road in the generated map data at any level. When the client displays the map, for any road, it can always start from Starting from the reference point, along the path direction, each character in the road label of the road is displayed according to the predetermined pixel size, so as to avoid the problem of enlargement or reduction of the road label due to the enlargement or reduction of the map in the existing method, and It eliminates the sense of fault, etc., and realizes infinite zooming, which improves the map display effect and achieves the effect comparable to the map APP. Moreover, the grid tile image in the existing method will be distorted when it is enlarged or reduced. This problem can be avoided by using SVG tiles instead of raster tiles.

In addition, it is also proposed in this embodiment that when a predetermined trigger condition is met, each character in the road marking can be output in reverse order.

For example, when the map is rotated, the characters may face downward because the road labels rotate with the basemap. Fig. 9 is a schematic diagram of the rotation of the map according to the application. As shown in Fig. 9, after the map is rotated, the direction of the road label "North Second Ring Road" becomes downward, that is, the character "down" appears, and the display effect is very good. Difference.

Therefore, in this embodiment, when the predetermined trigger condition is met, the characters in the road marking can be output in reverse order, thereby reversing the direction of the path, so that the characters face upward, thereby improving the display effect.

The specific conditions of the predetermined trigger conditions are not limited, and can be determined according to actual needs. For example, when the road direction is 315° and the map rotation angle is 45° to 215°, each character in the road label can be rotated by 180°. ° output in reverse order, FIG. 10 is a schematic diagram of the coordinate system corresponding to the rotation described in the application. FIG. 11 is a schematic diagram after the reverse order of each character in the road annotation in the map shown in FIG. 9 is output.

It should be noted that, for the sake of simple description, the foregoing method embodiments are all expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited by the described action sequence, because Certain steps may be performed in other orders or concurrently in accordance with the present application. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application. In addition, for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions in other embodiments.

The above is an introduction to the method embodiments, and the solutions described in the present application are further described below through the device embodiments.

FIG. 12 is a schematic diagram of the composition and structure of the first embodiment 120 of the map road labeling processing device according to the present application. The apparatus can be applied to a server, and includes: a picture generation module 121 , a picture processing module 122 and a data transmission module 123 .

The image generation module 121 is configured to generate map data of M levels, and generate SVG tile images of N levels by rendering, where M and N are both positive integers, and N is greater than M.

The image processing module 122 is configured to perform the following processing for any road in the map data of any level: selecting a reference point on the road, starting from the reference point, and forming a path of a predetermined length by picking coordinate points on the road .

The data sending module 123 is used to send the SVG tile image data requested by the client to the client, so that the client always starts from the reference point for any road on the map generated and displayed according to the SVG tile image data, In the direction of the path, each character in the road annotation is displayed according to the predetermined pixel size, wherein the reference point, the path and the predetermined pixel size information are included in the road annotation data extracted from the SVG tile image data.

Preferably, the predetermined length satisfies the following conditions: when the path is displayed on the SVG tile image of any level corresponding to the map data of this level, the length of the path is greater than or equal to the length of the road label, wherein the length of the path at any level is greater than or equal to the length of the road label. The map data respectively correspond to SVG tile images of at least one level.

FIG. 13 is a schematic diagram of the composition and structure of the second embodiment 130 of the map road labeling processing device according to the present application. The apparatus can be applied to the client, including: a data acquisition module 131 and a map display module 132 .

The data acquisition module 131 is configured to acquire the SVG tile image data requested from the server.

The map display module 132 is used to extract road labeling data from the SVG tile image data. The road label data includes the reference point of each road, the predetermined pixel size information of the path and the character, and is generated and displayed according to the SVG tile image data. For any road on the map of the For any road in any level of map data in the M levels of map data generated by the server, the path is a path of a predetermined length formed by the server starting from the reference point by picking up coordinate points on the road, M The hierarchical map data is rendered to generate N-level SVG tile images, where M and N are both positive integers, and N is greater than M.

Preferably, the predetermined length satisfies the following conditions: when the path is displayed on the SVG tile image of any level corresponding to the map data of this level, the length of the path is greater than or equal to the length of the road label, wherein the length of the path at any level is greater than or equal to the length of the road label. The map data respectively correspond to SVG tile images of at least one level.

Preferably, the map display module 132 can extract road labeling data from the SVG tile image data, and the road labeling data includes the reference point of each road, the predetermined pixel size information of the path and the character, according to the SVG tile after removing the road labeling data. The basemap is generated from the image data, and for any road on the basemap and the basemap enlarged or reduced according to the user's instructions, always start from the reference point of the road, along the path direction of the road, mark each road in the road. Characters are displayed individually at a predetermined pixel size.

In addition, when the predetermined trigger condition is met, the map display module 132 may also output the characters in the road label in reverse order.

For the specific work flow of the apparatus embodiments shown in FIGS. 12 and 13, please refer to the relevant descriptions in the foregoing method embodiments, which will not be repeated.

In a word, using the solutions described in the device embodiments of the present application, the server can select a reference point and generate a path for any road in the generated map data of any level, and the client can display the map for any road. , which can always start from the reference point and display the characters in the road label of the road in sequence according to the predetermined pixel size along the path direction, so as to avoid the enlargement or reduction of the road label due to the enlargement or reduction of the map in the existing method. It also eliminates the sense of fault, etc., and realizes infinite zooming, thereby improving the map display effect and achieving the effect comparable to the map APP; moreover, the grid tile image in the existing method will be distorted when zoomed in or out. However, this problem can be avoided by using SVG tile images instead of raster tile images; in addition, the generated road labeling data will be much smaller than the road labeling data generated in the existing method, which is equivalent to a set of road labeling data It can be reused at multiple levels, thereby greatly reducing data redundancy; according to the above method of generating paths, it can ensure that all characters in the road label can still be located on the path when the map is reduced, which further improves the map. Display effect; when the predetermined trigger conditions are met, the characters in the road marking can be output in reverse order, thereby reversing the direction of the path, making the characters face upward, and further improving the display effect.

According to the embodiments of the present application, the present application further provides an electronic device and a readable storage medium.

As shown in FIG. 14 , it is a block diagram of an electronic device according to the method described in this embodiment of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. Electronic devices may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are by way of example only, and are not intended to limit implementations of the application described and/or claimed herein.

As shown in FIG. 14, the electronic device includes: one or more processors Y01, a memory Y02, and interfaces for connecting various components, including a high-speed interface and a low-speed interface. The various components are interconnected using different buses and may be mounted on a common motherboard or otherwise as desired. The processor may process instructions executed within the electronic device, including instructions stored in or on memory to display graphical information of a graphical user interface on an external input/output device, such as a display device coupled to the interface. In other embodiments, multiple processors and/or multiple buses may be used with multiple memories and multiple memories, if desired. Likewise, multiple electronic devices may be connected, each providing some of the necessary operations (eg, as a server array, a group of blade servers, or a multiprocessor system). Figure 14 takes a processor Y01 as an example.

The memory Y02 is the non-transitory computer-readable storage medium provided in this application. Wherein, the memory stores instructions executable by at least one processor, so that the at least one processor executes the method provided by the present application. The non-transitory computer-readable storage medium of the present application stores computer instructions for causing a computer to perform the methods provided by the present application.

As a non-transitory computer-readable storage medium, the memory Y02 can be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions/modules corresponding to the methods in the embodiments of the present application. The processor Y01 executes various functional applications and data processing of the server by running the non-transitory software programs, instructions and modules stored in the memory Y02, that is, to implement the methods in the above method embodiments.

The memory Y02 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function; the storage data area may store data created according to the use of the electronic device, and the like. In addition, the memory Y02 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory Y02 may optionally include memory located remotely relative to processor Y01, which may be connected to the electronic device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, blockchain networks, local area networks, mobile communication networks, and combinations thereof.

The electronic device may further include: an input device Y03 and an output device Y04. The processor Y01, the memory Y02, the input device Y03, and the output device Y04 may be connected by a bus or in other ways, and the connection by a bus is taken as an example in FIG. 14 .

Input device Y03 can receive input numerical or character information, and generate key signal input related to user settings and function control of electronic equipment, such as touch screen, keypad, mouse, track pad, touch pad, pointing stick, one or more Input devices such as mouse buttons, trackballs, joysticks, etc. The output device Y04 may include a display device, an auxiliary lighting device, a haptic feedback device (eg, a vibration motor), and the like. The display devices may include, but are not limited to, liquid crystal displays, light emitting diode displays, and plasma displays. In some implementations, the display device may be a touch screen.

Various implementations of the systems and techniques described herein can be implemented in digital electronic circuitry, integrated circuit systems, application specific integrated circuits, computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include being implemented in one or more computer programs executable and/or interpretable on a programmable system including at least one programmable processor that The processor, which may be a special purpose or general-purpose programmable processor, may receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device an output device.

These computational programs (also referred to as programs, software, software applications, or codes) include machine instructions for programmable processors, and may be implemented using high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages calculation program. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or apparatus for providing machine instructions and/or data to a programmable processor ( For example, a magnetic disk, an optical disk, a memory, a programmable logic device), including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide interaction with a user, the systems and techniques described herein may be implemented on a computer having: a display device (eg, a cathode ray tube or liquid crystal display monitor) for displaying information to the user; and a keyboard and pointing A device (eg, a mouse or trackball) through which the user can provide input to the computer through the keyboard and the pointing device. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (eg, visual feedback, auditory feedback, or tactile feedback); and can be in any form (including acoustic input, voice input, or tactile input) to receive input from the user.

The systems and techniques described herein may be implemented on a computing system that includes back-end components (eg, as a data server), or a computing system that includes middleware components (eg, an application server), or a computing system that includes front-end components (eg, a user's computer having a graphical user interface or web browser through which a user may interact with implementations of the systems and techniques described herein), or including such backend components, middleware components, Or any combination of front-end components in a computing system. The components of the system may be interconnected by any form or medium of digital data communication (eg, a communication network). Examples of communication networks include: local area networks, wide area networks, blockchain networks, and the Internet.

A computer system can include clients and servers. Clients and servers are generally remote from each other and usually interact through a communication network. The relationship of client and server arises by computer programs running on the respective computers and having a client-server relationship to each other.

It should be understood that steps may be reordered, added or deleted using the various forms of flow shown above. For example, the steps described in the present application can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solutions disclosed in the present application can be achieved, no limitation is imposed herein.

The above-mentioned specific embodiments do not constitute a limitation on the protection scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modifications, equivalent replacements and improvements made within the spirit and principles of this application shall be included within the protection scope of this application.

Claims (14)

1. A map road marking processing method comprises the following steps:

the server side generates M levels of map data, and generates N levels of Scalable Vector Graphics (SVG) tile maps through rendering, wherein M and N are positive integers, and N is larger than M;

for any road in any level map data, the following processing is respectively carried out: selecting a reference point from the road, and forming a path with a preset length by picking up a coordinate point on the road from the reference point;

sending the SVG tile map data requested by the client to the client so that the client can always display each character in the road label according to the preset pixel size from the reference point along the path direction for any road on the map generated and displayed according to the SVG tile map data, wherein the reference point, the path and the preset pixel size information are contained in the road label data extracted from the SVG tile map data.

2. The method of claim 1, wherein the predetermined length satisfies the following condition: when the path is displayed on the SVG tile map of any level corresponding to the level map data, the length of the path is larger than or equal to that of the road mark, wherein the map data of any level respectively correspond to the SVG tile map of at least one level.

3. A map road marking processing method comprises the following steps:

the client side obtains Scalable Vector Graphics (SVG) tile map data requested from the server side;

the client side extracts road marking data from the SVG tile map data, wherein the road marking data comprise the reference points of all roads, the paths and the preset pixel size information of characters;

the client displays each character in the road label according to the preset pixel size from the reference point along the path direction aiming at any road on the map generated and displayed according to the SVG tile map data;

the reference point is selected by the server from the road, the road is any road in any level map data in M levels of map data generated by the server, the path is a path with a preset length formed by the server starting from the reference point and by picking up a coordinate point on the road, the M levels of map data generate N levels of SVG (scalable vector graphics) tile maps through rendering, M and N are positive integers, and N is larger than M.

4. The method of claim 3, wherein the predetermined length satisfies the condition: when the path is displayed on the SVG tile map of any level corresponding to the level map data, the length of the path is larger than or equal to that of the road mark, wherein the map data of any level respectively correspond to the SVG tile map of at least one level.

5. The method of claim 3, wherein said client presenting each character in a road marking in said predetermined pixel size, starting always from said reference point, along said path direction for any road on a map generated and presented according to said SVG tilmagram data, comprises:

generating a base map according to the SVG tile map data from which the road marking data are removed;

and displaying each character in the road label according to the preset pixel size from the reference point along the path direction for any road on the base map and the base map which is enlarged or reduced according to the instruction of the user.

6. The method of claim 3, further comprising: and when the preset triggering condition is met, outputting the characters in the road label in a reverse order.

7. A map road marking processing device is applied to a server side and comprises: the system comprises a picture generation module, a picture processing module and a data sending module;

the picture generation module is used for generating map data of M levels and generating Scalable Vector Graphics (SVG) tile maps of N levels through rendering, wherein M and N are positive integers, and N is larger than M;

the image processing module is used for respectively carrying out the following processing on any road in any level map data: selecting a reference point from the road, and forming a path with a preset length by picking up a coordinate point on the road from the reference point;

the data sending module is used for sending the SVG tile map data requested by the client to the client so that the client can always display each character in the road label according to the preset pixel size from the reference point along the path direction aiming at any road on the map generated and displayed according to the SVG tile map data, wherein the reference point, the path and the preset pixel size information are contained in the road label data extracted from the SVG tile map data.

8. The apparatus of claim 7, wherein the predetermined length satisfies the condition: when the path is displayed on the SVG tile map of any level corresponding to the level map data, the length of the path is larger than or equal to that of the road mark, wherein the map data of any level respectively correspond to the SVG tile map of at least one level.

9. A map road marking processing device, which is applied to a client side, comprises: the map display system comprises a data acquisition module and a map display module;

the data acquisition module is used for acquiring Scalable Vector Graphics (SVG) tile map data requested from a server;

the map display module is used for extracting road marking data from the SVG tile map data, the road marking data comprises preset pixel size information of reference points, paths and characters of all roads, all the time from the reference points for any road on a map generated and displayed according to the SVG tile map data, and along the path direction, all the characters in road marking are displayed according to the preset pixel size respectively, wherein the reference points are selected reference points on the road from the service end, the road is any road in any level map data in M levels of map data generated by the service end, the path is that the service end starts from the reference points, a path with preset length is formed by picking up coordinate points on the road, and the M levels of map data generate N levels of SVG tile maps through rendering, m and N are positive integers, and N is greater than M.

10. The apparatus of claim 9, wherein the predetermined length satisfies the condition: when the path is displayed on the SVG tile map of any level corresponding to the level map data, the length of the path is larger than or equal to that of the road mark, wherein the map data of any level respectively correspond to the SVG tile map of at least one level.

11. The apparatus according to claim 9, wherein the map display module generates a base map from SVG tile map data from which the road marking data is removed, and displays each character in the road marking in the predetermined pixel size, respectively, in the path direction from the reference point all the time for any road on the base map and the base map enlarged or reduced according to a user's instruction.

12. The device of claim 9, the map presentation module further configured to output the characters in the road marking in reverse order when a predetermined trigger condition is met.

13. An electronic device, comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-6.

14. A non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the method of any one of claims 1-6.

Images