Beiträge von Silver34


    Ja sollange du die GPS Info von der Karte nimmst!


    Nein wenn du mit Hilfe von z.B. GoogleMap die Karten kalibrierst


    siehe vorigen Beitag von frank334


    Gruß
    Silver

    Zitat

    Original von macnetz
    Anders bei unterschiedlichem Kartendatum. Dieser Fehler lässt sich mit keinem Trick verkleinern. Wenn der Fehler einen halben Kilometer beträgt, dann auch bei einer kleinen Kachel. Letztlich steigt sogar der prozentuale Fehler. 400m bei 100km bedeutetet 0,4% Abweichung - 400m bei 1km bedeutet 40% Abweichung. Einen 400m Datums-Positions-Unterschied habe ich gerade bei aktuellen Afrika-Karten festgestellt. Auf meinem Lieblings-Felsen im Atlantik beträgt die Datumsabweichung ebenfalls mehrere Hundert Meter ;D


    Grüsse - Anton


    Da geb ich dir Recht - aber nur unter dem Vorbehalt das du stumpf die karte in Glopus stopfst (Wo krieg ich Karten her sie ich ohne Aufbereitung für Glopus verwenden kann ???? Sagt blos net GMM oder NHTopTrans ... die bereiten ja auch nur die Karten auf!)


    Deshalb steht auch (wenn du mein Beitrag komplett gelesen hast) das die Karten Gegen z.B. GoogleMap referenziert werden sollen/müssen und da spielt das Kartendatum wiederum keine rolle - da man bei großen Abweichungen die Karte neu/um Kalibieren muss.


    Ausserdem ist die Aangabe von %-Abweichung beim Kartendatum nicht richtig weil diese einfach ein Versatz darstellt der über die ganze Karte gilt.
    Bei der Projektion nimmt diese dahingehend, von der Entfernung zu den Kalibrationspunkten (natürlich vorausgesetzt richtig Kalibriert) aus gesehen, zu.



    Insgesamt sehe ich das so wie hopi, es muß nicht supergenau sein und unter umständen reicht auch eine Genauigkeit von 100m sollange ich mich im Gelände wieder finde (man sollte seine Augen und Gehrin Offen und Aktiv halten und auch benutzen)

    Zitat

    Original von macnetz
    nein - denn es geht nicht um alt oder neu, sondern um richtig oder falsch.
    Grüsse - Anton


    Es stimmt zwar prinzipell, da Glopus nur ein Karten/Projetkionssytem unterstüzt, also das es nur richtig oder flasch gibt!


    Das ist aber nicht unbedingt ein Ausschlusskriterium für Karten in anderen Projektionen... , was noch zu bedenken ist welche Genauigkeit man von seinen Karten erwartet! (Referenzieren kann man die Karten über GoogleMaps oder GoogleEarth...).


    Oft werden zu hohe Anforderungen an die Genauigkeit gestellt ohne zu Bedenken mit welchen Systemen diese verwendet werden!!!


    Da man die üblicherweisen verwendeten GPS-Empfängeren eine Ungenauigkeit bis zu 4-7m (bei guten Empfangsbedingungen) haben können, kann man gut mit einer Ungenauigkeit der Karte von 10m leben.


    Deshalb ist es prinzipell möglich alles Kartenmaterial zu verwenden (ein paar Sonderprojektionen ausgenommen), je kleiner die Kartengröße um so genauer wird dann die Kalibrierung.



    Gruß
    Silver

    Zitat

    Original von frank334
    Ich verstehe nur nicht, warum ich noch eine separate KAL benötigt wird, denn der GMF-Typ wird doch schon in der Kartenauswahl erkannt und die Kalibrierinfo steckt im Kopf drin. Das wäre superübersichtlich, nur noch eine Datei pro Karte.


    @frank334


    Die eine Kal + die zugehörige Karte wird benötigt damit Glopus den Ordner auswählen kann !!!! und hat nichts mit der GMF zu tun!!!!


    Dies soll sich laut Peter aber auch noch ändern!!!


    Gruß
    Silver

    Zitat

    Original von Blind_Navigator
    Damit ... gelöscht, nicht der ... in der Karte angezeigte Track.


    Die Funktion suche ich auch noch die mir die in die Karte eingezeichneten Tracks löscht!


    Ich hoffe Peter baut sowas noch ein.
    (gerne auch mit <Reset Track> mitausführen)


    Glopus jedesmal neu Starten um eine Jungfreuliche Map zu haben ist auch nicht das Ideale.


    Gruß
    Silver


    Jepp!!!


    Du kannst Buntgewürfelt ZIP-File, GMF-File und Karten dirket in den Ordner stopfen und Glopus greift nach den Indizieren auf alle zu und holt die Karten die er zum anzeigen braucht.
    Im GMF-File ist die Anzahl der Karten insgsamt und im File praktisch ohne einbusen der Geschwindigkeit der Darstellung.


    Gruß
    Silver

    Zitat

    Original von Peter Kirst


    Geht wieder!


    Auch der Bug mit dem neuen Kartenformant für Glopus ist Super geFixt!!!


    Läuft jetzt alles wie am Schnürchen!!!



    Gruß
    Silver

    Zitat

    Original von Tyrone
    Ein anderes Problem das ich habe ist das die Top50 Karten alle so ein komisches Grössenformat von 1237x847. Das lässt sich etwas schlecht kleiner Kacheln. Ich weiss auch nicht woran das liegt?


    Hast du es beim Erstellen der Top50 Karten mal mit einer anderen Bildschirmauflösung probiert ??


    So hab ichs bei ehmals NHTopTrans gemacht damit rechts unten das Google gedöse weggeschitten wurde!

    Hatte heut endlich mal Zeit das neue Glopus ausser Haus zu testen!


    Läuft alles sehr flüssig, auch die Reste die mein Bildschirmschoner verurachte eliminiert die neue Version komplett! :)


    Auch das umschalten zwischen Batterie und Stromversorgung (Position) wird klaglos gemacht!


    Das neue Auotzoom / Dynamischer Zoom ist super!
    Der Maßstab ist für mich gut gewählt!


    Beim Dynamischer Zoom 1:
    Im Stadtverkehr (nicht nur) ist es etwas irritierend das Glopus dauernt den Maßstab wechselt (eine Schaltschwelle liegt bei mir so bei 20-25km/h) und wechselte teilweise im 1-2 Sekundentakt.
    Da würd ich mir wünschen das Glopus erst nach einer gewissen Verzögerung umschaltet (frühestens alle 5-10 Sek, oder noch besser erst wenn 5-10 Sek in den fürs Umschalten nötigen Geschwindigkeitbereich).


    Auch das Blinken der Waypoints im 1 Sekundentakt ist nicht Ideal!
    Die POI's, Tracks und das Log blinken nicht! Wenn das mit den Waypoints zu lösen währ währe es super (wahrscheinlich wohl eher ?( nicht durch die Transparente Farbe???)


    Beim Dynamischer Zoom 2:
    Ist das rein und raus Zoom so gewollt und läuft auch gut, nur ist das sich auf der Karte wiederfinden noch schwieriger als beim Dynamischer Zoom 1.


    Gruß
    Silver

    Zitat

    Original von fortwienix
    Die Größe der Kachelselbst ist dabei egal, wichtiger ist die resultierende Dateigröße.


    Das ist doch Humbug !!!!!


    (Mit einer Ausnahme das die 6MB-JPG und die Ausgepackte nicht mehr zusammen in den Speicher passen).


    Entscheident ist einzig und allein die Pixelzahl und die Farbtiefe !!!


    Weil alle Karten im Speicher ausgepackt werden egal in welchem Format sie vorliegen!! haben sie alle im Speicher bei gleichen Pix und Farbtiefe die selbe Größe.


    Je nach PDA-Model (freier Speicher) gibts da gewisse größen Beschränkungen das Maximum dürfte sich so im Raum 2000*2000Pix*32Bit bewegen , wobei da es schon Probleme mit wieteren laufenden Programmen geben kann!


    Max Sinnvoll dürfte sich der Bereich um 1000-1300Pix*8Bit sein um schnelles Nachladen und noch Speicher für andere Porgramme zu haben.

    Zitat

    Original von fortwienix
    Das Untermenü von Extras -> Batteriebetrieb und Mit Stromversorgung hat immer die beiden Punkte "Position immer zentriert" und "Position in Anzeige" und schaltet diese Funktion auch um. Soll das so sein?


    Das dachte ich auch!


    Aber es geht für jeden Extra!


    Man muß nur nach dem Ändern das Menü verlassen, dannach ist nur der 1 Wert geändert. Wenn man nach dem Ändern umswitcht wird der auch geändert !!!!



    Zu den Kartenanzeigeprobs:
    Ich habe keine Probleme mit der Kartenanzeige ! Egal von welcher Quelle (GMM(mit 32BitFarbtiefe!!!), NHTopTrans oder andere diversen Quellen)

    Zitat

    Original von Peter Kirst
    Testet ihr mit der Version nur gmf oder auch zip? Zip sollte gegenüber der
    letzten Version auch schneller sein, daher sollte man auch dies noch mal als Quelle einstellen.
    Außerdem wundert nich, dass alle nur die "undocumented Features" testen. Werde wohl in Zukunft alle neuen Funktionen auf diese Weise unter die Leute bringen. :gap


    Ich muß zugeben das ich dies bis jetzt nur getan hab !!!


    Aber um mein Wunsch nach gmf zu untermauern hab ich extra noch mal ein ZIP mit 1360 Karten zusammen gestellt analog zu den selben Karten im GMF!!


    Der GMF-Test erbrachte nachladen Karte beim verschieben so 3 Sekunden (scheint fast schneller zu sein als direkt die Karten im Ordner, was auch bei 3 sek liegt)


    Der ZIP-Test erbrachte keine deutliche Geschwindigkeitsteigerung (wie schon gepostet lag die Glopus 1.17 bei 22 sek für so ein ZIP) nun hab ich so um die 20 sek. Allerdings scheint bei kleineren ZIP's es etwas schneller zu gehen (Zeit allerdings net gestoppt).


    Mehrere Zip's im Ordner funktionieren nur bei GMF gibts noch das Problem (wobei ich mir nicht die Mühe gemacht hab ob Glopus mit GMF+ZIP im selben Ordner läuft, werd entweder oder nur Verwenden [ ÄHM eigentlich seht es schon für mich fest es ist GMF so Peter will])


    Gruß
    Silver


    PS: Schade das beim Autozoom keine Option gibt "Zeige nur die Karten die der Mommentanen angezeigten ScaleX/Y an nähsten kommen bein rein/raus Zommen mit +/- bzw Mauszoom"


    Hi Danjel,


    in der neuen Methode wird die Bilddatei einfach angehängt ind GMF-File (also würd ich es so verstehen das die Bildkomprimierung (die jpg, png...) direkt in die GMF-Dateigröße eingeht!)


    Dir ZIP-Varianten machen hinsichtlich der Bilder komprimierung keinen Sinn weil die schon im JPG, PNG... komprimiert sind und statt einer Dateiverkleinerung eine Vergrößerung gibt und beim laden 2mal entkomprimiert werden müssten. Die KAL-Dateien können wenn man will schon komprimiert ins ZIP gepackt werden.


    Allerdings würd ich das ZIP-Format nicht verwenden vorausgesetzt Peter unterstütz das GMF-Format weiterhin und das kleine Fehlerchen märzt er noch aus.


    Fazit:


    In allen beiden Varianten sollten nur die Bilder (Karten) selbst komprimiert werden und nicht nochmal im ZIP.


    Gruß
    Silver


    PS: An alle GlopusMapFile.exe Nutzer !


    Wenn GlopusMapFile.exe einfach ohne Meldung abbricht und keine out.gmf erzeugt fehlt entweder irgendeine Karte oder eine KAL-Datei!