Method and device for displaying user-defined vector graphics with intelligent info points from a cloud-based CAD archive on mobile devices, portable or stationary computers

The method converts user-specific CAD files into compressed pixel graphics with intelligent info points, addressing the challenge of displaying detailed vector graphics with additional information on mobile devices, ensuring secure and efficient data transmission and real-time updates.

DE102018000459B4Active Publication Date: 2025-06-18BECKER JOACHIM
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
DE102018000459
Authority / Receiving Office
DE · DE
Patent Type
Patents
Current Assignee / Owner
Filing Date
2018-01-22
Publication Date
2025-06-18
Estimated Expiration
2038-01-22

AI Technical Summary

Technical Problem

Existing systems fail to efficiently display user-specific vector graphics with additional information on mobile devices and stationary computers, particularly from cloud-based CAD archives, without requiring expensive software and ensuring data security and accessibility.

Method used

A method and device that convert user-specific CAD files into compressed pixel graphics with intelligent info points, stored in a cloud archive, allowing secure access and display on various devices with precise location assignment using (xv, yv, zv) and (xp, yp, zp) coordinates, enabling real-time updates and simplified data transmission.

Benefits of technology

Enables the creation of a simple online platform for service providers to link graphic data with additional information, displaying it in different colors and providing real-time updates on mobile devices, even in areas with poor internet connectivity, without the need for expensive software or complex setups.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 00000000_0000_ABST
    Figure 00000000_0000_ABST
Patent Text Reader

Abstract

A method for displaying vector graphics with additional information from a cloud-based CAD archive (CA) on mobile devices, portable or stationary computers, characterized in that user-specific vector graphics (CVG) are provided as CAD exchange formats for the cloud archive (CA), that the individual CAD files are checked for viruses, consistency and freedom from errors before preparation for the cloud archive (CA), that after successful testing, a compressed pixel graphic file (CPG) is created for each individual user-specific CAD file (CVG) as a whole and stored in the cloud archive (CA) together with one or more info point files (CInf) or info databases as additional information in encrypted form, that the user (N) is communicated a password for his user access in a second way, taking data protection into account,whereby the latter can specify its own passwords and access rights for the individual CAD data (CVG) or info point information (CInf) in its cloud area for its end user groups, whereby retrieved data from the cloud archive (CA) is transmitted to the end user (EU) in encrypted and compressed form, whereby the properties for the info points and additional information (CInf) are only displayed by an app on the front ends of the mobile devices, portable or stationary computers, depending on the end user, such that info points are assigned to the CAD files (CVD) and pixel graphic files (CPD) with precise location in the vector and pixel graphics using the (xv, yv, zv) and (xp, yp, zp) coordinates.
Need to check novelty before this filing date? Find Prior Art

Description

According to claim 1, the invention relates to a method for displaying user-own vector graphics with intelligent info points from a cloud-based CAD archive on mobile devices, portable or stationary computers. Furthermore, according to claim 7, the invention relates to a device for displaying user-own vector graphics with intelligent info points from a cloud-based CAD archive on mobile devices, portable or stationary computers.The collection of geodata and map services based thereon have been known for more than a decade. Such services are, for example, Google Maps, Google Earth with sub-functions such as Google Map Maker (processing of the representations of Google Maps by users, for example drawing outlines of buildings or identifying additional roads), Google Street View (views in 360° panoramic images from the road perspective), Google Maps Indoor (automatic view of all gears and spaces of a building when a specific zoom factor threshold value is undershot, as a result of which navigation within large buildings, such as an airport, is to be simplified), Google Transit (use of data about travel routes and prices of traffic operations for route planning), OpenStrMap (OSM) (collection of freely usable geodata by anyone in a database and creation of maps from these data, wherein numerous further services and special applications are built on the OpenStrMap data), Apple Maps (map service based on vector graphics for presentation on a mobile telephone, in particular navigation, lane assistant, speed limit display, indoor maps for buildings, travel and route planning), TomTom geodata for telemetry and fleet solutions, among others.Google offers a programming interface (API) for the user with which this google can include maps into his own pages. The API offers many ways to configure the map on the user's own side, for example a zoom bar can be overlaid or markers can be placed on the display. For this purpose, Google provides a directly integrable HTML code (hypertext markup language is a text-based markup language for structuring digital documents such as texts with hyperlinks, images and other contents) for any maps on the page of Google maps, wherein the pixel dimensions of the images can be defined in the code. In this way, larger maps can also be created with Google Maps than in the standard view. Since March 2017, Google Maps also offers real-time location clearance to selected contacts. It can be established which contacts can lively track the location on the map for a determinable time, the release automatically ending after arrival.The OpenStrMap database server uses a database in which the GPS raw data (GPS tracks) or aerial images and maps obtained by running the roads are stored after conversion into geodata in the form of vector data, lines, points and areas provided with additional information (attributes / tags) (so-called local knowledge). Each tag consists of a key (key) and a value (value). The number of tags per element is theoretically unlimited, so that a large amount of additional information can be mapped via the purely physical properties. So-called relations link elements to larger entities, which allows for example the detection of bus lines. Most programs for editing and converting the data, as well as the source code of the OpenStrMap website, are available under free software licenses. However, the use of OpenStrMap data in proprietary software is expressly allowed. In particular, a pixel graphics map (File Termination: PNG (Portable Network Graphics)) can be generated from the geodata in the form of vector data with the aid of a separate database and a so-called renderer (program which converts HTML and SVG (description languages) into a graphical screen representation) which calculates the map in the form of tile graphics, wherein the OSM data are updated as the raw data changes. To reduce the rendering load, only those areas of the map that were actually viewed are converted. The complete tagging of any desired element from the database can be displayed using the object query tool. An area-related query (for example, the output of all detected gas stations that offer a specific type of fuel) is possible with the tool Overpass Turbo. Another subfunction of OpenStrMap is the OpenStrMap-Wikipedia map, which shows all georeferenced Wikipedia items and the associated images worldwide. The further one zooms in, the more markers appear. A click on a marker opens a window showing a link to the corresponding Wikipedia item and an image from the Wikimedia image database "Commons". In the world map of all Wikipedia articles, instead of the markers, all images can also be displayed as thumbnail images. Images from the environment are then seen, for example around the Brandenburger Tor in Berlin, each image being linked again to the corresponding Wikipedia article. OpenStrMap OSM stores freely available geodata-for example the position and base area of a house and possibly general information such as the number of floors or address with house number. The storage of data from private persons or in private bodies beyond buildings and access is not provided. External services that rely on the freely available OSM geodata (e.g., route schedulers) may, of course, store user data without OpenStrMap having any impact or access thereto.In addition to the navigation data, the map service Apple Maps also contains, for example, information about so-called points of interest, for example the location of a restaurant. In contrast to the Google Maps service previously contained in iOS (operating system for mobile devices), Apple Maps are largely based on vector graphics that allow lossless zooming. This is because, when vector graphics are used, for example all coastlines, roads, road designations are represented by mathematical lines. Therefore, the outlines of the text such as road designations remain, and only the font level changes as the user zooms in or out. In this case, there is the option of either adapting the app (application software, application software) to the screen size of the mobile device in favor of better visibility (so-called upscaling) or displaying it in a small window.Many searches performed by Internet users include certain geographical components. The search itself may include geographical information, e.g., an address for which a map and directions are being searched. The search may also implicitly require geographic results, for example, if the search includes the name of a business having a particular location. Such searches may be received from and / or the results provided by an information service provider, such as Google Maps. Application Programming Interfaces (API) may allow third-party providers to extend the functionality of a geographic information provider service. For example, using an API, programmers have taken data from home and home directories and created applications that display these listings on a map, e.g., with Google Maps. Based on this, a series of applications of the same applicant are known which deal with google maps and geodata, in particular DE 20 2008 018 624 U1 (map widgets), DE 20 2009 019 125 U 1 (street view), DE 20 2012 013 436 U1 (additional information on street address), DE 20 2014 010 911 U1 (pixel and vector graphics), DE 20 2014 010 936 U1 (pixel and vector graphics), DE 20 2015 009 166 U1 (individualized mobile asset and geospatial asset), DE 20 2015 009 167 U1 (geolocation), DE 20 2015 009 187 U1 (POI+POS), DE 20 2015 009 325 U 1 (multiple geographical areas and additional information), DE 20 2016 006006U 1 (additional information for travel guides), DE 20 2016 006 041U 1 (display location and additional information), DE 20 2016 007 830U 1 (interactive digital map application) and WO 2017-123439A 1 (panaromatic and map view). In order to provide interaction with maps such as those provided by Google Maps, it is known in detail from the above-mentioned DE 20 2008 018 624 U1 to integrate portable program modules in the form of widgets into a map page and to enable the development of maps which display data from a plurality of different modules, which basically enables a mashup of the mashups. In this case, communication between different modules may be implemented in subframes or other structures in which each module is not normally intended to communicate freely with other modules. For example, multiple widgets may be connected to a card and may communicate with the card and with each other. Furthermore, a computer-implemented method is known therefrom, which comprises the display of information from a mapping application in a first domain of a web page, wherein one or more portable program modules are displayed from a second domain of the web page and a display of the mapping application is generated on the basis of actions of one or more portable program modules. The portable program modules may be generated in one or more subframes. The method may further include receiving input at the mapping application and communicating information regarding the input to one or more portable program modules. The display in the mapping application may include one or more objects located on the map. Further, the method may also include identifying map data for display on the web page in response to a search request. The method may also include identifying one or more portable program modules in response to a search request. Additionally, the method may include identifying one or more portable program modules by referencing a user account that stores personalized pages of information. In yet another aspect, the method further comprises querying a data server for geographically associated information and sending data associated with the geographically associated information to a map server separate from the data server. The method may further comprise displaying two map-related portable program modules connected to different domains and communicating data from each of the portable program modules to the mapping application. Instructions are stored for the dynamic generation of maps, advertisements, and other elements that, when executed, cause actions on a computer. The actions include displaying information from a mapping application in a first domain of a web page, displaying one or more portable program modules from a second domain of the web page, and generating a display of the mapping application based on actions from one or more portable program modules. The actions may further include receiving input at the mapping application and communicating information regarding the input to one or more portable program modules. Additionally, the actions may include identifying map data for display on a web page in response to a search request and identifying one or more portable program modules in response to a search request. The communication modules are configured to package multiple data packets that are sent to or from the mapping application in a single packet. Additionally, the first portable program module may be configured to communicate with a data server to obtain geodata, and with a map server or mapping application to convert geodata to geodata associated with the geographic.Furthermore, DE 10 2007 016 978 A1 discloses a method for displaying a weather event and a display system for this. The display of a weather situation or weather events by a pixel-based image has the disadvantage that there is no location referencing to a digital road map, so that no assignment to a display of an electronic road map is possible, and therefore a separate presentation has to take place. Even when using different magnification levels, either an image must be recharged or a coarse pixel representation is used or, in the case of certain sections, the loss of georeferenced features for orientation is considered. In order to inform the driver of a motor vehicle comprehensively and easily intelligibly about location-dependent weather events, a part of a road map is displayed on a display device on the basis of a vector-oriented electronic road map. A weather event object is received that includes a weather code, a surface description object, and reference coordinates. The surface description object can describe the size, the orientation and / or the shape of the surface by, for example, specifying coordinates of further corners or edge points of a geometric shape, or by specifying vectors which describe a geometric shape or a polygon curve on the basis of the reference coordinates. On the display device, the weather event is then displayed as an area, in particular transparent or semi-transparent, superimposed on the displayed road map, based on the weather event object. This ensures that, at the same time as the display of a vector-based road map, in particular superimposed thereon, a weather event can be displayed in a planar manner at the correct location relative to this road map. As a result, a driver can be quickly detected and reliably informed of a current or predicted weather event with regard to the position. Optionally, size information contained in the surface description object is also adapted to the currently set zoom factor of the representation of the road map in order to inform the driver reliably about a current or predicted weather event also with regard to the size. The vector-oriented electronic road map is preferably based on nodes and edges or is described thereby, wherein the nodes are each assigned the coordinates of a defined coordinate system. Because the reference coordinates are likewise described or writable by coordinates of the defined coordinate system (if appropriate after a corresponding conversion), the planar weather representation can easily be assigned to the correct location or the correct node of the road map and thus be represented at the correct location with respect to the road map. According to a preferred embodiment, the position of the surface with respect to the road map is determined based on at least one node of the road map and the reference coordinates, for example by assigning the reference coordinates to the node closest in the coordinate system or by determining the position of the reference coordinates relative to two nodes of the road map situated in the vicinity by interpolation or extrapolation. The display system comprises: a display device for displaying at least part of a road map based on a vector-oriented electronic road map, a receiving device for receiving a weather event object comprising a weather code, an area description object and reference coordinates, and a processor device which is configured such that, based on the weather event object, the weather event is displayed on the display device as an area superimposed on the displayed road map.In order to create a first user device and a system with the first user device, which enables reliable and / or current provision of navigation information by the first user device, it is known from DE 10 2012 202 356 A1 that the first user device has digital first map information and is designed such that a request message for providing navigation information with respect to at least one desired route section is output at the first communication interface. The second communication interface receives navigation information which is provided at the second communication interface in response to the request message and which comprises digital second map information for at least part of the desired route section. The digital second map information contains data for representing the at least part of the desired route section. The first user device determines a digital updated map information and controls an optical output device for displaying the digital updated map information depending on the digital second map information of the navigation information and the digital first map information. If the first digital map information does not include or comprises the at least one route section in error, for example because a specific geographical area is not digitized, is not updated and / or is not described with sufficient accuracy, the navigation information can be requested for this route section, for example by a central device. The requested navigation information can then be made available to the first user device indirectly, via a second user device, by the central facility. The first and second communication interfaces of the first user device are each preferably designed as bidirectional interfaces. The navigation information may be used to complete a route display of the first user device. In this way, on the one hand, the route display recognizable to a user of the first user device can be provided reliably and / or currently. Furthermore, in this way, for example, a navigation function can also be reliably provided in complex destination areas, for example in shopping parks and airports, which are often not included in the first digital map information stored in the first user device. In addition, the functionality of the second user device may be used to adapt the navigation information, for example to a current position of the first user device and / or of a vehicle. The first user device may be fixedly disposed in the vehicle. Furthermore, the functionality of the second user device can be used to supplement the navigation information with further information. The navigation information can be supplemented, for example, with graphics elements and / or text information elements and / or content information elements for predefined display and / or operator visualization elements present in the first user device. The indirect provision of the requested navigation information for the first user device has the advantage that the additional functionality of the second user device can be used and thus the additional functionality can be provided even after installation of the first user device. It is particularly advantageous that the first digital map information present in the first user device can be used and the second digital map information of the navigation information can be embedded therein, so that the digitally updated map information can be determined very easily. This allows only small amounts of data to be transmitted in each case, in particular from the central device to the second user device. The digitally updated map information can be determined in the first user device in such a way that the second digital map information is displayed on the optical output device superimposed on the navigation information of the first digital map information. This embedding by means of a screen overlay, also referred to as groundoverlay or mapoverlay, enables a flexible and simple visual representation of the first and second map information items. In a further embodiment, the digital second map information comprises data for representing planned travel routes and / or driving maneuver instructions along the desired route section and / or the current position of the first user device relative to the desired route section and / or traffic instructions. Advantageously, this makes it possible to easily provide this further information and display it by means of the optical output device. Furthermore, the navigation information can comprise map excerpt information and one or more graphics elements. Furthermore, the first user device is designed to embed the graphics element or elements made available in the digital updated map information for displaying the map section specified by the map section information and to actuate the optical output device in response to the map section information for displaying the specified map section. This allows a simple, flexible display of the graphics elements. This can, for example, enable an additional representation of current position information in the map representation on the optical output device without the second digital map information having to be updated in each case. It is particularly advantageous that the digital updated map information present in the first user device can be used and only the additional graphics elements are embedded. The system is further characterized in that a first user device has a central computer device and a second user device. The central computer device has a communication interface which is designed to receive and provide the request message provided at the first communication interface of the first user device. The central computer device is configured to provide central navigation information at the communication interface for transmission to the second user device in response to the received request message. The central navigation information comprises the digital second map information for the at least part of the at least one route section. The second user device includes a third communication interface and a fourth communication interface. The third communication interface is configured to provide the received central navigation information to the second user device. The second user device is configured to provide the navigation information at the fourth communication interface for transmission to the first user device, wherein the navigation information comprises the digital second map information for the at least one part of the at least one route section. This enables reliable and / or current and / or simple provision of the requested navigation information. Furthermore, supported by functionality of the second user device, this enables the navigation information to be displayed in such a way that the navigation information is easily perceptible to a viewer of the optical output device. The second user device is in particular designed as a mobile terminal and can be a smartphone, for example. The second user device may include a runtime environment, such as a mobile operating system or a browser. The third and fourth interfaces of the second user device are each preferably designed as a bidirectional interface. The second user device can be easily equipped, for example, with a suitable computing power which is required for any computing operations required in advance of the provision of the navigation information. Moreover, it can be easily updated with respect to its software, for example, and is thus very easily adaptable. The graphics elements can basically be any graphics elements. They can also be, for example, symbols for speed monitoring or, for example, also symbolise weather information and have, for example, a predefined color pattern for the strength of a precipitation, as is the case, for example, with a so-called rain radar. Thus, the graphic elements can each have a predetermined geo-reference and can thus be assigned to them specific geo-data, such as for example in the case of a radar trap which is arranged at a predetermined position on a road. Furthermore, position information can also be assigned to the respective graphics element received at the second communication interface, with the result that it is displayed at a correspondingly predefined position with respect to the screen independently of the current scale of the displayed map section. This is also referred to as screenoverlay. This is advantageous, for example, for the display of input selection means, as can be the case, for example, in the case of a reticle. In addition, one or more text information elements can also be determined in the second user device, which text information elements are made available to the first user device at the fourth communication interface of the second user device. Thus, for example, a text element assigned to a graphics element can be provided, which text element comprises, for example, a more detailed description of the respective graphics element. For example, when a corresponding radar trap has been detected or, in the case of a target of interest (point of interest), further descriptive text information. It is thus also possible to actuate widgets in the first user device by means of the second user device. In this context, in particular, so-called map widgets are controlled. These include displaying the map, arbitrary positioning and / or zooming of the map with respect to the map section to be displayed, the drawing of routes, in particular in the form of a polyline with geo-coordinates and / or drawing of icons. In addition, points of interest (targets of interest) can also be transferred in this way and v / ground appropriately referenced. Furthermore, the graphical display of screen overlays and / or 3D models and / or location markers can thus easily be effected. The navigation information can also comprise, for example, voice data and / or haptic data, which can be used by the first user device to actuate an acoustic or a haptic output device. In this way, it is possible, for example, in particular to output driving maneuver instructions with respect to the desired route section acoustically.Furthermore, DE 10 2013 201 873 B4 discloses a method for dynamically outputting information on a portable device in order to evacuate persons from a building. The method comprises determining the current position data of the device by a position determination system, determining the current usability of escape routes located in the building by a suitable first sensor system, determining evacuation information by a control unit based on the current usability of the escape routes and the current position of the device; and outputting the evacuation information on the portable device. Escape routes are heavily or less heavily utilized depending on the number of persons in the various parts of the building. Furthermore, escape paths can be blocked by obstacles (e.g. by fire or smoke) or can be passed only with difficulty. The clearing of a building, however, takes place more quickly if the persons are guided dynamically (depending on the load or availability) to open and passable escape routes. The current usability of escape routes can be monitored and determined, for example, by cameras already located in the building in any case. The evacuation information is advantageously output on portable devices which are in any case already in possession of users (such as smartphones, portable media players (PMP), i.e. portable media playback devices or else tablet PC). In principle, however, the evacuation information can also be output on portable devices which a user (visitor) is first handed over in the building (e.g. an electronic museum guide or a so-called multimedia guide). The portable device is advantageously equipped with a position determination system (e.g. GPS system), which can be used for determining the position of the device. However, it is also possible for the determination of the current position data of the device to be carried out by a separate position determination system, for example an indoor positioning system (IPS). In principle, an IPS can also be installed on open terrain. An IPS can be implemented, for example, by appropriately arranged local radio cells, such as WLAN nodes, hotspots, access points, etc. Furthermore, dedicated evacuation information can be provided for the respective persons in accordance with the current localization and situation. A first advantageous embodiment is that the determination of the current usability of escape routes is based on their respective load and / or their passability. Escape routes are heavily or less heavily utilized depending on the number of persons in the various parts of the building. Furthermore, escape paths can be blocked by obstacles (e.g. by fire or smoke) or can be passed only with difficulty. Suitable sensors (e.g. cameras and / or smoke / gas detectors) are placed in the escape routes (e.g. staircases). These sensors detect, for example, smoke, number of people (load). As a result, the load or usability (escape route used) of an escape route can be determined. The clearing of a building, however, takes place more quickly if the persons are guided dynamically (depending on the load or availability) to open and passable escape routes. The current position of the device is also an indication of the current position of the device holder. As a result, respectively dedicated evacuation information (i.e. depending on the location and the situation at hand) can be output on the portable device for a person. A further advantageous embodiment is that a building plan of the building is loaded onto the device and the evacuation information is output graphically on the device as routing information on the building plan. The building plan can be generated, for example, from a building information model (building information model, BIM) and loaded onto the portable device, for example via a WLAN connection when entering a building. If the portable (mobile) device is a device which is handed over to a person when entering a building (e.g. multimedia guide in a museum), then this device is advantageously already populated with the corresponding building plan. The mobile device may display the escape route data (evacuation data) in a 2D / 3D graphics (map) similar to commercially available navigation systems. However, it is also possible to display the evacuation data, for example, in the camera live view mode (or live preview mode), as is known in digital cameras. The evacuation information can be displayed on the building plan, for example, by means of information overlay (image and / or text information) using overlay technology (for example, by means of direct hardware overlay or else by means of software overlay). A further advantageous embodiment is that the building plan of the building is loaded onto the appliance via the Internet or by reading in an identification located on the building by a suitable reading device of the appliance. The building plan can be loaded onto the mobile device via the Internet by a service provider. The user logs on to the service provider, which acts as a content provider and can provide, among other things, the building plans. Downloading of a building or terrain plan can be effected, for example, on request (on demand) by a user. However, it is also possible for the downloading of the building or terrain plan to be effected by a push service (by a push technology). For this purpose, the user registers to an Internet service provider. For evacuation of persons, in particular from buildings, a portable device of a respective person comprises an arrangement with a suitable first sensor system for determining the current usability of the respective escape routes located in the building, a position determination system for determining the positions of persons located in the building, a control unit for real-time processing of the data supplied by the first sensor system and the position determination system; wherein evacuation information is provided on the portable device of this person by the control unit based on the current usability of the escape routes and the current position of a particular person. This arrangement can be easily realized or retrofitted in an existing building or site, since these are usually already present in the building or at a user. As a suitable first sensor system for determining the current usability of the respective escape routes located in the building, cameras can be used, for example, which are already located in the building or can be easily retrofitted at the corresponding locations (e.g., in staircases or behind emergency exit doors). As a position determination system, for example, a GPS system of the portable device (smartphones are currently already equipped with a GPS system or a GPS system can be retrofitted via an app on a smartphone). However, it is also possible to use an indoor positioning system (e.g. based on radio cells located in the building, based on RFID technology or by near field communication (NFC)). The control unit (e.g. a commercially available computer, such as a server, a PC or a laptop) for real-time processing of the data supplied by the first sensor system and the data supplied by the position determination system is equipped with corresponding software (communication software for communication with the portable device, simulation software or decision tables for providing the evacuation information based on the current situation in the building, etc.). The evacuation information is transmitted on output media (display. The loudspeaker of the portable device is output optically (graphically and / or textually) and / or acoustically (e.g. in the form of action instructions). A further advantageous embodiment is that the arrangement is part of a building guidance and / or hazard detection system. In a building guidance or hazard reporting system, static (plans) and dynamic data (e.g. room assignments in a hotel) are present or can be accessed centrally. By integrating into a building guidance or hazard reporting system, suitable rescue measures can be coordinated or initiated in a targeted manner for individual persons in the event of a hazard (e.g. fire).Furthermore, DE 10 2011 015 216 A1 discloses a terminal for visualizing address points on displayed digital maps and a corresponding method for operating the terminal. In order to enable a visualization of any number of individual address points on a digital map, wherein the visualization is independent of the provider of the digital maps, the terminal device comprises a display means for displaying the digital geographical maps and for visualizing the address points, a data memory in which one or more address points with respectively assigned geo-coordinates and respectively one or more assigned additional information are stored, a data communication means suitable for sending a suitable map request to a map data provider and for transmitting at least one first digital geographical map transmitted by the map data provider to the data memory of the terminal device, wherein the transmitted digital map comprises an area in which a reference coordinate predefined by the terminal device is contained, a processor, the connecting device is configured to determine the distance of the address points to the reference coordinate from the geo-coordinates of the address points and the reference coordinate stored in the data memory and to select the address points that lie within a predefined area around the reference coordinate, and a connecting device that links the selected address points to at least one of the assigned additional information as symbols and displays these symbols at the geo-coordinates assigned to the address points in each case for visualizing the address points on at least the first geographical map. In order to display a digital geographical map in the display means, such a map must first be loaded into the terminal. For the provision of the map material for transmitting a digital geographical map to the terminal, for example, the so-called Big REST service from Microsoft can be used. A data connection to the service is necessary for the use of this service. This data connection is established via the data communication means of the terminal, which is, for example, a mobile radio module or an interface for connection to a data network, for example the Internet. In order to obtain a digital geographical map from a map data provider, a corresponding map request must be sent to this provider. In one embodiment, the map request sent by the terminal device comprises at least the size of a map section and geo-coordinates or an address which designates the reference coordinate. Furthermore, this card request can comprise a desired zoom factor and / or an identifier of the request and an authentication key for identifying the terminal. In order for the address points in the predefined area to be visualized around the reference coordinate, the location determined by the reference coordinates must lie within the requested geographical map. In order to ensure this, the reference coordinate can be designated by a geo-coordinate in the map request. The digital geographic map transmitted by map data providers typically has the formal of a graphics file that is either vector-based or pixel-based in the case of such a map request. Alternatively, the map request for designating the reference coordinate may include the address corresponding to the reference coordinate. In this embodiment, in addition to the transmitted digital geographical map, the XML metadata of the map section are loaded into the data memory. Thus, in this configuration of the map request for the selection of the address points to be visualized, a calculation can also be carried out on the basis of geo-coordinates. The term "geographical map" encompasses all types of maps with which a position on the map can be determined. Such geographical maps may be, for example, road maps, city plans, aerial images of the earth's surface, or other corresponding maps. The term "reference coordinate" refers here to the geo-coordinates of a location in the vicinity of which the address points are to be visualized. The reference coordinate can be, for example, the current location of the terminal. In order that this location can be determined with the terminal, the terminal can be a module for measuring its position, for example on the basis of one of the existing satellite navigation systems. In one embodiment, the terminal comprises a GPS module for determining the position of the terminal. Alternatively, the reference coordinates can also be selected by means of cursors on a map displayed in the display means. Here, it is possible, for example, to plan in advance which customers could still be additionally visited in a specific radius around an address. The symbols shown may be of any suitable shape and color. In particular, the size, shape and color of the symbols can be adapted to the respective application. For example, the symbols can be implemented as a B or as a circle with a B in the case of demand customers at this address point or as a P or as a circle with a P in the case of potential customers. In one embodiment, the display means is designed such that the symbols can be clicked, wherein the linking means is designed such that the symbols are stored with further additional information which, after clicking, is displayed in an additional window in the display means. As a result, the visualization of the address points by the symbols on the illustrated digital geographical map remains clear even in the case of a larger number of symbols, and possibly necessary additional information regarding the individual address points can be called up and viewed quickly if necessary via the display means. The advantage here is the display of a single window for a clicked symbol. If instead all windows for all symbols were opened simultaneously, the geographical map would possibly no longer be recognizable and could thus also no longer be used for orientation. Clicking can be carried out in a known manner, for example by a cursor or, in the case of a touch-sensitive display means, by touching the symbol with a finger or a stylus. In a further embodiment, the symbols for different address points with the same geo-coordinates are designed as a common multipin assigned to a plurality of address points. For example, two different address points may designate two different customers in the same building (e.g., in different floors). Thus, these different address points have the same address or the same geo-coordinates, which are usually determined by the address or by the relevant building. For reasons of clarity and operability, the address points should not be represented here as separate symbols which at least partially overlap one another. The multi-pin may be of a different colour (e.g. red for otherwise green symbols), of a different shape (e.g. larger than the remaining symbols or angular rather than round otherwise) or of different symbols (e.g. as "M" for multi-pin instead of "S" for symbol) to distinguish from the remaining symbols, each of which identifies only a single address point. In a further embodiment, the display means and / or the linking means is configured such that by clicking on the multipin a listing of the address points assigned to the multipin is displayed in the additional window, the listing preferably comprises one or more additional information items relating to the respective address points. In this way, analogously to the symbols for an individual address point, the additional information about the respective address points of the multi-pin can also be called and viewed in a clear manner here. In a further embodiment, the display means is configured such that one or more operator symbols are displayed next to and / or on the displayed geographical map, the actuation of which results in a changed display of the geographical map and / or in a changed visualization of the address points. As the operator symbols, for example, the zoom levels of the geographical map can be changed (smaller / larger map section) or a main menu of the terminal can be called up in order to arrive at other functionalities of the terminal. In the case of a mobile radio as a terminal, these would be, for example, all the usual functions of the mobile radio such as an operator window for sending an SMS or for dialing another mobile radio subscriber, a window for inputting data of all kinds, etc. Other operator symbols could be, for example, a compass icon for inputting a new reference coordinates via GPS or a control symbol for moving the geographical map in the X and / or Y direction. Depending on the particular application, additional operator icons may be added, changed, or omitted. In one embodiment, the display means is designed to display a filter means with which, on the basis of a selection of specific additional information, the visualization of only a subset of the originally represented address points can be carried out. A filter means is, for example, a so-called scroll-down menu in which, for example, all types of additional information present, such as customer number, geo-coordinates, customer type, sales type, multipin-yes / no, and optionally further additional information are listed and in which a specific type of additional information can be selected, for example by clicking on the desired type of additional information. As a result of the selection with the filter means, only the address points in the display means are visualized via symbols which fall into this category of the type of additional information. For example, only the address points are visualized via the symbols that are assigned to a specific customer type, for example potential customers.The Germany-wide project of the federal government "Industrialization 4.0" and "Digitalization 4.0" creates new challenges in order to be able to use the sometimes very extensive data sets even on as all user terminals as possible independently of the operating system. Particularly in the field of vector graphics, there is a need to link graphical drawing information with additional information which is intended to be influenceable in real time by the end user.The user data can be present in different forms: A. As vector data from machine construction drawings, chemical plants, printed circuit board layouts, current flow plans, assembly drawings, architect designs, construction plans, position plans, table data, damage drawings, building or room plans of architects B. As pixel images in different formats, black / white line drawings, scanned construction drawings, colored photographs, aerial image recordings or damage plans with additional information such as, for example, collecting places, emergency exits, seating plans, fire extinguishers, hazardous goods, etc. C. Alphanumeric information of GPS coordinates, access authorisations, telephone numbers, key holders, emergency services, energy suppliers, shut-off valves, fuse boxes, disaster protection, landing offices, storage locations for damage documents or for area responsible persons.This user data is to be combined in a simple manner in vector terms and made available on as many mobile output media as possible for broad use on the web.Users with vector graphics / CAD data, if they store this data in a cloud, only have the possibility of loading the entire CAD file onto a PC in a service case and displaying it with a suitable CAD system. Cloud computing describes the provision of IT infrastructure, such as storage space, computing power or application software, as a service via the Internet, i.e. the approach of making IT infrastructures available via a computer network without these having to be installed on the local computer. Public cloud provides access to abstract IT infrastructures for the wide public over the Internet, where customers, IT infrastructure, can lease on a flexible basis of payment for the actual usage level (payas-you-go) without having to invest capital in computer and data center infrastructure. The provision and use of these services are effected by means of a web browser and a public cloud service provider. A private cloud is a cloud environment that operates exclusively for an organization. The hosting and management of the cloud platform can be done internally (for example by company data centers) or else by third parties. A hybrid cloud provides combined access to abstract IT infrastructures from the public cloud and private cloud areas, depending on the needs of their users. In cooperation with the CAD system, each user, for example each service technician, architects, construction managers, Havariedienst,.. requires training effort and the use causes high license costs.Furthermore, a publication by Jens PÖNICH "OpenStrMap Cards Themselves Built." TU Chemnitz, 2012, [Retrievable Online] URL: http: / / nbn-Resolving.de / urn:nbn:de:bsz:ch1-qucosa-86465 describes and explains a reconstruction instruction for OpenStrMap Cards using tiles and freely available geodata, tools for creating maps and their renderings, including the creation of icons and inscriptions (in particular POI Point of Interest).The representation of a POI attribute is known from U.S. Pat. No. 2015 / 0 067 598 A1. In particular, the system described therein for dynamically visualizing POI (Point of Interest) attribute information comprises a POI attribute database unit which stores the POIs and attribute information of the POIs. Furthermore, a POI condition searching unit is provided, which is configured to search the POI attribute database unit for attribute information of POIs depending on a plurality of conditions to generate the searched POIs. Further, the system includes a service providing unit configured to execute services such as a web map service or a navigation service using the searched POIs provided from a POI state searching unit with respect to geographical information objects based on geodata. The POI state searching unit searches the POI attribute database unit for attribute information of POIs (e.g., available hours of the POI, available user type, etc.) used in services depending on a plurality of conditions, and supplies the searched POIs to the service providing unit. Furthermore, a display unit is provided, which is configured to display results of the service. The functions of the POI condition searching unit and the service providing unit are managed centrally by a server. According to an embodiment of the system / method for dynamically setting and managing POI attribute information described in US 2015 / 0 067 598 A1, it is possible to set different attribute information of the POI, to set and provide a POI that satisfies certain conditions based on the set attribute information, or to provide and visualize the different attribute information together with the POI in a plurality. This results in efficient provision and visualization of the POI while minimizing user inputs.As the above prior art survey demonstrates, the collection of geodata and map services based thereon has been known for more than a decade. In the case of Google's earth, vector graphics data are also converted into pixel data before display on the screens, but it is not possible, for example, to provide separate spatial plans with chairing, sections of cataster cards, havari plans with terrain peculiarities or hazardous materials themselves and without costly software with additional information and to be able to input return values on the web to this additional information.The object of the invention is to further develop the terminal known from DE 10 2011 015 216 A1 for visualizing address points on represented digital maps in such a way that, with attention to access rights, very large drawings together with additional information in a section area can be displayed true to detail on mobile devices, portable or stationary computers or the like.This object is achieved in a method for displaying vector graphics with additional information from a cloud-based CAD archive on mobile devices, portable or stationary computers, according to claim 1, in that user-specific vector graphics are provided as CAD exchange formats for the cloud archive, in that the individual CAD files are checked for virus, consistency and freedom from errors before preparation for the cloud archive, in that after successful checking for each individual user-specific CAD file, a compressed pixel graphics file is created as a whole and stored together with one or more info point files or info databases as additional information in encrypted form in the cloud archive, the user is informed of a password for his user access taking into account data protection on a second path, wherein this password and access rights for the individual CAD data or infopoint information in his cloud area can define for his end user groups that retrieved data from the cloud archive are encrypted and transmitted compressed to the end user, wherein the properties for the infopoint and additional information are only displayed in an end user-dependent manner by an app on the front ends of the mobile devices, portable or stationary computers, such that infopoint is assigned to the CAD files and pixel graphics files in an positionally accurate manner in the vector and pixel graphics by the (xv, yv, zv) and (xp, yp, zp) coordinates.Furthermore, this object is achieved by a device for displaying vector graphics with additional information from a cloud-based CAD archive on mobile devices, portable or stationary computers, according to claim 7, in that it has a user area, an enduser area and a central computer area, in that a vector, pixel and information converter is arranged in the central computer area, which is connected on the one hand to an application, rights and user server and on the other hand to a module database server, security and object management, in that in the central computer area the database server, security and object management is connected to the cloud archive and their databases with CAD files and pixel graphics files and infopoint information and for access rights with the application, Rights and user server and a module object, access rights and data processing and that a vector, pixel and information converter is arranged in the region of the end user, said vector and information converter being connected to a module security layer web server arranged in the central computer region in such a way that infodots are assigned to the CAD files and pixel graphics files in an accurate position in the vector and pixel graphics by the (xv, yv, zv) and (xp, yp, zp) coordinates.The method and the device according to the invention have the advantage that a platform can be created in a surprisingly simple manner on the Internet, for example for providers of services, object managers, communes, sports meetings, rescue services, fire weirs, environmental offices, Katastrophenschutz,.. on which graphical vector and pixel graphics data can be linked to additional information during web display, displayed in different colors and provided with additional information. The graphical data may be CAD machine construction drawings, chemical plants, circuit board layouts, power flow charts, assembly drawings, architect designs, construction plans, table maps, aerial photographs, terrain sections, Ferienhauses, Messian space plans, Theater, meeting rooms, or Konferenzsälen,..Further advantages and details can be gathered from the following description of preferred embodiments of the invention with reference to the drawings. The drawing shows: FIG. 1a schematically shows the processing and display of vector and pixel images with additional information in the WEB for the user area and area of the end user, FIG. 1b shows the central computer area; and FIG. 1 cshows the entire device with the embodiments according to FIGS. 1 aand 1 bfor realizing the method according to the invention, FIG. 2 shows the flow chart of the method according to the invention for the device shown in FIG. 1 c, FIG. 3 shows an example of a mother image as a pixel graph, FIG. 4 shows an example of a section from the mother diagram according to FIG. 3 as a vector graph, and FIG. 5 shows the same section as a pixel graphic from the mother image.FIGS. 1 ato 5 show the realization of the method according to the invention for a cloud-based CAD archive (CA) for displaying user-own vector graphics with intelligent info points changeable at runtime on arbitrary mobile and stationary front ends (EN), in particular mobile devices, portable or stationary computers on the web.In the first step, the pixel graphics can be provided from a user cloud by linking with intelligent additional information via HTML displays via a central web server (ZR). This has the advantage that almost all terminals (EN) can operate the provided HTML information with exclusively system-specific components (Internet explorers). Furthermore, efficient central hardware with high processing speed and robustness of the individual applications on the server (ZR) can be used. However, this variant firstly has the disadvantage of a relatively large pixel graphics file and thus a longer transmission time in the network, especially in non-bale areas, and secondly the terminal applications must always be kept at the current level by the end user.However, if the file is transmitted to the web user in the second project step as vector graphics data with intelligent additional information, then the data volume is usually only an extremely small file compared to the pixel graphics, which often requires only less than one hundredth of the transmission capacity in the network. The disadvantage is that the vector graphics data must first be processed on the user terminal (EN) for the screen display. Since there is no uniform vector data interface for PCs, smartphones or iphones apart from the HTML standard display and additional information or the return of data to the central server system has to be adapted for individual applications, individual programming is always necessary.In Google's Earth, vector graphics data are also converted into pixel data before display on the screens, but it is not possible to provide separate spatial plans with chairing, sections of cataster cards, damage plans with terrain peculiarities or hazardous materials with additional information even without costly software and to be able to input return values on the web to this additional information. These return values can be sent on the web to the central server, for example, simple chair reservations or whether the fire weir and the technical auxiliary service are located at a collecting location. In seconds, subsequent users see whether a space is already sold, reserved, or free. A damage center can graphically see, by marking the additional information with different colors, whether emergency personnel are also far removed from one another on site (at 20 km river, slip locations for boats, collecting rooms for vehicles) at critical locations. In complex chemical plants, shut-off valves, escape routes, fire extinguishing devices, alarm buttons and rescue tools can be shown pictorially at different levels / levels.In the method according to the invention, the data are stored in a cloud in a suitable CAD format and are converted at the time of use into a pixel graphics format (CPG) displayable on the standard web on the server or on the front end (EN) (tablet, smartphone, iphone, PC,... ). As a result, almost every mobile terminal (EN) can then display or print this data. If very large drawings are involved, then in the pixel graph, a cut-out area from a mother drawing (overall drawing) can be sent to the server. The server converts the corresponding vector graphics patch (CVG) from the CAD drawing back into a more detailed pixel graphics (CPG) and transmits this patch to the mobile front ends (EN). In the case of so-called powerusers (EN), the server transmits the corresponding drawing section vectors to the enduser application and the conversion of the vector graphics drawing section is converted on the front end (EN) into a pixel graphics (CPD).In the method according to the invention, a service technician does not require a CAD system on his front end (EN), for example. Even smart phones or iPh are suitable for displaying or printing the CAD drawings on which no CAD system is available.Furthermore, a further benefit may also be gained by the user (N) in the CAD or pixel graphics drawing (CVG / CPG) by adding smart info points (CInf) with the possibility of transmitting additional information to the info points at runtime. The info points transmit this additional information from the server to the further end user (EN) on the next retrieval.Info dots can change their display states by color changes, reservations or text information. Thus, the same technology can also be used for arbitrary reservations, e.g. of feri homes, sports grounds, rooms, hotel rooms, tables in meeting rooms or restaurant rooms, as well as for space reservations in kinos, buses, aircrafts or railways.In the case of a disaster in geographical CAD drawings, info items can be used in real time for information transmission across areas in landscape maps or building basic cracks of damage services, disaster protection, fire weirs, police, water rescue, boundary protection, military or authorities, e.g. for marking flood or rescue routes, hydrants, collecting places.Info points can be changed autonomously in size at runtime on the front ends (EN) for better finding without having to contact the server.As described above, the invention relates to providing a cloud archive (CA) for 2D / 3D CAD data (CVD) with smart info points for use by mobile and stationary front ends (EN) (iphones, smartphones, notebooks, tablet / desktop PCs or workstations) with different operating systems on the Internet. The user's own CAD data (CVD) can be provided as CAD exchange formats such as, for example, in 2D CAD the dxf format or in 3D CAD the step or sat formats for the cloud archive (CA). The individual CAD files (CVD) are checked for virus, consistency and freedom from errors before being processed for the cloud archive (CA) and, if appropriate, provided with user-specific info points (CInf) and a version number for one CAD file (CVD).After successful verification, a compressed pixel graphics file [image file (CInf) or databases (DB) is created as a whole for each individual user's own CAD file (CVD) (also referred to as mother diagram) and stored in the cloud archive (CA) in encrypted form together with one or more infopoint files (CInf) or databases (DB).The user (N) is notified of a password for his user access on a second route taking into account the data protection. It can define, for its end user groups, dedicated passwords and access rights for the individual CAD data (CVD) or infopoint information (CInf) in its cloud area.Retrieved data from the cloud archive (CA) is transmitted to the end user (EN) in encrypted form and compressed. The properties for the infodots, such as color, size, visible / invisible, and additional information is only displayed by an app on the front ends depending on the end user.The file names for mother sketches are separately composed by undermark [_] of the a) user identification [e.g. E24T789DLGHZER47 (E24 T78 9DL GHZ ER47)]b for better readability) date of first storing [D20170523 (23 May 2017)]c) time [T1437 (14:37 o'clock)]d) identifier for 2D or 3D [2D]e) version [V001] and the f) CAD system or exchange format identifier (suffix -.wca,.dxf,.step,.sat,...)g).The full file name for the above mother sketch from a commonly used 2D CAD system WorldCAT-dxfEdit is:E24T789DLGHZER47_D20170523_T1437_2D_V001.wcaDerived therefrom, for a compressed image file of a mother diagram, as is shown for example in FIG. 3, would result in the entirety in the 4K screen pixel format 3840x2160:E24T789DLGHZER47_D20170523_T1437_2D_V001_P3840_2160_XA0001_ XE3800_YA0001_YE2160.pngThe extensions result from the image size of the overall image from the mother sketch• Image size of the overall image [P3840_2160 (horizontal 3800 pixels; vertical 2160 pixels)]• Image section [XA0001_XE3840_YA0001_YE2160 (horizontal: starting point 0001 end point 3840 and vertical: starting point 0001 end point 2160]• File Suffix [.png].For example, for an infopoint, the file designation is:E24T789DLGHZER47_D20170523_T1437_2D_V001_ITNR001_.difwith the extension:• File type identifier text or database followed by a consecutive number [ITNR001 or IDNR001].• File Suffix[.dif].A simplest example could be a multi-fed ferihauser plant. The supplier / user (N) passes a CAD layout (CVD) with the Ferienhauss as dxf file and the house numbers to the system. A pixel graphics (CPD) is created with some adjustments (e.g., home parking spaces) if desired, and the associated home numbers are given colored info points (CInf). Now the provider / user N can connect his plan of positions on the Internet to his home page and "green" is currently displayed whether a Ferienhaus is free, "yellow" is reserved or "red" is occupied at the moment. In addition, by clicking on the info point (CInf), an alphanumeric occupancy list can be displayed. An end user (EN) may optionally reserve a free deadline at the infopoint "yellow" and the provider may set to "red" after contract confirmation. There is no need for costly reservation software for mini-providers / users (N), as the editing is simple or can be done as a service from a local service provider. Furthermore, a deadline table with interested party address reference (Enduser EN) per infopoint can be retrieved.A more sophisticated approach would be possible with a site plan of a rescue service on a section of a river water several kilometers long. A CAD map (CVD) of the water body's disaster protection or crew service is provided with infopots (CInf) (slip locations of lifeboats, collecting rooms, closure rights for barriers on ponds, level indicators or rear parking spaces for lifeboats outside the danger area.If pixel graphics were displayed over a length of the flowwater of more than 20 km, the infodots would no longer be visible in the overall view. By means of a variable size of the colored infodots in the terrain plan, for example, the position of the existing slip locations can be easily visible in the overall view. A slip location is selected and a very strong clip enlargement with detail information is retrieved from the web server. Now, the information "Rescue team is at the slip site" can be given in real time to the infopoint, e.g. via smartphone, and the infopoint assumes a different color. At a collection point, the information "There are 63 people at the collection point" can be given to the infopoint (CInf). The collection center info point (CInf) takes a different color and passes the information 63 to people via the map information to other auxiliary services or a control center.As a so-called PowerUser EN with a mobile terminal (e.g. smartphone), the amount of data can be extremely reduced when transmitting vector data instead of pixel graphics data, so that a large map section with a very large number of items of detail can nevertheless be transmitted and displayed in non-clustering areas or in areas of weak telephone signals. The conversion of the individual vectors of the desired section from the overall drawing and the connection to the intelligent info points (CInf) take place in this case on the mobile terminal of an end user (EN).In the method according to the invention, info points with their properties are stored in the CAD file (mother diagram) in an positionally accurate manner by suitable extensions of the graphic basic element (point) of 2D or 3D CAD systems, are identified as info point (CInf) and are processed by additional files for display in the cloud archive for the Internet by the user (N) or his CAD service provider. By automatically reading the infopoint (CInf) and the connection with its additional information, an infopoint file or database with all display and additional information for mother sketch is generated.Since infodots are stored in a separate infodot file (CInf) next to the vector graphics mother sketch (CVD) and the overall image pixel graphics file (CPD) (see in detail FIGS. 1 ato 1 c), all information for the respective infodot can be used equally for display in vector or pixel graphics format.The transfer of the infopoint information (CInf) for a normal end user (EN) can be effected with simplified means of the front ends as a pixel graphic and for a so-called power user as a vector graphic. The normal end users (EN) can only retrieve the cut-out magnification from the cloud archive (CA) at all times and use the properties such as infopoint size, access permissions or color for a simplified and clear search of the infopoint in the image file by an app on the front end. The enlargement of the details and the assignment of the info points (CInf) in the details window take place on the server side of the cloud in the method according to the invention.In addition to the options of the normal end user (EN), the InfoPoint information (CInf) can also connect the infoPoint information (CInf) on the front ends to the vector graphics data by an extended application to the mother sketch from the cloud archive (CA).For this purpose, the original vector data (CVD) of the mother sketch or a section with all vectors contained therein are loaded from the cloud archive (CA) onto the front-end device, converted by an app into a pixel graphic CPG and only then connected to the infopoint information CInf.This technology has the advantage that this information is available even if there is not sufficient quality of the Internet connection or in remote areas as well as in cellar rooms no network connection at all. The conversion of the vector graphics and the linking to the infopoint information then take place exclusively by the app on the front-end device.Infodots can also be generated on the front ends in an accurate position if the user (N) allows the end users (EN) and stored in a temporary infodot file (CInf) in the cloud archive (CA). The user (N) can prompt the transfer of the external infopoint information or can perform itself and store the mother sketch under a new version number in the cloud archive (CA). For a subsequent end user (EN), the last version number of the mother sketch is always used.Additional information such as reservations for objects, addresses, states, warnings, technical information, threshold values, display options (infopoint size / color / trigger points) or references to other files of any kind can be connected to infopoint.Open interfaces and SDKs (software development kids) are intended to allow foreign users to use the display technology with the intelligent info points on any front ends (EN) to create dedicated applications. Info-points and the additional information of the end user (EN) can be used for the control of its own processes, reservations, address transmissions, updating of CAD drawings, manuals and any other uses.3D CAD Poweruser (EN) can convert and display the info points from their 3D CAD files (e.g., step or sat) in the usual six views (front, back, top, bottom and left / right side) from the mother sketch into a pixel image file (CPD). The info points are then projected into the corresponding display view for the front ends (EN), in particular mobile devices, portable or stationary computers, and are further displayed and used as a pixel graphic as in 2D.By an extension app of the front ends (EN) for the free rotation in the 3D with rendering and tracing, the display and the movement of 3D objects in three-dimensional space can simplify the display and orientation and facilitate the finding of info points. After a selection and marking of an infopoint in three-dimensional space and the conversion of the display view of the entire mother sketch or of a section into a pixel graphic image with the positionally correct display of the infopoint, all further activities can also be utilized to the full extent, as in 2DFIG. 1 aschematically illustrates the processing and display of vector and pixel images with additional information in the WEB for the user area (N) and the end user area (EN), FIG. 1 b for the central computer area (ZR), and FIG. 1 cthe entire device with the embodiments according to FIGS. 1 aand 1 bfor implementing the method according to the invention. In particular, the user area (N) has a CAD hybrid system (vector / pixel) (CHS), to which user-own pixel image files (CPD) (End.bmp or.png) and user-own CAD file (CVD) (End.dxf or.Step or.Sat) are supplied. Furthermore, the user area (N) has a CAD digitizing system (CDS), to which user-own pixel image files (CPD) (End.bmp or.png) and user-own CAD file (CVD) (End.dxf or.Step or.Sat) are supplied. Finally, the user area (N) has a further user-own pixel image file (BD) (End.bmp or.png), which is connected to the CAD digitizing system (CDS). CAD hybrid system (vector / pixel) (CHS) and CAD digitizing system (CDS) are connected in the user area (N) to a module Web data Export and Import (WEB E+I), to which the.bmg / .png and 2 / 3 D-CAD data and dif data and additional information of the CAD hybrid system (vector / pixel) (CHS) and the.png and 2 / 3 D-CAD data and dif data and additional information of the CAD digitizing system (CDS) are supplied. The bmg / png and 2 / 3D-CAD data and dif data and additional information present at the output of the Web data Export and Import module (WEB E+I) are supplied to a security layer Web server module (SWS) arranged in the central computer area.Furthermore, FIG. 1 ashows the area of the end user (EN), with an end user web windows (ENW) and / or an end user smart / iphone (ENSI). Enduser Web Windows (ENW) and enduser Smart / Iphone (ENSI) are connected in the region of the enduser (EN) to a vector, pixel and information converter (VPIkon), which is connected to a module security layer Web server (SWS) arranged in the central computer region (ZR). From an application, rights and user server (ARU) arranged in the central computer area (ZR), the program and image control commands are transmitted via the module security layer web server (SWS) to the enduser web windows (ENW) and enduser smart / iphone (ENSI) (see dotted line). Furthermore, the access rights are transmitted from the object, access rights and data processing (OZD) module arranged in the central computer area (ZR) to the two security layer web server (SWS) modules arranged in the central computer area (ZR) (see dashed line). The HTMI,.png,.dif data and additional information are transmitted directly between the module security layer web server (SWS) arranged in the central computer area (ZR) and the enduser web windows (ENW) and the enduser smart / iphone (ENSI), the.png,.wca,.dif data and additional information are transmitted via the module security layer web server (SWS) arranged in the central computer area (ZR) and the vector arranged in the area of the enduser (EN), Transfer Pixels and Information Converters (VPIkon) to the Enduser Web Windows (ENW) and Enduser Smart / Iphone (ENSI). This data is generated in the central computer area (ZR) by a management for address and info points (VAI), the application, rights and user servers (ARU) and the object, access rights and data processing module (OZD).Furthermore, a vector, pixel and information converter (VPIkon) is arranged in the central computer area (ZR) (see FIG. 1b or 1c), which is connected on the one hand to the application, rights and user server (ARU) and on the other hand to a module database server, security and object management (DBSO). In the central computer area (ZR), the database server, security and object management (DBSO) is connected to the cloud archive (CA) and its databases DB are connected to the pixel image file (CPD), CAD files (CVD) or the infopoint information (CInf), and for the access rights are connected to the application, rights and user server (ARU) and the module object, access rights and data processing (OZD).Denoted by.wca is the Web 2D CAD exchange format and by.wcd is the Web 3D CAD exchange format for the vector, pixel and information converter (VPIkon).FIG. 2 shows the flow chart of the method according to the invention for the device described above and shown in FIG. 1 c, in particular for the automatic generation and provision of the mother sketch, for the functions database vector file, infofile, rights, key allocation, web key miswording and the generation of the new drawing as a new mother sketch and the acceptance of the enduser data for the infopoint and additional data.FIG. 3 shows an example of a mother image as a pixel graph. This mother picture in format has, for example, a size of 352 kbytes and a resolution of 3840 x 2160 pixels. It serves as a first overview (overall image) and is then intended to be able to be enlarged as desired by the user EN.FIG. 4 shows an example of a section from the mother diagram of FIG. 3 as a vector graph (i.e., a section from the.wca vector graph file <2 kbcorresponding to png mother diagram section), and FIG. 5 shows the same section as a pixel graph from the mother image. If it is now desired to read the legend and zoom on it, an image section of the.png file is obtained which is difficult to read (prior art).The invention is not limited to the exemplary embodiments shown and described, but rather also comprises all embodiments having the same effect within the meaning of the invention. Within the scope of the invention, a direct storage of the infopoint information in the CAD file (mother sketch) can be provided in the cloud archive (CA). Furthermore, the invention is not restricted to the combinations of features defined in patent claims 1 and 7 to date, but can also be defined by any other desired combination of specific features of all individual features disclosed overall. This means that in principle practically every individual feature of claims 1 and 7 can be omitted or replaced by at least one individual feature disclosed elsewhere in the application.List of reference numbers:CA cloud archive CInf infopoint files CPD compressed pixel graphics file CVD user-inherent vector graphics EN Enduser N user ZR central computer area CHS CAD hybrid system (vector / pixel) CDS CAD digitizer system ENW Enduser Web-Windows ENSI Enduser Smart / Iphone VPIkon vector, Pixel and information converter WEB E+I Web data Export and Import.wca Web 2D-CAD exchange format for VPIkon.wcd Web 3D-CAD exchange format for VPIkon SWS security layer Web server OZD object, access rights and data processing ARU application, rights and user servers VAI management for address and info points DBSO database server, security and object management UD user data URD user rights data ZD access data

Claims

Method for displaying vector graphics with additional information from a cloud-based CAD archive (CA) on mobile devices, portable or stationary computers, characterized in that user-specific vector graphics (CVG) are provided as CAD exchange formats for the cloud archive (CA), in that the individual CAD files are checked for virus, consistency and freedom from errors before being processed for the cloud archive (CA), that after successful checking, a compressed pixel graphics file (CPG) is created as a whole for each individual user-own CAD file (CVG) and stored in the cloud archive (CA) encrypted together with one or more info point files (CInf) or info databases as additional information, the user (N) is notified of a password for its user access taking into account the data protection on a second path, wherein this password can specify dedicated passwords and access rights for the individual CAD data (CVG) or info point information (CInf) in its cloud area, the fact that retrieved data from the cloud archive (CA) are encrypted and transmitted compressed to the end user (EU), wherein the properties for the info points and additional information (CInf) are only displayed in an end user-dependent manner by an app on the front ends of the mobile devices, portable or stationary computers, in such a way that info points are assigned to the CAD files (CVD) and pixel graphics files (CPD) in an accurate position in the vector and pixel graphics by the (xv, yv, zv) and (xp, yp, zp) coordinates.Method according to Claim 1, characterized in that the file name of the user's own pixel graphics file (CPD) has at least one user identification, the date and time of the first storage, an identifier for 2D CAD data or 3D CAD data, a version number and a CAD system or exchange format identifier.Method according to Claim 2, characterized in that the file name of the user's own CAD file (CVD) is supplemented by extensions with respect to the image size of the overall image and of the image section with horizontal and vertical starting point and a file suffix ".png".Method according to one or more of claims 1 to 3, characterised in that for info-items (CInf), the file name is supplemented by a file type identifier for text or database followed by a consecutive number and a file suffix ".dif".Method according to one or more of claims 1 to 4, characterised in that section enlargements and assignment of the info points (CInf) in a section window on the server side of the cloud or by an app on the mobile devices, portable or stationary computers via the info point coordinates take place.Method according to one or more of Claims 1 to 4, characterized in that the end user (EN) only has the possibility of being able to change the properties and additional information of the infodots (CInf) in the cloud-based CAD archive (CA) when the user (N) is released accordingly, and in that properties of the infodots (CInf) and additional information are therefore made usable in real time for subsequent end users (EN) without changing the original user-own vector graphics (CVD) or pixel graphics (CPD).Device for displaying vector graphics with additional information from a cloud-based CAD archive (CA) on mobile devices, portable or stationary computers, characterized in that it has a user area (N), an enduser area (EN) and a central computer area (ZR), in that a vector, pixel and information converter (VPIkon) are arranged in the central computer area (ZR), which vector is connected on the one hand to an application, rights and user server (ARU) and on the other hand to a module database server, security and object management (DBSO), in that the database server server and object management (ZR) are connected in the central computer area (ZR), Security and object management (DBSO) with the cloud archive (CA) and the databases (DB) thereof with CAD files (CVD) and pixel graphics files (CPD) and infopoint information (CInf) and for the access rights is connected to the application, rights and user server (ARU) and a module object, access rights and data processing (OZD), and in that a vector, pixel and information converter (VPIkon) is arranged in the region of the end user (EN), said vector being connected to a module security layer web server (SWS) arranged in the central computer region (ZR), such that infodots are assigned to the CAD files (CVD) and pixel graphics files (CPD) in an exactly positionally accurate manner in the vector and pixel graphics by the (xv, yv, zv) and (xp, yp, zp) coordinates.

Citation Information

Patent Citations

  • System and method for dynamic visualization of POI attributes and method for refreshing POI attributes

    US20150067598A1