Sterrekunde

Hoe om ra & dec tussen verskillende tydperke om te skakel?

Hoe om ra & dec tussen verskillende tydperke om te skakel?


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

Hoe kan u B1950.0 byvoorbeeld in J2000.0 omskakel?

Moet ons die regte beweging van die ster ken en die tyd waarop dit waargeneem is?


Die verskil tussen B1950.0 EN J2000.0 het nie regtig te make met die regte beweging nie. Hulle verwys na die definisie van die koördinaatstelsel. Dus sal 'n ster met geen regte beweging steeds verskillende B1950- en J2000-koördinate hê nie.

Gewoonlik (maar nie altyd nie), as u 'n posisie as equinox 1950 noem, neem u implisiet aan dat dit is tydvak 1950 (tensy anders vermeld). En net so vir J2000 is die implisiete aanname dat die koördinate na die periode 2000 verwys, tensy u anders vermeld.

Daar is dus twee dinge wat u moet doen. Een daarvan is om 'n regstelling toe te pas vir (ongeveer $ ^ {*} $) 50 jaar behoorlike beweging (as u inderdaad net die tydvak 1950 het; of miskien 66 jaar as u die koördinate van die ster wil hê nou). Die tweede is om (ongeveer 50 jaar) presessie op die koördinate toe te pas om dit in die J2000-stelsel te plaas.

Hierdie beskrywing lyk redelik.

$ ^ {*} $ Daar is 'n paar besonderhede oor B = Besseliaanse jare en J = Juliaanse jare waaroor u hier kan lees.


Hoe om ra & dec tussen verskillende tydperke om te skakel? - Sterrekunde


Parameters p vir I- en O-opdragte:

  • COCO is slegs vir gebruik saam met bronne buite die sonnestelsel.
  • Drie verslagbesluite word gegee: L (laag), M (medium) en H (hoog). Die berekeninge is dieselfde ongeag die geselekteerde verslagresolusie. Die akkuraatheid is meer as voldoende vir die resolusie van die verslag 'M' en is tans goed genoeg vir alle praktiese doeleindes. Resolusie 'H' word hoofsaaklik verskaf om vergelyking met ander voorspellings moontlik te maak en om afrondingsfoute waar verskille geneem word, te verminder.
  • Die rou uitvoerlêer bestaan ​​slegs uit posisies wat met 'n vaste, maar hoë resolusie uitgedruk word. Dit is vry van vreemde boodskappe, aanmeldings en foutboodskappe om daaropvolgende verwerking deur ander programme te vergemaklik.
  • COCO is nie bedoel vir die omskakeling van katalogusdata nie, en rapporteer slegs posisies - opgedateerde regte bewegings ens word nie gerapporteer nie. Volledige omskakeling van katalogusdata is moontlik met behulp van sommige van COCO se onderprogramme.


Gee 'n RA en Desember soos gevra, dan gee die program 'n waarde vir galaktiese NH. Let daarop dat die Bell Lab 21-cm-opnamegegevens slegs streke van die lug noord van deklinasie -40 grade dek.


Hoe om ra & dec tussen verskillende tydperke om te skakel? - Sterrekunde

Kan u my daarop wys om inligting oor die grense van elke konstellasie te vind?

Is die grense in RA / DEC gelys? Hoe is die grense geformuleer? As dit so is, wat is dit dan?

As u my sou kon rig om hierdie inligting te vind, sal dit baie waardeer word.

Die grense van die konstellasies word volgens konvensie bepaal, en word inderdaad gedefinieër in RA en DEC, in die tydperk 1875. Die grense is eers deur 1930 vir Eugene Delporte voorgestel, en is binnekort deur die Internasionale Astronomiese Unie vir benoemingsdoeleindes aanvaar. U kan die presiese grense sien in die mees ernstige sterrekaarte vir amateursterrekunde, soos die Sky Atlas van W. Tirion.

Hierdie bladsy is op 27 Junie 2015 opgedateer

Oor die skrywer

Dave Kornreich

Dave was die stigter van Ask an Astronomer. Hy het in 2001 sy doktorsgraad aan Cornell behaal en is nou 'n assistent-professor in die Departement Fisika en Natuurwetenskap aan die Humboldt State University in Kalifornië. Daar bestuur hy sy eie weergawe van Ask the Astronomer. Hy help ons ook met die vreemde kosmologievraag.


Posisionele sterrekunde: Sideriese tyd

Watter sterre is op u plaaslike meridiaan?
Dit hang af van die tyd waarop u waarneem.
In werklikheid hang dit van beide die datum en die (klok) tyd af,
omdat die aarde in 'n wentelbaan om die son is.

Beskou die Aarde op posisie E 1 op die diagram.
Die ster wat vertoon word, is middernag om die uur op die meridiaan.
Maar drie maande later, toe die aarde posisie E 2 bereik,
dieselfde ster is om 18:00 op die meridiaan. deur die klok.

Ons horlosies sal (ongeveer) op sontyd (sontyd) loop.
Maar vir astronomiese waarnemings, moet ons sistertyd (sterretyd) gebruik.

Beskou die rotasie van die aarde in verhouding tot die sterre.
Ons definieer een rotasie van die aarde as een sterre dag,
gemeet as die tyd tussen twee opeenvolgende meridiaan gedeeltes van dieselfde ster.
Weens die wentelbeweging van die aarde is dit 'n bietjie korter as 'n sondag.
(In een jaar draai die aarde 365 keer relatief tot die son,
maar 366 keer relatief tot die sterre.
Die dag van die dag is dus ongeveer 4 minute korter as die sondag.)

Ons definieer Local Sidereal Time (LST) as 0 uur
wanneer die lente-ewening op die plaaslike meridiaan van die waarnemer is.
Een uur later,
die plaaslike uurhoek (LHA) van die ewening is + 1 uur (volgens die definisie van uurhoek),
en die plaaslike sidetyd is 1 uur.
Dus, op enige oomblik, Local Sidereal Time = Local Hour Hoek van die lente-ewening.

Hier is 'n alternatiewe definisie:
veronderstel dat LST = 1 uur.
Dit beteken dat die ewewig 15 & deg (1h) wes van die meridiaan beweeg het,
en nou is 'n ander ster X op die meridiaan.
Maar die regte hemelvaart van ster X is die hoekafstand van die lente-ewening tot X = 1 uur = LST.
Dus, op enige oomblik, Local Sidereal Time = Regte Hemelvaart van die sterre op die meridiaan.

En in die algemeen is die Local Hour Angle of a Star = Local Sidereal Time - RA van die ster.

Op enige oomblik,
verskillende waarnemers, in die ooste of weste, sal verskillende sterre op hul plaaslike meridiane hê.
Ons moet een spesifieke meridiaan kies om as verwysingspunt te dien, en kies Greenwich.

Ons definieer die Greenwich Hour Angle of X
as die uurhoek van X relatief tot die hemelse meridiaan in Greenwich.
Dan kan ons Greenwich Sidereal Time (GST) definieer
as die Greenwich-uurshoek van die lente-ewening.
Dit gee die belangrike verband
LST = GST - lengtegraad wes.

Onthou dat die Local Hour Angle (LHA) van 'n ster = Local Sidereal Time - RA van die ster.
In die besonder, die Greenwich Hour Angle (GHA) van 'n ster = Greenwich Sidereal Time - RA van die ster.
As ons dit kombineer, vind ons
LHA (ster) = GHA (ster) - lengtegraad wes.

Om middernag op 4 Februarie 1998,
Plaaslike Sidereal-tyd by St.Andrews was 8h45m.
St. Andrews het lengte 2 & deg48'W.
Wat was die plaaslike uurhoek van Betelgeuse (R.A. = 5h55m) om middernag?

Hoe laat was Betelgeuse op die meridiaan by St. Andrews?

Hoe laat was Betelgeuse op die meridiaan in Greenwich?

Vir 'n meer gedetailleerde bespreking van Sidereal Time en verwante onderwerpe, sien hoofstuk 2 van USNO-omsendbrief nr.179.


Hoof spyskaart

Daar is 'n sakrekenaar op die webwerf BAA Computing Section hier http://britastro.org/computing/applets_dt.html

Daar is 'n hele paar voorbeelde van kode wat tussen verskillende tydskale omskakel. Die beste voorbeelde is waarskynlik die IDL-bronkode hier. Let op dat BJD barsentries JD is, wat vir die meeste VS-doeleindes dieselfde is as HJD. Ek dink die verskil is net belangrik as u planete probeer opspoor wat rondom die pulse gaan.

Ek het nou drie verskillende bronne vir die berekening vergelyk en dit kom almal anders voor! Ek het die BAA-applet probeer, 'n sppreadsheet wat ek op die web gevind het (HeliocentricJulianDay.xls) en die ohio-state.edu-webwerf. Vir 'n toets het ek 'n waarneming van NR Cam op JD 2457388.40539 gebruik.

BAA-app - & 4,609 min. (276,54 sek.)
Sigblad - & GT 281.3 sek
ohio-state.edu - & GT 344,98 sek

Die eerste twee is minder as 5 sek., Maar die Ohio-webwerf is meer as 'n minuut van die ander af. Dit wil voorkom asof hulle almal verskillende berekeningsmetodes gebruik wat nie konsekwent is nie! Ek wonder of daar probleme is met die afronding van drywende punte as gevolg van die aantal belangrike syfers wat benodig word.


Hoe om ra & dec tussen verskillende tydperke om te skakel? - Sterrekunde

Werksaamhede op Coordinate-stelsels
Vereis:

'N Coordsys-instrument & # x00A0 word gebruik om 'n Coordinate-stelsel op te slaan en te manipuleer (ons gebruik die term & # 8216Coordinate System & # 8217 uitruilbaar met & # 8216Coordsys-instrument & # 8217). 'N Koördinaatstelsel is 'n versameling koördinate, soos 'n rigtingskoördinaat (bv. RA / DEC), of 'n spektrale koördinaat (bv.' N LSRK-frekwensie).

Die belangrikste taak van die Coordsys-instrument & # x00A0 is om tussen absolute pixel en wêreld (fisiese) koördinate om te skakel. Dit ondersteun ook relatiewe pixel- en wêreldkoördinate (relatief tot verwysingsligging).

'N Koördinaatstelsel word gewoonlik geassosieer met 'n beeld (gemanipuleer via 'n beeldhulpmiddel), maar kan ook op sy eie bestaan. 'N Beeld is basies net 'n gewone rooster van pixels plus 'n koördinaatstelsel wat die kartering van pixelkoördinaat na wêreld- (of fisiese) koördinaat beskryf.

Elke koördinaat word met 'n aantal asse geassosieer. Byvoorbeeld, 'n rigtingskoördinaat het twee gekoppelde asse 'n lengte- en breedtegraad. 'N Spektrale koördinaat het een as. 'N Lineêre koördinaat kan 'n arbitrêre aantal as hê, maar hulle is almal nie gekoppel nie. Die Koördinaatstelsel hou eintlik twee soorte as-pixel-asse en wêreldasse in stand.

Behalwe vir die koördinate, is daar ekstra inligting wat in die Koördinaatstelsel gestoor word. Dit bestaan ​​uit die teleskoop, die tydvak (waarnemingsdatum) en die uiters invloedryke waarnemer se naam. Die teleskoop (dit wil sê die posisie op aarde) en die tydvak is belangrik as u byvoorbeeld 'n spektrale koördinaat van LSRK na TOPO wil verander.

Vir die algemene bespreking oor hemelse koördinaatstelsels, sien die referate van Mark Calabretta en Eric Greisen. Agtergrond oor die WCS-stelsel en toepaslike referate (insluitend die artikels wat in

kan hier gevind word. Let daarop dat die werklike stelsel wat oorspronklik in CASA & # x00A0 geïmplementeer is, gebaseer is op 'n konsep van 1996 van hierdie referate. Die finale vraestelle word geïmplementeer terwyl nuwe weergawe van die bepalende biblioteek beskikbaar is.

Baie van die Coordsys-instrument & # x00A0funksies gebruik 'n wêreldkoördinaatwaarde as argument. Hierdie wêreldwaarde kan op baie maniere geformateer word.

Sommige funksies (bv. Toworld) het 'n funksie-argument genaamd formaat wat 'n string neem. Dit beheer die formaat waarin die koördinaat uitgevoer word en dus moontlik in 'n ander funksie.

  • & # 8217n & # 8217 - beteken dat die wêreldkoördinaat as 'n numeriese vektor gegee word (eintlik verdubbel). Die eenhede is implisiet dié wat deur funksie-eenhede teruggestuur word.
  • & # 8217q & # 8217 - beteken dat die wêreldkoördinaat as 'n vektor van hoeveelhede (waarde en eenheid) gegee word - sien die kwantamodule. As daar net een as is (bv. Spektrale koördinaat), kry u slegs een kwantum.
  • & # 8217m & # 8217 - beteken dat die wêreldkoördinaat as 'n rekord van maatreëls gegee word - sien die module vir maatreëls.

Die rekord bestaan ​​uit velde met die naam rigting, spektraal, stokes, lineêr en tabelvormig, afhangende van watter soorte koördinaat in die Koördinaatstelsel voorkom.

Die rigtingveld hou 'n rigtingmaat in.

Die spektraalveld bevat verdere subvelde frekwensie, radiosnelheid, optiese snelheid, betavelositeit. Die frekwensie-subveld bevat 'n frekwensiemaatstaf. Die subveld van die radiosnelheid bevat 'n doppler-maatstaf met behulp van die definisie van radiosnelheid. Die optiese snelheidsveld bevat 'n doppler-maat met die definisie van die optiese snelheid. Die betavelociteitsubveld bevat 'n doppelmaatstaf met behulp van die ware of beta-snelheidsdefinisie.

Die veld Stokes bevat net 'n tou wat die Stokes-tipe gee (nie 'n werklike maatstaf nie).

U kan 'n kombinasie van een of meer van die toegelate letters gee as u die formaatargument gebruik. Die koördinaat word as 'n rekord gegee, met moontlike velde & # 8217; nommer & # 8217; & # 8217quantity & # 8217, & # 8217measure & # 8217 en & # 8217string & # 8217 waar elk van hierdie velde gegee word soos hierbo beskryf.

Daar is funksies torel en toabs wat gebruik word om te skakel tussen absolute en relatiewe wêreld- en pixelkoordinate. Hierdie funksies het 'n argument iswêreld waardeur u kan spesifiseer of die koördinaat 'n pixelkoördinaat of 'n wêreldkoördinaat is. Oor die algemeen hoef u nie hierdie argument te gebruik nie, want enige koördinaatveranderlike wat gegenereer word deur Coordsys-hulpmiddel & # x00A0funksies & # 8217 weet of dit absoluut of relatief is, wêreld of pixel. . U kan egter 'n koördinaatveranderlike invoer wat u op 'n ander manier gegenereer het, en dan sal u dit dalk nodig hê.

Stokes-asse pas nie baie goed in ons koördinaatmodel nie, aangesien dit nie interpoleerbaar is nie. Die alternatief om 'n Stokes-koördinaat te hê, is om 'n Stokes-pixeltipe te hê (soos dubbel, kompleks). Albei het hul goeie en slegte punte. Ons het gekies om 'n Stokes-koördinaat te gebruik.

Met die Stokes-koördinaat moet enige absolute pixel-koördinaatwaarde tussen 1 en nStokes wees, waar nStokes die aantal Stokes-tipes in die Koördinaat is.

Ons definieer relatiewe wêreldkoördinate vir 'n Stokes-as om dieselfde te wees as absolute wêreldkoördinate (dit maak geen sin om aan 'n relatiewe waarde XY - XX sê) te dink nie.

U kan die gespesialiseerde funksies stokes en setstokes gebruik om nuwe Stokes-waardes in die Stokes-koördinaat te herstel en in te stel.

Die Koördinaatstelsel handhaaf wat dit pixel- en wêreldasse noem. Die pixel-as word geassosieer met, byvoorbeeld, die asse van 'n rooster van pixels. Die wêreldasse beskryf wêreldwye asse, gewoonlik in dieselfde volgorde as die pixelasse. Dit kan egter verskil. Stel jou voor dat 'n 3-D-beeld langs een as inmekaargesak is. Die resulterende beeld het 2 pixel-asse. Ons kan egter die wêreldkoördinaat vir die ineengestorte as handhaaf (sodat ons die koördinaatwaarde nog weet). Ons het dus drie wêreldasse en twee pixelasse. Dit is ook vir die C ++ programmeerder moontlik om hierdie pixel- en wêreldas te herorden. Dit word egter ten sterkste afgeraai, en u moet nooit 'n situasie ondervind waar die pixel- en wêreldas in verskillende volgorde is nie, maar dat u gevalle kan ondervind waar die aantal wêreld- en pixela-as verskillend is.

Vir diegene van ons (CASA & # x00A0-programmeerders) wat robuuste skrifte skryf, moet ons rekening hou met hierdie moontlikhede, alhoewel die gebruiker dit regtig nie moet doen nie. Dus gee die pixel- en wêreldvektore die pixel- en wêreldasse van die gevindde koördinaat terug.

Die funksies verwysingswaarde, inkrement, eenhede en name gee hul vektore in wêreldasvolgorde. Funksieverwysingspixel gee egter terug in pixelasvolgorde (en die wêreldvektore kan meer waardes hê as die verwysingspixelvektor).


Gedetailleerde parameterbeskrywings

Parameter = infile (lêer benodig filetype = invoer)

Voer datastel / blokspesifikasie in

dmcoords gebruik die lêerkop om die opset te begin. U kan 'geen' invoer en die konfigurasie instel uit die parameters.

Parameter = asolfile (lêer nie benodig nie filetype = invoer standaard = geen stapels = ja)

Invoer aspek oplossing lêer

dmcoords gebruik die aspekoplossingslêer om die aspek- en sim-offsets te kry deur die gemiddelde van die dy-kolom, die dz-kolom en die dtheta-kolom te bereken. Die asolfiele parameter word geïgnoreer as die invoerlêer die sleutelwoorde DY_AVG, DZ_AVG en DTH_AVG bevat.

Die aspekoplossing word in die pcad * asol1.-lêers vir die waarneming gestoor. As daar meer as een aspekoplossingslêer is, voer al die lêers in as 'n komma-geskeide lys of stapel.

Parameter = opsie (string)

Definieer die koördinaatstelsel om van te begin, en dit kan een van die volgende waardes hê:

Opsie Beskrywing
sel Die ra- en dec-parameterwaardes word na die ander stelsels omgeskakel. Die formaat wat vir ra en dec aanvaar word, word gespesifiseer deur die parameter celfmt.
lug Die x- en y- en parameterwaardes word omgeskakel vanaf die hemel-pixel-koördinaatwaardes ('fisiese' koördinate in die taal van ds9 as u 'n lugbeeld gemaak het) na die ander stelsels.
det Die invoerparameters is detx en dety, die fokusvlak pixel koördinaatwaardes.
skyfie Die invoerparameters is chip_id, chipx en chipy (let op dat, in teenstelling met die ander stelsels, drie parameters nodig is).
logies Die invoerparameters - logicalx en logicaly - is logiese beeldkoördinate, dit wil sê die pixelkoördinate wat binne is. Dit is slegs relevant as die invoerlêer 'n beeld eerder as 'n gebeurtenislys is.
msc Die invoerparameters is spieëlvormige koördinate theta is die hoek van die as in boogminute en phi is die azimuthoek in grade.

Parameter = chip_id (heelgetal min = 0 max = 9)

Die chip ID-nommer vir ACIS, dit lê tussen 0 en 9, vir HRC tussen 0 en 3. Kan ingevoer of uitgevoer word.

Parameter = chipx (reële eenhede = pixels)

Die chip X-pixelkoördinaat. Sien die CXC Coördinate-vraestelle vir definisies. Kan invoer of afvoer wees.

Parameter = chipy (reële eenhede = pixels)

Die chip Y-pixelkoördinaat. Sien die CXC Coördinate-vraestelle vir definisies. Kan invoer of afvoer wees.

Parameter = tdetx (reële eenhede = pixels)

Die betegelde detector X-pixelkoördinaat. Kyk na die CXC Coördinate-vraestelle vir definisies. Gee posisie op 'n fiktiewe vlak waarop elke skyfie van die instrument uitgeplat is. Slegs uitset.

Parameter = tdety (regte eenhede = pixels)

Die betegelde detektor Y-pixelkoördinaat. Kyk na die CXC Coördinate-vraestelle vir definisies. Gee posisie op 'n fiktiewe vlak waarop elke skyfie van die instrument uitgeplat is. Slegs uitset.

Parameter = detx (regte eenhede = pixels)

Die fokusvlak X-pixelkoördinaat. Sien die CXC Coördinate-vraestelle vir definisies. Gee posisie op die raakvlak na die optiese as van die spieël. Die pixelgrootte is in die hoekgrootte vasgestel. Die middel van die beeldvlak is die spieëlas. Kan invoer of afvoer wees.

Parameter = dety (regte eenhede = pixels)

Die fokusvlak Y-pixelkoördinaat. Kyk na die CXC Coördinate-vraestelle vir definisies. Gee posisie op die raakvlak na die optiese as van die spieël. Die pixelgrootte is in die hoekgrootte vasgestel. Die middel van die beeldvlak is die spieëlas. Kan invoer of afvoer wees.

Parameter = x (reële eenhede = pixels)

Die lugvlak X-pixelkoördinaat. Kyk na die CXC Coördinate-vraestelle vir definisies. Gee posisie op die raakvlak na die nominale hemirigtingrigting. Die pixelgrootte is in die hoekgrootte vasgestel. Die middel van die beeldvlak is RA_NOM, DEC_NOM. Kan invoer of afvoer wees.

Parameter = y (reële eenhede = pixels)

Die lugvlak Y-pixelkoördinaat. Kyk na die CXC Coördinate-vraestelle vir definisies. Gee posisie op die raakvlak na die nominale hemirigtingrigting. Die pixelgrootte is in die hoekgrootte vasgestel. Die middel van die beeldvlak is RA_NOM, DEC_NOM. Kan invoer of afvoer wees.

Parameter = logicalx (reële eenhede = pixels)

X-koördinaat in ingeboude prentjie [pixel]

Die lugvlak logiese X-pixelkoördinaat, vir 'n binnebeeld. As u die gebeurtenislys geneem het en deur 'n faktor 32 ingebind het, sê dan, kom die oorspronklike skypixels 1 tot 8192 ooreen met die logiese pixels 1 tot 256. Kan ingevoer of uitgevoer word.

Parameter = logika (reële eenhede = pixels)

Y-koördinaat in binnebeeld [pixel]

Die lugvlak logiese Y-pixelkoördinaat, vir 'n binnebeeld. As u die gebeurtenislys geneem het en deur 'n faktor 32 ingebind het, sê dan, kom die oorspronklike skypixels 1 tot 8192 ooreen met die logiese pixels 1 tot 256. Kan ingevoer of uitgevoer word.

Parameter = ra (string)

RA en Dec is die regte hemelvaart en deklinasie wat ooreenstem met lugpixels X, Y. Dit is ra in seksagesimale formaat (as celfmt = hms) of in grade (as celfmt = deg). Kan invoer of afvoer wees.

Parameter = dec (string)

RA en Dec is die regte hemelvaart en deklinasie wat ooreenstem met lugpixels X, Y. As die celfmt-parameter 'hms' is, gebruik dan 'n seksagesimale formaat, byvoorbeeld "06: 23: 11.21" as die celfmt-parameter 'deg' is, gebruik desimale grade, byvoorbeeld "95.79671". Kan invoer of afvoer wees.

Parameter = theta (reële min = 0 maks = 10800 eenhede = boogmin)

Die hoek van die as af koördinaat in boogmin. Sien die CXC Coördinate-vraestelle vir definisies. Kan invoer of afvoer wees.

Parameter = phi (reële min = 0 maks = 360 eenhede = grade)

Die spieël sferiese koördineer azimut in grade. Kyk na die CXC Coördinate-vraestelle vir definisies. Theta en phi is poolkoördinate waarvan die raakvlak deur detx en dety gegee word. Kan invoer of afvoer wees.

Parameter = volgorde (heelgetal verstek = 0)

Die roostervolgorde, wat nul is of 'n positiewe of negatiewe heelgetal.

Parameter = energie (werklike verstek = 1,0 eenhede = keV)

Die energie in keV. Dit is slegs relevant vir die waarneming van roosters.

Parameter = golflengte (werklike verstek = 0 eenhede = Angstrom)

Die golflengte in angstrome. Dit is slegs relevant vir die waarneming van roosters.

Parameter = ra_zo (string)

Die RA van die nul-orde-beeld, om waarnemings te rasper.

Parameter = dec_zo (string)

Die besluit van die nul-orde-beeld, om waarnemings te rasper.

Parameter = celfmt (string standaard = hms)

RA- en Des-formaat [deg of hms] (xx.xx of xx: xx: xx.x)

Is hemelposisies in seksagesimale (hms) of desimale grade (deg) geformateer.

Parameter = detector (string)

Detector (ACIS of HRC-I of HRC-S)

As dit teenwoordig is, vervang dit die INSTRUME-sleutelwoord in die invoerlêer.

Parameter = rasper (string)

Die roosternaam: toegelate opsies is GEEN, LEG, HEG en MEG. LETG kan gebruik word as 'n alias vir LEG en HETG is 'n alias vir HEG. As dit teenwoordig is, vervang dit die sleutelwoord GRATING in die invoerlêer.

Parameter = fpsys (string)

Brandpuntvlakkoördinaatstelsel: ASC-FP-1.1 vir ACIS ASC-FP-2.1 vir HRC. Die ACIS-fokusvlakstelsel sal standaard gebruik word. Die HRC-fokusvlakstelsel moet gespesifiseer word as die infile weggelaat word. Gebruikers kan ook die mikpuntname: "AI1", "AI2" en "AS1" vir ACIS gebruik, en "HI1", "HS1" en "HS2" vir HRC.

Raadpleeg die CIAO / CXC koördinaatvraestelle vir meer besonderhede.

Parameter = sim (string)

SIM-posisie (bv. 0.0 0.0 -190.6)

Die optiese bankposisie (SIM) (in X, Y, Z), drie werklike waardes geskei deur spasies. bv. "0,0 0,0 -190,1". Oorsê die SIM_X SIM_Y SIM_Z koptekstwaardes in die invoerlêer.

As 'n aspekoplossingslêer verskaf word, word die "sim" en "verplaas" waardes by die waardes verkry uit die aspekoplossingslêer gevoeg.

Parameter = verplaas (string)

STF verplasing (X, Y, Z, AX, AY, AZ)

Optiese bankafstelling, ses ruimte-geskeide reële waardes wat ooreenstem met 'n vertaling en rotasie van die STF-oorsprong met betrekking tot die FC-oorsprong. Slegs vir kundige gebruikers.

As 'n aspekoplossingslêer verskaf word, word die "sim" en "verplaas" waardes bygevoeg by die waardes verkry uit die aspekoplossingslêer.

Parameter = ra_nom (string)

Nominale punt RA [deg of hh: mm: ss]

Nominale rigtingwyser, in formaat gespesifiseer deur celfmt. Dit vervang die invoerlêer RA_NOM-sleutelwoord.

Parameter = dec_nom (string)

Nominale afname [deg of dd: mm: ss]

Nominale rigtingwyser, in die formaat gespesifiseer deur celfmt. Dit vervang die invoerlêer DEC_NOM-sleutelwoord.

Parameter = roll_nom (string eenhede = grade)

Nominale rolhoek, in grade. Dit vervang die invoerlêer ROLL_NOM sleutelwoord.

Parameter = ra_asp (string)

Onmiddellike rigting RA [deg]

Onmiddellike rigtingwyser, in die formaat wat deur celfmt gespesifiseer word. As dit nie ingestel is nie, word die sleutelwoord RA_PNT gebruik en RA_NOM gebruik as die voormalige nie bestaan ​​nie.

Parameter = dec_asp (string)

Onmiddellike aanwysings Des [deg]

Onmiddellike rigtingwyser, in die formaat wat deur celfmt gespesifiseer word. As dit nie ingestel is nie, word die sleutelwoord DEC_PNT gebruik, en DEC_NOM gebruik as die voormalige nie bestaan ​​nie.

Parameter = roll_asp (string eenhede = grade)

Oombliklike rolrol [deg]

Onmiddellike rolhoek, in grade. As dit nie ingestel is nie, word die sleutelwoord ROLL_PNT gebruik, en ROLL_NOM gebruik as die voormalige nie bestaan ​​nie.

Parameter = geompar (standaard lêer = geom)

Parameterlêer vir Pixlib Meetkunde-lêers

Parameter = uitgebreid (verstek van heelgetal = 0 min = 0 max = 5)

Verbose kan van 0 tot 5 wees, wat verskillende hoeveelhede ontfoutopbrengste genereer. Onthou om 'n uitgebreide stel = 1 te stel as u die standaardinligting wil sien. 'N Instelling van verbose = 0 kan handig wees vir skrifte, wanneer die parameterlêer gebruik word om toegang tot die gekaliseerde waardes te verkry, met behulp van pget.

Let daarop dat die standaardwaarde vir uitgebreide waarde 0 is, eerder as die gewone waarde van 1 wat vir die meeste CIAO-instrumente gebruik word.

Ondersteunde formate vir seksagesimale notasie

Die volgende tabelle toon die verskillende formate wat deur dmcoords ondersteun word vir die argumente RA en Declination, óf as dit as parameters gegee word, óf vanuit die program as u die interaktiewe modus gebruik. Wanneer waardes uitgeskryf word, word die kolon-geskeide vorm gebruik.

Ondersteunde RA-formate wanneer celfmt = hms

Insette Omgeskakel na
23 59 59.9999 23 59 59.9999
23:59:59.9999 23 59 59.9999
09h 16m 54.28s 09 16 54.2800
10.9876h 10 59 15.3600
23.7654 01 35 03.6960
0 00 00 00.0000
14 12 14 12 00.0000

Ondersteunde deklinasie-formate wanneer celfmt = hms

Insette Omgeskakel na
-89 59 59.999 -89 59 59.999
-89:59:59.999 -89 59 59.999
32d 15 '6.1 " +32 15 06.100
+14 +14 00 00.000
+0.6857 +00 41 08.520
0 +00 00 00.000
16 10 +16 10 00.000
16d 10 +16 10 00.000

Stel die instrumentkonfigurasie in

Die koördinaatomskakeling hang af van die instrumentkonfigurasie van Chandra (byvoorbeeld watter instrument in die fokusvlak is). As u reeds data vir 'n waarneming het, is hierdie inligting beskikbaar in die koptekst van die gebeurtenislêer (en lêers wat hieruit geskep is, soos beelde), en u kan die infile-parameter gebruik om na so 'n lêer te wys.

As u egter nie so 'n lêer het nie (u beplan byvoorbeeld om 'n waarneming te beplan en wil weet of 'n spesifieke bron op 'n skyfie sal val), kan u die verskillende waardes instel met behulp van die konfigurasieparameters (detector, rooster, fpsys) , sim, verplaas, ra_nom, dec_nom, roll_nom, ra_asp, dec_asp en roll_asp), of die SET-opdrag as dit in interaktiewe modus is. Let daarop dat die instelling van die waardes op hierdie manier die waardes wat in die konfigurasielêer is ingelees (dit wil sê die infile-parameter) vervang. Een keer wat dit handig te pas kom, is wanneer u 'n ander aspekoplossing wil gebruik, soos beskryf in die gedeelte "Koördineer omskakelings en die aspekoplossing" hieronder.

Koördineer omskakelings en die aspekoplossing

Die meeste van die koördinaatomskakelings (bv. SKY to CHIP) hang af van die aspekoplossing: die omskakeling is tydafhanklik vanweë die stoot van Chandra tydens 'n waarneming. Die dmcoords-instrument sal die omskakeling uitvoer met behulp van 'n enkele (dws oombliklike) oplossing. Tensy anders gespesifiseer (dws met behulp van die parameters ra_asp, dec_asp en roll_asp of die SET ASPECT-opdrag) word die oplossing van die nominale aspek van die konfigurasielêer gebruik, soos gegee deur die sleutelwoorde RA_PNT, DEC_PNT en ROLL_PNT (die * _NOM-weergawe word gebruik as die * _PNT-weergawe nie gedefinieër is nie).

Rekeningkunde vir teleskoopafdrywing

Die omskakeling tussen CHIP- en SKY-koördinate vereis akkurate kennis van die afdrywings van die teleskoopondersteuningstruktuur in verhouding tot die detektor. Hierdie dryfvlakke was aan die begin van die missie weglaatbaar, maar het nou groot genoeg geword - van 10 boogsekondes af - dat daar rekening gehou moet word. As die invoerlêer die sleutelwoorde DY_AVG, DZ_AVG en DTH_AVG bevat, sal die dmcoords-instrument dit gebruik en hoef die aspekoplossing nie gegee te word nie (die standaardwaarde van geen kan vir die asolfile-parameter gebruik word). Dit kan gesien word deur die STATUS-opdrag te gebruik en te kyk of die SIM-offset- en rotasiewaardes nie-nul-waardes insluit - soos hieronder getoon:

Vir data wat verwerk is voordat die Repro 4 in die Chandra Data Archive uitgevoer word, sal hierdie waardes gerapporteer word as

en die aspekoplossing moet met behulp van die asolfile-parameter gespesifiseer word.

Die verstek dither waardes

Let daarop dat die verstekamplitudes van die Chandra-bewegingsbeweging onderskeidelik 16 en 40 boogsekondes is vir ACIS- en HRC-waarnemings. Die werklike aspekoplossingsinligting vir 'n gegewe waarneming word in die stel pcad * asol1.fits-lêers gestoor.

Kombinasie van SIM-verplasing en aspekoplossing

Wanneer dmcoords in die parameter-modus uitgevoer word, word die "sim" - en "verplaas" -waardes bygevoeg by die waardes wat verkry word uit die aspekoplossingslêer. As

word in 'n interaktiewe modus gebruik, maar hierdie waardes word as absoluut beskou, selfs al is 'n aspekoplossingslêer gespesifiseer.

Veranderings in CIAO 4.13

'N Fout is herstel wat verhoed het dat die instrument Chandra-roosterkoördinate behoorlik kan bereken. Spesifiek kan gebruikers nou die nul-orde-plek (ra_zo, dec_zo), die traliewerk en die orde, en 'n ligging (bv. In die lug- of skyfkoördinate) verskaf, en die instrument sal nou die korrekte roosterhoek-gekoördineerde rapporteer (GAC: tg_r, tg_d ), sowel as die verwagte energie.

Die instrument sal nou foutief raak as die CALDB nie geïnstalleer is nie.

Die WCS-biblioteek wat die DM gebruik, het 'n probleem met die berekening van koördinaat-transformasies wat die CAR-transform betrek.


Hoof spyskaart

Daar is 'n sakrekenaar op die webwerf BAA Computing Section hier http://britastro.org/computing/applets_dt.html

Daar is 'n hele paar voorbeelde van kode wat tussen verskillende tydskale omskakel. Die beste voorbeelde is waarskynlik die IDL-bronkode hier. Let daarop dat BJD barsentries JD is, wat vir die meeste VS-doeleindes dieselfde is as HJD. Ek dink die verskil is net belangrik as u planete probeer opspoor wat rondom die pulse gaan.

Ek het nou drie verskillende bronne vir die berekening vergelyk en dit kom almal anders voor! Ek het die BAA-applet probeer, 'n sppreadsheet wat ek op die web gevind het (HeliocentricJulianDay.xls) en die ohio-state.edu-webwerf. Vir 'n toets het ek 'n waarneming van NR Cam op JD 2457388.40539 gebruik.

BAA-app - & 4,609 min. (276,54 sek.)
Sigblad - & gt 281.3 sek
ohio-state.edu - & GT 344,98 sek

Die eerste twee is minder as 5 sek., Maar die Ohio-webwerf is meer as 'n minuut van die ander af. Dit wil voorkom asof hulle almal verskillende berekeningsmetodes gebruik wat nie konsekwent is nie! Ek wonder of daar probleme is met die afronding van drywende punte as gevolg van die aantal belangrike syfers wat benodig word.


Hoe karteer SDSS-sterrekundiges die lug en hoe hou hulle al die data by vir die miljoene voorwerpe wat hulle bespeur en bestudeer? Onderwerpe in hierdie afdeling bied 'n belangrike inleiding tot die opspoor van voorwerpe in die lug, en hoe om deur die SDSS-databasis en SkyServer te navigeer. Hierdie afdeling bied ook 'n bietjie agtergrond oor hoe u algemene interessante kenmerke wat u in die beelde kan raaksien, kan herken, soos asteroïdes, satelliete en helder sterre.

RA & amp Des

Hierdie voorvlug bied 'n inleiding tot die hemelse koördinate van Right Ascension (RA) en Declination (Dec), hoe dit gemeet word, en hoe om te skakel tussen seksuele eenhede van ure, boogminute en boogsekondes en desimale grade.

Die SDSS-databasis kan verkry en bevraagteken word met behulp van 'n koderingstaal genaamd SQL (gestruktureerde navraagtaal). Die preflight bied 'n inleiding tot die bou van 'n SQL-navraag om spesifieke inligting oor voorwerpe in die uitgebreide SDSS-databasis op te spoor.

Asteroïdes

Asteroïdes is nie doelbewuste teikens van die SDSS nie, maar gedurende die lang blootstelling wat nodig is om dowwe sterrestelsels en kwasars vas te lê, laat asteroïdes en ander vinnig bewegende voorwerpe gekleurde strepe of 'n reeks gekleurde kolletjies in SDSS-beelde. Hierdie voorskou wys hoe om asteroïdes in SDSS-beelde te identifiseer. Hierdie onderwerp is ook nuttig vir besprekings oor die ingenieursontwerp van die SDSS-opname, wat geoptimaliseer is vir die opsporing van flou voorwerpe en 'n wye deel van die hemelruim.

Artefakte

Hierdie aktiwiteit bied meer voorbeelde van voorwerpe wat deur die SDSS-teleskoop en kamera vasgelê is, wat nie die doelwitte van die opname was nie: asteroïdes, satelliete en helder sterre.


Hoe om ra & dec tussen verskillende tydperke om te skakel? - Sterrekunde

Karma is 'n algemene hulpmiddel vir programmeerders en bevat KarmaLib (die gestruktureerde biblioteek en API) en 'n groot aantal modules (toepassings) om baie standaardtake uit te voer. Hierdie handleiding beskryf die vele visualiseringsinstrumente wat saam met die Karma-biblioteek versprei word.

Hierdie dokument is geskryf vir Karma weergawe 1.7.25, wat waarskynlik my 'eksperimentele' weergawe is. Die meeste van hierdie handleiding sal steeds relevant wees vir die weergawe wat voorheen vrygestel is, slegs vir binêre (of 'beta'), aangesien binêre weergawes elke paar weke of so kom. Volledige openbare vrystellings kom een ​​of twee keer per jaar voor, dus kan hierdie dokument praat oor verskeie nuwe dinge wat nie in die laaste publieke vrystelling van Karma beskikbaar was nie.

Klik hier om 'n saamgeperste PostScript-weergawe van hierdie dokument te kry. Klik hier om 'n spogkleurige voorblad vir hierdie dokument in saamgeperste PostScript te kry.

Afsonderlike aanlyn-dokumente (die Karma Naslaan- en Programmeringshandleidings) is beskikbaar op die Karma-tuisblad. Die meeste visualiseringsinstrumente is beskikbaar via die Karma-tuisblad, of u kan direk na die Karma ftp-webwerf gaan.

Die programme wat tans beskikbaar is, is:

  • volume weergawe van datakubusse & ltxray & gt
  • speel films van datakubusse & ltkvis & gt
  • inspecting multiple images and cubes at the same time <kvis>
  • slice a cube <kslice_3d>
  • superimposing images <kvis> and <kvis>
  • interactive position-velocity slices <kpvslice>
  • look for expanding shells <kshell>
  • interactive co-ordinate placement <koords>
  • rectangular to polar gridding of images <kpolar>

All the visualisation tools support a variety of data formats, including:

      AIPS this is the format used by the AIPS package (Astronomical Image Processing System), sometimes called ``Classic AIPS'' or ``AIPS1'', not to be confused with ``AIPS++'' (which is sometimes called ``AIPS2''). This data format uses a catalogue file which is automatically scanned by the file browser and each available dataset is given an entry in the browser, with the string ``AIPS'' shown in the left-hand column. By default, all map files in the catalogue are shown. You may set the AIPS_ID environment variable to your AIPS user ID to avoid seeing files belonging to other users. To see AIPS files on an AIPS disc, you will need to change directory to the AIPS data area (i.e. where all those odd-looking `` CBD. '' files are kept). You can use the file browser to change directories. Byte-swapped data are automatically detected and corrected

In addition, the automatic decompression of gzipped and bzip2'ed Karma and FITS files is also supported by the file browser Filepopup widget (section 2.1).

If your data are not in one of the supported formats, you will need to convert it to a supported format like FITS .

A number of command-line utilities are provided to convert between other data formats and Karma . These are described below:

    FITS requires the <fits2karma> programme, which is used: 

fits2karma <fits file> <karma file>

<fits2karma> will attempt to trap most deviations from standard FITS and continue gracefully. However, a truly bizzare FITS file may cause <fits2karma> to reject the conversion. In this rare case, please notify rgooch/">Richard Gooch, who will attempt to add a trap so that the data can be converted.

Also note that <fits2karma> will by default truncate axes so that they are divisible by 4 or larger. The reason for this is that this then allows the programme to tile the data (tiling is a way of organising data so that most ways of accessing it are faster). If you really don't want to loose up to 3 co-ordinate points along an axis, you can run <fits2karma> as follows:

fits2karma -allow_truncation off <fits file> <karma file>

miriad2karma <miriad file> <karma file>

gipsy2karma <gipsy file> <karma file>

This programme also tries to tile data like <fits2karma> does

There are also command-line utilities which allow you to convert between other data formats, which are provided as a convenience. These are described below:

    <miriad2gipsy> will convert from Miriad format to GIPSY format, which is used thus:    

miriad2gipsy <miriad file> <GIPSY file>

ktranslate <input file> <output file>

The input and output formats are guessed by the programme, based on the filename extensions. You can force the format if you wish. An example of this is:

ktranslate -intype fits -outtype miriad - <input file> <output file>

The choice of supported output formats is limited to Karma , PPM , FITS , Sun Rasterfile , Miriad and GIPSY . If possible, the conversion process is ``streamed'', to avoid the need to allocate large amounts of virtual memory.

Some data formats support loading of partial datasets. With these formats, if part of the data are missing, the part of the dataset that is available can be loaded (if desired). This is useful if you want to see a preview of a dataset that is currently being written by another process.

The visualisation tools also provide a mechanism for you to add support for other data formats not already supported by the Karma library. You will need a programme that converts from your data format to either Karma , FITS or PNM format, and for some data formats (in particular directory-based formats) you will need to provide a tester programme which determines if a dataset is of a particular type.

To set this up, you need to have a file /.karma/data-filters which contains rules on how to convert data formats. A system-wide file maintained by your local Karma installer is also searched, and is called
$KARMABASE/site/share/data-filters . Finally, the file
$KARMABASE/share/data-filters is scanned to load any filters which come with the Karma distribution. Your own data filters override the system data filters, which in turn override the Karma distribution filters.

A typical file would contain:

This would use the <iraf2fits> programme to convert files with .imh extensions to FITS . The FITS data would then be read in with the standard FITS reader in Karma . Similarly, files with .sdf extensions would be converted to Karma format using the <sdf2karma> programme, which would write out Karma data. Note that it is much more efficient to have a filter which generates Karma than FITS .

Note the <giftopnm> and <tgatoppm> filters are both registered as producing PNM files, whereas <tgatoppm> appears to produce PPM files. This is not a problem, since PNM (Portable aNy Map) is the generic format and PPM (Portable Pixel Map) is a specific subset of PNM .

The converter programmes are called with a single argument, that being the name of the input file. The output Karma , FITS or PNM data must be written to the standard output.

You will note that the tester programme supplied for the .imh and .sdf formats is - which means no tester is needed for these formats.

The special extension name DIRECTORY signifies that this data format is a directory-based one (examples of such formats are Miriad and AIPS++ images). Directory-based formats require a tester programme in order to determine if the directory contains a dataset (in which case it should be loaded) or just a plain directory which should be entered. The tester programme must exit with status 0 if it recognises the dataset, otherwise it should exit with some other value. If it returns the value 16 no warning will be given. It is given the name of the dataset directory as a single argument.

The file browser described in section 2.1 will show all files which are supported by data filters, making the loading of extra data formats transparent to the user.

If you want to write your own data filters, see the section on datafilters in the Karma Programming Manual.

The converter and tester programmes may be specified with absolute pathnames or you may give a plain filename and the PATH is searched. As well as the normal absolute pathnames (i.e. those with a leading `` / '' character) you may also specify an expression, such as:
$KARMABASE/site/$MACHINE_OS/bin/sdf2karma
or, alteratively:
$/site/bin/sdf2karma
which is useful if you want to specify $KARMABASE/site/bin/sdf2karma if the KARMABASE environment variable is defined, otherwise use
/usr/local/karma/site/bin/sdf2karma
instead. This is a good way of providing a default location.

Karma follows the FITS conventions for units. In other words, SI units are used. Please see the FITS standard for more information.