Changes between Initial Version and Version 1 of Ticket #4215


Ignore:
Timestamp:
Oct 24, 2018, 5:57:31 AM (6 years ago)
Author:
komzpa
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #4215 – Description

    initial v1  
    66principle this should still be acceptable but the actual implementation (in a poorly documented
    77“feature”) does this by converting every value to an integer. So pixels with a temperature of
    8 13.49 and 12.51 are merged incorrectly (and the value stored is 13 which is also incorrect) }}}
     813.49 and 12.51 are merged incorrectly (and the value stored is 13 which is also incorrect)
     9}}}
    910
    1011Looking at code we have branching on whether GDAL>F<Polygonize is available, and that looks hardcoded to "no". We're supporting GDAL 1.10+ and GDALFpolygonize is available since 1.9.0, so branching can be removed.