Route Properties Detail

[dseddn]

Hi to all
Tried a search on this but found no answer
The Route properties display page only shows the latitude and longitude to 1 decimal place in degrees and minutes.

if I used this info we would be run over our last leg.
I am using this for the SAR function and as the search lines spacing we use is 100 meters the info on the page is not accurate as it rounding up or down to 1 decimal place over 200 meters. We need 3 decimal place's to be accurate.
If I right click on a waypoint and go to properties it gives a full Lat and long to 4 decimal places.
We need to print out the properties and radio them to vessels in the search.
Is it possible to alter the properties page it to display the lat and long to 3 decimal places.
Thanks in advance for your help.

[nohal]

dseddn...
For this very special use case, I would suggest patching the source to suit your needs (you will need to change about 2 lines of code)
For vast majority of uses the current precision is sufficient and minutes to 3 decimal degreees (1.8 m precision) is way over what a normal GPS provides anyway.
Please file a feature request in Flyspray for a "systematic" solution - it is easy to implement, but I can assure you it will get forgotten if not in the tracker.

Pavel

[dseddn]

Thanks I will do that.
I need 3 decimal places as in coordinates "degrees decimal minutes" 0.065 is 100 meters, rounding up to .1 is almost 200 meters.
Thanks again
David

[Viking Sailor]

Originally Posted by nohal

dseddn...
For this very special use case, I would suggest patching the source to suit your needs (you will need to change about 2 lines of code)
For vast majority of uses the current precision is sufficient and minutes to 3 decimal degreees (1.8 m precision) is way over what a normal GPS provides anyway.
Please file a feature request in Flyspray for a "systematic" solution - it is easy to implement, but I can assure you it will get forgotten if not in the tracker.

Pavel

Pavel,

You are right that 1.8 m position resolution is normally not necessary in the context of route planning. You are also correct that this level of resolution could not be obtained using standard GPS receivers.

However, it seems to me that making small changes to O that increases it's usefulness for non-cruising users is a good thing and in the sprite of open source software. Also, I don't see what harm adding the additional decimal places would do. Like you said it is only 2 or so lines of code.

Best regards,

Paul

[bcn]

The precision of actual GPS chip sets is better than 2.5m CEP(*) or better than 2m using SBAS - satellite based differential corrections as WAAS in the US or EGNOS in Europe. SBAS is standard in these chipsets, but has to be enabled by the system integrator.
Data for the u-blox LEA8 or the SIRF Star V 5e families of products.
(*) CEP= 90% of the time in a circle of that diameter.

Boating we have normally near to ideal conditions for GPS reception - clear sky, little or no obstruction, little multi path reception. We can take this precisions as valid.

Implies that our measurement expressed with 3 digits of a minute (=1nm or 1852m) should oscillate by 1 at the least significant digit.
Reading "001E 57.345" the real value will be something in between the range of .344 and .346. Or .343 and .347 if we want to take precautions.

Not sufficient for automatic docking (and has the dock being surveyed correctly?) but pretty good for navigating

Hubert

[dseddn]

Hi again
One thing I didn't say is that we are a volunteer non profit organisation Sea Rescue we get a small amount of government funding and have to fund raise to get operating capital we are not a commercial operation.
Thanks
David

[PjotrC]

Originally Posted by dseddn

We need to print out the properties and radio them to vessels in the search.

There was a quite promising beginning for a Print Route function...

This might take many useful options.

[dseddn]

Hi Pavel
I don"t think my issue is of much importance to the programmers.
I have compiled the source code and was wondering if you or someone can point me in the right direction to make the changes.
I believe the form routeprop.cpp is where the changes will need to be made but where to start. I am new to c++, I played with it a bit a few years ago, have done a lot of visual basic and html, a bit different. I can follow the code mostly.
any help will be appreciated.
Regards
David

[bdbcat]

David...

In current github master source...

src/routeprop.cpp, line 1380

Change from:

            //  Lat/Lon
            wxString tlat = toSDMM( 1, prp->m_lat, prp->m_bIsInTrack );  // low precision for routes
            if( arrival ) m_wpList->SetItem( item_line_index, 4, tlat );

            wxString tlon = toSDMM( 2, prp->m_lon, prp->m_bIsInTrack );

to

            //  Lat/Lon
            wxString tlat = toSDMM( 1, prp->m_lat, true );  // hi precision always
            if( arrival ) m_wpList->SetItem( item_line_index, 4, tlat );

            wxString tlon = toSDMM( 2, prp->m_lon, true );

Good luck
Dave

[dseddn]

Thanks bdbcat
That is a great help will try it out.

regards
David

[dseddn]

Thanks again bdbcat
The Code worked a treat.

David