Matthias, I just tested this with OJ 1.4.0.3. When I click on the measure tool and move it within snapping range of a grid intersection, the measure line graphic snaps to the grid intersection but the distance to the actual cursor location (not the grid intersection) is displayed.
Does this makes sense? Thanks, Landon On Sun, Jun 19, 2011 at 9:53 AM, Matthias Scholz <m...@jammerhund.de> wrote: > Hi Landon and Michaël, > > I've read your mails and bugreport carefully again. But for me it works. > Please take a look to the attachments. In oj-snap1.png the measure starts at > bottom and snaps to the top grid crossing. This is befor double clicking on > the mouse position as you can see in the screenshot. I've used 100 point for > snapping. In oj-snap2.png I final the second mesurement on the grid crossing > as you can see. And in oj-snap3.png you can see, that both results are the > same. I'm completely wrong with my point of view???? > > Sorry that my Ubuntu screenshot tool changes the mouse pointer icon. In real > life this is naturally the mesasurement icon! > > Regards > > Matthias > >> Just read my bug report again. If I remember things correctly, this is >> still a bug that should be fixed. The reported value from the measure >> tool is using the actual pixel location of the mouse cursor, while the >> graphical measure line obeys the snapping settings. >> >> This should be a fairly simple fix. We just need to call the snapping >> method before we calculate the reported value. >> >> If Matthias is too busy, I could take a look at this bug over the next >> few days. I'm on vacation, and it should only take an hour or so to >> track down and fix. >> >> Let me know what you think Matthias. >> >> Landon >> >> 2011/6/18 Michaël Michaud<michael.mich...@free.fr>: >>> >>> Hi Matthias, >>>> >>>> Hi Michaël and Landon, >>>> >>>> I've checked the problem described in bug report 3034927. For me, there >>>> is no problem. I've used the layerstatistics to get the area and the >>>> perimeter of the objects. Than compared with the results of measure >>>> tool. >>>> If you get other results, please can you provide me with sample data and >>>> instructions to get the wrong results. >>> >>> Thanks for having a look to this bug report. >>> I think I can reproduce what has been reported by Landon in 3034927. >>> If you set the "snap to grid" to 10 pixels and you move the mouse at >>> less than 10 pixels from a grid node, >>> - the measure line drawing snaps to the grid during the mouse moving >>> (before doing a mouse click) >>> - the measure calculation consider the actual mouse position instead of >>> the snapped one, until you really click the mouse. >>> >>> I'm not sure this behaviour is really a problem. But one can see that >>> drawing snaps in real time (before clicking) and measure calculation >>> does not. >>> Let's see what Landon say. >>> >>> Michaël >>> >>> >>>> Matthias >>>> >>>> >>>> >>>>> Hi Michaël, >>>>> >>>>> I will take look hat the bug report and give you feedback. >>>>> >>>>> >>>>> >>>>>> Hi Matthias, >>>>>> >>>>>> As you improved Measure tool a lot, you may have had an opportunity to >>>>>> check Bug report 3034927 (Measure Tool Does'nt Comply With Snap), >>>>>> reported by Landon. >>>>>> Do you know if it is fixed, still to be fixed, hard to fix ? >>>>>> I started a todo list for OJ 1.4.1 release, and you may want to give >>>>>> some feedback about it : >>>>>> >>>>>> >>>>>> https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_Roadmap >>>>>> >>>>>> >>>>> A roadmap is a good idea :-) Thank you Michaël! >>>>> >>>>> Matthias >>>>> >>>>>> Michaël >>>>>> >>>>>> Le 19/02/2011 12:17, Matthias Scholz a écrit : >>>>>> >>>>>> >>>>>>> Hi! >>>>>>> >>>>>>> >>>>>>>> I think Matthias is correct. We should rejigger the tools to work >>>>>>>> with >>>>>>>> different types of units instead of duplicating tools. >>>>>>>> >>>>>>>> I've looked at adding properties that get saved with the project >>>>>>>> file >>>>>>>> before (task names I think) and found it wasn't as easy as I wanted. >>>>>>>> It would be nice if we had a way to make writing custom properties >>>>>>>> to >>>>>>>> the project file a little easier. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> I don't know, if we talk about the same. But for save and restore >>>>>>> properties in a Task (project) you have simply make a >>>>>>> >>>>>>> Map taskProperties = task.getProperties() >>>>>>> >>>>>>> And then you can put or get your own properties which will be >>>>>>> saved/restored automatically. With simple types this runs out of the >>>>>>> box. For complex types you have to build a java2xml mapping file >>>>>>> corresponding to the java class file. >>>>>>> >>>>>>> Second I mean, that we should extend the set SRID stuff. Because most >>>>>>> of >>>>>>> the EPSG definitions have a "units" parameter. So we can use the EPSG >>>>>>> parameters in the future for coordinate transformation and measure >>>>>>> computations. The bad way is to have two unit parameters in OJ. >>>>>>> Ede please can you tell us your statement, because your are more the >>>>>>> coordinate transformation expert than I. >>>>>>> >>>>>>> Matthias >>>>>>> >>>>>>> >>>>>>>> The Sunburned Surveyor >>>>>>>> >>>>>>>> On Wed, Feb 16, 2011 at 9:49 AM, Matthias Scholz<m...@jammerhund.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Hi! >>>>>>>>> >>>>>>>>> I prefer a solution with only one tool. To do that we need IMHO a >>>>>>>>> possibility to set/save/restore the unit for the projects data. >>>>>>>>> Than I >>>>>>>>> can extend the new measure tool with the possibility to view the >>>>>>>>> measure >>>>>>>>> result in some different units, such as meter, feet or degree. I >>>>>>>>> can add >>>>>>>>> a JCombobox to select the "output unit" in the options dialog. >>>>>>>>> First we should define on which place in the GUI the user can set >>>>>>>>> up the >>>>>>>>> projects unit. The value can be placed in the persistent blackboard >>>>>>>>> for >>>>>>>>> automatic save and restore. >>>>>>>>> >>>>>>>>> Please correct me, if I'm wrong. >>>>>>>>> >>>>>>>>> @Peppe: >>>>>>>>> Nice idea to store the single points of a measure in a separate >>>>>>>>> layer. >>>>>>>>> But some questions to do that. >>>>>>>>> - should this done with a new menu entry in the measure popup menu? >>>>>>>>> - should this done automatically, controlled by an option? >>>>>>>>> - should the layer name configurable? >>>>>>>>> - and finally, should this be a normal or a system layer? >>>>>>>>> One problem I see. Through the possibility to make multiple >>>>>>>>> mesurements, >>>>>>>>> we can have more than one geometry on the measure layer. When i >>>>>>>>> copy all >>>>>>>>> the points of all geometries on one layer you cannot distinguish >>>>>>>>> this >>>>>>>>> points. A solution can be to save every measure in a seperate layer >>>>>>>>> or >>>>>>>>> with a attribute to distinguish the measurement. >>>>>>>>> >>>>>>>>> Any suggestions are welcome :-) >>>>>>>>> >>>>>>>>> >>>>>>>>> regards >>>>>>>>> >>>>>>>>> Matthias >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> wouldn't it just be a matter of selecting input and output units >>>>>>>>>> first? that should be done easily. ede >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 14.02.2011 16:54, Larry Becker wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hi Peppe, >>>>>>>>>>> >>>>>>>>>>> Speaking as someone who often uses Imperial units, thanks for >>>>>>>>>>> thinking of us! I haven't updated to the latest snapshot. Did the >>>>>>>>>>> "Measure >>>>>>>>>>> in feet" option on the bottom of the tools menu go away? >>>>>>>>>>> >>>>>>>>>>> One of the issues that I have found with any "Measure in >>>>>>>>>>> feet" tool is that it assumes your project units are meters. Of >>>>>>>>>>> course it >>>>>>>>>>> doesn't work if your units are degrees, but the problem that >>>>>>>>>>> confuses our >>>>>>>>>>> users the most is when the project units are feet, you can't use the >>>>>>>>>>> "Measure in feet" tool because it will do unnecessary conversion >>>>>>>>>>> and give >>>>>>>>>>> the wrong answer. >>>>>>>>>>> >>>>>>>>>>> regards, >>>>>>>>>>> >>>>>>>>>>> Larry >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Feb 14, 2011 at 9:17 AM, Giuseppe >>>>>>>>>>> Aruta<giuseppe_ar...@yahoo.it<mailto:giuseppe_ar...@yahoo.it>> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi all, >>>>>>>>>>> I saw that the new measure tools have been substituted the >>>>>>>>>>> original tool into the last OJ Night snapshot. >>>>>>>>>>> I have a couple of proposals: >>>>>>>>>>> >>>>>>>>>>> a) Is it possible to duplicate those 2 tools, but in Feet >>>>>>>>>>> instead of Meters? >>>>>>>>>>> That means that we can have 4 tools instead of 2 (measure >>>>>>>>>>> distance in meters, measure area in meters, measure distance in >>>>>>>>>>> feet,measure >>>>>>>>>>> area in feet). >>>>>>>>>>> That probably solves many works for people who use Imperial >>>>>>>>>>> measure system. >>>>>>>>>>> >>>>>>>>>>> b) as I can see those tools display also the relative >>>>>>>>>>> distances between points, but those distances are not saved: it >>>>>>>>>>> would be >>>>>>>>>>> useful to save even that information on an extra layer. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> regards and thanks >>>>>>>>>>> >>>>>>>>>>> Peppe >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> The ultimate all-in-one performance toolkit: Intel(R) >>>>>>>>>>> Parallel Studio XE: >>>>>>>>>>> Pinpoint memory and threading errors before they happen. >>>>>>>>>>> Find and fix more than 250 security defects in the >>>>>>>>>>> development cycle. >>>>>>>>>>> Locate bottlenecks in serial and parallel code that limit >>>>>>>>>>> performance. >>>>>>>>>>> http://p.sf.net/sfu/intel-dev2devfeb >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Jump-pilot-devel mailing list >>>>>>>>>>> >>>>>>>>>>> Jump-pilot-devel@lists.sourceforge.net<mailto:Jump-pilot-devel@lists.sourceforge.net> >>>>>>>>>>> >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel >>>>>>>>>>> Studio XE: >>>>>>>>>>> Pinpoint memory and threading errors before they happen. >>>>>>>>>>> Find and fix more than 250 security defects in the development >>>>>>>>>>> cycle. >>>>>>>>>>> Locate bottlenecks in serial and parallel code that limit >>>>>>>>>>> performance. >>>>>>>>>>> http://p.sf.net/sfu/intel-dev2devfeb >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Jump-pilot-devel mailing list >>>>>>>>>>> Jump-pilot-devel@lists.sourceforge.net >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel >>>>>>>>>> Studio XE: >>>>>>>>>> Pinpoint memory and threading errors before they happen. >>>>>>>>>> Find and fix more than 250 security defects in the development >>>>>>>>>> cycle. >>>>>>>>>> Locate bottlenecks in serial and parallel code that limit >>>>>>>>>> performance. >>>>>>>>>> http://p.sf.net/sfu/intel-dev2devfeb >>>>>>>>>> _______________________________________________ >>>>>>>>>> Jump-pilot-devel mailing list >>>>>>>>>> Jump-pilot-devel@lists.sourceforge.net >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel >>>>>>>>> Studio XE: >>>>>>>>> Pinpoint memory and threading errors before they happen. >>>>>>>>> Find and fix more than 250 security defects in the development >>>>>>>>> cycle. >>>>>>>>> Locate bottlenecks in serial and parallel code that limit >>>>>>>>> performance. >>>>>>>>> http://p.sf.net/sfu/intel-dev2devfeb >>>>>>>>> _______________________________________________ >>>>>>>>> Jump-pilot-devel mailing list >>>>>>>>> Jump-pilot-devel@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel >>>>>>>> Studio XE: >>>>>>>> Pinpoint memory and threading errors before they happen. >>>>>>>> Find and fix more than 250 security defects in the development >>>>>>>> cycle. >>>>>>>> Locate bottlenecks in serial and parallel code that limit >>>>>>>> performance. >>>>>>>> http://p.sf.net/sfu/intel-dev2devfeb >>>>>>>> _______________________________________________ >>>>>>>> Jump-pilot-devel mailing list >>>>>>>> Jump-pilot-devel@lists.sourceforge.net >>>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio >>>>>>> XE: >>>>>>> Pinpoint memory and threading errors before they happen. >>>>>>> Find and fix more than 250 security defects in the development cycle. >>>>>>> Locate bottlenecks in serial and parallel code that limit >>>>>>> performance. >>>>>>> http://p.sf.net/sfu/intel-dev2devfeb >>>>>>> _______________________________________________ >>>>>>> Jump-pilot-devel mailing list >>>>>>> Jump-pilot-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> What You Don't Know About Data Connectivity CAN Hurt You >>>>>> This paper provides an overview of data connectivity, details >>>>>> its effect on application quality, and explores various alternative >>>>>> solutions. http://p.sf.net/sfu/progress-d2d >>>>>> _______________________________________________ >>>>>> Jump-pilot-devel mailing list >>>>>> Jump-pilot-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>>> >>>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> What You Don't Know About Data Connectivity CAN Hurt You >>>>> This paper provides an overview of data connectivity, details >>>>> its effect on application quality, and explores various alternative >>>>> solutions. http://p.sf.net/sfu/progress-d2d >>>>> _______________________________________________ >>>>> Jump-pilot-devel mailing list >>>>> Jump-pilot-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> EditLive Enterprise is the world's most technically advanced content >>>> authoring tool. Experience the power of Track Changes, Inline Image >>>> Editing and ensure content is compliant with Accessibility Checking. >>>> http://p.sf.net/sfu/ephox-dev2dev >>>> _______________________________________________ >>>> Jump-pilot-devel mailing list >>>> Jump-pilot-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> EditLive Enterprise is the world's most technically advanced content >>> authoring tool. Experience the power of Track Changes, Inline Image >>> Editing and ensure content is compliant with Accessibility Checking. >>> http://p.sf.net/sfu/ephox-dev2dev >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> ------------------------------------------------------------------------------ >> EditLive Enterprise is the world's most technically advanced content >> authoring tool. Experience the power of Track Changes, Inline Image >> Editing and ensure content is compliant with Accessibility Checking. >> http://p.sf.net/sfu/ephox-dev2dev >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
