Typfile für 2015.10 NTU

Du meinst das Typ-File von Heimo? Dann kann ich das bestätigen, was Du schreibst. Habe es aber mit GMapTool geregelt gekriegt.

das is aber seltsam, ich teste immer alles bevor ich es online stelle

könnt ihr mir sagen was genau nicht funktioniert
und wieso auch nicht mit der manuellen vz suche, dass muss klappen, habe es soeben selbst nochmal mit fake vz ausprobiert

Ich habe meine Karten unter d:\Garmin - typfile2gm für die letzte NTU2014 hatte damit kein Problem mit VZ-Suche. 2015.10 NTU hingegen wird nicht erkannt.

hmmmm, mit meinen fakeverzeichnissen klappt alles.

haben die vielleicht die ordnernamen jetz geändert bei garmin,
standardmässig sollte der ja
"City Navigator Europe (Unicode) NT 2015.10.gmap"
heissen, und nach diesem sucht auch mein tool, wen der jetzt anders heisst dann sollte es zumindest mit der manuellen suche funzen.

bei vz suchen geht ein fenster auf und darin sucht ihr nach dem xxxx.2015.10.gmap und dann sollte es auch funzen, ganz egal wo es liegt.
es muss natürlich das xxx.gmap im suchfenster ausgewählt werden. wen nur das vz maps ausgewählt wird dann kann dass nicht funktionieren

oder ihr habt "norton 360" im Einsatz, da is bekannt dass nichts geht, weil das norton 360 das tool zum verzeichnis suchen blockiert.
evtl den norton abschalten und nochmal versuchen

Auch von mir gibt es natürlich ein DANKE!

Das von Garmin Express angelegte Verzeichnis heißt bei mir:
d:\Garmin\City Navigator Europe NTU 2015.10.gmap

Nachtrag: Kein Norton.

unter Win 8.1 ist der normale Pfad:

C:\ProgramData\Garmin\Maps\City Navigator Europe NTU 2015.10.gmap

Das ganze in einem "versteckten" Ordner.

Wurde auf meinem Rechner problemlos zur Auswahl angezeigt (ohne dass der Systemordner "sichtbar" gemacht wurde).

Zum Abschluss des Prozesses, muss aber der angemeldete Benutzer "Vollzugriff" auf die Typfile haben. Das Script unterbricht hier mit einer Fehlermeldung und weist darauf hin.

ok, alles klar, dann haben die garminianer jetz ab 2015.10 die ordner umbenannt.
konnte ich leider nicht wissen, da ich selber kein NTU besitze und mein wissenslieferant, der mir die FID und den Namen der Typ mitteilte hat mir nix davon gesagt dass die ordner jetz anders heissen. so ein lümmel aber auch :D;)

ich werd dass heute abend dann in meinem skript fixen.

obwohl, mit der händischen vz suche müsste es aber dropsdem klappen

Zitat von heimo s.

obwohl, mit der händischen vz suche müsste es aber dropsdem klappen

tut es... deswegen ist mir auch nichts aufgefallen oder liegt das an der Betaversion die ich nutze.....

sodale, skript ist gefixt, jetzt müsste es die ntu auch von selber wieder finden im standard vz

eijo manni, diese betaversion war ja nur für dich, da hab ich ja schon unter weiser voraussicht etwas mehr eingebaut als notwendig

Dann hast du jetzt wenigstens den Beweis dass die Beta auch bei solchen Änderungen funktioniert!!

Tolle Arbeit - Hut ab!!

jo, bei dieser beta die du von mir bekommen hast, die sollte bei jeder kartenversion funktionieren, egal wie neu oder alt bzw wie das vz heisst,
eigentlich müsste die auch bei cn america oder australia oder was es sonst noch gibt funzen.
weil die liest sich alle relevanten informationen aus der infov2.xml aus und generiert anhand dieser infos selbständig ein dazupassendes typfile auf grundlage meiner typvorlage.

ich müsste dafür also auch nicht jedesmal ein neues typfile selbst erstellen, es reicht meine einmalige vorlage dafür aus.

nur der haken an der sache, man muss das install vz immer selber angeben bzw. suchen.

und desshalb hab ich dass auch mehr oder weniger wieder auf eis gelegt.

und ein weiterer haken
ist auch so, wen ein user dann händisch meine vorlage integriert weil aus irgendwelchem grund auch immer das skript nicht funzt, zb fehlender adminrechte und er machts dann händisch ohne mein skript. dann gibts eben dass problem dass die vorlage nicht wirklich zu den karten passt. es ist ms bzw bc zwar egal und es werden die farbänderungen in ms/bc auch sichtbar aber die fid und die cp passen dann nicht wirklich dazu und wen sich dann einer nachträglich karten aufs navi lädt dann hat dass keine wirkung und mann kann die aber auch mit tf2navi nicht umfärben weil eben falsche informationen in der img stehen.

das ist mir dann alles etwas zu kompliziert wen dann irgendwelche anfragen kommen weils nicht funktioniert und man müsste dann jedesmal soviel nachfragen was wie usw.....
da hab ich echt keinen bock drauf

deshalb bleib ich vorerst auch bei der jetzigen variante, wo ich jedesmal auch die typfiles selbst für die jeweilige aktuelle version anpasse und den standard vz pfad mit einbaue damit das skript eben das vz selber findet. vorausgesetzt es wurde im standardpfad installiert.

hört sich kompliziert an und ist es auch
aber vielleicht find ich irgendwann mal eine lösung mit der auch ich zufrieden bin

und wen meine informationsquelle für die ntu karten mir in zukunft schön brav die FID, name.TYP und sicherheitshalber auch noch den vollständigen namen des gmap vz mitteilt dann sollte so ein problem wie jetzt bei der 2015.10 auch nicht mehr vorkommen

oder ihr macht einfach eine spendenaktion damit ich mir nen neuen 590er kaufen kann. dann hab ich auch ntu karten und kann selber nach den notwendigen infos gucken :D:D

super, freut mich telekomiker10

danke fürs feedback

Zitat von heimo s.

j
und wen meine informationsquelle für die ntu karten mir in zukunft schön brav die FID, name.TYP und sicherheitshalber auch noch den vollständigen namen des gmap vz mitteilt ....

Das macht sie.... versprochen