Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - sonny

Pages: 1 2 3 [4] 5
46
Maps / Re: Precise LiDAR Terrain Models of Austria, Germany, Slovenia, Spain
« on: September 12, 2016, 13:13:19 »
First of all:
- Just download the 1"-sec versions of the DTMs (or if you have little available memory on your phone: 3"-sec).
Not the 20m and 50m-versions, Locus can not use them.

- Yes, copy the .hgt-files into data/srtm folder of Locus.

- If there are already equal named files in this directory, just overwrite them (they have been automatically downloaded by Locus before and are based on less accurate SRTM-data)

You don't have to copy each .hgt-file of a country, just for the areas you are interested in.
Each elevation file (.hgt) represends exactly 1° x 1°, which could automatically derived from the filename. The filename specifies the southwest corner, e.g. "N47E014.hgt" represends an area from N47° to N48° latitude and E14° to E15° longitude.

- If you copied them I recommend to start Locus and once execute
Menu > Settings > Miscellaneous > Clear temporary data > (check all points)
to make sure, no old cached elevation or shading remain.

47
Maps / Re: Precise LiDAR Terrain Models of Austria, Germany, Slovenia, Spain
« on: September 12, 2016, 10:31:20 »
If the country's Lidar-elevation data is Opendata, then maybe. But those of Switzerland, France are not available free. And for Italy (exempt South Tyrol) I'm unsure about the situation. And if Opendata - where to find LiDAR sources of the whole country.

48
Maps / LiDAR- Digital Terrain Models (DTM) of European countries
« on: September 11, 2016, 21:17:19 »
Dear Locus map creators and users!

I want to tell you, that I've created several Digital Terrain Models (DTMs), which are based on precise Opendata LiDAR-elevation data of the country's Geographical Institutes. Right now these are:
The improvements in accuracy, quality and fine details of my model's elevations compared to those of the popular SRTM-datasets are enormous. Especially in mountainous terrain. Take a look at the following Map comparisons: Maps based on LiDAR-DTMs to maps based on SRTM-DTMs: https://bit.ly/dtm-map-comparisions

You can use these new DTMs to create improved, more accurate contour lines in maps. Or you can copy the files for the area of your interest into the correct folder of Locus to improve dynamic elavation values and the shading of the maps in these areas.

I spent many, many Hundreds of hours during my leisure time to search for new Opendata source files, get in contact with national public authorities. To download those giant amounts of source data. To search for errors, plug gaps within the data, compile, resample it and create files in useful formats. To finally provide them to you, FOR FREE.

It would make me very happy, if you honor this work by supporting me with a Donation. I’ve created a DONATIONLINK via PAYPAL:
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=E6GG3NPU88ZQE&source=url

THANK YOU VERY MUCH, Sonny.

49
Troubles & Questions / Re: Dynamic Elevation: Method of determining elevation using .hgt-Files
« on: June 30, 2016, 23:30:11 »
I just controlled bicubic interpolation using Global mapper. Same result here, also Global mappers maximum is even 1213 m for the 1206 peak. And funny detail: The 1213m maximum is at a position, where in the .hgt file the edge of the peak-pixel is about 50 meters away :o

I also looked at the result using bilinear interrpolation: Using this method, each map-pixel is <=1206 m

Just for interest: Is there a reason why bicubic is better for elevation files than bilinear?

Bicubic:
Original:
Bilinear:

50
Troubles & Questions / Re: Dynamic Elevation: Method of determining elevation using .hgt-Files
« on: June 30, 2016, 22:42:20 »
I'm using Global Mapper for the creation of the .hgt files. i can define any raster width i like. For my test-hgt for example I used 2200x2200 values which equals about 50m x 35m. (By the way: Does a .hgt file for use in Locus have to be same amount of rows and colums? Or is it possible e.g. to create files 1600 x 2200 - which equals about 50m x 50m - which suits much better to the original 10x10 m elevation files, which are free available for Austria.

Global Mapper has several options to resample the elevation values of the new, wider raster. One is: take the maximum elevation within a box of e.g 5x5 elevation pixel of the source file. So I can make sure that each maxiumum elevation of a peak is still in the new .hgt file for Locus.

But I have to see if this is really the best method now I know that Locus is adding some meters in altitude in the center. I have to take care the resampling method of Global Mapper as well as these of Locus to get optimum offline elevation files. Some tests following  ;)

51
Troubles & Questions / Re: Dynamic Elevation: Method of determining elevation using .hgt-Files
« on: June 30, 2016, 21:28:48 »
But how can it be that if a peaks' elevation-pixel of the .hgt file has an elevation for example of 1500 m.
And every elevation pixels around in a 4x4 raster (which are used for bicubic interpolation) are much meters lower.
So in my opinion just the map-pixel which is in the middle of the elevation pixel should have an exact altitude of 1500 m

Each map-pixel around should be lower, shouldn't they? Or am I wrong that the map-pixel which is exactly in the center of an elevation-pixel should have the same elevation values (1500 m). Or in other words: How can a map-pixel be higher than the highest elevation-pixel?

But maybe I'm not quite understanding bicubic interpolation, and I've to read some sites about this filter method in detail ;)

52
Troubles & Questions / Dynamic Elevation: Method of determining elevation using .hgt-Files
« on: June 30, 2016, 18:25:08 »
I'm experimenting in producing more accurate .hgt elevation files compared to the ones downloaded with Locus especially for mountain terrain in Austria.

For example there'e a mountain peak with true elevation=1206 m
The highest peak of this mountain in the original .hgt-file of Locus=1185 m
The highest peak of my new created .hgt-file of this mountain=1206 m

But now the strange thing: When using my new .hgt-file in Locus, the map show me a maximum of 1210 m at the location of the peak. How can this be, since the highest spot in the .hgt file is 1206 m and each point on the map should be <=1206 m?  :o
What method of filter is Locus using to calculate the high at the exact cursor's location out of the elevation-values around this location of .hgt-file?
 

53
Troubles & Questions / "Hold map center" during Guide unwanted switched off
« on: June 27, 2016, 12:00:47 »
Hi!

I usually have the option "Hold map center" on when guiding to a Waypoint or Geocache. But there's the following annoying behaviour:
When opening the infosite of this waypoint and then clicking onto the map-icon on the buttom to return to the map screen, the "Hold map center" is suddenly switched off! (I could alternatively press the "back"-Button of my phone. Here the hold-option is still turned on. But I do not always remember this and just click the more intuitive Locus "map-icon" on the bottom.

A satisfying solution would be: If pressing the "map-icon", jump to the waypoint's coordinates. But keep the "Hold map center" option switched on. Because of that the map would jump to the actual GPS-position after 5 seconds.

54
Troubles & Questions / Wrong Hotspot position of some Waypoint icons
« on: June 24, 2016, 17:00:10 »
Hi,

I noticed that a few of the Locus-Waypoint icons having a wrong or missleading Hotspot (the pixel that is exactely marking the coordinates an icon's waypoint on the map).

These are the "x"-icon, the ring-icon, and the circle-icon of each color. Their optical hotspot is in the center of these icons. But Locus uses a Pixel at the bottom of these icons as the coordinate hotspot

Look at following example Screenshot:



you can see, there is a difference of about 60 Meters in reality between the center of the icon and the real coordinates of the icon's waypoint indicated by the cross-hair. In extreme cases somebody could by mistake think that the waypoint is somewhere within the parallel street of a town.

Please correct the Hotspots of these icons.

The other Locus icons (arrows and marker-like icons) as well as the Garmin-icons, which having their optical hotspot in their center, are already treated correctly in Locus.

55
Troubles & Questions / Re: OpenStreetMap Notes: Save for offline use?
« on: June 22, 2016, 22:12:45 »
Hi Menion, thanks for your workaround. I tested it, and it works.

But as you said, this workaround is not very convinient if I want to work using OSM-notes regularly. Another problem is, that I have to disable the display of tracks and waypoints each time before I export the notes. Otherwise tracks and waypoints are being exported and later imported as well. And after that switching on display of waypoints and tracks again...  :o

So it would be very useful if you could think of a method to save this OSM-notes with one or two clicks into regular waypoint-folders.  :)

56
Troubles & Questions / OpenStreetMap Notes: Save for offline use?
« on: June 21, 2016, 23:28:12 »
Hello,

I like the feature of Locus to display OpenStreetMap Notes. I use them to check these notes out in the field and later correct them within Openstreetmap.

But how to save the Notes for offline use before I go out into the field? Not everywhere is mobile Internet available to display the notes around my location. Or even if I'm online, it is just disturbing that already loaded notes get removed from the map when moving the map within Locus. It takes some time if they are loaed and displayed again...

Would be great if we could save Notes for offline use into a Point-folder, maybe like Geocaches could be saved for offline use too.

57
Troubles & Questions / Re: start of individual Navigation app using point's context menu
« on: June 08, 2016, 18:26:11 »
Hi Menion
oh what a pity. Do you mean it's technically impossible to add another, optional, context menu entry "Navigation apps".

Or alternative to define within settings/Navigation what the prefered Navigation method is? (Locus internal navigation like BRouter etc. or external app like HERE maps). So each time I click onto the "Navigate to" icon, the prefered Navigation method is used?

58
Troubles & Questions / Re: start of individual Navigation app using point's context menu
« on: June 07, 2016, 23:18:34 »
Open a point's detail page. At the bottom there are 4 icons to click at: map, guide, puzzle, arrow

59
Troubles & Questions / start of individual Navigation app using point's context menu
« on: June 07, 2016, 22:58:28 »
Hi,

I want to quickly start my own offline Navigation App ("HERE Maps") when clicking at a point's context menu. Right now when clicking onto "Navigate to" just the internal Locus-Navigation screen is openend. But I don't want to use these Locus powered Navigation methods, just open the "HERE Maps"-App out of the context menu.

Right now I just can start these app with several additional clicks, which is of course tedious:

- click on point
- click on the left side of point's popup-window
- click onto "puzzle" icon
- click onto "Map apps"
- click onto "Navigation apps"

=> now "HERE Maps" starts with the point's coordinates as Finish of the Route.

60
Troubles & Questions / exported track not visible at PC using USB
« on: June 04, 2016, 23:39:27 »
Hi!

Right after recording a track, I save it and export it as .GPX-file into a folder of my phone, which runs Android 6.
After that I'm connecting the phone to a PC, using USB cable, for copying the trackfile to my PC.

Now the problem: When opening the phone's export folder within my PC's file explorer, I don't see the exported .GPX-track file to copy it to my PC.  :-\

Each time I've to reboot my phone first, before my PC sees this new exported file on my phone.
Or another method I found out: if I copy the exported file with a *file browser on my phone* into another folder on my phone, I could see this copied file on my PC immediately too.
Both methods are of course not ideal and a pain.

Does anybody have the same problem when exporting tracks and right after that connecting the phone to a PC using USB-cable? Any possible solution to prevent to reboot my phone each time I want to copy a track to my PC?

Pages: 1 2 3 [4] 5