US20140089834A1 - Point cloud data hierarchy - Google Patents
Point cloud data hierarchy Download PDFInfo
- Publication number
- US20140089834A1 US20140089834A1 US13/789,547 US201313789547A US2014089834A1 US 20140089834 A1 US20140089834 A1 US 20140089834A1 US 201313789547 A US201313789547 A US 201313789547A US 2014089834 A1 US2014089834 A1 US 2014089834A1
- Authority
- US
- United States
- Prior art keywords
- points
- data
- origin
- sectors
- octree
- 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.)
- Abandoned
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/005—Tree description, e.g. octree, quadtree
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2246—Trees, e.g. B+trees
-
- 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
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/04815—Interaction with a metaphor-based environment or interaction object displayed as three-dimensional, e.g. changing the user viewpoint with respect to the environment or object
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T15/00—3D [Three Dimensional] image rendering
- G06T15/10—Geometric effects
- G06T15/20—Perspective computation
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T2200/00—Indexing scheme for image data processing or generation, in general
- G06T2200/24—Indexing scheme for image data processing or generation, in general involving graphical user interfaces [GUIs]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T2210/00—Indexing scheme for image generation or computer graphics
- G06T2210/36—Level of detail
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T2210/00—Indexing scheme for image generation or computer graphics
- G06T2210/56—Particle system, point based geometry or rendering
Definitions
- the present invention relates generally to point cloud processing, storage, and image construction systems and techniques, and more particularly to configurations for efficiently presenting images to an operator using one or more point subsets taken from a point cloud comprising a very large number of points.
- One embodiment is directed to a system for presenting multi-resolution views of a very large point data set, comprising: a storage system comprising data representing a point cloud comprising a very large number of associated points; a controller operatively coupled to the storage cluster and configured to organize the data into an octree hierarchy of data sectors, each of which is representative of one or more of the points at a given octree mesh resolution; and a user interface through which a user may select a viewing perspective origin and vector, which may be utilized to command the controller to assemble an image based at least in part upon the selected origin and vector, the image comprising a plurality of data sectors pulled from the octree hierarchy, the plurality of data sectors being assembled such that sectors representative of points closer to the selected viewing origin have a higher octree mesh resolution than that of sectors representative of points farther away from the selected viewing origin.
- the storage system may comprise a storage cluster.
- the storage system, controller, and user interface may be interoperable using a network. At least one portion of the network may be accessible to the internet.
- the user interface may be generated by a computing system that houses the controller.
- the user interface may be presented to the user within a web browser.
- the user interface may be configured such that the user may adjust the selected origin and vector using an input device, causing the controller to assemble a new image based at least in part upon the adjusted origin and vector.
- the very large number of associated points may be greater than 1 billion points.
- the point cloud may have a uniform point pitch.
- the point cloud may have a point pitch that is less than about one meter.
- the point cloud may have a point pitch that is less than about 1 centimeter.
- the point cloud may represent data that has been collected based upon distance measurement scans of objects.
- the point cloud may represent at least one LIDAR scan.
- the octree hierarchy of data sectors may be configured such that an N level sector represents a centroid of points at the N+1 level below. Each point may be weighted equally in determining the centroid. The points comprising the point cloud may not all be weighted equally in determining the centroid.
- the controller may be configured to store data sectors of similar octree mesh resolution in similar accessibility configurations using the storage system.
- the controller may be configured to store data sectors of similar octree mesh resolution on a common storage device.
- the controller may be configured to store data sectors of similar octree mesh resolution such that they have similar retrieval latencies from the storage system.
- the image may comprise a gradient of octree mesh resolution data sectors in a direction outward from the selected viewing origin.
- FIGS. 1A-1C illustrate an octree breakdown of a given volume of points in space.
- FIGS. 2A-2C illustrate a two-dimensional analogy to the breakdown depicted in FIGS. 1A-1C .
- FIG. 3 illustrates an application of an octree for characterizing points within a cloud that are pertinent to seismic geological activity.
- FIG. 4 depicts a binary analogy to an octree hierarchy, the binary model being more convenient for illustrative purposes.
- FIG. 5 depicts breakdown of a point cloud hierarchy into data sectors of approximately 8 nodes each.
- FIG. 6 depicts a deterministic naming configuration that may be applied to name each of the data sectors in a particular hierarchy.
- FIG. 7 depicts one embodiment of a processing/storage configuration that may be utilized by one or more users on client systems.
- FIG. 8 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems.
- FIG. 9 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems.
- FIG. 10 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems.
- FIG. 11 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems.
- FIG. 12 depicts one configuration for assembling an image using an octree hierarchy.
- FIG. 13 depicts one configuration for assembling an image using an octree hierarchy.
- FIGS. 14A-14G illustrate various images of a structure assembled from a very large point cloud.
- FIGS. 15A-15F illustrate various images of a structure assembled from a very large point cloud.
- FIGS. 16A-16D illustrate various images of a structure assembled from a very large point cloud.
- FIGS. 1A-1C the notion of creating an octree volume splitting hierarchy is depicted, starting with a single volume box ( 2 ) in FIG. 1A that may be representative of a large number of points contained within the box.
- the box may be characterized by a weighted or unweighted average, or centroid, of the points contained within the box.
- the resultant single master point ( 8 ) may be represented in a point based illustration as shown in FIG. 2A . Progressing to FIGS.
- FIGS. 1C and 2C illustrate yet another level down an octree hierarchy, wherein the same qualifying analysis may be repeated (each time two or more points fall within the same box, the volume may be subdivided 8 times) to yield another subdivision into smaller boxes ( 12 ) and representative points ( 16 ).
- a volume of points is represented with an octree hierarchical breakdown of the points in the cloud that comprise the three-dimensional data stack, which may be representative of seismic or geological datapoints within a volume of earth, for example.
- the resultant data hierarchy is more efficient than one that would result from characterizing each portion of the overall volume ( 18 ) at the same mesh resolution regardless of the point distribution within the pertinent point cloud.
- FIGS. 4-6 for simplicity of illustration, rather than showing an octree subdivision hierarchy, a binary subdivision hierarchy (i.e., subdivision into two sub-points for each parent point, as opposed to eight sub-points for each parent point with an octree solution) is depicted.
- a binary subdivision hierarchy i.e., subdivision into two sub-points for each parent point, as opposed to eight sub-points for each parent point with an octree solution
- FIG. 4 at the top level ( 26 ), all of the points from other levels below ( 28 , 30 , 32 , 34 ) are represented, such as by a weighted or unweighted average.
- the data of the pertinent cloud remains dense enough to continue subdivision as shown (i.e., with each subdivision, there were at least two points being represented by a parent point; presumably with further succession of the hierarchy, some sparse areas would develop wherein the subdivision need not be continued beyond a certain level, and therefore the tree need not be maximally dense, as shown).
- a given hierarchy may be subdivided into data sectors or “chunks” ( 36 , 38 , 40 , 42 ) that may be stored together on a particular storage device or devices.
- the top level data sector represents the top three levels ( 26 , 28 , 30 ) and the top 7 points in the hierarchy ( 24 ), and the remaining data sectors ( 38 , 40 , 42 ) represent groups of 8 points.
- the width or number of points within each data sector represents the maximum width of a hierarchy tree stack that is selected to be stored as a unit, and this selection generally may be determined more as a function of how much data can be loaded into memory than it is a function of storage device (hard drive, etc) size.
- the maximum number of points that may be represented within a sector is about 8 to the 6 th power.
- a tree configuration ( 24 ) similar to that shown in FIG. 5 is depicted, with the addition of a point labeling scheme that may be automated.
- a simple deterministic naming scheme may involve naming the first level ( 26 ) master point “1”, and then as the tree is built out, turns to the left add a “0” to the end of the name, and turns to the right add a “1” to the end of the name.
- the associated data sectors ( 36 , 38 , 40 , 42 ) may be named using the lower-leftmost point in one embodiment, so that the top sector is named “100”, and the rightmost level 5 ( 34 ) sector is named “11000”.
- Such a fully deterministic naming configuration may be generated along with the portions of the tree structure, and may be utilized later for the quick retrieval of given data sectors.
- data sectors that are geometrically adjacent to one another within the tree structure are stored as close to each other on the physical storage device or devices as possible, to enable fast retrieval (preferably with similar storage retrieval latency) of sectors which may be nearby one another as viewed by a user who is assembling one or more views from adjacent portions of the hierarchy.
- the user typically first must provide some information regarding the data “frustrum” of interest, or the data that he intends to be within the simulated field of view, which may be defined by a point origin within or outside of the point cloud, a vector originating at the point origin and having a three-dimensional vector orientation, and a field capture width (somewhat akin to an illumination beam width when a flashlight is shined into the dark: the field capture width is like the beam width in that it defines what may be seen by the operator in the images; it may have a cross-sectional shape, or “field capture shape” shape, that is substantially circular, oval, binocular, rectangular, etc).
- significant speed of retrieval and processing efficiencies may be obtained by producing hybrid resolution, or multi-resolution images or views for a user that comprise assemblies of portions of the data cloud at resolutions that increase as the sectors get closer to the origin defined for the particular view being assembled.
- hybrid resolution, or multi-resolution images or views for a user that comprise assemblies of portions of the data cloud at resolutions that increase as the sectors get closer to the origin defined for the particular view being assembled.
- a user has a point cloud that is representative of a deep forest of many trees, and the user selects an origin, vector, and field capture width and shape to provide him with a certain view of the forest, it generally is much more efficient to provide the sectors most immediate to the selected viewpoint at a higher resolution (i.e., down the data hierarchy) than for the sectors fartest away from the selected viewpoint.
- a resolution gradient may be selected to tune the difference in resolution of elements in the extreme back of the view versus the extreme close; further, the gradient may be tuned to have linear change in resolution from back to front, nonlinear, stepwise at certain distance thresholds, and the like.
- gradient variables may be tunable by an operator depending upon computing and bandwidth resources as well.
- a user may operate a client system ( 44 ), such as a personal computer or smartphone, having a graphical user interface, to engage a controller ( 46 ) that is configured to coordinate the activities of a storage system ( 48 ) and a processor ( 50 ) to locate, retrieve, and assemble the correct data sectors for dispatch back to the client system ( 44 ), preferably in a form wherein they may be directed straight to the graphics processing unit (“GPU”) of the client system ( 44 ) for rapid graphical processing (i.e., fast for graphics processing relative to conventionally processing all inbound data) into an image that may be displayed for the user on a display operatively coupled to, or comprising part of, the client system ( 44 ).
- a controller 46
- a processor 50
- FIG. 8 an embodiment is shown similar to that of FIG. 7 , but wherein the storage and processor systems ( 48 , 50 ) comprise portions of the same larger system, or are closely coupled, as in the same housing or same location, for I/O efficiency gains.
- the embodiments of FIGS. 7 and 8 are fairly elementary embodiments, and in other embodiments, parallelism of storage and/or processing may be utilized—particularly since the aforementioned data hierarchy schemas are well suited for such parallelism in that the data is very modular (i.e., in sectors) and the naming/access hierarchy may utilized to access and process data sectors that are spread across multiple platforms and/or locations. For example, referring to FIG.
- a storage cluster ( 64 ) comprises multiple interconnected storage systems ( 48 , 52 , 54 , 56 ). This storage cluster ( 64 ) may be operatively coupled to a processing cluster ( 66 ) comprising multiple interconnected processors or processing systems ( 50 , 58 , 60 , 62 ).
- FIG. 10 illustrates another embodiment wherein storage and processing resources are grouped together into a storage/processing cluster ( 72 ), which may provide yet additional efficiencies. Also illustrated in FIG.
- FIG. 10 is the notion that multiple users, in the form of multiple client systems ( 44 , 68 , 70 ) may access and utilize the storage/processing cluster ( 72 ), such as through web browsing sessions on machines local to the users in a thin-client type of configuration subject to connectivity constraints—which, again, are facilitated by the configurations described above, wherein very large point data sets may be distributed and characterized into a large and accessible tree hierarchies wherein they may be stored and processed in sectors in massively parallel configurations remote to the users. Multiple users may use any of the configurations shown in FIGS. 7-9 in a similar manner. Referring to FIG.
- the interaction between the client systems of the users ( 44 , 68 , 70 ) and the storage/processing cluster ( 72 ) may be simplified as one wherein frustrum queries (i.e., defining variables such as origin, vector, field of capture width/shape) go out ( 76 ) and compressed points ( 74 ), preferably in the form of portions of point clouds to be aggregated as hybrid or multi-resolution images on the client systems ( 44 , 68 , 70 ).
- the controller ( 46 ) may be coordinated using a software framework such as Apache Hadoop, which is specifically designed to enable applications to coordinate and function with thousands of nodes and up to petabytes of data.
- Caching may be utilized to provide fast retrieval of sectors commonly utilized during a particular process of group of processes—at the local client system processor level, the local client system GPU level, and on the storage system or cluster side as well.
- data representative of a point cloud comprising a very large number of associated points may be stored on a storage system ( 78 ), preferably in a parallel storage distribution and processing configuration for rapid hierarchy building, processing, and retrieval capabilities.
- the data may be organized into an octree or other hierarchy of data sectors, each of which is representative of one or more points of a given mesh resolution ( 80 ).
- a command may be received from a user of a user interface to assemble and/or present an image based at least in part upon a selected viewing perspective origin and vector ( 82 ), and an image may be assembled based at least in part upon the selected origin and vector, the image comprising an aggregation of data sectors pulled from the tree hierarchy, the plurality of data sectors being assembled such that sectors representative of points closer to the selected viewing origin have a higher tree hierarchy mesh resolution than that of sectors representative of points farther away from the selected viewing origin ( 84 ).
- data representative of a point cloud comprising a very large number of associated points may be stored on a storage system ( 86 ), preferably in a parallel storage distribution and processing configuration for rapid hierarchy building, processing, and retrieval capabilities.
- the data may be organized into an octree or other hierarchy of data sectors using an automatic and/or fully deterministic file creation and naming/referencing schema, each of the sectors being representative of one or more points of a given mesh resolution ( 88 ).
- a command may be received from a user of a user interface to assemble and/or present an image based at least in part upon a selected viewing perspective origin and vector ( 90 ), and an image may be assembled based at least in part upon the selected origin and vector, the image comprising an aggregation of data sectors pulled from the tree hierarchy ( 92 ).
- FIGS. 14A-14G 15 A- 15 F, and 16 A- 16 D, some sample images created from parallelized octree hierarchy data trees are depicted for illustrative purposes.
- an operator may select origin, vector, and field capture variables to be presented with an aggregated image such as that ( 94 ) depicted, wherein data sectors pertinent to the side of the church not being illustrated are recruited and presented in lower resolution than those being directly presented given the selected origin, vector, and field capture variables.
- FIG. 14A with an octree parallelized point cloud representative of a town that contains a large church, an operator may select origin, vector, and field capture variables to be presented with an aggregated image such as that ( 94 ) depicted, wherein data sectors pertinent to the side of the church not being illustrated are recruited and presented in lower resolution than those being directly presented given the selected origin, vector, and field capture variables.
- the controller preferably is configured to recruit, preferably from parallel resources, appropriate aggregations of data sectors to provide the requisite resolution and field of view per the user commands, and preferably with minimized latency in not only recruitment but also assembly (i.e., preferably as directly as possible to the local GPU).
- the mesh resolution of the architecture depicted in the image of FIG. 14G ( 106 ) clearly is higher (i.e., tighter mesh/deeper down the data tree hierarchy) than the same structures as represented in the image of FIG. 14A ( 94 ), and, again, preferably the sectors not most immediately visible in the image aggregation are not at as high a mesh resolution as those that are most immediate.
- origin, vector, and field capture variables may be adjusted to create a series of images ( 108 , 110 , 112 , 114 , 116 , 118 ) with sequentially customized sector selection.
- a user of a remote computing session such as via a web browser, may “fly” or “travel” relatively seamlessly (and with a latency somewhat akin to that of a Google Earth type of experience, depending upon computing, storage, and connectivity resources) from a zoomed out position such as that depicted in the image of FIG.
- FIGS. 16A-16D depict similar sequential “zooming in” by use of different aggregations of data sectors pulled efficiently and assembled into the depicted images ( 120 , 122 , 124 , 126 ).
- kits may further include instructions for use and be packaged in containers as commonly employed for such purposes.
- the invention includes methods that may be performed using the subject devices.
- the methods may comprise the act of providing such a suitable device. Such provision may be performed by the end user.
- the “providing” act merely requires the end user obtain, access, approach, position, set-up, activate, power-up or otherwise act to provide the requisite device in the subject method.
- Methods recited herein may be carried out in any order of the recited events which is logically possible, as well as in the recited order of events.
- any optional feature of the inventive variations described may be set forth and claimed independently, or in combination with any one or more of the features described herein.
- Reference to a singular item includes the possibility that there are plural of the same items present. More specifically, as used herein and in claims associated hereto, the singular forms “a,” “an,” “said,” and “the” include plural referents unless the specifically stated otherwise.
- use of the articles allow for “at least one” of the subject item in the description above as well as claims associated with this disclosure. It is further noted that such claims may be drafted to exclude any optional element. As such, this statement is intended to serve as antecedent basis for use of such exclusive terminology as “solely,” “only” and the like in connection with the recitation of claim elements, or use of a “negative” limitation.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Geometry (AREA)
- Computer Graphics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Remote Sensing (AREA)
- Processing Or Creating Images (AREA)
Abstract
A system comprises a storage system comprising data representing a point cloud comprising a very large number of associated points; a controller operatively coupled to the storage cluster and configured to organize the data into an octree hierarchy of data sectors, each of which is representative of one or more of the points at a given octree mesh resolution; and a user interface through which a user may select a viewing perspective origin and vector, which may be utilized to command the controller to assemble an image based at least in part upon the selected origin and vector, the image comprising a plurality of data sectors pulled from the octree hierarchy, the plurality of data sectors being assembled such that sectors representative of points closer to the selected viewing origin have a higher octree mesh resolution than that of sectors representative of points farther away from the selected viewing origin.
Description
- The present application claims the benefit under 35 U.S.C. §119 to U.S. Provisional Application Ser. No. 61/607,793 filed Mar. 7, 2012. The foregoing application is hereby incorporated by reference into the present application in its entirety.
- The present invention relates generally to point cloud processing, storage, and image construction systems and techniques, and more particularly to configurations for efficiently presenting images to an operator using one or more point subsets taken from a point cloud comprising a very large number of points.
- The collection of very large point clouds has become somewhat conventional given modern scanning hardware, such as the Hi-definition LIDAR systems available from Velodyne corporation of Morgan Hill, Calif., under the tradename HDL-64E™. Such systems may be coupled to vehicles such as automobiles or airplanes to create very large point datasets (i.e., in the range of billions of points or more) that can become quite unruly to process, even with modern computing equipment, due to limitations in componentry such as main computer memory. Indeed, notwithstanding current efforts to gather point cloud data to, for example, create a detailed national topography database, the processing and sharing of such data remains a challenge due to the sheer size and file structure of the point clouds. For example, if the U.S. government creates a detailed point cloud over a particular county in one state using fly-over LIDAR, and a researcher or agency desires to analyze this data and conventional techniques to determine how many stop signs are on roads within the county, such analysis will present not only a data collaboration problem, but also a storage and processing challenge even if a clear algorithm is identified for detecting a stop sign automatically based upon a particular portion of the subject point cloud. One solution to at least some of the data sharing challenges remains to ship a hard drive from one party to another if the data fits on a hard drive, but this is obviously suboptimal relative to what the users would do with two connected client systems if they had the ability to share the dataset as if it was a much smaller dataset. Another challenge, of course, is in the processing of what likely is a relatively large point cloud with conventionally-available computing power (i.e., such as that typically available to a consumer or engineer). There is a need for streamlined solutions for storing, processing, and collaborating using very large point cloud datasets.
- One embodiment is directed to a system for presenting multi-resolution views of a very large point data set, comprising: a storage system comprising data representing a point cloud comprising a very large number of associated points; a controller operatively coupled to the storage cluster and configured to organize the data into an octree hierarchy of data sectors, each of which is representative of one or more of the points at a given octree mesh resolution; and a user interface through which a user may select a viewing perspective origin and vector, which may be utilized to command the controller to assemble an image based at least in part upon the selected origin and vector, the image comprising a plurality of data sectors pulled from the octree hierarchy, the plurality of data sectors being assembled such that sectors representative of points closer to the selected viewing origin have a higher octree mesh resolution than that of sectors representative of points farther away from the selected viewing origin. The storage system may comprise a storage cluster. The storage system, controller, and user interface may be interoperable using a network. At least one portion of the network may be accessible to the internet. The user interface may be generated by a computing system that houses the controller. The user interface may be presented to the user within a web browser. The user interface may be configured such that the user may adjust the selected origin and vector using an input device, causing the controller to assemble a new image based at least in part upon the adjusted origin and vector. The very large number of associated points may be greater than 1 billion points. The point cloud may have a uniform point pitch. The point cloud may have a point pitch that is less than about one meter. The point cloud may have a point pitch that is less than about 1 centimeter. The point cloud may represent data that has been collected based upon distance measurement scans of objects. The point cloud may represent at least one LIDAR scan. The octree hierarchy of data sectors may be configured such that an N level sector represents a centroid of points at the N+1 level below. Each point may be weighted equally in determining the centroid. The points comprising the point cloud may not all be weighted equally in determining the centroid. The controller may be configured to store data sectors of similar octree mesh resolution in similar accessibility configurations using the storage system. The controller may be configured to store data sectors of similar octree mesh resolution on a common storage device. The controller may be configured to store data sectors of similar octree mesh resolution such that they have similar retrieval latencies from the storage system. The image may comprise a gradient of octree mesh resolution data sectors in a direction outward from the selected viewing origin.
-
FIGS. 1A-1C illustrate an octree breakdown of a given volume of points in space. -
FIGS. 2A-2C illustrate a two-dimensional analogy to the breakdown depicted inFIGS. 1A-1C . -
FIG. 3 illustrates an application of an octree for characterizing points within a cloud that are pertinent to seismic geological activity. -
FIG. 4 depicts a binary analogy to an octree hierarchy, the binary model being more convenient for illustrative purposes. -
FIG. 5 depicts breakdown of a point cloud hierarchy into data sectors of approximately 8 nodes each. -
FIG. 6 depicts a deterministic naming configuration that may be applied to name each of the data sectors in a particular hierarchy. -
FIG. 7 depicts one embodiment of a processing/storage configuration that may be utilized by one or more users on client systems. -
FIG. 8 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems. -
FIG. 9 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems. -
FIG. 10 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems. -
FIG. 11 depicts another embodiment of a processing/storage configuration that may be utilized by one or more users on client systems. -
FIG. 12 depicts one configuration for assembling an image using an octree hierarchy. -
FIG. 13 depicts one configuration for assembling an image using an octree hierarchy. -
FIGS. 14A-14G illustrate various images of a structure assembled from a very large point cloud. -
FIGS. 15A-15F illustrate various images of a structure assembled from a very large point cloud. -
FIGS. 16A-16D illustrate various images of a structure assembled from a very large point cloud. - One of the important ingredients to facilitating efficient storing, processing, and collaborating using very large point cloud datasets is some kind of organizational data structure configuration, because handling all of the data in the global data set at maximum resolution would likely overburden available computing resources. Referring to
FIGS. 1A-1C , the notion of creating an octree volume splitting hierarchy is depicted, starting with a single volume box (2) inFIG. 1A that may be representative of a large number of points contained within the box. For example, in one embodiment, the box may be characterized by a weighted or unweighted average, or centroid, of the points contained within the box. The resultant single master point (8) may be represented in a point based illustration as shown inFIG. 2A . Progressing toFIGS. 1B and 2B , each time two or more points fall within the same box, the volume may be subdivided 8 times (in an “octree” format), to yield eight smaller boxes (10), each of which may also be represented as a point, as inFIG. 2B (14), which may be representative of all of the points contained within the pertinent box (10).FIGS. 1C and 2C illustrate yet another level down an octree hierarchy, wherein the same qualifying analysis may be repeated (each time two or more points fall within the same box, the volume may be subdivided 8 times) to yield another subdivision into smaller boxes (12) and representative points (16). With such a configuration, subdivision is more limited in locations of the point cloud with only sparse population of points; it is not useful to subdivide, store, and recall a bunch of empty points or empty boxes. Thus a sparse data structure may be created using such hierarchical processing. - Referring to
FIG. 3 , a volume of points is represented with an octree hierarchical breakdown of the points in the cloud that comprise the three-dimensional data stack, which may be representative of seismic or geological datapoints within a volume of earth, for example. Portions of the subject overall volume (18) with fewer points, such as the sub-volume depicted to the upper left (22), which may be representative of relatively homogeneous geographic material, for example, have not been broken down to the same hierarchy level, or “mesh resolution” level, as portions (20) which contain a greater number of points. The resultant data hierarchy is more efficient than one that would result from characterizing each portion of the overall volume (18) at the same mesh resolution regardless of the point distribution within the pertinent point cloud. - Referring to
FIGS. 4-6 , for simplicity of illustration, rather than showing an octree subdivision hierarchy, a binary subdivision hierarchy (i.e., subdivision into two sub-points for each parent point, as opposed to eight sub-points for each parent point with an octree solution) is depicted. Referring toFIG. 4 , at the top level (26), all of the points from other levels below (28, 30, 32, 34) are represented, such as by a weighted or unweighted average. For illustrative simplicity, in the first five levels of the depicted binary tree (24), the data of the pertinent cloud remains dense enough to continue subdivision as shown (i.e., with each subdivision, there were at least two points being represented by a parent point; presumably with further succession of the hierarchy, some sparse areas would develop wherein the subdivision need not be continued beyond a certain level, and therefore the tree need not be maximally dense, as shown). - Referring to
FIG. 5 , in one embodiment, a given hierarchy may be subdivided into data sectors or “chunks” (36, 38, 40, 42) that may be stored together on a particular storage device or devices. In the depicted embodiment the top level data sector represents the top three levels (26, 28, 30) and the top 7 points in the hierarchy (24), and the remaining data sectors (38, 40, 42) represent groups of 8 points. The width or number of points within each data sector represents the maximum width of a hierarchy tree stack that is selected to be stored as a unit, and this selection generally may be determined more as a function of how much data can be loaded into memory than it is a function of storage device (hard drive, etc) size. In one embodiment, the maximum number of points that may be represented within a sector is about 8 to the 6th power. In practice, it is preferable to have less than about 1,000 points in an octree sector or file, and due to the sparseness of typical hierarchy buildout through large clouds of data, one will end up with between about 100 and about 10,000 points in each sector or file—or on average about 1,000 points, depending upon what portion of the point cloud is being examined. - Referring to
FIG. 6 , a tree configuration (24) similar to that shown inFIG. 5 is depicted, with the addition of a point labeling scheme that may be automated. For example, in one embodiment, a simple deterministic naming scheme may involve naming the first level (26) master point “1”, and then as the tree is built out, turns to the left add a “0” to the end of the name, and turns to the right add a “1” to the end of the name. The associated data sectors (36, 38, 40, 42) may be named using the lower-leftmost point in one embodiment, so that the top sector is named “100”, and the rightmost level 5 (34) sector is named “11000”. Such a fully deterministic naming configuration may be generated along with the portions of the tree structure, and may be utilized later for the quick retrieval of given data sectors. In one embodiment, data sectors that are geometrically adjacent to one another within the tree structure are stored as close to each other on the physical storage device or devices as possible, to enable fast retrieval (preferably with similar storage retrieval latency) of sectors which may be nearby one another as viewed by a user who is assembling one or more views from adjacent portions of the hierarchy. - To produce a view or composite image from the point cloud for a user, the user typically first must provide some information regarding the data “frustrum” of interest, or the data that he intends to be within the simulated field of view, which may be defined by a point origin within or outside of the point cloud, a vector originating at the point origin and having a three-dimensional vector orientation, and a field capture width (somewhat akin to an illumination beam width when a flashlight is shined into the dark: the field capture width is like the beam width in that it defines what may be seen by the operator in the images; it may have a cross-sectional shape, or “field capture shape” shape, that is substantially circular, oval, binocular, rectangular, etc). In one embodiment, significant speed of retrieval and processing efficiencies may be obtained by producing hybrid resolution, or multi-resolution images or views for a user that comprise assemblies of portions of the data cloud at resolutions that increase as the sectors get closer to the origin defined for the particular view being assembled. For example, in one embodiment, if a user has a point cloud that is representative of a deep forest of many trees, and the user selects an origin, vector, and field capture width and shape to provide him with a certain view of the forest, it generally is much more efficient to provide the sectors most immediate to the selected viewpoint at a higher resolution (i.e., down the data hierarchy) than for the sectors fartest away from the selected viewpoint. In other words, if the trees in the front of the view are going to block the trees to the extreme back anyway, why bring in the maximum resolution representation of the trees in the back, only to have visibility of them blocked anyway—so a lower resolution representation of these trees to the extreme back may be assembled. In one embodiment a resolution gradient may be selected to tune the difference in resolution of elements in the extreme back of the view versus the extreme close; further, the gradient may be tuned to have linear change in resolution from back to front, nonlinear, stepwise at certain distance thresholds, and the like. In one embodiment gradient variables may be tunable by an operator depending upon computing and bandwidth resources as well.
- Referring to
FIG. 7 , in one embodiment, a user may operate a client system (44), such as a personal computer or smartphone, having a graphical user interface, to engage a controller (46) that is configured to coordinate the activities of a storage system (48) and a processor (50) to locate, retrieve, and assemble the correct data sectors for dispatch back to the client system (44), preferably in a form wherein they may be directed straight to the graphics processing unit (“GPU”) of the client system (44) for rapid graphical processing (i.e., fast for graphics processing relative to conventionally processing all inbound data) into an image that may be displayed for the user on a display operatively coupled to, or comprising part of, the client system (44). Referring toFIG. 8 , an embodiment is shown similar to that ofFIG. 7 , but wherein the storage and processor systems (48, 50) comprise portions of the same larger system, or are closely coupled, as in the same housing or same location, for I/O efficiency gains. The embodiments ofFIGS. 7 and 8 are fairly elementary embodiments, and in other embodiments, parallelism of storage and/or processing may be utilized—particularly since the aforementioned data hierarchy schemas are well suited for such parallelism in that the data is very modular (i.e., in sectors) and the naming/access hierarchy may utilized to access and process data sectors that are spread across multiple platforms and/or locations. For example, referring toFIG. 9 , a storage cluster (64) comprises multiple interconnected storage systems (48, 52, 54, 56). This storage cluster (64) may be operatively coupled to a processing cluster (66) comprising multiple interconnected processors or processing systems (50, 58, 60, 62).FIG. 10 illustrates another embodiment wherein storage and processing resources are grouped together into a storage/processing cluster (72), which may provide yet additional efficiencies. Also illustrated inFIG. 10 is the notion that multiple users, in the form of multiple client systems (44, 68, 70) may access and utilize the storage/processing cluster (72), such as through web browsing sessions on machines local to the users in a thin-client type of configuration subject to connectivity constraints—which, again, are facilitated by the configurations described above, wherein very large point data sets may be distributed and characterized into a large and accessible tree hierarchies wherein they may be stored and processed in sectors in massively parallel configurations remote to the users. Multiple users may use any of the configurations shown inFIGS. 7-9 in a similar manner. Referring toFIG. 11 , in practice, the interaction between the client systems of the users (44, 68, 70) and the storage/processing cluster (72) may be simplified as one wherein frustrum queries (i.e., defining variables such as origin, vector, field of capture width/shape) go out (76) and compressed points (74), preferably in the form of portions of point clouds to be aggregated as hybrid or multi-resolution images on the client systems (44, 68, 70). The controller (46) may be coordinated using a software framework such as Apache Hadoop, which is specifically designed to enable applications to coordinate and function with thousands of nodes and up to petabytes of data. Caching may be utilized to provide fast retrieval of sectors commonly utilized during a particular process of group of processes—at the local client system processor level, the local client system GPU level, and on the storage system or cluster side as well. - Referring to
FIG. 12 , in one embodiment, data representative of a point cloud comprising a very large number of associated points may be stored on a storage system (78), preferably in a parallel storage distribution and processing configuration for rapid hierarchy building, processing, and retrieval capabilities. The data may be organized into an octree or other hierarchy of data sectors, each of which is representative of one or more points of a given mesh resolution (80). A command may be received from a user of a user interface to assemble and/or present an image based at least in part upon a selected viewing perspective origin and vector (82), and an image may be assembled based at least in part upon the selected origin and vector, the image comprising an aggregation of data sectors pulled from the tree hierarchy, the plurality of data sectors being assembled such that sectors representative of points closer to the selected viewing origin have a higher tree hierarchy mesh resolution than that of sectors representative of points farther away from the selected viewing origin (84). - Referring to
FIG. 13 , in another embodiment, data representative of a point cloud comprising a very large number of associated points may be stored on a storage system (86), preferably in a parallel storage distribution and processing configuration for rapid hierarchy building, processing, and retrieval capabilities. The data may be organized into an octree or other hierarchy of data sectors using an automatic and/or fully deterministic file creation and naming/referencing schema, each of the sectors being representative of one or more points of a given mesh resolution (88). A command may be received from a user of a user interface to assemble and/or present an image based at least in part upon a selected viewing perspective origin and vector (90), and an image may be assembled based at least in part upon the selected origin and vector, the image comprising an aggregation of data sectors pulled from the tree hierarchy (92). - Referring to
FIGS. 14A-14G , 15A-15F, and 16A-16D, some sample images created from parallelized octree hierarchy data trees are depicted for illustrative purposes. Referring toFIG. 14A , with an octree parallelized point cloud representative of a town that contains a large church, an operator may select origin, vector, and field capture variables to be presented with an aggregated image such as that (94) depicted, wherein data sectors pertinent to the side of the church not being illustrated are recruited and presented in lower resolution than those being directly presented given the selected origin, vector, and field capture variables. Referring toFIG. 14B , with a quick change of origin, vector, and field capture variables, a different aggregation of sectors is depicted as an image (96) to show a different view of the portion of the data cloud, with some similar sectors at the previous resolution that may be cached, and others that must be freshly recruited at an appropriate resolution given the origin, vector, and field capture variables. With successive changes in origin, vector, and field capture variables, as shown in the images ofFIGS. 14C-14G (98, 100, 102, 104, 106) the controller preferably is configured to recruit, preferably from parallel resources, appropriate aggregations of data sectors to provide the requisite resolution and field of view per the user commands, and preferably with minimized latency in not only recruitment but also assembly (i.e., preferably as directly as possible to the local GPU). For example, the mesh resolution of the architecture depicted in the image ofFIG. 14G (106) clearly is higher (i.e., tighter mesh/deeper down the data tree hierarchy) than the same structures as represented in the image ofFIG. 14A (94), and, again, preferably the sectors not most immediately visible in the image aggregation are not at as high a mesh resolution as those that are most immediate. - Referring to
FIGS. 15A-15F , starting far out from a cloud of points representative of the Lake Tahoe area of California and Nevada, origin, vector, and field capture variables may be adjusted to create a series of images (108, 110, 112, 114, 116, 118) with sequentially customized sector selection. With the efficiencies of parallel storage and processing, and caching, a user of a remote computing session, such as via a web browser, may “fly” or “travel” relatively seamlessly (and with a latency somewhat akin to that of a Google Earth type of experience, depending upon computing, storage, and connectivity resources) from a zoomed out position such as that depicted in the image ofFIG. 15A (108) wherein details are barely visible, to a more zoomed-in position such as that depicted inFIG. 15F (118), wherein details of airplanes on a runway may be visualized.FIGS. 16A-16D depict similar sequential “zooming in” by use of different aggregations of data sectors pulled efficiently and assembled into the depicted images (120, 122, 124, 126). - Various exemplary embodiments of the invention are described herein. Reference is made to these examples in a non-limiting sense. They are provided to illustrate more broadly applicable aspects of the invention. Various changes may be made to the invention described and equivalents may be substituted without departing from the true spirit and scope of the invention. In addition, many modifications may be made to adapt a particular situation, material, composition of matter, process, process act(s) or step(s) to the objective(s), spirit or scope of the present invention. Further, as will be appreciated by those with skill in the art that each of the individual variations described and illustrated herein has discrete components and features which may be readily separated from or combined with the features of any of the other several embodiments without departing from the scope or spirit of the present inventions. All such modifications are intended to be within the scope of claims associated with this disclosure.
- Any of the devices described for carrying out the subject diagnostic or interventional procedures may be provided in packaged combination for use in executing such interventions. These supply “kits” may further include instructions for use and be packaged in containers as commonly employed for such purposes.
- The invention includes methods that may be performed using the subject devices. The methods may comprise the act of providing such a suitable device. Such provision may be performed by the end user. In other words, the “providing” act merely requires the end user obtain, access, approach, position, set-up, activate, power-up or otherwise act to provide the requisite device in the subject method. Methods recited herein may be carried out in any order of the recited events which is logically possible, as well as in the recited order of events.
- Exemplary aspects of the invention, together with details regarding material selection and manufacture have been set forth above. As for other details of the present invention, these may be appreciated in connection with the above-referenced patents and publications as well as generally known or appreciated by those with skill in the art. The same may hold true with respect to method-based aspects of the invention in terms of additional acts as commonly or logically employed.
- In addition, though the invention has been described in reference to several examples optionally incorporating various features, the invention is not to be limited to that which is described or indicated as contemplated with respect to each variation of the invention. Various changes may be made to the invention described and equivalents (whether recited herein or not included for the sake of some brevity) may be substituted without departing from the true spirit and scope of the invention. In addition, where a range of values is provided, it is understood that every intervening value, between the upper and lower limit of that range and any other stated or intervening value in that stated range, is encompassed within the invention.
- Also, it is contemplated that any optional feature of the inventive variations described may be set forth and claimed independently, or in combination with any one or more of the features described herein. Reference to a singular item, includes the possibility that there are plural of the same items present. More specifically, as used herein and in claims associated hereto, the singular forms “a,” “an,” “said,” and “the” include plural referents unless the specifically stated otherwise. In other words, use of the articles allow for “at least one” of the subject item in the description above as well as claims associated with this disclosure. It is further noted that such claims may be drafted to exclude any optional element. As such, this statement is intended to serve as antecedent basis for use of such exclusive terminology as “solely,” “only” and the like in connection with the recitation of claim elements, or use of a “negative” limitation.
- Without the use of such exclusive terminology, the term “comprising” in claims associated with this disclosure shall allow for the inclusion of any additional element—irrespective of whether a given number of elements are enumerated in such claims, or the addition of a feature could be regarded as transforming the nature of an element set forth in such claims. Except as specifically defined herein, all technical and scientific terms used herein are to be given as broad a commonly understood meaning as possible while maintaining claim validity.
- The breadth of the present invention is not to be limited to the examples provided and/or the subject specification, but rather only by the scope of claim language associated with this disclosure.
Claims (20)
1. A system for presenting multi-resolution views of a very large point data set, comprising:
a. a storage system comprising data representing a point cloud comprising a very large number of associated points;
b. a controller operatively coupled to the storage cluster and configured to organize the data into an octree hierarchy of data sectors, each of which is representative of one or more of the points at a given octree mesh resolution; and
c. a user interface through which a user may select a viewing perspective origin and vector, which may be utilized to command the controller to assemble an image based at least in part upon the selected origin and vector, the image comprising a plurality of data sectors pulled from the octree hierarchy, the plurality of data sectors being assembled such that sectors representative of points closer to the selected viewing origin have a higher octree mesh resolution than that of sectors representative of points farther away from the selected viewing origin.
2. The system of claim 1 , wherein the storage system comprises a storage cluster.
3. The system of claim 1 , wherein the storage system, controller, and user interface are interoperable using a network.
4. The system of claim 3 , wherein at least one portion of the network is accessible to the internet.
5. The system of claim 1 , wherein the user interface is generated by a computing system that houses the controller.
6. The system of claim 1 , wherein the user interface is presented to the user within a web browser.
7. The system of claim 1 , wherein the user interface is configured such that the user may adjust the selected origin and vector using an input device, causing the controller to assemble a new image based at least in part upon the adjusted origin and vector.
8. The system of claim 1 , wherein the very large number of associated points is greater than 1 billion points.
9. The system of claim 1 , wherein the point cloud has a uniform point pitch.
10. The system of claim 1 , wherein the point cloud has a point pitch that is less than about one meter.
11. The system of claim 10 , wherein the point cloud has a point pitch that is less than about 1 centimeter.
12. The system of claim 1 , wherein the point cloud represents data that has been collected based upon distance measurement scans of objects.
13. The system of claim 12 , wherein the point cloud represents at least one LIDAR scan.
14. The system of claim 1 , wherein the octree hierarchy of data sectors is configured such that an N level sector represents a centroid of points at the N+1 level below.
15. The system of claim 14 , wherein each point is weighted equally in determining the centroid.
16. The system of claim 14 , wherein the points comprising the point cloud are not all weighted equally in determining the centroid.
17. The system of claim 1 , wherein the controller is configured to store data sectors of similar octree mesh resolution in similar accessibility configurations using the storage system.
18. The system of claim 17 , wherein the controller is configured to store data sectors of similar octree mesh resolution on a common storage device.
19. The system of claim 17 , wherein the controller is configured to store data sectors of similar octree mesh resolution such that they have similar retrieval latencies from the storage system.
20. The system of claim 1 , wherein the image comprises a gradient of octree mesh resolution data sectors in a direction outward from the selected viewing origin.
Priority Applications (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/789,547 US20140089834A1 (en) | 2012-03-07 | 2013-03-07 | Point cloud data hierarchy |
US14/719,153 US20150254897A1 (en) | 2012-03-07 | 2015-05-21 | Point cloud data hierarchy |
US15/239,644 US20170148210A1 (en) | 2012-03-07 | 2016-08-17 | Point cloud data hierarchy |
US15/720,787 US20180040158A1 (en) | 2012-03-07 | 2017-09-29 | Point cloud data hierarchy |
US16/026,491 US20180330540A1 (en) | 2012-03-07 | 2018-07-03 | Point cloud data hierarchy |
US16/273,858 US20190188905A1 (en) | 2012-03-07 | 2019-02-12 | Point cloud data hierarchy |
US16/568,073 US11380052B2 (en) | 2012-03-07 | 2019-09-11 | Point cloud data hierarchy |
US17/728,434 US11688131B2 (en) | 2012-03-07 | 2022-04-25 | Point cloud data hierarchy |
US18/298,677 US12062133B2 (en) | 2012-03-07 | 2023-04-11 | Point cloud data hierarchy |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261607793P | 2012-03-07 | 2012-03-07 | |
US13/789,547 US20140089834A1 (en) | 2012-03-07 | 2013-03-07 | Point cloud data hierarchy |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/719,153 Continuation US20150254897A1 (en) | 2012-03-07 | 2015-05-21 | Point cloud data hierarchy |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140089834A1 true US20140089834A1 (en) | 2014-03-27 |
Family
ID=50340210
Family Applications (9)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/789,547 Abandoned US20140089834A1 (en) | 2012-03-07 | 2013-03-07 | Point cloud data hierarchy |
US14/719,153 Abandoned US20150254897A1 (en) | 2012-03-07 | 2015-05-21 | Point cloud data hierarchy |
US15/239,644 Abandoned US20170148210A1 (en) | 2012-03-07 | 2016-08-17 | Point cloud data hierarchy |
US15/720,787 Abandoned US20180040158A1 (en) | 2012-03-07 | 2017-09-29 | Point cloud data hierarchy |
US16/026,491 Abandoned US20180330540A1 (en) | 2012-03-07 | 2018-07-03 | Point cloud data hierarchy |
US16/273,858 Abandoned US20190188905A1 (en) | 2012-03-07 | 2019-02-12 | Point cloud data hierarchy |
US16/568,073 Active US11380052B2 (en) | 2012-03-07 | 2019-09-11 | Point cloud data hierarchy |
US17/728,434 Active US11688131B2 (en) | 2012-03-07 | 2022-04-25 | Point cloud data hierarchy |
US18/298,677 Active US12062133B2 (en) | 2012-03-07 | 2023-04-11 | Point cloud data hierarchy |
Family Applications After (8)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/719,153 Abandoned US20150254897A1 (en) | 2012-03-07 | 2015-05-21 | Point cloud data hierarchy |
US15/239,644 Abandoned US20170148210A1 (en) | 2012-03-07 | 2016-08-17 | Point cloud data hierarchy |
US15/720,787 Abandoned US20180040158A1 (en) | 2012-03-07 | 2017-09-29 | Point cloud data hierarchy |
US16/026,491 Abandoned US20180330540A1 (en) | 2012-03-07 | 2018-07-03 | Point cloud data hierarchy |
US16/273,858 Abandoned US20190188905A1 (en) | 2012-03-07 | 2019-02-12 | Point cloud data hierarchy |
US16/568,073 Active US11380052B2 (en) | 2012-03-07 | 2019-09-11 | Point cloud data hierarchy |
US17/728,434 Active US11688131B2 (en) | 2012-03-07 | 2022-04-25 | Point cloud data hierarchy |
US18/298,677 Active US12062133B2 (en) | 2012-03-07 | 2023-04-11 | Point cloud data hierarchy |
Country Status (1)
Country | Link |
---|---|
US (9) | US20140089834A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150178594A1 (en) * | 2013-12-20 | 2015-06-25 | Visual Technology Services Limited | Point cloud simplification |
US20150220812A1 (en) * | 2013-12-20 | 2015-08-06 | Visual Technology Services Limited | Point cloud simplification |
WO2021060229A1 (en) * | 2019-09-26 | 2021-04-01 | シャープ株式会社 | Three-dimensional rendering conversion device and three-dimensional rendering reverse conversion device |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014144005A1 (en) * | 2013-03-15 | 2014-09-18 | Jadhav Ajay | Use of collaborative server in a cloud-based environment |
US10474524B2 (en) | 2017-07-12 | 2019-11-12 | Topcon Positioning Systems, Inc. | Point cloud filter method and apparatus |
US10776111B2 (en) | 2017-07-12 | 2020-09-15 | Topcon Positioning Systems, Inc. | Point cloud data method and apparatus |
CN108900347B (en) * | 2018-07-09 | 2021-06-29 | 郑州云海信息技术有限公司 | Cluster initialization configuration method, device, system, equipment and readable storage medium |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060058985A1 (en) * | 2004-08-31 | 2006-03-16 | Supersonic Aerospace International, Llc | Adjoint-based design variable adaptation |
US20080238919A1 (en) * | 2007-03-27 | 2008-10-02 | Utah State University | System and method for rendering of texel imagery |
US20110066963A1 (en) * | 2003-07-28 | 2011-03-17 | John Schrag | 3D scene orientation indicator system with scene orientation change capability |
US8014568B2 (en) * | 2006-12-22 | 2011-09-06 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Method for computer-aided identification of the child octants of a parent octant, which are intersected by a beam, in an octree data structure by means of look-up tables |
US8443301B1 (en) * | 2010-09-27 | 2013-05-14 | Darek Easterly | Inspection reporting including a 3D vehicle model |
US8525848B2 (en) * | 2009-11-16 | 2013-09-03 | Autodesk, Inc. | Point cloud decimation engine |
US20140293266A1 (en) * | 2011-08-04 | 2014-10-02 | Ying Hsu | Local Alignment and Positioning Device and Method |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020075311A1 (en) * | 2000-02-14 | 2002-06-20 | Julian Orbanes | Method for viewing information in virtual space |
US7242401B2 (en) * | 2004-06-25 | 2007-07-10 | Siemens Medical Solutions Usa, Inc. | System and method for fast volume rendering |
US20100077311A1 (en) * | 2007-02-23 | 2010-03-25 | Lucio SANTORO | Method and apparatus for navigating a graphical representation of a virtual exhibition |
EP2209092A1 (en) * | 2009-01-16 | 2010-07-21 | Luciad | Method for unified visualisation of heterogeneous datasets |
US8674990B1 (en) * | 2009-07-21 | 2014-03-18 | Google Inc. | Methods and systems for fractional level of detail assignment |
WO2013123675A1 (en) * | 2012-02-24 | 2013-08-29 | Honeywell International Inc. | Providing building information modeling data |
-
2013
- 2013-03-07 US US13/789,547 patent/US20140089834A1/en not_active Abandoned
-
2015
- 2015-05-21 US US14/719,153 patent/US20150254897A1/en not_active Abandoned
-
2016
- 2016-08-17 US US15/239,644 patent/US20170148210A1/en not_active Abandoned
-
2017
- 2017-09-29 US US15/720,787 patent/US20180040158A1/en not_active Abandoned
-
2018
- 2018-07-03 US US16/026,491 patent/US20180330540A1/en not_active Abandoned
-
2019
- 2019-02-12 US US16/273,858 patent/US20190188905A1/en not_active Abandoned
- 2019-09-11 US US16/568,073 patent/US11380052B2/en active Active
-
2022
- 2022-04-25 US US17/728,434 patent/US11688131B2/en active Active
-
2023
- 2023-04-11 US US18/298,677 patent/US12062133B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110066963A1 (en) * | 2003-07-28 | 2011-03-17 | John Schrag | 3D scene orientation indicator system with scene orientation change capability |
US20060058985A1 (en) * | 2004-08-31 | 2006-03-16 | Supersonic Aerospace International, Llc | Adjoint-based design variable adaptation |
US8014568B2 (en) * | 2006-12-22 | 2011-09-06 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Method for computer-aided identification of the child octants of a parent octant, which are intersected by a beam, in an octree data structure by means of look-up tables |
US20080238919A1 (en) * | 2007-03-27 | 2008-10-02 | Utah State University | System and method for rendering of texel imagery |
US8525848B2 (en) * | 2009-11-16 | 2013-09-03 | Autodesk, Inc. | Point cloud decimation engine |
US8443301B1 (en) * | 2010-09-27 | 2013-05-14 | Darek Easterly | Inspection reporting including a 3D vehicle model |
US20140293266A1 (en) * | 2011-08-04 | 2014-10-02 | Ying Hsu | Local Alignment and Positioning Device and Method |
Non-Patent Citations (1)
Title |
---|
Chun-Fa Chang et al., LDI Tree: A Hierarchical Representation for Image-Based Rendering, 1999, ACM Press/Addison-Wesley Publishing Co. New York, NY, USA, Proceedings of the 26th annual conference on Computer graphics and Interactive techniques, ppg 291-298, * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150178594A1 (en) * | 2013-12-20 | 2015-06-25 | Visual Technology Services Limited | Point cloud simplification |
US20150220812A1 (en) * | 2013-12-20 | 2015-08-06 | Visual Technology Services Limited | Point cloud simplification |
US9691006B2 (en) * | 2013-12-20 | 2017-06-27 | Visual Technology Services Limited | Point cloud simplification |
US10019649B2 (en) * | 2013-12-20 | 2018-07-10 | Visual Technology Services Limited | Point cloud simplification |
WO2021060229A1 (en) * | 2019-09-26 | 2021-04-01 | シャープ株式会社 | Three-dimensional rendering conversion device and three-dimensional rendering reverse conversion device |
Also Published As
Publication number | Publication date |
---|---|
US12062133B2 (en) | 2024-08-13 |
US20200005534A1 (en) | 2020-01-02 |
US11688131B2 (en) | 2023-06-27 |
US20220245892A1 (en) | 2022-08-04 |
US20230245387A1 (en) | 2023-08-03 |
US20170148210A1 (en) | 2017-05-25 |
US11380052B2 (en) | 2022-07-05 |
US20180330540A1 (en) | 2018-11-15 |
US20190188905A1 (en) | 2019-06-20 |
US20150254897A1 (en) | 2015-09-10 |
US20180040158A1 (en) | 2018-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11688133B2 (en) | Point cloud data hierarchy | |
US11688134B2 (en) | Point cloud data hierarchy | |
US11688131B2 (en) | Point cloud data hierarchy | |
US11688132B2 (en) | Point cloud data hierarchy |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: WILLOW GARAGE, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MARDER-EPPSTEIN, EITAN;GLASER, STUART;MEEUSSEN, WIM;SIGNING DATES FROM 20130517 TO 20130523;REEL/FRAME:030642/0917 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |