Changes between Version 21 and Version 22 of GSoC/2016/Additional_segmentation_algorithms/weekly_report
- Timestamp:
- May 30, 2016, 8:18:05 AM (8 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GSoC/2016/Additional_segmentation_algorithms/weekly_report
v21 v22 20 20 Because currently i.segment only provides one algorithm, the entire layout of the module GUI is related to that one algorithm. By modifying the codes in [https://trac.osgeo.org/grass/browser/sandbox/bo/i.segment.gsoc2016/i.segment/parse_args.c parse_args.c] I added three inputs in the Required tab, then one tab per algorithm with algorithm-specific parameters. 21 21 22 * Review some literature for mean-shift algorithm22 * Reviewed some literature for mean-shift algorithm 23 23 1. Deng, C., Li, S., Bian, F., & Yang, Y. (2015). Remote Sensing Image Segmentation Based on Mean, (1999), 179–185. 24 24 2. Michel, J., Youssefi, D., & Grizonnet, M. (2015). Stable mean-shift algorithm and its application to the segmentation of arbitrarily large remote sensing images. IEEE Transactions on Geoscience and Remote Sensing, 53(2), 952–964. http://doi.org/10.1109/TGRS.2014.2330857 … … 38 38 === What did you get done this week? === 39 39 * Further discussion about the algorithm mechanism (about the edge effect) 40 the solution of the edge effect: when the moving window located in the edge of the image, adaptively cut the moving window to fit the edge, because the weights are adaptively fit the number of pixels inside of moving windows, this number of pixels will vary for each window anyway depending on how many pixels are discarded because the spectral difference is larger than the spectral bandwidth. NULL cells are discarded anyway. Chopping off edges can be avoided for example for the very first pixel at row 0, col 0 by setting the window to those pixels east and south of the corner pixel , of course adhering to the spatial bandwidth. The new bandvalue is new value += weight * current value and weightsum += weight.40 the solution of the edge effect: when the moving window located in the edge of the image, adaptively cut the moving window to fit the edge, because the weights are adaptively fit the number of pixels inside of moving windows, this number of pixels will vary for each window anyway depending on how many pixels are discarded because the spectral difference is larger than the spectral bandwidth. NULL cells are discarded anyway. Chopping off edges can be avoided for example for the very first pixel at row 0, col 0 by setting the window to those pixels east and south of the corner pixel. The new bandvalue is new value += weight * current value and weightsum += weight. 41 41 42 42 * Got the access for GRASS-addons-svn and [https://trac.osgeo.org/grass/browser/sandbox/bo/i.segment.gsoc2016 sandbox]