Interpretation Wellenrichtung Wetterdaten

[Thomas Wildgruber]

Hi Group,

ich soll jetzt für unseren Törn noch auf einem mac OSX System einen
GribViewer einrichten und tue mich schwer etwas vergleichbares wie Zygrib
zu finden. Derzeit evaluiere ich Polarview und habe jetzt ein paar
Irritationen bzgl. der Interpretation der Wellenrichtungen.

Auf Zygrib[1] scheint die Wellenrichtung mit einem Pfeil angedeutet zu
sein, welcher hier im Beispiel deutlich quer zur Windrichtung eingezeichnet
ist. Selbes Seegebiet und Datum schaut im Polarview[2] etwas anders aus.
Hier interpretiere ich die weiße gezackte Linie als Wellensymbol, wobeo
diese hier aber mit der Windrichtung zu laufen scheint.

Wie muss ich die unterschiedlichen Symbole bzgl. der Wellenrichtung deuten?

[1] http://media.prontosystems.org/v/bk/zygrib.png.html
[2] http://media.prontosystems.org/v/bk/polarview.png.html

BTW: Kennt jemand noch andere Grib-Viewer, welche auf Mac OS laufen? Dieser
Polarview gefällt mir insgesamt nicht besonders und Zygrib läuft nicht
unter Mac OS 10.7 bzw. läuft dort QT-4 nicht, was man zum kompilieren des
Linux Codes bräuchte.

Thx & Bye Tom
--
"Manches Gewissen ist nur rein, weil es nie benutzt wurde" (Robert Lembke)

[Peter Köhlmann]

Versuche mal

QMAKE_MAC_SDK = /Developer/SDKs/MacOSX10.6.sdk

in der Project-Datei

Ich selber verwende Lion noch nicht und werde es fürs Erste auch nicht tun,
weil ich OSX nur zum Kompilieren der OSX-Version meiner Qt-Programme benutze
und ansonsten von dem Apple-Zeugs möglichst nichts sehen will.

Aber es könnte sein dass diese Angabe dir hilft

[Thomas Wildgruber]

On Tue, 07 Feb 2012 16:30:44 +0100, Peter Köhlmann wrote:

>> BTW: Kennt jemand noch andere Grib-Viewer, welche auf Mac OS laufen?
>> Dieser Polarview gefällt mir insgesamt nicht besonders und Zygrib läuft
>> nicht unter Mac OS 10.7 bzw. läuft dort QT-4 nicht, was man zum
>> kompilieren des Linux Codes bräuchte.
>
> Versuche mal
>
> QMAKE_MAC_SDK = /Developer/SDKs/MacOSX10.6.sdk
>
> in der Project-Datei

In der Project-Datei der Zygrib Quellen oder in den der QT4 Quellen? In
Zygrib vermutlich, wenn ich länger darüber nachdenke. Und dann einfach das
Mac eigene "make" verwenden?

Ich versuche gerade QT4 selbst zu kompilieren aber das ist ein Monster, die
geben vier bis fünf Stunden Buildzeit an, mit vermutlich fragwürdigen
Ausgang. Aber eine Fehlgeburt wäre verschmerzbar, ich installiere das in
einer VM und habe einen sauberen Snapshot gemacht.

[Peter Köhlmann]

Thomas Wildgruber wrote:

> On Tue, 07 Feb 2012 16:30:44 +0100, Peter Köhlmann wrote:
>
>>> BTW: Kennt jemand noch andere Grib-Viewer, welche auf Mac OS laufen?
>>> Dieser Polarview gefällt mir insgesamt nicht besonders und Zygrib läuft
>>> nicht unter Mac OS 10.7 bzw. läuft dort QT-4 nicht, was man zum
>>> kompilieren des Linux Codes bräuchte.
>>
>> Versuche mal
>>
>> QMAKE_MAC_SDK = /Developer/SDKs/MacOSX10.6.sdk
>>
>> in der Project-Datei
>
> In der Project-Datei der Zygrib Quellen

Ja

> oder in den der QT4 Quellen?

Dort nur, wenn du die Qt4-Binaries nicht installieren kannst
Aber das sollte eigentlich klappen

> In Zygrib vermutlich, wenn ich länger darüber nachdenke. Und dann einfach
> das Mac eigene "make" verwenden?

Im Directory von Zygrib erst einmal "qmake" aufrufen, das erzeugt dann das
nötige Makefile. Eventuell ist es nötig, "qmake project-Datei-Name" zu
benutzen, aber nur dann, wenn mehrere davon im Directory sind

Danach "make"

> Ich versuche gerade QT4 selbst zu kompilieren aber das ist ein Monster,
> die geben vier bis fünf Stunden Buildzeit an, mit vermutlich fragwürdigen
> Ausgang.

Es ist ein Monster, aber auch deswegen, weil es aus mehreren Binaries
besteht.

> Aber eine Fehlgeburt wäre verschmerzbar, ich installiere das in
> einer VM und habe einen sauberen Snapshot gemacht.
>

Nach Fertigstellen des Zygrib-Binaries must du eventuell noch das "install-
name-tool" benutzen, da OSX eine komplett bescheuerte Handhabung der
Library-Pfade benutzt. Wer diesen Müll verbrochen hat gehört, nach Teeren
und Federn, für längere Zeit Kielgeholt.

Puh, gerade nochmal wieder On-Topic

[Ulrich G. Kliegis]

On Tue, 7 Feb 2012 13:41:28 +0100, Thomas Wildgruber
<excp...@web.de> wrote in de.rec.sport.segeln:

>
>ich soll jetzt für unseren Törn noch auf einem mac OSX System einen
>GribViewer einrichten und tue mich schwer etwas vergleichbares wie Zygrib
>zu finden. Derzeit evaluiere ich Polarview und habe jetzt ein paar
>Irritationen bzgl. der Interpretation der Wellenrichtungen.

Auf zwar nciht ganz so schnieken, dafür praxistauglichen Syetemen gibt
es zahlreiche Seekartenprogramme, die eine grib-Darstellung integriert
haben. Dead or seabroke by OS wär mal was Neues.

Gruß,
U.

[Thomas Wildgruber]

On Tue, 07 Feb 2012 17:00:33 +0100, Peter Köhlmann wrote:

>> Aber eine Fehlgeburt wäre verschmerzbar, ich installiere das in
>> einer VM und habe einen sauberen Snapshot gemacht.
>>
>
> Nach Fertigstellen des Zygrib-Binaries must du eventuell noch das "install-
> name-tool" benutzen, da OSX eine komplett bescheuerte Handhabung der
> Library-Pfade benutzt.

Lass mich bitte noch mal auf die QT Geschichte eingehen. Nachdem ich das
die Nacht über habe durchrodeln lassen, ist QT jetzt auf dem System
installiert. Die Zygrib Installationsanweisung[1] will jetzt von mir, dass
ich die Linux Quellen mit QT4 installiere. In den entpackten Linux
Quelldateien ist jetzt kein cofigure-Skript dabei, sondern nur ein
Makefile, was auch unter Linux wohl die Komponenten "configure" und "make"
aus dem Dreisatz "configure - make - make install" überflüssig macht, bzw.
auf das "make install" beschränkt. Muss ich da jetzt statt "make install"
ein "qmake install" ausführen oder wie läuft das ab?

Sorry ist jetzt immer noch ziemlich OT ;-)

[1] http://www.zygrib.org/index.php?page=abstract_de

[Peter Köhlmann]

Ich habe mir mal die Sourcen heruntergeladen und make gestartet (unter
Linux) und es ist (fast) durchgelaufen. Ich habe erst einmal nicht
"configure" etc benutzt.

Ich habe außerdem nachgesehen, im Directory "src" befindet sich ein
"zyGrib.pro".

Ich schlage vor, da dies auf einem Mac erstellt werden soll, im "Qt Creator"
diese pro-Datei zu laden, sie enthält alle notwendigen Einträge für das
Programm. Dann kann man unter "Erstellen -> Alles neu erstellen" das gesamte
Projekt kompilieren, und man bekommt die Fehlermeldungen besser verfolgbar
als wenn man "make" verwendet

Ich schlage vor, erst einmal diesen Weg zu benutzen, um dann die eventuellen
Fehler der Reihe nach abzuarbeiten. Qt-Creator ist deutlich besser geeignet,
wenn man ein Projekt auf eine andere Plattform hieven will

[Thomas Wildgruber]

On Wed, 08 Feb 2012 15:03:56 +0100, Peter Köhlmann wrote:

> Ich schlage vor, erst einmal diesen Weg zu benutzen, um dann die eventuellen
> Fehler der Reihe nach abzuarbeiten. Qt-Creator ist deutlich besser geeignet,
> wenn man ein Projekt auf eine andere Plattform hieven will

Ich habe QT jetzt noch einmal aus einer DMG heraus installiert, jetzt habe
ich zumindest mal den QT Creator, den habe ich im selbst gebackenen
Programm nicht gefunden.

Ich habe jetzt die zygrib Project Datei in den QT Creator geladen und
versucht alles neu zu erstellen, was mir aber mit einer Latte von Fehlern
(89 Stück) quittiert wird. Der erste zB lautet "qwt_scale_draw.h: Now such
file or directory". Diese Header Datei wird in der CustomQWTClasses.h (aus
dem zygrib Project) includiert. Ich habe diese Datei auf meinem System auch
nicht gefunden. Wo kriegt man die her und wo legt man sie dann ab?

Dann sind da noch eine Fülle anderer Fehler, wie zB "RubberBand has not
been declared" aber vielleicht sind das auch fehler, die durch
vorausgegangene Fehler entstanden sind...

Sorry, dass es nun endgültig nicht mehr on topic ist. Wenn du eine bessere
Gruppe für das Problem weißt, dann fuppe uns ggf. dort hin.

Thx & Bye Tom
--

"One good Whiskey a day, keeps the doctor away"

[Peter Köhlmann]

Ich werde am Wochende mal interessehalber das Projekt auf den Mac laden, um
mal selber nachzusehen.
Einige Fehler werden sicherlich durch fehlende Bibliotheken kommen, die bei
Linux einfach vorhanden sind oder ganz einfach nachinstalliert werden
können, so wie Project4 oder libqwt

Mal sehen, vielleicht finde ich dann ja mehr heraus.