Hi Landon, did we only speak from the wrong value in the statusbar during a measure? And not from the finished measure? The value in the statusbar during snapping is wrong. This should possible to fix for me.
Matthias > 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 > ------------------------------------------------------------------------------ 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
