<div dir="ltr"><div class="gmail_extra">Dear Moritz and students,<br><br></div><div class="gmail_extra">here are some of my ideas for these ideas. This is a good start. I think we need enhancement ticket with use cases for each item.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 14, 2017 at 6:25 AM, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="m_-1114743371530333816gmail-:fv" class="m_-1114743371530333816gmail-a3s m_-1114743371530333816gmail-aXjCH m_-1114743371530333816gmail-m15acc5a4b76bf944">- A general vector interactive attribute table editor which pops<br>
  up an attribute editing form when you click on a vector map.<br>
  Currently, to do this, you have to go into digitizing mode. </div></blockquote><div><br></div><div>This is what the original query dialog in GUI was doing, but then it was replaced by something which is optimized for (ready only) queries and does not allow editing. You need to specify how the editing dialog would be connected to the current GUI; e.g. new button?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="m_-1114743371530333816gmail-:fv" class="m_-1114743371530333816gmail-a3s m_-1114743371530333816gmail-aXjCH m_-1114743371530333816gmail-m15acc5a4b76bf944">In<br>
  addition, it would be great to be able to somehow (text input file ?)<br>
  be able to define the columns you see in the form so that you don't<br>
  have to scroll through tens of lines before you reach those that you<br>
  want to edit.<br></div></blockquote><div><br></div><div>Is a text file the user friendly way you are looking for? Should this be stored between GUI sessions?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="m_-1114743371530333816gmail-:fv" class="m_-1114743371530333816gmail-a3s m_-1114743371530333816gmail-aXjCH m_-1114743371530333816gmail-m15acc5a4b76bf944">
- A tool to attribute class values to raster objects. This is much<br>
  simpler and "just" a combination of GUI + r.what + form to add a<br>
  value + writing everything to a text file. In other words, it is the<br>
  current GUI raster interrogation tool enhanced to add a value and to<br>
  write info to a file.<br></div></blockquote><div><br></div><div>This sounds like raster attribute table for GRASS GIS. This needs some serious design.<br></div></div><br></div><div class="gmail_extra">There is more of these individual features which may be useful, e.g. imagery group support in the Data tab or r.pack/r.unpack equivalent for imagery groups. Also the GUI dialog which shows for (instead of) i.group needs some improvements.<br><br><br></div><div class="gmail_extra">Rachit, Manan, and other students,<br><br></div><div class="gmail_extra">it is important that you look and work on some of existing tickets or even find some problems or small possible enhancements by exploring the current functionality.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">An good example ticket is the one by Moritz:<br></div><div class="gmail_extra"><br><a href="https://trac.osgeo.org/grass/ticket/3310" target="_blank">https://trac.osgeo.org/grass/<wbr>ticket/3310</a><br><br></div><div class="gmail_extra">You can also do some general tickets to familiarize yourself with different parts of the GRASS GIS code base, for example:<br><br><a href="https://trac.osgeo.org/grass/ticket/3314" target="_blank">https://trac.osgeo.org/grass/<wbr>ticket/3314</a><br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra">Moritz and all,<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">in cases like this, when a GSoC idea can be split into a separate features and they are reasonable feature requests (they wouldn't be part of the idea otherwise, right?), it would be good if we create the appropriate tickets for each of those. We did this last summer when we used keywords (tags) `gsoc2016` and `cartography` for each ticket related to the GSoC Cartography Improvements idea:<br></div><div class="gmail_extra"><br><a href="https://trac.osgeo.org/grass/query?status=assigned&status=closed&status=new&status=reopened&keywords=~gsoc2016+cartography" target="_blank">https://trac.osgeo.org/grass/<wbr>query?status=assigned&status=<wbr>closed&status=new&status=<wbr>reopened&keywords=~gsoc2016+<wbr>cartography</a><br><br></div><div class="gmail_extra">For this idea it could be e.g. `gsoc2017` and `ImageAnalysisGUI`, but please suggest something better (it must be one word, no spaces).<br><br></div><div class="gmail_extra">Best,<br></div><div class="gmail_extra">Vaclav<br></div></div>