#785: wx location wizard: doesn't show all datum transform opts -----------------------+---------------------------------------------------- Reporter: hamish | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: critical | Milestone: 6.4.0 Component: wxGUI | Version: svn-develbranch6 Resolution: | Keywords: location wizard Platform: Linux | Cpu: x86-64 -----------------------+---------------------------------------------------- Comment (by cmbarton):
Replying to [comment:26 hamish]: > just trying it out.. almost there.[[BR]] [[BR]] Thanks for testing so quickly.[[BR]] [[BR]] > > * for hardcoded "noask" values could the text boxes be greyed out? [[BR]] [[BR]] Yes. Easy [[BR]] [[BR]] (e.g. NZMG, Lat/Lon's +lat_0,+lon_0 [could that 0,0 for LL just be removed from proj-parms.table?])[[BR]] [[BR]] No. If it has the wrong number of fields to parse, it won't get parsed. [[BR]] [[BR]] > > * "datum :" does not get set in resulting PROJ_INFO file (#784) if selecting terms manually. This was fixed for a short time last week & then broke again a few days ago. (try running `g.region -p`) Creation using EPSG code works.[[BR]] [[BR]] This is a g.proj issue [[BR]] [[BR]] > > * Expand boolean from N/Y to No/Yes. e.g. UTM Southern Hemisphere question the default is "N" which can also be "North".[[BR]] [[BR]] I understand the point, but 'No' is also a common abbreviation for north in some English dialects. So I can make the change, but I'm not sure that this helps. IIRC, g.setproj uses y/n. [[BR]] [[BR]] Better yet: figure out how to have it be 'Hemisphere: North|South'[[BR]] [[BR]] Won't work because PROJ4 doesn't recognize it. I could do a bunch of hard coding of course, but the idea is to not have to change the interface if the underlying module and table contents change. [[BR]][[BR]] > > * For UTM, could 1-60 pulldown list be a constrained value spinbox instead?[[BR]] [[BR]] Why is a spinbox better than a pulldown where you can quickly get to the number? I could just make it an open text control, but the choicebox ensures that a legal value is chosen.[[BR]] [[BR]] > > * Could datum transform list selection popup be integrated into the wizard [<Back] [Fwd>] pages, or at least be given the same window height x width? It seems a bit out of place. [[BR]] [[BR]] No. The most reliable way to get this is have g.proj datumtrans=-1 spit it out. [[BR]] It comes out as a list of 3-4 lines per transform. I could wrap them all together (i.e., into a paragraph that wraps), but they seem easier to read in the vertical format. If most people like the paragraph format, it is easy enough to do.[[BR]] Style wise, it matches similar kinds of list controls in the wizard. [[BR]] [[BR]] Better yet: could it have a radio button list like the Tcl/Tk version (try EPSG:27200). [[BR]] [[BR]] Why radiobuttons over the select the list item? This adds even more whitespace to the left of the list item. I'm trying to keep it as compact as possible while still readable. There is quite a bit of text in some of the transform descriptions.[[BR]] [[BR]] Also same as the Tcl version it should have a "continue without" option as well.[[BR]] [[BR]] Good point, we need a default "0" transformation. Easy enough to do.[[BR]] [[BR]] > > * on the "Specify geodetic datum" page, could the Description column be made a bit wider by default? it's the long string and ellipsoid is the short one.[[BR]] [[BR]] The only way is to make it 3rd in the list. Not hard to do, but will require rewiring things that look for it in 2nd place. [[BR]] [[BR]] > > * "Choose EPSG code" search is still a bit weird (need to reload to start a new search)[[BR]] [[BR]] I think I can make it work like the other searches now so that it automatically looks in all fields with a single control. [[BR]] [[BR]] > > > thanks, > Hamish[[BR]] [[BR]] Glad it's getting closer.[[BR]] [[BR]] Michael -- Ticket URL: <https://trac.osgeo.org/grass/ticket/785#comment:27> GRASS GIS <http://grass.osgeo.org>
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev