Können Sie eine GPS-Koordinate in eine galaktische Koordinate übersetzen?

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.

Go to search results >>>

ma Wq CR rl Pe HQ Sc xB OQ NO xq NC

Ich bin ein absoluter Neuling in der Astronomie und allem, was damit zu tun hat.
Wenn ich also etwas Dummes sage, tut es mir leid.

Aber ich habe mich gefragt, ob es möglich ist, GPS-Koordinaten wie folgt zu übersetzen:

Breite: 41.420042122273024 Länge: 2.1533203149999736

zu seinen entsprechenden galaktischen Koordinaten?

Ich bin dankbar für alle Einblicke, die Sie mir geben können :)

PS: Wenn dies der falsche Austausch ist, können Sie mich an die richtige Stelle verweisen, um diese Frage zu stellen.

---

Sicher kannst du! Galaktische Koordinaten haben denselben Ursprung wie andere J2000.0-Systeme; der Schwerpunkt des Sonnensystems (Massenschwerpunkt). Dies ist sehr nahe an der Sonne, normalerweise, aber nicht immer innerhalb der Sonne, weil die größeren Planeten, insbesondere Jupiter, sie ein wenig herumziehen. Sie können hier zum Beispiel ein wenig mehr lesen und auch die hervorragende Antwort von @zephyr lesen.

Zunächst könnte man sich fragen, warum der Ursprung der galaktischen Koordinaten nicht das Zentrum der Galaxie ist. Ich bin mir ziemlich sicher, dass die Antwort so lautet wir wissen nicht wo das ist! Wir müssten die Massen und Orte von allem kennen, und da der größte Teil der Masse der Galaxie aus dunkler Materie besteht, werden wir in absehbarer Zeit nicht wissen, wo sich der Massenschwerpunkt befindet.

Die XY-Ebene der galaktischen Koordinaten wurde jedoch vorerst ausgewählt, basierend auf einer Schätzung des scheinbaren Äquators der Galaxie. Da es sich um eine andere Ebene handelt als die Ebene unseres Sonnensystems, auch Ekliptik genannt, sind die Koordinaten unterschiedlich, obwohl der Ursprung derselbe ist.

Da die galaktischen Koordinaten in der Nähe der Sonne zentriert sind, beträgt die Entfernung unserer Position vom Ursprung immer noch etwa 1 AE (150.000.000 km).

Unten habe ich ein kleines Skript in Python geschrieben, das das einfach zu bedienende Skyfield-Python-Paket verwendet. Im Moment, in dem ich das Programm ausgeführt habe, sind die Koordinaten:

Zeit (JD): 2458099.18846 Zeit (UTC): (2017, 12, 11, 16, 31, 23.049599826335907) Breitengrad (Grad): 41,42 Längengrad (Grad): 2,15 Galaktisch (km): [ -1.46347711e+08 -2.89156773e +06 -2.34254700e+07] baryzentrisch (km): [ 2.69276456e+07 1.33751808e+08 5.79665590e+07] und nur zum Spaß… galaktischer Latlon (Grad): [-9.0922867698877123, 181.13191434418721]

Hier ist das Python-Skript:

import numpy as np import matplotlib.pyplot as plt from skyfield.api import Loader, Topos load = Loader('~/Documents/SkyData') planets = load('de421.bsp') earth, sun = planets['earth'] , planets['sun'] ts = load.timescale() tnow = ts.now() tmonth = ts.utc(2017, 12, range(1,31)) topo = Topos(latitude_degrees=41.42, longitude_degrees=2.15) Position = Erde + Topo print "Zeit (JD):", tnow.tt print "Zeit (UTC):", tnow.tt_calendar() print "Breite (Grad):", Topo.Latitude.Grad drucken "Länge (Grad) ): ", topo.longitude.degrees print "galaktisch (km):", position.at(tnow).galactic_position().km print "barycentric (km):", position.at(tnow).position.km print "und nur zum Spaß… " print "galactic latlon (degs): ", [x.degrees for x in position.at(tnow).galactic_latlon()[:2]]

Koordiniert eine Google Maps-Karte dieselbe Position in Baidu Maps?

Ich implementiere eine Kartenansicht in Baidu Maps (Chinas primärem Kartendienst) mit Breiten- und Längengrad von Google Maps. Ich stelle jedoch fest, dass meine Standorte (hauptsächlich in der Nähe von Shanghai) ständig um etwa einen Kilometer „off“ sind!

Durch eine lineare Anpassung erscheinen die Baidu-Standorte ungefähr (+- einige Meter) an der richtigen Stelle:

Obwohl dies für meine speziellen Bedürfnisse ausreicht, mag ich diese magischen Zahlen nicht. Hat jemand eine Ahnung, woher dieser Offset kommt?

Weltkoordinaten

Immer wenn die API einen Standort in der Welt in einen Standort auf einer Karte übersetzen muss, übersetzt sie zuerst die Breiten- und Längengrade in a Welt Koordinate. Die API verwendet die Mercator-Projektion, um diese Übersetzung durchzuführen.

Der Einfachheit halber bei der Berechnung der Pixelkoordinaten (siehe unten) nehmen wir an, dass eine Karte mit Zoomstufe 0 eine einzelne Kachel der Basiskachelgröße ist. Wir definieren dann Weltkoordinaten relativ zu Pixelkoordinaten bei Zoomstufe 0 und verwenden die Projektion, um Breiten- und Längengrade in Pixelpositionen auf dieser Basiskachel umzuwandeln. Diese Weltkoordinate ist ein Gleitkommawert, der vom Ursprung der Kartenprojektion bis zum bestimmten Ort gemessen wird. Beachten Sie, dass dieser Wert, da es sich um einen Gleitkommawert handelt, viel genauer sein kann als die aktuelle Auflösung des angezeigten Kartenbilds. Eine Weltkoordinate ist also unabhängig von der aktuellen Zoomstufe.

Weltkoordinaten in Google Maps werden vom Ursprung der Mercator-Projektion (der nordwestlichen Ecke der Karte bei 180 Grad Länge und ungefähr 85 Grad Breite) gemessen und nehmen in x-Richtung nach Osten (rechts) und in y-Richtung nach Süden zu (Nieder). Da die Grundkachel von Mercator Google Maps 256 x 256 Pixel groß ist, beträgt der nutzbare Weltkoordinatenraum <0-256>, <0-256>.

Beachten Sie, dass eine Mercator-Projektion eine endliche Breite in Längsrichtung, aber eine unendliche Höhe in Breitenrichtung hat. Wir haben die Basiskartenbilder unter Verwendung der Mercator-Projektion bei ungefähr +/- 85 Grad abgeschnitten, um die resultierende Kartenform quadratisch zu machen, was eine einfachere Logik für die Kachelauswahl ermöglicht. Beachten Sie, dass eine Projektion Weltkoordinaten außerhalb des nutzbaren Koordinatenraums der Basiskarte erzeugen kann, wenn Sie beispielsweise sehr nahe an den Polen zeichnen.

Sie können Ihre eigene Projektion definieren, indem Sie die google.maps.Projection-Schnittstelle implementieren. (Beachten Sie, dass Schnittstellen in der Maps JavaScript API keine Klassen sind, die Sie unterordnen, sondern Spezifikationen für Klassen, die Sie selbst definieren.)

Portal-String decodieren [ ]

Var-Name:	Planet	Sonnensystemindex	Ja	Z	X
Teilzeichenfolge	1	079	00	9D9	690
Bereich für Spielwerte	0..F	000. 2FF	00..FF	000. FFF	000. FFF

Der Portalstring ist nicht nur im Vergleich zum Signalverstärker gemischt, es gibt auch Anpassungen, um die X-, Y- und Z-Koordinaten zu übersetzen. Der Portalcode verwendet das galaktische Zentrum für 0,0,0 anstelle einer Ecke. Vom Signalverstärker bis zum Portal wird ein Wert addiert oder subtrahiert. In der unteren Hälfte jedes Bereichs wird eine Konstante addiert, während in der oberen Hälfte eine Konstante subtrahiert wird.

Umwandlung	X	Ja	Z	Planet	SSI
Signalverstärker 1	046A	0081	0D6D	0	038
Übersetzen	+801	-7F	+801
Portal 1	C6B	02	8D7	0	038
Signalverstärker 2	0E8F	007F	01D8	0	079
Übersetzen	-7FF	-7F	+801
Portal 2	690	00	9D9	0	079

Umrechnungstabelle [ ]

Galaktisch	Portal	Galaktisch	Portal
(Y = unten)		(X = Westen) (Z = Norden)
0000	81	0000	801
0001	82	0001	802
.		.
007E	FF	07FE	F F F
007F	00	07FF	000
0080	01	0800	001
.		.
00FD	7E	0FFD	7FE
00FE	7F	0FFE	7FF
(Y = oben)		(X = Osten) (Z = Süden)

Zukünftige Raumschiff-Kapitäne werden im Star Trek-Stil durch die Galaxie navigieren

Du bist der Kapitän eines Raumschiffs der Föderation, bereit, neues Leben und neue Abenteuer zu suchen. Woher wissen Sie auf Ihrer Reise durch die Galaxie, wo Sie sich befinden? Wie finden Sie Ihren Weg nach Hause?

Auf der Erde wird Ihre Position durch Breiten- und Längengrade angegeben. Sie werden in Winkeln um den Erdmittelpunkt gemessen, wobei der Breitengrad der Winkel nördlich oder südlich des Äquators und der Längengrad der Winkel östlich oder westlich des Nullmeridians ist, der durch Greenwich, England, verläuft. Es ist ziemlich einfach, Ihren Breitengrad zu bestimmen, insbesondere auf der nördlichen Hemisphäre. Da sich der Nordstern Polaris fast direkt über dem Nordpol befindet, können Sie einfach den Winkel von Polaris über dem Horizont messen, und das ist Ihr Breitengrad. Sie können auch einen Sextanten verwenden, um mittags die Höhe der Sonne über dem Horizont zu messen und daraus Ihren Breitengrad zu berechnen.

Längengrad ist viel schwieriger. Da Sterne im Laufe einer Nacht auf- und untergehen und sich der Nachthimmel im Laufe eines Jahres verschiebt, gibt es keinen festen Bezugspunkt, an dem Sie den Längengrad messen können. Stattdessen mussten die frühen Navigatoren entweder die Verschiebung der Sterne mit gemessenen Entfernungen zwischen Städten vergleichen. Es war nicht besonders genau, und Sie können das in frühen Karten von Europa sehen. Es wurde einfacher, als Galileo die Monde des Jupiter entdeckte. Ihr Uhrwerk konnte als himmlische Uhr verwendet werden, und durch den Vergleich ihrer Bewegung mit der Rotation der Erde hatten Kartographen endlich ein genaues Werkzeug zur Messung des Längengrades. Leider war diese Methode auf See nicht nützlich, daher bedurfte es der Entwicklung genauer Uhren, um Seeschiffen einen genauen Längengrad zu liefern. Heutzutage können wir einfach das Global Positioning System (GPS) verwenden. Das GPS besteht aus mehr als 30 Satelliten, die ständig ihren Standort und ihre Zeit übermitteln. Durch das Aufnehmen des Signals von mindestens vier dieser Satelliten kann Ihr Telefon Ihre Position auf der Erde triangulieren.

Die Bestimmung Ihrer Position in der Milchstraße kann mit galaktischen Breiten- und Längengraden erfolgen. Definieren Sie einfach einen galaktischen Äquator und einen Nullmeridian und bestimmen Sie Ihre Position relativ dazu. Für galaktische Koordinaten definieren Astronomen den galaktischen Äquator (0° Länge) als die Ebene der Milchstraße, die durch sein Zentrum verläuft. Der Nullmeridian (0° Breite) wird durch eine Linie definiert, die von der Sonne zum galaktischen Zentrum verläuft. In der Astronomie kann der Himmel als Himmelskugel behandelt werden, sodass die scheinbare Position eines Sterns durch seine galaktischen Koordinaten angegeben werden kann. Ihre Position in der Galaxie könnte somit durch drei Zahlen angegeben werden: Ihre galaktische Breite, galaktische Länge und Ihre Entfernung von der Sonne.

Das Star Trek Das Universum ist in Bezug auf die galaktische Navigation etwas verschwommen, und es gibt keine definitiv kanonische Version. Die beliebteste Version basiert auf den galaktischen Koordinaten, die Astronomen verwenden, mit einigen geringfügigen Unterschieden. Der Nullmeridian ist immer noch eine Linie, die von der Sonne zum galaktischen Zentrum verläuft, aber anstatt nur den galaktischen Längen- und Breitengrad zu verwenden, ist die Milchstraße in Quadranten unterteilt. Nach dieser Definition würde die Sonne auf der Linie liegen, die den Alpha- und Beta-Quadranten trennt, und die Erde würde diese beiden Quadranten kreuzen, wenn sie die Sonne umkreist. In dem Nächste Generation Episode "Relikte", heißt es, dass sich die Erde im Alpha-Quadranten befindet und weniger als 90 Lichtjahre vom Beta-Quadranten entfernt ist. Das bedeutet wahrscheinlich, dass der Alpha-Quadrant um die Sonne erweitert wird, um unseren lokalen Sternhaufen innerhalb des Alpha-Quadranten zu platzieren. Ähnliches haben wir mit der internationalen Datumsgrenze auf der Erde gemacht, um sicherzustellen, dass Länder nicht durch sie geteilt werden.

Natürlich ist ein Koordinatensystem nur dann sinnvoll, wenn Sie Ihre Koordinaten bestimmen können. Star Trek ist wieder unklar, wie Raumschiffe ihren Weg finden. Es ist möglich, dass sie ihre Position basierend auf einer Art Sternkarte berechnen, aber die Identifizierung bestimmter Sterne scheint etwas unpraktisch zu sein. Es stellt sich heraus, dass es einen effektiven Weg gibt, Ihre Position in der Galaxie zu bestimmen, und den haben wir tatsächlich verwendet.

Es ist im Grunde ein galaktisches GPS. Neutronensterne sind dichte alte Sterne mit starken Magnetfeldern. Als Ergebnis strömen Strahlen von Radioenergie von ihren magnetischen Polen. Wenn sich ein Neutronenstern dreht, streichen diese Strahlen wie ein Leuchtturm über den Himmel, und wenn ihre Strahlen zufällig in unsere Richtung zeigen, sehen wir sie als pulsierende Radioobjekte, die als Pulsare bekannt sind.

Das Funkpulsmuster jedes Pulsars ist einzigartig, und wir kennen seine Positionen in der Galaxie recht gut. Wenn Ihr Raumschiff genügend bekannte Pulsare erkennen kann, können Sie diese Informationen verwenden, um Ihre Position in der Galaxie zu berechnen. Wenn die Enterprise also unerwartet aus dem Warp herausfällt oder Q sie in einen seltsamen Teil der Galaxie schickt, müssen die Navigatoren nur nach Pulsaren suchen, um ihren Weg nach Hause zu finden. Interessant ist, dass sich die Rotation eines Neutronensterns mit der Zeit verlangsamt, sodass ältere Pulsare langsamer pulsieren als jüngere. Das bedeutet, dass Sie mit Pulsaren nicht nur Ihre Position in der Galaxie, sondern auch Ihre Sternzeit bestimmen können. Es ist ein nützlicher Trick, wenn Ihre Handlung der Woche Zeitreisen beinhaltet.

Diese Methode wurde tatsächlich verwendet. Nicht um die Position eines Raumschiffs zu bestimmen, sondern um außerirdischen Zivilisationen den Standort unseres Sonnensystems zu geben. Als Pioneer 10 1972 gestartet wurde, trug es eine Plakette mit 14 Pulsarsignalen. Die Idee war, dass, wenn eine außerirdische Zivilisation auf dem Weg über das Sonnensystem auf Pioneer 10 stoßen würde, sie in der Lage sein würde, genau zu bestimmen, wann und von wo aus sie gestartet wurde.

Wenn es um die . geht Star Trek Universum, wir müssen noch Warp-Technologie und Subraum-Kommunikation entwickeln, Wurmlöcher entdecken, in die Vergangenheit reisen, um die Wale zu retten und Kontakt mit außerirdischen Zivilisationen aufnehmen, aber wir haben bereits eine Karte, um unseren Weg zu finden.

Können Sie eine GPS-Koordinate in eine galaktische Koordinate übersetzen? - Astronomie

Koordinatensystem zur Beschreibung von Positionen innerhalb der Domäne

Beschreibung:

Anwendbarkeit

Rahmen

CmpFrame

RahmenSet

SkyFrame

" AZEL " : Horizontkoordinaten. Die Längengradachse ist ein Azimut, so dass der geografische Norden einen Azimut von Null hat und der geografische Osten einen Azimut von + PI/2 Radiant hat. Der Zenit hat Elevation + PI/2. Beim Konvertieren in und aus anderen Himmelskoordinatensystemen werden keine Korrekturen für atmosphärische Brechung oder Polarbewegung angewendet (jedoch wird eine Korrektur für Tagesfehler angewendet). Beachten Sie, dass dieses System im Gegensatz zu den meisten anderen Himmelskoordinatensystemen rechtshändig ist. Außerdem reagiert das AzEl-System im Gegensatz zu anderen SkyFrame-Systemen empfindlich auf die Zeitskala, in der der Epochenwert bereitgestellt wird. Dies liegt an der groben Tagesrotation, die dieses System erfährt, wodurch eine kleine Änderung der Zeit in eine große Rotation überführt wird. Bei der Konvertierung zu oder von einem AzEl-System sollte der Epochenwert für Quell- und Ziel-SkyFrames in der TDB-Zeitskala angegeben werden. Der Unterschied zwischen TDB und TT beträgt zwischen 1 und 2 Millisekunden, sodass normalerweise ein TT-Wert anstelle eines TDB-Werts geliefert werden kann. Die TT-Zeitskala bezieht sich auf TAI über TT = TAI + 32,184 Sekunden.

" ECLIPTIC " : Ekliptikkoordinaten (IAU 1980), bezogen auf die Ekliptik und die mittlere Tagundnachtgleiche, die durch den qualifizierenden Tagundnachtgleichenwert angegeben wird.

" FK4 " : Das alte (baryzentrische) äquatoriale Koordinatensystem FK4, das durch einen Equinox-Wert qualifiziert werden sollte. Das zugrundeliegende Modell, auf dem dies basiert, ist nicht inertial und dreht sich langsam mit der Zeit, daher sollten FK4-Koordinatensysteme für genaues Arbeiten auch durch einen Epochenwert qualifiziert werden.

" FK4-NO-E " oder " FK4_NO_E " : Das alte FK4 (baryzentrische) äquatoriale System aber ohne die " E-Begriffe der Aberration " (z. Dieses Koordinatensystem sollte auch durch einen Equinox- und einen Epochenwert qualifiziert werden.

" FK5 " oder " EQUATORIAL " : Das moderne FK5 (baryzentrische) äquatoriale Koordinatensystem. Dies sollte durch einen Equinox-Wert qualifiziert werden.

" GALACTIC " : Galaktische Koordinaten (IAU 1958).

" GAPPT " , " GEOCENTRIC " oder " APPPARENT " : Das scheinbare geozentrische äquatoriale Koordinatensystem, das die scheinbaren Positionen der Quellen relativ zur wahren Ebene der Erde angibt ’ s Äquator und Tagundnachtgleiche (der Koordinatenursprung) zu einem Zeitpunkt, der durch den qualifizierenden Epochenwert angegeben wird. (Beachten Sie, dass keine Tagundnachtgleiche erforderlich ist, um dieses Koordinatensystem zu qualifizieren, da kein Modell " mittlere Tagundnachtgleiche " beteiligt ist.) Diese Koordinaten geben die scheinbare Rektaszension und Deklination einer Quelle für ein bestimmtes Beobachtungsdatum an und bilden daher eine ungefähre Grundlage für die Ausrichtung eines Teleskops. Beachten Sie jedoch, dass sie auf einen fiktiven Beobachter im Erdmittelpunkt ’ . anwendbar sind, und ignorieren daher Effekte wie die atmosphärische Brechung und die (normalerweise viel kleinere) Aberration des Lichts aufgrund der Rotationsgeschwindigkeit der Erde ’ s Oberfläche. Die scheinbaren geozentrischen Koordinaten werden aus den standardmäßigen baryzentrischen Koordinaten FK5 (J2000.0) unter Berücksichtigung der Gravitationsablenkung des Lichts durch die Sonne (normalerweise klein), der Aberration des Lichts, die durch die Bewegung des Erdmittelpunkts verursacht wird, abgeleitet bezüglich des Schwerpunkts (größer) und der Präzession und Nutation der Rotationsachse der Erde (normalerweise noch größer).

" HELIOECLIPTIC " : Ekliptikkoordinaten (IAU 1980), bezogen auf die Ekliptik und die mittlere Tagundnachtgleiche von J2000.0, wobei zum Längengradwert ein Offset hinzugefügt wird, der dazu führt, dass der Sonnenmittelpunkt auf dem Längengrad Null bei . liegt das vom Epoch-Attribut angegebene Datum. Versuche, einen Wert für das Equinox-Attribut zu setzen, werden ignoriert, da sich dieses System immer auf J2000.0 bezieht.

" ICRS " : Das International Celestial Reference System, realisiert durch den Hipparcos-Katalog. Obwohl es per Definition kein äquatoriales System ist, ist das ICRS dem FK5-System (J2000) sehr ähnlich und wird normalerweise als äquatoriales System behandelt. Die Unterscheidung zwischen ICRS und FK5 (J2000) wird erst wichtig, wenn Genauigkeiten von 50 Millibogensekunden oder besser erforderlich sind. ICRS muss nicht durch einen Equinox-Wert qualifiziert werden.

" J2000 " : Ein äquatoriales Koordinatensystem basierend auf dem mittleren dynamischen Äquator und der Tagundnachtgleiche der J2000-Epoche. Der dynamische Äquator und die Tagundnachtgleiche unterscheiden sich geringfügig von denen des FK5-Modells, daher unterscheidet sich ein " J2000 " SkyFrame geringfügig von einem " FK5(Equinox=J2000) " SkyFrame. Das J2000-System muss nicht durch einen Equinox-Wert qualifiziert werden

" SUPERGALAKTISCH " : De Vaucouleurs Supergalaktische Koordinaten.

Derzeit ist der Standardsystemwert " ICRS " . Dieser Standard kann sich jedoch in Zukunft ändern, wenn sich neue astrometrische Standards entwickeln. Die Absicht ist, den modernsten geeigneten Standard zu verfolgen. Aus diesem Grund sollten Sie die Standardeinstellung nur dann verwenden, wenn Sie dies beabsichtigen (und damit verbundene geringfügige Änderungen in Zukunft tolerieren können). Wenn Sie das ICRS-System auf unbestimmte Zeit nutzen möchten, sollten Sie dies explizit angeben.

SpecFrame

" WAVE " oder " WAVELEN " : Vakuumwellenlänge (Angström)

" AWAV " oder " AIRWAVE " : Wellenlänge in Luft (Angström)

" VRAD " oder " VRADIO " : Funkgeschwindigkeit (km/s)

" VOPT " oder " VOPTICAL " : Optische Geschwindigkeit (km/s)

" ZOPT " oder " REDSHIFT " : Rotverschiebung (dimensionslos)

" BETA " : Betafaktor (dimensionslos)

Der Standardwert für das Unit-Attribut für jedes System wird in Klammern angezeigt. Beachten Sie, dass der Standardwert für das ActiveUnit-Flag für einen SpecFrame ungleich Null ist, was bedeutet, dass Änderungen am Unit-Attribut für einen SpecFrame dazu führen, dass der SpecFrame innerhalb seines umgebenden FrameSets neu zugeordnet wird, um die Änderung der Einheiten widerzuspiegeln (siehe astSetActiveUnit-Funktion für weitere Informationen).

Zeitrahmen

" MJD " : Geändertes Julianisches Datum (d)

Der Standardwert für das Unit-Attribut für jedes System wird in Klammern angezeigt. Streng genommen sollten diese Systeme keine Änderungen an den Einheiten zulassen. Beispielsweise enthält die übliche Definition von " MJD " und " JD " die Anweisung, dass die Werte in Einheiten von Tagen angegeben werden. AST erlaubt jedoch die Verwendung anderer Einheiten mit allen oben genannten unterstützten Systemen (außer BEPOCH), vorausgesetzt, dass die Umwandlung in die " korrekten " Einheiten nur eine einfache Skalierung (1 Jahr = 365,25 Tage, 1 d = 24 h, 1 h = 60 min, 1 min = 60 s). Besselsche Epochenwerte werden in Bezug auf tropische Jahre von 365,2422 Tagen und nicht das übliche Julianische Jahr von 365,25 Tagen definiert. Um Verwechslungen zu vermeiden, wird das Einheitenattribut automatisch auf " Jahr " gelöscht, wenn ein Systemwert von BEPOCH System ausgewählt wird, und ein Fehler wird gemeldet, wenn später versucht wird, das Einheitenattribut zu ändern.

Beachten Sie, dass der Standardwert für das ActiveUnit-Flag für einen TimeFrame ungleich Null ist, was bedeutet, dass Änderungen am Unit-Attribut für einen TimeFrame dazu führen, dass der TimeFrame innerhalb seines umgebenden FrameSets neu zugeordnet wird, um die Änderung der Einheiten widerzuspiegeln (siehe astSetActiveUnit-Funktion für weitere Informationen).

FluxFrame

" FLXDN " : Fluss pro Frequenzeinheit (W/m ^ 2/Hz)

" FLXDNW " : Fluss pro Wellenlängeneinheit (W/m ^ 2/Angström)

" SFCBR " : Oberflächenhelligkeit in Frequenzeinheiten (W/m ^ 2/Hz/arcmin ∗ ∗ 2)

In den obigen Listen sind die Standardeinheiten für jedes System angegeben. Wenn ein expliziter Wert für das Unit-Attribut festgelegt ist, aber kein Wert für System, dann wird der Standard-Systemwert durch die Einheitenzeichenfolge bestimmt (wenn die Einheiten nicht für die Beschreibung eines der unterstützten Systeme geeignet sind, wird ein Fehler gemeldet, wenn es wird versucht, auf den Systemwert zuzugreifen). Wenn weder für Einheit noch für System ein Wert angegeben wurde, werden System=FLXDN und Einheit=W/m ^ 2/Hz verwendet.

Inhalt

Geozentrische Koordinaten können verwendet werden, um astronomische Objekte im Sonnensystem in drei Dimensionen entlang der kartesischen X-, Y- und Z-Achsen zu orten. Sie unterscheiden sich von topozentrischen Koordinaten, die den Standort des Beobachters als Bezugspunkt für Peilungen in Höhe und Azimut verwenden.

Für nahegelegene Sterne verwenden Astronomen heliozentrische Koordinaten mit dem Mittelpunkt der Sonne als Ursprung. Die Bezugsebene kann auf den Himmelsäquator der Erde, die Ekliptik oder den galaktischen Äquator der Milchstraße ausgerichtet werden. Diese 3D-Himmelskoordinatensysteme fügen den äquatorialen, ekliptischen und galaktischen Koordinatensystemen, die in der sphärischen Astronomie verwendet werden, die tatsächliche Entfernung als Z-Achse hinzu.

Können Sie eine GPS-Koordinate in eine galaktische Koordinate übersetzen? - Astronomie

AO
Bekanntgabe der Opportunity-Nummer (Vorschlagsrunde), zu der die Beobachtung gehört Genehmigte Expositionszeit
Zugelassene Belichtungszeit für die Beobachtung in ks

Informationen zur Dateneingabe: Dieses Feld kann aus einer durch Kommas getrennten Liste zugelassener Expositionszeitbereiche bestehen. Weitere Informationen finden Sie im Abschnitt über gültiges Bereichsformat. Durchschnittliche Zählrate
Die durchschnittliche Zählrate in Zählungen pro Sekunde (Hz). Dies ist die L2-Ereigniszählung geteilt durch die L2-Belichtungszeit.

Bei alternierenden Expositionsbeobachtungen spiegeln die Zählungen, die Expositionszeit und die Zählrate die Werte für die sekundären Expositionen wider, da sie den größten Teil der Expositionszeit erhalten. Die Zählraten für die primären Expositionen betragen aufgrund der geringeren Anhäufung typischerweise das 1,5- bis 2,0-fache der sekundären Zählraten.

Informationen zur Dateneingabe: Dieses Feld kann aus einer durch Kommas getrennten Liste von Zählratenbereichen bestehen. Weitere Informationen finden Sie im Abschnitt über gültiges Bereichsformat. Koordinatenanzeigeformat
Der Benutzer kann angeben, ob die Ausgabepositionen in den Suchergebnissen in sexagesimalen (HMS/DMS) Einheiten oder in Dezimalgraden erscheinen. Bei äquatorialen Koordinaten wird bei Auswahl von sexagesimal die RA in Stunden/Minuten/Sekunden angezeigt. Bei ekliptischen oder galaktischen Koordinaten wird bei Auswahl des Sexagesimal-Formats der Längengrad (Long/l) in Grad/Minuten/Sekunden angezeigt. Koordinatensystem
Koordinatensystem der Position. Die Auswahlmöglichkeiten für eine Kegelsuche sind Äquatorial (FK4 und FK5), Ekliptisch und Galaktisch. Auswahlmöglichkeiten für eine Bereichssuche sind Äquatorial (FK5) und Galaktisch. Erstellungsdatum
Das Datum, an dem die Datei erstellt wurde Benutzerdefinierte Auswahl
Schickt den Benutzer zur Seite für benutzerdefinierte Pakete, auf der der Benutzer ein benutzerdefiniertes Paket von Produkten erstellen kann, um es der Abrufliste hinzuzufügen. Datenmodus
Der Datenmodus enthält Informationen für ACIS-Beobachtungen zu zwei Komponenten des Instrumentenaufbaus:

Es folgt der gleichen Codierung wie das Schlüsselwort DATAMODE in den FITS-Dateien:

Lesemodus	Veranstaltungsformat	Datenmodus
TE	F	OHNMACHT
TE	F+B	FAINT_BIAS
TE	VF	VFAINT
TE	G	BEWERTET
CC	F oder F3	CC33_FAINT
CC	F1	CC_FAINT
CC	G oder G3	CC33_GRADED
CC	G1	CC_GRADED

Derzeit ist der Datenmodus für HRC-Beobachtungen null. Dez/Lat/B
Deklination/Breitengrad der Position

Informationen zur Dateneingabe: Informationen zu gültigen Eingabekoordinatenformaten finden Sie im Abschnitt Gültiges Koordinatenformat. Für eine Kegelsuche muss der Radius angegeben werden. Für eine Bereichssuche kann der Benutzer entweder den Mindestwert, den Höchstwert oder beide angeben. Wenn nur eine angegeben wird, ist die Bereichssuche offen. Beschreibung
Eine kurze Beschreibung des Datenprodukts. Detektor
Der für das Datenprodukt verwendete Detektor/Instrument. Anzeige
Anpassungen bei der Anzeige der Suchergebnisse Equinox
Equinox entsprechend dem Koordinatensystem

Informationen zur Dateneingabe: Wenn dieses Feld leer ist, werden die Standardwerte 2000 (für Equatorial J2000) oder 1950 (für Equatorial B1950 oder Bxxxx und für Ecliptic B1950 oder Bxxxx) verwendet. Ereignisanzahl
Dies ist die L2-Ereigniszählung.

• ACIS TE - Zeitgesteuerte Belichtung
• ACIS CC - Kontinuierliche Taktung
• HRC-Timing - HRC-Timing-Modus (S_TIMING)

Bei alternierenden Expositionsbeobachtungen spiegeln die Zählungen, die Expositionszeit und die Zählrate die Werte für die sekundären Expositionen wider, da sie den größten Teil der Expositionszeit erhalten.

Informationen zur Dateneingabe: Dieses Feld kann aus einer durch Kommas getrennten Liste von Belichtungszeitbereichen bestehen. Weitere Informationen finden Sie im Abschnitt über gültiges Bereichsformat. Dateiname
Name einer Datei im Archiv für die ausgewählten Beobachtungen und Produkte. Die Datei wird normalerweise in einem gzip-komprimierten Format gespeichert, aber der Dateiname spiegelt dies nicht wider. Dateigröße
Größe in Byte der Datei. Dies ist die ursprüngliche Länge, nicht die Länge der komprimierten Version der Datei. Dateityp
Der Kurzname eines Dateityps, wie im Handbuch zu Chandra-Datenprodukten als "INHALT" angegeben. Datei-Upload
Der Benutzer kann eine lokale Datei mit Koordinaten oder Zielnamen auswählen, um sie als Grundlage für eine Suche zu verwenden. Um die Auswahl einer Datei aufzuheben, müssen Sie auf Neue Suche klicken oder Zurücksetzen drücken. Es sind maximal 5000 Koordinaten oder Zielnamen zum Hochladen erlaubt.

Liste der Koordinaten:
Die Upload-Datei muss eine Textdatei mit zwei Spalten sein, die entweder durch ein Komma oder einen Tabulator getrennt sind. Die erste Spalte muss der Längengrad sein, die zweite der Breitengrad. Wenn ein Header (wie "RA,DEC") vorhanden ist, wird dieser ignoriert. Informationen zu gültigen Eingabekoordinatenformaten finden Sie im Abschnitt Gültiges Koordinatenformat. Für jede der Koordinaten in der Datei wird eine Kegelsuche durchgeführt. Verwenden Sie das Feld Koordinatensystem, um das in der Datei verwendete Koordinatensystem anzugeben. Verwenden Sie das Feld Radius, um den Suchradius für die Kegelsuche anzugeben.

Alle Leerzeilen oder Zeilen, die mit einem Raute-Symbol (#) beginnen, werden ignoriert.

Liste der Zielnamen:
Die Upload-Datei muss eine Textdatei sein. Jede Zeile in dieser Datei wird in einer Suche verwendet, um einem Zielnamen zu entsprechen. Beim Abgleich wird die Groß-/Kleinschreibung nicht beachtet und Leerzeichen werden ignoriert. Eine Zeile mit "cra" entspricht beispielsweise den Zielen "CRAB NEBULA" und "RCRADARKCLOUD". Beachten Sie, dass die Namen nicht in Koordinaten aufgelöst werden.

Alle Leerzeilen oder Zeilen, die mit einem Raute-Symbol (#) beginnen, werden ignoriert.

• KEINER
• LASS G: Niedrigenergie-Transmissionsgitter (üblicherweise bei HRC verwendet)
• HETG: Hochenergie-Transmissionsgitter (üblicherweise mit ACIS verwendet)

• Leer - ignorieren Sie das Rasterfeld
• Nein - alle Beobachtungen, die NICHT Teil eines Rasters sind
• Ja – alle Beobachtungen, die Teil eines Rasters SIND

• ACIS (AXAF CCD-Bildgebungsspektrometer)
• HRC (Hochauflösende Kamera)

• HST: Beobachtungen des Hubble-Weltraumteleskops (HST). Dazu gehören Vorschläge, die beim Chandra Review (HST) genehmigt wurden, und diejenigen, die beim HST Review (CXO-HST) genehmigt wurden.
• XMM: XMM-Newton-Beobachtungen. Dazu gehören Vorschläge, die beim Chandra Review (XMM) genehmigt wurden, und diejenigen, die beim XMM Review (CXO-XMM) genehmigt wurden.
• Spitzer: Spitzer Weltraumteleskop Beobachtungen
• NOAO: Beobachtungen des National Optical Astronomy Observatory (NOAO)
• NRAO: Beobachtungen des National Radio Astronomy Observatory (NRAO)
• NuSTAR: NuSTAR-Beobachtungen
• Suzaku: Suzaku-Beobachtungen
• Schnell: Schnelle Beobachtungen
• RXTE: Rossi Röntgen-Timing-Explorer-Mission

Informationen zur Dateneingabe: Dieses Feld kann aus einer durch Kommas getrennten Liste von Obsid-Bereichen bestehen. Weitere Informationen finden Sie im Abschnitt über gültiges Bereichsformat. Beobachtername
Nachname des Beobachters. Der Beobachter ist entweder der Hauptprüfarzt oder ein vom Hauptprüfarzt benannter Co-Prüfer, der für die Beobachtung verantwortlich ist.

Informationen zur Dateneingabe: Weitere Informationen zur Verwendung von Listen finden Sie unter Mehrfachauswahllisten. Paket
Bestimmt, ob dieses Datenprodukt primär, sekundär oder unterstützend ist. Passwort
Sowohl persönliche Archivkonten als auch Angebotskonten verfügen über Passwörter, die über einen Link auf der Archiv-Anmeldeseite geändert werden können. Bei vergessenem Passwort kann über einen Link auf der Archiv-Login-Seite eine Passwort-Erinnerungs-E-Mail an den Kontoinhaber angefordert werden. PI-Name
Nachname des Hauptermittlers

Informationen zur Dateneingabe: Weitere Informationen zur Verwendung von Listen finden Sie unter Mehrfachauswahllisten
8-stellige Nummer zur Identifizierung des Vorschlags für eine Beobachtung

Informationen zur Dateneingabe: Dieses Feld kann aus einer durch Kommas getrennten Liste von Angebotsnummernbereichen bestehen. Weitere Informationen finden Sie im Abschnitt über gültiges Bereichsformat. Angebotstitel
Der Titel des Vorschlags

• ASTEROID-BEOBACHTUNG
• BEOBACHTUNG DES M-ZWARF-SYSTEMS
• CHANDRA BEOBACHTUNGEN VON M31

Informationen zur Dateneingabe: Informationen zu gültigen Datumsformaten finden Sie im Abschnitt Gültiges Datumsformat. RA/Lang/l
Rektaszension/Längengrad der Position

Informationen zur Dateneingabe: Informationen zu gültigen Eingabekoordinatenformaten finden Sie im Abschnitt Gültiges Koordinatenformat. Für eine Kegelsuche muss der Radius angegeben werden. Für eine Bereichssuche kann der Benutzer entweder den Mindestwert, den Höchstwert oder beide angeben. Wenn nur eine angegeben wird, ist die Bereichssuche offen. Wenn der Mindestwert größer als der Höchstwert ist, wird die Bereichssuche umgebrochen. Radius
Radius für die Kegelsuche im arcmin Readout Detector
Der Detektor, für den es Chandra-Daten gibt. Bei ACIS-Beobachtungen wird eine Auflistung der Chips für jede Beobachtung in den Suchergebnissen bereitgestellt. Zeilenlimit
Wählen Sie die maximale Anzahl der anzuzeigenden Zeilen aus. Die empfohlene Höchstzahl ist 50. Dies liegt daran, dass frühe Versionen einiger Browser lange brauchen, um die Ergebnisse zu generieren, wenn viel mehr als 50 Ergebnisse zurückgegeben werden. Wenn "Keine Begrenzung" ausgewählt wird und die Suchkriterien die Ergebnisse nicht ausreichend einschränken, kann es für den Benutzer zu einer inakzeptablen Verzögerung kommen. Speichern als
Die Standardeinstellung ist, zur HTML-Seite der Suchergebnisse zu wechseln

• Text: Gibt eine Textseite mit Ergebnissen (im rdb-Format) zurück, die in einer Datei gespeichert werden kann.
• VOTabelle: Gibt eine VOTabelle der Ergebnisse zurück, die gespeichert und mit topcat oder anderen VO-Dienstprogrammen verwendet werden kann
• CSV: Gibt Ergebnisse im CSV-Format zurück, die in einer Datei gespeichert werden können.

Informationen zur Dateneingabe: Weitere Informationen zur Verwendung von Listen finden Sie unter Mehrfachauswahllisten. Sekundärpaket
Das Paket der Sekundärdatenprodukte. Wenn der Benutzer Korrekturen an der automatisierten Verarbeitung des CXC vornehmen muss, ist dieses Paket zusätzlich zu den Primärprodukten erforderlich. Sequenznummer
Sechsstellige Sequenznummer. Für Engineering Requests ist dieser Wert leer.

Informationen zur Dateneingabe: Dieses Feld kann aus einer durch Kommas getrennten Liste von Sequenznummernbereichen bestehen. Weitere Informationen finden Sie im Abschnitt über gültiges Bereichsformat. Sortierung
Die Reihenfolge, in der die Suchergebnisse angezeigt werden. Der Benutzer kann wählen, nach jedem Element in der Auswahlliste zu sortieren. Der Benutzer legt außerdem fest, ob die Ergebnisse aufsteigend oder absteigend sortiert werden sollen. Anfangsdatum
Startdatum(e) und Uhrzeit(en) des ersten (oder einzigen) Beobachtungsintervalls der Beobachtung

• Archiviert: Daten werden öffentlich veröffentlicht
• Beobachtete: Eigenbeobachtung. Daten wurden an das PI . freigegeben
• Geplant: Zwei Möglichkeiten - 1) im Zeitplan der nächsten Woche oder später im Zeitplan dieser Woche 2) im Zeitplan der letzten Woche oder früher im Zeitplan dieser Woche, aber die automatische Verarbeitung und Verifizierung und Validierung nicht abgeschlossen not
• Unbeobachtet: Genehmigt, aber noch nicht beobachtet oder geplant
• Ungetriggert: Genehmigtes TOO, das noch nicht vom PI ausgelöst wurde. Sie stehen nicht zur Beobachtung zur Verfügung, bis sie vom PI ausgelöst werden.
• Abgesagt: Observation was canceled and never took place
• Discarded: Observation yielded no useful scientific data

Note that there are certain low-level (telemetry, L0) supporting products that are not available through WebChaser, because they may contain a mix of public and proprietary data. These products can be made available through a special request, but users are warned that their usefulness is extremely limited since they are not supported in CIAO tools.

The following supporting products are not available in WebChaser: evt0, img0, exr, hrcss, epheio, ephhist, ephhk, ephpha, ephtlm, ephrates, ephhk_cln, and all raw files. Target Name
Name of the observed object

Similar packages

If you like libTheSky, you may also be interested in the following FOSS packages:

astroTools	command-line tools for astronomy and astrophysics
evTools	tools to manipulate and display output from the binary stellar-evolution code ev/STARS/TWIN
GWtool	a set of simple command-line tools for working with gravitational waves
libSUFR	A LIBrary containing Some Useful Fortran Routines
RochePlot	schematically plot the key stages in the evolution of a binary star

Coordinates converter for WGS84, UTM, CH1903, UTMREF(MGRS), Gauß-Krüger, NAC, W3W

Input:
The input of the latitude is a decimal number between -89.999999 and 89.999999.
If the degree of latitude is given in S as south, the number should be preceded by a minus sign.
The input of the longitude is a decimal number between -179.999999 and 179.9999999.
If the longitude is given in W as west, the number should be preceded by a minus sign.
If these limit values are not kept with the input, the frame turns red, and/or the fields remain empty. Decimal degree (WGS84)

Example: North 47°1.122 | East 12° 20.553'

The input for the latitude must be between -89 and 89 and must be an integer.
The input for the longitude must be between -179 and 179 and must be integer.
The input of minutes for latitude and longitude is an optional decimal number, but if it is made it must be between 0 and 59.99999.
If these limits are not met, the frame will turn red or the fields will remain empty. Degrees Minutes (WGS84)

Example: North 47° 1' 7.359' | East 12° 20' 33.216'

The input for the latitude must be between -89 and 89 and must be an integer.
The input for the longitude must be between -179 and 179 and must be integer.
The input of minutes for latitude and longitude must be between 0 and 59 and must be integer.
The input of the seconds for latitude and longitude is optional, but if it is done it must be between 0 and 59.99999.

If these limits are not met during input, the frame will turn red or the fields will remain empty. Degrees Minutes Seconds (WGS84)

Example: E (East) = 2783009 | N (North) = 1223568

As these coordinates are only used in Switzerland and Liechtenstein, limit values for N and E apply.

The northernmost point is about 47.8 degrees and therefore the maximum value for N is 1,300,000.
The southernmost point is about 45.8 degrees and therefore the minimum value for N is 1,074,000.
The easternmost point is about 10.5 degrees and therefore the maximum for E is 2,834,000.
The westernmost point is about 5.9 degrees and therefore the minimum value for E is 2,484,000.

If these limits are not met, the frame turns red or the fields remain empty. CH1903+ / LV95 (Bessel 1841)

Example: Zone 32U | East value 691831 | North value 5337164

The zone determines the rough position of the point and should prevent mix-ups.
Valid zone values are from 01A-60X, but without O and I.

Eastern values must be between 100.000 and 900.000.
North values must be between 1 and 9,999,999.

If these limit values are not adhered to during input, the frame turns red or the fields remain empty.

The letter of the zone is corrected automatically with wrong input. UTM coordinates (WGS84)

Example: Zone 32U | Plan square PU | East value 91831 | North value 37164

The zone determines the rough position of the point and should prevent mix-ups.
Valid zone values are from 01A-60X, but without O and I.

The grid square determines the location in the zone and consists of the eastern value (A-Z without O and I) and the northern value (A-V without O and I).

East values must be between 1 and 99,999. Missing digits are filled in at the back.
North values must be between 1 and 99,999. Missing digits are padded at the back.
Values below 10,000 must be filled with zeros at the front so that the two numbers are 5 digits long each.

If these limit values are not adhered to during input, the frame turns red or the fields remain empty.

The letter of the zone is automatically corrected if the input is incorrect. MGRS / UTMREF (WGS84)

Example: R (right value) = 4468298 | H (high value) = 5333791

Since the underlying ellipsoid for these coordinates is only used in Germany, limit values for R and H apply.
The northernmost point is about 56 degrees and therefore the maximum value for H is 6200000.
The southernmost point is about 46 degrees and therefore the minimum value for H is 5000000.
The most westerly point is about 5 degrees and therefore the maximum value for R is 5700000.
The easternmost point is about 16 degrees and therefore the minimum value for R is 2400000.

If these limits are not met, the frame turns red or the fields remain empty. Gauss Kruger (Bessel, Potsdam)

Example:
X (longitude, longitude) = HQXT8G | Y (latitude, latitude) = R3WR5H

Input:
The following characters are permitted for X and Y: 0123456789 BCDFGHJKLMNPQRSTVWXZ.
The length can be between 1 and 6 characters. NAC (Natural Area Coding, WGS84)

Input:
The input must always consist of 3 words. Each word is separated by a period. W3W (What 3 Words)

Beispiel:
Short Code: 8QQ7+V8, Dublin
Full Code: 8FVHG4M6+2X

Eingabe:
Short Code besteht aus 4 Zeichen, gefolgt von einem + gefolgt von 2 Zeichen, gefolgt von einer Ortsbezeichung
Full Code besteht aus 8 Zeichen, gefolgt von einem + gefolgt von 2-3 Zeichen.
Erlaubte Zeichen sind außer beim Ortsnamen: 23456789CFGHJMPQRVWX Plus Code (google Open Location Code)