Testversion 2.02

Noch ein paar Infos: Die Typ-csv Datei von Glopus, die ich mal reingestellt habe, ist nicht mehr ganz aktuell. Ich habe ein paar "erweiterte" Typen fix eingebaut, die mir gefallen haben, wie z.B. Bitmap-Stromleitungen und Eisenbahn oder auch Bitmap Flächen für Sportplätze.
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.
Die Glopus "Standard-Typ-Definition" wird immer vorgeladen und dann durch ein evtl. gefundenes Typ "überladen". D.h. ich kann ein Typ mit nur einem Element erstellen, wenn ich nur dieses anders dargestellt haben möchte als in Glopus definiert - der Rest bleibt dann unverändert.
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.

Wie wollen wir das nun mit den "eingebetteten" Typ Dateien machen?
Die aktuelle Prio ist
1. Typ im IMG (also eingebettet (Sagt man das so? Klingt irgendwie komisch )
2. KartenName.typ
3. glopus.typ
4. Glopus defaults
Die Idee war, dass so ein IMG mit jedem Viewer gleich aussieht. Dumm ist eben nur, wenn jemand irgendwo ein fertiges IMG lädt und die Darstellung nicht so toll findet, dann hat er jetzt keine Möglichkeit zur Manipulation. Wollen wir die Priorität daher lieber so festlegen?
1. KartenName.typ
2. Typ im IMG
3. glopus.typ
4. Glopus defaults

Zitat

Original von womisa
mir ist nach wie vor unklar wie ich einen auf Glopus abgestimmten Type-File erstellen muss, dass eine für Glopus optimale Karte rauskommt.

Beim Erstellen einer IMG hat jemand Regeln definiert, in welchem Zoomlevel welche OSM Kartenelemente mit welcher TypeID aufgenommen werden. In fertigen IMG (ohne eingebettete typ Datei) sind dann nur haufenweise Punkte, Type IDs, Namen und Hinweise, wie das ganze zusammenhängt. Glopus und jedes andere Programm muss nun z.B. eine Linie mit der TypeID 10 irgendwie zeichnen und dass war bisher bei Glopus fest im Programm verdrahtet.

Wollte man mit dem alten Glopus einen Straßentyp anders aussehen lassen, ging das nur begrenzt und umständlich: Man musste ein neues IMG mit anderen Regeln erstellen, so dass dieser OSM Type auf einen anderen IMG Type gemappt wurde, falls Glopus überhaupt einen ähnlichen Linientyp definiert hatte.

Falls Du jetzt andere Regeln möchtest, nimmst Du ein beliebiges IMG (ohne eingebettete typ Datei) von dem Du die OSM to IMG Type Regeln kennst und erstellst eine typ Datei mit gleichen Namen und definierst für alle unschönen Linien, Flächen und Icons Deine eigenen.

Für eine fertige IMG mit eingebettete typ Datei hat man momentan wieder keine Möglichkeit zum Manipulation.

Zitat

Original von womisa
Mir (IMHO) ist sowiso nicht klar warum auf dem kleinen "PDA" Glopus die Type unterstützen muß. Das kann man doch auf dem PC bei der IMG Erstellung erschlagen, wenn man den IMG File erstellt.

Natürlich kann man bei der IMG Erstellung die mitdefinieren und erhält damit ein IMG mit eingebetteter Typ Datei. In dem Flow der mit dem Bild wird das beschrieben. Und das wäre auch der richtige Weg, wie Du die Darstellungen beeinflussen kannst.

Es gibt aber auch User, die nicht selber ein IMG generieren wollen, sondern nur irgendwelche Farben ändern wollen und für die soll es möglich sein nur eine Typ Datei zu erstelllen.

Zitat

Original von womisa
Um reproduzierbare Ergebnissse beim Erzeugen eigener IMG's zu bekommen ist das Wissen wie Glopus die Types rendert und welche Typen unterstützt werden erforderlich.

WAR erforderlich, denn jetzt kann man das selber bestimmen.

Zitat

Original von womisa
Oder man kann eben im Typefile die Abbildungs-Pattern mit runter laden. Aber dieser Aufwand scheint mir nicht gerechtfertigt.

Aber das ist doch gerade der Sinn von Typ Dateien und das angehangene Typ Text Beispiel macht genau das selbe. ????

So was in der Art wollte ich Dir auch für die durcgsichtigen Linien vorschlagen. (Ich konnte nur nicht gleich antworten und habs dann vergessen.)
Ich weiß jetzt gar nicht, ob da auch halbdurchlässige Farben erlaubt sind. Momentan kann das Glopus zwar eh nicht, aber das könnte ich nachrüsten. Das Rendern der Bitmap Linien und Flächen ging doch schneller als erwarten und nun ergeben sich wieder neue Möglichkeiten. Irgendwie wird die Todo Liste mit jeden Release länger. Einige Sachen, wie z.B. eine englische Version, Einlesen der aktuellen POI-Warner Daten oder ein schnellerer Zugriff auf die Glopus POIs bleiben wohl ewig auf meiner Wunschliste.

Glopus nimmt auch jetzt schon die Zeicheninfo aus der entsprechenden gleichnamigen oder eingebetteten Typ Datei. Solange die IMGs mit verschiedenen Typ IDs arbeiten, sollten z.B. die Höhenliniendefinitionen aus der Höhenlinien IMG kommen und die Definition der gleichen ID im anderen IMG wird ignoriert.
Überschneidungen gibt es nur, wenn die gleiche ID in 2 IMGs für verschiedene Infos genutzt wird. Solange die 256 Linien oder Flächentypen ausreichen ist das kein Problem. Aber wenn ein Seefahrer oder Gleitschirmflieger massenweise neue Typen einführen will, dann wird es irgendwann knapp.

Vielen Dank für auch für die anderen Beiträge. Ich schreibe noch Antworten, wenn ich aus dem Urlaub zurück bin.

Zitat

Original von frank334
Eine Kleinigkeit, was entweder ein Fehler im Kartenmaterial oder bei Glopus ist: beim Rauszoomen werden Details nach und nach ausgeblendet. Das geht soweit ganz gut. Nur die Bahnhof-Symbole bleiben selbst bis auf der Europa-Skala noch erhalten und verdecken die ganze Karte. Ist wahrscheinlich nur irgendwo ein falscher Zahlenwert als Schwelle eingetragen.

Das ist bei mir leider auch so. Aber nicht Glopus, sondern die IMG Karte bestimmt, welche Elemente in welcher Zoomstufe vorhanden sind und das wiederum kann man nur beim Erstellen der IMG festlegen.
Ich könnte höchstens, die dargestellten Elemente pro Typ auf einen maximalen Wert begrenzen...