sun_time

[martin.k]

Hi,

wurde das Modul sun_time schon mal getestet?
Ich habe die UTC beim Eingang, Längen und Breitegrad nicht vertauscht (dict.leo.org und wetter-online.de helfen).
Auch habe ich schon ein Reset / Neustart des Programms gemacht und drei Tage beobachtet, aber leider sind die errechneten Zeiten zwei Stunden vor den Angaben von Wetter-online.de.  :-(
Ist das bei Euch auch so?

Grüße

[hugo]

nein bei uns funktioniert es richtig.
bei dir aber auch, denn die ausgabe ist auch in utc und die ist bei sommerzeit 2h hinter unserer mesz
sun_time soll ja überall funktionieren egal welche zeitzone und egal ob sommerzeit oder nicht.
zur umrechnung auf lokalzeit findest du entsprechende module im kapitel time / date

[martin.k]

Hi,

danke für die schnelle Antwort. Sorry, ich habe das Handbuch nicht richtig gelesen.
Jedoch habe ich einige Abweichung gegenüber alternativen Berechnungsseiten im Internet:
z.B.
http://www.volker-quaschning.de/datserv/sunpos/
oder
http://www.geoastro.de/ErdeSonne/SE/se_applet.html
Der Sonnenhöchststand ist mit 13:25 angegeben (ist auch Sonnenstand bei 180ÃÆ'ââ,¬Å¡Ãƒâ€šÂ° Kompassnadel) und wird in Oscat mit 14:00 Uhr errrechnet. :-/
Sonnenauf und Untergang weicht nur drei Minuten ab (ist mir egal).

Und noch ein Problem. Obwohl ich die Systemzeit auf Local (DT#2007-04-16-21:15:31) umgestellt habe, werden die Sonnenaufgangs und Untergangszeiten mit zwei Std. zu wenig berechnet.
Ist bei mir der Wurm drin :-(

Grüße

PS: Quelle Oscat155.lib kopiert in meine Eigene.

[hugo]

hi habe gerade folgenden fall geprüft:

baustein sun_time
- latitude 52.5
- longitude 13.5
- utc dt#2007-04-17-09:00
ergibt folgende ergebnisse
- sun_midday 12:00:50
- sun_rise 4:02
- sun_set 18:08

vergleich internet (volker quaschning) sun_rise 4:07 und sun_set 18:05
vergleich mit geoastro

[hugo]

hi habe gerade folgenden fall geprüft:

baustein sun_time
- latitude 52.5
- longitude 13.5
- utc dt#2007-04-17-09:00
ergibt folgende ergebnisse
- sun_midday 12:00:50
- sun_rise 4:02
- sun_set 18:08

vergleich internet (volker quaschning) sun_rise 4:07 und sun_set 18:05
vergleich mit geoastro sun_rise 4:05 und sun_set 18:08

die abweichungen von wenigen minuten sind auf die lichjtbrechung in der atmosphäre zurückzuführen und die definition von aufgang und untergang die sonne schaltet ja nicht einfach ein bzw aus sonder durchläuft dämmerung.

sonnenmittag wird bei uns mit ca 12:00 berechnet, das scheint mir nicht plausibel weil es etwa um 11:00 (weltzeit) sein sollte.
wir werden das prüfen und gegebenenfalls korrigieren.

[hugo]

die berechnung für den höchststand ÃÆ'ââ,¬Å¡Ãƒâ€šÃ,´bei 180ÃÆ'ââ,¬Å¡Ãƒâ€šÂ° (süden) wurde korrigiert, es wurde kjeine korrektur für den entsprechenden längengrad durchgeführt.

anbei die version mit korrigiertem modul sun_time

[gelöscht durch Administrator]

[martin.k]

Hallo !

Danke für das Update. Ich habe ebenso mal im Internet nach Formeln gesucht und gefunden:
http://www.kzu.ch/personen/schueler/projekte/AM_6h_FS05_Sonnengang/Prgm/SonnengangMS.xls
Hierdrin gibt es bei der Formel zu sun_midday noch eine Berücksichtigung ob Sommerzeit oder nicht. Mit der reine Berechnung auf UTC wir die Winkelabweichung der Sonne nicht berücksichtigt.
Siehe auch:
http://www.kzu.ch/personen/schueler/projekte/AM_6h_FS05_Sonnengang/index.htm

Wie gesagt kann ich es leider nicht ausprobieren, hoffe aber mein Beitrag hilft :-)
Grüße aus 49,26 / 8,6 

[hugo]

in der oben stehenden version wird zwar alles auf utc gerechnet, aber die winkelkorrektur bzw zeitkorrektur für den längengrad wird durchgeführt.
das modul sollte nun einwandfrei funktionieren

es gibt auch noch ein 2tes modul das den sonnenstand zu einer beliebigen zeit berechnet : sun_pos