[Geopackage] Elevation pixel encoding (Was: New Blog Post)
jeffy at imagemattersllc.com
Mon Mar 27 21:47:30 EDT 2017
Please see https://github.com/opengeospatial/geopackage/pull/325 for our
resolution to this issue. In summary, the default is pixel-is-area. If you
want to go your own way, you're on your own but no one is going to stop
you. I believe it is the best we could do given the limited progress made
by OGC in this area.
On Sat, Dec 17, 2016 at 9:46 PM, Jeff Yutzler <jeffy at imagemattersllc.com>
> I don't think Option 1 is going to happen. Option 3 can certainly be done.
> I will attempt to accomplish Option 2 through the OAB.
> I opened https://github.com/opengeospatial/geopackage/issues/278 in
> On Sat, Dec 17, 2016 at 5:09 PM, Brad Hards <bradh at frogmouth.net> wrote:
>> I'm with Pepijn on this one.
>> The document can't be silent on this.
>> Pick one:
>> - Pick a specific solution. I'd prefer that, but it looks like this was
>> for the SWG. It is still the best approach, so its worth a re-visit
>> - Provide a way to signal it in metadata. At least cover off geotiff
>> pixel-as-area and pixel-as-point concepts, with a nod to DTED and LAS. I'd
>> avoid GML coverage if possible, but OGC plays politics, so up to you.
>> - Be explicit about the problem - say it has to be communicated in some
>> document and admit there is no interoperable interpretation in the
> Jeff Yutzler
> Image Matters LLC <http://www.imagemattersllc.com/>
> Mobile: (703) 981-8753
Image Matters LLC <http://www.imagemattersllc.com/>
Mobile: (703) 981-8753
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Geopackage