Wikipedia Diskussion:Kartenwerkstatt/Hilfe/GMT

message: Diese Seite ist in der Entwurfsphase, haben Sie also Verständnis für die ungeordneten Angaben. Aufgrund einer Idee von San Jose habe ich die Seite angelegt. Die Informationen stammen zunächst aus einem Diskussionsbeitrag und sollten aufgrund ihrer Ausführlichkeit nicht "verloren gehen". Die Seite soll nach und nach strukturiert, verallgemeinert und mit HowTo-Anleitungen (inkl. Beispielen) erweitert werden. Sie dient zudem als ausführliche Erweiterung für das Projekt Hilfe:Karten in dem GMT lediglich benannt wird. Konstruktive Vorschläge zum Inhalt der Seite bitte hier anhängen und nicht direkt in der Seite editieren. --Lencer 22:32, 20. Jan. 2007 (CET)
thread_title:  Bitte beachten 

message: Karibik.png|Ausgangskarte, erstellt mit GMT 
 Karibik.svg|Ergebnis, erstellt mit CorelTRACE
===1. Herstellung der Karte mit GMT===
Zunächst muss die Ausgangskarte mit dem Programm pscoast aus den Generic Mapping Tools (GMT) hergestellt werden. Zur Einrichtung und Benutzung von GMT beachten Sie bitte den Artikel Hilfe:GMT.
Verwendeter Code:
* pscoast -R-110/-50/0/40 -JM16 -P -G181/181/181 >c:\karten\karibik.ps
Erläuterung:
* -R (Koordinaten)
* -JM (Merkatorprojektion)
* -P (Ausrichtung der Karte)
* -G (Flächenfarbe für Landmassen im RGB-Farbraum)
* > (Ausgabedatei)
Abschließend wird das hergestellte PostScript (.ps) mit Adobe Photoshop oder Adobe Illustrator in ein PNG umgewandelt.
=== 2. Vektorisierung ===
Bei der Vektorisierung wird aus einer Rastergrafik eine Vektorgrafik erzeugt. Vektorgrafiken lassen sich ohne Qualitätsverlust stufenlos skalieren. Außerdem bleiben die Eigenschaften einzelner Linien, Kurven oder Flächen erhalten und können auch nachträglich noch verändert werden. Die Vektorisierung werden inzwischen zahlreiche Programme angeboten.
Eine Vektorisierungsfunktion enthalten:
* Adobe Streamline 4.0, danach als Abpausen-Funktion in Adobe Illustrator integriert
* Adobe Illustrator ab Version CS
* CorelTRACE als Bestandteil der CorelDRAW Graphics Suite ab Version ?
* Inkscape
Exemplarisch sollen hier zwei Varianten mit Vor- und Nachteilen beschrieben werden.
==== 2.1 Vektorisierung mit CorelTRACE ====
Das PNG wird in CorelTRACE (ein Bestandteil der CorelDRAW Graphics Suite) geladen und anschließend mit der Funktion Vektorisieren umgewandelt (Verwendete Version: CorelTRACE 12). Wählen Sie dazu im Menü → Vektorisieren → Nach erweitertem Umriss. Diese Funktion bietet im Gegensatz zu → Vektorisieren → Nach Umriss zusätzliche Optionen.
Verwendete Optionen:
(nach dem ersten Durchauf erscheint eine Menüleiste, alle Einstellungen von links nach rechts)
* Rauschen-Filter: keine
* Komplexität: 16
* Farbanzahl: 256Hinweis: 256 ist die Voreinstellung, in diesem Beispiel reichen natürlich auch 2 Farben
* Knotenreduzierung: 20
* Knotentyp: geglättet
* Minimale Objektgröße: 5Hinweis: Wenn hier der Wert hoch ist werden neben entbehrlichen Objekten (kleine Seen) auch Objekte gelöscht, die man vielleicht erhalten will (kleine Inseln). Es empfiehlt sich eine Auswahl der Objekte in Inscape (Generalisierung).
Es entstehen unabhängige Flächen, die sich einzeln anwählen und modifizieren lassen. Abschließend wird das Ergebnis als WMF abgespeichert.
Das WMF wird in Inkscape importiert, weiter geht es mit Schritt 3.
==== 2.2 Vektorisierung mit Inkscape ====
Das PNG wird in Inkscape geladen und anschließend mit der Funktion Vektorisieren umgewandelt (Verwendete Version: Inkscape 0.45).
Vorgehensweise:
# → Datei → Importieren: Bild auswählen
# → Pfad → Bitmap vektorisieren
#* links Monochrom auswählenHinweis: hier ist es hilfreich, wenn das Originalbild schwarz/weiß ist, also mit den GMT-Parametern: -G0/0/0 -S255/255/255)
#* rechts bei Scandurchgänge: 2 einstellen
#OK klicken
Jetzt kann man das eingebundene Bild entfernen. Inkscape erstellt in diesem Fall zwei Pfade, einen rechteckigen Weißen, der entfernt werden kann (man erkennt ihn daran, dass er nur acht Knoten hat) und einen mit der Karte.
Einziger Nachteil ist, dass das ganze Bild als ein Objekt erstellt wird, nicht jede Landfläche für sich. (kann aber auch ein Vorteil sein, wenn man nur ein Objekt braucht)
=== 3. Generalisierung und Ebenenzuweisung mit Inkscape ===
# Unter → Datei → Dokumenteneinstellungen wird zunächst das Format durch Anwahl von Seite in Auswahl einpassen festgelegt. 
# Danach können alle Objekte gelöscht werden, die nicht in der Karte enthalten sein sollen (Generalisierung). Das betrifft in diesem Fall v.a. kleine Seen. Wenn angeschnittene kleine Seen am Rand gelöscht werden, müssen im Geländevektor ggf. Punkte geöscht werden und damit der Rand geglättet werden.
# Jetzt kann man weitere Ebenen anlegen. Am besten öffnet man dazu zunächst das Ebenenmenü über → Ebene → Ebenen. In diesem Fall wurden drei Ebenen (ocean, landscape, waters) angelegt.
# Jetzt wählt man die Ozeane an und verschiebt sie in die entsprechende Ebene. Anschließend die Seen und abschließend das Gelände inklusive Inseln, wenn es nicht schon in der richtigen Ebene liegt. Danach müssen die Ebenen sortiert werden, damit alle Objekte dargestellt werden. Von Oben nach Unten: waters, landscape, ocean.
# Abschließend wird die Datei als Inkscape-SVG abgespeichert. Nur so bleiben die soeben erzeugten Ebenen erhalten.
Wenn alle Programme bereits installiert sind und dieser Ablaufplan bekannt ist, sollte die Erstellung und Umwandlung nicht länger als 20 Minuten dauern.
Ein kleiner Durchbruch bzgl. SVG Herstellung aus GMT-Files. Ich habe mit Hilfe von Corel Trace aus der GMT Version eine SVG-Version erstellt, die man wunderbar bearbeiten kann und die aufgrund ihrer hohen Auflösung auch für komplexere Karten geeignet ist. Es ist ein ganz sauberes SVG entstanden. Meeresflächen, Landflächen und Seen sind in extra-Ebenen abgelegt. Morgen ergänze ich eine ausführliche Anleitung. Es wäre schön, wenn San Jose noch den Code einfügen könnte mit dem er die Ausgangsdatei per GMT erzeugt hat, sodass dies ein erstes "rundes" Beispielprojekt ist, mit dessen Hilfe man sicher noch andere Kartenauschnitte erzeugen kann. --Lencer 19:15, 20. Mär. 2007 (CET)
replies: text: Ich hab mir die svg-datei mal runter geladen. und ich hab gedacht mit corel kann mannix anfangen ;). jap der code sollte mit rein und dann müßte man mal ran gehen und für die verschiedenen projektionsmethoden bsp basteln. und natürlich das ganze mit topogr. daten nach dazu. dann wär der anfang geschafft und man hätte ne gute grundlage auf die man aufbauen kann. Wie gut kennst du dich denn schon in GMT mittlerweile aus? ich hab angefangen ein bisle zu testen aber als ich die postscript datei gesehen habe und was das fürn schund ist hab ichs sein lassen. Probieren und testen lohnt wohl selbst bei schon fast abgeschrieben projekten ;) --Mario 19:59, 20. Mär. 2007 (CET)
replies: text:  Ich hab mal den Ablaufplan entworfen und bitte darum weitere Hinweise zu geben, wo noch was optimiert oder einfacher gemacht werden könnte. PS: Sollte dieses HowTo auf Hilfe:GMT eingefügt werden, wird es natürlich entsprechend formuliert und formatiert. Der graue Hintergrund soll nur das HowTo von der Diskussion unterscheiden. --Lencer 13:45, 21. Mär. 2007 (CET)

text: Ich benutze Scribus für die Wandlung PS->SVG. Nachdem ich mit GMT (Version 4.2.0) die PS-Datei generiert habe, importiere ich sie in Scribus (Scribus-Version 1.3.3.11) und exportiere sie wieder als SVG raus. Dann kann man sie weiter mit inkscape bearbeiten. --Antipatico 12:01, 7. Nov. 2009 (CET)
thread_title:  HOW TO: Umwandlung einer hochauflösenden GMT-Karte in ein SVG 

message: # Unter → Datei → Dokumenteneinstellungen wird zunächst das Format durch Anwahl von Seite in Auswahl einpassen festgelegt. 
# Danach können alle Objekte gelöscht werden, die nicht in der Karte enthalten sein sollen (Generalisierung). Das betrifft in diesem Fall v.a. kleine Seen. Wenn angeschnittene kleine Seen am Rand gelöscht werden, müssen im Geländevektor ggf. Punkte geöscht werden und damit der Rand geglättet werden.
# Jetzt kann man weitere Ebenen anlegen. Am besten öffnet man dazu zunächst das Ebenenmenü über → Ebene → Ebenen. In diesem Fall wurden drei Ebenen (ocean, landscape, waters) angelegt.
# Jetzt wählt man die Ozeane an und verschiebt sie in die entsprechende Ebene. Anschließend die Seen und abschließend das Gelände inklusive Inseln, wenn es nicht schon in der richtigen Ebene liegt. Danach müssen die Ebenen sortiert werden, damit alle Objekte dargestellt werden. Von Oben nach Unten: waters, landscape, ocean.
# Abschließend wird die Datei als Inkscape-SVG abgespeichert. Nur so bleiben die soeben erzeugten Ebenen erhalten.
Wenn alle Programme bereits installiert sind und dieser Ablaufplan bekannt ist, sollte die Erstellung und Umwandlung nicht länger als 20 Minuten dauern.
</div>
Ein kleiner Durchbruch bzgl. SVG Herstellung aus GMT-Files. Ich habe mit Hilfe von Corel Trace aus der GMT Version eine SVG-Version erstellt, die man wunderbar bearbeiten kann und die aufgrund ihrer hohen Auflösung auch für komplexere Karten geeignet ist. Es ist ein ganz sauberes SVG entstanden. Meeresflächen, Landflächen und Seen sind in extra-Ebenen abgelegt. Morgen ergänze ich eine ausführliche Anleitung. Es wäre schön, wenn San Jose noch den Code einfügen könnte mit dem er die Ausgangsdatei per GMT erzeugt hat, sodass dies ein erstes "rundes" Beispielprojekt ist, mit dessen Hilfe man sicher noch andere Kartenauschnitte erzeugen kann. --Lencer 19:15, 20. Mär. 2007 (CET)
replies: text: Ich hab mir die svg-datei mal runter geladen. und ich hab gedacht mit corel kann mannix anfangen ;). jap der code sollte mit rein und dann müßte man mal ran gehen und für die verschiedenen projektionsmethoden bsp basteln. und natürlich das ganze mit topogr. daten nach dazu. dann wär der anfang geschafft und man hätte ne gute grundlage auf die man aufbauen kann. Wie gut kennst du dich denn schon in GMT mittlerweile aus? ich hab angefangen ein bisle zu testen aber als ich die postscript datei gesehen habe und was das fürn schund ist hab ichs sein lassen. Probieren und testen lohnt wohl selbst bei schon fast abgeschrieben projekten ;) --Mario 19:59, 20. Mär. 2007 (CET)
replies: text:  Ich hab mal den Ablaufplan entworfen und bitte darum weitere Hinweise zu geben, wo noch was optimiert oder einfacher gemacht werden könnte. PS: Sollte dieses HowTo auf Hilfe:GMT eingefügt werden, wird es natürlich entsprechend formuliert und formatiert. Der graue Hintergrund soll nur das HowTo von der Diskussion unterscheiden. --Lencer 13:45, 21. Mär. 2007 (CET)

text: Ich benutze Scribus für die Wandlung PS->SVG. Nachdem ich mit GMT (Version 4.2.0) die PS-Datei generiert habe, importiere ich sie in Scribus (Scribus-Version 1.3.3.11) und exportiere sie wieder als SVG raus. Dann kann man sie weiter mit inkscape bearbeiten. --Antipatico 12:01, 7. Nov. 2009 (CET)
thread_title:  3. Generalisierung und Ebenenzuweisung mit Inkscape 

message: Gimp unterstützt PS-Dateien, dazu muss man Ghostscript installieren. Download --Lencer 17:21, 28. Mär. 2007 (CEST)
thread_title: Sammlung von Hinweisen

message: Bild:Jamaicamap.png|dritte Version
Bild:Jamaika.png|Finale Version
Kann jemand eine Karte von Jamaika erstellen in Stil von :Bild:Israel topo de.jpg? Zumindest die Höhendaten bekomme ich nicht hin, die Beschriftung kann ich selbst übernehmen --ranas disk 19:04, 23. Mär. 2007 (CET)
replies: text: Eine topographische Karte von Regionen ist im Moment noch schwer weil es nur wenige gibt in der Wikipedia die sich mit GMT beschäftigen aber dies das bevorzugte Werkzeug wäre um solch eine Karte wie Isreal herzustellen. Im moment sind wir noch dabei uns mit dem Programm vertraut zu machen. Ein Anfang ist mit Hilfe:GMT gemacht aber es ist halt erst ein Anfang. Da wirst du noch ein bischen warten müssen denk ich. Aber wir sind dran und freuen uns über jede Art von Unterstützung auf dem Gebiet ;) --Mario 01:02, 24. Mär. 2007 (CET)
replies: text: Hallo. Dann werd ich mal versuchen das Skript zur Kanada Karte zu modifizieren :) --ranas disk 11:03, 25. Mär. 2007 (CEST)

text: Die Daten vom gtm sind aber nicht furchtbar genau, sodass man damit keine besseren karten als diese machen kann (mit GTOPO 30 als topogr. Grundlage) --Leo2004 20:19, 28. Mär. 2007 (CEST)
replies: text: Wenn das Jamaika ist dann sollte die dargestellte Insel ca. 235 km lang sein. Schau mal mein Beispiel mit dem Massstab dazu an. Also ich würde sagen da geht noch mehr als bei dir zu sehen oder? Und irgendwo hab ich mal gelesen das Globe bis auf 90m auflösung geht dann kann das noch nicht die Grenze sein. --Mario 20:44, 28. Mär. 2007 (CEST)
replies: text: Jamaica ist das 100%, sonst würde gmt ja auch nicht kingston anzeigen (ich hab eine neuere Version hochgeladen). Vielleicht ist ja auch die Auflösung bei verschiedenen Regionen unterschiedlich --Leo2004 21:19, 28. Mär. 2007 (CEST)

text: Könnte sein aber ich glaub eher nicht das unterschiedliche Regionen unterschiedliche Auflösungen haben. --Mario 21:48, 28. Mär. 2007 (CEST)

text: Ich weiß auch nicht, woran das liegt. Bei einer Auflösung von 30 sekunden sollte es eine genauigkeit von 1km haben, und das hat diese ja wohl nicht. --Leo2004 21:52, 28. Mär. 2007 (CEST)

text: Ich hab es ohne script gemacht, ich hab einfach rumprobiert bis ich die richtige stelle hatte. --Leo2004 21:24, 29. Mär. 2007 (CEST)

text: ich hatte mir als erstes nur Gmt mit den grunddaten heruntergeladen und installiert. Später war mir das dann mit der Kommandozeile zu aufwendig und ich igmt  als gui eingesetzt. Die entsprechenden raster daten hab ich von hier  heruntergeladen und nach der Anleitung von igmt in den Richten Ordner gelegt. --Leo2004 15:35, 30. Mär. 2007 (CEST)
replies: text: Ich hab's jetzt mal schnell ausprobiert und es ist anscheinend so, dass mit dem ETOPO2-Datensatz die Auflösung einfach nicht höher geht. Das oben aufgeführte Gegenbeispiel ist mit GLOBE erstellt und von daher auch genauer. Jedoch müssen (so wie ich mal gelesen habe) GLOBE-Daten erst für GMT in das grd-Format konvertiert werden. -- San Jose 17:07, 30. Mär. 2007 (CEST)

text: Ich hab jetzt mühsam srmt30 installiert und eine deutlich bessere Version bekommen (um die Farben kümmere ich mich später) @Mario ich habs vorher auch mit Globe gemacht (ETOPO 5)--Leo2004 21:23, 30. Mär. 2007 (CEST)

text: Ich hab es ein bisschen weichgezeichnet, jetzt sind die Übergänge besser --Leo2004 11:28, 31. Mär. 2007 (CEST)
replies: text: jetzt die finale version mit srtm3 --Leo2004 20:51, 31. Mär. 2007 (CEST)
thread_title:  Jamaika 

message: Ist eine Umwandlung von PS in ein Bitmap und dann eine Vektorisiertung wirklich nötig? Das hört sich sehr umständlich an. Laut Homepage kann pstoedit aus PostScript u.a. DXF-Dateien und Skencil-Dateien erzeugen, die müsste man dann doch mit z.B. Corel Draw oder Skencil weiterverarbeiten können. Hab's selber aber noch nicht ausprobiert. --A.Hellwig 09:40, 29. Mär. 2007 (CEST)
replies: text: Klingt erstmal bescheuert, da hast Du recht! Weenn Du jedoch mal ein fertiges GMT-ps angefasst hast, wirst Du feststelen warum wir das derzeit so machen. Das ps ist nämlich in tausende einzelflächen zerhackt, die durch ein unsichtbares Gradnetz entstehen. Das zusammenzufriemeln ist ein Akt. --Lencer 09:51, 29. Mär. 2007 (CEST)
replies: text: Man kann sich aber einiger Tricks bedienen. Im Illustrator kann man alle Flächen mit gleichen Farben mit Hilfe von ein paar Mausklicks zusammenfügen. Im Freehand und im Inkscape müsste es auch solche Funktionen geben. -- San Jose 16:33, 29. Mär. 2007 (CEST)
replies: text: Wie geht den das in Illu. ? --Leo2004 16:38, 29. Mär. 2007 (CEST)
replies: text: Ein einzige Fläche auswählen, dann Auswahl>Gleich>Flächenfarbe, somit sind alle Flächen mit gleicher Farbe markiert. Nun über die Box Pathfinder (Fenster>Pathfinder) die Funktion dem Formbereich hinzufügen und anschlissend auf den Buttom Umwandel, fertig. -- San Jose 16:53, 29. Mär. 2007 (CEST)

text: Klingt erstmal sehr interessant, werd ich in jedem Fall ausprobieren. Beschriftung finde ich dabei nicht so interessant. Das mach grundsätzlich per Hand, weil das in der Regel "sauberer" aussieht und gerade bei engen Positionen die einzigste sinnvolle Lösung ist. Grüße und Danke für den Tipp, Lencer 06:56, 13. Jun. 2008 (CEST)
thread_title:  Vektorisierung nötig? 

message: so ich denke das sollten alle möglichkeiten sein. ich werd mich die nächste zeit mal mit win4gmt beschäftigen. @Leo: wenn duzeit und lust hast kannst du ein how-to schreiben von der installation von igmt bis zum ersten bild? wäre vielleicht ganz hilfreichfür andere und die hilfeseite hier. mal schauen was bei win4gmt so raus kommt. auf jeden fall werd ichs auch hier posten. einwände? --Mario 01:03, 1. Apr. 2007 (CEST)
replies: text: Ich hab das mal kurz geschildert --Leo 20:06, 20. Apr. 2007 (CEST)
replies: text: Leider gibt's  iGMT nur für unix. win4gmt fand ich von der GUI auch nicht sehr benutzerfreundlich, da bleib' ich vorerst mal beim DOS-Fenster. -- San Jose 22:25, 21. Apr. 2007 (CEST)
replies: text:  Jetzt hier noch mal: Win4GMT kommt mit der aktuellen (2012-04) Dateistruktur nicht zurecht und lässt sich auch nicht anpassen. HJJHolm (Diskussion) 08:22, 29. Apr. 2012 (CEST)
thread_title:  GMT - IGMT - WIN4GMT  

message: Beim Downloaden der topographischen Daten habe ich die Wahl zw. ETOPO2v2c_i2_LSB_GRD98.zip und ETOPO2v2c_i2_MSB_GRD98.zip (bei 2v2g auch). Keine von denen ist die Datei ETOPO2v2g.grd von der im Beispiel ausgegangen wird.
Wo ist der Fehler? Bin ich auf die falsche ETOPO-Seite geraten?
--Antipatico 23:08, 15. Jul. 2007 (CEST)
replies: text: Die amerikanische Behörde, die diese Dateien bereitstellt, hat mal die Dateien geändert. Daher gibt es jetzt die Dateien mit der Endung grd nicht mehr. Aber versuch's mal mit ETOPO2v2g_f4_netCDF.zip. Das müsste theoretisch von GMT genauso gut gelesen werden können. -- San Jose 11:30, 16. Jul. 2007 (CEST)
thread_title:  Beispiel Afrika nicht nachvollziehbar 

message: Beim folgenden Befehl:
pscoast -JM9i -R-70.00/-56.00/-67.00/-54.00r -W0.1/81/74/71 -I1/2/40/40/120 -I2/1/40/40/120 -I3red -Dh -G255/242/223 -S208/229/242 --PAPER_MEDIA=A3 -P --LABEL_FONT_SIZE=10 --HEADER_FONT_SIZE=10 -VVV -B1g1/0.5g0.5 > merkator.ps
Wie kriege ich den Schwarz-Weiss (Gitter-)Rand weg?. 
Es taucht nur beim Mercator-Projektion auf. Z.B beim Schnittkegel-P sind die Ränder nur eine schwarze Linie:
pscoast -Jl291.50/-55/-55/-56/1:1000000 -R-70.00/-56.00/-67.00/-54.00r -W0.1/81/74/71 -I1/2/40/40/120 -I2/1/40/40/120 -I3red -Dh -G255/242/223 -S208/229/242 --PAPER_MEDIA=A3 -P --LABEL_FONT_SIZE=10 --HEADER_FONT_SIZE=10 -VVV -B1g1/0.5g0.5 > schnittkegel.ps
Kann man die Zählrichtung der Meridiane in der Karte umkehren? (Es soll -70° statt +290° erscheinen)
Danke im voraus, --Antipatico 16:39, 10. Dez. 2007 (CET)
replies: text: Die Darstellung des Rands wird durch die Variable BASEMAP_TYPE bestimmt. Vermutlich hat diese den Wert "fancy". Wenn Du sie auf "plain" umstellst, sollte es klappen. Das geht zum Beispiel mit gmtset BASEMAP_TYPE = plain oder irgendwo in den Konfigurationsdateien. Bei den Meridianen weiss ich im Moment leider auch nicht weiter. Lilleskut 10:39, 11. Dez. 2007 (CET)
replies: text: Unter psbasemap sind auch einige Infos zum B-Attribut und unter gmtdefaults sind noch einmal alle änderbaren Standardgrößen aufgeführt, vielleicht steht da noch irgendetwas was dir weiter hilft. -- San Jose 16:42, 11. Dez. 2007 (CET)

text: Danke für die Info, wird noch bei Hilfe:GMT eingefügt. Auch kleine Hinweise helfen weiter ;-) Grüße Lencer 09:45, 19. Dez. 2007 (CET)
thread_title: Schwarz-Weiss (Gitter-)Rand bei Mercator-Projektion

message: Ich probiere gerade das Beispiel Südafrika aus und mein gmt (Version 4.2.0) beschwert sich mit der Meldung: pscoast: GMT SYNTAX ERROR:  Geographic coastline data require the use of a map projection (use -Jx<scale>d if linear scaling is desired). Es funktioniert wenn man in der Zeile 
pscoast -Q -K -O >>afrika.ps 
die Projektion und den Kartenausschnitt einfügt, also: 
pscoast -JL30/-20/-30/-10/24c -R0/-36/52/0r -Q -K -O >>afrika.ps
Lilleskut 10:50, 11. Dez. 2007 (CET)
replies: text: Bei mir (müsste normalerweise auch Version 4.2.0 sein) geht's auch ohne -J und -R, aber ich mein irgendwo mal gelesen zu haben, dass -J und -R bei pscoast immer Pflicht ist. Nun, zur Sicherheit kann man die zwei Parameter ja noch ergänzen. -- San Jose 17:02, 11. Dez. 2007 (CET)
thread_title:  Aufheben der Landflächenmarkierung 

message: Hallo! Vermutlich bin ich blind, oder blöd, aber der Anleitung zu GMT folgend versuche ich die Datei "GMT_coast.zip" downzuloaden. Aber wo zum Geier soll die sein??? --Geiserich77 21:39, 19. Dez. 2007 (CET)
replies: text: Die Dateien haben sich mit der Version 4.2.1 offenbar geändert. Siehe README (zweite hälfte). Ich werde es dann in der Beschreibung korrigieren. -- San Jose 15:53, 20. Dez. 2007 (CET)
thread_title:  Coast?? 

message: Bevor ich's vergesse oder bei mir irgendwo in der Versenke verschwindet: Hier die Möglichkeit wie man bei -A eine andere Seengenauigkeit als Inselgenauigkeit erzielen kann.
 pscoast -JL24/38/36/40/18c -R15/33/33/43r -W1/0/84/223 -S208/229/242 -G255/242/223 -Di -A0/0/1 -P -K >z.ps
 pscoast -JL24/38/36/40/18c -R15/33/33/43r -W1/0/84/223 -S208/229/242 -Di -A100/2/4 -P -O >>z.ps
Inselgenauigkeit wäre hier 0 und Seengenauigkeit wäre 100. -- San Jose 10:45, 5. Jan. 2008 (CET)
thread_title:  Verschiedene Insel- und Seengenauigkeiten 

message: Für mich wäre es hiflreich und da wird es anderen bestimmt nicht anders gehen wenn wir auf der Hilfe:GMT noch ein paar Farbtabellen (für Höhenerelief dann auch grau töne) posten. Oder gibt es sowas schon irgendwo? --mario 12:05, 8. Apr. 2008 (CEST)
replies: text: Schau mal bei den französichen Kartenwerkstatt-Kollegen, das wäre sicher schonmal ein Anfang. Grüße Lencer 13:26, 8. Apr. 2008 (CEST)
replies: text: Hier (bzw. in der Übersicht) gibt es weitere Farbtabellen. Persönlich gefällt mir aber keine so richtig. Die französische Tabelle ist zwar nicht schlecht, aber für manche Zwecke zu blass. Die NASA (1, 2, 3) oder diese Karte verwendet in meinen Augen ziemlich natürliche Farbtabellen, die aber erst einmal nachgebastelt werden müssen. -- San Jose 16:28, 8. Apr. 2008 (CEST)
thread_title:  Farbtabellen 

message: Ich hoffe San Jose du liest das hier ;) Ich wollte erstmal fragen ob du eine Idee hast wie ich mit GMT Schnittansichten eines Gebietes hinbekomme. zb sizilien von -200m bis obergrenze ätna aufgeschnitten entlang eines längen- oder breitengrades. geht sowas mit gmt? 
2. hast du etwas dagegen wenn wir deine grandiose spanienkarte, also die in 11 akten, in eine unterseite ausgliedern. die Karte würde ich ja in einem Absatz hier lassen wollen. eventuell auch gleich ganz oben und dafür eine von captain bloods rauswerfen. ist nur damit nicht diejenigen die das hier das erste mal lesen gleich von dem langen code abgeschreckt werden ;)  außerdem machts die seite ein wenig schlanker --mario 11:42, 15. Apr. 2008 (CEST)
replies: text: zum 2. Ich könnte mir eher vorstellen, das die Seite gleich komplett umgestellt wird und nach den Bsp. Wikipedia:Tour oder Hilfe:Tutorial gestaltet wird. San Jose war ja auch da nicht ganz unbeteiligt. Ich  möchte ihm auf keinen Fall die Arbeit überhelfen, sondern würde erstmal vorstrukturieren und dann selber umbauen. Was haltet Ihr davon? Grüße Lencer 11:50, 15. Apr. 2008 (CEST)

text: Wie ich schon mal irgendwo erwähnt habe, bin ich schon seit längerem dabei die Seite zu überarbeiten. Da ich das immer offline mache, sieht man hier noch nichts davon. Im laufe der Zeit hab' ich jede Menge Dinge herausgefunden, die ich noch einarbeiten will. Einige Dinge sind in der aktuellen Seite sogar etwas umständlich oder sogar nicht im Sinne von GMT. Vor allem bei den einzelnen Befehle (psbasemap, psxy, grdimage, ...) ist noch jede Menge Nachholbedarf. Bei zusätzlichen Befehlsangaben hab' ich auch eine andere Gliederung angestrebt. Aktuell wird themenbezogen gegliedert (einfache Karte erstellen; Karte beschriften; topographische Karte erstellen). Ich würde in Zukunft nach Befehle und Beispiele gliedern (wie bei GMT man und GMT examples). Diese Gliederung erweist sich für mich einfach als sinnvoll. Eine Art Wikipedia:Tour zum durchschalten würde ich nicht machen, da es in der ganzen Seite auch Rückbezüge gibt (zB: wenn ich bei 'Nördlinger Ries' wissen will ob ich statt den Flusstyp 1 auch etwas anders angeben kann, dann muss ich oben bei 'Optionen von Befehlen' nachschlagen). Prinzipiell wir die Seite aber ziemlich groß. Vielleicht könnte man  die Beispiele in eine Unterseite auslagen, oder eine andere Lösung finden. Ich hoffe, dass ich mit der Überarbeitung noch diese Woche fertig werde. Dann werde ich es mal hier einstellen. Es wär also schön, wenn ihr noch etwas warten könntet. Im Anschluss können wir ja noch mal über Verbesserungen diskutieren.PS: zu 1.: Das geht. Ich hab' mich aber damit überhaupt noch nicht beschäftigt. Hier wäre Beispiel. -- San Jose 16:55, 15. Apr. 2008 (CEST)

text: Die Layer-Afrika-Karte ist eine gute Idee. Ich hab' schon überlegt, ob man nicht sogar eine GIF-Animation macht. Werde morgen mal etwas herumprobieren ob sowas geht. Der Befehl makecpt ist mir noch etwas schleierhaft. Muss mich morgen damit mal näher beschäftigen. Irgendwie bin ich ohne makecpt immer sehr gut ausgekommen. Morgen werde ich dann auch die Überarbeitung einarbeiten (vorweg kann ich aber schon mal sagen, dass sich doch recht viel geändert hat). -- San Jose 22:20, 18. Apr. 2008 (CEST)
thread_title:  Dies und Das 

message: Hallo,
Problembeschreibung: mit Inkscape v0.41 importiere ich ein Raster-Bild (gif, png oder jpg) und danach trage ich darauf ein paar Buchstaben und Linien. Ich speichere das neue Gesamtbild als SVG. Das Raster-Bild wird nicht im SVG eingespeichert sondern als Verknüpfung gespeichert. Wenn ich das Raster-Bild umbenenne oder das Verzeichnis ändere erscheint ein "image broken" plus die Buschstaben und Linien.
Frage: wie kann ich das Raster-Bild mit speichern?
Vielen Dank im Voraus, --Antipatico 22:19, 15. Apr. 2008 (CEST)
replies: text: Deine Anfrage ist hier eigentlich an der völlig verkehrten Stelle. Vllt. schaust Du erstmal hier. Dort steht z.B. das man es in der Wiki tunlichst unterlassen sollte, das Bitmap im SVG zu lassen, da dadurch Darstellungsfehler hervorgerufen werden. Die einzig sinnvoll Lösung ist IMHO alles in eine PNG zu exportieren und das SVG nebst Bitmap-Hintergrund für zukünftige Bearbeitungen aufzuheben. Grüße Lencer 06:51, 16. Apr. 2008 (CEST)
thread_title: Bild '''im''' *.svg speichern

message: 1. San Jose, ich  habe Dein Beispiel "Hilfe:GMT#Karten erstellen mit 11 Befehlen" gestern nachvollzogen und es hat auch alles wunderbar funktioniert. Nun wollte ich dies auf den Nord-Kaukasus anwenden und stelle zunächst fest, das die Auflösung der Globe-Daten für diesen Maßstab offenbar nicht ausreicht. Ich hab analog Deines Beispiels folgenden Code verwendet:
 xyz2grd f10g -R-90/0/0/50 -I30c -ZTLh -F -N-500 -Gf10g.grd
 xyz2grd g10g -R0/90/0/50 -I30c -ZTLh -F -N-500 -Gg10g.grd
 grdpaste f10g.grd g10g.grd -Gih_land.grd
 grdcut ETOPO2v2g_f4.nc -R42/48/40/46 -Gih_meer.grd
 grdgradient ih_land.grd -A135 -Ne0.2 -Gih_schatten.grd
 grdimage ih_meer.grd -Cih_meer.cpt -JL46/43/42.5/43.5/18c -R44/42/48/44r -P -K >ih.ps
 pscoast -Gc -JL46/43/42.5/43.5/18c -R44/42/48/44r -Dh -P -K -O >>ih.ps
 grdimage ih_land.grd -Iih_schatten.grd -Cih_land.cpt -JL46/43/42.5/43.5/18c -R44/42/48/44r -E300 -P -K -O >>ih.ps
 pscoast -JL46/43/42.5/43.5/18c -R44/42/48/44r -Q -K -O >>ih.ps
 pscoast -JL46/43/42.5/43.5/18c -R44/42/48/44r -W1/9/120/171 -Ia/1/9/120/171 -I1/2/9/120/171 -I2/2/9/120/171 -N1/3/100/100/100 -Dh -P -K -O --BASEMAP_FRAME_RGB=+9/120/171 --FRAME_PEN=0c >>ih.ps
Kann man da noch "an einem Regler drehen", um die Auflösung zu verbessern?
::Die Auflösung vom Globe ist leider nicht feiner (100px ist etwa 100km). Man kann es lediglich interpolieren und somit etwas weniger pixelig machen. zB: -E300 für eine Auflöung von 300dpi (siehe rote Ergänzung). Für eine echte höhere Auflösung ist SRTM3 anzuwenden. PS: Es muss 18 heißen (hab ich in rot korrigiert). -- San Jose 15:08, 16. Apr. 2008 (CEST)
replies: text: ich glaub es hat sich erledigt. Unter http://gmt.soest.hawaii.edu/gmt/doc/html/grdpaste.html steht one edge in common (Eine Seite muss gleich sein. Und das ist mit meiner visherigen Vorgehensweise nicht gegeben.   Heißt, erstmal muss ich alle 43er "pasten" und dann kann ich es mit der 42er Reihe zusammenfügen. --Lencer 12:25, 16. Apr. 2008 (CEST)

text: Ich glaub ich brauch nen neuen Rechner. Ich hab den Vorgang jetzt nach einer Stunde! abgebrochen. Habe 3,5 GHz, 2GB RAM und XP. Is das normal? Es sind allerdings auch einige Fehler in den Daten. Grüße Lencer 19:49, 16. Apr. 2008 (CEST)
replies: text:  Mit dem nachfolgenden Programmcode hab ich nun das obige Relief des Nordkaukasus erzeugt. Könntest Du den Code mal durchlaufen lassen und die Fehlerbereinigung ebenfalls starten? Schreib mir mal dann wie lange es bei Dir gedauert hat. Die CPT Datei habe ich dahingehend modifiziert, dass ich weitere Höhenstufen hinzugefügt habe. (Erstaunlich ist die ziemlich platte Ebene im Nordosten ;-) Falls Du ein besseres Ergebnis erziehlst, kannst Du es direkt über meine Kartenvorlage hochladen. Hier der Code:
 # Die verwendete ih_land.cpt-Datei
 0      172    208    165    100    148    191    139
 100    148    191    139    200    168    198    143
 200    168    198    143    400    189    204    150
 400    189    204    150    600    239    235    192
 600    239    235    192    800    232    225    182
 800    232    225    182    1000   222    214    163
 1000   222    214    163    2000   211    202    157
 2000   211    202    157    3000   202    185    130
 3000   202    185    130    4000   195    167    107
 4000   195    167    107    5000   192    154    83
 B 172 208 165
 F 192 154 83
 N 172 208 165
Hiermit werden die SRTM3-Daten zunächst in grd-Dateien umgewandelt und anschließend zusammengeklebt
 xyz2grd N42E044.hgt -R44/45/42/43 -I3c -N-32768 -ZTLhw -GN42E044.grd
 xyz2grd N42E045.hgt -R45/46/42/43 -I3c -N-32768 -ZTLhw -GN42E045.grd
 xyz2grd N42E046.hgt -R46/47/42/43 -I3c -N-32768 -ZTLhw -GN42E046.grd
 xyz2grd N42E047.hgt -R47/48/42/43 -I3c -N-32768 -ZTLhw -GN42E047.grd
 xyz2grd N43E044.hgt -R44/45/43/44 -I3c -N-32768 -ZTLhw -GN43E044.grd
 xyz2grd N43E045.hgt -R45/46/43/44 -I3c -N-32768 -ZTLhw -GN43E045.grd
 xyz2grd N43E046.hgt -R46/47/43/44 -I3c -N-32768 -ZTLhw -GN43E046.grd
 xyz2grd N43E047.hgt -R47/48/43/44 -I3c -N-32768 -ZTLhw -GN43E047.grd
 xyz2grd N44E044.hgt -R44/45/44/45 -I3c -N-32768 -ZTLhw -GN44E044.grd
 xyz2grd N44E045.hgt -R45/46/44/45 -I3c -N-32768 -ZTLhw -GN44E045.grd
 xyz2grd N44E046.hgt -R46/47/44/45 -I3c -N-32768 -ZTLhw -GN44E046.grd
 xyz2grd N44E047.hgt -R47/48/44/45 -I3c -N-32768 -ZTLhw -GN44E047.grd
 grdpaste N42E044.grd N42E045.grd -Gih_land.grd 
 grdpaste N42E046.grd ih_land.grd -Gih_land.grd
 grdpaste N42E047.grd ih_land.grd -Gih_land.grd
 grdpaste N43E044.grd N43E045.grd -Gih_land_a.grd 
 grdpaste N43E046.grd ih_land_a.grd -Gih_land_a.grd
 grdpaste N43E047.grd ih_land_a.grd -Gih_land_a.grd
 grdpaste N44E044.grd N44E045.grd -Gih_land_b.grd 
 grdpaste N44E046.grd ih_land_b.grd -Gih_land_b.grd
 grdpaste N44E047.grd ih_land_b.grd -Gih_land_b.grd
 grdpaste ih_land.grd ih_land_a.grd -Gih_land.grd 
 grdpaste ih_land.grd ih_land_b.grd -Gih_land.grd 
Jetzt noch die eigentliche Erstellung
 grdgradient ih_land.grd -A135 -Ne0.2 -Gih_schatten.grd
 grdimage???
 pscoast -Gc -JL46/43/42.5/43.5/18c -R44/42/48/44r -Dh -P -K -O >>ih.ps
 grdimage ih_land.grd -Iih_schatten.grd -Cih_land.cpt -JL46/43/42.5/43.5/18c -R44/42/48/44r -P -K -O >>ih.ps
 pscoast -JL46/43/42.5/43.5/18c -R44/42/48/44r -Q -K -O >>ih.ps
 pscoast -JL46/43/42.5/43.5/18c -R44/42/48/44r -W1/9/120/171 -Ia/1/9/120/171 -I1/2/9/120/171 -I2/2/9/120/171 -N1/3/100/100/100 -Dh -P -K -O --BASEMAP_FRAME_RGB=+9/120/171 --FRAME_PEN=0c >>ih.ps
Und das ist der Code für die Datenbereinigung (nur der Vollständigkeit halber, er wurde noch nicht angewendet)
 grd2xyz ih_land.grd >ih_land.txt
 surface ih_land.txt -R44/48/42/45 -I3c -T0.35 -Gih_land_2.grd
Hast Du eine Idee, wie man das Relief vllt noch ein wenig stärker betonen kann, ohne allzu viel an den Farben zu drehen (mehr Schatten, oder so?). Grüße Lencer 07:37, 17. Apr. 2008 (CEST)

text: Oh, da war ich mit den 15min wohl etwas optimistisch. Dennoch kann es durchaus sein, dass es in diesem Fall sogar länger als eine Stunde dauern kann, da die zusammengefügte Datensatzdatei ziemlich groß wird. Durch die vielen Datenlücken wird das Ganze dann noch verschlimmert. Alternativ könntest du zuerst die einzelnen Dateien mit den beiden Befehlen grd2xyz und surface bereinigen (nicht vergessen -R bei surface immer anzupassen) und dann alle Einzeldateien mit grdpaste zusammenfügen. Oder du lässt die Datenlücken drinnen und überzeichnest sie in einem Grafikprogramm. Wenn der Kartenausschnitt oben etwas kleiner werden darf, dann kannst du N44E044.hgt, N44E045.hgt, N44E046.hgt und 44E047.hgt weglassen. Somit wird die gesamte Datensatzdatei kleiner und die Rechenzeit könnte sich reduzieren. PS: Statt -Dh kann durch -Df eine höhere Liniengenauigkeit erzielt werden. Die Schattenstärke kann durch -Ne0.2 bei grdgradient geändert werden (zB: -Ne0.5). Wenn ich heute Abend Zeit habe, dann lass ich mal den Code selber durchlaufen. -- San Jose 08:16, 17. Apr. 2008 (CEST)

text: PPS: Die Senke liegt unter dem Meeresspiegel. Deshalb muss man mit der Farbtabelle evtl. etwas weiter runter gehen (Also nicht bei 0 beginnen sondern bei -50 oder -100). -- San Jose 08:19, 17. Apr. 2008 (CEST)
replies: text: Hmm, interessant, nächstens sollte ich wohl im Atlas genauer hinschauen. Danke für Deine Tipps. Im Übrigen wollte ich nicht überzeichnen. Es geht mir primär um einen automatisierten Weg bis zum Endergebnis. Wenn mir bei einer Karte nämlich auffällt, das ich vllt. lieber noch ein Stück mehr im Norden hätte, müsste ich wieder neu rechen UND wieder neu überzeichnen. Es geht mir auch nicht um die Rechenzeit an sich. Man muss nur wissen, das es wirklich lange dauern kann. Sonst denkt man nämlich irgendwas läuft schief (geht mir jedenfalls so). Werde heute abend nicht zur Bearbeitung kommen, gebe mich jedoch erst zufrieden, wenn das Ergebnis so ist wie ich es mir vorstelle ;-) Grüße Lencer 08:27, 17. Apr. 2008 (CEST)

text: frage: hab ich mich verlesen oder ist 300dpi nicht eh standard? --mario 15:33, 17. Apr. 2008 (CEST)
replies: text: Ich hab mal bei mir (Core2duo, 2GB RAM) die Rechenzeiten für das Bereinigen getestet:Eine SRTM3-Datei (zB: N42E044.hgt) benötigt etwa 0:45 min; zwei zuvor zusammengefügte Dateien benötigt 1:45 min und vier zusammengefügte Dateien benötigt 5:00 min. Acht zuvor zusammengefügte Dateien benötigt 16:00min und fressen im übrigen 680MB Arbeisspeicher. Das heißt, die Rechenzeit wächst nicht linear an. Denn acht einzelne Dateien benötigt 6min (8*0:45min), aber acht zusammengefügte Dateien benötigt 16min. Somit wird es bei 12 zusammengefügte Dateien dementsprechend noch wesentlich länger dauern. Deshalb ist zu überlegen ob man nicht erst bereinigt und dann zusammenfügt. Ideal wär's natürlich wenn am Schluss bereinigt wird.Noch ganz was Wichtiges: Bei xyz2grd muss -N-32768 ergänzt werden (hab ich in rot bereits ergänzt), ansonsten ist die Bereinigung mit surface wirkungslos. Zudem fehlt nach grdgradient eine Zeile (grdimage für das Meer vermute ich). Des Weiteren kann BASEMAP_FRAME_RGB und FRAME_PEN weggelassen werden da -B nicht angegeben ist und somit sowieso kein Rahmen (FRAME) gezeichnet wird.@mario: Die Höhenreliefs werden in der ps-Datei als Pixelbild gespeichert. Daher gilt die Standardauflösung von 300dpi nicht für das Relief. Reliefs werden immer in der absoluten Datensatzauflösung wiedergegeben. Normalerweise ist somit -E nicht notwendig, aber in einigen speziellen Fällen ist es hilfreich. -- San Jose 17:54, 17. Apr. 2008 (CEST)
replies: text:  Hallo San Jose, mehr und mehr hab ich so eine Ahnung, das Du ein Entwickler dieser Tools-Sammlung bist, bei soviel ergiebigem Insider-Wissen ;-) Mit Deinen Hinweisen war es natürlich recht einfach die Vorlage in der gewünschten Form fertig zu stellen. Ich habe immer 4 Bereiche verknüpft und dann die Fehlerkorrektur laufen lassen. Der ganze Ablauf (den ich in Kürze in der Bildbeschreibung dokumentieren werde) bis zum jetzigen Resultat hat dann etwa 35 Minuten gedauert. Einzige graphische Veränderung war die Erhöhung des Schattenwertes von -Ne0.2 aus -Ne0.3 (0.5 ist IMHO schon zu aufdringlich). Die Ausdehnung nach Norden is deutlich erkennbar. Die brauch ich, sonst krieg ich Tschetschenien nicht ordentlich platziert in die Karte. Heute abend werd ich die Datei noch ohne Fluss erstellen (der passt einfach nicht in das Relief). Und das war's dann. Oder sollte nach etwas geändert werden? Grüße und noch einmal einen herzlichen Dank für die Unterstützung, sagt Lencer 07:40, 18. Apr. 2008 (CEST)
replies: text: Nun.. als ich vor über zwei Jahren zum ersten mal auf Captain Bloods Karten gestoßen bin, war ich einfach von diesen beeindruckt. Daraufhin hab' ich mich mit GMT beschäftig (Captain Blood, der damals noch in der Wikipedia aktiv war, konnte mir da auch oft weiterhelfen). Na ja und nun beschäftige ich mich seit zwei Jahren so nebenbei immer wieder mit GMT, und man lehrnt immer wieder was neues ;) Die Kaukasus-Karte sieht gut aus. In der Mitte der Senke ist ein leicht hellgrüner Streifen was optisch etwas komisch aussieht. Evtl. könnte man daher die Farbtabellenfarbe für diesen entsprechenden Höhenwert ändern. Aber ansonsten einwandfrei. -- San Jose 20:57, 18. Apr. 2008 (CEST)
replies: text:  Leider hab ich es nicht geschafft, die Senke im Nordosten hervorzuheben. Das ist meine derzeitige Farbtabelle. Hast Du dazu noch ne Idee?
 -200   81     134    71     0      172    208    165
 0      172    208    165    100    148    191    139
 100    148    191    139    200    168    198    143
 200    168    198    143    400    189    204    150
 400    189    204    150    600    239    235    192
 600    239    235    192    800    232    225    182
 800    232    225    182    1000   222    214    163
 1000   222    214    163    2000   211    202    157
 2000   211    202    157    3000   202    185    130
 3000   202    185    130    4000   195    167    107
 4000   195    167    107    5000   192    154    83
 B 81  134 71
 F 192 154 83
 N 81  134 71
Kann es sein, das der leuchtende streifen von der Schattendarstellung kommt? Grüße Lencer 21:06, 18. Apr. 2008 (CEST)
thread_title:  grdpaste mit X-Dateien 

message: Ich hab die mal reingesetzt um die gallery vernünftig unterzubringen. ich denke einfach nen link irgendwo setzen auf die seite wäre zu wenig. vielleicht werdens ja mit der zeit noch mehr reiter. außerdem haben wir jetzt ein ähnliches layout wie die kartenwerkstatt. damit man auch sieht was grob zusammen gehört. ich hoffe niemand hat was dagegen ;) --mario 14:59, 5. Jun. 2008 (CEST)
thread_title:  Navileiste 

message: Hab mal den entsprechenden Absatz geändert. Wenn das schon zu ausführlich ist, ruhig ändern - aber daß man nach dem configure_script einfach so den Befehl "igmt" absetzen kann, ist schlichtweg falsch (es wäre ./igmt oder path/igmt) - siehe Revision History. Da hat jemand gepennt ^^ • Lirion (Λιριων, Лирион, ليريون) wtf? • 15:06, 2. Jul. 2008 (CEST)
replies: text: Ich hoffe der Rest stimmt. Der User, der das ganze iGMT-Kapitel ('Installation unter Linux', 'Installation unter Mac OS X' und 'Bedienung') beigesteuert hat ist leider schon seit längerem nicht mehr in der Wikipedia aktiv. Ich (und wohl die meisten anderen auch) nutze Windows und kann daher dazu nichts sagen. Wenn du also bei Gelegenheit mal Lust hast, dann kannst du ruhig diese Abschnitte mal überprüfen/überarbeiten. -- San Jose 16:57, 2. Jul. 2008 (CEST)
thread_title:  Linux-Installation 

message: Kann jmd. verifizieren, das die SRTM3 Daten unter der Adresse ftp://e0srp01u.ecs.nasa.gov/srtm/version2/SRTM3/ nicht mehr verfügbar sind? Grüße Lencer 10:48, 3. Aug. 2008 (CEST)
replies: text: Anscheinend ist der Server down. Ich hoffe mal es ist nicht dauerhaft. Ersatzweise hab ich für Europa die Seite http://netgis.geo.uw.edu.pl/srtm/Europe/ gefunden. -- San Jose 10:38, 4. Aug. 2008 (CEST)
replies: text:  Danke für die Mühe ... hab mich schon geärgert, das ich mir nicht mal die Mühe mit einem totaldownload gemacht habe ... das werd ich jetzt für Europa mal nachholen. Grüße Lencer 10:44, 4. Aug. 2008 (CEST)
replies: text:  Server steht wieder zur Verfügung. Grüße Lencer 17:50, 7. Aug. 2008 (CEST)
thread_title:  SRTM3 Daten nicht mehr verfügbar? 

message: Nur mal ein kurzer kräftiger Dank an diejenigen, die hier die GMT-Hilfe zusammenbasteln. Das ist in meinen Augen jedenfalls für einen Anfänger viel besser nachvollziehbar als die Dokumentation von GMT selbst. DANKE! -- 89.55.188.128 10:08, 26. Aug. 2008 (CEST)
replies: text: Ich schließe mich hier mal an. Bin seit 3 Tagen begeistert dabei ... --ADwarf 20:47, 5. Mai 2010 (CEST)
thread_title:  Danke! 

message: Hallo! Der unter der angegebenen Linkadresse vertriebene topographische Datensatz ist mittlerweile nicht mehr SRTM3 V3, sondern SRTM3 V4. Den FAQ nach ist das der finale Datensatz, der nur noch punktuell verbessert werden soll. Gruß -- 89.55.131.168 08:30, 29. Aug. 2008 (CEST)
thread_title:  SRTM3 V3 ersetzt 

message: Habe mich heute mal durch die GMT Anleitung gewühlt (sehr gute Beschreibung von euch) und auch ein (für mich) ganz ansprechendes Ergebnis erzielt. Leider scheitere ich jetzt an der Umwandlung der .ps Ausgabe in ein weiterverabeitbares Format. GIMP schreibt mir „Datei XY konnte nicht interpretiert werden“. PS2raster tut so als würde er arbeiten, speichert aber das File nicht im geänderten Format ab. GSview stellt das ganze zwar dar, scheitert jedoch auch beim convertieren in alle Formate. Kann es sein, dass das .ps Dokument auf Grund irgendeines falschen parameter was hat? Gruß --Geiserich77 16:12, 12. Sep. 2008 (CEST)
replies: text: Die mit GMT erstellten PS öffne ich ausschließlich mit Illustrator. Ich hab alternativen versucht bin aber samt und sonders wegen allen möglichen Fehlern gescheitert. Wenn sich eine Datei mit dem Illu nicht öffnen läßt wurde sie mit einem falschen GMT-Code erzeugt. Aber offensichtlich kannst Du Dir die PS ja schon ansehen. Mehr kann ich Dir leider dazu nicht sagen. PS: Bin gespannt auf Deine Ergebnisse ;-) Grüße Lencer 16:34, 12. Sep. 2008 (CEST)
replies: text:  Ich lad mir mal die Demoversion runter und probiere es aus. Ist halt keine Dauerlösung. Vielleicht könnte mir halt ab und zu wer ein .png bauen, wenn ich die .ps Datei zur Verfügung stelle? All zu oft werde ich es eh nicht brauchen. Gruß --Geiserich77 16:50, 12. Sep. 2008 (CEST)

text:  Das war wohl nix, meine Systemvoraussetzungen sind wohl zu niedrig. Lencer, könntest du mir eine Datei bei Gelegenheit umwandeln? Gruß --Geiserich77 18:08, 12. Sep. 2008 (CEST)
replies: text:  Hast Du meine Mail nicht bekommen, oder einfach noch keine Zeit zum schicken gehabt? Ansonsten schick mir übers Wiki-system erstmal ne mail ohne anhang. Grüße Lencer 19:21, 13. Sep. 2008 (CEST)
replies: text:  Danke, hab ich. Sobald ich ein halbwegs herzeigbares Ergebnis habe, schicke ich es dir. Gruß --Geiserich77 19:28, 13. Sep. 2008 (CEST)
thread_title:  .ps weiterverarbeiten 

message: Hat das scho mal wer gemacht, oder sind da noch ähnliche Bugs wie bei der Linux-Instalation zu beheben? -- visi-on 14:58, 27. Sep. 2008 (CEST)
replies: text: Ich habs noch nie durchgemacht, da ich keinen Mac habe. Mir ist auch soweit nichts über iGMT-Benutzer am Mac bekannt. Ich weis nur, dass Benutzer:Leo2004 (der mittlerweile leider nicht mehr aktiv ist) den Text verfasst hat. -- San Jose 12:25, 28. Sep. 2008 (CEST)
replies: text: oh, wenns bei mr funkrioniert passe ich die Bescreibung an. -- visi-on 12:07, 29. Sep. 2008 (CEST)
thread_title:  iGMT on Mac OS X 

message: Hallo! Ich habe über das Wochenende ein bißchen mit der Auflösung der SRTM-Daten gespielt. Gründe: Für beispielsweise das Gebiet von Tschechien (12/19/48/52) in einer Breite von 1800 Pixeln ist SRTM30 zu grob, SRTM3 aber für meinen Geschmack viel zu fein. Zum anderen fehlen nördlich von 60° ja SRTM3-Daten, und SRTM30 ist hier wiederum ab einer bestimmten Auflösung zu grob (Skandinavien, 4/20/55/71, 1800 Pixel Breite). Ich habe als Mittelweg mal 10 Gradsekunden angesetzt (mit grd2xyz, dann surface mit -I10c, sonst wie in der Anleitung auf der Hilfe-Seite beschrieben), bei Tschechien von den SRTM3-Daten her, bei Skandinavien von den SRTM30-Daten her. Zum Vergleich:
* Tschechien mit 30 Gradsekunden
* Tschechien mit 10 Gradsekunden
* Tschechien mit 3 Gradsekunden
* Skandinavien mit 30 Gradsekunden
* Skandinavien mit 10 Gradsekunden
Natürlich können auf dem Weg von 30 Gradsekunden zu 10 Gradsekunden Auflösung keine Strukturen hergezaubert werden, die bei 30 Gradsekunden Auflösung nicht vorhanden sind; lediglich die vorhandenen werden verfeinert. Falls das als nützlich empfunden wird, kann ich einen entsprechenden Hinweis gerne in die Hilfe-Seite einbauen. Grüße Jörg -- 84.156.169.37 18:42, 2. Nov. 2008 (CET)
thread_title:  Auflösung SRTM 

message: Hallo, ich bin kürzlich aufgrund der Karten von Capitan Blood auf GMT aufmerksam geworden und konnte das Südafrika-Beispiel auch schon selber nachbilden. An dieser Stelle möchte ich für die gelungene und hilfreiche Seite gratulieren. Ich möchte nun aber gerne Karten mit antiken Reichsgrenzen erstellen, wie dies beispielsweise in den Karten der Seite Alter_Orient von Capitan Blood gemacht wurde. Soweit ich weiss, muss man für die Gebietsgrenzen ein geschlossenes Polygon erstellen, mit dem ich dann die Karte weiter bearbeiten kann. Wie kann man auf einfache Weise solche Polygon Dateien erstellen? Dort wo das Reichsgebiet an eine Küste grenzt, möchte ich die Küstenlinie benutzen, ansonsten ungefähr die Grenzen nachbilden, wie sie in der Fachliteratur zu finden ist. Oder gibt es evtuell schon solche Daten?
:a) Ich nehme an, daß die meisten derartigen Karten, wenn nicht alle, nicht allein mit GMT erstellt wurden/werden (Ergänzung: sofern GMT überhaupt eine Rolle bei der Erarbeitung spielte – es gibt ja viele Wege zu historischen Karten). GMT dient dann primär zur Erstellung der topographischen Kartengrundlage (Umriß, Gewässer, ggf. Relief), die historischen Teile werden dann mit anderen Programmen (in der Regel wohl Vektorgraphikprogramme wie Inkscape oder Adobe Illustrator) hinzugefügt.
:b) Geschlossene Polygone sind nicht unbedingt erforderlich; das GMT-Programm psxy ist in der Lage, auch Streckenverläufe darzustellen. (Getestet mit innerdeutschen Grenzen, um Überlappungseffekte bei gestrichelten/gepunkteten Linien zu vermeiden und um Differenzen zwischen den Grenzen verschiedener Datensätze – hier: Bundesländer vom BKG, Bundesgrenze von GMT – nicht zu offensichtlich werden zu lassen; siehe auch oben unter Wikipedia Diskussion:Kartenwerkstatt/Hilfe/GMT#Bundeslandgrenzen - Regierungsbezirke etc..) Ergänzung: Die aktuellen (wenn auch nicht immer politisch aktuellen) Grenzverläufe in GMT, die mit pscoast -N eingefügt werden, dürften übrigens auch keine Polygone sein
:c) Mir sind keine für GMT geeigneten Datensätze mit irgendwelchen historischen Grenzen bekannt (was aber nix heißt, wenn man sich noch nie um so was gekümmert hat). Wenn Du mit dem Format, wie es oben unter Wikipedia Diskussion:Kartenwerkstatt/Hilfe/GMT#Bundeslandgrenzen - Regierungsbezirke etc. kurz angerissen wird, klarkommst, dann kannst du versuchen, Dir die Grenzen selbst zusammenzuschreiben: Du müßtest die Koordinaten der Grenzverläufe bestimmen, was garantiert keine leichte und kurze Arbeit wird.
:Grüße Jörg -- 84.156.182.220 20:18, 7. Nov. 2008 (CET)
thread_title:  Historische Karten erstellen 

message: Hallo! Zur Info für diejenigen, die es noch nicht entdeckt haben: Auf dem genannten SRTM-Server liegen auch Daten in einer Auflösung von 1 Gradsekunde (leider nur für die USA). Wenn man sich von der SRTM-Website auf Public Data Distribution weiterklickt, erhält man auch einen Hinweis auf einen Server des USGS, auf dem geographische Daten „nahtlos“ angeboten werden (das heißt man kann exakt die Region zuschneiden, die man benötigt). Dort liegen für die USA auch Daten mit Auflösungen von 1/3 und 1/9 Gradsekunde (zumindest letztere nicht flächendeckend); die Datenquellen sind allerdings älter als die SRTM, zum Teil wesentlich (und über die Lizenz habe ich auf die Schnelle nichts gefunden). Was allerdings die Auflösung ausmacht, kann man sich anhand eines kleinen Beispiels deutlich machen: Ich habe mir Daten für einen Teil des Grand Canyons geladen (-112.5/-112/36/36.5) und diese dann SRTM3-Daten gegenübergestellt:
* 1/3-Gradsekunde, 5400 Pixel breit (ACHTUNG: 25 MB!!!)
* 3 Gradsekunden, 600 Pixel breit (scharf)
* 3 Gradsekunden, 1200 Pixel breit (schon sehr deutliche Treppcheneffekte)
Bei dieser Gelegenheit habe ich übrigens festgestellt, daß diese Gegend bei den SRTM3-Daten eine dermaßen große Datenlücke aufweist, daß sie sich schwerlich mit einer surface-Interpolation schließen lassen dürfte, ohne ein völlig falsches Geländerelief im Canyon zu bieten. Grüße Jörg -- 84.156.130.206 23:29, 11. Nov. 2008 (CET)
thread_title:  SRTM1 und noch höhere Auflösungen 

message: Um Flüsse per Hand in ein mit GMT und SRTM3 erzeugtes Relief einzutragen, würde ich gern ein Relief erzeugen in dem die Taler besonders gut zu erkennen sind. Gibt es für diesen Zweck besonders gut geeignete Werte die man bei grdgradient hinter "-A" und "-N" schreibt? Sollte ich sonst noch irgendetwas beachten? Ich nehme mal an, dass für Täler in Ost-West Richtung eine Sonneneinstrahlung von Nord oder Süd (-A0 oder -A180) gut kommt. Entsprechend für Nord-Süd Täler -A90 oder -A270. Aber was sollte ich hinter -N schreiben? Grüsse lilleskut 18:55, 24. Nov. 2008 (CET)
replies: text: Nur mal eine theoretische Überlegung: Wenn ich mir den kleinen Ausschnitt der Alpen um Bozen herum betrachte, den Lencer weiter oben eingestellt hat, dann werden mit dem einen Wert für -A, den er dort verwendet hat, eigentlich alle Täler gleich welcher Richtung reichlich gut dargestellt, so daß dieser Wert an sich für diesen Zweck meiner Meinung nach weniger eine Rolle spielen dürfte. Wäre Dir mit einer entsprechend fein (zum Beispiel von hell nach dunkel in kleinen Schritten) gestuften Farbtabelle nicht vielleicht besser geholfen? (Ich gehe dabei davon aus, daß Du sowieso lediglich einen Layer mit den Wasserläufen erstellen willst und dieses Relief danach wieder in den Papierkorb wandert.) Grüße Jörg -- 84.156.168.29 21:47, 25. Nov. 2008 (CET)
replies: text: Danke für den Tip. Ja, das Relief ist nur temporär - zum einzeichnen der Flüsse - gedacht. Ich probier das dann mal mit einer speziellen Farbtabelle aus. Bei -A kann man auch aus zwei Richtungen beleuchten. Mal sehn was das macht. lilleskut 11:42, 26. Nov. 2008 (CET)
replies: text: Ich habe jetzt mit grd2cpt -Cgray -Z eine cpt-Datei und damit ein kontinuierliches Graustufenrelief erzeugt. Die Täler sind darin schwarz und besser sichtbar als in einer bunten Reliefkarte. Danke nochmal für den Hinweis. lilleskut 15:02, 26. Nov. 2008 (CET)
thread_title:  Täler hervorheben 

message: Hallo ich hab die Installation von GMT und die anderen benötigten Sachen ausgeführt, nun die Frage, wie verwendet man dies, ich weiß das man Befehle eintippen muss, besonders unter dem Abschnitt Befehle, Optionen und weitere Angaben. Nachdem GMT gestartet wurde, wird gleich mit dem Start angefangen, wie wird den der Start ausgeführt? Wo muss ich die Befehle eintippen ? Wie sehe ich dann das Ergebnis --Alex 17:55, 26. Jul. 2009 (CEST)
replies: text: Bitte schau doch mal einen Abschnitt höher unter Programmstart. Hilft Dir das weiter? Grüße Lencer 17:58, 26. Jul. 2009 (CEST)
replies: text: Ach jetzt verstehe ich, ich muss sozusagen die Befehle zum Beispiel Hilfe:GMT#Süditalien (pscoast, psxy und pstext) unter der Karte in die Windows-Eingabeaufforderung rein schreiben und dann auf Enter drücken, nun gut, wo erscheint dann die Karte? Gruß --Alex 18:21, 26. Jul. 2009 (CEST)
replies: text:  Da wo Du sie reinschreiben läßt. Also ... wenn da steht >>italien.ps dann stehen die Daten unter c:\gmt\bin. Du kannstdort aber auch ein beliebiges Verzeichnis angeben. Das muss jedoch vorher angelegt werden. Also z.B. c:\karten. Grüße Lencer 18:44, 26. Jul. 2009 (CEST)

text: siehe: Hilfe:GMT#Programmstart. --San Jose 11:17, 27. Jul. 2009 (CEST)
replies: text: Grußgott, ich hab den Abschnitt mehrmals gelesen und das cd D:\GMT\bin eingegeben, was kommt normalerweise nach der Enter bestätigung bei der Eingabeaufforderung, damit ich sicher gehen kann das der PC die Daten freigestellt hat. Und noch was wo kann ich bitte noch mal die Befehle reinschreiben, bitte für ganz Blöde, da ich nicht so viel Ahnung über PC's hab. --Alex 18:09, 27. Jul. 2009 (CEST)
replies: text: Ach so, ok, da hab ich dich wohl falsch verstanden. Die befehle schreibt man in das fenster in das du auch cd D:\GMT\bin geschrieben hast. Man arbeitet also die ganze zeit im Eingabeaufforderungsfenster. --San Jose 00:51, 28. Jul. 2009 (CEST)

text: Hallo ich hab eine Karte erstellt und unter D:\Karten gefunden, nun läst sich die Datei nicht öffnen mit welchem Programm kann ich die Karte öffnen? Gruß --Alex 10:06, 28. Jul. 2009 (CEST)
replies: text: Das ist in der Tat nicht so einfach. Ich nehme mal an du hast keinen Illustrator (mit dem kann man nämlich diese ps-Dateien direkt öffnen/bearbeiten). Aber es geht auch ohne den teueren Illustrator. Lies dir einfach den Abschnitt Hilfe:GMT#Weiterverarbeitung durch. Evtl. hilft dir auch das Programm Inkscape etwas weiter. Leider kann ich dir aber dabei im Detail nicht helfen, weil ich nicht mit Ghostscript/Gimp/Inkscape arbeite sondern mit dem Illustrator. --San Jose 11:23, 28. Jul. 2009 (CEST)
thread_title:  GMT 

message: Vllt. sollte bei den Topograpischen Datensätzen der ETOPO1-Datensatz ergänzt werden, da er höher aufgelöst ist als ETOPO2. Hier stehen alle Infos dazu. Grüße Lencer 09:42, 3. Sep. 2009 (CEST)
thread_title:  ETOPO1 verfügbar 

message: Im Abschnitt 11 "Anmerkungen" führen sämtliche Links zu den offiziellen Hilfeseiten zu einem "404 Not Found error". --88.71.77.131 13:31, 20. Feb. 2011 (CET)
thread_title:  Links führen ins Leere 

message: Hallo, ich habe wie beschrieben die Programme von hier auf Windows 2000 SP4 installiert. Wenn ich jetzt von der Eingabeaufforderung ins Verzeichnis wechsle und versuche, ein Programm auszuführen, kommt die Meldung:
... pscoast.exe ist keine zulässte Win32-Anwendung
Habe ich die falschen Programme heruntergeladen? Mein Benutzeraccount hat Administratorrechte.--88.75.89.172 22:45, 20. Feb. 2011 (CET)
replies: text: Wenn man nach ist keine zulässige Win32-Anwendung googelt, sieht das nach einem infizierten oder beschädigten System aus... Uwe Dedering 23:54, 20. Feb. 2011 (CET)
replies: text: Ich hatte auch das Problem, aber irgendwo scheint C: hartkodiert drinzustehen... Also habe ich jetzt auf C: den programs-Ordner. Nicht da installiert, sondern von der Installation hinkopiert...  :-) Uwe Dedering 10:49, 22. Feb. 2011 (CET)
thread_title:  Keine zulässige Win32-Anwendung? 

message: Hallo zusammen,
mir ist aufgefallen, dass einige Flüsse nicht in den Daten, die mit GMT mitgeliefert werden, enthalten sind, z.B. fehlt mir die Kinzig und die Iller. Gibt es alternative/zusätzlich gemeinfrei Daten von Mittel-Europa? Und gibt es irgendwo eine Anleitung, wie man solche einbindet? Habe bereits gesucht, aber leider nichts gefunden.
-- Gruß Widewitt 13:51, 11. Jun. 2011 (CEST)
thread_title:  Fehlende Flüsse 

message: Die Anleitung ist in diesem Punkt völlig überholt. Es gibt nur noch eine Datei. Leider kommt das bis 2003 wohl sehr schön arbeitende Win4GMT mit der neuen Datenstruktur nicht zurecht und lässt sich auch nicht anpassen;-( 
Die In der Originalanleitung vorgegebenen Komandozeilen werden in Win7 nicht akzeptiert, selbst wenn man den darin enthaltenen Unix-backlash weglässt;-((( Wer kann's??HJJHolm (Diskussion) 08:12, 29. Apr. 2012 (CEST)
replies: text: Mittlerweile gehts. Fehler lag an den Beispielen im cmd.exe. Aber hier liest wohl keiner mehr mit?? HJJHolm (Diskussion) 12:24, 5. Mai 2012 (CEST)
replies: text:  Sorry, lesen schon, aber weiterhelfen ist nicht immer so einfach. Win4GMT hab ich bspw. nie benutzt. Grüße Lencer (Diskussion) 14:45, 5. Mai 2012 (CEST)
thread_title:  GMT unter Win7 

message: Der Hilfe-Text ist stark verbesserungsfähig: Über die Jahre hat er sich zu einem Konglomerat von übersetzten man pages mit eingestreuten konkreten Beispielen entwickelt. Seit einiger Zeit möchte ich mir Kartenwünsche (von einem Basis-SVG einige Karten ableiten) erfüllen, stehe aber vor dem Problem, meine damaligen Notizen zur Bedienung der Tools hier einzupflegen. Selbst wenn jemanden der Gebrauch einer Shell im Terminal-Fenster und eines einfachen Texteditors vertraut ist, führt der Text öfters auf Holzwege und nicht zu brauchbaren Ergebnissen. 
* In der Einführung und der Programmvorstellung:
: Um Karten einscannen geht's hier nicht, sondern um das programmgesteuerte Erzeugen von Karten. Diese werden dann als Vektor- oder Bitmapdaten weiterverarbeitet. Nicht jeder hat Illustrator oder Photoshop zur Verfügung, allerdings sind Inkscape und Gimp frei verfügbar. Andere verwenden vielleicht weitere Programme ...
   
* Die Installation sollte deutlich nach den verschiedenen Betriebssystemen getrennt werden:
:# Windows: cmd.exe und Notepad reichen im Prinzip. Aber was ist dem GUI-Program Win4GMT von 2003? Nur noch historisch? Verbessern kann ich hier nichts mehr, seit über drei Jahren habe ich Windows nichts mehr tun, und den Rest vergesse ich allmählich: Um z.B. im Arbeitsverzeichnis den Pfad zu den GMTs zu setzen, schreibt man PATH=C:\Programme\...;%PATH% oder anders? Um den Abschnitt zu ergänzen, müssen also andere ran.
:# Linux: Ich konzentriere mich auf Ubuntu(Debian. Bei rpm-Distros sollte es ähnlich laufen. Wg. iGMT installiere ich kein [[[Tcl/Tk]]. Auch wenn ImageMagick schon installiert ist, wozu die DS-daten gerade in GIF umwandeln?
:# Macintosh: Die Kombination Shell/Editor gibt's auch hier. Dazu kann ich aber genauso wenig etwas schreiben wie zu Windows.
* Der Abschnitt zur Benutzung zeigt derzeit den "üblichen man page" Zustand: Wer weiß, wie's geht, findet jede einzelne Option. Wer es aber noch nicht weiß, wird mit Details überschwemmt. Wichtig ist aber eine schrittweise Hinführung, so schrecklich ist die Kommandozeile auch nicht :-)
* Die Beispiele sind sehr umfangreich, das kann gestrafft werden. Viel wichtiger ist eine bessere Integration in die deutschsprachige Kartenwertstatt. Als erstes Beiüiel schwebt mir da eine Skizze zu einer vorhandenen Karte vor: Also erwenden von pscoast/psxy/pstext/psbasemap/ps2raster und die PDF mit inkscape verschönern (Flüsse besser, bißchen Topographie usw. usf.)
Soweit ein grober Abriß meiner Absicht. Ich fang dann mal an ... für Beschwerden ist hier Platz. --grixlkraxl (Diskussion) 22:08, 15. Apr. 2013 (CEST)
replies: text: Bitte nicht zusammenstreichen. GMT ist nichts für Laien und wird es auch nicht sein. Ich habe es nur gelernt, weil mir hier ausführliche Beispiele zur Verfügung standen, mit denen ich nachvollziehen konnte, welcher Paramter was bewirkt. Es kommt bei GMT wahrlich auf jeden Paramter an. Ich schau hier noch oft rein, weil ich die Beschreibungen hier einfach besser verstehe, als auf den englischen man-pages. Dein bisherigen Straffungen sind aber ok. Grüße Lencer (Diskussion) 07:11, 16. Apr. 2013 (CEST)
thread_title:  Hilfetext verbessern 

message: Ist die Zeile
S 0.4c l 0.28c/@_Madrid@_ 0/0/0 - 1c Hauptstadt
im File ih_legende_4.txt im Beispiel "Iberische Halbinsel" korrekt? Ich versuche das Beispiel gerade unter Windows nachzuvollziehen, allerdings ohne den Myriad-Font. Statt einem unterstrichenen "Madrid" erhalte ich in der Legende statt dessen mehrere @-Zeichen hintereinander. --Dk (Diskussion) 18:09, 29. Okt. 2013 (CET)
thread_title:  Fehler im Beispiel: "Iberische Halbinsel"? 

message: Hi,
sagt mal, gibt es irgendwo aktuelle Tutorials mit Befehlsschnipseln wie hier um Topomaps zu erstellen? Sitze jetzt schon seit etlichen Stunden und versuche sowohl mit der neuesten GMT Version (5), als auch mit der letzten 4er Version das Italien Beispiel von hier zu rekonstruieren. No way, da hat sich zu viel verändert bzw. hab ich ständig Probleme das PS file wg. irgendwelcher Schriftinkompatibilitäten zu öffnen (trotz installiertem ghostscript und distiller). Btw. lohnt es sich überhaupt noch GMT auszuprobieren? Das wirkt ja schon sehr lästig und unnötig kompliziert alles... --HylgeriaK (Diskussion) 17:21, 8. Jan. 2016 (CET)
replies: text: Ich hab mich bei GMT immer, auch aktuell noch, stets darauf beschränkt, den Reliefhintergrund zu erstellen. Schriftplatzierung erfolgte dann manuell mit Inkscape. Das war mir viel zu viel Frickelkram. Und das mit dem Reiliefhintergrund klappt bis heute mit der aktuellen Version 4 wunderbar. Grüße Lencer (Diskussion) 14:38, 10. Jan. 2016 (CET)
replies: text:  Alles klar, danke. Die Fehler treten nämlich erst dann auf, wenn irgendwelche Symbolbeschriftungen in die Karte kommen und die PS Kompilierung nicht erfolgt. Ich bin ja in den Geowissenschaften zu Hause, aber ich habe echt noch nie gehört/gelesen, dass jemand GMT verwendet...das ist echt zu viel gschissti gschassti --HylgeriaK (Diskussion) 14:33, 11. Jan. 2016 (CET)
replies: text:  Naja, ich bin in der Windows-Welt zu Hause. Unix/Linux-User finden derartige Kommandozeilen-Tools vollkommen normal. Ich find die Einstiegshürde auch heftig, aber es ist halt auch eine "gewachsenes" Toolsammlung, die mittlerweile seit fast 30 Jahren weiterentwickelt wird. Grüße Lencer (Diskussion) 14:50, 11. Jan. 2016 (CET)
thread_title:  Update? (2016) 

message: Hallo 
Bisher habe ich schon einige Karten mit der in dieser GMT-Hilfe hinterlegten Vorgaben erstellt. Wo ich aber Schwierigkeiten habe, ist wie man ein Reliefschatten in der Meeresfläche hinkriegt. Die Farbabstufungen erscheinen zwar, jedoch keine Schatten wie in diesen Beispielen: Neukaledonien oder Italien. Hat jemand von Euch vielleicht einen Tipp wie man das hinkriegt? Danke und Gruss --Tschubby (Diskussion) 09:09, 5. Nov. 2018 (CET)
thread_title:  Reliefschatten für Meeresflächen erzeugen