Messages

Well then these Java objects are the "data format" which are used to exchange information.
But maybe you are in direct contact with Arndt and have already found a solution with him.

Menion, wouldn't the format of data which Graphhopper exchanges with Locus perfectly match the needs for integration of BRouter?

@Arndt, ich habe das heute Nachmittag auf der Couch probiert und zwar gerade an Stellen, wo Graphhopper seit Jahren Fehler macht. Brouter meistert diese Stellen exzellent!
Ich kenne natürlich die Schnittstelle zwischen Locus und Brouter nicht (Locus ruft Brouter auf) aber könnte es sein, dass die Schnittstelle das gar nicht hergibt oder auf Locus-Seite mangels bisheriger Notwendigkeit noch gar nicht implementiert ist?

Wenn man den neuen Punkt am Fadenkreuz erstellt, kann man sehr genau arbeiten. Setzt man das Fadenkreuz ganz knapp neben den bisherigen Punkt B, so funktioniert das einwandfrei. Mit der Quick Add Methode kriegt man an solchen Stellen Probleme

@Locus-Team: GraphHopper 0.6.0 was released some days ago. Could we get an update of the Locus plugin?

An automatic calibration to the specified value would make an air-pressure-sensor much more usefull!
No GPS-data, no SRTM-data, just the most reliable air-pressure data at track recording...

Well, of course this might the most accurate start setting for altitude in case one knows the exact altitude at the location.
But I personally prefer calibration according SRTM data because this is not too bad in most cases (I know there are examples with quite high difference compared to actual altitude) and works everywhere I start track recording.

And for me this seems to work because I checked some tracks starting from my house and they all start with 473m which is the SRTM value Locus reports for this location. I have no calibration data entered myself.

@Menion: could you shade some light how this automatic calibration really works in case SRTM data for the area is available?

@shushuk: taken from manual: "Automatic - Locus Map uses GPS altitude or SRTM files altitude and current barometric pressure as basic values and relates all other measurements to these values."

Question now is, what means "or" in this context

Isn't
Altitude manager->Settings->Pressure Sensor = on
+
Altitude manager->Pressur->Automatic = on
enough?
I have these settings since ages and think I always get the correct altitude at the starting point

Eure Vorschläge sind alle gut aber gerade für das Problem "wo hab ich mein Auto abgestellt" gibt es doch eine extra Funktion in Locus:
http://docs.locusmap.eu/doku.php?id=manual:user_guide:functions:parking

Häng doch mal die Locus/config.cfg hier rein oder schick sie mir per pm.

Was hast du denn konkret gemacht? Einen neuen Track ohne das Häkchen erstellt?

Edit:
Ach jetzt verstehe ich, du meinst die Zwischenziele, nicht die Anweisungen.
Die Zwischenziele sind die Punkte, die du für die Erstellung der Route benutzt hast.
Keine Ahnung wie man die abgeschaltet kriegt.

Edit2:
Wenn du die Zwischenziele (Via-Points) nicht brauchst, kannst du sie abschalten. Setze dev_enable_add_new_route_via_points=0 in Locus/config.cfg:
  # DEV - Change clicked points in "add new route" feature to "via points" (default: true)
  # Works only in Locus Map Pro
  dev_enable_add_new_route_via_points=1
  Ich hab das jetzt nicht ausprobiert aber die Beschreibung passt.

Geh in den Dialog zum Hinzufügen einer neuen Route und tippe auf das dritte Symbol von links. In dem Dialog gibt es die Möglichkeit ein Häkchen zu setzen bei "Berechne Anweisungen". Wenn du das entfernst, werden beim Erstellen der Route keine Anweisungen berechnet.

Mapsforge hat sich in letzten beiden Jahren stark weiterentwickelt. Beispielhaft nenne ich mal diese Aspekte ...

- Insgesamt sind sehr viele Korrekturen erfolgt und neue Features hinzugekommen. Hier findet sich die Liste mit allen Features (Locus ist auf dem Stand der Version 0.3 mit proprietären Erweiterungen): https://github.com/mapsforge/mapsforge/blob/master/docs/Changelog.md

- Aufgrund eines (uralten) Fehlers wird die Umrandung von Flächen nur halb so breit dargestellt wie sie eigentlich müßte. Dieser Defekt wurde in der Version 0.4 korriert. Der optische Effekt ist erheblich; ohne Anpassungen am Theme wirkt die Karte deutlich "grober". Ich würde das Freizeitkarte-Theme gerne ändern wollen (verallgemeinern). Im Falle von Locus würde das aber zu winzigen, kaum mehr erkennbaren Umrandungen führen.

- Stephan arbeitet seit längerem am Thema Kartenstile. Damit bestimmt der Theme-Designer zum einen den primären Kartenstil (im Beispiel Outdoor), und zum anderen die Features die innerhalb eines Stils angezeigt werden (im Beispiel wurden Wanderrouten "hiking routes" aktiviert). Dies eröffnet enorme Möglichkeiten. Beispielsweise kann man Kartenobjekte dynamisch mit wenigen Klicks ein- oder ausblenden. Höhenlinien, Parkbänke, Routen usw. seien da mal genannt. Alles Objekte die man nur im Bedarfsfall sehen will, aber keinesfalls immer.



An weiteren Themen wie z.B. der Offline-POI-Suche wird im Mapsforge-Projekt gearbeitet. Locus hat sich durch das Verharren auf der proprietären Version 0.3 von allen Entwicklungen abgekoppelt. Sehr schade.

Gruß Klaus

Grundsätzlich hätte ich auch gerne gesehen, wenn Locus sich wieder an die Mapsforge-Entwicklung angepasst hätte.

Was du jetzt hier anführst sind sicherlich große Fortschritte im mapsforge Projekt  aber was ist davon substantiell soviel besser oder überhaupt erst neu gegenüber Locus?

Menions Aktivitäten die zu der proprietären Version von mapsforge basierend auf Version 0.3 geführt haben (einige Bugfixes und viel in Richtung Performance) resultieren nach meiner Erinnerung aus der kaum vorhandenen bzw. nutzbaren Weiterentwicklung von mapsforge nach Version 0.3, könnte 2013/14 gewesen sein.

Die Kartenstile, die Stephan für sein Theme verwendet, gibt es in Locus auch. Ok, schade, dass Stephan seine Arbeit für die verschiedenen Karten-Apps anpassen muss. Ich kann nicht beurteilen, in welchem Verhältnis sein oder auch dein Zusatzaufwand zu Menions Aufwand stünde.

Ja, das Offline-POI-Thema. Hat mapsforge auch schon von Anfang an auf der Roadmap und wurde viele Jahre nix draus. Locus ist andererseits bei diesem Thema wohl auch noch nicht übern Berg (ich selbst benutze es bisher nicht aber man liest im Forum wenig darüber).

Ist da wirklich soviel was letztendlich auch beim End-User als Verbesserung ankäme?
Wenn nicht kann ich Menion verstehen, wenn es natürlich im Sinne der Zusammenarbeit und möglicher zukünftiger Entwicklung besser wäre, man fände eine gemeinsame Basis.

Nichts für ungut, ich schätze die Arbeit all der Leute sehr, die mit ihren Projekten soviel für die Allgemeinheit beitragen, seien sie nun nonprofit oder profit.

ad 1): Sounds like graphhopper.sh contains carriage return characteers (\r). This could be the result of editing this file with a windows editor.

Hi Jeremy,
I'm not 100% sure what you are exactly looking for, maybe I get you wrong.
But here my proposal:
Import your GPX track into Locus, let it display and then tap on the visible track and select "Navigation".
Locus will calculate navigation hints automatically just based on the shape of the track. In this mode (different to MapQuest e.g.) Locus has no knowledge of the kind of road etc, it will just navigate you along the GPX track.
Drawback: It will announce every curve along the road as "turn right or left" instead of being silent when this this is the only alternative you have (e.g. think of a road through the mountains with hairpin curves)
Benefit: You will even get navigation hints while your offroad, e.g. your GPX track goes somehow through a forest but there is no road.

Is this what you are looking for?