|
| Hvor mange dage (sekunder)? Fra : Lasse Madsen |
Dato : 15-04-04 14:45 |
|
Hej
Jeg har en "sær" forespørgsel ...
Jeg får fra en server, dags dato opgivet i sekunder fra d. 01/01-1900
klokken 00:00 frem til nu ...
mit problem er at jeg skal bruge hvor sekunder der er gået fra 01/01-1970
klokken 00:00 frem til nu ...
men hvordan regner jeg så ud hvor mange sekunder der er gået fra 01/01-1900
klokken 00:00 til 01/01-1970 klokken 00:00
der er jo også nogle skudår og halløj !?
M.v.h.
Lasse Madsen
| |
Preben Mikael Bohn (15-04-2004)
| Kommentar Fra : Preben Mikael Bohn |
Dato : 15-04-04 15:20 |
|
Lasse Madsen wrote:
> Jeg får fra en server, dags dato opgivet i sekunder fra d. 01/01-1900
> klokken 00:00 frem til nu ...
>
> mit problem er at jeg skal bruge hvor sekunder der er gået fra 01/01-1970
> klokken 00:00 frem til nu ...
>
> men hvordan regner jeg så ud hvor mange sekunder der er gået fra 01/01-1900
> klokken 00:00 til 01/01-1970 klokken 00:00
Du sætter tiden på serveren til 01/01-1970 00:00 og ser hvad den giver,
og trækker det fra i de næste udregninger... Husk at sætte tiden
tilbage (frem) på serveren bagefter... Hvis du ikke har adgang til
serveren (eller den rutine der beregner det) er det naturligvis en anden
sag...
Med venlig hilsen Preben
| |
Aage Andersen (15-04-2004)
| Kommentar Fra : Aage Andersen |
Dato : 15-04-04 15:26 |
|
"> men hvordan regner jeg så ud hvor mange sekunder der er gået fra
01/01-1900
> klokken 00:00 til 01/01-1970 klokken 00:00
> der er jo også nogle skudår og halløj !?
>
EXCEL siger 25568 dage = 2209075200 sekunder
mvh Aage
| |
Bertel Lund Hansen (15-04-2004)
| Kommentar Fra : Bertel Lund Hansen |
Dato : 15-04-04 15:51 |
| | |
Torben Brandt (15-04-2004)
| Kommentar Fra : Torben Brandt |
Dato : 15-04-04 16:12 |
|
Bertel Lund Hansen skrev:
> Aage Andersen skrev:
>
>>EXCEL siger 25568 dage
>
> Så har du vist regnet den 1/1-1970 med.
Nej, snarere 29/2-1900 :)
Excel påstår at år 1900 er skudår, hvilket er forkert.
mvh Torben
| |
Bertel Lund Hansen (15-04-2004)
| Kommentar Fra : Bertel Lund Hansen |
Dato : 15-04-04 18:28 |
| | |
Martin Larsen (15-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 15-04-04 18:57 |
|
"Bertel Lund Hansen" <nospamius@lundhansen.dk> skrev i en meddelelse news:2ght70d86fminbl8bbmcm71lf4ctlk4mgq@news.stofanet.dk...
> Torben Brandt skrev:
>
> >Excel påstår at år 1900 er skudår
>
> Hrmpf.
>
> >hvilket er forkert.
>
> Ja.
>
Folkene hos betteblød har aldrig haft det nemt med datoer.
DOS kørte i adskillige år med en bug, hvor datoen ikke skiftede
ved midnat. - En nærmest katastrofal fejl!
Problemet her findes ikke hos Macintosh excel. Her har man
valgt at starte ved 1904! (Det er til grin - men svinene laver penge)
Mvh
Martin
| |
Henrik (16-04-2004)
| Kommentar Fra : Henrik |
Dato : 16-04-04 06:28 |
| | |
Bertel Lund Hansen (16-04-2004)
| Kommentar Fra : Bertel Lund Hansen |
Dato : 16-04-04 08:13 |
| | |
Henning Makholm (16-04-2004)
| Kommentar Fra : Henning Makholm |
Dato : 16-04-04 14:20 |
|
Scripsit Bertel Lund Hansen <nospamius@lundhansen.dk>
> Og så introducerer den et smart datosystem uden fejlen, det såkaldte
> 1904-system. Det melder nemlig fejl hvis man prøver at gå tilbage
> før 1904 ...
Mener den også at 2100 vil være skudår?
--
Henning Makholm "The Board views the endemic use of PowerPoint
briefing slides instead of technical papers as an
illustration of the problematic methods of technical communicaion at NASA."
| |
Bertel Lund Hansen (16-04-2004)
| Kommentar Fra : Bertel Lund Hansen |
Dato : 16-04-04 15:12 |
| | |
Martin Larsen (16-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 16-04-04 15:35 |
|
"Bertel Lund Hansen" <nospamius@lundhansen.dk> skrev i en meddelelse news:6cqv709ijbol7dd4c64kqpj1pm6c77dlm1@news.stofanet.dk...
> Henning Makholm skrev:
>
> >Mener den også at 2100 vil være skudår?
>
> Det omtaler siden klogeligt nok ikke. Jeg vil æde min gamle hat
> på at den regner sådan.
>
Sender du et foto på dk.binær?
28-2-2100 er søndag og 1-3-2100 er mandag
Mvh
Martin
| |
Bertel Lund Hansen (16-04-2004)
| Kommentar Fra : Bertel Lund Hansen |
Dato : 16-04-04 17:36 |
|
Martin Larsen skrev:
>Sender du et foto på dk.binær?
Nej.
>28-2-2100 er søndag og 1-3-2100 er mandag
Godt jeg ikke har en gammel hat ... Har lige testet det, og det
er korrekt nok - også med default 1900-datosystem.
--
Bertel
http://bertel.lundhansen.dk/ FIDUSO: http://fiduso.dk/
| |
Martin Larsen (16-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 16-04-04 18:43 |
|
"Bertel Lund Hansen" <nospamius@lundhansen.dk> skrev i en meddelelse news:1p2080pa3ne6vco4nhb31tk33u2ts3sg9i@news.stofanet.dk...
>
> Godt jeg ikke har en gammel hat ...
Snyder!
Mvh
Martin
| |
Peter B. Juul (16-04-2004)
| Kommentar Fra : Peter B. Juul |
Dato : 16-04-04 20:58 |
|
Bertel Lund Hansen <nospamius@lundhansen.dk> writes:
> Godt jeg ikke har en gammel hat ... Har lige testet det, og det
> er korrekt nok - også med default 1900-datosystem.
Hvis du lover at æde den, så har jeg en, jeg kan sende dig.
--
Peter B. Juul, o.-.o "Og hvis man vælter en planet
The RockBear. ((^)) alligevel, så smelter den."
I speak only 0}._.{0 -POK
for myself. O/ \O
| |
Bertel Lund Hansen (16-04-2004)
| Kommentar Fra : Bertel Lund Hansen |
Dato : 16-04-04 22:03 |
| | |
Aage Andersen (15-04-2004)
| Kommentar Fra : Aage Andersen |
Dato : 15-04-04 16:27 |
|
"Aage Andersen" <aaa(REMOVE)@email.dk> skrev i en meddelelse
news:c5m630$23i3$1@news.cybercity.dk...
>
> "> men hvordan regner jeg så ud hvor mange sekunder der er gået fra
> 01/01-1900
> > klokken 00:00 til 01/01-1970 klokken 00:00
> > der er jo også nogle skudår og halløj !?
> >
>
> EXCEL siger 25568 dage = 2209075200 sekunder
>
> mvh Aage
>
>
Sorry. EXCEL tror at år 1900 er skudår men det er det ikke i den
gregorianske kalender.
det rigtige resultat er 25567 dage = 2208988800 sekunder.
Mon Bill Gates giver mig pengene tilbage for EXCEL?.
Aage
| |
Sven Nielsen (15-04-2004)
| Kommentar Fra : Sven Nielsen |
Dato : 15-04-04 21:18 |
|
In article <c5m9j1$27q7$1@news.cybercity.dk>, "Aage Andersen"
<aaa(REMOVE)@email.dk> says...
> Mon Bill Gates giver mig pengene tilbage for EXCEL?.
Hvis du har købt varen for nylig så har du to års reklamationsret. Gå til
forhandleren og bed om at få fejlen rettet inden for en rimelig tid.
Ellers må handlen jo gå tilbage. Det siger loven.
Med venlig hilsen Sven.
| |
Peter Jensen (16-04-2004)
| Kommentar Fra : Peter Jensen |
Dato : 16-04-04 07:54 |
|
Sven Nielsen wrote:
>> Mon Bill Gates giver mig pengene tilbage for EXCEL?.
>
> Hvis du har købt varen for nylig så har du to års reklamationsret. Gå
> til forhandleren og bed om at få fejlen rettet inden for en rimelig
> tid. Ellers må handlen jo gå tilbage. Det siger loven.
Held og lykke siger jeg bare ... Det er svært nok bare at få pengene
tilbage for den Windows der var på en ny computer, selv om det første
man gør er at slette den.
--
PeKaJe
Join the Navy; sail to far-off exotic lands, meet exciting interesting
people, and kill them.
| |
Henry Vest (15-04-2004)
| Kommentar Fra : Henry Vest |
Dato : 15-04-04 15:29 |
|
Lasse Madsen skrev:
> men hvordan regner jeg så ud hvor mange sekunder der er gået fra
> 01/01-1900 klokken 00:00 til 01/01-1970 klokken 00:00
> der er jo også nogle skudår og halløj !?
70 år, heraf 17 skudår.
Det giver (70*365+17)*24*60*60 sekunder = 2.208.988.800 sekunder.
--
Henry Vest
| |
Michael Berg (15-04-2004)
| Kommentar Fra : Michael Berg |
Dato : 15-04-04 16:55 |
|
Hej,
> 70 år, heraf 17 skudår.
>
> Det giver (70*365+17)*24*60*60 sekunder = 2.208.988.800 sekunder.
Nogen der ved hvornår man beregner skudsekund og hvor ofte det sker?
Da de fleste servere har en eller anden form for tidssynkronisering med
diverse atomure vil det formentlig være relevant at indregne skudsekunder i
beregningen også.
/Michael
| |
Jeppe Stig Nielsen (15-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 15-04-04 17:13 |
|
Michael Berg wrote:
>
> > Det giver (70*365+17)*24*60*60 sekunder = 2.208.988.800 sekunder.
>
> Nogen der ved hvornår man beregner skudsekund og hvor ofte det sker?
Du kan finde nogle links på denne side:
http://maia.usno.navy.mil/
>
> Da de fleste servere har en eller anden form for tidssynkronisering med
> diverse atomure vil det formentlig være relevant at indregne skudsekunder i
> beregningen også.
I perioden 1900-1970 har der været flere forskellige definitioner på
sekundet og systemer til at sikre at ures gang svarede til en eller
anden form for astronomisk tid. Men der er ikke megen tvivl om at det
korrektions-led Lasse skal bruge, simpelthen er ±2.208.988.800.
Og husk: Plancks konstant (en forløber for kvantemekanik som er en
forudsætning for atom-ure) var ikke kendt 1/1-1900; det blev den først
senere på året ...
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
Kristian Damm Jensen (15-04-2004)
| Kommentar Fra : Kristian Damm Jensen |
Dato : 15-04-04 19:50 |
|
Michael Berg wrote:
> Hej,
>
>> 70 år, heraf 17 skudår.
>>
>> Det giver (70*365+17)*24*60*60 sekunder = 2.208.988.800 sekunder.
>
> Nogen der ved hvornår man beregner skudsekund og hvor ofte det sker?
Der findes ingen fast formel og rytme for skudsekunder.
--
Kristian Damm Jensen damm (at) ofir (dot) dk
Tragedy is when I cut my finger. Comedy is when you fall into an open
sewer and die. -- Mel Brooks
| |
PEHnews (16-04-2004)
| Kommentar Fra : PEHnews |
Dato : 16-04-04 06:06 |
|
"Kristian Damm Jensen" <REdammMOVE@ofir.dk> skrev i en meddelelse
news:c5mlir$3ao52$1@ID-146708.news.uni-berlin.de...
> Der findes ingen fast formel og rytme for skudsekunder.
>
>
> --
> Kristian Damm Jensen damm (at) ofir (dot) dk
> Tragedy is when I cut my finger. Comedy is when you fall into an open
> sewer and die. -- Mel Brooks
Hvor regelmæssig er størrelsen årets længde egentlig?
Jeg tænker på, at jordbanens ellipticitet jo ændrer sig mere eller mindre
regelmæssigt!
M.v.h.
Poul Evald Hansen
| |
Sven Nielsen (17-04-2004)
| Kommentar Fra : Sven Nielsen |
Dato : 17-04-04 13:10 |
|
In article <407f69c3$0$28843$d40e179e@nntp04.dk.telia.net>,
pevh@mail.fjerndissetegndanbbs.dk says...
> Hvor regelmæssig er størrelsen årets længde egentlig?
> Jeg tænker på, at jordbanens ellipticitet jo ændrer sig mere eller mindre
> regelmæssigt!
Eh, jeg har ikke hørt om, at jordbanens ellipticitet ændrer sig. Har du
en henvisning til et sted, hvor man kan læse mere om dette?
Ellers er der en formel for årets længde på
http://scienceworld.wolfram.com/astronomy/TropicalYear.html
Det tropiske år er det, vi normalt forstår ved et år. Ifølge formlen
ændrer længden af et år sig systematisk og altså ikke tilfældigt som med
døgnets længde.
Med venlig hilsen Sven.
| |
Henning Makholm (17-04-2004)
| Kommentar Fra : Henning Makholm |
Dato : 17-04-04 18:18 |
|
Scripsit Sven Nielsen <sven@SPAM.AND.SPAM.scientistOHNESPAM.COM>
> Eh, jeg har ikke hørt om, at jordbanens ellipticitet ændrer sig. Har du
> en henvisning til et sted, hvor man kan læse mere om dette?
Måske en henvisning til præcessionen (af henholdsvis banebevægelsen og
Jordens egenrotation) der gør at afstanden mellem forårspunkt og
perhelion varierer. Dette burde give anledning til en (kvasi)periodisk
variation i længden af det tropiske år.
> Ellers er der en formel for årets længde på
> http://scienceworld.wolfram.com/astronomy/TropicalYear.html
Det er vist bare en tredjegradsapproksimation fittet til
observationerne. Man kan næppe gå ud fra at den holder
når tredjegradsleddet begynder at dominere.
--
Henning Makholm "I ... I have to return some videos."
| |
Martin Larsen (17-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 17-04-04 19:24 |
|
"Sven Nielsen" <sven@SPAM.AND.SPAM.scientistOHNESPAM.COM> skrev i en meddelelse news:MPG.1aeb3d1be341978a98968d@news.cybercity.dk...
>
> Eh, jeg har ikke hørt om, at jordbanens ellipticitet ændrer sig. Har du
> en henvisning til et sted, hvor man kan læse mere om dette?
>
Milutin Milankovitch (1879 - 1958)
http://earthobservatory.nasa.gov/Library/Giants/Milankovitch/
Mvh
Martin
| |
Preben Mikael Bohn (15-04-2004)
| Kommentar Fra : Preben Mikael Bohn |
Dato : 15-04-04 20:10 |
|
Michael Berg wrote:
> Nogen der ved hvornår man beregner skudsekund og hvor ofte det sker?
Man beregner det ikke, men kigger på jordens aktuelle
rotationshastighed/rotation i forhold til TAI. Da Jordens rotation ikke
kan forudsiges nøjagtigt i særlig lang tid, kan man ikke bestemme
(endnu, hvis nogensinde) en formel for hvornår skudsekunder skal tilføjes.
Med venlig hilsen Preben
| |
Peter Makholm (16-04-2004)
| Kommentar Fra : Peter Makholm |
Dato : 16-04-04 08:10 |
|
"Michael Berg" <michael.berg@bergconsult.dot.com (figure it out)> writes:
> Nogen der ved hvornår man beregner skudsekund og hvor ofte det sker?
Som sagt så beregner man det ikke, men det sker når man opdager at
forskellen mellem UTC og UT1 overstiger 1 sekund.
Min standardhenvisning vedrørende skudsekunder er
http://tycho.usno.navy.mil/leapsec.html
--
Peter Makholm | I laugh in the face of danger. Then I hide until
peter@makholm.net | it goes away
http://hacking.dk | -- Xander
| |
Jeppe Stig Nielsen (16-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 16-04-04 18:59 |
|
Peter Makholm wrote:
>
> Som sagt så beregner man det ikke, men det sker når man opdager at
> forskellen mellem UTC og UT1 overstiger 1 sekund.
Mere præcist formuleret: Den numeriske forskel mellem UTC og UT1 må
(helst) ikke overstige 0,9 sekunder. Man laver prognoser over denne
differens' forløb ét år frem i tiden, se
ftp://maia.usno.navy.mil/ser7/ser7.dat (skal læses som alm. tekstfil)
Hvis prognosen ved begyndelsen af et halvår (januar eller juli) tyder
på at |UT1-UTC| vil komme væsentligt over 0,5 sekunder, indfører man
et skudsekund (der i teorien også kan være et »negativt skudsekund«,
altså overspringelse af et sekund) som så bliver indsat ved udgangen
af det pågældende halvår.
Skudsekunderne varsles altså små seks måneder i forvejen.
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
Peter Makholm (15-04-2004)
| Kommentar Fra : Peter Makholm |
Dato : 15-04-04 16:02 |
|
"Lasse Madsen" <lm@h-tech.dk> writes:
> Jeg får fra en server, dags dato opgivet i sekunder fra d. 01/01-1900
> klokken 00:00 frem til nu ...
>
> mit problem er at jeg skal bruge hvor sekunder der er gået fra 01/01-1970
> klokken 00:00 frem til nu ...
Hvor præcist skal du regne?
Skal du have tiden rigtigt med et sekunds nøjagtighed har du også brug
for at vide om de to servere bruger TAI, UTC eller GPS.
UTC opererer med skudsekunder således at forskellen mellem UTC og en
eller anden form for sand rotationstid (UT1) er under 1 sekund.
TAI (International Atomic Time), som de internationale atomure bruger
er synkroniseret så den 1. januar 1958 var den sammen som UT1.
GPS var synkroniseret med UTC 6. januar 1980, men bruger ikke
skudsekunder.
Således er forskellen mellem disse tre tidsmålinger:
TAI er 32 sekunder foran UTC
TAI er 19 sekunder foran GPS
UTC er 13 sekudner foran GPS
--
Peter Makholm | I congratulate you. Happy goldfish bowl to you, to
peter@makholm.net | me, to everyone, and may each of you fry in hell
http://hacking.dk | forever
| -- The Dead Past
| |
Preben Mikael Bohn (15-04-2004)
| Kommentar Fra : Preben Mikael Bohn |
Dato : 15-04-04 16:27 |
|
Peter Makholm wrote:
> Således er forskellen mellem disse tre tidsmålinger:
> TAI er 32 sekunder foran UTC
> TAI er 19 sekunder foran GPS
> UTC er 13 sekudner foran GPS
I det ovenstående er det ret vigtigt i to af tilfældene af specificere
_hvornår_ det var på denne måde...
Med venlig hilsen Preben
| |
Peter Makholm (16-04-2004)
| Kommentar Fra : Peter Makholm |
Dato : 16-04-04 08:12 |
|
Preben Mikael Bohn <nospam@nospam.com> writes:
> I det ovenstående er det ret vigtigt i to af tilfældene af specificere
> _hvornår_ det var på denne måde...
Sådan er det *nu*. Der har ikke været indsat skudsekunder siden
1. januar 1999.
--
Peter Makholm | Emacs is the only modern general-purpose
peter@makholm.net | operating system that doesn't multitask
http://hacking.dk |
| |
Jeppe Stig Nielsen (15-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 15-04-04 16:56 |
|
Peter Makholm wrote:
>
> "Lasse Madsen" <lm@h-tech.dk> writes:
>
> > Jeg får fra en server, dags dato opgivet i sekunder fra d. 01/01-1900
> > klokken 00:00 frem til nu ...
> >
> > mit problem er at jeg skal bruge hvor sekunder der er gået fra 01/01-1970
> > klokken 00:00 frem til nu ...
>
> Hvor præcist skal du regne?
>
> Skal du have tiden rigtigt med et sekunds nøjagtighed har du også brug
> for at vide om de to servere bruger TAI, UTC eller GPS.
Mon ikke den pågældende server opererer med præcis 86400 sekunder per
kalender-døgn? Det er vist det almindeligste. Det betyder at fx at
skudsekunder (systemet fik sin nuværende udformning i 1972, men der
var et andet atomtidssystem før) ikke tælles med i den store sum af
sekunder siden den faste referencedato.
Sådan opfører unix-systemet på min pc sig:
[jeppesn@localhost ~]$ date -d '01 jan 1970 utc' +'%s'
0
[jeppesn@localhost ~]$ date -d '01 jan 1982 utc' +'%s'
378691200
[jeppesn@localhost ~]$ date -d '01 jan 1994 utc' +'%s'
757382400
Man ser at skudsekunder ikke tælles med.
Desværre kan man ikke gå helt tilbage til år 1900 (der er vist ikke
bits nok), men det er tæt på:
[jeppesn@localhost ~]$ date -d '01 jan 1902 utc' +'%s'
-2145916800
Så mangler man bare de første to ikke-skudår, nemlig
2*365*86400 sekunder = 63072000 sekunder
Det ønskede tal er vel derfor 2145916800 + 63072000 = 2208988800.
Det var jo også det Henry udregnede på en simpel måde.
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
Peter Makholm (16-04-2004)
| Kommentar Fra : Peter Makholm |
Dato : 16-04-04 08:08 |
|
Jeppe Stig Nielsen <mail@jeppesn.dk> writes:
> Mon ikke den pågældende server opererer med præcis 86400 sekunder per
> kalender-døgn? Det er vist det almindeligste.
NTP (som er det almindeligste til at synkroniserer tid i min verden)
regner vist nok rigtig nok med døgn der er 86400 sekunder, men det
hænder at der er et sekund der optræder to gange efter hinanden.
--
Peter Makholm | What if:
peter@makholm.net | IBM bought Xenix from Microsoft instead of buying
http://hacking.dk | DOS?
| |
Jeppe Stig Nielsen (16-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 16-04-04 16:00 |
|
Peter Makholm wrote:
>
> > Mon ikke den pågældende server opererer med præcis 86400 sekunder per
> > kalender-døgn? Det er vist det almindeligste.
>
> NTP (som er det almindeligste til at synkroniserer tid i min verden)
> regner vist nok rigtig nok med døgn der er 86400 sekunder, men det
> hænder at der er et sekund der optræder to gange efter hinanden.
Hvis man gemmer en fil mens skudsekundet forløber, så kommer den til
at se ud som om den har samme alder som en fil der er gemt i løbet af
det sekund der gik umiddelbart forud for skudsekundet.
Hvis man trækker aldrene for to filer fra hinanden, så får man kun
antallet af ikke-skudsekunder mellem de to tidspunkter. Den sande,
fysiske tid kan kun findes ved at slå op i en historisk tabel over
skudsekunder i perioden.
Et link: http://www.sciencedaily.com/encyclopedia/unix_epoch
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
Anders Thorsby (16-04-2004)
| Kommentar Fra : Anders Thorsby |
Dato : 16-04-04 23:31 |
|
Peter Makholm wrote:
> Således er forskellen mellem disse tre tidsmålinger:
> TAI er 32 sekunder foran UTC
> TAI er 19 sekunder foran GPS
> UTC er 13 sekudner foran GPS
Sidste må vist være omvendt...
GPS er 13 sekunder foran UTC
--
best regards
Anders Thorsby
| |
Peter Makholm (18-04-2004)
| Kommentar Fra : Peter Makholm |
Dato : 18-04-04 14:13 |
|
"Anders Thorsby" <no@spam.please> writes:
> > TAI er 32 sekunder foran UTC
> > TAI er 19 sekunder foran GPS
> > UTC er 13 sekudner foran GPS
> Sidste må vist være omvendt...
> GPS er 13 sekunder foran UTC
Enten det eller også er der nogle relativistiske tidsforskydninger ...
--
Peter Makholm | Wisdom has two parts:
peter@makholm.net | 1) having a lot to say, and
http://hacking.dk | 2) not saying it
| |
N. Foldager (16-04-2004)
| Kommentar Fra : N. Foldager |
Dato : 16-04-04 22:32 |
|
Lasse Madsen:
>men hvordan regner jeg så ud hvor mange sekunder der er gået fra 01/01-1900
>klokken 00:00 til 01/01-1970 klokken 00:00
>der er jo også nogle skudår og halløj !?
Man regner om til juliansk dato, som kun tæller dage:
1-1-1900 kl 00:00 = JD 2.415.021,45833
1-1-1970 kl 00:00 = JD 2.440.588,45833
Forskellen er således 25.567 dage = 2.208.988.800 sekunder
Venlig hilsen
Niels Foldager
| |
Martin Larsen (17-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 17-04-04 10:01 |
|
"N. Foldager" <nfoldager-delete@yahoo.com> skrev i en meddelelse news:5tj0801all1mb5954imvhoq6t799coe1uo@4ax.com...
> Lasse Madsen:
>
> >men hvordan regner jeg så ud hvor mange sekunder der er gået fra 01/01-1900
> >klokken 00:00 til 01/01-1970 klokken 00:00
> >der er jo også nogle skudår og halløj !?
>
> Man regner om til juliansk dato, som kun tæller dage:
>
> 1-1-1900 kl 00:00 = JD 2.415.021,45833
>
> 1-1-1970 kl 00:00 = JD 2.440.588,45833
>
> Forskellen er således 25.567 dage = 2.208.988.800 sekunder
>
Kun fordi du tager differensen går det godt.
Den julianske kalender skifter kl 12 middag.
Dit tal svarer til kl 23:00
1-1-1900 kl 00:00 er altså 2415020.5
Mvh
Martin
| |
Jeppe Stig Nielsen (17-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 17-04-04 13:26 |
|
Martin Larsen wrote:
>
> > Man regner om til juliansk dato, som kun tæller dage:
> >
> > 1-1-1900 kl 00:00 = JD 2.415.021,45833
> >
> > 1-1-1970 kl 00:00 = JD 2.440.588,45833
> >
> > Forskellen er således 25.567 dage = 2.208.988.800 sekunder
> >
> Kun fordi du tager differensen går det godt.
> Den julianske kalender skifter kl 12 middag.
> Dit tal svarer til kl 23:00
Det er jo bare fordi Niels' eller hans software antager at det er mid-
nat dansk tid.
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
Martin Larsen (17-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 17-04-04 13:58 |
|
"Jeppe Stig Nielsen" <mail@jeppesn.dk> skrev i en meddelelse news:40812256.48F2E2C0@jeppesn.dk...
>
> Det er jo bare fordi Niels' eller hans software antager at det er mid-
> nat dansk tid.
>
Den forstod jeg ikke - og kommer vist heller aldrig til.
Mvh
Martin
| |
Jeppe Stig Nielsen (17-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 17-04-04 14:50 |
|
Martin Larsen wrote:
>
> > Det er jo bare fordi Niels' eller hans software antager at det er mid-
> > nat dansk tid.
> >
> Den forstod jeg ikke - og kommer vist heller aldrig til.
Ingen grund til pessimisme; jeg forklarer det straks.
Tidspunktet »1-1-1900 kl 00:00« dansk normaltid svarer til den julianske
dato 2415020,4583333...
Dette er et andet tidspunkt end 1-1-1900 kl. 00:00 Greenwich-middeltid,
der svarer til juliansk dato 2415020,5 som du også selv skrev.
Jeg troede det var det der var grunden til Niels' tal. Men nu kan jeg
godt se at Niels' tal ikke er 1 time foran UT, men derimod 23 timer
efter UT. Det svarer derfor ikke til dansk normaltid som jeg troede,
men derimod til en (ret fiktiv) tidszone 23 timer vest for Greenwich.
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
N. Foldager (18-04-2004)
| Kommentar Fra : N. Foldager |
Dato : 18-04-04 14:15 |
|
Martin Larsen:
>Kun fordi du tager differensen går det godt.
Ja.
Der er åbenbart en fejl i mit program, når klokken sættes til 00:00.
>Den julianske kalender skifter kl 12 middag.
Nej. Det er ikke juliansk kalender, men juliansk dato, vi taler om.
Venlig hilsen
Niels Foldager
| |
Jeppe Stig Nielsen (18-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 18-04-04 14:43 |
|
"N. Foldager" wrote:
>
> Der er åbenbart en fejl i mit program, når klokken sættes til 00:00.
Programmet regnede som om det var 1-1-1900 kl. 24.00 dansk tid ...
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
N. Foldager (18-04-2004)
| Kommentar Fra : N. Foldager |
Dato : 18-04-04 17:21 |
|
Jeppe Stig Nielsen:
>Programmet regnede som om det var 1-1-1900 kl. 24.00 dansk tid ...
Ja. Indtastningen ovenfor giver samme resultat som 00:00.
Jeg har fundet fejlen. Den opstår, når der korrigeres for negativ GMT
efter korrektion for tids-zonen.
Venlig hilsen
Niels Foldager
| |
Martin Larsen (18-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 18-04-04 18:15 |
|
"N. Foldager" <nfoldager-delete@yahoo.com> skrev i en meddelelse news:gmv4809ek75b1r77sd42qrjv0arjtko3pq@4ax.com...
>
> Nej. Det er ikke juliansk kalender, men juliansk dato, vi taler om.
Nej. Det er nu juliansk dag vi taler om.
"Some people use the term Julian date as synonymous with Julian Day or
Julian Day Number. Such use makes it ambiguous, for which reason is
better to reserve the term Julian date to refer to a date in the Julian calendar."
Mvh
Martin
| |
N. Foldager (18-04-2004)
| Kommentar Fra : N. Foldager |
Dato : 18-04-04 22:29 |
|
>> Nej. Det er ikke juliansk kalender, men juliansk dato, vi taler om.
Martin Larsen:
>Nej. Det er nu juliansk dag vi taler om.
Hvorfor nævnte du så juliansk kalender?
Du er sikkert klar over, at min oprindelige pointe lå i brugen af et
fortløbende dag-nummereringssystem, så man undgår problemer med
varierende måneds- og årslængder. Et sådant system er juliansk dag,
som også ofte kaldes juliansk dato i den astronomiske litteratur.
F.eks. på et af de førende observatorier indenfor tidsmåling:
http://aa.usno.navy.mil/data/docs/JulianDate.html
Venlig hilsen
Niels Foldager
| |
Martin Larsen (18-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 18-04-04 23:05 |
|
"N. Foldager" <nfoldager-delete@yahoo.com> skrev i en meddelelse news:h8r580d6q4u5ba9vt5k5r03jeha32e45h0@4ax.com...
>
> >> Nej. Det er ikke juliansk kalender, men juliansk dato, vi taler om.
>
> Martin Larsen:
>
> >Nej. Det er nu juliansk dag vi taler om.
>
> Hvorfor nævnte du så juliansk kalender?
Lapsus.
> Et sådant system er juliansk dag,
> som også ofte kaldes juliansk dato i den astronomiske litteratur.
Ja, det stod der også i den engelske kommentar fra Wikipedia.
Grunden til at man valgte middag til at skifte, var at astronomerne
så havde samme dag til deres natlige observationer.
Mvh
Martin
| |
Jeppe Stig Nielsen (18-04-2004)
| Kommentar Fra : Jeppe Stig Nielsen |
Dato : 18-04-04 23:10 |
|
Martin Larsen wrote:
>
> Ja, det stod der også i den engelske kommentar fra Wikipedia.
> Grunden til at man valgte middag til at skifte, var at astronomerne
> så havde samme dag til deres natlige observationer.
Til gengæld er problemet flyttet om til dem der bor i nærheden af den
180. længdegrad.
Men i praksis er der vist intet problem. Man bruger jo et »flydende«
decimaltal til tids*punkter*.
--
Jeppe Stig Nielsen <URL: http://jeppesn.dk/>. «
"Je n'ai pas eu besoin de cette hypothèse (I had no need of that
hypothesis)" --- Laplace (1749-1827)
| |
Martin Larsen (19-04-2004)
| Kommentar Fra : Martin Larsen |
Dato : 19-04-04 10:30 |
|
"Jeppe Stig Nielsen" <mail@jeppesn.dk> skrev i en meddelelse news:4082FCAF.A48A2F52@jeppesn.dk...
> Martin Larsen wrote:
> >
> > Ja, det stod der også i den engelske kommentar fra Wikipedia.
> > Grunden til at man valgte middag til at skifte, var at astronomerne
> > så havde samme dag til deres natlige observationer.
>
> Til gengæld er problemet flyttet om til dem der bor i nærheden af den
> 180. længdegrad.
>
Jeg tvivler på at Joseph Justus Scaliger i 1583 havde fantasi
til at forestille sig de etnocentricitetsproblemer som vor tids
intellektuelle er så sygeligt optagede af.
Mvh
Martin
| |
N. Foldager (19-04-2004)
| Kommentar Fra : N. Foldager |
Dato : 19-04-04 05:40 |
|
Martin Larsen:
>Grunden til at man valgte middag til at skifte, var at astronomerne
>så havde samme dag til deres natlige observationer.
Samme *dato*
(Det er sjældent, man laver natlige observationer om dagen.)
Slut herfra.
Niels
| |
|
|