Beiträge von kiozen

Das mehr an Bändern bzw Satellitensystemen kann, muss aber nicht, die Präzision in schwierigen Empfangsbedingungen verbessern. Gerade im Gebirge kann eine Felswand durch Reflexionen deine Position um 100m verschieben. Solange Du etwas siehst ist das egal. Problematisch wird es, wenn die Sicht schlecht ist und das Gelände keinen Weg aufweist (Geröll oder Schnee). Das endet nicht zwangsläufig in einer Schlucht oder Spalte, kann dich aber durchaus zu Fehlentscheidungen verleiten und in noch unwegsameres Gelände führen.

Ob der neue Empfänger hier eine signifikante Verbesserung bringt, wird sich aber erst herausstellen, wenn das Gerät länger auf dem Markt ist.

Persönlich würde ich ja eher abwarten bis die 'r' Variante vom 66er draußen ist und der Straßenpreis ein wenig gefallen ist. Aber auch dann wird das preislich nicht in der Liga vom 65er oder gar 64er sein.

Das 65s weil es tatsächlich Multiband unterstützt. Das lässt aus technologischer Sicht gegenüber dem älteren 64er eine genauere Positionierung zu. In wie weit das von Garmin umgesetzt wird und zu vergleichbar besseren Aufzeichnungen führt kann ich nicht sagen. Dazu müsste ich das Gerät haben.

Eine BT Verbindung ist mit dem 64er ein Kreuz. Vielleicht funktioniert das 65er hier auch besser.

Was für Dich in Frage kommt musst Du selber wissen. Willst Du Geld sparen ist das 64er ein gutes halbwegs ausgereiftes Gerät, bei dem es keine Überraschungen mehr gibt.

Willst Du aktuelle Hardware und bist bereit Betatester für Garmin zu spielen, dann würde ich das 65er nehmen.

Sollen jetzt die Moderatoren mit einem Zweitaccount auftreten, wenn sie ihre persönliche Meinung zu einem Thema posten wollen? Also ich kann die persönliche Meinung eines Moderators und seine Funktion ohne Probleme differenzieren.

Na das ging aber fix. Vielen Dank für die Arbeit!

sehr löblicher Einsatz!

Klar doch. Und wir wissen ja alle, dass es hier zu geht wie auf einem Kindergeburtstag wo eine Packung Pocket Coffee spendiert wurde

Moooooment! Die 3 Themen hatten alle zusammen zwei Kriterien gemeinsam. Und da QMapShack bestimmt nicht daran schuld ist, muss es das andere gemeinsame Kriterium sein.

hubi85120 hier gibt es noch etwas zum verschieben

ok, da fehlt wohl wirklich ein Update. Du kannst als Workaround einfach mal die Datenbank zu und auf klappen. Das geht schneller als ein Neustart.

hubi85120 danke für's verschieben. Da irrlichtert übrigens noch ein Betrag herum:

Kopie oder Verknüpfung

Nein so ist das nicht.

Wenn dein Element, z.B. Wegpunkt, auf dem Arbeitsplatz geladen ist, liegt es in zwei Versionen vor. Einmal in der Version die in der Datenbank verwendet wurde und einmal in der Version auf dem Arbeitsplatz. Beide Versionen können abweichen, wenn Du es auf dem Arbeitsplatz geändert hast.

Kopierst Du das Element jetzt in einen anderen Datenbankordner muss eine neue Referenz angelegt werden. Aber welche Version willst Du inhaltlich haben?

Entweder die in der Datenbank, weil die evtl. Änderungen im Arbeitsplatz nur von temporärer Natur sind. Oder die vom Arbeitsplatz, weil Du die Änderung sowieso abspeichern wolltest.

Und als dritte Option gibt es den Klon. Das ist eine Kopie des Elements, die tatsächlich einen unabhängigen Eintrag in der Datenbank erzeugt.

Guter Hinweis

Hast Du das auch auf deiner Windows Version getestet? Auf Linux kann ich den Fehler auch nicht nachvollziehen.

Das `&` eröffnet eine Escape Sequenz die wahrscheinlich beim `=´ endgültig als unsinnig erkannt wird.

Kannst Du noch kurz auf den PR schauen ob das so ok ist?

https://github.com/Maproom/qmapshack/pull/255

Prima Ich baue das dann so ein.

Für Windows gibt es eine sehr detaillierte Anleitung im Wiki um QMapShack zu compilieren.

Wahrscheinlich musst Du das `&` anders schreiben: `&` Gut möglich dass auch noch andere Sonderzeichen ersetzt werden müssen.

Zitat von joschi_1998

Momentan behelfe ich mir mit einer MariaDB10-Instanz auf einem Synology NAS im LAN mit ausreichenden Rechten, um solche Timeouts passend einzustellen. Das kann bzw. will ich nicht von außen erreichbar machen, insofern eigentlich suboptimal. Andererseits ist die Performance im LAN so atemberaubend viel besser, dass ich geneigt bin, bei dieser Lösung zu bleiben.

Wer seine NAS liebt gibt keinen Port im Internet frei. Dafür gibt es VPN. Eine VPN Verbindung mit dem Router aufbauen und dann auf das private Netzwerk zugreifen. Dann hat man nur ein Interface exponiert und das ist hoffentlich von der Router Firmware sauber aufgesetzt und gepflegt.

Kannst Du das mit `MYSQL_OPT_RECONNECT` mal ausprobieren? Die richtige Stelle sollte in `IDBMysql::setupDB` sein.

Jedes Element kommt nur einmal in der Datenbank vor. Jedes Projekt (Ordner) referenziert dieses Element. Referenziert kein Projekt das Element wird es im Mülleimer gelistet. Es gibt folglich kein Original und eine Verknüpfung, wie es bei Dateisystemen üblich ist.