Hallo Ludger
Ha ha ha, da wird 13.11.1864 angezeigt!!!! - Da stimmt bei Compe etwas nicht!
Mit welchen Programm entpackst du?
ich mit 7zip
Gruß Christian
Hallo Ludger
Ha ha ha, da wird 13.11.1864 angezeigt!!!! - Da stimmt bei Compe etwas nicht!
Mit welchen Programm entpackst du?
ich mit 7zip
Gruß Christian
Hallo Ludger,
bei mir ist es so, dass nach einer Neuinstallation (Winrar Entpackungstool) nur die Dateien mit einem falschen Datum versehen werden, die TwoNav auf dem Aventura selbst anlegt. Könnte dieses falsches Datum damit zusammenhängen, dass in TwoNav keine Uhr weiterläuft am Aventura, wenn kein GPS Empfang besteht?
@Christian, ich entpacke mit Suffit und meine Frau hat WINrar drauf.
Ich hatte nur jedes mal die Dateien im StuffIt, bzw. WINrar Browser angesehen und nicht irgendwo hin entpackt.
Gruß
LUDGER
Auf meinem Windows 7 Rechner haben die Dateien das Datum 01.01.1980, auf meinem Ubuntu-System 31.Dez.2065, jeweils im zip-File, wie auch nach dem Entpacken. Lediglich die Zip-Datei selbst bekommt das "Download"-Datum.
Dass die Aventura-Zip von Chris Daten vom 23.12.2011 enthält, finde ich erstaunlich. Gibt es ev. eine 2. Downloadmöglichkeit? Ich habe den Link von Gert benutzt.
Der Inhalt der Android-Version ist dagegen scheinbar korrekt (23.12.2011 16:57).
Hallo,
Dass die Aventura-Zip von Chris Daten vom 23.12.2011 enthält, finde ich erstaunlich. Gibt es ev. eine 2. Downloadmöglichkeit? Ich habe den Link von Gert benutzt.
Kopiert ihr das Archiv (TwoNav_Aventura_2.5.zip) auf den Ave und entpackt dort, dann kann schon ein anderes Datum entstehen, wie Gerd oben schon angedeutet hat.
Ich entpacke auf dem PC und kopiere auf den AVE.
Zitatund nicht irgendwo hin entpackt
ich sollte aufmerksamer lesen.
Mein Datum ist natürlich das Entpackdatum.
Eure Programme zeigen ein Defaultdatum an (mein 7-zip) zeigt kein Datum an.
Gruß Christian
Hallo,
das Problem was ich mit der ganzen Geschichte andeuten will ist, dass man jetzt nicht mehr vom Datum her erkennen kann, von wann die Datei ist. Nach dem entpacken, egal ob Desktop oder wo, habe ich das imaginäre Datum 31.12.2065 00:00! Lediglich die Ordenr haben das korrekte Datum, nur aber wieder der Inhalt nicht!
[EDIT] Es kann nichts mit dem Entpackprogramm zu tun haben, muss wieder an Compe liegen. Lade ich irgendeine andere ZIP herunter, stimmt das Datum!
Gruß
LUDGER
Hallo Ludger,
Es kann nichts mit dem Entpackprogramm zu tun haben, muss wieder an Compe liegen. Lade ich irgendeine andere ZIP herunter, stimmt das Datum!
Ja du hast recht. Bei anderen zip's wird das Datum angezeigt wann die Dateien angelegt wurden.
Vielleicht steht bei denen kein Datum drin, ob das geht, weiss nicht oder ein ungültiges.
Denn mein Programm zeigt auch kein Datum an. Entpacke ich , wird das Entpackungsdatum genommen.
Gruß Christian
Bei mir mit 7z wird der 24.12.2559 angezeigt. Ausgepackt ist es das Entpackungsdatum.
In den Zips der Vorgängerversion waren, soweit ich das sehe, die Dati korrekt.(ich habe jetzt natürlich nicht alle angeschaut).
Ich habe CompeGPS per Mail darauf hingewiesen.
7zip zeigt kein Datum, files haben nach dem entpacken den 23.12.2011 18:4.2
Unrar setzt das Datum auf das Entpackungsdatum.
Totalcommander zeigt bei mir als Dateidatum 24.12.2559 60:60. udn beim kopieren in ein leeres Verzeichnis sieht es dann so aus:
ZitatAlles anzeigenCompePocketEngine.dll 3.866.112 20.04.1623 12:44 -a--
TwoNav_Aventura.exe 1.609.216 03.04.1610 23:31 -a--
idioma.def 3.121.344 12.01.1610 12:50 -a--
keys.dat 766.397 08.09.1606 20:31 -a--
libGLES_CM_NoE.dll 214.016 25.07.1602 02:48 -a--
NCSEcw.dll 194.560 24.03.1602 22:46 -a--
CompePlugIn_PNG_CE.dll 108.544 13.10.1601 01:24 -a--
CompePlugIn_JPG_CE.dll 81.408 23.07.1601 14:43 -a--
zlibce.dll 96.256 12.06.1601 21:22 -a--
CompeResources.dll 176.640 12.06.1601 21:22 -a--
CompeHAL.dll 49.664 12.06.1601 21:22 -a--
NCSUtil.dll 60.416 03.05.1601 04:01 -a--
NCScnet.dll 45.056 03.05.1601 04:01 -a--
libEGL.dll 42.496 03.05.1601 04:01 -a--
CompePORT.dll 39.424 23.03.1601 10:41 -a--
TwMenu_SEA_D.cxml 369 10.02.1601 17:20 -a--
TwMenu_OFFROAD_D.cxml 395 10.02.1601 17:20 -a--
TwMenu_ONROAD_D.cxml 370 10.02.1601 17:20 -a--
TwMenu2_ONROAD_D.cxml 8.303 10.02.1601 17:20 -a--
TwMenu2_SEA_D.cxml 8.121 10.02.1601 17:20 -a--
timezones.dat 153.260 10.02.1601 17:20 -a--
TwKeys_D.cxml 7.050 10.02.1601 17:20 -a--
TwMenu2_OFFROAD_D.cxml 8.442 10.02.1601 17:20 -a--
properties.cxml 15.573 10.02.1601 17:20 -a--
options.cxml 32.923 10.02.1601 17:20 -a--
lowcontrast.hipcolrs 213 10.02.1601 17:20 -a--
licenses.txt 173 10.02.1601 17:20 -a--
default.hipcolrs 213 10.02.1601 17:20 -a--
gps.default 1.765 10.02.1601 17:20 -a--
highcontrast.hipcolrs 213 10.02.1601 17:20 -a--
datumsb.dat 9.132 10.02.1601 17:20 -a--
CompePlugIn_ECW.dll 17.920 10.02.1601 17:20 -a--
advice_it.txt 712 10.02.1601 17:20 -a--
advice_pl.txt 755 10.02.1601 17:20 -a--
aygshell.dll 4.096 10.02.1601 17:20 -a--
borders.dat 11.304 10.02.1601 17:20 -a--
advice_de.txt 948 10.02.1601 17:20 -a--
advice_en.txt 667 10.02.1601 17:20 -a--
advice_es.txt 783 10.02.1601 17:20 -a--
advice_fr.txt 827 10.02.1601 17:20 -a--
advice_hu.txt 1.085 10.02.1601 17:20 -a--
advice_ca.txt 673 10.02.1601 17:20 -a--
Ich denke wir können das Thema abschliessen.
Lt. Info von Compe wird es sich um einen Fehler im Skript zur Generierung der Update-zips handeln.
Danke Gert, nu iss "allet jood..."
Gruß
LUDGER
Be, ist es net .
aber er könnte erklären warum das Update bei Apollo11 nicht klappt!
Wenn die Dateien bei ihn das Datum 1.1.1980 haben, dann sind sie älter als die von 2.4.2.
Dann klappt das überschreiben nicht, da die Dateien älter sind.
ray
Mmmh, das heisst: Verzeichnis TwoNav leeren, neue Daten rein kopieren und den Rest (*.mbkey, usw.) dazu; fertich. - Bitte mal probieren!
Gruß
LUDGER
Ich weis es nicht mehr, hatte er eine cleane Installation probiert?
Sollte man bei großen Updates, wie der 2.5, eh machen.
ray
Stimmt,
bei der Frage ob überschreiben oder nicht geht es primär um eine evtl. Namensgleichheit. Danach spielt das Datum eine Rolle.
Wenn ich festlege "auf jeden Fall" zu überschreibe, ist das Datum egal.
Wenn allerdings nur ältere Daten überschrieben werden sollen wäre die von Ray angedeutete Konstellation durchaus ein denkbares Szenario.
heißt da die Update-Dateien älter wären als die installierten, würden die installierten nicht überschrieben und die 2.4.2 wäre weiterhin aktiv.
Bleibt die Frage warum Apollo ~307 Dateien in \Twonav hat anstatt ~240.
Hallo
wie ihr wisst habe ich ja inzwischen alle Varianten probiert. daher noch mal ganz von vorne.
In meinem 2.4.2 Verzeichnis sind 69 Dateien mit folgenden ausführenden Dateien.
Welche muß ich denn bitte bei einer clean Installation rüberkopieren?
Und die 2.5 Version enthält nach dem endpacken 240 dateien
danke und Gruß
Hallo Apol011,
also im Wissenslexikon im Kapitel "3.2. Die „cleane“ Installation" steht schon das Richtige. Lies dort bitte einmal und dann wird es passen. Die Ordneranzahl/struktur sollte dann ähnlich wie nachfolgende Seite sein.
Gruß
LUDGER
Hallo Apollo,
die einzige Datei, welche du aus deiner unvollständigen Auflistung, in jedem Falle mind. 1.Mal in der Twonav-Umgebung benötigst, ist die aventuraEUROPE.mkeyb . Diese beinhaltet den Lizenzkey für das Twonav deines Aventura.
Es wird aber noch mind. eine hier nicht sichtbare *.mkeyb-Datei für die VMAP geben. Auch diese ist gegebenenfalls zu sichern.
Es wurde schon oft gesagt, das alle diese *.mkeyb-Dateien, am besten auch noch extern zu sichern sind, damit man sie im Notfall so wieder auf das Gerät kopieren kann.
Alles andere lässt sich zur Not per Hand wieder neuerstellen, wenn es auch evtl. wie bei den Datenseiten z.B., etwas mühsam sein kann.
Wenn du auf Nummer sicher gehen willst kannst du dir auch extern eine komplette Kopie von \Twonav + \Twonavdata anlegen.
Hast du eigentlich schon einen Blick in Ludgers Wissenslexikon geworfen.?
Da stehen eigentlich alle notwendigen Infos drin.
240 Dateien im 2.5er zip des Aventura ist OK.
Und die 69 Dateien deines \Twonav-Verzeichnisses sind vermutlich auch ok(sind auch noch eine Menge alter Hunde drin). Der Rest befindet sich ja in den Unterverzeichnissen von \Twonav.
Im 2.4.2er zip sind es übrigens 225 Dateien
Komisch,
hab heute die offizielle 2,5er mit 3 verschiedenen Programmen runtergeladen:
Firefox, IE und FDM.
Die Datei war jedesmal kaputt und ließ sich nicht entpacken:
http://www.compegps.com/download/TwoNav_Aventura_2.5.zip
Da dürfte auf dem Webserver derzeit irgendwas vergurktes stehen ?
LG, bp
Entpacken ließ sich die Datei, nachdem man bei einer Fehlermeldung auf weiter gegangen ist. Die einzelnen Dateien haben aber wieder das Datum 01.01.1980 00:00:00. Langsam wirds peinlich. Das war doch schon vor einem Monat (s. ab #55)