Feil gedcom-fil importert

[dn21210]

Jeg har importert en stor gedcom-fil som viser seg å ikke "snakke" med mitt eget program (jeg bruker embla). Jeg har forsøkt å få tak i embla support en stund nå, men får ikke noe svar derfra. Er det noen som vet om det er mulig å fjerne en gedcom-fil man har importert - og i så fall hvordan?

Jeg håper noen kan bistå, for jeg blir etterhvert ganske fortvilet over ikke å få tak i support fra embla.

[Otto Jørgensen]

Det vanlige er at har en import av data til sin database, så er de der som del av din database. Ulike program har ulike måter å slette data på.

Derfor er generelt god regel at man ALDRI importerer en gedcomfil direkte til sin database, men importerer denne til en midlertidig database. Så kontroller man resultatet og sletter deler eller det hele. Det man så sitter igjen med, slår man så sammen med sin hoveddatabase.

Embla har vel også egen epostbrukerliste hvor du kan nå andre brukere. Dette er på linje hva de fleste andre programmer har av tilleggs-support.

[Ole Bjørn Darrud]

Hei

hvilket slektsprogram og versjon er det som har laget gedcom-filen?

Kan du åpne (tekstbehandler) og kopiere de første 30 linjene inn som et svar i dette forumet?

Mvh
Ole Bjørn

[Laila Normann Christiansen]

Er dette enda et eksempel på at man absolutt bør tenke seg om minst 2 ganger før man importerer data fra andre i sitt program:

Tanke 1
Backup så ofte at det blir en vane

Tanke 2
Ikke legg inn gedcom direkte i din egen base, sjekk den først ved å åpne den i ditt program, gå gjennom nøye.

Jeg importerer aldri noe fra andre uansett, jeg viil ha "følelse" med det jeg legger inn. Knotter inn selv den minste detalj i den største fil, ingen direkte import. Alt andre har gjort skal sjekkes med kilder før det legges inn i min base

jaja - dagens eplekjekke

[Otto Jørgensen]

Allered som fersk Distreff-fadder oplever jeg at ingen program er perfekte etter Distreff.
I tillegg har vi den meneskelige faktor og den er ernorm avgjørende for det resultat du importerer, Så rådet om ALDRI IMPORTER DATA DIREKTE TIL DITT PROGRAM gjelder som hovedregel.

Får du data fra en annen som bruker samme program som deg, be ALLTID om å få en kopi av databasen for disse personene; GEDCOM er da tull å bruke her.

[Arild Jarle Kompelien]

Slutter meg til Laila og Otto, men likevel hjelper ikke det Frode i hans situasjon.

Jeg vet ikke hvordan Embla lager sikkerhetskopier, men de burde lagres etter dato. Hvis det er gjort burde du ha en sikkerhetskopi fra før du importerte en stor "fremmed" gedcom-fil. Hvis du vet når du importerte gedcom-filen burde du ha en sikkerhetskopi du kan ta i bruk og glemme den "ødelagte" databasen.

Mulig Ole Bjørn har en løsning for deg.

[dn18211]

Hei Frode!

Alle svar du har fått er så riktige at alle burde merke seg dette.

Du sier ikke noe om hva som blir feil ved din nye Ged-com fil.

Du kan prøve å lage en ny Ged-com fil av det du har og så prøve dette i
det programmet du fikk filen fra. Du får da kanskje problemet i omvendt utgave.

Noen program sier i fra om Ged-com som ikke er riktige ved importen.
Disse kan da merkes å slettes.

Noen programmer har funksjoner for globale endringer, som kan brukes.
Og avanserte slettinger kan også benyttes.
Slike rettinger kan bli mye arbeid. Dette er avhengig av størrelsen på
dine opprinnelige registreringer før den fatale importen.

Har dine opprinnelige registreringer nummerering kan du prøve å ta ut en ged-com
opp til din siste innlagte person før importen, og det nye vil forhåpentligvis
ikke følge med.

Uansett er det viktig å merke alle versoner man evt. lager svært nøye og holde
disse fra hverandre. Hvis du observerer rare ting lag ny Ged-com før du prøver
å rette opp. Ellers kan det bli værre og vanskeligere å jobbe med.

Jeg kjenner ikke Embla men fant denne siden på internett
http://www.embla.no/index.html
Du har kanskje kjenskap til denne fra før.

Håper flere eksperter kommer med råd.
Du er ikke den første som har gjort dette.
Jeg gjorde det selv for noen år siden og kjenner andre som har gjort det samme.

Mvh. Ronny Hansen.

[dn10375]

Slektsprogram bør ikke gi brukeren mulighet til å importere GEDCOM slik at de importerte data blir en fysisk del av eksisterende datasett/database. Få program hindrer dette.
Hvis dette likevel er mulig må i det minste programmet gi brukeren sjansen til å fjerne igjen den siste GEDCOMs data. Ikke alle program har denne muligheten.

DIS-testen har et testpunkt "22 - Import gedcom; varsler om imp. skal legges over/flettes eller ny file skal lages?", men dette sjekker ikke nevne funksjonalitet.
http://www.disnorge.no/slektsprog/vis_velg_progr.php

Torleif Haugødegård

[dn21210]

Takk for veldig bra respons alle sammen! Det som er problemet er at den filen jeg har importert har mange navn som jeg allerede hadde fra før. Disse blir ikke "Matchet", men lagt inn som doble oppføringer. Det burde jeg kanskje skjønt, men det gjorde jeg altså ikke... Det er en fil med over 30.000 navn, så det er litt av slit...

Det kjipeste er egentlig at de ikke svarer på Embla (som er de som kan løse dette, om noen i det hele tatt), men jeg tror de er forferdrlig opptatte med å oppdatere til ny versjon av slektsprogrammet.

[Otto Jørgensen]

Muligens jeg ikke kan lese, men.....

Hvilket program har levert GEDCOM-filen. Det er greit å få dette frem og det muligens at noe av problemet ligger der.

Du sier Jeg har importert en stor gedcom-fil som viser seg å ikke "snakke" med mitt eget program (jeg bruker embla). Det skulle dermed ikke være EBLA som er avgivende program

[Anne Berit Hildrum]

Det høres nesten ut som om problemet hans er at det er manglende matching som er problemet. Da kan vel feilen være ulik informasjon i hans gamle og GEDCOM-filen, evt instillingene han har i Embla som er årsaken, og ikke egentlig feil i noen av programmene.

Har du prøvd brukergruppen til Embla? Jeg har ulike program og i de fleste kan jeg sette parametere på hvordan matching skal foretaes, og er den for streng blir intet matchet, er den for svak matcher den for mye. Dog i de fleste tilfeller får jeg spørsmål om jeg ønsker å matche.

Er informasjonen du har fått på de like personene ulik, så er det en mulighet for dupletter.
Se nærmer i programmet ditt om det er noe oppsett for matching, og prøv matching av den filen du sitter med, men husk før du gjør slike ting, alltid ta en backup først. Gjorde du det før du slo den sammen, er du ihvertfall sikker.

Så vidt jeg vet har Embla en brukergruppe, der burde du kunne få litt hjelp.

Anne

[Ole Bjørn Darrud]

Til Frode K

dersom jeg forstår ditt problem korrekt har du uten å egentlig ville det (Embla varsler og gir deg en alternativ løsning før import!) importert en stor gedcom fil inn i en eksisterende database og så trenger du hjelp til å fjerne importert informasjon.

Har du lagt inn mye ny informasjon etter at importen ble foretatt?

Hvis ikke kan du fjerne alle importerte personer ved først å sortere personene etter ID og deretter slette 1 og 1 med ID større enn første importerte person.

Om det finnes em måte å markere alle ID'er større enn X vet jeg ikke. Jeg tror nok Embla support kan hjelpe deg å løse dette problemet.

Mvh
Ole Bjørn

[dn21210]

Det renner inn med gode tips og råd her - tusen takk for det alle sammen. Jeg antar at embla-folkene vil være i stand til å bistå, når de bare får tid.

Det stemmer at jeg har importert en diger fil (31.000 personer) - og det stemmer også at enkelte blir dupletter - det er jo åpenbart at i en så stor fil, der jeg også hadde en del navn fra før lagt inn fra før, så vil f.eks. navn leses ulikt, eks. Haakon V Magnusson leses annerledes enn King Haakon Longlegs Magnusson, osv...

Jeg har ingen grunn til å tvile på at det som er importert er riktig rent kildemessig, men det får jo rapportene mine til å gå helt i ball. Det er slike ting som er skjedd - og med en så stor fil, blir det nærmest umulig å rydde opp i det manuelt. Det er derfor jeg har "plaget" dere med mitt problem.

Men fortsatt mottas alle gode råd til hvordan å løse det med stor takknemlighet!

[Otto Jørgensen]

I og med at det ikke enda er angitt hvilket program som har levert Gedcomfilen så kan vi dra den konklusjon at det er ikke der feilen ligger, men rett og slett i det importerende program.

Hadde det vært leveransen av selve GEDCOMfilen så hadde det vært av interesse for alle som har kontakt med den siden, da ingen vil at programmene skal avlever "dårlige" gedcomfiler.

Jeg nesten tolker det også slik at dette muligens er en sammensatt GEDCOM fil fra mange ulike program.

[Arild Jarle Kompelien]

I tråd med det Ole Bjørn skriver, og samtidig et spørsmål til Ole Bjørn.

Når en lager gedcom-fil av hele databasen, er det ikke da slik at den starter med id-nummer 1 og fortsetter kronologisk? I så fall skulle det kunne gå an å lage en gedcom-fil, ta denne inn i Word-pad og slette fra der et nytt og fremmed id-nummer starter.

Et annet spørsmål er om Frode får laget en gedcom-fil. Men det er det bare en måte å finne ut av på.

[7185]

Heisann

1) Det stemmer at Frode har vært i kontakt med meg for å få brukerstøtte. Første gang var i slutten av november 2006 hvor vi sammen fikset opp i tre parforhold i familietreet. Den 29. november skriver Frode "Så flott at du svarer så raskt!", hvorpå jeg skrev et nytt svar om hvordan man leser inn en sikkerhetskopi til Embla Familie og Slekt.

Så i midten av desember fikk jeg første gang spørsmål om importen av en Gedcom-fil på 31 000 til Embla. Her var spørsmålet todelt - problemer med rapporter etter import og hvordan "forkaste det jeg har importert". Her har jeg svart Frode i tre punkter dagen etter, men jeg må nok innrømme at jeg ikke har lest spørsmålet grundig nok. Spørsmål nummer to har ikke blitt besvart så godt som jeg burde. En uke senere purrer Frode på sin e-post og jeg skriver tilbake samme dagen og henviser til at jeg har allerede sendt et svar. Så går det enda seks dager og Frode purrer en gang til og spur om jeg er bortrest. Jeg svarer han samme dagen og opplyser han om at vi jobber nå med neste utgivelse.

Så ganske kort, så kan det se ut som om jeg ikke har lest Frode sine spørsmål godt nok og ikke svart så utfyllende som jeg burde. Det er selvfølgelig beklagende. Det kan også se ut som om Frode ikke har fått det svaret jeg sendte dagen etter jeg fikk spørsmålet.

De som har Embla Familie og Slekt v2006 og er medlemmer av "Norsk Familiehistorie" kan logge seg inn på sine medlemssider og legge inn spørmål i et system på nettet som heter "support-systemet". Dette er måten vi oppfordrer våre medlemmer til å ta kontakt med oss da det gir oss muligheten til å følge en henvendelse over flere svar fram og tilbake. I dette tilfellet er det desverre brukt e-post, noe som har en tendens til å bli forsvinne i menden og det er ikke mulig å holde oversikten på samme måten som med support-systemet vårt.

Slektsprogrammet har en "Skjermhjelp" (brukhåndbok i programmet). Her er det et eget kapittel om "Import/eksport" og en side om Gedcom. Her står det noe om å være forsiktig, og så står det noe om hvordan man kan gå tilbake til familietreet slik det var før denne arbeidsøkten etc.

2) Jeg ser at Otto Jørgensen har dratt sine konklusjoner på bakgrunn av manglende informasjon; "I og med at det ikke enda er angitt hvilket program som har levert Gedcomfilen så kan vi dra den konklusjon at det er ikke der feilen ligger, men rett og slett i det importerende program. " Slike konklusjoner er merkelige når Otto ikke vet hva problemet er.

3) La meg se om jeg nå kan klare å svare på den delen av e-posten som forrige gang gikk meg hus-forbi;
"Et annet spørsmål: Er det mulig å slette et slektstre fra systemet mitt – jeg tror jeg vil forkaste det jeg har importert, og kanskje heller sette meg til og legge inn det jeg behøver manuelt – hvis du da ikke har et bedre forslag…"

3a) Før selve importen starter kommer det opp en advarsel/vindu hvor man har flere valg. Her er valgene å importene til nytt familietre, til eksisterende familietre og å avbryte selve importen. Her kan det se ut som om Frode har valgt å importere til eksisterende familetre.

3b) Hvis man etter importen finner ut at dette var helt galt, kan man velge "Fil" på menylinjen og deretter undermenyen for "Gå tilbake til familietreet slik det var før denne arbeidsøkten". I Embla Familie og Slekt oppererer vi med to databaser (familietrær) Når man starter slektsprogrammet vil Embla jobbe på det ene familietreet og lar en kopi ligge på harddisken. Hvis du gjør noe virkelig galt kan du gå tilbake til familietreet slik det var når du startet slektsprogrammet den dagen. Da går du i realiteten tilbake til kopien. Hvis du derimot avslutter slektsprogrammet for å ta en pause over en kopp kaffe og tenke litt, så har programmet slettet den gamle databasen og laget en ny kopi av familietreet slik det er nå. Da kan man ikke benytte denne opsjonen.

3c) Som et siste alternativ kan man lese inn en sikkerhetskopi av familietreet som man har laget før man importerte Gedcom-filen. Embla Familie og Slekt er i utgangspunktet satt opp til å ta en sikkerhetskopi hver gang programmet avsluttes.

4) I den e-posten jeg fikk er det opplyst at: "Problemet er at jeg får ikke til å forhåndsvise eller skrive ut rapporter." Et ønske er at man forsøker å beskrive et problem i noe mer detalj slik at jeg kan forstå hvordan programmet og datamaskinen oppfører seg. Er problemet her at Frode ikke finner ut hvordan man skrive ut rapporter, eller at det tar utolig langt tid, at det kommer en feilmelding osv?? En beskrivelse er alltid bra.

5) Det er første gangen jeg får informasjon om at problemet er å slå samme dubletter. Det kan desverre ikke Embla Familie og Slekt gjøre. Testen til DIS-Norge gjenspeiler også dette.


Jeg beklager virkelig at vi i den siste tiden ikke har klart å følge opp våre kunder på den måten som vi burde. Vi er i sluttspurten for ferdigstillelsen av v2007 av slektsprogrammet og det har blitt lange dager og helger. Heldigvis ser vi nå lyset i tunellen. Jeg håper at vi nå framover kommer i normal gjenge igjen og at de som virkelig trenger hjelp bruker support-systemet vårt da det gjør arbeidet vårt utrolig mye bedre og enklere.

Vennlig hilsen
Stein Inge Haaland
Embla Norsk Familiehistorie AS, utvikler av Embla Familie og Slekt

[Otto Jørgensen]

2) Jeg ser at Otto Jørgensen har dratt sine konklusjoner på bakgrunn av manglende informasjon; "I og med at det ikke enda er angitt hvilket program som har levert Gedcomfilen så kan vi dra den konklusjon at det er ikke der feilen ligger, men rett og slett i det importerende program. " Slike konklusjoner er merkelige når Otto ikke vet hva problemet er.

Det var en kommentar da vi ikke vet den hele historien omsaken og for å fremprovisere hva som virkelig er årsaken. Det har i grunnen vært (etter mi mening) litt flyttende:
Om det er problem med filen som importeres. da ligger feilen muligens på avgivende program.
Om det er problem med programmet som behandler filen etter import.

Og sant å si tror jeg flere som har lurt på hvor problemet virkelig har vært.

Innlegget fra Embla har gjodt dette klarere.

[dn21210]

Takk igjen for alle svar - og spesielt til deg, Stein Inge!

Det blir nok denne løsningen som er aktuell for meg - har klippet fra ditt svar:
3c) Som et siste alternativ kan man lese inn en sikkerhetskopi av familietreet som man har laget før man importerte Gedcom-filen. Embla Familie og Slekt er i utgangspunktet satt opp til å ta en sikkerhetskopi hver gang programmet avsluttes.

Jeg har sett på sikkerhetskopiene mine (jeg er jo innom programmet nesten hver eneste dag, men det ligger liksom ikke haugevis av sikkerhetskopier i den mappen der dette ligger (programfiler på harddisken). Den problematiske filen ble importert medio februar, mens den sikkerhetskopien jeg finner som er den tettest opp til forut for den datoen er 29.11.2006. Jeg er helt sikker på at der har vært lagt inn informasjon, og tatt sikkerhetskopi etter dette. Jeg svarer alltid ja (dvs. trykker bare "enter") hver gang jeg lukker programmet. Kan det være at "enter" ikke er nok, men at man fysisk må trykke på "ja"?

[dn21210]

Jeg tar inn et sitat til - det er fra Ole Bjørn:
Har du lagt inn mye ny informasjon etter at importen ble foretatt?

Hvis ikke kan du fjerne alle importerte personer ved først å sortere personene etter ID og deretter slette 1 og 1 med ID større enn første importerte person.

Om det finnes em måte å markere alle ID'er større enn X vet jeg ikke. Jeg tror nok Embla support kan hjelpe deg å løse dette problemet.

Jeg har ikke tatt inn mye nytt etter importen, så det er ikke noe å bry seg om. Kunne denne løsningen derfor være noe - fjerne personer med id større enn en elller annen verdi vi kommer frem til gjennom emblas utmerkede fjernhjelp? Må man i så fall fjerne en og en, eller kan vi fjerne alle med f.eks. større id-verdi enn det tallet vi bestemmer?

Hva tror du, Stein Inge?