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 - erfi

Pages: [1] 2
Discussion/New features / Re: MapsForge maps V4/V5
« on: January 03, 2019, 21:52:13 »
excellent description I needed, thanks :).

About themes: Currently, all V3 maps use Locus-MapsForge rendering system, V4+ maps use than MapsForge 0.10.0. So what I may do: allow all V3 and higher themes for V4+ maps oki? I'll look at it.

the mentioned topic is more feature request than some issue in V4 support. Sorry, this does not belong here and sorry second time: this will have to wait a little more.


Oki, so first post updated and list sorted by priorities as I feel it. Seems all should be doable. The major problem will be auto-loading system, but ... maybe not so big.

As I wrote on few places, currently I work on some bigger changes in how app work with maps, so expect during February some highly unstable version for testing, hopefully with some changes from this list :).
The following users thanked this post: erfi

Discussion/New features / Re: MapsForge maps V4/V5
« on: January 03, 2019, 21:02:14 »
"Device screen scaling": I already read the post from Tobias, but I'm not too clever from this. What is the main issue he tries to describe except lack of interest in compatibility?
That post was more my tiredness of only limited support of new mapsforge features in various apps (not just Locus, but this was the app John came up with) which limit app-independent development as we do at OpenAndroMaps. In an older discussion I got the impression that LoMaps have a bigger priority than compatibility, but this new thread let's me hope for a change :-)

But as far as device screen scaling is concerned - as a cross-app-theme-developer this is the most important issue. It was introduced with mapsforge 0.4 in 2014, at first I was a bit sceptical but with very high ppi nowadays it's a must for good rendering, as far as I'm concerned.

Here's a description of the problem I posted in a different forum:
Mapsforge maps are meant to be scaled to screen density of the device, so that a map at 160ppi looks exactly the same as with 480ppi. To do that, not only symbols and line width are scaled, but also map tile size. So if you have a map tile size of 256px at 160ppi, you get 768px at 480ppi.
Locus uses a mod of a very old mapsforge version with no scaled tiles. So with modern devices with very high pixel density, you still get 256px like for devices years ago. The only thing that is scaled is line width and symbols. But as these grow larger (3x as large at 480ppi), the space on a 256px map tile gets more crowded, and less can be displayed. So when looking at the same zoom level, less and coarse information is shown.

Here are some comparison of a densely mapped are at zoom level 17:

At first, it looks as if Locus shows more - but this isn't the case, as the area is only larger as the tile sizes are smaller. The same area can achieved by OruxMaps by using the zoom button.

Now here you can see what details are available if tile size is adjusted:

In Locus, streets are rendered much too fat, so they overlap and swallow too much space. Only a few symbols are displayed, as most are eliminated because of too little space.

So the scaling policy of OruxMaps is true to how the maps are meant to be displayed and can be scaled to every pixel density without loss of details. The only disadvantage is that with larger tile size direct comparison to online maps with old 256px tile size is not possible (although there are more HD maps coming with larger tile size as it's necessary to keep the legible on high density devices).

On my to-do-list for the Locus version right now is the idea of moving all zoom-appears 1-2 levels as this is the only possibility right now to get it a bit better, but with other disadvantages.

Other issues:
- Folder structure for themes: only one theme xml per folder is allowed, and folder are also needed. Any other app with theme support allows xml files in base folder and graphics whereever the xml points to. So a special Locus format is always necessary. I get the one folder, one theme policy, but why not two or more xml files?
- Forced connection of V4 maps with V4 themes - it should be possible to use V3 maps with V4/V5 themes, or V3 maps and V3 standard mapsforge themes etc. Maybe use standard-mapsforge for all themes, whatever version, and locus-mapsforge-fork for those themes with locus-extended="1" in the rendertheme tag? That would solve the issues of the two posts above.

Best regards,
The following users thanked this post: erfi

Versions / Re: [APP] - version 3.33.+ ( 26. 9. 2018 )
« on: September 28, 2018, 19:30:56 »
Weird, just today morning (GMT+1) I've published new 3.33.1 version

But if I see correctly, it is still not available for download :/. Most probably some issue on the Google server. So just for your information ... the version is out and the issue is not on our side. Thanks.

I thought it will be this issue ;).
The following users thanked this post: erfi

I published locus action files to simplify routing data installing and updating — As for openandromaps, now you can simply click "Locus" link to install or update.
The following users thanked this post: erfi

Themes - Vector maps / Re: [Theme] Tiramisù 3 Locus Edition +
« on: November 30, 2017, 15:25:34 »
- highway=steps
- icons of the ladder, safety rope, ... now included in the "Tourism"

inside zip only xml, unpack with replacement

prefer to consider the path on the map off the fills, vegetation, contours of heights, and currently unneeded items
The following users thanked this post: erfi

Zwischenzielen ist auf der weise die Sie sich wunschen(bis jetzt) innerhalb Locus nicht machbar.

Am besten:
Publish deiner wunsch in eine [EN] *New Idea in der Locus help desk.

[EN] Add next "Via" announcement info at Navigation.

- Entfernung zum Ziel (3) (dies ist die Voreinstellung)
- Zeit bis zum Ziel (4) - geschätzte Zeit basierend auf der bisherigen Durchschnittsgeschwindigkeit (dies ist die Voreinstellung)
- Ankunftszeit - geschätzte Ankunftszeit basierend auf der bisherigen Durchschnittsgeschwindigkeit
* Entfernung zum nächtsten zwischenziel (Via) (NEU)
* Zeit bis zum nächtsten zwischenziel(Via) (NEU)
- Zeit bis zur nächsten Anweisung - Zeit bis zur nächsten Richtungsänderung (Kreuzung)
- Zeit - die aktuelle Gerätezeit
- Höhe - aktuelle Höhe über Meeresniveau - diese wird entweder aus den GPS-Daten berechnet oder, wesentlich genauer, von einem ev. auf dem Gerät vorhandenen Barometersensor bezogen
 Tempo - die aktuelle Geschwindigkeit

NEUEDIT:  Zwischenpunkte und Zwischenziele sind etwas verwirrend.
Gerne mal bestättigen durch [DE] user ?
Planungspunkt = Shaping Point ?
Zwischenziel = Via Point ?   
Agree ?
The following users thanked this post: erfi

Themes - Vector maps / [Theme] Tiramisù 3 Locus Edition +
« on: November 26, 2017, 10:50:31 »
Source: Tiramisù 3.0.2 for Oruxmaps and MapsForge compatible applications
*  Great thanks Maki for such a Grand work and a sense of beauty!  *

Now able to work in Locus. Some layers have been added.
Redone the "scrub", now this is a clarified version of the forest from version 2.
The "wood" is now correctly displayed taking into account the type of foliage and has a different shade, for example, coniferous - darker. Increased object signatures, house numbers, regrouped layers
and many many other small things ....

Satellite map  + overlay Lomaps with the included layers of tourism and huts only ... everything else is off

Updated to 3LE+5 (12/02/2018):
 - slightly increased the visibility of the trails
 - buildings names in Place Names
 - underground waterways
 - intermittent streams and rivers (OAM only)
 - embankment's  (OAM)
 - and the little things are different
The following users thanked this post: erfi

Versions / Re: [APP] - version 3.26.+ ( 11. 10. 2017 )
« on: November 03, 2017, 22:56:58 »
Oki, thanks Michael. I'm surprised, there is any difference as I expected, results will be exactly same. I'll check it ...
The following users thanked this post: erfi

[DE] - deutschsprachiger Forumsbereich / Re: BRouter Version 1.4.8
« on: December 10, 2016, 20:35:46 »
Version 1.4.8:

(noch nicht auf Google-Play)

Insbesondere Turn-Restrictions sind dabei, zumindest die einfachen, nicht die komplizierten Wendeverbote mit "via-way". Für Auto-Profile wirken die per Default, für Fahrrad-Profile muss man sie einschalten.

Noch eine Bitte an Euch: ich bekomme bei  Google-Play zum Teil sehr heftige Kritiken, die offenbar mit Showstoppern unter Android 6 zu tun haben. Ich besitze bisher kein Android 6 Gerät, darin liegt's wohl auch ein bisschen, aber deshalb bin ich an konstruktivem Feedback zu solchen Showstoppern interessiert.

Danke und Gruss, Arndt
The following users thanked this post: erfi

Versions / [APP] - version 3.20.x (31. 10. 2016+)
« on: October 26, 2016, 14:37:28 »
31.10.2016 - Locus 3.20.0 - new version
- Blog post about major version: blog post
- Detailed list of news: list of news

01.11.2016 - Locus 3.20.1 - bug-fix version
- news after app start

09.11.2016 - Locus - beta version
- news after app start

18.11.2016 - Locus - beta version
- news after app start

25.11.2016 - Locus - beta version
- news after app start

03.12.2016 - Locus - beta version
- news after app start

08.12.2016 - Locus - beta version
- news after app start

12.12.2016 - Locus - beta version
- news after app start

14.12.2016 - Locus - beta version
- news after app start

The following users thanked this post: erfi

[DE] - deutschsprachiger Forumsbereich / Re: BRouter Version 1.4.8
« on: October 24, 2016, 15:53:09 »
ich bitte um eine verständliche Erklärung added turncost as start-direction bias (locus only) am besten an einem Beispiel 8)

Menion hat in die Aufrufschnittstelle zwei neue Parameter eingebaut, mit denen erreicht werden soll, dass eine dynamische Neuberechung mehr "nach vorne" geht und nicht schon veraltet ist in dem Moment, wo sie angezeigt wird:

- direction
- noManveuverTime

Nur ist das so zu Zeit nicht machbar, weil würde einige der strukturellen Änderungen erfordern, die auch für Abbiegebeschränkungen notwendig sind.

Aber das, was ich leicht tun kann, hab' ich gemacht: ich benutze die aktuelle Start-Richtung und rechne für den ersten Wegschritt die Winkelkosten relativ zu dieser Startrichtung genau, wie jeden anderen Winkel auch.

Dadurch rückt der Punkt, ab dem die Vorwärtslösung gewinnt, um "turncost/costfactor" Meter nach vorne man bekommt also in mehr Fällen schon bei der ersten Neuberechnung die Vorwärtslösung.

Aber wie gesagt, nur ein leichter Bias, noch kein Navi mit künstlicher Intelligenz, das raten kann, was man vorhat.
The following users thanked this post: erfi

V8, 14.10.2016,
   - Wanderwegemarkierungen (OSMC:SYMBOL) ist nun auch in den OpenAndroMaps enthalten und wird voll unterstützt
   - Wegemarkierungen können nun wahlweise dargestellt werden, aber nur wenn auch Wanderwege dargestellt werden
   - Darstellung der Parkplätze erfolgt nun auch bei ausgeschalteter Option richtig
   - Darstellung der Strassen- und Wegenamen verbessert
   - highway=tertiary (Hauptstrassen) werden nun wie bei Outdooractive in hellgelb dargestellt
   - way=dyke (Deich) wird nun angezeigt, ab Zoom 14 (nur bei OpenAndroMaps)
   - highway=tracktype die Darstellung der grade1...5 angepasst um die Erkennbarkeit zu erhöhen
   - highway=bridleway (Reitwege) werden erst ab Zoom 15 und in gröberer Strichlierung dargestellt
   - natural=rock (Nackter Fels) wird nun, mit Synbol, dargestellt (nur bei OpenAndroMaps)
   - natural=scree|shingle (Schutt, Hangschutt|Schotter, Kies) wird nun, mit Synbol, dargestellt (nur bei OpenAndroMaps)
   - natural=fell (Überwiegend mit Gras bewachsene Fläche oberhalb der Baumgrenze) wird nun dargestellt (nur bei OpenAndroMaps)
   - natural=marsh Symbol nun im SVG Format
   - natural=beach Symbol entfernt
   - landuse=vineyard Symbol nun im SVG Format und Farbe abgepasst
   - Bei highway=path|footway wird nun auch die trail_visibility (Sichtbarkeit) der Wege ausgewertet (nur bei OpenAndroMaps)
   - Bei highway=path|footway und highway=track wird nun bei foot=no, ab Zomm 14, zusätzlich eine orange gepunktete Linie angezeigt (nur bei OpenAndroMaps)

Der Downloadlink ist im Startpost zu finden.
The following users thanked this post: erfi

Is correct und functional by gpx 1.1 (extensions Locus) : <locus:rtePointAction>50</locus:rtePointAction>

Die Navigation mit zwischenziel functioniert gut.
Und shau mal diese idea's, so köntte man comfortabel editieren direct in Locus_Brouter combination.
Idea: Frei setzen einer punkt, ist oder ein Via = Zwischenziel, oder ein punkt "shape" (wird nicht gespeichert) in der edit function "Route and Measure".
Setzen einer punkt IMMER etwas entfernt (zu beispiel in 50m entfernung) einer junction, wo anderseits der automatic routing möglich eine  navigation anweisung L/R/S positioniert !
Eine ganz functionelle informative 'Via' durch freie <name>(gpx) wahl und <desc>gpx. Der gpx<name> angekundigt mit sprache TTS und gpx<desc> mit text display.

Details in beilage and a gpx test file Locus gpx 1.1 in my previous example testfiles.

"Spielen" sie mal eine navigation 'virtual' nach und bemerk der TTS sprache und der text info in schirm. 
Informatives navigation punkt UND zwischenziel function zugleich !

The following users thanked this post: erfi


Exportiere ich diese in Locus erstellte Route als .gpx und importiere sie anschließend, ist alles dahin. Die importierte .gpx-Route berücksichtigt keine Zwischenziele mehr.  :(

In welches gpx-format hast du da exportiert? Bei gpx 1.1 geht das meiner Meinung nach,  bei gpx 1.0 anscheinend nicht, weil da die Locus-spezifischen Tags nicht mit exportiert werden.

Das wäre eventuell auch die Lösung für Brouter, wenn er selbst eine Route mit via-Punkten aus der Locus-Datenbank in ein brouter0.gpx exportiert: die Zwischenpunkte könnten mit dem Locus-Tag <locus:rtePointAction>50</locus:rtePointAction> als wpt exportiert werden. Ich denke,  Locus würde sie dann als Zwischenpunkte erkennen und auch bei Neuberechnungen berücksichtigen.
The following users thanked this post: erfi

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:

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:

The following users thanked this post: erfi

Pages: [1] 2