Helena wrote: > the quickstart looks very nice and I did not find any major > problems (but other may have a look too) > > I just have couple comments: > > - given that OSgeo live will be mostly used by new users > should you even mention the tcltk interface? It sounds a little > bit confusing for people who don't know what TclTk is > and makes GRASS look overly complex.
the doc was written when the wxPython had just hit stable and when it was not yet the default. I've not removed the reference to the tcl/tk gui. > Instead, it would be useful to put here a link to the wxPython > GUI Help page so that people know where to find explanation of > what you are talking about later on (especially what each > button on the layer manager means - the verbal description may > not be clear enough for some users). ok, done. > Also, the note about the netbook use probably cannot be > avoided at this time but in future releases should we just > redesign the big image on top of startup screen into something > smaller to avoid this problem? I think there's a ticket about it. My idea in the past had been to query the OS for the root window size, then, in order, selectively not show the "world leading ..." text, the banner image, and finally the "Welcome to $version" text until it was small enough. that paragraph moved to a tip box so that it's not as much in the way. > Note that for shaded relief (and watersheds ?) there is a > button in the GUI that is turned on and will add the resulting > map to the layer manager automatically so you don't need to add > it, although I am not sure this is set as a default on the > live DVD version. it is, the docs were just from an earlier version where you had to do it manually. now fixed. > As for the legend and scale - we often have trouble moving > around the legend with mouse after moving around the scale - > even if I click on the legend the mouse still picks up the > scale - there is a way around it but it can be frustrating for > the first time users. It may be safer to position the legend > first and the scale second but even that may be tricky. This > may be the case only for mac users (or perhaps windows) so it > may work properly on Live DVD under linux. it's on all platforms, the trick (workaround) is to think of the d.legend and d.barscale renderings on the wx map canvase as printed on a plate of glass, which is of finite size. you can slide those two pieces of glass around, but if you go to the left of the map decoration you be beyond the left side of the piece of glass so dragging on nothing. likewise if you drag off the top or the bottom of the pane of glass it won't move it either (which top/bottom side that is different for the two decorations). And finally if the legend's plate of glass is on top of the barscale's one, you'll only be able to drag the top bit of glass around, so to move the one below you have to move the top one out of the way, then move the bottom one, then move the top one back again. A well developed sense of spatial relations helps your imagination get it right.. The current mechanism needs to be replaced, I'm pretty sure there's a ticket open for this one too. > For the vector material, I don't have anything for > spearfish, but you can find some examples that produce > nice maps for nc data set using d.vect.thematic note that most of the functionality of d.vect.thematic has been moved into d.vect now, so d.vect.thematic can become a whole lot simpler and just focus on the legendy things now. > at the end og this page (including the GUI instrcutions) > http://courses.ncsu.edu/mea582/common/GIS_anal_grass/GIS_Anal_grvisual.html > > and then some database stuff here (not really cleaned up) > http://courses.ncsu.edu/mea792/common/Assign_GISamodel/Vect_GISamodel.html any volunteers? :) > P.S. We have had discussion already, but talking about scale > would it be possible to change meters to m for the scale in > future releases - :-/ > it looks funny written in full given that kilometers are km but you don't see both at the same time. > (and it also makes scale too long). you're talking about d.barscale, yes? > Given that mi should be used for miles > (see wiki - the National Institute of Standards and > Technology uses and recommends mi), > there shouldn't be any confusion that m is meters. Given any chance of confusion I'd rather spell out the full word. The IHO board which sets out the rendering rules for global nautical charts also uses "M" (upper case) for nautical miles. And merchant marine people trained in that method I've come across have a complete mental block of thinking of it in any other meaning. Then the SI-purists get in to objections of "nm" for nautical miles regardless of obvious non-nanometer context, and it all just does my head in.. it's an infinite debate with no right answer. So I just spell everything out whenever possible -- to me the most important thing to pursue is clarity of meaning, not strict adherence to conflicting abbreviation standards. (my 2c on that subject) two small issues I noticed along the way: * the wx barscale overlay did not automatically tick the "show" box the first time I ran it on a fresh install. * g.mkfontcap will write to e.g. ~/.gfontcap (as suggested by the man page), but that is not able to be used by d.font or anything else? Only work-around is to make the system's $GISBASE/etc /fontcap file globally writiable or have the admin pre-seed it somehow? (not so good on a managed system) thanks, Hamish _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
