File: control

package info (click to toggle)
pgpointcloud 1.2.1-2
  • links: PTS, VCS
  • area: main
  • in suites: bullseye
  • size: 4,712 kB
  • sloc: sql: 41,137; ansic: 10,943; xml: 935; cpp: 282; perl: 248; makefile: 171; sh: 70
file content (40 lines) | stat: -rw-r--r-- 1,995 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
Source: pgpointcloud
Section: database
Priority: optional
Maintainer: Debian PostgreSQL Maintainers <team+postgresql@tracker.debian.org>
Uploaders: Christoph Berg <myon@debian.org>,
Build-Depends:
 debhelper (>= 9),
 dh-autoreconf | debhelper (>= 9.20160403~) | debhelper-compat,
 libxml2-dev,
 postgresql-server-dev-all (>= 153~),
 zlib1g-dev,
Standards-Version: 4.4.1
Vcs-Browser: https://salsa.debian.org/postgresql/pgpointcloud
Vcs-Git: https://salsa.debian.org/postgresql/pgpointcloud.git
Homepage: https://github.com/pgpointcloud/pointcloud

Package: postgresql-12-pointcloud
Architecture: any
Depends: postgresql-12, ${misc:Depends}, ${shlibs:Depends}
Description: PostgreSQL extension for storing point cloud (LIDAR) data
 LIDAR sensors quickly produce millions of points with large numbers of
 variables measured on each point. The challenge for a point cloud database
 extension is efficiently storing this data while allowing high fidelity access
 to the many variables stored.
 .
 Much of the complexity in handling LIDAR comes from the need to deal with
 multiple variables per point. The variables captured by LIDAR sensors varies
 by sensor and capture process. Some data sets might contain only X/Y/Z values.
 Others will contain dozens of variables: X, Y, Z; intensity and return number;
 red, green, and blue values; return times; and many more. There is no
 consistency in how variables are stored: intensity might be stored in a 4-byte
 integer, or in a single byte; X/Y/Z might be doubles, or they might be scaled
 4-byte integers.
 .
 PostgreSQL Pointcloud deals with all this variability by using a "schema
 document" to describe the contents of any particular LIDAR point. Each point
 contains a number of dimensions, and each dimension can be of any data type,
 with scaling and/or offsets applied to move between the actual value and the
 value stored in the database. The schema document format used by PostgreSQL
 Pointcloud is the same one used by the PDAL library.