Astrolium liest Ihren Solar-Fire-.aaf-Export, Ihren Astro-Gold-Export, Ihre CSV-Kundenliste oder Ihre manuell eingetippte Klientenliste. Export ablegen. 200 Horoskope landen in unter 60 Sekunden in Ihrer neuen Kundenliste, mit jedem Häusersystem, jeder Sekte und jeder Zeitzone pro Horoskop erhalten. Danach jederzeit wieder exportieren. Kein Lock-in, niemals.
Mehr zur Engine, in die die importierten Horoskope fließen, unter Predictive Timing und dem Transit-Scanner. Den Vergleich mit dem Desktop-Tool, aus dem die meisten unserer Importe stammen, finden Sie unter Solar Fire vs. Astrolium. Den Pro-Plan für 11 $ pro Monat mit dem vollständigen Import-Stack finden Sie auf der Preisseite.
Was „60 Sekunden" konkret bedeutet
Das Erste, was Sie mit neuer Astrologie-Software tun, ist Ihre Praxis mitzunehmen. Ist dieser Schritt aufwendig, ist alles andere bedeutungslos. Sie werden aufgeben, bevor das neue Werkzeug die Chance verdient hat, besser als das alte zu sein. Astroliums Import ist genau um diese Tatsache herum gebaut.
Sie exportieren Ihren Solar Fire Chart-Ordner als .aaf und ziehen ihn in die Import-Zone. Der Datei-Watcher liest jeden Datensatz gegen die AAF-Austauschspezifikation und stellt die Datensätze in einer Staging-Tabelle ein. Die Staging-Tabelle ist das Entscheidende: Hier bestätigen Sie den Import, bevor er committet wird. Mehrdeutige Orte sind gelb markiert. Fehlende Geburtszeiten sind rot markiert. Horoskope mit demselben Namen und demselben Datum (wahrscheinliche Duplikate) werden in einer einzigen Zeile mit Zusammenführungsoption gestapelt. Sie gehen die Tabelle 3 Minuten durch, korrigieren die handvoll Zeilen, die Aufmerksamkeit erforderten, und klicken auf Commit.
Der Commit-Schritt ist das, was tatsächlich schnell ist. Das .aaf-Lesen findet während des Ziehens statt, sodass zum Zeitpunkt des Commits die Zeilen bereits validiert sind und nur noch der Datenbank-Insert aussteht. 200 Zeilen committen in einem Pro-Plan-Arbeitsbereich in etwa 0,8 Sekunden. Die Geokodierung, die Zeitzonenerkennung und die Häusersystem-Erhaltung finden alle vor dem Commit statt, sodass der Commit selbst nahezu kostenlos ist.
Die drei Importwege
Weg 1: .aaf-Export ziehen
Wenn Sie von Solar Fire kommen, ist das Ihr Weg. Nutzen Sie in Solar Fire Datei → Exportieren und wählen Sie AAF — der Stapel-Export schreibt in einem Durchgang eine .aaf-Datei pro Horoskop aus Ihrem gesamten Charts-Ordner. Ziehen Sie den Export in Astroliums Import-Zone. Häusersystem, Sekte und Zeitzone bleiben pro Horoskop erhalten. Derselbe Weg funktioniert für eine einzelne .aaf-Datei, die für sich gezogen wird.
Weg 2: CSV-Kundenliste
Wenn Sie Ihre Klienten in einer Tabelle verwalten (Numbers, Excel, Google Sheets), exportieren Sie diese als CSV. Pflichtfelder sind Name, Datum, Uhrzeit und Ort; alles andere (Notizen, Tags, Schule) ist optional. Astrolium ordnet Ihre Spaltennamen automatisch dem Schema zu und fragt bei nicht zuzuordnenden Spalten nach Bestätigung. Der CSV-Import verarbeitet bis zu 10.000 Zeilen in einem Zug. Derselbe Weg eignet sich zum Abgleich einer Newsletter-Liste mit Ihrer Kundenliste: die Newsletter-CSV ablegen, und Astrolium markiert Zeilen, die bereits als Klienten existieren.
Eine funktionierende CSV sieht so aus:
| Name | Geburtsdatum | Geburtszeit | Geburtsort |
|---|---|---|---|
| Maria Khoury | 1990-04-12 | 06:14 | Beirut, Lebanon |
| Daniel Park | 1985-09-23 | 14:47 | Seoul, South Korea |
| Anya Sokolova | 1978-12-30 | 23:12 | Saint Petersburg, Russia |
Das ist das Minimum. Fügen Sie Spalten für house_system, sect_override oder tags hinzu, und der Import respektiert sie.
Weg 3: Manuelle Eingabe, Klient für Klient
Für einen neuen Klienten während eines Telefongesprächs ist das manuelle Formular der richtige Weg. Vier Felder: Name, Datum, Uhrzeit, Ort. Die Ortsautovervollständigung zieht aus 2 Millionen Städten und 22.000 Ortschaften; tippen Sie „Beir" und Beirut erscheint mit dem richtigen Land und der richtigen Zeitzone. Gesamtzeit vom Öffnen bis zum gespeicherten Datensatz: etwa 12 Sekunden mit etwas Übung, 20 Sekunden bei den ersten Malen.
Die meisten Astrologen, mit denen wir arbeiten, nutzen alle drei Wege in derselben Woche. Den .aaf-Export für die initiale Migration. Die CSV für periodische Stapel (eine akademische Studienkohorte, eine Workshop-Teilnehmerliste, eine mit Tarot überschneidende Kundenliste). Das manuelle Formular für jeden neuen Klienten, der anruft.
Rodden-Bewertungen, und warum sie einen eigenen Abschnitt bekommen
Die Zuverlässigkeit der Geburtszeit ist das Feld, das eine Migration still ruinieren kann. Rektifikationsarbeit, sektenabhängige Techniken und alles, was Sie einem Klienten zeigen würden, hängen davon ab, ob eine Uhrzeit aus einer Geburtsurkunde stammt oder aus der Erinnerung einer Tante. Eine Migration, die diesen Unterschied verliert, hinterlässt eine Kundenliste, die vollständig aussieht und falsch liest.
Astrolium speichert fünf Bewertungen pro Klientendatensatz: AA aus einem Geburtsdokument, A von der Person selbst, B aus einer Biografie, C für undokumentiert oder ungefähr, und X für keine Geburtszeit. Die Auswahl im Arbeitsbereich bietet zusätzlich DD an, dirty data, wenn zwei oder mehr widersprüchliche Zeiten vorliegen.
Ein CSV- oder Solar-Fire-ASCII-Import mappt eine Rodden-Spalte wie jedes andere Feld. Ein DD oder XX in der Quelle fällt auf die speicherbare Bewertung X zurück, und die Vorschauzeile nennt das: welche Bewertung konvertiert wurde und warum. Alles außerhalb der zulässigen Werte wird in der Vorschau mit Begründung abgelehnt – genau dafür ist die Vorschau da. Nichts wird still verworfen, und nichts Unspeicherbares wird geschrieben.
AAF ist ein anderes Problem, und der Importer sagt das offen, statt es zu verschweigen. Das Format kennt kein Rodden-Feld. Eine Bewertung lässt sich nur aus den Freitext-Quellen- und Via-Anmerkungen ableiten, die das exportierende Programm geschrieben hat, also gibt Ihnen der Mapper die Wahl: eine Bewertung aus diesem Text ableiten oder das Feld leer lassen und selbst setzen. Ein AA wird nie aus einem Satz erfunden.
Dasselbe Prinzip zieht sich durch den Rest des AAF-Mappings. Koordinaten, die die vorherige Software fest eingebacken hat, können übernommen oder neu geokodiert werden – Ihre Entscheidung. Ein Datensatz, der in Ihrer Bibliothek bereits existiert, kann übersprungen, als separater Datensatz importiert oder zur Lückenfüllung zusammengeführt werden. Ein Datensatz ohne Geburtszeit kann auf Mittag berechnet, als Sonnenaufgangs-Horoskop berechnet oder zur Rektifikation markiert werden. Jede dieser Fragen lässt AAF offen, und jede wird sichtbar gemacht statt für Sie entschieden.
Was die Migration übersteht
Das, was jeden anderen Import scheitern lässt, den wir gesehen haben, ist stiller Datenverlust. Ein Placidus-Horoskop wird zu einem Ganzhaushoroskop, und der Astrologe bemerkt es drei Sitzungen später. Ein nächtliches Horoskop importiert als Tageshoroskop, und alle sektenabhängigen Berechnungen sind falsch. Ein historisches Datum importiert mit der falschen Zeitzone, und der Aszendent ist um 2 Zeichen verschoben.
Astroliums Import weigert sich, Daten stillschweigend zu verlieren. Die Felder, die pro Horoskop erhalten bleiben:
- Häusersystem. Jedes Horoskop behält sein ursprüngliches System, einschließlich der 23 unterstützten. Kein stiller Reset auf den Arbeitsbereich-Standard.
- Sekte. Tag/Nacht wird aus dem .aaf-Datensatz gelesen oder aus der Sonnenposition über dem Horizont zur importierten Geburtszeit berechnet. Sekte-Overrides (selten, aber real) bleiben bei Vorhandensein in den Quelldaten erhalten.
- Zeitzone. Aus Ort und Datum über die IANA tzdb erkannt. Historische Sommerzeit-Regeln ab 1900 werden berücksichtigt, sodass ein Horoskop von 1962 aus einem Bundesstaat, der damals halbjährig Sommerzeit beobachtete, mit dem richtigen Offset importiert wird.
- Notizen und Tags. Wenn Ihr Solar Fire-Archiv ein Notizen-Feld pro Horoskop hat, übersteht es den .aaf-Export und importiert als Astrolium-Notizfeld. Wenn Ihre CSV Tag-Spalten hat, werden sie auf Astrolium-Tags abgebildet.
- Ursprüngliche Geburtsortschreibweise. Bombay wird für die aktuelle Geokodierung auf Mumbai abgebildet, die ursprüngliche Schreibweise bleibt jedoch im Datensatz erhalten, damit der Export-Roundtrip verlustfrei ist.
Was nicht übersteht: nichts Wichtiges. Der Import erhält die Daten; nur die kosmetische Horoskop-Gestaltung (Rad-Farben, Planetenglyphen-Schriftarten) wird durch Astrolium-Standards ersetzt, die Sie global überschreiben können, wenn Sie ein bestimmtes Erscheinungsbild wünschen.
Im Vergleich zu anderen Migrationswegen
Solar Fire → Astro Gold: Kein nativer .SFCHT-Reader. Jedes Horoskop wird einzeln exportiert, dann importiert. 200 Horoskope kosten etwa 6 Stunden.
Solar Fire → TimePassages: Kein praxisseitiger Import überhaupt. TimePassages wurde für einen Benutzer mit einem Horoskop gebaut.
Von Hand in jede Software: 200 Klienten bei 1 Minute pro Horoskop sind 3 Stunden und 20 Minuten Tipparbeit, zuzüglich Tippfehler.
Astrolium: Als .aaf exportieren, dann hineinziehen. 60 Sekunden. Jedes Horoskop erhalten, jede mehrdeutige Zeile zur Prüfung angezeigt, jedes Häusersystem behalten. Export in beide Richtungen jederzeit verfügbar.
Was Sie tun können, sobald der Import abgeschlossen ist
Der Grund, warum die Importgeschwindigkeit wichtig ist, liegt darin, dass die Kundenliste das Tor zu jeder anderen Astrolium-Funktion ist. In dem Moment, in dem ein Klient in Ihrer Liste landet, kann der Transit-Scanner ihn abfragen, das Predictive Timing Ribbon ist für die nächsten 5 Jahre vorberechnet, und der Chart-Sharing-Link ist versandbereit.
Ein praktisches Beispiel: Importieren Sie Ihre 200 Solar Fire Horoskope um 9:00 Uhr. Um 9:01 Uhr kann der Scanner antworten „Welche meiner Klienten hat Saturn aktuell innerhalb von 1° des Geburtsaszendenten?", weil die Geburtspunkte jedes Horoskops während des Imports indiziert wurden. Um 9:05 Uhr haben Sie bereits 3 gespeicherte Abfragen für die nächsten 30 Tage angeheftet und einen Digest-Zeitplan gestartet. Am Ende der ersten Woche erledigt die neue Plattform Arbeit, die die alte nie konnte.
Wie es weitergeht
Mehr zur Engine, in die die importierten Horoskope fließen, unter Predictive Timing. Die Roster-übergreifende Suche, die sofort nach dem Commit verfügbar wird, finden Sie beim Transit-Scanner. Das Ergebnis, das an Klienten herausgeht, finden Sie unter Chart Sharing. Den Vergleich mit dem Desktop-Tool, aus dem die meisten unserer Importe stammen, finden Sie unter Solar Fire vs. Astrolium und auf der Preisseite für den Pro-Plan zu 11 $ pro Monat.
Migration ist eine Entscheidung von 60 Sekunden. Die Praxis, die Sie darauf aufbauen, hält Jahre.