Version 1.22.4 (Update 1.22.6) zum Test

  • Zitat

    Original von frank334
    Ist jetzt IMG die beste Mögichkeit, OSM-Karten in Glopus einzublenden, oder die erste Methode mit den XML-Daten? Ich hab noch nicht so viel ausprobiert, aber mit QLandkarte kann man auch die IMG-Dateien anschauen, Windows-Version:
    http://qlandkarte.svn.sourcefo…/viewvc/qlandkarte/win32/
    Was ist denn besser, ein einzelnes großes IMG-File, oder die zerstückelte Fassung in viele Kachel-IMG's ?


    Gibt's eigentlich Profikarten als unverschlüsselte IMG's? OSM hat ja nun doch viele Lücken in der Landschaft. Originalgarminkarten kann man ja anscheinend nicht nutzen.


    Die direkte OSM Verwaltung in Glopus ist definitiv nicht so performant wie die IMGs. Vor allem, wenn es um große Karten geht. Ich habe die Seite aber trotzdem nicht entfernt, weil sie momentan die einzige Möglichkeit ist, unterwegs per WLAN/GPRS/... schnell mal den aktuellen OSM Datensatz vom Server zu laden.


    Viel Erfahrung bzgl. bester IMGs Nutzung habe ich selber noch nicht. Bitte beachten, dass jedes IMG wiederum viele Teilkarten enthalten kann, die jeweils wiederum gekachelt sind. Allgemein sind weniger IMGs mit mehr Teilkacheln besser als mehr IMGs mit weniger Teilkacheln, da Glopus für jedes IMG einen eigenen Cache aufbaut. Allerdings ist der auch nicht so riesig und ein flexibles Zusammenkopieren von IMGs verschiedener Regionen wie macnetz beschreibt, ist auch nicht zu verachten.

  • Zitat

    Original von aidt4
    Soll auch bei deaktivierte Alow 3D Move ,in 2D Ansicht bei verschieben die Karte genordet?


    Ja, denn genordete Karten zeichnet Glopus viel schneller.

  • Zitat

    Original von Peter Kirst


    Ja, denn genordete Karten zeichnet Glopus viel schneller.


    Verstanden, ;)
    Aber wäre es nicht sinnvoller,das es nur bei aktiviertem "Alow 3D Move" karte genordet und schnell geladen wird -ist doch in etwa Sinn der "Alow 3D Move" modus,oder?
    Oder wird das wirklich sehr langsam?
    Mein Problem,dass ich bei verschieben lande meistens nicht in dem kartenabschnitt welchen ich wirklich sehen will.
    Sorry, dass es fast wie ein Wunschkonzert klingt :)

  • Zitat

    Original von Peter Kirst
    Da wird eine MS dll fehlen. Ich kann das heute Abend noch mal anders linken.


    So nachdem ich 5 Computer durch habe endlich einer bei dem ExportPOI.exe geht!


    Noch eine Frage dazu!
    Ließt das Programm alle Punktekategorien aus oder nur dem Programm bekannte Punkte aus? oder werden Punkte zusammengefasst (wie z.B. Bahnhof und Zughaltestelle usw.)?


    Beim erstellen der IMG dürften ca. 50 Punktekategorien (da sind auch ein paar doppelt belegt wie z.B: supermarket gibts unter "amenity" und "shop") miterfasst werden, beim auslesen des selben Gebiets über die UNI Stuttgart komm ich auf 38 Punktekategorien. Beim extrhieren über ExportPOI.exe werden 30 erstellt.



    Ein kleiner Bug in der 1.22.6 hab ich noch. Wenn ich bei Batterie bzw. ex. Strom auf "Position in Anzeige" schalte wandert der Positionzeiger aus dem Fenster, wenn ich die Karte manuell verschiebe wird nach der Wartezeit 1 mal wieder Zentriert und der Zeiger wandert wieder raus.


    Gruß
    Silver

    Regioausflug.de Wandertourenplaner für Odenwald, Rhön, Mittelrhein und Taunus!!!!


    Ein Stau ist nur hinten blöd - vorne gehts !!!!

  • Jetzt habe ichgerade eine neue Version hochgeladen, die statisch verlinkte Resource nutzt... :)


    Das Tool schreibt alle Punkte, die in dem IMG im untersten Layer gefunden werden. Die Namen richten sich nach den Punktekategorien wie ich sie momentan lese. Kann sein, dass das noch nicht perfekt klappt, denn für Glopus nutze ich das auch noch nicht.
    POIs ohne Namen werden nicht geschrieben. Das kann die unterschiedliche Anzahl bewirken.


    Den Bug kann ich leider nicht nachvollziehen. ???

  • Zitat

    Original von Peter Kirst
    wäre das nicht zu empfehlen. Die Glopus POI Laderei ist mir schon lange ein Dorn im Auge und steht auf der ToDo Liste. ASC lesen dauert sehr lange, daher startet Glopus auch einen Hintergrundprozess, damit das nicht minutenlang Glopus blockiert. Aber selbst wenn alles geladen ist, blockieren die POI Listen Speicher. Bei den IMGs habe ich das von vornherein anders gelöst.


    ASCII ist aber schön kompatibel und wird fast überall benutzt. Und man kann es bearbeiten, ausfiltern, zusammenstellen, als Waypoints/Gotos nutzen, aus Datenbanken übernehmen. Ich würde das zumindest weiterhin unterstützen. Zusätzlich wäre vielleicht noch ein Binärformat interessant, das Riesen-POI-Listen schneller laden lässt. Aber ob das RAM sparen kann?


    Bei mir löse ich das so, daß ich nur die POI's aus meiner Region (um 100km) herausfiltere - per poi-selection Batchscript über alle *asc-Files. Das dauert dann nicht lange zum laden. Aber selbst die schalte ich selten ein, weil sie die schöne Karte zupflastern.

  • Zitat

    Original von Peter Kirst
    Jetzt habe ichgerade eine neue Version hochgeladen, die statisch verlinkte Resource nutzt... :)


    Das Tool schreibt alle Punkte, die in dem IMG im untersten Layer gefunden werden. Die Namen richten sich nach den Punktekategorien wie ich sie momentan lese. Kann sein, dass das noch nicht perfekt klappt, denn für Glopus nutze ich das auch noch nicht.
    POIs ohne Namen werden nicht geschrieben. Das kann die unterschiedliche Anzahl bewirken.


    OK!


    Vom prinzip Funktioniert es ja schon, wobei ich vermute das deine Vermutung das es noch nicht perfekt klappt auch vermute.
    Allerdings tue ich mir auch etwas mit der Zuordnung schwer, herauszufinden welche Punktekategorie sich hinterwelcher ASC wirklich verbirgt ist nicht so einfach (z.B Höhleneingänge steck ich über die CSV-Datei als "CAVE" rein und aus dem IMG kommen diese dann als "Arch.asc" raus ...).
    Auch scheint es in z.B. unknown.asc alles mögliche reinzustopfen (Krankhäuser,Polizei,Rathäuser,Ämter,Gemeindehäuser...; obwohl diese Kategorisiert sind) anderseits findet man manche Punktkategorien nicht (Krankenhäuer...) bzw. nur mit sehr wenigen Einträgen (toiletten...).


    Ist es möglich das auch POI's ohne Namen mit übernommen werden? Grad bei Bushaltestellen und auch Toiletten wird nur wenig Benamt!




    Ich will natürlich nicht zu penetrant sein, würde mich aber freuen wenn du das nicht ganz aus den Augen verlieren würdest (Wie es halt deine Zeit und Lust es erlaub). Damit würdest du mir und sicher auch einigen Anderen das erstellen der POI's aus OSM erheblich erleichtern.


    Gruß
    Silver

    Regioausflug.de Wandertourenplaner für Odenwald, Rhön, Mittelrhein und Taunus!!!!


    Ein Stau ist nur hinten blöd - vorne gehts !!!!

    Einmal editiert, zuletzt von Silver34 ()

  • unknown.asc ist bei mir alles, wofür ich noch keinen Kategorienamen eingetragen habe. :)
    Umsortieren der Bereiche sollte "eigentlich" nicht vorkommen. Aber das ist gleich ein guter Test.
    Die aktuelle Version benamst nicht mehr per Text, sondern nur noch mit hex-ID. Dadurch dürfte nichts mehr verloren gehen. Leere Strings werden jetzt auch ausgegeben.

  • Das mit dem neuen POI-Export sieht schon viel besser aus!


    Ich hab beim antesten keine Fehler so auf anhieb gefunden (vermischte Punktekategorien oder fehlende), allerdings hab ich nur eine IMG mit eingeschränkten Punktekategorien. Kann erst heut Abend mit meiner aktiven IMG testen.


    Ob dei ASC-Datein nach Namen oder Hex benamt werden ist ja eh egal, da ich die sowieso per Script umbenne...


    Nochmal vielen Dank für die Megaschnelle Unterstützung :] :] :] :] : drink



    Gruß
    Silver

    Regioausflug.de Wandertourenplaner für Odenwald, Rhön, Mittelrhein und Taunus!!!!


    Ein Stau ist nur hinten blöd - vorne gehts !!!!

  • Zitat

    Original von Peter Kirst
    Oops, dass war auch schon in den letzten Versionen drinnen: <Next map zoom in><Next map zoom out>. (Auf der Webseite bei den Hotkeys ist es noch nicht beschrieben, aber unter History.)


    Danke, prima, es funktioniert! Das war ein wichtiger Beitrag zur Verkehrssicherheit. Die Sicherheitswarnung auf den Navis sollte man wirklich ernst nehmen. Im Gegensatz zu den Screenbuttons kann man die Hardwaretasten auch blind bedienen. Wenn ein paar Zwischenkarten drin sind (z.B. Generalkarte), dann finde ich die Zoomstufen optimal so.

  • Hallo,
    habe noch folgendes festgestellt: ich habe eine GMF-Karte mit langen Kachelnamen im Verzeichnis \Storage Card\Geocaching\Maps
    Diese wird von Glopus nicht geöffnet, Fehler: Kann Bildatei nicht laden. Liegt die Karte im Root der SD-Karte, wird sie geladen. Bei der 1.22.3 wurde sie auch aus dem Verzeichnis \Storage Card\Geocaching\Maps geladen

  • Zitat

    Original von fu_zhou
    Hallo,
    habe noch folgendes festgestellt: ich habe eine GMF-Karte mit langen Kachelnamen im Verzeichnis \Storage Card\Geocaching\Maps
    Diese wird von Glopus nicht geöffnet, Fehler: Kann Bildatei nicht laden. Liegt die Karte im Root der SD-Karte, wird sie geladen. Bei der 1.22.3 wurde sie auch aus dem Verzeichnis \Storage Card\Geocaching\Maps geladen


    ??? Dafür gibt es keinen programmtechnischen Grund. Ob kurz oder lang ist Glopus egal. Ist die SD-Karte OK?

  • Die SD-Karte ist i.O., ist die selbe, die ich mit der 1.22.3 und der 1.22.6 verwende. Glopus ist auch auf der Karte installiert, mal die 1.22.3 und mal die 1.22.6. Soll ich die GMF-Karte (2.5 MB) mal zur Verfügung stellen?

    Einmal editiert, zuletzt von fu_zhou ()

  • Zitat

    Original von fu_zhou
    Die SD-Karte ist i.O., ist die selbe, die ich mit der 1.22.3 und der 1.22.6 verwende. Glopus ist auch auf der Karte installiert, mal die 1.22.3 und mal die 1.22.6. Soll ich die GMF-Karte (2.5 MB) mal zur Verfügung stellen?


    Wäre ein Plan, wobei bei mir das Grundverzeichnis schon mal \Speicherkarte und nicht \Storage Card heißt. Damit kann ich das nicht zu 100% nachstellen.