Here is more feedback on legends as we are trying to figure out how to reduce the new users struggles (all of the below tested on GRASS6.4.release branch compiled yesterday):
- the legend does not get drawn and in fact scale bar and title gets erased if there are wrong numbers defined by use= (see the error below). This can happen easily if a legend is drawn with use= correctly defined, then a new map is displayed and a new legend is defined without opening the Advanced Tab. The categories from the previous map are remembered and if they are not present in the new map it leads to error below, legend is not drawn and barscale and title disappears as well causing quite a confusion. Probably the best option to avoid this error would be to clear the use= numbers if a new map is defined, although I can imagine cases when there are maps that one needs to draw with legends that keep the same use= numbers. If the later is the desired behavior, perhaps a more meaningful error message to guide the user to open the Advanced tab would be helpful. I can provide an example, if it is not clear what I am talking about here. - would it be possible to grey out or hide the button "Use mouse to size and place legend"? everybody switches it on and tries to size the legend with mouse without success (there is no hint anywhere that this does not work), I notice it is not there in GRASS7 - would it be possible to change the text: "Placement as percentage of screen coordinates" to "Size and placement as % of screen (should it be display?) coordinates"? Unless you read the man page very carefully it is hard to find out how to size the legend. One issue with Add text - when I click on Set font button to change the font, the font menu just flashes - it closes instantly so there is no way to chose the font. Set font from GUI settings>Display works These are perhaps just cosmetics (at least I always treated them as such) but they make a big difference in class and for new users in general, Helena Traceback (most recent call last): File "/Users/helena/grassrel6/grass64_release/dist.i386 -apple-darwin10.4.0/etc/wxpython/gui_modules/gdialogs.py", line 528, in OnOK self.parent.MapWindow.UpdateMap() File "/Users/helena/grassrel6/grass64_release/dist.i386 -apple- darwin10.4.0/etc/wxpython/gui_modules/mapdisp_window.py", line 840, in UpdateMap for img in self.GetOverlay(): File "/Users/helena/grassrel6/grass64_release/dist.i386 -apple- darwin10.4.0/etc/wxpython/gui_modules/mapdisp_window.py", line 699, in GetOverlay if os.path.isfile(overlay.mapfile) and os.path.getsize(overlay.mapfile): File "/System/Library/Frameworks/Python.framework/Versions /2.6/lib/python2.6/genericpath.py", line 29, in isfile st = os.stat(path) TypeError : coercing to Unicode: need string or buffer, NoneType found On Feb 2, 2011, at 8:55 PM, Helena Mitasova wrote: > Martin, the GUI for import it still does not completely work for vector data: > > - I can select shp file now but, as Michael pointed out, I cannot define its > new name > - If I select directory, nothing shows up in the list of OGR layers and > Import button is greyed out > - If I click File button again, I cannot select the shp file (as before) > - Import under command dialog works > > The raster import worked except for the issues mentioned by Michael. > > Helena > > On Feb 1, 2011, at 10:39 PM, Michael Barton wrote: > >> Martin, >> >> Thanks for the quick work. I'm at home now and am able to test this. I >> updated to GRASS 6.4 release branch r45278 and compiled. No errors. >> >> I've just tested the raster common import dialog. >> >> The dialog is no longer modal and now it recognizes different file types (at >> least *.tif and *.png). A big improvement. >> >> There are several things left to do on this. >> >> 1) I still cannot find where I can have it create a new location for a file >> I'm importing in a different projection from the one I'm in. >> 2) There is no way to specify a new name in GRASS for the imported file; it >> will only use the existing file name. >> 3) The load settings combo box does not work. >> 4) Clicking the "import" button closes the dialog, regardless of what >> happens. If there is an error or you want to load more than one file, you >> must reopen the dialog and browse to the file again. >> >> I think that all of these affect the vector version too. So if it is a >> common wxDialog instance, then fixing it for raster should fix it for vector >> too I hope. >> >> Cheers >> Michael >> ____________________ >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >> >> >> >> >> >> >> >> >> >> >> >> On Feb 1, 2011, at 9:37 AM, Martin Landa wrote: >> >>> 2011/2/1 Michael Barton <[email protected]>: >>>> the fact that the dialog is modal >>> >>> done in r45278. >>> >>> Martin >>> >>> -- >>> Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa >> > > _______________________________________________ > grass-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/grass-dev _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
