GEDCOM-import och export¶

GEDCOM är det standardformat som släktforskningsprogram använder för att utbyta data. Nästan alla program — Min Släkt, Disgen, Ancestry, MyHeritage, FamilySearch — kan exportera och importera GEDCOM.

I PastPaths kan du:

Importera en GEDCOM-fil och få med personer, händelser, platser, källor och bilder
Exportera din PastPaths-data till GEDCOM så att du kan flytta den till ett annat program eller dela med släktingar — och välja vad som ska stanna hemma, till exempel uppgifter om levande personer

Importera en GEDCOM-fil¶

Förberedelse¶

Lägg filen där den ska vara. Om GEDCOM-filen kommer i ett zip-arkiv tillsammans med foton — packa upp hela arkivet på samma plats. PastPaths letar efter foton i samma mapp och i undermappar.
Gör en säkerhetskopia först. Importer kan ångras (se nedan), men det är alltid klokt att ha en säkerhetskopia innan en stor förändring. Den gör du på sidan Import & Export. → Säkerhetskopior
Stäng inte programmet under import. Stora filer kan ta flera minuter.

Genomföra importen¶

Gå till Administrera → Import & Export
Välj GEDCOM-import
Välj din .ged-fil (eller .zip-fil med GEDCOM och bilder)
PastPaths försöker upptäcka vilket program som skapat filen — Ancestry, MyHeritage, TNG, PastPaths eller standard-GEDCOM. Programmet läses från filens huvud (1 SOUR). Det betyder att t.ex. Ancestry-specifika tagg-data kommer med.
Klicka Starta import

När du valt fil ser du hur många personer och relationer som kommer att läsas in. Du ser också vilket program PastPaths tror att GEDCOM-filen kommer från.
En framstegsindikator visar var i importen du är. Stora filer (flera tusen personer) kan ta flera minuter

Stora filer kan ta lång tid att importera. Du ser att det händer något även om det kan ta flera minuter med stora filer.

När filen är helt importerad visas det genom en klarmarkering.

Vad importeras?¶

PastPaths importerar:

Personer med namn (inklusive smeknamn och alternativa namn — flera smeknamn sparas med semikolon emellan), kön, födelse- och dödsdatum — även personer markerade som avlidna utan känt datum (t.ex. GEDCOM-taggen DEAT Y) markeras korrekt som avlidna. Har personen flera NAME-rader är den första huvudnamnet och de övriga blir alternativa namn med typen från TYPE, till exempel gift namn eller födelsenamn. Titlar (NPFX, NSFX), gift namn (_MARNM), alias (_AKA, ALIA) och gårdsnamn (_FARN) blir också alternativa namn med typ
Händelser — födelse, dop, troendedop, adoption, förlovning, lysning, vigsel, skilsmässa, dödsfall, begravning, kremering, bouppteckning, testamente, emigration, immigration, naturalisering, folkräkning, bosättning, yrke, titel, utbildning, konfirmation, första nattvardsgång, prästvigning, examen, pensionering, militärtjänst, medicinska tillstånd (vissa program) samt anpassade/generiska händelser. Har en händelse en egen beskrivning (TYPE, till exempel "Husförhör 1850" under en folkräkning) blir den händelsens titel. Lysning (MARB) blir en händelse av typen Lysning
- Dop och troendedop: CHR blir dop och CHRA troendedop. BAPM är GEDCOM:s vanliga dop och blir dop. I filer från PastPaths blir BAPM troendedop. Det gäller också när TYPE säger troendedop eller vuxendop
- Okända händelser som PastPaths saknar en egen typ för blir Annat med händelsens namn och taggen som titel. Familjens händelser, även folkräkning och bosättning under familjen, får båda makarna. FACT med datum, plats, källa eller bild blir också Annat
- Uppgifter under händelsen: ålder (AGE), orsak (CAUS), förrättare (AGNC) och religion (RELI) hamnar i beskrivningen. RESN privacy, RESN confidential och _PRIV gör händelsen privat
Platser — med GPS-koordinater om filen anger dem (standard MAP/LATI/LONG under PLAC, eller TNG:s centrala platsregister), och försöker tolka uppdelning i stad/län/land. Kommer filen från PastPaths egen export läses fälten in exakt som de såg ut, utan tolkning
Relationer — föräldrar, partner, barn och övriga relationer (gudförälder, vittne), se Relationer och parets händelser
Källor med titlar, referenser och arkivuppgifter (inklusive kontaktuppgifter och hyllsignum), inklusive försök att gissa källtyp (kyrkobok, folkräkning, bouppteckning, mönsterrull, m.fl.)
Citationer med sidnummer, tillförlitlighet och hämtningsdatum
Media — bilder och dokument om filerna ligger med
Anteckningar — även källor som bara är skrivna som text (1 SOUR <text>) och kontaktuppgifter (EMAIL, PHON, WWW)

Auto-tagg på allt importerat¶

Alla poster som importeras får automatiskt en tagg som markerar varifrån de kom:

Källa	Tagg
Standard-GEDCOM	`-gedcom-import-ÅÅÅÅ-MM-DD`
Ancestry	`-ancestry-import-ÅÅÅÅ-MM-DD`
MyHeritage	`-myheritage-import-ÅÅÅÅ-MM-DD`
TNG	`-tng-import-ÅÅÅÅ-MM-DD`
PastPaths egen export	`-pastpaths-import-ÅÅÅÅ-MM-DD`

Det inledande bindestrecket sorterar taggen överst i tagglistan, så maskinsatta taggar syns före dina egna.

Det betyder att du senare kan filtrera personer/platser/händelser/media på just den taggen för att se exakt vad som kom från en specifik import.

Om du importerar samma fil flera gånger samma dag används samma tagg-objekt — du får inga dubbletter av tagg-namn.

Varningstagg¶

Poster som fått en varning eller ett fel vid importen får dessutom en röd tagg, så att du hittar dem som behöver kontrolleras. Taggen följer samma mönster som importtaggen, till exempel -gedcom-warning-ÅÅÅÅ-MM-DD, -tng-warning-ÅÅÅÅ-MM-DD och -ancestry-warning-ÅÅÅÅ-MM-DD.

Varning eller fel	Får taggen
En bildfil hittades inte eller kunde inte importeras	Personerna och händelserna som visar bilden
En familj kunde inte importeras	Familjens personer, eftersom relationer kan saknas
Ett TNG-foto (`_PHOTO`) kunde inte importeras	Personen

Taggen sätts även när importen misslyckas, på de poster som hann sparas. Den får röd färg när den skapas. Ändrar du färgen behålls din färg vid nästa import samma dag.

Relationer och parets händelser¶

En familj (FAM) i GEDCOM blir en partnerrelation mellan makarna. Formen bestäms av familjens händelser:

I filen	Relationen i PastPaths
`MARR` (vigsel)	Gift
`MARR` med `TYPE` Ogift eller Sambo	Sambo och händelsen Flytta ihop. Typtexten hamnar i händelsens beskrivning
`MARR` med `TYPE` Registrerat partnerskap	Gift. Typtexten blir vigselns titel
Relationsstatus utan vigsel: `_MSTAT`, `_NMR`, `_UMAR` eller `_MARR N`	Den form statusen anger, till exempel sambo
`_PPFORM` och `_PPEND` från PastPaths egen export	Samma form och slutorsak som i exporten
`DIV` (skilsmässa), med eller utan `MARR`	Gift med slutorsaken skilsmässa
`ENGA` (förlovning) utan vigsel	Förlovad
Flytta ihop eller separation från PastPaths egen export	Sambo (avslutad vid separation)
Inget av ovanstående, eller bara `MARB` (lysning)	Partner

Familjens händelser kopplas till relationen på samma sätt som när du registrerar dem i PastPaths, och relationen får händelsernas datum. En DIV utan datum räknas också som skilsmässa. Händelser som inte passar formen kopplas inte, utan visas i relationskontrollen under Underhåll.

Par som blir partner får taggen -gedcom-partner-ÅÅÅÅ-MM-DD (eller -tng-partner-… osv.) på båda personerna, så att du kan gå igenom dem och välja rätt form. Där familjen saknar vigsel är formen ju okänd.

Par där formen kom från en relationsstatus i stället för en vigsel får taggen -gedcom-relationsstatus-ÅÅÅÅ-MM-DD (eller -tng-relationsstatus-… osv.) på båda personerna. Förr var par som bodde ihop oftast gifta, så granska formen. En rad som 1 MARR Y utan fler uppgifter räknas för formen men ger ingen tom händelse.

Övriga relationer i filen (ASSO med RELA) blir övriga relationer: gudförälder när RELA till exempel är Godparent, Godfather, Gudmor eller Fadder, vittne när den är Witness eller Vittne, annars övrigt med RELA-texten som anteckning.

Adoption (ADOP) blir en händelse med barnet som huvudperson och adoptivföräldrarna, från familjen under FAMC, med rollen Förälder.

Importhistorik och ångra¶

Varje import skapar en post i Import/Exporthistoriken.

I historiken ser du:

När importen gjordes och hur lång tid den tog
Vilken fil som importerades och från vilket källprogram
Hur många personer, platser, händelser, media och källor som kom in
Status — lyckad, misslyckad eller ångrad
Eventuella varningar och fel — klicka på varningsknappen på raden för att se listan

En import som avbröts, till exempel för att PastPaths stängdes mitt i importen, visas som misslyckad nästa gång PastPaths startar.

Ångra en import¶

Om importen blev fel — fel fil, dubbletter mot existerande data, eller bara felaktigt — kan du ångra den. Klicka Ångra på rätt rad i historiken. Det går även för en import som misslyckades eller avbröts. Då tas det bort som hann importeras före felet.

Ångra import — Bekräfta att du vill ångra en import i listan.

Innan du bekräftar visas en sammanfattning av vad som kommer tas bort:

Personer som importerades
Händelser som blir "föräldralösa" (har ingen kvarvarande person knuten till sig)
Media (både databasrad och fil på disk)
Platser som blir oanvända (ingen person, händelse eller koppling kvar till dem)
Källhänvisningar som importen skapade
Källor som importen skapade, men bara de som inte fått några andra hänvisningar sedan dess

Vad lämnas kvar?

Om du har redigerat något efter importen — t.ex. lagt till anteckningar på en importerad person, eller knutit en importerad plats till en händelse du själv skapat — bevaras dessa kopplingar så långt som möjligt. Platser raderas bara om de blir helt oanvända efter att importerade personer/händelser tagits bort.

Globala taggar och kategorier raderas inte

Auto-import-taggen (-gedcom-import-...) och varningstaggen (-gedcom-warning-...) försvinner inte vid ångra eftersom andra entiteter kan dela samma tagg. Om de blir oanvända kan du ta bort dem manuellt i Taxonomi-hanteringen.

Ta bort en logg

Papperskorgen på raden tar bara bort raden ur historiken, inte det som importerades — och efteråt går importen inte att ångra. Ångra därför först om du vill bli av med det importerade. PastPaths frågar innan loggen tas bort.

Vid problem under importen¶

Svarar programmet inte medan en stor import pågår väntar importdialogen och frågar igen, i upp till ungefär fem minuter. Ger dialogen upp säger den att importen kan pågå i bakgrunden. Titta då i importhistoriken innan du importerar filen igen, annars kan samma data komma in två gånger.

Om importen avbryts eller misslyckas har den kanske hunnit spara en del. Ångra den först i importhistoriken, annars får du dubbletter när du importerar igen. Försök sedan igen efter att ha:

Verifierat att filen inte är skadad (öppna den i en textredigerare och se att den börjar med 0 HEAD)
Stängt andra program som kan låsa filen
Kontrollerat att du har diskutrymme

→ Mer felsökning

Exportera till GEDCOM¶

För att flytta din PastPaths-data till ett annat program:

Gå till Administrera → Import & Export
Klicka Exportera GEDCOM-fil. En dialog öppnas, se Exportdialogen
Gå igenom valen och klicka Exportera

Exporten sparas som en ZIP-fil med GEDCOM-filen export.ged i exportmappen Dokument\PastPaths\GEDCOM, med ett namn som pastpaths_export_20261011_143000.zip. En notis visar den exakta sökvägen med knapparna Öppna mapp och Kopiera sökväg. Packa upp ZIP-filen och importera export.ged i det andra programmet. → Mer om exportmappen

Exportdialogen¶

Dialogen visar vad som följer med innan något skrivs till filen. Förvalen är de säkra, så att du inte råkar dela mer än du tänkt, och de gäller från början varje gång du öppnar dialogen. Under varje val står hur många som berörs.

Privata händelser¶

Dialogen visar hur många händelser som är markerade som privata. Rutan Ta med privata händelser är tom från början:

Utan krysset lämnas privata händelser utanför, liksom mediafiler som bara hör till dem. Är födelsen eller dödsfallet privat skrivs inte heller personens födelse- eller dödsdatum och ort. Ett privat dödsfall skrivs som DEAT Y, så att personen ändå räknas som avliden. Är vigseln privat skrivs inte relationens startdatum som vigseldatum.
Med krysset följer de med och markeras med RESN privacy. Andra program känner igen markeringen.

Levande personer¶

Vem som räknas som levande avgörs på samma sätt som i resten av PastPaths: en uttrycklig markering, annars ett dödsdatum, en dödsort eller en dödshändelse, annars 110-årsregeln. En person som saknar både födelse- och dödsdatum räknas därför som levande. Dialogen visar hur många det gäller, och knappen Visa i personlistan visar vilka de är. → Varför visas en person som levande?

Val	I filen
Ta med allt	Levande personer skrivs med alla uppgifter, som avlidna
Bara namn och familjekopplingar	Namn, kön och familjekopplingar. Datum, orter, händelser, anteckningar, källor och bilder lämnas utanför
Ersätt namnet med "Privat" (förval)	Som ovan, men namnet blir "Privat"
Utelämna helt	Personen följer inte med alls

Ättlingar och partner till levande¶

En avliden person kan berätta om en levande: ett barn som dog berättar vilka föräldrarna var. Därför döljs också avlidna barn, barnbarn och senare generationer till levande personer som döljs, och deras partner. En partner som själv är ana till en levande person, till exempel en avliden pappa vars änka lever, står ovanför den första levande personen och döljs inte.

Utelämna – trädet slutar vid första levande person (förval). Ättlingarna och deras partner följer inte med.
Ta med anonymt som "Privat". De följer med med bara kön och familjekopplingar. Tänk på att släktskapet ändå kan gå att räkna ut.

Valet gäller inte när levande personer tas med helt.

Mediafiler¶

Bilder och dokument följer med i mappen media i ZIP-filen och kopplas till personer, händelser och källor med OBJE.

Bara media som hör till personer i exporten (förval).
All media tar också med till exempel bilder som bara hör till en plats.

En bild där en person som döljs är taggad, eller som är hens profilbild, följer aldrig med, även om andra personer på bilden inte döljs. Dialogen visar hur många mediafiler som följer med av alla som finns.

Uppgiftslämnare¶

En GEDCOM-fil har alltid en uppgiftslämnare (SUBM), den som delar filen. Har du fyllt i ditt namn under Administrera → Inställningar är rutan Ta med mina uppgifter som uppgiftslämnare ikryssad. Då skrivs namn, adress, telefon, e-post och webbplats i filen, så att den som får filen vet varifrån den kommer. Utan krysset står det "PastPaths User", som tidigare.

Vad exporten innehåller¶

Exporten följer GEDCOM 5.5.1 och innehåller personer, relationer, händelser, källor och mediafiler, med det som exportdialogen lämnar utanför bortplockat. Huvudet anger vilken version av PastPaths som skapade filen. Platser får med sina koordinater i standardformat (MAP/LATI/LONG under PLAC), så att de kan läsas av andra program.

Händelsernas egna titlar skrivs som TYPE under händelsen, även på födelse, vigsel, folkräkning och andra standardhändelser. Det är GEDCOM-standard, så andra program kan läsa titeln, och PastPaths gör den till titel igen vid en återimport. Förlovning, lysning, vigsel och skilsmässa skrivs under familjen (ENGA, MARB, MARR och DIV) när båda makarna är kända. Är bara en make känd skrivs händelsen under personen, och förlovningen då som en generisk händelse (EVEN).

Relationerna exporteras så här:

Ett gift par utan vigselhändelse får 1 MARR Y och ett skilt par utan skilsmässohändelse 1 DIV Y — GEDCOM:s sätt att säga att händelsen ägt rum men att detaljerna är okända.
Händelsetyper som saknar egen tagg i GEDCOM, till exempel flytta ihop, separation och besök, skrivs som EVEN med typens namn som TYPE. PastPaths lägger dessutom till en egen undertagg (_PPTYPE) så att typen blir densamma vid en återimport. Andra program hoppar över den.
Adoption skrivs som ADOP under barnet, med adoptivfamiljen under FAMC.
Övriga relationer skrivs som ASSO med RELA (Godparent, Witness eller anteckningens första rad).
Partnerformen och hur relationen slutade skrivs med PastPaths egna taggar _PPFORM och _PPEND på familjen, så att sambo, förlovad, särbo och partner blir desamma vid en återimport. Ett förlovat par utan förlovningshändelse får ENGA Y.

Namnen och händelsetyperna exporteras så här:

Alternativa namn skrivs som en NAME per namn med typen som TYPE. Titel före och tillägg efter namnet skrivs som NPFX och NSFX under huvudnamnet och smeknamnen som ett NICK per namn.
Troendedop skrivs som CHRA. Kremering, bouppteckning, testamente, naturalisering, titel, prästvigning och första nattvardsgång skrivs med GEDCOM:s egna taggar (CREM, PROB, WILL, NATU, TITL, ORDN och FCOM).

Det här följer inte med till andra program i dag

Personer med andra roller i en händelse än huvudperson — vittne, fadder, präst och liknande — skrivs inte till filen. Hur rollerna bäst skrivs för att andra program ska kunna läsa dem kartläggs inför en kommande version. Andra program hoppar över PastPaths egna taggar (_PPTYPE, _PPFORM och _PPEND) och ser paren som vanliga familjer.

Utöver det skriver PastPaths egna undertaggar under PLAC som bevarar adress, stad, församling, län, region, land, platstyp och beskrivning var för sig. Andra program hoppar över dem — precis som PastPaths hoppar över Ancestrys egna taggar — men PastPaths känner igen sin egen fil vid en återimport och läser tillbaka varje fält exakt.

Bilder och dokument

Mediafilerna ligger i mappen media i ZIP-filen och GEDCOM-filen pekar på dem som media/filnamn. Packa upp hela ZIP-filen, så att det andra programmet hittar dem. Bilder som bara hör till en plats följer bara med vid All media, och GEDCOM-formatet kan inte koppla dem till platsen. Vill du ha med allt, även kopplingarna till platser och blogginlägg, gör du en säkerhetskopia i stället.

Platsers källhänvisningar följer inte med

GEDCOM-formatet saknar plats för en källhänvisning på en plats. Källorna själva finns med i filen, men hänvisningarna som kopplar dem till enskilda platser gör det inte. Hänvisningar på personer och händelser exporteras som vanligt.

Specifika program¶

PastPaths har särskilt stöd för GEDCOM-filer från:

Ancestry.com — bevarar Ancestry-ID:n och länkar
MyHeritage — bevarar MyHeritage-ID:n
TNG (The Next Generation) — importerar foton, GPS-koordinater, levande-flaggor

Om din fil kommer från ett annat program (Min Släkt, Disgen, Family Tree Maker, etc.) hanteras den som standard-GEDCOM.

Tips för bra import¶

Städa filen i ursprungsprogrammet först. Det är lättare att rätta till fel där än i PastPaths efter import.
Bilderna behöver ligga med. GEDCOM-filen pekar bara på bildernas filnamn — själva bildfilerna måste finnas tillsammans med GEDCOM-filen eller i en undermapp. Det spelar ingen roll hur du organiserat dina bilder i undermappar — PastPaths söker igenom alla undermappar rekursivt, oavsett om GEDCOM-filen använder TNG:s _PHOTO-tagg eller vanliga OBJE/FILE-poster.
Stora filer kan ta tid. En fil med tusentals personer kan ta 10–15 minuter att importera. Inget farligt — låt det gå klart.