UNPKG

gdal-async

Version:

Bindings to GDAL (Geospatial Data Abstraction Library) with full async support

github.com/mmomtchev/node-gdal-async

mmomtchev/node-gdal-async

88 lines (58 loc) • 2.93 kB
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
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
OGR DXF driver: Known issues ============================ This is a brief list of known issues (mainly missing features) in the DXF driver. Anyone is welcome to contribute code that addresses these issues. ## Reader * The following DXF entities are not supported at all: MESH, MPOLYGON, RAY, TABLE, TOLERANCE, XLINE. ### 3DFACE * There seems to be some ambivalence as to whether 3DFACE entities should be represented as outlined polygons, as we currently do, or filled polygons. Any input on this issue would be appreciated. ### DIMENSION * 3D (z-coordinate) and OCS (extrusion) support is absent from both the anonymous block logic and the fallback renderer. * The DIMENSION fallback renderer, used when the anonymous block is absent, is pretty rudimentary. I personally don't plan to work on it any further. Note that AutoCAD refuses to open DXF files that have a DIMENSION with no anonymous block. ### HATCH * Fill types are not read. Any implementation of fill types (i.e. patterns) would need to be somewhat heuristic, given the basic set of choices available in the OGR style string spec. ### LEADER * 3D (z-coordinate) and OCS (extrusion) support is absent. ### LWPOLYLINE * Width support has not been added. ### MLINE * Support for MLINESTYLE is missing. This means that only the basic geometries of MLINE entities are translated, not the more complex styling properties, such as different colors or linetypes for the different elements of the line. ### MULTILEADER * 3D (z-coordinate) and OCS (extrusion) support is missing. This entity is very complex and adding 3D/OCS support would take a long time. ### WIPEOUT * A basic reading for WIPEOUT is supported. This feature can only translate the outline of each WIPEOUT entity. Any data about embedded image is ignored. ### Text entities * Text using AutoCAD-specific SHX (plotter) fonts, such as "txt", is reported as being in Arial. * Text with a nonzero oblique angle, or that is upside down and/or backwards, will appear normal, due to the lack of support for these properties in an OGR style string. I don't think there is too much point adding these to the style string spec, as these attributes are little-used and not commonly available in other software. ## Writer * The writer doesn't know about transparency. This means that hidden objects, which are represented using fully transparent colors by the reader, do not round-trip correctly. * As noted above, 3DFACE entities are represented by POLYGON geometries with a PEN() style tool, a combination which the writer handles poorly. * The writer does not write out ATTRIB entities for a POINT feature with a non-empty BlockAttributes field, that is to say, block attributes are not round-tripped. This is certainly a gap in the feature set, but I only plan to write this code if someone expresses a need for it. --- Alan Thomas, ThinkSpatial athomas@thinkspatial.com.au June 2018