Opened 15 years ago

Closed 5 years ago

#2631 closed enhancement (wontfix)

gdal_polygonize specific value

Reported by: ysiddiqui Owned by: warmerdam
Priority: normal Milestone: closed_because_of_github_migration
Component: Algorithms Version: 1.5.2
Severity: normal Keywords:
Cc: ctoney


Add an option to gdal_polygonize to polygonize a single value in the raster file. This would be an inclusion, not an exclusion. This will address the most likely scenario of its use by i-cubed, which is to polygonize the data area of an image from a binary mask of 0s and 1s.

Attachments (3)

polygonize.cpp (31.4 KB ) - added by ctoney 11 years ago. (6.3 KB ) - added by ctoney 11 years ago.
fpolygonize.cpp (33.1 KB ) - added by ctoney 11 years ago.

Download all attachments as: .zip

Change History (7)

by ctoney, 11 years ago

Attachment: polygonize.cpp added

by ctoney, 11 years ago

Attachment: added

by ctoney, 11 years ago

Attachment: fpolygonize.cpp added

comment:1 by ctoney, 11 years ago

Cc: ctoney added
Component: defaultAlgorithms

The attached polygonize.cpp adds an option to polygonize a single value in the raster file. The single pixel value is specified as an additional option to GDALPolygonize in the papszOptions argument ('SINGLE_VAL=n'). Masking to the single pixel value is done after applying an optional mask band, so SINGLE_VAL and mask band can be used together if needed.

The attached adds a -value argument supporting the new option for single value. (This version of also contains the -8 argument added in ticket #4655... this attached version of can replace the version added in ticket 4655).

The attached fpolygonize.cpp adds the SINGLE_VAL option to the floating point version of the algorithm. The floating point side is untested.

comment:2 by Jukka Rahkonen, 9 years ago

Patch never applied. Do I understand right that purpose is somehow the same as with -mask, but with some kind of images easier for the users? Finding waters from topographic maps with handful of colors for example.

comment:3 by ysid, 9 years ago

I believe the purpose of this change was to treat the file being operated on as the mask, so that you don't have to specify a separate mask file. It looks like this can be effected by using the -mask option with the same file. The purpose of having a value that could be specified may be to make it easier to pull certain things out, such as your example of water from a topographic map, or the case of a mask with several values instead of just 0s and 1s. However, I don't have an actual use case for a variable single inclusion value at this time. Long story short, we don't need this option now, but it might be something that is "nice to have."

comment:4 by Even Rouault, 5 years ago

Milestone: closed_because_of_github_migration
Resolution: wontfix
Status: newclosed

This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to if it is not already reported there.

Note: See TracTickets for help on using tickets.