Beiträge von kiozen

Zitat von VVouter

Danke. Wenigstens weiß ich jetzt, dass jemand anderes das Problem reproduzieren kann.
Ich habe nur mit diesem Server Probleme. Seltsamerweise lädt Mobac die Kacheln problemlos – mit derselben URL. Wenn ich die Kommunikation mit dem Server protokollieren könnte, könnte ich vielleicht sehen, was anders gemacht wird. Ich habe aber keine Erfahrung mit solchen Dingen.

Das ist nicht trivial, weil es sich hier um eine HTTPS Verbindung handelt.

Ich sag mir immer, wenn ein Server nicht ordentlich funktioniert, will der Betreiber nicht, dass man seine Karten verwendet. Dann sollte man die Karte auch ignorieren. Zumal die norwegischen Topokarten nun wirklich kaum einen Vorteil bietet als eine vergleichbare OSM Karte. Hier mal ein Vergleich mit der OSM Topo Karte

So wie es aussieht weigert sich der Server nach einer bestimmten Anzahl an Abfrage weitere zu bearbeiten. Das macht er nicht, indem er ablehnt, sondern indem er die HTTP Verbindung einfach offen hält. Somit kommt es zu keinem Fehler und QMS wartet ewig (afaik sind die Timeouts für solche Zugriffe sehr lang).

Aber auch wenn ich einen unbeantworteten Request nach einer Sekunde abbreche und nach 2 Sekunden nochmal durchführe, wird sofort wieder geblockt. Erst wenn man den kompletten Access Manager abbricht (Karte schließen und wieder öffnen), dann geht wieder eine bestimmte Anzahl.

Ich kann jetzt nicht sagen ob das Absicht ist, oder einfach nur ein kaputter Server. Ich kann nur sagen dass der QNetworkAccessManager von Qt bei zahlreichen anderen Servern absolut zuverlässig arbeitet. Ich habe deswegen auch wenig Lust in den Code irgendwelche komischen Hacks anzubauen.

Aber nichts ist perfekt. Der Code von QMapShack ist Open Source. Die betreffende Datei ist IMapOnline.cpp. Wenn jemand einen Fehler findet wird der natürlich gerne gefixed.

Und schon sieht das doch nach was aus:

Millionen von Cachern werden es Dir danken, weil sie jetzt keinen Augenkrebs mehr bekommen.

Wenn ich die Icons als SVG habe ist das ein Aufwand von 15-30 Minuten. Also entweder freie SVGs finden oder Inkscape raus und kreativ werden. Der Rest ist easy.

Im QMapShack Repo gibt es ja schon einige Icons die sehr nah daran sind:

qmapshack/src/icons at dev · Maproom/qmapshack

Consumer grade GIS software. Contribute to Maproom/qmapshack development by creating an account on GitHub.

github.com

Einfach mal den Sourcecode ziehen und in src/icons nachsehen.

Ich muss verrückt sein ich leg sogar noch einen drauf. Jetzt sieht man sogar den trivialen Cachenamen neben der kryptischen Cachebezeichnung.

Ich merge das morgen früh, wenn nicht noch jemand wegen der Icons "hier" brüllt.

Also soweit ich das sehe gibt es folgende Wegpunkte zusätzlich zu den Cache Symbolen.

https://www.gc-reviewer.de/hil…/wegpunkte-wegpunkttypen/

Wenn mir jemand für diese Wegpunkte passende Symbole im SVG Format zukommen lässt, die eine Lizenz haben, die mit Open Source vereinbar ist, dann baue ich die gerne ein. Wenn nicht bleibt die orangene Seuche, von der man Augenkrebs bekommt.

Und was mir auch auffällt: "Multi-Cache" ist "Multi-cache". Ist das jetzt die offizielle Schreibweise? Oder nur temporär?

Edit: Laut KI scheint das jetzt so zu sein.

Fehler gefunden. Aber das sieht mit den ganzen Virtual Stages ja echt bescheiden aus.

Gibt es für die "Virtual Stage" ein offizielles Symbol? Am besten als SVG.

Das sollte natürlich nicht so sein. Da muss bei den massiven Änderungen in den letzte Versionen ein Bug reingekrabbelt sein. Das Dumme ist nur, dass ich nichts mehr mit Geocaching zu tun hab und den Kontrollfreaks von Geocaching.com schon lange den Rücken gekehrt habe. Also auch kein aktuelles GPX mit Caches habe. Sprich ich kann es zum Debuggen nicht nachstellen.

Zitat von WST

Wohin kann ich mich wenden oder wen darf ich kontaktieren, damit hier auch die 1.19.0 erscheint? Ich bin noch nicht firm mit Linux/Kubuntu.

Der Maintainer der Debian Pakete bekommt jedes Release mit. Bis jedoch bei Debian Stable die aktuelle Versionen einfließt dauert es lange. Sprich es wird sich hier nichts tun solange deine Distro auf ein stabiles Debian aufsetzt. Da hilft auch drängeln nicht.

Es gibt natürlich auch den instabilen Zweig von Debian, dort ist die neueste Version zu haben

Debian -- Ergebnisse der Paketsuche -- qmapshack

Aber dass ist nur was für die Leute die wissen was sie tun.

Deswegen gibt es AppImages.

Zu dem was in den ersten Beiträgen schon gesagt wurde noch ein Hinweis. Garmin hat immer schon ein Gummiproblem. UV Licht, Schweiß, Sonnencreme setzen der Gummierung zu. Weichmacher entweicht über die Jahre. Klebstoff versagt. Deswegen beim Gebrauchtkauf darauf achten in welchem Zustand die Gummierung ist. Ist das Gerät selten verwendet worden, solle es ok sein.

Alle Geräte der neueren Generationen mit USB Massenspeicher oder MTP Unterstützung sollten technisch vollkommen ausreichend sein. Das eTrex35 ist vor 10 Jahren herausgekommen. Technisch ok, aber beim Gummi bitte genau hinsehen und es mal in die Hand nehmen. Wenn es 10 Jahre in der Schublade lag, sollte noch genug Leben in der Gummierung stecken.

Nur mal so zum Vergleich: mein GPSMap64 (8 Jahre alt) hat in diesem Jahr die Blasenkrankheit bekommen. Sprich der Gummi löst sich vom Gehäuse und damit wird es undicht. Eigentlich schade, weil technisch noch vollkommen in Ordnung und soweit auch ausreichend. Gut, das Gerät hat aber auch einiges an "Erfahrung" auf dem Buckel.

Der stürzt im QtWebEngineCore ab. und zwar so ziemlich direkt ohne dass der Code von QMapShack involviert ist.

Das QtWebEngine Module ist ein Zusatzmodul zu Qt. Bitte sicherstellen, dass es auch die selbe Version wie der Rest hat.

Wobei der Absturz bei SetGpuInfo() stattfindet. Das kann auch ein Problem mit Wayland sein. Meiner Erfahrung nach ist sich Qt und Wayland noch nicht 100% grün. Vielleicht mal auf X11 umschalten.

TroubleShooting

Consumer grade GIS software. Contribute to Maproom/qmapshack development by creating an account on GitHub.

github.com

Zuerst einmal mehr Info als "es geht nicht" liefern .

Ins Blaue geraten: mehrere Installationen von QMapshack auf dem System.

Es ist eine 1.19.0 geworden

Zitat von wthaemelt

(kiozen muss vielleicht noch überlegen, was auf 18 als nächste Zahl kommt)

Ich sehe es erst jetzt Es kommt natürlich die 42

Und meine Vespa hat keinen Vergaser mehr.

Wann Wolfgang Zeit und die Nerven für eine neue Windowsversion hat kann ich nicht sagen.

Aber Version 1.9.0 kommt bald. Und ich denke es lohnt sich darauf zu warten.

Zitat von Lumi

Nur weil das immer so dargestellt wird als ob die Menschheit ohne Ki nicht weiter existieren kann auf dem Planeten.

Man darf nicht alles glauben was im Internet steht

Zitat von Lumi

Und das im Ki Zeitalter.

Glaubt wirklich ernsthaft jemand daran, dass KI Software für ein embedded Gerät schreiben kann? Oder wirklich jede x-beliebige komplexe Software? Das ist naiv.

KI kann sehr gut Softwareschnipsel für Standardprobleme erstellen. Auch komplexe Programme, die man leicht mit modularen Softwarebausteinen erstellen kann, sind machbar.

Von laufzeit- und speicheroptimierter Software auf einer komplett individuellen Hardwareplattform ist man noch weit entfernt. Zumal man einen nicht unerheblichen Aufwand betreiben müsste genau zu definieren was man will und wie das zusammenpasst. Und daran scheitert es ja schon heute bei normaler Entwicklung.

Das bezog sich auf "dass der Herr am Anfang noch Basecamp nutzt mit dem H1"