MN|4 MapExport HT-Fix downloadbar

@Erlöser

Besser lesen wäre angebracht...

"Das ist auch das einzige, was einen Überblick darüber geben _könnte_, welche Meinung man sich dazu bilden mag, in wie fern man Navigon für "zu faul" oder "nicht kompetent genug" hält, Fehler zu finden und auszumerzen."

es _könnte_; eine Meinung bilden mag;

Ja, _ich_ könte mir daraufhin eine Meinung dazu bilden, ob ich Navigon für "zu faul" / "nicht kompetent genug" halte. Du kannst es nicht? Macht nichts, jedem ist es schließlich selber überlassen, ob er es daraufhin tun kann.

"Immer "tauschen Sie diese Datei auf dem PDa gegen diese" das kannst Du, das kann ich, aber Ottonormalnavigator braucht ein Setup."

Eine lustige Aussage. Besonders auf den Bezug derjenigen, die immer gerne sagen: Naja, MN|4 läuft doch vernünftig, du musst nur in Datei xxx, die Parameter yyy mit den Werten zzz tunen, und schon rennt das Ding wie Schmitz Katze (z.B. bezüglich der Veränderungen für die Startzeit von MN|4 durch Optimierung der Abfragetimeouts für die Maus).

Aber das ist wieder eine ganz andere "Baustelle" (bezw. anderer Thread, in wie fern man an einem MN|4 schrauben muss, um ihn besser nutzen zu können / bzw. überhaupt vernünftig nutzen kann (siehe Threads bezüglich der Routenberechnung und Einstellung des optimalen Geschwindigkeitsprofils (ja, mir ist bekannt, dass es seit einiger Zeit eine Software von Hirni gibt, die das editieren erleichtert. Das ändert nichts an der Tatsache, dass es davor nötig war, mit einem Editor manuell korrigieren zu müssen, um auch nur näherungsweise wieder an das (gute) Routing von (B)MNEE heranzukommen))). Die Anzahl der Klammern in diesem Satz sagen nichts über seine Kompliziertheit aus (TM)!

--
Highend

In meiner Firma werden jeden Monat Suport Packages ausgeliefert. Es wird für jedes Support Package genau beschrieben welche Probleme gelöst wurden. So kann jeder entscheiden ob er es einspielt oder nicht. Nach einigen SP kann dann ein Release veröffentlicht werden. Navigon würde sich viel Image Verlust mit diesem Vorgang sparen.

In der Software Theorie wird auch genau diese Prozedur vorgeschlagen.

Grüße,

osteo

@osteo

Schön. Ich würde mir das bei Navigon auch wünschen. Nur bei wünschen wird es vorerst wohl auch bleiben...

--
Highend

@highend

Dir ist schon aufgefallen, das die Maps jetzt weniger Speicherplatz verbrauchen und das anders komprimiert wird?

Meinst du das geht mit dem alten MapExport von 1.5 so von alleine ohne Änderungen?

Es werden Komprimierungsalgorithmen verwendet die sehr Rechenintensiv sind. Diese werden neu geschrieben, optimiert und wos geht parallelisiert. Das bietet natürlich neuen Raum für Fehler.

Hat aber gar nix, aber auch reineweg gar nix damit zu tuen, das es in BMNEE 1.5 funktioniert hat. Da gab es diesen Optimierungsbedarf gar nicht, weil man mit Speicherplatz geäst hat und somit auch schoen einfache Algorithmen verwenden konnte.

Schau dir die Leute an die langsame Rechner haben und die letzten 3 Tage gestaunt haben, wie schnell MapExport auf P4 mit HT sein kann...

Würde ohne Optimierung der Export 7 Tage dauern wäre das geheule auch gross. Man kann es nie allen recht machen und Navigon hat uns auch gar net gefragt ob wir 7 Tage warten wollen beim Export...

Es wurde eine gangbare Lösung gesucht und die ist halt nicht die simpelste...

Zitat

Original von osteo
In meiner Firma werden jeden Monat Suport Packages ausgeliefert. Es wird für jedes Support Package genau beschrieben welche Probleme gelöst wurden. So kann jeder entscheiden ob er es einspielt oder nicht. Nach einigen SP kann dann ein Release veröffentlicht werden. Navigon würde sich viel Image Verlust mit diesem Vorgang sparen.

In der Software Theorie wird auch genau diese Prozedur vorgeschlagen.

Nach dem gleichen Prinzip fahren wir auch.
Wir überlegen aber die SP soweit runter zu schrauben das nur noch große SR's kommen.

Die SP's kommen dann nur noch im gaaanz großen Notfall.

Aber nett wäre es schon wenn die immer wieder mal so was an CityHunter weitergeben würden.

@Siffy

Nein, das alles ist ohne mein Wissen passiert... *wunder*

Wer bestreitet, dass die Routinen verbessert / angepasst / meinetwegen auch neu geschrieben worden sind, die für die Komprimierung zuständig sind? Niemand. Wo ist da der Ansatz für die Begründung, dass es dann auch einige Monate dauern darf, bis man diesen Fehler wieder ausgemerzt hat und den Anwendern eine fehlerbereinigte Version zukommen lässt?

Die Diskussion darüber, ob die Komprimierung ein wirklicher Vorteil gegenüber den älteren Versionen ist ist müßig, sie wurde hier im Forum schon oft genug geführt. Die "Opposition" könnte das Ganze auch sehr leicht umdrehen und sagen: Wozu eine höhere Komprimierung? Die Speichkarten werden a.) immer größer und b.) immer billiger. Dafür ist der Aufwand, die Karten zu erzeugen immens gestiegen (von der Rechenzeit her).

"Schau dir die Leute an die langsame Rechner haben und die letzten 3 Tage gestaunt haben, wie schnell MapExport auf P4 mit HT sein kann..."

Mach ich gerne. Nur wo sind sie? Ich sehe (auch in diesem Thread) niemanden der sagt: Hey, super, mit HT läuft der Export wieder und jetzt sogar viel schneller als vorher!. Ich sehe nur Leute die sagen: Danke, endlich geht der Export auch mit aktiviertem HT und nicht deaktiviertem zweitem (logischem) Prozessor einwandfrei.

Das ließe den Rückschluss zu (bis zu dem Zeitpunkt, dass jemand zwei Tests durchlaufen lässt (Export einer Karte ohne HT Fix mit deaktiviertem zweiten Prozessor und Export mit HT Fix und aktiviertem zweiten Prozessor) -> dabei müssten die Zeiten verglichen werden und daraus könnte man den relativen Vorteil des HT errechnen:

Der Mapexport ist nicht ausreichend threadorientiert geschrieben und unterstützt damit den Performancevorteil durch HT nicht ausreichend.

Ob das stimmt? Kann ich hier mangels HT nicht nachprüfen. Würde ich aber aus Spaß sicherlich mal machen.

Die Schnellform: Jemand mit HT hier und hat Lust, einen Screenshot vom Taskmanager (Tab: Systemleistung) beim Export zu posten? Wenn hier nicht beide Prozessorkerne zu gleichen Teilen ausgelastet werden, ist der Export (bzw. seine Routinen) nicht threadoptimiert.

--
Highend
2.

Es wäre schön wenn dieser Thread nicht weiter in einen "Navigon-Rüge" Thread ausartet. Auch wenn ich den berechtigten Ärger der Anwender mit Problemen verstehe haben wir doch das gemeinsame Ziel möglichst bald an ein möglichst umfassendes fehlerarmes SR1 zu kommen.

Dafür reicht es und ist von Cityhunter leichter auszuwerten wenn Antworten strukturierter gepostet werden.

z.B.

1) Hardwareausstattung
2) beim Mapexport parallel laufende Software
3) Größe der erstellten Karte
4) Dauer der Erstellung
5) aufgetauchte Probleme bzw. keine Probleme

Die User, die den Fix probieren, helfen so allen, dass Navigon Inkompatibilitäten und Probleme schneller erkennt und dann auch schneller und besser beheben kann.

Danke

Frank

@highend

bleib mal auf'm Teppich

Ich sagte ja, Du könntest... ich könnte nicht. Wo ist das Problem? War doch nur ne Frage.

Musst doch nicht gleich jeden der mal ne Frage fragt gleich anpfeiffen ... was soll'n das.

Kommst mir langsam vor wie Cato, der ältere.

Wäre nett, wenn Du nett sein würdest, ich bin doch auch nett, net?

Erloeser

@Erlöser

Ich bin auf dem Teppich. Wo bist du?

"Wo ist das Problem? War doch nur ne Frage."

Nirgendwo. War doch auch nur eine Antwort.

"Wäre nett, wenn Du nett sein würdest, ich bin doch auch nett, net?"

Ich bin immer nett. Where's the problem?

--
Highend

Bitte um Hilfe! So ganz werde ich hier nicht schlau - meine Farge: brauche ich den 4 MapExport HT-Fix? Wie bemerke ich Fehler beim MapExport?
Ich benutze einen P4, - 1,8 GHZ, - 512 MB DDR RAM - 256 MB Grafikkarte!

Ich habe mir am Sonntag 25.07.2004 zwei länderübergreifende Karten für den anstehenden Urlaub in Südfrankreich (78 MB) und Spanien (50MB) erstellt.
Das ganze verlief inclusive der Übertragung per Kartenleser ohne ersichtliche Probleme

Nein, brauchst du nicht.

Dein PIV unterstützt kein HyperThreading.

Hier eine Auflistung der Prozessoren, die das tun: http://www.intel.com/products/desktop/processors/pentium4/

--
highend

Hi,
aehmm... mal unabhängig von HT etc. Wenn der Map-Export bei Dir funktioniert, wozu solltest Du dann einen Patch brauchen, der das Problem beheben soll, daß Map-Export nicht funktioniert ;)...?
Ohnehin scheint es noch andere Faktoren zu geben, denn ich habe hier z. B. einen 2,8 GHz mit HT und Map-Export funktioniert dennoch ohne Deaktivierung von HT, Zuweisung zu einer CPU oder sonstige Tuning-Maßnahmen. Um so besser, wenn es mit der neuen Version auch dort geht, wo es bisher nicht funktionierte.

Bye
Peter

Hallo, ich nochmal:

Ich benutze seit eben auch noch einen P4, - 2,66 GHZ , - 512 MB DDR RAM - 128 MB Grafikkarte! es handelt sich hierbei um das Aldi-Gerät MD 8000 etwas aufgerüstet.

Wird hierfür der Patch benötigt?

Nachtrag: Also ich habe eben mit meinem "neuen" Rechner mal eine kleine Karte innerhalb Deutschland erstellt (12 MB) und über einen Kartenleser auf meine SD Karte übertragen - ich konnte keine Probleme beobachten!
Also brauche ich den Patch auch nicht installieren! ?

Öffne den Task Manager und schaue unter der Registerkarte "Systemleistung" nach, ob da zwei Prozessoren (die Grafiken dafür) dargestellt werden. Ist das nicht der Fall: Nein, eher nicht.

--
Highend

OK - Danke! Dort wird nur ein Prozessor gezeigt!

Ich hatte eben auch noch einen kurzen Nachtrag geschrieben - Kartenerstellung und Export über Kartenleser zur SD Karte läuft bei mir ohne Probleme.