Im Moment sind alle vorhandenen Karten aktiviert; was entscheidet nun darüber, welche Karte angezeigt und verwendet wird?
Du solltest selbst entscheiden welche Karte angezeigt und verwendet wird indem du nur die richtige aktivierst ![]()
Im Moment sind alle vorhandenen Karten aktiviert; was entscheidet nun darüber, welche Karte angezeigt und verwendet wird?
Du solltest selbst entscheiden welche Karte angezeigt und verwendet wird indem du nur die richtige aktivierst ![]()
MapInstall bietet mir nicht an die zu installieren obwohl auf dem Rechner vorhanden.
Das verstehe ich nicht!
Wenn die Karten auf dem Rechner sind (und für das entsprechende Navi freigeschaltet) sollte die auch mit MapInstall aufs Navi übertragen werden können.
Wenn Du die Karten auch auf dem Rechner installiert hast kannst Du doch einfach die fehlende Karte mit MapInstall nachladen.
Du brauchst nur genügend freien Speicherplatz auf dem Navi und das Navi muss genügend Kachel (Tiles) verarbeiten können.
Ich hab mir mal ein "gut abgehangenes" Planetfile herunter geladen und will sehen ob es damit klappt:
https://planet.osm.org/pbf/planet-231002.osm.pbf
splitter-r654
mkgmap-r4919
gusy@linux:~> java -version
openjdk version "11.0.21" 2023-10-17
OpenJDK Runtime Environment (build 11.0.21+0-suse-150000.3.107.1-x8664)
OpenJDK 64-Bit Server VM (build 11.0.21+0-suse-150000.3.107.1-x8664, mixed mode)
Betriebssystem: openSUSE Leap 15.4
KDE-Plasma-Version: 5.24.4
KDE-Frameworks-Version: 5.90.0
Qt-Version: 5.15.2
Kernel-Version: 5.14.21-150400.24.100-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 8 × Intel® Core™ i7-8550U CPU @ 1.80GHz
Speicher: 15,5 GiB Arbeitsspeicher
Grafikprozessor: Mesa DRI Intel® UHD Graphics 620
PS: Ich habe (bisher) nur Probleme bei großen Ausschnitten.
Mit kleinen Karten (D et.al.) habe ich bisher noch keine Probleme gehabt.
Daher mein Verdacht auf den Speicher.
Nicht begreife ich , dass es bis vor 1/2 Jahr problemlos ging. Ich werde den Verdacht nicht los,dass es an der Hardwre liegen könnte.
genau wie bei mir.
Ich habe die Rohdaten in Verdacht.
Oder mangelnden Speicher, da die Rohdaten immer umfangreicher werden.
Leider habe ich keine alten pbf 's.
Da die doch sehr groß sind habe ich die alten immer zeitnah gelöscht.
Wenn du noch alte pbf 's hast, Versuch es doch damit nochmals.
Auf der Konsole geht das natürlich auch ![]()
Ich kenne das so, dass die Swap Partition bei der Installation angelegt wird. Die Faustregel ist: doppelter RAM Speicher.
Das ist das gleiche wie unter Windows der Auslagerungsspeicher, nur dass das eine eigene Partition ist.
Ubuntu kenne ich nicht so, aber auch da sollte es ein Partitionierungstool geben mit dem der Swap space angelegt werden kann.
Man(n) muss das System nur dazu überreden die Swap Partition beim booten gleich mit einzubinden.
PS: Der Swapspace kommt eigentlich nur zum Tragen wenn der Hauptspeicher nicht mehr ausreicht.
Dann wird was gerade nicht gebraucht wird ausgelagert.
Und dann wird das System auch seeehr langsam.
Bei 32GB sollte das nicht so schnell passieren.
Ich habe die SuSE (noch) 15.4.
Anfang Februar und März ging das noch so leidlich.
Unter Linux bricht er beim ersten Fehler ab.
Unter Windows macht er erstmal weiter und bricht erst beim erzeugen der Metadaten ab.
Unter Linux kann es vorkommen, dass die Swap-Partition nicht eingebunden wird. Mir passierte öfters, dass bei großer Speicherauslastung, der Rechner plötzlich einfrierte und dann meist nur ein Neustart möglich war. Es kann halt sein, dass eine nicht eingebundene Auslagerung im "normalen" Betrieb gar nicht auffällt.
Das habe ich so noch nie erlebt.
Ich sehe auch bei der Systemüberwachung wie viel Speicher und auch swop zur Verfügung und benutzt wird.
#
Arbeitest Du mit OSMIUM ? Ich seit kurzen. Es ist das genialste TOOL der ganzen OSM-Palette neben mkgmap.
Nein, das Tool ist mir bisher noch nicht bekannt.
Ich "brate in meinem eigenen Saft" und bekomme solche Sachen meist nur durch solche Hinweise mit.
Ich schneide mit dem splitter und render mit mkgmap und das wars.
Ein kleinerer Ausschnitt (D+) hat geklappt.
Das ist das Ergebnis von einem größeren Teil Europas.
Er ist trotz Fehler bis zur letzten Kachel gekommen, wobei einige Kacheln nicht gerendert wurden und ist beim letzten Fehler (wohl beim Erzeugen der Metadaten) abgebrochen:
...
java.util.zip.DataFormatException: incorrect data check
at java.base/java.util.zip.Inflater.inflateBytesBytes(Native Method)
at java.base/java.util.zip.Inflater.inflate(Inflater.java:373)...
java.util.zip.DataFormatException: invalid bit length repeat
at java.base/java.util.zip.Inflater.inflateBytesBytes(Native Method)
at java.base/java.util.zip.Inflater.inflate(Inflater.java:373)...
...
14.04.2024 04:01 1.835.008 40461408.img
14.04.2024 04:01 2.162.688 40461409.img
14.04.2024 04:01 2.162.688 40461410.img
14.04.2024 04:01 2.162.688 40461411.img
1407 Datei(en), 3.182.690.304 Bytes
PS: Bei Anderen scheint es aber zu klappen:
PPS:
Rohdaten von Geofabrik Anfang April
splitter-r654
mkgmap-r4917
Win 11
Mit dem Planetfile von
klappt auch nicht ![]()
Hallo Thomas,
auch ich habe in der letzten Zeit immer mehr Schwierigkeiten große Karten zu splitten und kompilieren.
Nach dem Frust unter Linux hab ich dann auch unter Windows 11 probiert.
War bisher leider nicht erfolgreich eine TOPO Europakarte mit den Daten von diesem Monat zu generieren.
Ich nutze jeweils die aktuelle Version des Splitter und vom mkgmap.
Aber auch ältere Versionen brechen ab.
Die Programme brechen bei jeweils anderen Stellen ab, je nach Quelle und Timestamp der Primärdaten (pbf).
Bisher hab ich auf mangelnden Speicher (16GB) geschoben, da Du aber mit 32GB die gleichen Probleme hast ...
Ich fürchte da stimmt was mit den Primärdaten nicht.
PS: Das Einfrieren habe ich unter Windows auch beobachtet.
Nachdem ich abbrechen wollte (crtl C) ging es dann erst mal weiter!?
mach doch einfach zwei Punkte in BC, die sich um 0,001' von einander unterscheiden.
Dann wirst Du den Unterschied schon sehen ![]()
PS: Es ist ein "gewaltiger" Unterschied ob die Punkte am Äquator oder an einem der Pole liegen.
Bei mir unter Linux klappt das nicht mehr so wie bisher.
Es bricht immer ab.
Jetzt probier ich es mal unter Win 11.
PS: Woher beziehst Du die Rohdaten?
Und das Ganze läuft unter Windows?
Und das funktioniert für ganz Europa?
Auf was für einer Hardware läuft dein Karten Renderer?
Wie viel Speicher hat dein Rechner?
Bei 16gb Hauptspeicher streicht mein Splitter und auch der mkgmap mittlerweile schon recht früh die Segel.
Habe ich noch nie was von gehört.
Hast Du Dir einen Virus eingefangen???
Frag mal bei der Garmin Hotline nach.
Die sind sehr kulant.
Bei Geräten die jünger als fünf Jahre sind könnte da ein Rabatt rausspringen.
Wenn du den bei Garmin bleiben willst.
1. Maßnahmen:
Wenn vorhanden, die SD entfernen.
2. Testen ob das Navi sich vom Rechner her ansprechen lässt.
D.h. bootet das Navi am Rechner ohne sich aufzuhängen?
Die Touratech Version war ja innen angeblich vergossen, kommt man da überhaupt an etwas ran?
M.E. sind die nicht vergossen, sondern nur einige kritische stellen (womit auch immer) fixiert.
Grundsätzlich sollte das Navi immer noch zu öffnen sein.
Vielleicht klappt ja ein Master-Reset:
Ich habe aus meinem GPS map 62S eine Fat 32, 8GB bespielte Karte in das Montana gelegt und siehe da die SD Karte wird angezeigt
--> Das Problem ist die nicht korrekte Formatierung.
In der Bedienungsanleitung gibt es diesen Satz:
Sie können eine microSD Speicherkarte mit bis zu 32 GB in das Handgerät einlegen,...
Eine fabrikneue SD <= 32GB(*) ist mit Fat32 formatiert und da will Garmin sich nicht "weiter aus dem Fenster lehnen"...
Ab 64GB sind die SD's mit exFat formatiert. Damit können die Garmin-Navis nicht umgehen und da kommt dann ggf. die Umformatierung zum tragen.
(*) Eine neue 32GB SD's kosten nicht mehr die Welt und damit solltest Du auf der sicheren Seite sein. ![]()