Hallo Joern.
Danke für deine Kommentar. Ich will es wirklich wissen 
Zitat
Zitat von Joern_Weber@16.11.2005 - 15:27
1. Wenn MDC eine TDB schreiben möchte. löscht es ersteinmal eine eventuell vorhanden Version der TDB, um dann zu merken das nicht alle Bedingungen zum schreiben einer neuen Version erfüllt sind. Hier wäre das vorläufige Schreiben in eine temporäre Datei und deren anschliesendes Kopieren auf die originale Datei, die besser Lösung.
Ja, da hast Du völlig recht 
aber ich finde das nicht störend:
.) wenn man eine neue TDB erstellen möchte, hat das ja einen Grund (z.B. Projektnummer), also muß nach einem Fehler sowieso nochmal die TDB erstellt werden.
.) wer eigentlich nichts ändern möchte, und nur den Regeintrag braucht soll einfach beim TDB überschreiben "nein" sagen
.) und wer "Originale" nicht sichert, ist selber schuld 
Wenn es leicht zu ändern ist, werde ich das aber ändern.
Zitat
2. MDC kommt nicht mit allen Zeichen in den Detail-Karten, insbesondere den russischen, klar. Sicherlich ist MDK in dieser Frage Garmin-konform, aber in gewisser Hinsicht auch intolerant. Die Russen und auch die Chinesen schreiben nun mal 8-Bit Punicode in in Felder, für die nur ASCII-zuläössig ist. Eine Warnug sollte hier ausreichen.
MDK ist "nur" R&R kompatibel (siehe Docu). Auch wenn es eine Unicode Version gibt, betrifft das nur die Oberfläche, nicht die IMG's. R&R hat halt intern nur den 6 Bit Code.
Als Erweiterung (nicht R&R konform) kann MDK auch den 8 Bit Code. Der Rest der Weld muß sich selber darum kümmern.
Zitat
3. Das Projektmanagement von MDC ist etwas gewöhnungsbedürftig bis unübersichtlich.
Ich finde es so in ordnung, aber ich muß gestehen, ich arbeite mit MDK fast immer im Batch Mode (auch die TDB Erstellung). Da MDK eigentlich im Zuge der IMG Formatdekodierung enstanden ist, sieht die gesamte Oberfläche etwas "seltsam" aus (wie mir auch schon andere bestätigt haben 
). Aber es hat sich noch niemand gefunden der das Programm überarbeitet. Ich habe schon überlegt das ganze Programm neu zu schreiben (und nicht in VB), aber mir fehlt einfach die Motivation.
Vielleicht in der Pension (nur noch 22 Jahre und ca. 4 Monate )
Zitat
4. Wenn ich eine TDB lade und zusätlich den Path zu den Detailkarten und die Übersichtskarte angebe, warum muss dann vorher die Detailkarte geladen sein?
Das versteh ich jetzt nicht; wenn Du eine fertige TDB ladest, ist alles bis auf Name+Pfad der Übersichtkarte und Pfad der Detailkarten versorgt (Projekt Nummer und Version, Copyrights, Projektname lang und kurz, TDB Name+Pfad und die Liste der Detailkarten im Projekt unten).
Nach eintragen dieser beiden fehlenden Werte kann die TDB ge/überschrieben werden bzw. der Regeintrag.
Da muß keine Detailkarte geladen werden (wie auch?).
Zitat
5. MDA erzeugt mir für die russischen Karten leere *.tdb's, obwohl funktionierendes Basismaterial vorliegt. Beispiel: http://corsar.avtostop.ru/gps/country_maps/maps/sweden.zip
Also bis auf den schon erwähnten Umstand das die IMG's nicht XOR-ed sein dürfen, kann ich keine Probleme mit diesen Karten (und auch nicht mit Finnland ->]6. Eine ideale Erweiterung des Projektmanagemets wäre es, eine vorhandene *.REG-Datei einlesen zu können, was automatisch das Einlesen der *.TDB und deren Plausibilitätscheck, ink. dem ggf. notwendigen Suchen der Detail- und Übersichtskarten, nach sich zieht, um dann die Paths und die Projektnummer ändern zu können und die *.REG, die *.TDB-Datei wieder speichern zu können. Ggf. kann dabei auch noch auf Wunsch die Registry geändert werden. MDK kommt dem
[/quote]
Das find ich absolut für überflüssig.
Man müsste in der Reg Datei erst die Pfade an die eigenen Gegebenheiten anpassen.
Wenn man auch noch die Projektnummer ändern will, habe ich weniger Arbeit wenn ich nur mit MDK die TDB einlese, mit zwei doppel-clicks die fehlenden beiden Werte ergänze, und nach ändern der Projeknummer die TDB speichere.
Zitat
btw. Welches Problem hast Du mit dem XOR-codierten Karten? Solange nur die Datei selber XOR-codiert und nicht die Submaps mit einem Key verschüsselt sind, stellt das doch kein Hindernis dar um die Karten einzulesen? Oder habe ich dich jetzt falsch verstanden?
Problem keines, siehe Oben.
Aber wenn das so wichtig ist für Dich/Euch, kann ich es ja einbauen (noch vor der Pension )
Zitat
btw. Fühle dich nicht genötigt meiner Anmerkungen wegen MapDekode zu Ändern oder zu erweitern. Ich selber kann gut damit leben, das MDK so ist wie es ist. Andere GPS-user haben damit sich eher Probleme, da sie kaum in der Lage sind sich das Ostblock Know How zu verschaffen. Ich weiß das MapDekode eigentlich für die Welt des OziExplorers und des Trackmacker, anstatt für die Ostblock-Karthographie ausgelegt ist. Es dabei aber sehr interessant zu sehen wie unterschiedlich sich doch solche Dinge in unterschiedlichen relativ isolierten Kulturkreisen entwickeln und wo sie sich berühren.
MDK ist, wie schon gesagt, "nur" dadurch entstanden, das Garmin nicht mitbekommen hat welche Länder in Europa sind 
, und ich unbedingt eine Griechenland Karte wollte.
Und so habe ich (nachdem die div. Ankündigungen im Internet über die erfolgreiche Dekodierung nur heiße Luft waren) mich halt selber an die Arbeit gemacht.
Nach dem ich 1/2000 die erste eigene Testkarte verbreitet habe, hat sich auch nur ein Mitstreiter gefunden (Stan). Zusammen haben wir dann noch ca. 6 Monate ein paar Feinheiten des R&R Formates dekodiert.
Aber dann hatte er scheinbar genug Wissen über das IMG Format (und auch Hilfe von Alex) das er ein eigenes Programm schreiben konnte.
Und damit hat er die Zusammenarbeit beendet. Alle neuen Infos über IMG's (wie MG) hat er mit allen möglichen Ausreden zurückgehalten.
Ich vermute, nur deshalb, weil er mit cGpsmapper einfach Geld verdienen will.
Und er weiß, ich würde alle neuen Funktionen frei (z.B. in MDK) weitergeben.
Und alleine hat es mich dann auch nicht mehr gefreut. Es hat zwar noch einige "ich will helfen" gegeben, aber seltsamerweise, hat sich nach Erhalt der Docu fast nie wieder jemand von dem Leuten gemeldet (und die, die sich gemeldet haben, hatten auch nichts Neues zu berichten 
)
Somit habe ich in MDK nur R&R IMG includiert, denn mehr brauche (und kann) ICH nicht.
Das die Quelldaten mit Ozi erstellt werden können, ist Zufall (hatte nichts anderes).
Das DBX Format ist recht einfach gehalten, und jeder könnte es als Ausgabeformat in ein geeignetes Programm einbauen.
Ich habe auch einigen Autoren von GPS Programmen Hilfe und Unterstützung angeboten (Ozi, GTM, Mapedit, ...), aber nur Odilon (GTM) hat Interesse gezeigt.
Sollte sich doch noch jemand finden der DBX einbinden möchte ist er wilkommen.
Peter 
)
