Difference between revisions of "User talk:Weekly report"
Wiki-Hao2309 (talk | contribs) |
Wiki-Hao2309 (talk | contribs) |
||
| Line 21: | Line 21: | ||
== 16 – 21 May week 0: Setup coding environmental, get familiar with programming manual == | == 16 – 21 May week 0: Setup coding environmental, get familiar with programming manual == | ||
* A small exercise too get you more familiar with basic GRASS code | * A small exercise too get you more familiar with basic GRASS code | ||
| − | + | ||
| − | As as part of bonding period, and as you are now able to compile GRASS, I would like to propose a small exercise which is already a first step in the direction of your project and which should allow you to become a bit more familiar with the code and with coding practices: | + | > As as part of bonding period, and as you are now able to compile GRASS, I would like to propose a small exercise which is already a first step in the direction of your project and which should allow you to become a bit more familiar with the code and with coding practices: As currently i.segment only provides one algorithm, the entire layout of the module GUI is related to that one algorithm. In the attached screenshot you see the current GUI. My idea would be to have the three mandatory inputs in the Required tab, then one tab per algorithm with algorithm-specific parameters, then the Optional tab. Otherwise, I'm afraid that the current'Settings' tab becomes overcrowded. |
| − | + | > The code that defines options and which 'guisection' they are in is in parse_args.c [1]. For more info about how the command parser and its options work, see [2], but the existing examples in the code might already be enough. | |
| − | + | > You can add new parameters there without them being used in the code, yet, so don't hesitate, at this stage, to add one phony parameter per new algorithm, just to get the relevant tabs. | |
| − | + | > Once you've done this, compile just the i.segment module (by running make in the directory) and see if the GUI corresponds to what you aim for. Then, send me a diff of the code. | |
| − | + | ||
| − | |||
* Exercise has been finished | * Exercise has been finished | ||
{{{ | {{{ | ||
Revision as of 09:29, 29 May 2016
GRASS GSoC 2016 Additional Image Segmentation Algorithms for i.segment
| Student Name: | Bo Yang |
| Organization: | OSGeo - Open Source Geospatial Foundation |
| Mentors: | Moritz Lennert, Markus Neteler, Markus Metz |
| Title: | Additional segmentation algorithms for i.segment |
| Repository: | GRASS 7, browse at: i.segment |
16 – 21 May week 0: Setup coding environmental, get familiar with programming manual
- A small exercise too get you more familiar with basic GRASS code
> As as part of bonding period, and as you are now able to compile GRASS, I would like to propose a small exercise which is already a first step in the direction of your project and which should allow you to become a bit more familiar with the code and with coding practices: As currently i.segment only provides one algorithm, the entire layout of the module GUI is related to that one algorithm. In the attached screenshot you see the current GUI. My idea would be to have the three mandatory inputs in the Required tab, then one tab per algorithm with algorithm-specific parameters, then the Optional tab. Otherwise, I'm afraid that the current'Settings' tab becomes overcrowded. > The code that defines options and which 'guisection' they are in is in parse_args.c [1]. For more info about how the command parser and its options work, see [2], but the existing examples in the code might already be enough. > You can add new parameters there without them being used in the code, yet, so don't hesitate, at this stage, to add one phony parameter per new algorithm, just to get the relevant tabs. > Once you've done this, compile just the i.segment module (by running make in the directory) and see if the GUI corresponds to what you aim for. Then, send me a diff of the code.
- Exercise has been finished
{{{ I think I've finished the exercise. For the time being I applied the following changes to the module GUI: 1. I kept "required" tab and add the selection of algorithms. Because I think for all of the three algorithms the input data and output location are required, so this tab now is designed for the inputs and outputs for all three algorithms 2. The "setting" tab has been changed to the setting of "region growth" since previously it only provided the setting of that algorithm. 3. Two Tabs of "shift_mean" and "watershed" were added to input the setting of each algorithm. I just give some preliminary input parameters for them, when we start coding I will give more substantial parameters required in the algorithm. The user are supposed to give the input, output, and select which algorithm are utilized. Then define settings of that algorithm in the corresponding tab. The option tab are supposed to be additional settings. Please see attached pics for new GUI and advise if you think this setting logistic works. }}}