Beiträge von kiozen

Mit der Idee habe ich mich auch schon mal gespielt. Das kann man machen, aber welche andere Software, oder gar welches Gerät, kann das interpretieren?

In QLandkarte GT habe ich das dann so gelöst:

Liegt ein Wegpunkt nahe genug an einem Track, wird dieser dem Track zugeordnet und definiert einen Abschnitt. Das kann man sich dann anzeigen lassen (siehe Screenshot). Die Tabelle kann man über die Zwischenablage in OpenOffice oder ähnliches zum Ausdrucken übernehmen.

Beim Export auf das Gerät wird es spannend. Die Garmins weisen einem Track, der zur Navigation verwendet wird auch alle nahegelegten Punkte zu und gibt die Distanz zum Nächsten im Reisecomputer an. Nur leider werden auch POIs in der Karte genommen. Und ein Name wird auch nicht angezeigt.

Für TwoNav gibt QLGT tatsächlich ein Roadbook aus. Weist man den Wegpunkten kleine Bilder mit Abbiegehinweisen zu, dann sieht man die auch in der Kartenansicht. Somit kommt TwoNav dem Gedanken eines Roadbook am nächsten.

Natürlich lässt sich mit CompeGps's PC Software CompeLand auch ein Roadbook für TwoNav herstellen. Wahrscheinlich sogar mit mehr Möglichkeiten als in QLGT.

Zitat von trailsurfer

War dabei der Empfang der EGNOS-Signale eingeschaltet ?

Hat schon mal jemand mit den diversen Systemen experimentiert ( nur NAVSTAR GPS, nur GLONASS, mit und ohne EGNOS ) ?

Es war alles an, bis auf GLONASS. Meiner Meinung nach ist es reines Wunschdenken, dass GLONASS irgendetwas verbessert. Da wird mit jedem System eine Position berechnet, die dann auf irgendeine Weise verrechnet werden. Sind beide Quellen sehr gut, mag das zu einem besseren Ergebnis führen. Hat eine Quelle eine schlechte Konstellation.... ja was dann? Die Bessere mit der Schlechten degradieren? Oder die Schlechtere mit der Besseren anheben? Das ist wohl die gleiche Betrachtung wie halb voll oder halb leer. Eine bessere Position kommt dabei nicht heraus.

Meiner Meinung nach ist GLONASS in den Geräten damit sie ohne Strafzoll in Russland verkauft werden dürfen.

Bitte sehr, die rohen Tracks, so wie sie aus den Geräten rausgeplumpst sind. Lediglich die Zeitmarken wurden anonymisiert.

Beide Geräte hatten extreme Probleme von der Bocca del Tuckett zum Refugio Tuckett. Wobei das 62er wieder schneller auf den Weg zurück gefunden hat.

Und auch beim Abstieg zum Rifugio Maria e Alberto Brentei hatten beide Geräte so ihre Probleme.

Darüber hinaus kommt es beim 600er aber immer wieder zu weiteren starken Abweichungen.

Die Tracks vom 62er sind blau, die vom 600 cyan und haben "Tag" am Ende vom Namen.

Ist was dran. Ich habe inzwischen Vergleichstracks aus den Bergen. Oregon 600 und GPSMap 62s. Da ist schon ein deutlicher Unterschied zu sehen. Immer dann wenn mal nicht ein komplett freier Horizont zu sehen ist.

Jo, sieht so aus:

hat funktioniert wie es soll. Hier mal meine Versions information zu QGis

hast Du mal das tif+tfw da. Dann probiere ich es mal bei mir

Interessant, dass dein QGis Python 3.0. hat. Ich habe mir heute QGis auf Windows installiert und wird 2.7.5 benützt.

Kommt denn irgendeine Fehlermeldung im Protokoll von GDAL? Der EPSG Code ist ja auch der richtige oder? Wenn der nicht stimmt, dann machen die Referenzcoordinaten im tfw keinen Sinn.

Du kannst das Kommando auch mal auf der Kommandozeile testen:

gdal_translate -a_srs "+init=epsg:<code>" -co compress=lzw -co tiled=yes quelle.tif ziel.tif

<code> muss durch den richtigen Code ersetzt werden. Keine Ahnung was für die Karten jetzt der richtige ist. Können bestimmt die anderen sagen.

Zitat von ZhanChi

Ps.: Blöde Rechtschreibprüfung

ich habe gelacht

Zitat von ZhanChi

MiLeo @ kiozen : Mit QGis Stapelverarbeitung geht es zwar allerdings werden die tifs unkompliziert gespeichert ich hätte gern LZW

dann passt doch alles

Zitat von ZhanChi

tfw2geotiff.py (hab von Python 0 Ahnung): Bei Check Module kommt invalid Syntax und zwar hier: print 'Search for files files in:', basedir

Ah. Python 3.x. Die haben das Print Kommando umgestellt.

schreib mal:

print ('Search for files files in:', basedir)

und

print ("Process", f)

Oder beide Zeilen mit einem '#' vorangestellt auskommentieren.

Der Dialog war mir nicht bekannt, als ich das Script geschrieben habe Wenn QGis das schon built-in macht, dann würde ich das benützen. Ich mache ehrlich gesagt so gut wie nichts mit QGis, weil ich auf der Konsole schneller zum Ziel komme. Aber für notorische Mausschubser ist es eine prima Alternative. Und für eben so einen habe ich damals das Script geschrieben. Gut möglich, dass es überflüssig war.

Den Weg über *vrt benütze ich schon länger. Seitdem bei meiner Dolomitenkarte ständig neue Kartenblätter hinzukommen. Der Vorteil ist, dass GDAL gleich das ganze Ausmaß der Katastrophe erkennen kann und somit schon gleich eine passende Datei für das Ziel erstellt. Gibt man die Dateien einzeln an, dann wird für jede Datei die Ausgabedatei angepasst, der bestehende Inhalt verschoben und dann kommt erst die neue Datei dran. Und das dauert ab einer bestimmten Größe.

(QMapShack habe ich erst vor etwas mehr als 3 Monaten angefangen, weil QLandkarte einfach keine neuen Konzepte und Ideen mehr aufnehmen wollte. Da stehen zu viele alte Zöpfe im Weg, die jetzt zu Gunsten neuer Anforderungen, fallen gelassen werden. Aber dazu mehr im passenden Thread - wenn es interessiert)

Die tfw Datei war auch im Quellpfad?

Die Antenne hat dabei nichts zu tun. Das Magnetfeld wird von einem Sensor, der dafür gebaut wurde, gemessen. Der wird nur von statischen Magnetfeldern, wie dem der Erde, bzw von ferromagnetischen Teilen beeinflusst.

Da aber die Lage des Sensors ein Rolle spielt, misst man in 3 Achsen und rechnet das auf Normal um. In waagrechter Lage (Normal) funktioniert das ganz ok. Je mehr das Gerät senkrecht gestellt wird, desto mieser wird es. Das ist ein mathematisches/messtechnisches Problem. Besser wäre es ab einem bestimmten Winkel die Achsenzuordnung umzuschalten. Dazu bräuchte man aber Gravitationssensoren, die dem Gerät fehlen.

Der Kauf eines Outdoor GPS lohnt sich in der Tat nur, wenn man vor hat Wanderungen über 8h zu machen und dabei das Gerät ständig aufzeichnen lassen will. Auch sind Outdoorgeräte bei Wind und Wetter die bessere Wahl und können eher außen am Rucksack offen getragen werden. Das sind aber dann sicherlich Bedingungen bei denen der normale Wanderer einfach daheim bleibt.

Probiere es doch erst mal mit dem Smartphone. Und wenn du an die Grenzen kommen solltest, dann weißt Du auch besser, was Du wirklich brauchst bzw willst.

Inzwischen gibt es die Version 1.0 von QMapShack. Hier eine Übersicht der wichtigsten Funktionen:

Karten:
* Garmin Vektorkarten und *.jnx Rasterkarten
* Rasterkarten die von GDAL unterstützt werden
* Onlinekarten (TMS und WTMS (teilweise))
* Mehrere Karten können zugleich angezeigt werden
* Karten werden dynamisch auf die Projektion der Ansicht abgebildet
* Das digitale Höhenmodell ist unabhängig von den Karten
* Schummerung und Hangneigung nach der DAV Snowcard

GIS Daten:
* Daten werden komplett in Projekten verwaltet
* Ein Projekt kann in einem Tagebuch zusammengefasst werden
* Unterstützte Objekte: Tracks, Wegpunkte und Gebiete
* Einfache Geocache Unterstützung
* Projekte können in einer Datenbank abgelegt werden
* Mehrere Datenbanken werden unterstützt

Planung:
* Undo/Redo für alle Objekte in Form einer Historie
* Trackpunkte editieren um Tracks zu ändern oder neu zu erstellen
* Ausschneiden/Kopieren/Zusammenfügen und Umdrehen von Tracks
* Verschieden Filter um Tracks nachzubearbeiten

GPS Geräte:
* Unterstützt alle neueren Garmin Geräte
* Unterstützt alle TwoNav Geräte
* Projektorientierte Verwaltung von Daten auf den Geräten
* Projekte mit mehreren angeschlossenen Geräten synchronisieren

System:
* Lizenz GPL3+
* Läuft auf allen *nix Systemen und Windows
* Übersetzung auf Deutsch, Französisch, Spanisch und Tschechisch
* Wiki Dokumentation auf Englisch
* Benötigt Qt5, GDAL, Proj4
* Um Geräte unter *nix zu benützen, muss DBus und UDisks2 laufen

Zitat von ge.ar

@Pinin, kiozen
Vielen Dank für die Tipps..
Aber oh je, ich dachte eigentlich tatsächlich die Freizeit eher mit anderen Dingen zu nutzen :D. Muss ich mir für das Script noch ein Linuxsystem installieren?

Nein, Linux ist nicht nötig. Hier https://forum.geoclub.de/viewtopic.php?f=55&t=73318 habe ich ja Schritt für Schritt beschrieben, wie man aus den tfw Dateien mit QGis echte Geotiffs macht. QGis gibt es auch für Windows. Und mit QGis wird auch GDAL installiert. Damit lassen sich die anderen Tricks machen. Etwas Einarbeitung ist sicherlich immer nötig. Aber wer hier eine konkrete Frage stellt, bekommt eigentlich auch immer eine ordentliche Antwort. Einen Rechner mit ordentlich Speicher und CPU sollte man schon haben. Mit einem Netbook wird es laaaaaaaaaange dauern.

@Freundlich: Die Aussage, dass Garmin Geräte nicht für Rasterkarten vorgesehen sind, ist schlichtweg falsch.Gamin vertreibt Rasterkarten online über das BirdsEye (JNX) Format. Und auch die IMG Dateien von Garmin sind in der Lage Rasterkarten abzuspeichern. Siehe auch DAV Karte oder die Topo Schweiz V3. Was tatsächlich von Garmin nicht wirklich unterstützt wird, sind eigene Rasterkarten. Der Weg über KMZ ist arg begrenzt. Und eigene JNX Dateien werden über das Digital Rights Management zunächst verhindert. Allerdings werden eigene Karte bei einem aktiven BirdsEye Konto freischalten. Die Firmware zu patchen ist auch keine Hexerei. Da kann nicht mehr oder weniger schief gehen, als bei einem ganz normales Firmwareupdate.

Rechtlich ist das alles eher Grauzone. Aber Karten flächig für die Offline-Verwendung von Online Karten Servern zu saugen entspricht auch nicht den Nutzungsbedingungen der Server. Insofern würde ich eigene Dateien aus offizielle freie Karten bevorzugen.

Da es sich hier um eine Rasterkarte handelt, hast Du bei den neueren Garmin Geräten zwei Möglichkeiten:

1) Einen kleinen Ausschnitt als Garmin Custom Map herausschneiden.
2) Die gesamte Karte in eine JNX Datei umwandeln. Um diese Datei auf dem Gerät anzeigen zu lassen, muss allerdings die Firmware gepatched werden.

Zitat von Pinin

Liegt es nicht eher daran das die MrSiD eine etwas höhere Auflösung hat (Export gleiches Gebiet: 1090x572 (MrSID), 858x450 Pixel (tiff)), sich das Kartenmaterial Sid/tiff geringfügig
unterscheidet, z.B. eben auch darin das in der MrSID Karte eine Kantenglättung von den Norwegern vorgenommen wurde, Schriften/Symbole/Linien angepasst & verändert wurden?

Wo jetzt im Vergleich Tiff/MrSID eine Kantenglättung stattfindet, lässt sich allein aus Screenshots schwer beurteilen. Beim Wavelet - Verfahren in MrSID kommt es bestimmt zu einer Tiefpassfilterung, was optisch einer Kantenglättung entspricht. In wie weit die jeweilige Software noch das ihre macht, ist schwer zu beurteilen. Beim Tiff und GM werden jedoch nur die Pixel vervielfacht, was eben zu dem harten pixeligen Bild führt.

Der optische Eindruck einer Karte wird natürlich mit einer besseren Auflösung und einem größeren Farbraum immer besser. Man sollte aber auch nicht den Maßstab der Karte außer Acht lassen. Wir reden hier über die Vergrößerungen einer 1:50000 Karte. Durch die Vergrößerung bzw bessere Auflösung wird die Karte nicht genauer. Und dort wo die Pixel auffallen haben wir den vernünftigen Auflösungsbereich schon lange verlassen. Bleibt man im normalen Zoombereich ist der Unterschied eigentlich vernachlässigbar.

Zitat von Pinin

kiozen
Bin etwas verwirrt: Warum werden dann in Photoshop diese 8bit tiffs unterschiedlich pixelig (8bit tiff aus sid, besser) dargestellt?
L: 8bit (256) hedgehog
R: 8bit (256) sid > GM > 8bit

http://s7.directupload.net/images/140917/n5ga6uyv.jpg

Hast du eine Erklärung dafür? Danke.

Ja. Das ist ein echtes 8Bit Tiff. Das andere hat eine auf 48 Farben reduzierte Tabelle. Und das MrSID ist auf der Basis des Tiffs mit der reduzierten Tabelle erstellt worden und ist somit bis auf etwas Kantenglättung nicht wirklich besser.

Was kann denn das Tiff dafür, dass GM bei Formaten mit Palette auch das skalierte Bild auf 256 Farben klemmt. Benutzt man zum Skalieren den kompletten Farbraum, dann sieht es auch besser aus.

Edit: Um zu zeigen was ich meine: Die selbe Karte mit 8 Bit Palette (265 Farben). Einmal im 256 Farbraum skaliert. Und einmal im 32Bit RGBA Farbraum.

oh, stimmt, falscher Fehler. Das muss tiled=yes sein. Ich habe es oben ausgebessert.

Hier ist eine vollständige Liste:

http://gdal.org/frmt_gtiff.html