Jeg holder på med et prosjekt der man kan putte inn noen parametere og ta ut et datasett over hvor mye innkommende stråling de forskjellige bredde/lengdegradene mottar. Så lang er nå programsnutt (filversjon 1.) ferdig for å testing av data. Snutten kalkulerer avstand fra sola og solhøyden for bredde/lengdegrad og gir mottatt effekt på toa. Foreløpig kalkuleres det med at solen gir 1366 W/m^2 ved 1 AU, men neste versjon er det planlagt å bruke dataserier med målt effekt.
Det finnes en del begrensninger i nøyaktigheten, men jeg tror ikke det har så stor betydning. Man skal være klar over at klokkeslett som brukes er UTC. Det tas ikke hensyn til DT-UT. Alle klokkeslett omregnes til Julian day som brukes av astronomiske algoritmer (VSOP82). Disse algoritmene tar hensyn til Jupiters, Saturns og månens påvirkning av jordens avstand fra sola. Så avstanden som kalkuleres er jordens avstand ikke barysentrisk avstand (jord&måne).
Det tas ikke hensyn til Solen avstand fra elliptikken og heller ikke månens dragning på jorden i forhold til denne, da det regnes med at andre unøyaktigheter er større. Det er brukt gjennomsnittelig vintersolverv/sommersolverv med basis i år 2000 for å spare tid, men gir noen unøyaktigheter med hensyn til tiden. +/- noen timer. korrekte algoritmene krever ganske mye datakraft.
Programmet er satt med et gyldighetsområde 1800-2200 pga. en del astronomiske algoritmer er utelatt.
------
Skriv inn dato for start og dato for stopp av serien. Velg Lon/Lat og trykk på "run". Det er mulig å avbryte hvis du har gjort noe feil. Dataseriene har start og stopp kl: 00:00 UTC, dersom du ønsker andre tidspunkter kan du legge til en dag før og etter. Trykk på tabben Result etter Runknappen blir synlig igjen. Klipp og lim inn i den applikasjonen du ønsker. Dataformatet som oppgis i første versjon er Julian day og Watt/m^2
Feks fra Oslo 1.1.2000:
2451545.35833 0.000000000000000000
2451545.35903 0.000000000000000000
2451545.35972 0.000000000000000000
2451545.36042 0.000000000000000000
2451545.36111 0.000000000000000000
2451545.36181 0.000000000000000000
2451545.36250 0.775578737258911130
2451545.36319 2.824398994445800780
2451545.36389 4.862307548522949220
2451545.36458 6.889261245727539060
2451545.36528 8.905218124389648440
2451545.36597 10.910136222839355470
2451545.36667 12.903972625732421880
2451545.36736 14.886687278747558590
2451545.36806 16.858238220214843800
2451545.36875 18.818582534790039100
2451545.36944 20.767683029174804700
2451545.37014 22.705499649047851600
2451545.37083 24.631988525390625000
Julian Day 2451545.36944 er det samme som 01.01.2000 Kl: 20:52 UTC (ikke lokal tid)
På dette klokkeslett mottok Oslo (Lon: 60 Lat:10) 20.76 Watt pr kvadratmeter på toppen av atmosfæren.
Snutten kan lastes ned her: http://pubadmin.ostfold.net/data/downloads/966/SunPower.exe
Kommentarer, ønsker eller annet tas i mot med stor takknemlighet.
Interessant, la1goa, skal se litt på programmet ditt etter hvert. Men nå sitter jeg på en Linux-boks, og da fungerer ikke windows-programmer noe særlig (selv om det er noe som heter wine (http://www.winehq.org/)).
UT og Julian day (med desimaler) er det eneste som fungerer for astronomiske beregninger, det er klart. Jeg har fusket litt i faget selv, og vil sterkt anbefale programbiblioteket AA+ (http://www.naughter.com/aa.html) for denne type beregninger. Kanskje er det det du har brukt, det er forøvrig en implementasjon av metodene i boka til Jean Meeus (http://www.willbell.com/math/mc1.HTM).
Jeg laget en gang en 3d-gravitator med utgangspunkt i posisjoner og hastigheter beregnet med AA+, dvs. startbetingelsene ble beregnet med de metodene, men deretter var det Newtons lover som gjalt. Integrasjonsmetoden var litt grov, så helt perfekt ble det ikke. Men det var artig å leke seg med å sende ukjente planeter inn mot sola, da hendte det at Månen ble revet løs fra Jorda, og endte som egen planet :D
Metodene dine er nøyaktige nok for formålet. Solas avstand fra ekliptikken (ikke "elliptikken" ;) ) betyr lite eller ingenting. Og ihvertfall mindre enn solas egen barysentriske bevegelse i ekliptikkens plan. Sola beveger seg opptil 2.2 soldiameter fra solsystemets barysenter, men selv dette har ingen egentlig greid å påvise at har noen betydning, selv om mange har forsøkt. De indre planetene følger i hovedsak med Solas bevegelse, men jo lengre ut du kommer vil referansen i større grad nærme seg solsystemets barysenter.
Tabellen din viser avvik fra 20.76 Watt pr kvadratmeter som funksjon av JD?
Sitat fra: Amatør1 på august 19, 2012, 20:22:22 PM
Tabellen din viser avvik fra 20.76 Watt pr kvadratmeter som funksjon av JD?
;D Første bugsen funnet. Jeg kan ikke skjønne hvordan jeg har snudd døgnet fullstendig på hodet. det ble for mye lon/lat og klokkeslett at jeg datt litt av lasset når jeg sjekket dataene. xxxxxxxx.5 skal være midnatt og xxxxxxxxx.0 er middag. Vel det skal jeg rette opp snart som mulig. Det tar litt tid å gå igjennom koden, så i morgen burde det være fikset opp.
Men du burde ikke ha problemer med å bruke wine? snutten gjør ingen funksjonskall i windows bort sett fra standard skjermoppdateringer. Den skriver ikke en gang til fil. Problemet mitt med biblioteker er at jeg snekrer snutter i delphi 4.0 som forsvant i forige årtusen en eller annen gang. Jeg har bare en bok full av algoritmer fra den nevnte personen Jean Meeus. Har lært utrolig mye av å lese i denne.
Ok... Nytt forsøk, en krone....
Filverson 2 er klar til nedlasning samme adresse som før.
Nå sjekket jeg med WolframAlpha http://www.wolframalpha.com/input/?i=sunset
dagen for i dag (19.08.2012) sier den at solnedgang er 8:59 pm CEST
Vi slår inn følgende koordinater LON/Lat 60/10
Settter datoen til 19.08.2012 og får ut denne lista: (utdrag)
2456159.28750 10.957907676696777340
2456159.28819 8.160060882568359380
2456159.28889 5.367533683776855470
2456159.28958 2.580390214920043950
2456159.29028 0.000000000000000000
2456159.29097 0.000000000000000000
2456159.29167 0.000000000000000000
2456159.29028 er i følge kalkulatoren min 2012.8. 19:18:58.192 (UTC)
Så nå burde den være riktig forhåpentligvis.
Et minutt avvik kan selvfølgelig være så mangt f.eks. DT-UT
------------------------
Jeg regner med at minuttbaserte dataserier ikke er så interresant, men i fremtiden kommer den til å inkludere dags/måned/års baserte serier. Første versjon er kun til for kontroll av dataene. Det skal bli mulig å kunne velge mellom seperatorer og andre datoformater.
Prøvde litt med første versjon, under Wine på Kubuntu Linux
hvert minutt fra 2000 til 2001, longitude 10, latitude 60 (er det vestlig eller østlig longitude....?)
Det ser litt rart ut
[attachimg=1 width=600]
Kjørte cut/paste in LibreOffice for å lage graf.
Det er vel avstand sol-jord + vinkel med vertikalen du tar hensyn til?
Sitat fra: Amatør1 på august 19, 2012, 21:57:55 PM
Prøvde litt med første versjon, under Wine på Kubuntu Linux
hvert minutt fra 2000 til 2001, longitude 10, latitude 60 (er det vestlig eller østlig longitude....?)
Det ser litt rart ut
Kjørte cut/paste in LibreOffice for å lage graf.
Det er vel avstand sol-jord + vinkel med vertikalen du tar hensyn til?
Hvis du tok hvert minutt fra 2000 til 2001 burde du ha fått et datasett på 1440*366 (skuddår?) ikke 1524 som figuren viser?
Men hva er det som ser rart ut?
Utregninger: Solens effekt * Sin(solhøyde) / Avstand^2
Solhøyden er kalkulert på aksen er vippet på 23.5 i forhold til ekliptikken der jeg finner maxhøyden og minhøyden, og regner ut høyden i forhold til årstid, klokke og lat. Når vi får negative verdier blir disse omgjort til 0. Avstand er kalkulert i henhold til VSOP82 og oppgis i AU. Effekten er i utgangspunktet satt til 1366.
Prøver du Lon verdier over 66 Grader vil du få tilnærmet sinuskurver (dagskurver) på effekten når vi har midnatt sol. på 90 grader vil du ikke få sinuskurver men en gjevn kurve på sommerhalvåret.
Sitat fra: la1goa på august 19, 2012, 22:22:12 PM
Hvis du tok hvert minutt fra 2000 til 2001 burde du ha fått et datasett på 1440*366 (skuddår?) ikke 1524 som figuren viser?
x-aksen er bare antall verdier, ikke Julian Date. LibreOffice gikk i frø når jeg prøvde scatter-diagram
Sitat fra: la1goa
Men hva er det som ser rart ut?
Jeg forstod ikke grafen som ble regnet ut, og verdien 1200, det var uklart hva du regnet ut.
Sitat fra: la1goa
Utregninger: Solens effekt * Sin(solhøyde) / Avstand^2
Solhøyden er kalkulert på aksen er vippet på 23.5 i forhold til ekliptikken der jeg finner maxhøyden og minhøyden, og regner ut høyden i forhold til årstid, klokke og lat. Når vi får negative verdier blir disse omgjort til 0. Avstand er kalkulert i henhold til VSOP82 og oppgis i AU. Effekten er i utgangspunktet satt til 1366.
Ok, da er det jo klarere.
Sitat fra: la1goa
Prøver du Lon verdier over 66 Grader vil du få tilnærmet sinuskurver (dagskurver) på effekten når vi har midnatt sol. på 90 grader vil du ikke få sinuskurver men en gjevn kurve på sommerhalvåret.
Er det kapittel 15. i boka til Meeus "Rising, Transit, Setting" som er basis for solhøydeberegningene dine?
Jeg skjønte at X-aksen viste antall verdier. Men et helt år basert på minutter burde ha over en halv million på den aksen. Men som du forklarte at det gikk i frø. Og da er vi to om det.
Verdiene du får er oppgitt i watt/m^2. Enkelte breddegrader skal i januar(?) måned vise over 1400 W/m^2 når solen står rett over hodet med solhøyde på 90 grader, da avstanden til Solen er minst.
Nei, jeg brukte ikke boka til Meeus som basis for solhøydeberegningene. Det ble brukt en salig røre av en globus som ble snurret på av vesla, Googel earth, geogebra, mathematika og kalkulator. Til slutt gikk det i surr med den halve dagen som ble lagt på i forbindelse med Latitude. Vel. det skal rettes opp. Jeg tror jeg fant en feil. Denne gangen kan jeg ikke forklare det, uten å gå dypere inn i beregningene.
Ok, da demrer det.
Jeg spekulerte litt på hva som skulle til å gjøre det som du gjør, basert på Meeus og AA+.
Jeg tror det "reduserer seg" til å først beregne solas ekliptiske koordinater (RA,DEC) for gitt tidspunkt (JD), og samtidig korrigere disse for parallakse pga. at man ikke observerer fra jordens sentrum, men i posisjon (longitude,latitude) på Jorda. Så kan (RA,DEC) transformeres til (Altitude, Azimuth) for samme tidspunkt, og da er solhøyden = Altitude. Avstanden Jorda-Sola i AU ser ut til å være et mellomresultat i samme beregning.
Jeg tror det kan gjøres kompakt og presist på den måten.
Dere får si fra hvis dere trenger hjelp, gutter! ;D
I denne tråden er jeg akterutseilt så det holder. Det er flere innlegg siden jeg så skuta forsvinne under horisonten, og jeg vet ikke en gang om det er bryet verdt å fortsette å trå vannet i håp om å bli reddet.
Er poenget å lage en wattomatgraf som forteller hvor mye sola varmer TOA på et gitt tidspunkt over en gitt lengde- og breddegrad?
Det stemmer det Jostemikk. Det skal bli et wattmeter over tid og sted. Jeg har over lengre tid irritert meg over at det ikke er mulig å laste ned dataserier for innkommende stråling som kan settes opp mot utgående. F.eks. jeg tenkte spesiellt på sahara. Temperaturen er vistnok stigende og olr er stigende, jeg er intressert i å sette olr i sammenheng med innkomende. Sjekke hvor mye som er reflektert, absorbert osv. etter kjente modeller. For så å ta samme breddegrad noe lengre vest i Atlanteren, for så å ta tilsvarende breddegrad på sydlig halvkule. Når jeg får snutten 99(+) prosent korrekt (hvilket den ikke er i dag) så er det lettere å lage korrekte klimamodeller.
Og Amatør1: Jeg drømte om feilen i natt. feilen ligger i kalkuleringer av gjennomsnittet av to breddegrader sett fra solen. Skal rette det opp så snart som mulig når jeg får tid.
Sitat fra: la1goa på august 20, 2012, 19:37:10 PM
Og Amatør1: Jeg drømte om feilen i natt. feilen ligger i kalkuleringer av gjennomsnittet av to breddegrader sett fra solen. Skal rette det opp så snart som mulig når jeg får tid.
Nå har jeg laget et program basert på Meeus-metodene, det ser slik ut
Her har jeg kjørt en 2-årsperiode for ~Oslo
[attachimg=1 width=600]
Du kan få mye artig ut av dette, like ved Nordpolen, f.eks.
[attachimg=2 width=600]
Sitat fra: Amatør1 på august 20, 2012, 23:28:46 PM
Nå har jeg laget et program basert på Meeus-metodene, det ser slik ut
Se her ja. Jeg er blitt for gammel til å kode effektivt.
Ser ut som jeg kan kutte ut prosjektet ;D
Legger du det ut et sted?
Sitat fra: la1goa på august 20, 2012, 23:52:01 PM
Sitat fra: Amatør1 på august 20, 2012, 23:28:46 PM
Nå har jeg laget et program basert på Meeus-metodene, det ser slik ut
Se her ja. Jeg er blitt for gammel til å kode effektivt.
Ser ut som jeg kan kutte ut prosjektet ;D
Legger du det ut et sted?
Jada, må bare flikke litt. Må lage en installasjon, for det følger med noen DLL'er etc.
Har laget noen plott for ulike breddegrader som kan være litt instruktive. Samtlige er kjørt med 1300 minutters step, slik at det blir en faseforskyvning i døgnet, og ikke så overlesset plott.
Vi starter ved sørlige vendekrets, -23.5 grader
[attachimg=1 width=600]
Ekvator
[attachimg=2 width=600]
+20 graders bredde
[attachimg=3 width=600]
+40 graders bredde
[attachimg=4 width=600]
+60 graders bredde (~Oslo)
[attachimg=5 width=600]
+70 graders bredde
[attachimg=6 width=600]
+80 graders bredde
[attachimg=7 width=600]
+85 graders bredde
[attachimg=8 width=600]
+88 graders bredde
[attachimg=9 width=600]
Nordpolen
[attachimg=10 width=600]
Det som jeg i utgangspunktet er mest intressert i er månedsbaserte datasett. Man får for det meste bare lastet ned månedsbaserte griddata enten det gjelder temp, olr, skydekke osv...
Har du mulighet for en slik funksjon?
Det meste er mulig, men hva mener du konkret med "månedsbasert datasett"? Er det et slags middel for måned eller noe?
Jepp. Gjennomsnittsverdier for periodene man velger. Jeg skjønner at jeg startet på et håpløst prosjekt. Minuttverdiene jeg tok ut i første omgang var egentlig for kontroll, men jeg ser nyttigheten av dem også. Det som jeg også var ute etter var f.eks. forskjellen på 60-80N og 60-80S. Derfor startet jeg med dette.
Jeg kommer til å sette opp ei side der vi skal ta for oss breddegrad for breddegrad. Noen utvalgte lengdegrader avhengig av lengden på breddegraden slik at vi får et "gridsystem" på 104 punkter. Der hadde jeg planer om å legge ut temp, olr, innkommende stråling, skydekke, fuktighet m.m. pr punkt. igjennom tidene. Disse dataene er som regel gjennomsnitt pr. måned. Ja, jeg vet at dette er et huge prosjekt, men med litt hjelp er det ikke umulig.
Forresten var det ganske artige grafer du fikk til der. Mye morro man kan få ut av en liten snutt, som i aller høyeste grad kan bli et effektivt hjelpemiddel i klimaforskning.
Så hvis du velger en periode på 3 måneder, vil du ha gjennomsnitt for hele perioden eller for 3x1 måned? Er det kalendermåneder, hva om perioden starter f.eks. den 10. i en måned?
Med utgangspunkt i Julian Date er det litt klønete å lage snitt for kalendermåneder.
Det var litt stunt-programmering dette, men med AA+ er det mulig å gjøre ting fort om man har litt bakgrunn fra før. Tilfeldigvis er det å beregne solhøyden nesten samme problem som det jeg hadde da jeg programmerte et motorisert teleskop til å peke på vilkårlig valgte objekter på himmelen. Det var forresten et interessant problem, siden himmelen roterer mens du forflytter deg, så det finnes ingen deterministisk løsning, man må iterere seg fram.
Her er den essensielle snutten fra bruken av AA+ (dvs. Meeus-metodene)
// Ecliptical coordinates for the Sun at Julian Date JD
CAAEllipticalPlanetaryDetails details = CAAElliptical::Calculate(JD,CAAElliptical::SUN);
// Parallax compensation for observer's location
CAA2DCoordinate delta;
double Alpha = details.ApparentGeocentricRA;
double Delta = details.ApparentGeocentricDeclination;
double Distance = details.ApparentGeocentricDistance;
delta = CAAParallax::Equatorial2TopocentricDelta(Alpha,Delta,Distance,Longitude,Latitude,Height,JD);
double ra_deg = (details.ApparentGeocentricRA + delta.X )*360.0/24.0;
double de_deg = details.ApparentGeocentricDeclination + delta.Y;
// Apparent Greenwich Sidereal Time
double AST = CAASidereal::ApparentGreenwichSiderealTime(JD);
// observer longitude as hour angle
double LongtitudeAsHourAngle = CAACoordinateTransformation::DegreesToHours(Longitude);
// Local hour angle of object
double Alpha2 = CAACoordinateTransformation::DegreesToHours(ra_deg);
double LocalHourAngle = AST - LongtitudeAsHourAngle - Alpha2;
// Compute Alt/Az coordinates
CAA2DCoordinate Horizontal = CAACoordinateTransformation::Equatorial2Horizontal(LocalHourAngle, de_deg, Latitude);
double az_deg = Horizontal.X;
double alt_deg = Horizontal.Y;
if(alt_deg < 0.0) alt_deg = 0.0;
// Solar altitude in radians
double alt_rad = CAACoordinateTransformation::DegreesToRadians(alt_deg);
Skal prøve å få lagt ut noe imorgen, men det kan jo være en ide å legge inn middel som du foreslo.
Jeg tenkte at en dataserie fra f.eks. 1970 til d.d. var månedsbasert, da det er slike serier jeg som regel laster ned. Så det hadde vært en flott funksjon.
Så gjennomsnitt måned for måned er det jeg er ute etter.
Jeg vet at julien day er problematisk å kjøre den funksjonen på, men ved å bruke vanlig dato konvertert til julian day er det lett: f.eks.
Fra 1970, 1, 1, 00:00 Til 1970,2,1, 00:00 minus et minutt
Fra 1970, 2, 1, 00:00 Til 1970,3,1, 00:00 minus et minutt
Fra 1970, 3, 1, 00:00 Til 1970,4,1, 00:00 minus et minutt
..
..
Legg merke til at det er kun månden som endrer seg. En trenger ikke en gang ta hensyn til skuddårs problematikken.
Jeg husker fra teleskoptiden. Det var artige saker det. Computer styring og greier. Det var da jeg bestemte meg for å kjøpe boka. Den var litt mer avansert enn jeg forventet så den lå bare i skuffen. Men så plukket jeg den frem i sommer og begynte med å kalkulere en del, men har aldri kommet så langt som deg.
Da har jeg laget en versjon med støtte for månedsbasert graf + lagring til fil
Du kan laste ned Windows-versjonen sitt setup program her: WattSun_setup_V1.0-01.exe (https://www.opendrive.com/files/MV8yOTM0OTIwXzNBWDA5XzMwOTU/WattSun_setup_V1.0-01.exe)
Programmet ser nå slik ut
[attachimg=1 width=600]
Følgende ting gjør du
1. Velg From og To dato for tidsperioden du vil se på
2. Velg tidsskritt i minutter mellom hver utregning
3. Trykk på Run Graph for å få en graf med samtlige tidssskritt
4. Trykk på Run Monthly for å få en graf for tidsperioden med én verdi (middelverdien) for hele måneden. Denne blir plottet midt i måneden (ca. 15de i hver måned). For denne funksjonen blir dagen alltid satt til 1 for både From of To, uansett hva du velger.
5. Trykk på Save Watt.txt for å lagre siste graf i en tekstfil. Denne havner på installsjonsfolderen med mindre du justerer Start In-feltet i Windows Startmenyen (men hvis du lager desktop shortcut og starter programmet med den, havner watt.txt på desktopen).
6. Trykk på Clipboard for å kopiere siste graf til system clipboard. Du kan så bruke Paste (evt. "Lim Inn" på norsk) i et hvilket som helst program som støtter bilder.
Tekstfilen ser slik ut
Date JD Watt at (long,lat)=(10.000,60.000)
2000-08-16T12:00:00 2451772.91668 361.761912679
2000-09-16T00:00:00 2451803.41668 262.768108304
2000-10-16T15:00:00 2451834.04168 142.391351007
2000-11-16T05:00:00 2451864.66668 42.7573264257
2000-12-16T17:00:00 2451895.16668 6.68734575475
2001-01-16T17:00:00 2451926.16668 21.3518872777
2001-02-15T05:00:00 2451955.66668 108.859647329
2001-03-16T14:00:00 2451985.04168 228.168038825
2001-04-16T00:00:00 2452015.41668 336.350744639
2001-05-16T12:00:00 2452045.91668 411.96734628
2001-06-16T00:00:00 2452076.41668 453.592781149
2001-07-16T12:00:00 2452106.91668 427.690690133
2001-08-16T12:00:00 2452137.91668 362.42981745
2001-09-16T00:00:00 2452168.41668 263.660339573
2001-10-16T15:00:00 2452199.04168 143.306328055
2001-11-16T05:00:00 2452229.66668 43.2880530595
2001-12-16T17:00:00 2452260.16668 6.78907933404
2002-01-16T17:00:00 2452291.16668 20.9252161899
2002-02-15T05:00:00 2452320.66668 107.943320983
2002-03-16T14:00:00 2452350.04168 227.200362039
2002-04-16T00:00:00 2452380.41668 335.610149588
2002-05-16T12:00:00 2452410.91668 411.490917701
2002-06-16T00:00:00 2452441.41668 453.524585743
2002-07-16T12:00:00 2452471.91668 428.098883445
2002-08-16T12:00:00 2452502.91668 363.074951752
2002-09-16T00:00:00 2452533.41668 264.555116137
2002-10-16T15:00:00 2452564.04168 144.234435366
2002-11-16T05:00:00 2452594.66668 43.83401141
2002-12-16T17:00:00 2452625.16668 6.89523164398
2003-01-16T17:00:00 2452656.16668 20.5016997097
2003-02-15T05:00:00 2452685.66668 107.051250276
2003-03-16T14:00:00 2452715.04168 226.266382123
2003-04-16T00:00:00 2452745.41668 334.89148533
2003-05-16T12:00:00 2452775.91668 411.001762427
2003-06-16T00:00:00 2452806.41668 453.409862858
Oppdatering: Endret nedlastingslinken øverst, rettet en feil. Versjonen er nå V1.0-01
Sitat fra: Amatør1 på august 21, 2012, 20:42:43 PM
Da har jeg laget en versjon med støtte for månedsbasert graf + lagring til fil
Kjempeflott!!!!! ;D
Det er tydelig at astronomiske algoritmer slår inn da effekten er forskjellig fra år til år på samme tidspunkt. Men det som er meget interresant å se er at Sydpolen mottar ca 561 Watt på det meste mens Nordpolen mottar 526 Watt på det meste et halvår før/senere. dvs. ca 6.5% mer på maxnivåene. Men det må kjøres gjennomsnittlig for å være reelt.
Ellers en liten bugs som forvirret meg med det første. Lat/lon boksene har byttet plass, det tok litt tid før jeg oppdaget det.
Men nå skal det generes serier som settes opp mot OLR, temp, skydekke, m.m. for hvert punkt jeg har definert på kloden. Ca 104 stykker som skal gåes igjennom.
Takker så meget. Håper at det er flere som får nytte av denne.
/Knuta
Sitat fra: la1goa på august 21, 2012, 22:02:53 PM
Det er tydelig at astronomiske algoritmer slår inn da effekten er forskjellig fra år til år på samme tidspunkt. Men det som er meget interresant å se er at Sydpolen mottar ca 561 Watt på det meste mens Nordpolen mottar 526 Watt på det meste et halvår før/senere. dvs. ca 6.5% mer på maxnivåene. Men det må kjøres gjennomsnittlig for å være reelt.
Jepp. Jorda befiner seg i Perihel (http://www.windows2universe.org/physical_science/physics/mechanics/orbit/perihelion_aphelion.html) i Januar, dvs. den sydlige sommeren. Så dette er å forvente når man tar hensyn til den elliptiske banen.
Sitat
Ellers en liten bugs som forvirret meg med det første. Lat/lon boksene har byttet plass, det tok litt tid før jeg oppdaget det.
Den eneste gjenstående feilen jeg ser er at (lat,long) i tittelen på grafen skulle vært (long,lat).
Sitat
Men nå skal det generes serier som settes opp mot OLR, temp, skydekke, m.m. for hvert punkt jeg har definert på kloden. Ca 104 stykker som skal gåes igjennom.
Takker så meget. Håper at det er flere som får nytte av denne.
/Knuta
Vel bekomme ;D Ta noen kvalitetssjekker på kjente steder, så vi får luket ut eventuelle feil.
Det skal bli artig å se hva du kan bruke dette til.
Aldeles fabelaktig! Dette forumet besitter sannelig en brukbar samlet kunnskap, for å si det mildt. Hva blir det neste? Albedometer etter snøstatistikker og is på innsjøene? ;)
Sitat fra: Jostemikk på august 21, 2012, 22:43:09 PM
Aldeles fabelaktig! Dette forumet besitter sannelig en brukbar samlet kunnskap, for å si det mildt. Hva blir det neste? Albedometer etter snøstatistikker og is på innsjøene? ;)
Det er kun fantasien som setter grenser, pleier jeg å si når jeg ikke kommer på noe annet ;D ;D ;D
Linux-versjonen fungerer jamen også:
[attachimg=1 width=600]
Nå blir det i allefall fart i vellinga
Et eksempler på lon: 0 Lat: 80 der jeg har dataserier for inn og ut.
(http://bildr.no/thumb/1257134.jpeg) (http://bildr.no/view/1257134)
rød er ståling fra sola fra 0-500watt og blå er utgående 180-225watt. En ser med en gang at utgående stråling øker samtidig sol solen er mer eller mindre konstant. Men i følge gjeldende teorier skulle ikke OLR kunne øke. Men det blir artig etterhvert å kunne plukke punkter på jorden, sette dem sammen med diverse serier. Og legge puslespillet bit for bit, og dermed avlive hysteriet en gang for alle. Noen forslag på hva som kan gjøres?
Tidsserier med nettostråling kunne jo gjort seg. Hvis man hadde tilstrekkelig mange, kunne man lage animerte kart (med interpolasjon imellom punktene), der grader av blått representerer ulike verdier på netto utstråling. Ditto grader av rødt for innstråling.
Man kan jo drømme.