
<html aria-label="message body"><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Mar 23, 2026, at 2:41 PM, Jukka Rahkonen via pdal <pdal@lists.osgeo.org> wrote:</div><br class="Apple-interchange-newline"><div><span style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 18px; font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; float: none; display: inline !important;">The error disappears if I add "forward":"all" into the pipeline but shouldn't the global_encoding value remain the same even without?</span></div></blockquote></div><div><br></div>It has been PDAL's policy to refuse to guess. It makes sense that the modification of a single file would also bring along all of the attributes of things like global_encoding, but it becomes sticky if the user were reading multiple files at one time. PDAL would have to guess in that situation. forward=all is the way to tell PDAL to pull along the commonly expected things like global_encoding, or a more common sticking point, scale/offset factors.<br><div><br></div><div><blockquote type="cite">There seems to be a lot to learn, but I am making progress. The size differences are due to extra attributes. Basic pdal command drops them (-> smaller file), and the untwine command expands </blockquote><br></div><div>You'll need to add --writers.copc.extra_dims="all" or --writers.las.extra_dims="all" to make sure the extra attributes are copied.</div></body></html>