Viewing 15 posts - 46 through 60 (of 72 total)
  • Author
    Posts
  • #43627
    locustesting
    Participant

    @fritzle: Ja, sieht sehr toll aus!

    Dein Posting verstehe ich jetzt nicht ganz. Das, was du aufzählst sind alles Apps und keine Karten. OSM-KARTEN (wie z.B. openandromaps) basieren auf der OSM-Datenbank und werden auf verschiedenste Art und Weise gerendert. Was meinst du also?

    Die Grundsatzaussage war, dass die meisten Karten, die auf OSM basieren, eine sehr starke Neigung zu fahlen Farben haben.

    #43640
    fritzle
    Participant

    Eine Mapsforge-Karte hat von Haus aus keine Farbe. Sie enthält nur gestalterische Elemente wie Wegverläufe, Gebäudeumrisse, Waldränder, usw. Was dem Weg, dem Gebäude, dem Wald schließlich Farbe oder Schraffur verleiht, ist das bei Erzeugung der Kartendarstellung verwendetete Renderthema, wo den Kartenelementen ihr Aussehen zugeordnet wird. Neigt der Ersteller des Renderthemas eher zu dezenter Farbgebung, sieht die Kartendarstellung eher kontrastarm aus. Neigt der Ersteller des Renderthemas dagegen eher zu kräftiger Farbgebung, sieht die Kartendarstellung eher knallbunt aus. Geschmacksache!

    Ein Renderthema mit kräftiger Farbgebung ist z.B. das Thema “fzk-outdoor-contrast”, welches man bei den Freizeitkarten-Designs findet und sowohl in OruxMaps und Locus Map installieren kann. Sowohl OAM-Karten als auch Freizeitkarten basieren auf OSM-Daten und sind beide im Mapsforge-Kartenformat, weshalb man grundsätzlich ein Freizeitkarten-Renderthema auf OAM-Karten anwenden kann und umgekehrt. Einen Haken hat das ganze jedoch deswegen, weil etliche gestalterischen Kartenelemente in Freizeitkarten mit anderen Tags (Kennzeichnungen) versehen sind als in den OAM-Karten. Daher wird man z.B. vergeblich nach Wanderwegen in OAM-Karten suchen, wenn ein Freizeitkarten-Renderthema verwendet wird. Viele Basis-Kartenelemente wie Straßen, Gebäüde, Wälder lassen sich jedoch gut darstellen.

    #43642
    Avatar photoTobias
    Keymaster

    @fritzle: Ja, sieht sehr toll aus!

    Dein Posting verstehe ich jetzt nicht ganz. Das, was du aufzählst sind alles Apps und keine Karten. OSM-KARTEN (wie z.B. openandromaps) basieren auf der OSM-Datenbank und werden auf verschiedenste Art und Weise gerendert. Was meinst du also?

    Die Grundsatzaussage war, dass die meisten Karten, die auf OSM basieren, eine sehr starke Neigung zu fahlen Farben haben.

    Dass bei Karten ein Teil der Farben eher “blass” ist hat seinen Sinn, das ist nicht nur bei OSM sondern auch vielen Papier Wanderkarten so.
    Bei der Gestaltung gibt es in erster Linie zwei Mittel um Inhalte zu betonen, Sättigung und Kontrast. Wenn jetzt alles stark gesättigt und intensiv wirkt ist eigentlich weniger Kontrast als mehr vorhanden, denn der entsteht eben durch Unterschiede, und die gibt’s nur durch “blasse” Farben.
    In Elevate sind z.B. Routen, Pfade und Symbole betont und deshalb in gesättigten, stark im Kontrast zum Hintergrund stehenden Farben gestaltet. Wenn jetzt alles gesättigt wäre, stechen diese weniger raus und stehen weniger im Kontrast zum Hintergrund. Insbesondere damit diese auch bei grellem Licht draußen noch herausstechen ist der Kontrast wichtig.
    Wenn alles nur noch stark gesättigt ist wäre das wie als würde man einen Text schreiben, in dem alles fett, unterstrichen und/oder Großbuchstaben ist, dann ist alles betont und nichts hebt sich mehr hervor.

    Developer of Elevate mapstyle

    1 user thanked author for this post.
    #43650
    Avatar photo@afgb1977
    Participant

    As you just explained, Elevate will not display Fzk map features correctly and Fzk RenderThemes will not work correctly on a MapsForge OAM.
    The really important thing is that the renders are easily configurable to our tastes.
    It is easy to experiment with different colors in the XML and add or modify some elements.
    In my humble opinion Elevate is the best Render that currently exists, constantly evolving and updating based on OAM maps.
    With the permission of its developer, I’ve been making slight modifications for some time to suit my tastes. Customizing colors and icons.
    A little tip, Maki icons are easily configurable in terms of colors, you don’t need a photo editor, you only need a Code Editor with a color table. I do everything from my Smartphone, both the Renders code modifications and the writing of new map sources for OruxMaps. I use MixPlorer for editing.
    I am still reading, studying and learning the correct coding of Renders, I have been able to advance a little but I still do not have enough knowledge to write my own code, so at the moment I am modifying Elevate.
    Modifications are a good learning exercise.
    It must be very difficult to please all OAM and Elevate users, what some like does not like others.
    There are simple modifications that can be made regarding colors, sizes, and icons.
    There is great satisfaction in using something made by oneself (I cannot do this yet) or using something modified by oneself (I have done this) even if it is based on someone else’s work.
    My simple advice is: experiment and make the modifications yourself. It does not matter if the result is not good, you learn from mistakes.
    Tiramisu has been abandoned, so at the moment I’m doing some modifications (with Maki’s permission), changing the PNG icons to SVG and adding size parameters to the icons.
    At the same time I am modifying Elevate to obtain certain characteristics of Tiramisu.

    Felipe

    @afgb1977

    #43661
    fritzle
    Participant

    Das neue Wrapper-Skript mit Unterstützung von Kontrastspreizung (Contrast stretching) steht jetzt im QMapShack-Wiki auf der Seite https://github.com/Maproom/qmapshack/wiki/DocBasicsMapDem#mapsforge-maps zum Download bereit. Bitte beachten: das Skript setzt auch einen aktuellen Tile Server voraus, dessen Download-Link auf derselben Seite zu finden ist.

    1 user thanked author for this post.
    #43664
    Reigi
    Participant

    Das neue Wrapper-Skript mit Unterstützung von Kontrastspreizung (Contrast stretching) steht jetzt im QMapShack-Wiki auf der Seite https://github.com/Maproom/qmapshack/wiki/DocBasicsMapDem#mapsforge-maps zum Download bereit. Bitte beachten: das Skript setzt auch einen aktuellen Tile Server voraus, dessen Download-Link auf derselben Seite zu finden ist.


    @fritzle
    : ich bin hin und weg. Super gemacht. Vielen vielen Dank an dich.

    #43872
    locustesting
    Participant

    Man kann ja mit qmapshack Karten drucken. Aber dazu müsste man sich die Tiles runterladen, was die Anbieter nicht mögen. Also könnte man die openandromap nehmen. Aber wie schafft man es die Tiles zu erzeugen ohne die ganze Gegend mit der Maus hin und her zu schieben, bis die Tiles erzeugt sind?

    #43968
    locustesting
    Participant

    Die gibt es z.B auf dieser Seite. Die aktuelle Archiv-Datei tcltk86-8.6.10-1.tcl86.Win10.x86_64.tgz entpacken und den Inhalt des Unterordners tcltk86-8.6.10-1.tcl86.Win10.x86_64 in den Installationsordner von Tcl/Tk kopieren, z.B. in den Ordner %programfiles%/Tcl

    Der Link https://bitbucket.org/tombert/tcltk/downloads/ ist allem Anschein nach tot. Bei archive.org lässt sich auch nichts finden.

    #43972
    fritzle
    Participant

    Tatsächlich, dieser Link ist dauerhaft tot. Die Seite https://wiki.tcl-lang.org/page/Binary+Distributions listet Quellen auf, wo man Tcl/Tk-Distributionen herunterladen kann. Dort war im Abschnitt “Windows” ursprünglich der bisher genannte Link zum Download-Archiv zu finden. Dieses Download-Archiv ist aber mittlerweile durch das Download-Archiv teclab’s tcltk ersetzt worden. Bei genauerem Hinsehen findet man dort den Hinweis “former bitbucket which I had to abandon”. Der Autor dieser Distribution hat, warum auch immer, sein Projekt von Bitbucket nach GitHub umziehen müssen. In seinem neuen Download-Archiv findet man momentan tcltk86-8.6.11.4.tcl86.Win10.x86_64.tgz als aktuelle stabile Version.

    1 user thanked author for this post.
    #44111
    fritzle
    Participant

    Meine Skripte für die grafische Oberfläche und Beschreibung dazu habe ich jetzt in meinem eigenen Repository Mapsforge-for-QMapShack bereitgestellt.

    1 user thanked author for this post.
    #44400
    h-the
    Participant

    Meine Skripte für die grafische Oberfläche und Beschreibung dazu habe ich jetzt in meinem eigenen Repository Mapsforge-for-QMapShack bereitgestellt.

    Vielen Dank erst einmal für deine, eure Arbeit. Die Installation der Komponenten ging problemlos vonstatten.

    Bei der Abarbeitung des Script erscheint bei der Auswahl der Themes bzw. beim “Klick” auf “Overlays zum Stil auswählen” folgender Fehler:

    can't read "bdwidth": no such variable
    can't read "bdwidth": no such variable
        while executing
    "expr $x+$bdwidth+$width"
        (procedure "position_overlays_window" line 14)
        invoked from within
    "position_overlays_window"
        (procedure "switch_overlays_selection" line 7)
        invoked from within
    "switch_overlays_selection"
        (command bound to event)

    Woran kann das liegen?
    System:
    DISTRIB_ID=ManjaroLinux
    DISTRIB_RELEASE=21.1.0

    Qmapshack 1.16.0

    java -version
    openjdk version “16.0.2” 2021-07-20
    OpenJDK Runtime Environment (build 16.0.2+7)
    OpenJDK 64-Bit Server VM (build 16.0.2+7, mixed mode)

    Elevate 4
    Aktuelle Version:
    4.5.1, 27.05.21 (Changelog)
    letzte Aktualisierung der Legende: 27.05.21

    In der Anlage noch ein Screenshot.
    Danke

    #44404
    fritzle
    Participant

    Die Ursache des Fehlers liegt darin, dass das Linux-Programm “xwininfo” nicht installiert ist. Das korrigierte Skript im Repository hat jetzt einen Workaround für diesen Umstand.

    1 user thanked author for this post.
    #44406
    h-the
    Participant

    Vielen Dank für die schnelle Antwort. Jetzt klappt alles super, na ja fast …. 😉

    Gibt es vielleicht eine Start Option o.ä., wie man die Schrift und das Fenster etwas vergrößern kann. Es ist kein HiDPI Monitor. Die Auflösung beträgt 1920-1080.
    Hier mal ein Screenshot im Vergleich zur Terminal Schriftart.

    #44411
    fritzle
    Participant

    Auf die Schnelle und provisorisch folgender Workaround:
    Im Skript vor der Zeile
    option add *Dialog.msg.font TkDefaultFont userDefault
    die Zeile
    option add *Font "* <gui_font_size>" widgetDefault
    einfügen und anstelle von <gui_font_size> die gewünschte Fontgröße in Pixeln angeben, z.B. den Wert 12.

    1 user thanked author for this post.
    #44420
    h-the
    Participant

    Vielen Dank @fritzle das funktioniert.

Viewing 15 posts - 46 through 60 (of 72 total)
  • You must be logged in to reply to this topic.