CN114926596A - Oblique photography terrain file loading method, device, equipment and storage medium - Google Patents
Oblique photography terrain file loading method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN114926596A CN114926596A CN202210528639.1A CN202210528639A CN114926596A CN 114926596 A CN114926596 A CN 114926596A CN 202210528639 A CN202210528639 A CN 202210528639A CN 114926596 A CN114926596 A CN 114926596A
- Authority
- CN
- China
- Prior art keywords
- data
- file
- oblique photography
- terrain
- feature point
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
- G06T17/05—Geographic models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
- G06F16/51—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/10—Geometric CAD
- G06F30/13—Architectural design, e.g. computer-aided architectural design [CAAD] related to design of buildings, bridges, landscapes, production plants or roads
Abstract
The application relates to the technical field of graphic rendering, and discloses a method, a device, equipment and a storage medium for loading oblique photography terrain files, wherein the method comprises the following steps: processing the original oblique photography file to obtain an oblique photography index file and an oblique photography data file; reading a tilt photography data file to be loaded based on the tilt photography index file; analyzing the oblique photography data file to obtain topographic feature point data and topographic feature point logic reference data in the oblique photography data file; converting the topographic feature point data into coordinate point data for the Revit design platform to identify, and converting the topographic feature point logic reference data into feature plane index data for the Revit design platform to identify; and (4) transmitting the coordinate point data and the feature plane index data into a Revit design platform, and creating a terrain through the Revit design platform. The method and the device solve the problem that the Revit design platform cannot load oblique photography terrain files.
Description
Technical Field
The application relates to the technical field of graphic rendering, in particular to a method, a device, equipment and a storage medium for loading an oblique photography terrain file.
Background
Technique of
Building Information Model (BIM) is a digital expression of the physical and functional characteristics of a facility. The building information model is a new auxiliary tool relating to architecture and engineering, namely civil engineering, and mainly takes various relevant information data of a building engineering project as the basis of the model, and the building model is built according to the relevant information data, so that the real information of a building is simulated through digital information. In addition, the building information model has five characteristics of visualization, coordination, simulation, optimization and graphing.
Revit is the name of a suite of software series available from Autodesk. The Revit series software is constructed for a Building Information Model (BIM) and can help architects to design, build and maintain buildings with better quality and higher energy efficiency. Revit is one of the most widely used software in BIM system in the construction industry in China. However, most of the terrain models in the conventional Revit design platform are contour models of 1:200 and 1:500, and the accuracy of the terrain and landform and the building outline is lost.
The oblique photography technology is a high and new technology developed in recent years in the international surveying and mapping field, which overturns the limitation that the original orthoimage can only be shot from a vertical angle, and introduces a user into a real and intuitive world which accords with human vision by carrying a plurality of sensors on the same flight platform and acquiring images from five different angles of one vertical angle, four oblique angles and the like. By the oblique photography technique, a highly accurate oblique photography model can be obtained.
However, existing oblique photography models cannot be directly imported into a Revit design platform to serve as terrain models for building design.
Disclosure of Invention
Based on the technical problems, the application provides a method, a device, equipment and a storage medium for loading oblique photography terrain files, and solves the problem that a Revit design platform cannot load oblique photography terrain files.
In order to solve the technical problems, the technical scheme adopted by the application is as follows:
a method of oblique photography terrain file loading, comprising:
processing the original oblique photography file to obtain an oblique photography index file and an oblique photography data file;
reading the oblique photography data file needing to be loaded based on the oblique photography index file;
analyzing the oblique photography data file to obtain terrain feature point data and terrain feature point logic reference data in the oblique photography data file;
converting the terrain feature point data into coordinate point data for the Revit design platform to identify, and converting the terrain feature point logic reference data into feature plane index data for the Revit design platform to identify;
and transmitting the coordinate point data and the feature plane index data into the Revit design platform, and creating a terrain through the Revit design platform.
Further, analyzing the oblique photography data file, and acquiring topographic feature point data and topographic feature point logical reference data in the oblique photography data file includes:
reading the text data in the oblique photography data file line by line;
analyzing whether keywords exist in the text data or not;
if the text data contains the first keyword, the text data is topographic feature point data and is stored;
and if the second keyword exists in the text data, the text data is logically quoted data of the topographic feature points and is stored.
Further, before storing the topographic feature point data, the topographic feature point data is deduplicated.
Further, the de-duplication comprises:
comparing the topographic feature point data with the stored topographic feature point data;
and if the XY coordinates of the topographic feature point data are the same as those of the stored topographic feature point data, offsetting the XY coordinates of the topographic feature point data.
Further, if the first keyword and the second keyword do not exist in the text data, reading the text data of the next line in the oblique photography data file.
Further, after the Revit design platform creates a terrain, the generated terrain files are stored according to the ascending sequence of numbers.
Further, the oblique photography data file is an OBJ format file.
A oblique photography terrain file loading apparatus comprising:
the file conversion module is used for processing the original oblique photography file to obtain an oblique photography index file and an oblique photography data file;
a file reading module for reading the oblique photography data file to be loaded based on the oblique photography index file;
the file analysis module is used for analyzing the oblique photography data file to obtain topographic feature point data and topographic feature point logic reference data in the oblique photography data file;
the data conversion module is used for converting the terrain feature point data into coordinate point data for the Revit design platform to identify; and
converting the terrain feature point logic reference data into feature plane index data for the Revit design platform to identify;
and the terrain creating module is used for transmitting the coordinate point data and the feature plane index data into the Revit design platform and creating a terrain through the Revit design platform.
A computer device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to carry out the steps of the above-mentioned oblique photography terrain file loading method.
A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, causes the processor to carry out the steps of the oblique photography terrain file loading method described above.
Compared with the prior art, the beneficial effects of this application are:
according to the oblique photography terrain file loading method, the oblique photography terrain file loading device, the computer equipment and the storage medium, the oblique photography terrain file can be loaded into the Revit design platform to form a high-precision terrain model for subsequent building design.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. Wherein:
fig. 1 is a flowchart illustrating a method for loading a terrain file for oblique photography.
Fig. 2 is a flowchart illustrating a method for parsing an index file of oblique photography.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, the technical solutions of the embodiments of the present disclosure will be described clearly and completely with reference to the drawings of the embodiments of the present disclosure. It is to be understood that the described embodiments are only a few embodiments of the present disclosure, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the described embodiments of the disclosure without any inventive step, are within the scope of protection of the disclosure.
It should be understood that "system", "apparatus", "unit" and/or "module" as used in this specification is a method for distinguishing different components, elements, parts, portions or assemblies of different levels. However, other words may be substituted by other expressions if they accomplish the same purpose.
As used in this specification and the appended claims, the terms "a," "an," "the," and/or "the" are not to be taken in a singular sense, but rather are to be construed to include a plural sense unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.
Flowcharts are used in this specification to illustrate the operations performed by the system according to embodiments of the present specification. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, the various steps may be processed in reverse order or simultaneously. Meanwhile, other operations may be added to or removed from these processes.
Referring to fig. 1, in some embodiments, a method for loading a terrain file for oblique photography includes:
s101, processing an original oblique photography file to obtain an oblique photography index file and an oblique photography data file;
specifically, the oblique photography original document is an oblique photography document by taking unmanned aerial survey back.
Specifically, the oblique photography index file is an index file that displays the positions of all oblique photography data files, and can be used for the classification management of oblique photography data.
Specifically, the oblique photography data file is a 3D model file of the terrain and the building, which is produced after being processed by a production tool (corresponding to professional software, such as a university map) of a surveying and mapping specialty.
Preferably, the oblique photography data file is an OBJ format file, which is a standard file format for 3D modeling and animation software, and is suitable for mutual conductance between 3D software models.
S102, reading the oblique photography data file needing to be loaded based on the oblique photography index file;
preferably, the related interactive page can be designed on the client side through the operation page. The interactive part program needs to realize the function of generating the terrain on the Revit three-dimensional view by clicking a button of 'creating oblique photography terrain' by a user, selecting an oblique photography data file to be imported, processing the file.
The method comprises the steps of calling and opening a file window to realize an interactive interface for a user to select a terrain file, loading all oblique photography data files needing to be generated through conversion after the user selects an oblique photography index file (generally, metadata.
S103, analyzing the oblique photography data file to obtain topographic feature point data and topographic feature point logic reference data in the oblique photography data file;
s104, converting the topographic feature point data into coordinate point data for the Revit design platform to identify, and converting the topographic feature point logic reference data into feature plane index data for the Revit design platform to identify;
and S105, transmitting the coordinate point data and the feature plane index data into the Revit design platform, and creating a terrain through the Revit design platform.
Specifically, the Revit design platform receives data and completes terrain creation through an API, specifically, the API is topographiysurface Create, and the method supports coordinate point data (XYZ point set) and feature plane index data (PolymeshFacet). The created terrain file is a Revit terrain file containing terrain features in the oblique photography data file, the terrain file generated by the Revit design platform is a RVT format file, and the RVT is a proprietary file format used by the Revit design platform for storing design data.
In this embodiment, the oblique photography data file is analyzed, the topographic feature elements in the oblique photography data file are analyzed and extracted, the recorded three-dimensional points and the data of the surface in the oblique photography data file are converted into effective topographic elevation points in the Revit design platform, and then the corresponding topography is generated in the Revit design platform through the API interface for creating the topography in the Revit design platform.
The high-precision terrain generated by the Revit design can be used for subsequent design, such as the design of a photovoltaic power station.
The three-dimensional terrain is formed by surfaces, points forming the surfaces are feature points, and the feature points are characterized in that coordinate point data of space XYZ are recorded. The above-described process of converting the topographic feature point data is to convert the coordinate points in the oblique photograph data file into coordinate points in the Revit design platform, which are also XYZ coordinates, but there is a possibility that the coordinate system of the coordinate points in the oblique photograph data file and the coordinate system of the coordinate points in the Revit design platform do not match each other, and therefore, it is necessary to perform corresponding adjustment, for example, when the coordinate points in the Revit design platform are XYZ coordinates, there is a possibility that YXZ appears in the oblique photograph data, that is, XY in the oblique photograph coordinate system and XY in the Revit design platform coordinate system are exchanged.
Therefore, in order to enable the Revit design platform to accurately recognize the topographic data in the oblique photography data file, it is necessary to convert topographic feature point data and topographic feature point logical reference data analyzed from the oblique photography data file into coordinate point data and feature plane index data that can be recognized by the Revit design platform.
In addition, dynamic loading and unloading of the RVT file can be realized through a link and unloading interface of the RVT file in a related API in the Revit design platform and a terrain file management list of the interface.
Preferably, after the Revit design platform creates the terrain, the generated terrain files are stored in the ascending order of numbers.
Specifically, the terrain file is stored in a computer specified directory.
Preferably, the imported oblique photography data file and the generated terrain RVT file are both stored on a local disk of the user, and the analyzed three-dimensional objects, key value teams, point sets and the like in the process are stored in a memory.
Preferably, the Revit software limits itself, and when creating RVT terrain, the size of the single file of imported oblique photography data should be limited to 300MB or less, and the size of the single file of oblique photography data is recommended to be 30MB to 100 MB. Beyond this recommended size, the user experience may be affected by generating data too slowly. If the maximum limit is exceeded, a conversion failure may result.
Referring to fig. 2, in some embodiments, parsing the oblique photography data file to obtain the terrain feature point data and the terrain feature point logical reference data in the oblique photography data file comprises:
s201, reading the text data in the oblique photography data file line by line;
s202, analyzing whether keywords exist in the text data or not;
s203, if the text data contains the first keyword, the text data is topographic feature point data and is stored;
and S204, if the second keyword exists in the text data, the text data is logically referenced data of the terrain feature point and is stored.
In this embodiment, the oblique photography data file (specifically, the OBJ file) to be converted is read into the memory, and then the OBJ data of each row is cyclically analyzed one by one. Because the OBJ data are text data, each line of data read into the memory can be parsed without additional encoding and decoding. And judging whether the key words exist in each line of the OBJ data.
Specifically, if the first keyword is set to "v", if the keyword "v" exists in the line of text data, the line of text data represents that the line of text data is topographic feature point data in the oblique photography data file, coordinate data of X, Y, Z of the topographic feature point is recorded, and the read topographic feature point data is stored in the memory set.
Specifically, if the second keyword is set to be "f", if the keyword "f" exists in the line of text data, the line of text data represents that the line of text data is terrain feature point logical reference data in the oblique photography data file, the terrain feature point logical reference data records which terrain feature points form one surface forming the terrain features, and the read terrain feature point logical reference data is stored in the memory set.
Preferably, the deduplication is performed on the topographical feature point data before the topographical feature point data is saved.
Wherein the terrain in the platform is such that two points of different Z-values are not allowed to exist simultaneously on the same XY coordinate due to the Revit design. Therefore, before the topographic feature point data is saved, it is necessary to perform deduplication on the topographic feature point data.
Specifically, the deduplication comprises:
comparing the topographic feature point data with the stored topographic feature point data;
and if the XY coordinates of the terrain feature point data are the same as those of the stored terrain feature point data, shifting the XY coordinates of the terrain feature point data.
And if yes, carrying out deviation operation on X and Y of the terrain feature point to be saved.
Specifically, the offset distance of X and Y is 0.1 mm.
Preferably, if the first keyword and the second keyword are not present in the text data, the text data of the next line in the oblique photography data file is read.
If the line data does not contain the first keyword "v" and the second keyword "f", the line data has no meaning on the terrain, and the subsequent text data is continuously analyzed until all lines of text data in the oblique photography data file are analyzed.
In some embodiments, there is also disclosed a tilted photography terrain file loading apparatus comprising:
the file conversion module is used for processing the original oblique photography file to obtain an oblique photography index file and an oblique photography data file;
a file reading module for reading the oblique photography data file to be loaded based on the oblique photography index file;
the file analysis module is used for analyzing the oblique photography data file to obtain topographic feature point data and topographic feature point logic reference data in the oblique photography data file;
the data conversion module is used for converting the terrain feature point data into coordinate point data for the Revit design platform to identify; and
converting the terrain feature point logic reference data into feature plane index data for the Revit design platform to identify;
a terrain creation module for transferring the coordinate point data and the feature plane index data to the Revit design platform, and creating a terrain through the Revit design platform.
In order to solve the technical problem, the present application further discloses a computer device, which is characterized by comprising a memory and a processor, wherein the memory stores a computer program, and the computer program, when executed by the processor, causes the processor to execute the steps of the oblique photography terrain file loading method.
The computer device may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices. The computer equipment can carry out man-machine interaction with a user in a keyboard mode, a mouse mode, a remote controller mode, a touch panel mode or a voice control equipment mode.
The memory includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or D interface display memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, etc. In some embodiments, the storage may be an internal storage unit of the computer device, such as a hard disk or a memory of the computer device. In other embodiments, the memory may also be an external storage device of the computer device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the computer device. Of course, the memory may also include both internal and external storage devices of the computer device. In this embodiment, the memory is used to store an operating system and various application software installed on the computer device, such as program codes of the oblique photography terrain file loading method. In addition, the memory may also be used to temporarily store various types of data that have been output or are to be output.
The processor may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data Processing chip in some embodiments. The processor is typically used to control the overall operation of the computer device. In this embodiment, the processor is configured to run program code stored in the memory or process data, for example, program code for running the oblique photography terrain file loading method.
In order to solve the above technical problem, the present application further discloses a computer-readable storage medium storing a computer program, which, when executed by a processor, causes the processor to execute the steps of the oblique photography terrain file loading method.
Wherein the computer readable storage medium stores an interface display program executable by at least one processor to cause the at least one processor to perform the steps of the oblique photography terrain file loading method as described above.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present application.
The above is an embodiment of the present application. The embodiments and specific parameters thereof are only used for clearly illustrating the verification process of the application and are not used for limiting the scope of the patent protection of the application, which is defined by the claims, and all the equivalent structural changes made by using the contents of the specification and the drawings of the application should be included in the scope of the application.
Claims (10)
1. A method for loading a terrain file for oblique photography, comprising:
processing the original oblique photography file to obtain an oblique photography index file and an oblique photography data file;
reading the oblique photography data file needing to be loaded based on the oblique photography index file;
analyzing the oblique photography data file to obtain terrain feature point data and terrain feature point logic reference data in the oblique photography data file;
converting the topographic feature point data into coordinate point data for the Revit design platform to identify, and converting the topographic feature point logic reference data into feature plane index data for the Revit design platform to identify;
and transmitting the coordinate point data and the feature plane index data into the Revit design platform, and creating a terrain through the Revit design platform.
2. The method of claim 1, wherein parsing the oblique photography data file to obtain terrain feature point data and terrain feature point logical reference data in the oblique photography data file comprises:
reading the text data in the oblique photography data file line by line;
analyzing whether keywords exist in the text data or not;
if the text data contains the first keyword, the text data is topographic feature point data and is stored;
and if the second keyword exists in the text data, the text data is logically quoted data of the topographic feature points and is stored.
3. The oblique photography terrain file loading method of claim 2, characterized in that:
before storing the topographic feature point data, the topographic feature point data is deduplicated.
4. A oblique photography terrain file loading method according to claim 3, characterized in that the deduplication comprises:
comparing the topographic feature point data with stored topographic feature point data;
and if the XY coordinates of the terrain feature point data are the same as those of the stored terrain feature point data, shifting the XY coordinates of the terrain feature point data.
5. The oblique photography terrain file loading method of claim 2, characterized in that:
and if the first keyword and the second keyword do not exist in the text data, reading the text data of the next line in the oblique photography data file.
6. The oblique photography terrain file loading method of claim 1, characterized in that:
and after the terrain is created by the Revit design platform, storing the generated terrain files according to the ascending sequence of numbers.
7. The oblique photography terrain file loading method of claim 1, characterized in that:
the oblique photography data file is an OBJ format file.
8. A oblique photography terrain file loading device, comprising:
the file conversion module is used for processing the original oblique photography file to obtain an oblique photography index file and an oblique photography data file;
a file reading module for reading the oblique photography data file to be loaded based on the oblique photography index file;
the file analysis module is used for analyzing the oblique photography data file to obtain topographic feature point data and topographic feature point logic reference data in the oblique photography data file;
the data conversion module is used for converting the terrain feature point data into coordinate point data for the Revit design platform to identify; and
converting the terrain feature point logic reference data into feature plane index data for the Revit design platform to identify;
a terrain creation module for transferring the coordinate point data and the feature plane index data to the Revit design platform, and creating a terrain through the Revit design platform.
9. A computer device, characterized by: comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to carry out the steps of the oblique photography terrain file loading method of any one of claims 1 to 7.
10. A computer-readable storage medium characterized by: stored with a computer program which, when being executed by a processor, causes the processor to carry out the steps of the oblique photography terrain file loading method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210528639.1A CN114926596A (en) | 2022-05-16 | 2022-05-16 | Oblique photography terrain file loading method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210528639.1A CN114926596A (en) | 2022-05-16 | 2022-05-16 | Oblique photography terrain file loading method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114926596A true CN114926596A (en) | 2022-08-19 |
Family
ID=82808731
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210528639.1A Pending CN114926596A (en) | 2022-05-16 | 2022-05-16 | Oblique photography terrain file loading method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114926596A (en) |
-
2022
- 2022-05-16 CN CN202210528639.1A patent/CN114926596A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10929433B2 (en) | Querying a database with morphology criterion | |
| CN115293751B (en) | Method, system and equipment for processing BIM model data of rail transit | |
| CN110021070B (en) | Method, equipment and system for converting FBX three-dimensional model into glTF three-dimensional model | |
| CN108073682A (en) | Based on parameter view functional query database | |
| CN112766649B (en) | Target object evaluation method based on multi-scoring card fusion and related equipment thereof | |
| CN111103595A (en) | Method and device for generating digital line drawing | |
| KR20220125712A (en) | Image processing method, text recognition method and device | |
| CA3182430A1 (en) | Systems and methods for automatic alignment of drawings | |
| WO2023226371A1 (en) | Target object interactive reproduction control method and apparatus, device and storage medium | |
| CN115205476A (en) | Three-dimensional geological modeling method, device, electronic equipment and storage medium | |
| CN114550051A (en) | Vehicle loss detection method and device, computer equipment and storage medium | |
| JP2011248622A (en) | Similar model searching system and work instruction reuse system | |
| CN107016732A (en) | Positioned using the 3D objects of descriptor | |
| CN114627262B (en) | Image generation method and system based on oblique grid data | |
| CN107066926A (en) | Positioned using the 3D objects of descriptor | |
| CN114926596A (en) | Oblique photography terrain file loading method, device, equipment and storage medium | |
| CN114661904B (en) | Method, apparatus, device, storage medium, and program for training document processing model | |
| CN107220317B (en) | Matching degree evaluation method, device, equipment and storage medium based on artificial intelligence | |
| CN115238103A (en) | Method and device for constructing unstructured data map | |
| CN111046472B (en) | Method, device, computer equipment and storage medium for displaying model component information | |
| CN113076631A (en) | Robot simulator generation method, robot model simulation method and device | |
| US20170132174A1 (en) | Novel method for the fast derivation of delaunay tesselations | |
| Mateo et al. | Hierarchical, Dense and Dynamic 3D Reconstruction Based on VDB Data Structure for Robotic Manipulation Tasks | |
| EP3035294B1 (en) | 3d models utilizing 3d markers to indicate engineering requirements | |
| CN108319750B (en) | Subway engineering collaborative design system based on DWG file splitting and recombining method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |