Beiträge von ray

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...

    LayerID - Typ [14-bitige Zahl]
    LayerName - Name (in mehreren Sprachen mit Pipe getrennt)
    BorderColor - Begrenzungsfarbe Tagmodus [16-bitige Zahl]
    FeatureColor - Füllfarbe Tagmodus [16-bitige Zahl]
    ShowLayer - Aktiv (ja/nein) ?
    NearZoom FarZoom - naher entfernter Zoom (hier ist 0.0000 für "immer sichtbar") (Angabe in Metern, ab wann wird was sichtbar beim Reinzoomen)
    Transparency - [0.0-1.0] 0 ist volltransparent, 1 undurchsichtig, kein Effekt in MPVF
    AreaPatternID - ?
    GraphicLineWidth - Breite in Pixeln
    MetricLineWidth - ? Breite in Metern
    FarZoom NearZoom - entfernter naherZoom (hier ist 0.0000 für "immer sichtbar") (Angabe in Metern, ab wann wird was unsichtbar beim Reinzoomen)
    IconFileName - Name des Icons,siehe unten
    LinePatternID - [0-12], Entspricht position in der Combobox in Land, achtung 0 (normale Linie) ist das erste Element!
    RoutingType - [0-9], Entspricht position in der Combobox in Land, achtung 0 (keine Routingrelefanz) ist das erste Element!
    Speed - Geschwindigkeit in m/s und nicht in km/h!
    TypeID - ?
    DrawLabels - ?
    FeatureCount - ?
    ExpandSubLayers - ?
    FirstPolylineID - FFFFFFFFFFFFFFFF ?
    DrawPolygonsOverRasters - ?
    Elevation - ?
    ? - Begrenzungsfarbe Nachtmodus
    ? - Füllfarbe Nachtmodus


    Die zulässigen Werte für den IconNamen sind:

    Code
    |89|32|32|9372|9371|9370|9369|9367|9365|9364|9363|9362|9361|9360|9357|9352|7397|7395|7385|7384|7383|7380|7377|7376|7375|7374|7373|7372|7370|7369|7367|7366|7365|7360|7356|7352|7349|7342|7341|7339|7338|7337|7330|7328|7327|7326|7325|7324|7323|7322|7321|7320|7319|7318|7317|7316|7315|7314|7313|7312|7311|7310|4130|City (Small)|City (Medium)|City (Large)|9935|9930|9927|9923|9917|9916|9914|9913|9911|9910|9906|9904|9902|9901|9710|9390|9383|9382|9380|9379|9378|9377|9376|9375|9374|9373|

    ray

    Transparenz bei Wegen geht definitv nicht!
    Wahrscheinlich können Wege auch keinen Icon haben.


    Hier ein Auszug aus der CLAY:

    Code
    Layer18=12306,Gasolineras,4294967295,4294967295,1,6.0000,0.0000,-1,1,0.0000,0.0000,[B]7311[/B],0,0,0.0000,1290,1,0,1,FFFFFFFFFFFFFFFF,0,0.0000,4294967295,4294967295

    7311 ist dabei die IconId von Tankstelle.
    In der Teleatlas.zip zu finden unter SYMBOLS im interne Speicher vom Aventura oder in Land. Dort kann man sich diese Icons anschauen.
    Mir ist es nicht gelungen die Icons aus den anderen Icon-Archieven zu referenzieren.


    In der Datei poi_icons.cbmp unter SYMBOLS im interne Speicher vom Aventura sind die zulässigen IconIds einsehbar.



    Code
    |89|32|32|9372|9371|9370|9369|9367|9365|9364|9363|9362|9361|9360|9357|9352|7397|7395|7385|7384|7383|7380|7377|7376|7375|7374|7373|7372|7370|7369|7367|7366|7365|7360|7356|7352|7349|7342|7341|7339|7338|7337|7330|7328|7327|7326|7325|7324|7323|7322|7321|7320|7319|7318|7317|7316|7315|7314|7313|7312|7311|7310|4130|City (Small)|City (Medium)|City (Large)|9935|9930|9927|9923|9917|9916|9914|9913|9911|9910|9906|9904|9902|9901|9710|9390|9383|9382|9380|9379|9378|9377|9376|9375|9374|9373|

    Zoomlevel sollte man nicht zu hoch einstellen, sonst wird das Display unübersichtlich.


    Ich habe versucht diese Datei um Drinking_Water zu erweitern, leider gehen dann keine POI-Icons mehr.
    Das Icon hatten ich aus den garmin.zip in den teleatlas.zip kopiert.


    Umbedingt eine Sicherheitskopie anlegen, wenn man was an Dateien im interen Speicher ändert!

    Hier das ganze mal zum Anschauen, die OSM-Map der Kanaren:
    http://www.megaupload.com/?d=4R21U9F2


    Bitte anschauen und Kommentare abgeben.
    Feintuning am CLAY ist noch notwendig.
    So sind nur spanische Namen enthalten, auch sind nur paar wenige Icons gesetzt (Bank, Tanke, Gipfel, Shoping, Restaurants, Apotheken, Krankenhäuser, Parking), wobei die Zoomeinstellung noch getunt werden müssen.
    Auch habe ich mich nicht um Polygone (Flächen) gekümmert.
    Es sind Layer enthalten, die heissen wie die MP-Codes, da müsste man sich anschauen, was für Objekte das sind.
    Das ist für eine Person zuviel Arbeit, hier erwarte das mitgeholfen wird.
    Das kann jeder (Einweisung kann ich gerne geben).


    Ray


    ...ich habe den Versuch, poi's mit Icon in MPV oder VMPF mangels Erfolglosigkeit ...


    Hab's hin bekommen, war aber eher ein Zufallstreffer.
    Ganz habe ich es noch nicht geschnallt, mehr dazu morgen.


    Zitat

    In Land sind wohl 2^14 (16384) Layer (Objekttypen) möglich.


    Umbedingt erst MPV, dann MPVF und dann erst CLAY speichern!
    Dann korrigiert Land die Layer-Ids höher 2^14 und setzt sie auf freie Ids.


    Bei Transparenz lag ich falsch mit meiner Annahme.
    Das geht nur mit Füllfarben.
    Hmm, geht evt. doch ... aber nicht mehr heute.


    So nebenbei, die OSM-Kanaren-Map läuft auf meinen Aventura.
    Ab etwa 10 km Zoom sehen ich die ersten Objekte.
    Damit kann ich leben.


    Ray

    okay, dann schau ich mir mal auch mal WPTs und User-POIs an.


    Neben den Performance-Vorteil enthalten
    Karten-POIs ja weitere Infos wie Adresse, Tel.Nr.,...


    Aber:
    Beim Übergang von MPV nach VMPF werden die Karten-POIs scheinbar nicht richtig unterstützt.
    Eine Suche nach diesen POIs ist nicht möglich, so mein jetztiger Wissensstand.
    Die Icons sind auch nicht mehr da.
    Das ist aber ein lösbares Problem.
    Man kann über das CLAY einen Objekttyp einen Icon zuweisen.
    Geteset habe ich es aber nicht.


    Transparente Polylines in MPVFs sind für mich auch noch eine offene Baustelle.
    Ich würde darüber gerne Routen (markierte Wanderwege, ... und MTB-Schwierigkeitsgrade, SAC-grade, ...) visuell darstellen.
    Man hätte daruch einfach eine Dimension mehr um Infos darzustellen.


    zu OSM:
    1) OSM -> MP
    Ich habe mit osm2mp.pl ein .osm nach mp konvertiert.
    Die Installation ist aber nicht ohne, da einge Module nachinstalliert werden müssen.
    Das Tool ist sehr mächtig, man kann das Mapping vielschichtig beienflussen. Ich habe einfach mit den Standard-Mapping gearbeitet.
    Leider stellt sich Land etwas bockig an, irgendwas mag es bei diesen .mp nicht. Das betrifft Polylines und Polygons.
    Da habe ich inzwischen einen wagen Verdacht, was es seinen kann.
    Aber es gibt Alternativ-Wege:
    GlobalMapper kann auch .osm lesen und nach .mp exportieren.
    Ich sehe aber keine Einflussmgölichkeit.
    Ich habe das .mp von osm2mp.pl mit GM geöffnet (sieht gut aus)
    und einfach als .mp gespeichert.
    GM vereinfacht (entfernt) dabei einiges.
    Das sollte aber auch mit GPSMapEdit möglich sein.


    2) MP -> MPV -> MPVF
    Dieses .mp sah in Lang gut aus.
    Man kann jetzt für jeden Layer (Objekttyp) Eigenschaften anpassen (Linientyp, Farb, Zoomverhalten, Routingverhalten,...)
    Man sollte dies einmal machen und das als .clay (einfach über Kontextmenü auf Layers/Ebenen) exportieren.
    Die Karte umbedingt erst als .mpv und dann erst als .mpvf speichern!


    Nach jetztigen Wissensstand würde ich wie folgt automatisiert eine MPVF erstellen.


    1) OSM-File herunterladen (z.B. mit wget oder osmget.pl für eine Region)
    2) mit osm2mp.pl OSM nach MP konvertieren.
    Da muss man aber noch das Mapping anpassen.
    3) MP in Land laden und als MPV und MPVF und das CLAY exportieren, ohne irgendwas anzupassen, auuser die Zoom-Levels größer 0 zu löschen.
    Da müsste man schauen was das Scripting von Land hergibt. Leider wieder einmal keine Doku existent. :(
    4) das obige CLAY per Script anpassen oder evt. sogar komplett selbst generieren.


    Baustellen sind:
    bei 2) Land konforme MPs mit osm2mp.pl erzeungen
    Objekt-Mapping von osm2mp.pl an unsere Wünsche anpassen.
    Falls gewisse Abbildungungen damit nicht möglich sind muss manhalt sein eigenes Script schreiben.
    bei 3) geht das per Scripting in Land und wie?
    bei 4) das CLAY-Format bis in die Tiefe erfoschen (zulässige Werte und deren Bedeutung) und dann ein vernünftiges Mapping für die Attribute definieren. Die span. Namen sollte man dabei auch durch engl. und dt. ergänzen.
    Dann per Script die Werte setzen und auch die POi-Icons automatisch in das CLAY einbinden.


    Es ist noch einiges an Forscher-Arbeit zu tuen, bevor man Scripte zur Automatisierung erstellen kann.
    Aber es ist möglich!


    Ob das Routig mit MPVF klappt, keine Ahnung.
    Der Teufel steckt aber im Detail, z.B. Geschwindigkeitensbegrenzungen müsste man über unterschiedliche Objektklassen abbilden.
    Wenn das geht kann an Offroad-Routing nachdenken.
    Für Wanderer sollte es sofort gehen.
    Aber nicht für MTB, da das Routing richtungsabhängig seien muss.
    Da wird man aber einiges beibiegen müssen. Das dies möglich ist, hat @extremcaver erfolgreich gezeigt.
    (Einbahnstrassen, unterschiedliche Geschwindigkeiten je nach Richtung)
    Das ich nichts von OffRoadrouting halte, ist ja durchaus bekannt.


    Neben Geschwindigkeiten, kann man jeden Objekttyp eine Routingtyp zuweisen:
    Road (strasse), Highway (Autobahn), , roundabouts (Kreisel), backroad (schotterpiste), Ferry (Fähre) und Walking (zu Fuss)


    POI-Suche und noch schlimmer Adresssuche düften nach meinen jetztigen Wissensstand nicht machbar sein.


    Es gibt definitiv keine festen Objekttyp, man hat einfach nur Klassen von Objekten (Layer) denen man bestimmte Eigenschaften zuweisen kann.
    2 Layer können von ihren Eigenschaften also durch identisch sein.
    Beim Import von MPs werden aber bestimmte Defaultwerte gesetzt.


    In Land sind wohl 2^14 (16384) Layer (Objekttypen) möglich.
    Das reicht hoffentlich.


    Meinungen?


    Ray

    Code
    <Layers>
      <Style>
         Languages=n[ | ,n+1]
    </Style>
    Layer[n]=Typ,Name[ | Name], Randfarbe, Füllfarbe, sichtbar, Ferner Zoom, transparent, Flächenfüllmuster-ID, graphische Breite, tatsächliche Breite, Naher Zoom, Icon Dateiname, Linienfüllmuster-ID, Routing Typ, Geschwindigkeit, Typ ID, Gezeichneter Name, FeatureCount, ExpandSubLayers, FirstPolylineID, DrawPolygonsOverRasters, Höhe 
          <Layers>

    :tup: wunderbar, ihr habt ja das Format entschluesselt.
    Ich habe es mit gestern Abend kurz angeschaut, und moechte 2 Punkte ergaenzen:
    Die clay-id (Typ-id oder Layer[n], das ist mir noch nicht klar) muss 14-bitig (max. 16384) sein, das war dann der Punkt wo ich gestern Abend beschloss ins Bett zu gehen.
    Was noch fehlt sind die zulaessigen Werte/Wertebereiche und deren Bedeutung der einzelnen Felder.
    Auch waere eine Auflistung aller moeglichen Objekttypen (layers) nicht schlecht.
    Ich habe schon verstanden das diese nicht fix sind, aber Land hat ein festes Mapping beim Import von Daten aus MP-Files.


    Geschwindigkeit muss z.B. in m/s und nicht in km/h angegben werden! Also einfsach durch 3.6 teilen.
    Der Wertebereich fuer Transparenz ist [0.0...1.0] 0 steht fuer undurchsichtig und 1.0 fuer durchsichtig.
    Die Farbcodes hat ja joschi_1998 entschluesselt.


    Ein Punkt wurde hier nicht erwaehnt, wie erzeugt man eine .clay:
    Mit den Vektormodul einfach eine Vektorkarte oeffnen, und dann im Baum auf Ebene/Layer klicken und im Contextmenue (rechte Muastaste) Layer speichern sagen.


    Ray

    Gerd, was willst du mit einer Class 6, wenn dann richtig. :p
    Es ist doch bald Weihnachten, lass dir eine Panasonic SHC 32GB, Class 10 für 198,- bei einen Amazon-Reseller schenken. ;)


    Bisher habe ich mit meiner SanDisk SDHC 16 GB, Class 4 keine Probleme.
    SanDisk scheint seinen Ruf gerecht zu werden.


    Ray

    hallo ray,


    eine MPV(F) ist über einer Rasterkarte immer transparent - AFAIK


    Grüsse - Anton


    Okay, hier reden wir aneinander vorbei.


    Ich versuche es mal bildlich zu beschreiben, wenn ich dich damit wohl eher unterfordere ;)


    Die Reasterkarte als Gesamtes ist transparent. Man sich vorstellen das sie auf einer Klarsichtfolie gezeichnet.
    Die Wege und sonstige Objekte (ausgenommen Flächen<->Polypone) sind opaque (0% Transparent, wie mit einen Kuli gemalt).
    In Land kann man aber Wege auch halbtransparent (0-100% Transparenz ist frei wählbar) machen.
    Das klappt auch im VMAP-Format. Man könnte dann eine Route transparent und etwas breiter einzeichnen, ähnlich wie man es früher auf einer Kopie einer Papierkarte mit einen Textmarker gemacht hat.
    Was ich meine kann man bei http://www.openstreetmap.org/index.html sehen, wenn man auf die Radfahrerkarte in der Ansicht umschaltet.
    So sind die Fernradwanderwege abgebildet.
    Leider scheinen diese transparenten Wege im Format VMPF nicht möglich zu sein. Ob es ein Bug ist oder nicht vorgesehen ist müsste man klären.


    Zu den POIs, diese sollten eigentlich funktioneren.
    Es wäre schön wenn jemand berichtet, ob er das hinbekommen hat.
    Entweder mache ich da was falsch, oder das Vektormodul ist buggy.


    Wenn man sie POIs in VMAPs anschaut sind ja durchaus weitere Infos möglich. Telefonnr, etc. Wie man diese in eigene POIs reinbekommt, da sollten wir freundlich aber bestimmt die Infos bei Compe einfordern.


    Gerd, kannst du mir kurz sagen wie ich POIs erzeuge, das habe ich noch nicht gesehen.
    Deinen Trick mit den referenzierten Bildtext habe ich wahrgenommen.


    Ray

    MPV:
    http://www.megaupload.com/?d=NHCT1S0O


    MPVF (für den Aventura):
    http://www.megaupload.com/?d=OUQV26UX


    Dank Antons Hilfe, hat es jetzt geklappt.
    Mit Levels, waren die Zoomlevels gemeint.


    Das Zoomverhalten stimmt noch nicht ganz, ab 750 m sieht man nichts mehr.
    Naher Zoom ist die obere grenze.
    Ferner Zoom die untere Grenze. :o
    Auch ist Linienstärke 3 für Path doch zu dick.
    Ansonsten bin ich mit den Ergebnis zufrieden.


    Die POIs-Icons gehen wohl nicht. Bug?
    Diese tauchen auch nicht bei den POIs auf.
    Transparent geht auch nicht. Echt schade, hatte schon eine Idee was man damit anstellen könnte. Ich wollte Wanderrouten, Wegeinstufungen Für MTB damit abbilden.


    Was bei den einstellungen für das Routing nicht gesehen habe, sind Einbahnstrassen!


    Eigene Tracks braucht man nur auf den Karten-Layer zu ziehen um sie einzufügen. Ob das brauchbar ist muss ich noch sehen.
    Damit muss aber noch spielen.


    ray

    Hi Anton,
    okay, ich werde es einfach noch einmal versuchen.


    Lass mich raten, es geht nach Madeira?
    Wünsche die viel Spass dort.
    Deine beiden Madeira Karten habe ich mir schon angeschaut.
    Das sollte ich dann noch etwas genauer tuen.


    Ray

    Hallo Anton,


    welche Vorteile haben Shapefiles gegenüber den Polish Format (.mp)?
    Das das Polish Format sich am Garmin-Format orientiert, ist das eine.


    Das mit den Levels habe ich nicht verstanden.
    Bei mir läuft Land 6.8.5 in Deutsch, da gibt es Layers und Zoomstufen.
    Diese Zoomstufen werden auch gebraucht, soweit ich es sehe.


    Land mapped einige Objekttypen aus .mp automatisch und verpasst ihnen spanische Namen und setzt Linienform, Farbe oder POI-Symbol. Der Rest wird auch importiert, muss dann definitiv händisch bearbeitet werden.


    Ray

    http://www.megaupload.com/?d=SVOMZZ5Q



    Ich habe mal aus der 11000050.mp, also aus einer freien Garmin Map ein MPV erzeugt.
    Ist wirklich nicht schwer, auch wenn die Objekt-Bezeichner auf Spanisch sind. Da wäre eine Übersetzung seitens Compe oder eine Sprachkues unserseits fällig.
    MPVF bekomme ich leider nicht hin, da habe ich wohl irgendwas falsch gemacht.
    Dachte es lag am Routing, habe es daher wieder rausgelöscht, leider ohne Erfolg.



    Das komplette MP-File lässt sich auf einmal importieren, die Objektbezeichner werden automatisch gesetzt, zumindest teilweise.
    Das zugehörige IMG konnte ich dagegen nicht öffnen.


    Ich verstehe nicht warum die original Daten gesplitet werden müssen/sollen.
    Kann mir jemand den Hintergrund dafür nennen?
    oder ist das nur bei Shapefiles so?


    Ray

    Ich habe mal das Perl Script PTextSplit rausgesucht und hier angehängt.
    Bei Interesse werde ich es pflegen und dann auf meinen Server legen.
    Ich habe es nur schnell überflogen, aber es müsste so auch für den Aventura brauchbar sein.


    Man muss nur die Datei maping.def anpassen und den Magellan-Spezfischen Teil entfernen und entsprechend umtragen.
    Und evt. fehlende Objekttypen nachpflegen.


    Bsp.:

    Code
    PTextplit.pl 11000050.mp


    Achtung: für GB-große .mp's dürfte es nicht zu gebrauchen sein, da ich alle Daten im Speicher vorhalte!
    Wer kann lässt das ganze dann lieber unter Unix (Linux, MacOS X, ...) laufen.


    Kann das wer antesten und sagen ob das was bringt?
    Ich bin jetzt gerade auf den Sprung.
    Mountainbiken geht einfach vor :p


    ray

    Ausgenommen für E.
    Die Topo E von Compe ist eine Vektorkarte.
    Wie sie qualitativ im Vergleich zu Garmin Topo E oder der Topo Hispania (ebenfalls für Garmin) einzustufen ist, kann ich aber nicht bewerten.


    Ray

    E ist das Autokennzeichen von Spanien.
    E für Englisch zu benutzen ist etwas unglücklich, ich habe da gestutzt, bis ich dich verstanden hatte.


    Bitte verwende lieber en oder eng für English, oder meinentwegen uk oder us.


    Aber du hast natürlich recht, der Informationsfluss ins Deutsche (de) oder selbst ins Englische (en) ist nicht so gut wie im Spanischen (es) oder (fr).


    Das multilinguale Europa dürfte für Compe eine Herausforderung sein. Aber ist sehr wichtig, denn nicht jeder in Europa spricht (en), geschweige (es),(ca) oder (fr).


    ray

    Danke, Freeday!


    Zitat

    Except for those who purchased a license for a short time.


    Oder bekommst du was anderes übersetzt?


    Das ist doch ganz normal!
    Wer kurz vor der angekündigten Neuerscheinung was kauft, bekommt meist ein kostenloses Update.
    Das machen fast alle Softewarehersteller so, meist sind 3 Monate üblich.
    Aber Einforderbar ist das nicht.



    Wenn Land 7 erst im Sommer raus kommt, heißt das nicht das jetztige Käufer ein kostenloses Update bekommen.


    Ray

    Danke für die vielen Informationsquellen.


    Nordlicht, das Handbuch werde ich aufjeden Fall überfliegen. Da hatte ich echt Tomaten auf den Augen.


    Joern_Weber, Danke für das Angebot der Kontakt-Vermittlung und die INfos.
    Ich habe die Api-Doku kurz überfolgen.
    Die Plugin-Api könnte evt. eine Möglichkeit sein.
    Das sollte sich ein kundiger Windows-Entwickler anschauen.
    Derjenige braucht dann sicherlich auch Support vom Dev-Team von Compe.
    Ich bin kein Windows-Entwickler und somit nicht qualifiziert.


    extremcaver, den Hinweis in der Api-Doku, das Land Scriptbar ist mir auch mit Interesse aufgefallen.
    Das könnte sicherlich helfen, das man Dinge die ansonsten Fleissarbeit sind, automatisiert.
    Da sollte man sicherlich weiter forschen, was damit möglich ist.


    macnetz, erste Spuren im Schnee?
    Die hast du und andere schon gezogen.
    Wie es scheint seid ihr alle den Weg über den Import von fertigen Maps gegangen.
    Den Weg über Tracks, ist also wirklich noch keiner gegangen?
    Ich sehe ihr denkt alle in anderen Dimensionen :)


    Das mp-Format kenne ich noch aus meiner Magellan-Zeit (Konvertierung von Garmin->Magellan). Damals war es notwendig um den Verarbeitungsprozess zu vereinfachen, das mp-File nach Wegtypen aufzusplitten (die Extration der POIs und Konvertierung ins Magellan-Importformat kam als Addon hinzu). Dafür hatte ich damals ein Script geschrieben. Das Wissen über die Prozesse haben andere erarbeitet.


    Die Schritte 3 und 4 aus den Wiki-Beschrieb könnte man evt. damit zusamenfassen, wenn .mp-Files beim Imort nach Land genauso gut gehen wie Shape-Files.
    Die Schritte 1 und 2 könnte man sich sparen, dafür müsste man einen Convertert .osm->.mp schreiben und kann das Splitten evt. gleich mitmachen.

    An sowas hatte ich auch eher gedacht, die Arbeitsschritte bis zum Import soweit wie möglich per Script zu automatisieren.
    Das man evt. per Scripting innerhalb von Land automatiseren kann, wäre natürlich toll.


    Sardinien, verstehe ich es richtig, du würdest die Konfiguration der Darstellung komplett über ein CLAY-File machen?
    Das würde natürlich Arbeit sparen.


    Ray


    P.s.: Da ich kein "IPhone-User oder I...." bin, ist mein Interesse an Outdoorrouting sehr klein. extremcaver, es spricht für dich, das du an diese Zielgruppe denkst, auch wenn du diese abschätzig beschimfst.

    Freeeday, woher hast du diese Info?


    Nur Aventura User bekommen Land vergünstigt, ich habe daher auch zugeschlagen. Ansonsten hätte ich bis zur 7er Version gewartet.
    Wenn ich die Update-Politik bei Compe verstehe, ist die Zeitspanne zwischen Kauf und Erscheinung der neuen Version entscheidend, ob man ein kostenloses Update erhält.
    Das ist bei TTQV auch nicht anders.


    Wie lange diese Zeitspanne ist, weis ich nicht.


    Ray