es geht mir eigentlich um die aufnahme,
der xt Halter
ob die vier löcher im abstand genauso sind,
wie die beim 660er.
"Eigentlich" sollte die Garminhalterung überall passen, weil afaik Garmin nur ein Lochmaß anbietet. (Mal was gescheites)
30 x 38 mm Lochabstände.
Bluethunder03: Schraub die 660er Halterung ab und miß nach.
OSM mit Unicode Zeichensatz laufen, oder liefen (*) auf den
neuerenälteren Navis nicht.
gibt es eigentlich schon Software Online,PC,MAC, IOS,Android
welche einen TRACK in einen COURSE umwandelt?
Schon lange: https://www.gpsbabel.org/htmldoc-1.7.0/fmt_gtrnctr.html
Werkelt m.W. auch als Konvertierer in AllTrails, GPSVisualizer und GoogleEarth und vermutlich noch einigen anderen.
OSM habe ich drauf (Freizeitkarte_DEU), die wird seit dem Update auch nicht mehr angezeigt.
Deaktiviere die mal, danach immer noch alles weiß?
Die sich aber nicht mit Onroad Karten beschäftigten -
Du solltest noch mal genauer hinsehen.
Wenn ich morgen eine Tour nach Albanien und Montenegro Plane möchte ich einfach nur schnell ein Installfile runterladen für beide Länder um das im Basecamp zu haben und die dazugehörige Image für das Navi.
Beispiele, die nicht nur einzelne Länder, sondern zum Teil auch Regionen anbieten, womit grenzübergreifendes Routing ohne Klimmzüge möglich ist:
http://www.freizeitkarte-osm.de/garmin/de/
https://gravelmaps.de/de/download-2/download-street-maps/
https://garmin.opentopomap.org/#europe
Der Standarduser nistet mMn inzwischen in einer Nische, angesichts der Hard- und Softwareentwicklung bei den Smartphones. Schon Calimoto und Rever als spezialisierte Motorrad-Navigationen sind im Playstore mit jeweils über einer Million Installationen gelistet, Osmand 5 mio, MapsMe 50 mio.
Leider ist das OSM Kartenthema etwas schwierig geworden nachdem raumbezug tot ist und http://garmin.openstreetmap.nl/ auch tot ist.
Ganz im Gegenteil. Es gibt reichlich Quellen für jeden Geschmack und Bedarf, mit extract.bbbike.org sogar zum Eigenbau für kleinräumige Gebiete.
so würde die Erde ohne Wasser aussehen!
Falsch. Daß dieses Bild immer wieder in den sozialen Medien dafür herhalten muß, macht es auch nicht richtiger. Das Bild zeigt die Massenverteilung und damit das ungleichmäßige Schwerefeld der Erde, zur Verdeutlichung in stark überhöhter Form ("Potsdamer Schwerekartoffel"). Die Erde ohne Wasser würde so aussehen:
Auf 52,9879 ° Breite must Du 111,3 noch mit dem Cosinus multiplizieren.
Für den Hausgebrauch reicht das, für Vermessungszwecke nicht, die Erde ist keine perfekte Kugel. Für Berechnungen gibt es z.B. hier Rat und Formeln: https://www.lgln.niedersachsen…S89_mit_UTM_Abbildung.pdf
Denn meiner Meinung nach ist Multi-Frequency wichtiger als mehrere GNSS zu nutzen.
Nicht für für die weltweite Vermarktung. Wenn das Teil auch in Rußland verkauft werden soll, muß es GLONASS können, damit hat man schon ein Multi-GNSS-System. Außerdem unterstützen m.W. mittlerweile alle aktuell verfügbaren GNSS-Chips mehrere Systeme. Wenn ein Empfänger mindestens zwei Systeme gleichzeitig nutzen kann, hat man auch einen Multi-Band-Empfänger, da jedes GNSS-System sein eigenes Frequenzband hat.
Und der Durchnittsautofahrer bekommt ob seiner Assistenzsysteme glänzende Augen und verliert mehr und mehr die Fähigkeit ein Fahrzeug vernünftig und sicher zu führen, wenn die Helferlein an ihre Grenzen kommen.
Mittlerweile ist das nach meinem Eindruck aber auch schon vor Erreichen der Grenzen der Helferlein so...
x'0A' ist zwar der Zeilenvorschub (line feed), sollte aber trotzdem mit jedem Editor entfernbar sein (Tab ist x'09')
Ist es auch. Wenn man in Notepad++ die Anzeige der nicht druckbaren Zeichen einschaltet (auf das Icon mit der Absatzmarke klicken), sieht man den Fehler deutlich.
Deshalb die Frage an die fortgeschrittenen User, ob jemand ein Programm kennt, welches formal falsche xml-Dateien berichtigen kann oder zumindest verwertbare Infos auswirft, an welcher Position der Fehler sich befindet.
Das einzige mir bekannte spezialisierte Reparaturwerkzeug ist GPX2GPX.
Für Analysen nehme ich Notepad++ mit XMLTools-Plugin.
Verbesserung der Genauigkeit bei schwierigeren Empfang.
Genau dann nützt EGNOS nichts. Für den sinnvollen Einsatz ist freie Sicht auf die geostationäre Position der EGNOS-Satelliten nötig, was knapp über unserem südlichen Horizont ist. In felsigen und dicht bebauten Gebieten ("Urban Canyons") kann die Positionsermittlung wegen der dort auftretenden Reflexionen ohne EGNOS sogar besser als mit EGNOS sein.
Dann frage ich mich tatsächlich, wieso bei mir nicht.
vielleicht, weil Jim-Beam sein Montana im Hochformat und du deins im Querformat betreibst?
Trackt der wirklich so viel sauberer, dass sich ein Wechsel lohnt?
http://www.gpsforum.geospector.de/phpbb/viewtopic.php?t=4030
Wenn ich den beruflich bräuchte, würde ich ihn kaufen, für private Anwendung finde ich den Preis sehr ambitioniert. Mir reicht nach wie vor mein V-990.
Ich denke das Google KML / KMZ Export zulässt, was immer das auch sein mag
Wird privat genutzt.
Welches Programm genutzt wird, ist eigentlich wurscht.
Hauptsache es funzt. Standort auf Karte anzeigen, das reicht.
Dann exportiere mal deine Daten aus Google MyMaps, einmal als KML und einmal als KMZ, und schreib hier rein, wie groß jede der beiden Dateien ist. Kann sein, daß der KMZ-Export auch gleich die unterlegte Karte/Luftbild enthält, dann wäre der Rest trivial.
Als Software auf dem Androiden kannst du z.B. Oruxmaps nehmen, wenn es nicht die allerneueste Version sein muß, kannst du das ohne Playstore von der Oruxmaps-Heimseite runterladen.
Falls Kartenbasteln nötig wird, nehme ich dazu in kleinem Rahmen Mobac, Ausgabeformat MBTiles, damit können mittlerweile die meisten besseren GPS-Programme umgehen. Ich weiß im Moment nicht, ob in der Mobac-Grundausstattung wieder ein Satellitenbild-Server drin ist, falls nicht, schick mir eine PN.
Soll mit Avenza auf Android funzen
Warum ausgerechnet Avenza? Und brauchst du das beruflich oder privat?
Hast du deine Punkte/Linien/sonstigen eigenen Daten alle als GPX- oder KML-Datei(en)? Dann wär's nämlich einfach.
Die Begrenzungen der Trial kann ich nicht sagen.
Sie kann nicht speichern. QGIS wäre eine Alternative, hat allerdings eine steile Lernkurve.
Frage an den TO: auf welchem Gerät mit welchem Betriebssystem soll das offline laufen?
Mann müsste nur noch ein Applescript bauen können was die GPX-Datei automatisch in eine KML umwandeln würde
Daß Google Earth direkt GPX-Dateien lesen kann, ist euch aber schon mal irgendwann aufgefallen?
