Beiträge von Silver34


    Im Prinzip ist da nichts falsch!!!!


    GSAK speichert das GPX als UTF-8 ab und Codiert dies auch im GPX.


    Was mir jetzt scheint ist das Glopus die UTF-8 Format ignoriert und das GPX als ANSI läd - dadurch werden die ÜÖÄß... falsch.


    Wenn du das GPX im normalen Windows-Editor lädst und dann einfach wieder mit "Speichern unter" als ANSI Codierung wieder abspeicherst ist alles OK mit den Umlauten.


    Gruß
    Silver

    Zitat

    Original von Peter Kirst
    Falls man mehrere IMGs im Verzeichnis hat (entspricht wohl nicht ganz der ursprünglichen IMG Idee) und jede Karte ein Typ mitbringt, dann werden gleiche Typ Definition sich gegenseitig überschreiben, je nachdem welche Karte als letztes gescannt wird. Das will ich noch ändern, dass jedes IMG seine eigene Definition behält.


    Kann das sein das wenn eine IMG keine Typ mitbringt diese auch nicht von anderen Typ-File die Definition übernimmt bzw jetzt schon jede ihre eigne Typ will wenn diese extern ist?


    Hintergrund:
    Ich hab eine IMG mit nur Höhenlinien.
    In der Typ für die normale OSM-Karte hab ich diese mitdefiniert!
    Aber die Linien werden nach Garmin(Glopus)-Standard dargestellt.


    Kopiere ich die Typ und gebe ihr den gleichen Namen wie die IMG werden diese so dargestellt wie gewünscht (ähnlicher Effekt hatte ich schonmal bei der glopus.typ - allerdings nicht weiter verfolgt!)


    Gruß
    Silver


    Glopus überschreibt die Definition der niedriegeren Ebene mit der darüberliegenden



    4. Glopus defaults
    wird von
    3. glopus.typ
    dann von
    2. Typ im IMG
    dann von
    1. KartenName.typ [Nach vorgeschlagenen Reihenfolge]
    überschrieben.
    Aber nur die Definition die darin definiert sind - Definitionen aus z.B. glopus.typ bleiben unverändert wenn diese nicht Typ von IMG bzw. KartenName.typ definiert sind - Das ist auch in der jetzigen Version so


    Gruß
    Silver


    Der Grund ist recht einfach!!!


    Die 2.02 stellt die Karte mit den Typ-File dar - was ja die 2.01.5 noch nicht kann. Über die Farben darfst du dich beim Ersteller der Karten bedanken.


    Allerdings ist meine Meinung das diese Karte zum normalen Gebraucht nicht optimal ist.
    Diese Karte ist eher was für OSM-Tracker die OSM-Fehler und fehlende Infos beseitigen wollen.


    Gruß
    Silver

    Das Problem mit nicht mehr transparenten Linie hab ich mittlerweile gelöst.


    Einfach ein Typ-File mit einer Linie Typ 00 erstellt und dieser eine transparente Bitmap zugewiesen.


    Nun ist wieder alles palleti 8) 8)


    Gruß
    Silver

    Zitat

    Original von Peter Kirst
    Wenn ein Elementtyp in der Karte vorkommt, das nirgendwo definiert ist, dann sollte Glopus jetzt defaults benutzen (z.B. Schwarzes Pixel für Punkt), aber so richtig getestet habe ich das nicht. Solange dabei nicht Schwarz auf Schwarz o.ä. rauskommt, sollten daher jetzt immer alle Kartenelemente zur Ansicht kommen.


    In meiner IMG mit nur Straßen und diese sollen transparent dargestellt werden (gedacht als Overlay für Rasterkarten zum einblenden der Straßennamen) wird aber jetzt in der neuen Glopus-Version die Straßen als dünne graue Linien dargestellt (ich glaub ich definiere diese als 0x00 ).
    Meine Frage gibt es in Glopus jetzt noch einen Linien-Typ der transparent (bzw nicht) dargestellt wird.


    Wenn JA welcher Typ bzw. wenn NEIN kann ich dann über das Typ-File Das definieren (Ich muß ehrlich sein - da in Glopus die Typ-File's nicht gingen hab ich mir das Gebiet [besonders der Online-Ersteller- gähn ging der langsam]
    nur Oberflächlich zu gemüte geführt).


    Ansonsten die Änderung der Reihenfolge ist Vorteilhaft - allerdings ist das jede IMG ihre eigne Typ-File verwendt wichtiger und nicht das die Definitionen von einer nachgeladenen Typ-File überbügelt werden.


    Gruß
    Silver


    Grade deshalb gibt es ja die Typ-File.
    Es spielt eigentlich keine Rolle wie ich in der IMG was definiere - wichtig ist nur das in der dazugehörigen Typ-File der Typ definiert ist.
    Klar ist wenn der Typ nicht in der Typ-File definiert ist, kann Glopus dann dies nicht darstellen - da er ja z.B. 0x0e nicht im Standard hat.


    Somit ist gewährleistet das eine IMG mit Typ-File überall gleich dargestellt wird.


    Das mit der Darstellung wird immer so eine Sache bleiben - was der eine Super findet , findet der Andere schrecklich. Letzendlich werden wohl viele die sich in der Materie IMG-Kartenerstellung auskennen ihre eigenen IMG's+Typ-File erstellen - ganz einfach weil so die Karte am besten auf ihre Bedürfnisse abgestimmt sind und kein anderer daran was ändert (bei dem im Netz angebotenen IMG's ist man immer abhänig).


    Gruß
    Silver


    Wenn Glopus typ-Tile findet verwendet es diese Infos!


    So wie ich Peter verstanden hab gilt:


    1. Typ-File in der IMG wird verwendet
    2. wenn kein internes Typ-File wird das Typ-File mit gleichen Namen wie die img verwendet (master.img + master.typ)
    3. Dann kommt glopus.typ im gleichen Ordner wie die IMG
    4. Erst jetzt kommen die internen Renderregeln von Glopus (irgendwo vor kurzem hat Peter diese veröffentlich)


    Ansich gibts in keine Anpassungswerte Glopus nimmt das was in der Typ-File steht - und wenn das Typ-File ordentlich gemacht ist sollte es keine Dinge in der IMG geben die nicht in der Typ-File definiert sind.


    Gruß
    Silver


    Nein die gbasemap hat kein Typ-File , dazu brauchst du das master.typ (zu finden gleich unter den Karetn unter "Style-u.Typfiles" // da bekommst du auch gleich die Style um selber die IMG zu erstellen bzw. die Style und Typ-Files anzupassen) - das muß aber für Glopus den selben Namen haben wie die IMG!


    Hiernoch ein Screenshot der Basemap.


    die einzel Kacheln müssen noch mit mkgmap:
    java -Xmx1600M -jar mkgmap.jar --gmapsupp 6*.img
    vereint werden (da könnte man noch gleich das typ-File reinpacken) mit dem master.typ sieh es dann so aus


    PS: Es fehlem Im Bild keine Wege !!! Die sind so dünn das man die darauf nicht sieht (allerdings hätte ich keine schwarze Hintergrundkarte eingefügt währen die weisen Wege nicht zu sehen...)


    Gruß
    Silver

    @womisa
    Zu den Track Grade4 bezugnehmend!


    Ich hab mir den Ausschnitt angesehen!


    Die IMG beinhaltet auch einen Layer "FIXME" in diesem werden alles was den Schlüssel "FIXME" enthält besonders gekennzeichnet. Nach definition werden Linien Rot gekennzeichnet.


    Deine Grade4 Wege haben allen diesen Schlüssel !!!


    Ich würde dir empfelen auf der selben seite die "gbasemap.tar.bz2" zu laden und das entsprechende Typfile master.TYP - entsprechend Glopus richtlinien in einem Ordner abzulegen.


    Gruß
    Silver

    Zitat

    Original von Peter Kirst
    Ich bin stillschweigend davon ausgegangen, dass Du die Infos erst mal an ein Skript übergibst. Aber ich kann das auch gerne noch mal verändern. Schreib was Du brauchst.
    Schön, dass der Rest geht.


    Ja Ja so ist es wenn man Tomaten vor den Augen hat!!!!! :-D) :-D) :-D)


    Hätte bloß den Actionbefehl zum Aufruf des Scripts aus der INI in die MapAction kopieren müssen und den Parameter auf %Name% umstellen!!!! :D :D :D


    Wie sagt man doch : Das Gute liegt so Nah!!!


    Also von Mir ist jetzt kein Bedarf mehr dahingehend und balloni55 machst du auch gleich noch Glücklich :]


    Gruß
    Silver

    Hallo,


    wiedermal ein Quatensprung von Glopus! :) :)


    Läuft alles super mit Typfile.


    Auch die Übergabe der Poi-Einblendung in die Zwischenablage bzw. der Aufruf der Cachebeschreibungen geht ohne Probleme!



    Einzig ein kleiner Wertmutstropfen bleibt bei MapAction - da wird mit dem Platzhalter %Name% der komplette String übergeben - da nützt es dann auch nix den eigenlichen Waypointnamen anzupassen - der Dateiname der zu öffneten Datei wird falsch - siehe Bild.


    Allerdings geht jetzt das Offline Aufrufen der Caches ja auch ohne die Kartenansicht zu verlassen - ala Poi-Einblendung kopieren und aufrufen eines Scripts per Schaltfläche :] :] :] was ja der Hauptwunsch von Mir und einigen anderen war!


    Gruß
    Silver


    Hallo,


    um den aktuellen Goto-Punkt weiterzuverarbeiten verwende ich die Variante über eine Schaltfläche und der Action:


    z.B.:
    Action = "\Programme\MortScript\MortScript.exe" "\Programme\MortScript\Poi.mscr" Poi="%GoToName%"


    Damit startest du das MortScript "Poi.mscr" und übergibst in der Variabele Poi den im Aufruf enthaltenen Parameter.


    Im Script kannst du dann die Variabele weiter verarbeiten - wahrscheinlich kannst du dann ohne Umwege die Seite aufrufen.


    Aber wenn unbedingt gewünscht kannst du im Script mit:


    SetClipText( Poi )


    die Variabele in die Zwischenablage bringen.


    Ein direktes übernehmen des Textes durch kurzes Antippen des POI's will Peter wegen der Performance nicht einbauen (was mir aber nicht wiklich einleuchtet - eine Routine muß ja geben die das Anzeigt - da kann das reinschieben in die Zwischenablage oder Variabele nicht so viel machen @Peter ja ich weis wir hatten das Thema schonmal - will das nicht wider Aufkochen ;D )- somit bleibt nur der Weg über "Stift lang" , "Poi Details" und der Goto-Seite.


    Gruß
    Silver

    Zitat

    Original von balloni55
    Hallo,
    wie kann ich die Anzeige einer geladenen gmf-Karte unterbinden?
    Die img-Karte ein und ausschalten geht ja mit dem "Haken"
    Gruss balloni55


    In der Kartenansicht mit Ansicht - Extra - Zeichne Pixelkarte



    Aber nochbesser du erstellst dir Schaltflächen mit entsprechenden Hotkey's:


    <Zeichne Pixelkarte>: Nur für Kartenansicht: Schaltet die Pixelkartendarstellung an/aus
    <IMG Flächen>: Nur für Kartenansicht: IMG Vektordaten vom Type Fläche werden über die Pixelkarte gezeichnet
    <IMG Linien>: Nur für Kartenansicht: IMG Vektordaten vom Type Linie werden über die Pixelkarte gezeichnet
    <IMG Punkte>: Nur für Kartenansicht: IMG Vektordaten vom Type Punkt werden über die Pixelkarte gezeichnet

    so mal als Vorschlag


    Gruß
    Silver