Beiträge von BerndH

Hallo Andreas,
ich habe im VistaCx auch eine 1GB-Karte, klar sie funktioniert.
Merkwürdig sind folgende Dinge, die mir bei der 64MB-Karte nicht aufgefallen sind. Sie hängen immer mit Schreibvorgängen zusammen:
- fehlendes Dateierstellungsdatum bei den GPX-Files, bei 64MB-Karten vorhanden.
- ab und zu Fehler in den GPX-Files.
Denkbar ist, daß der VistaCx-interne RAM bei der jetzigen Firmware nicht für größere SD-Karten reicht (Platz für FAT, Directory, Buffer usw.). Das würde obengenannte Bugs erklären.
Wie sich 512MB-Karten verhalten, weiß ich nicht.

Schöne Grüße
Bernd

Hallo Mike,
was war mit der Kachel?
Unabhängig davon: Spiele z.Zt. nicht mehr als knapp 500MB (Brutto) auf die Karte, um Probleme zu vermeiden.
Schöne Grüße
BerndH

Zitat

Zitat von Joern_Weber@13.09.2006 - 18:51
Dann schaue dir mal die Daten im Deutschland-Viewer Online an:

Auch diese Daten sind erschreckend veraltet.
Beispiel: An 3402023,5812499 befindet sich eine wichtige Brücke, Bestandteil einer neuen tangentialen Verbindung. Diese Straße+Brücke wurde Anfang Oktober 2002 nach 31 Monaten Bauzeit dem Verkehr übergeben. Festsetzung des Bebauungsplanes war August 1998.
Die Brücke und die Straße fehlen (DNM25).

Schöne Grüße
Bernd H

Zitat

Zitat von Joern_Weber+12.09.2006 - 18:45--><div class='quotetop'>QUOTE(Joern_Weber @ 12.09.2006 - 18:45)</div>

[QUOTE]-Joern_Weber@12.09.2006 - 18:45
Genau das ware der Fall bis zur Version 1.5. Seit etwa 2002 haben die Landesvermessungsämter ihre Produktionsweise umgestellt. Leider! Bis ca. 2003 (Je nach Bundesland) haben die Landesvermessungsämter handgezeichnete Karten mit edelen Kartenbild nach alter Väter Sitte produziert. Inzwischen werden nur noch ATKIS-basierte Karten per Computer-Plott produziert.

Nun, in der MagicMaps-Produktbeschreibung, z.B. Brandenburg / Berlin 3D Version 2.0 sind genau die alten handgezeichneten Karten mit Einzelbebauung zu sehen.

Bernd H

ich bin auch ziemlich skeptisch.
Es heißt ja bei MagicMaps: "Amtliche topographische Karten im detaillierten Maßstab 1:25.000 aus aktuellen Daten der Landesvermessungsämter (Auflösung ca. 100 Linien/cm)"
Aber was ist "aktuell"?
IMHO stand der Satz auch in bei den 1.x-Karten. Damals bedeutete aktuell: Im Vergleich zu den Top50-Karten sind bei den Magicmaps-1.x-Karten von Berlin/Brandenburg Strandbäder eingezeichnet, die es seit Menschengedenken nicht mehr gibt und Brücken nicht eingezeichnet, die ich seit vielen, vielen Jahren benutze. Wichtige Wege, die es schon immer gibt, fehlen.
Alles im 4km-Radius um mein Haus.

Schade, daß man den Stand der Dinge an diesen Stellen nicht online überprüfen kann.

BerndH

Hallo,

Kurze knappe Frage:
ist Navitel der Russa-Nachfolger?

BerndH

Vielen Dank!

BerndH

Hallo Andreas

Zitat

Zitat von andreas.wernicke@12.07.2006 - 11:53
... Unregelmäßigkeit 238 Nullbytes in Folge gefunden....
XML-Parser stolpern an dieser Stelle...
...Also, keine defekten Tags, aber Schluckauf in der Datei und infolgedessen fehlender Tag....

Die Nullbytes stellen einen weiteren Bug dar.
Die beiden Beispiele habe ich mit einem Hexeditor untersucht. Definitiv keine Nullbytes, sondern wirklich fehlende Tags.
Immerhin war bislang kein File so fehlerhaft, daß es nicht reparierbar wäre. Die Nullbytes muß ich in meinem Tool noch berücksichtigen.

Nebenbei: Füllstand der SD-Karte um 512MB, Karten, POI und Tracks. Bei der ersten fehlerhaften Datei war der Trackspeicher ziemlich leer.

Hast die Karte in einem Lesegerät oder im Garmin gelesen?

BTW: Womit parst Du?

Schöne Grüße
Bernd

Zitat

Zitat von andreas.wernicke@12.07.2006 - 10:59
Das sieht danach aus, als ob das XML mit Stringoperationen erstellt oder bearbeitet wurde, ohne Validierung oder baumorientierte Software.

So sehe ich das auch.
noch einer:

</trkpt>
  </trkseg>
    <trkpt ....

Schöne Grüße
Bernd

Zitat

Zitat von Wolfi2000@12.07.2006 - 10:04
du benutzt aber schon die neueste firmware und die neueste ms-version?!

Natürlich.
Hier nur ein Ausschnitt aus VistaCx Logfiles

</trk <trk>

Zitat

Zitat von Cacher@12.07.2006 - 08:15
du meinst, MS kann die Tracks beim direkten Import aus dem Programm lesen, aber beim laden der Logfiles, die man von der Karte direkt holt, nicht?

Ja, es sind einzelne Logfiles, die so fehlerhaft sind, daß MS sie nicht lesen kann. Bei mir etwa 10% der Dateien.
Ich verwende eine 1GB Sandisk. Auf einer (mitgelieferten) 64MB-Karte fand ich auch eine fehlerhafte Datei.
Bernd

Zitat

Zitat von Wolfi2000@12.07.2006 - 07:39
auf diesem standpunkt stehe ich auch. außerdem funzt das routing auch mit der neuen mg v8.

Ja, ja. Ich denke aber nicht an MG7 oder MG8 oder 9. Sondern an das Zusammenspiel zwischen MS und GPS-Firmware. Es könnte doch sein, daß die zukünftige MS-Versionen das simple Grabben der mdr-Datei verhindern. Es gibt keinen Grund, überhaupt eine temporäre mdr-Datei zu erzeugen. Die paar MByte können sie auch locker im Speicher halten. Wenn der MS-Programmierer das will und das tut, ist Schluß.

Bernd.

Mojn,
gibt es einen Track oder Route des R1, der den Weg durch Berlin beschreibt?
Bernd.

Mojn,
In einem anderen Thread habe ich ja schon auf die fehlenden Datei-Erstellungsdaten hingewiesen. Bei der Tracklog-Aufzeichnung gibt es aber noch weitere Probleme. Sie sind aufgefallen, als die Logs in TTQV eingelesen werden sollten. Das funktionierte nicht wunschgemäß, da Garmin sich nicht 100%ig an die GPX-Spezifikation hält.
Nun, das sollte kein Problem sein. Dachte ich. Ich habe ein Programm geschrieben, das die Logfiles GPX-konform korrigiert. Dabei stellten sich allerdings weitere Fehler in bei der gpx-Tracklog-Speicherung heraus. Die gxp-Baumstruktur ist ab und zu fehlerhaft. Mitunter kann selbst MS die Files nicht lesen.

Wer arbeitet mit diesen, ansich praktischen, Log-Files?
Wer hat gelegentlich Probleme damit?
Spielt die Speicherkartengröße doch eine Rolle?

Bei Interesse am gpx-Log-Fixer: bitte melden.

Bernd

Mojn,

Zitat

Fazit: Ein sehr empfehlenswertes (SUPER)Tool welches die Arbeit zum Erstellen einer routingfähigen MetroGuide-Karte am GPS zum Kinderspiel macht.

Genau das wird das Problem sein. Das wird Garmin nämlich gar nicht gefallen und sie werden sicher Maßnahmen ergreifen. Und zwar um so eher, je einfacher die Wizzard arbeiten. Deshalb hält sich meine Begeisterung in sehr engen Grenzen.
Bernd H

Zitat

Zitat von sirius@6.07.2006 - 12:02
aber haben die dateien nicht schon in ihrem Namen das Erstelldatum enthalten?

Ja, schon. Das ist ja ok. Es geht um die Datumseintrage im Directory. Oder Datei/rechte Maustaste/Eigenschaften.
Bernd

Hallo,
mir ist aufgefallen, daß díe VistaCx (V2.50) Tracklogs auf der 1GB-SD-Karte kein Erstellungs- bzw. Geändert-Zeiten mehr haben, die Spalten bleiben im Explorer leer.
Bei der 64MB-Karte sind die Zeiten vorhanden, bei der 1GB-Karte hingegen nicht.
Wie sieht das bei 512MB-Karten aus?
FAT-Problem?
Wie ist das bei Euch?

Bernd

Zitat

Zitat von Wolfi2000@29.06.2006 - 08:51
äh, gute frage. probiers doch mal aus...

... ich hab es mit einem Gemisch aus Metroguide 7 und Topo Nord ausprobiert.
GMAPSUPP.IMG darf nicht größer als 512MB werden, sonst wird das File nicht erkannt (in meinem Fall VistaCx mit 1GB-Karte).

896 Kacheln, MS 387MB, Sendmap sagt appr. 497MB, GMAPSUPP.IMG =528MB ->funktioniert nicht
854 Kacheln, MS 360MB, Sendmap sagt appr. 459MB, GMAPSUPP.IMG =488MB ->funktioniert
1298 Kacheln, MS 648MB, mit MS auf die Speicherkarte gespielt, GMAPSUPP.IMG =652MB -> wird erkannt

Interessant ist, daß Sendmaps GMAPSUPP.IMG deutlich größer wird, als vorausgesagt und daß überhaupt eine Datei >512MB erzeugt wird.
Bemerkenswert finde ich auch die Differenz von 120 bist 150 MB zwischen MS und Sendmaps IMG, die Indexdatei war knapp 50MB groß.

Man muß sich also die Dateigrößen anschauen, wenn man an die 512MB-Grenze gehen will.

Bernd.

Zitat

Zitat von Wolfi2000@26.06.2006 - 13:23
... 512mb karte (im moment maximale größe für tricksereien mit mg und sendmap) ...

Wie sind eigentlich diese 512MB zu verstehen (Beispiel: 968 Kacheln zusammengestellt)?
-Angezeigte Größe in Mapsource (424MB) oder
-diese Größe (424MB) + MDR-File (54MB) = 478MB oder
-Angezeigte Größe in Sendmap (533MB) oder
-die GMAPSUPP.IMG-Größe (591MB)?

Sendmap 3.3 erzeugt ja GMAPSUPP.IMG > 512MB.

Bernd

Zitat

Zitat von Wolfi2000@20.06.2006 - 13:53
Eine Versionsnummer, die auch irgendwo angezeigt wird, wäre nicht schlecht...

...erledigt.
Bernd