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?
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)
> 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?
> 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
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.
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.
Thx & Bye Tom
-- "Manches Gewissen ist nur rein, weil es nie benutzt wurde" (Robert Lembke)
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.
On Tue, 7 Feb 2012 13:41:28 +0100, Thomas Wildgruber
<excpro...@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.
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?
Thomas Wildgruber wrote:
> 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?
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
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"
Thomas Wildgruber wrote:
> 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.
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.
