Hi, It must be more like a matter of taste. Actually we had not snapping distance at all. When the Shift key was pressed the vertices snapped always to the closest vertex or line (rectangular distance) even if it was a kilometer away. It was very effective for creating a new parcel data and snapping to alreade digitized corners. We had also quite flexible snapping rules in our software and we could make some layers not snappable. It did not make sense for us to snap field parcels to power lines even it was usable to see those.
-Jukka Rahkonen- Lähettäjä: Andrei Nacu [andreina...@yahoo.com] Lähetetty: 12. toukokuuta 2012 1:15 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] (no subject) Hi, About snapping, when adding new adjacent polygons to an empty area it is faster to have it another way: snap to vertices and/or to lines when Shift is pressed, otherwise no snapping. Perhaps that could be done selectable. With shortcut run snapping the snap distance can be set to relatively high value and it is rather easy to learn where to click so that line snaps where user wants it to snap and when to press the shortcut and when not. -Jukka Rahkonen- > Hi Jukka > In my case I had to snap some build-up areas to parts of an administrative > boundary. I had to check the "snap to vertices" radio button, but it was quite frustrating that the cursor kept snapping when I wanted to ignore certain nearby vertices. And of course changing the snapping tolerance every 5 or so clicks is time consuming. > I still think it would be better to temporarily disable snapping when hitting > a shortcut key. I'm not sure if shortcut run snapping would be more helpful. > 2. Display layer features according to the Color Theming > classification order. A dialog similar to the one used for Schema > editing to allow moving classes up or down would be needed. I can't > figure out what criteria is currently used to order features after > enabling Color Theming. It's not the FID attribute, nor the classes, > nor other attributes... This is currently not possible to impose a display order between features inside a layer. Maybe it could be done, but in my opinion it would introduce a new layer of complexity for something which can be easily worked around. For now, I would divide my layer into several layers with Edition>Extract>Create a layer by attribute value (only my personnal feeling though, as I rarely use OpenJUMP to create nice maps) > 3. Improve the raster display engine. Larger geotiffs (over 150 MB) > are quite hard to handle in OJ. Also png's with void pixel background > are displayed as a black screen. Of course, it would be useful. I would create 1 feature request and 1 bug report for that. Not sure how difficult are these improvements, but I generally lack time and skill to progress on raster stuff. Hope other developpers will be interested. Michaël > Hi Michaël, Well, I think there should be a display order within a layer based on the categories set in the color theming menu (for example based on the labels designated for each category according to its importance: 1,2,3...). I know I can divine my layer into several separate layers but in my case I have a road layer with 7 road categories. Additionally I will have to duplicate each layer to have nice double line road patterns. What I want is to stick with 2 (identical) layers, each layer having the roads displayed according to their category importance (main routes on top, local roads to the bottom). Ok, I will submit the no. 1 and 3 requests plus the bug report. Thanks, Andrei ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
