ID-nummer i Disgen 2016

[MacTommy]

Tommy, jag skulle veta HUR du gör kopplingen mellan person och bilder/kartor så jag kan förstå varför det inte fungerar.

Alla bilder och kartor har jag döpt till individnumret för att inte förväxla dom i TNG, många individer har samma namn både för och efternamn med ID numret skiljer dom åt

Alla kartor som jag hämtat från olika käller väljer jag i TNG till vilken eller vilka individer dom är knutna till, exempelvis kan många olika individer ha olika individ nummer ha samma födelseplats, begravningsplats osv

Så mycket enklare då om individerna behöll sina gamla individ nummer från Disgen 8, nu gör dom inte det utan dom är ändrade.

Jag kan naturligtvis döpa om alla bilder, se till att gå in på samtliga kartor och välja att dom ska tillhöra en annan individ/individer men det är ett tidsödande arbete och jag vill helst inte ägna för stor tid åt teknikaliteter utan ägna tiden åt Släktforskning istället, därför fortsätter jag med Disgen 8.2 tills Disgen 2016 fungerar för mig?

Hoppas att bilderna kom med nu som kanske förklarar lite hur både jag och många andra jobbar när vi har hemsidor.

[Edgar]

Christer, se även mitt inlägg från 1016-04-22 kl 22:17.
Många släktforskare liksom jag skapar ett externt skal, t.ex. i form av web/htmi-sidor, som länkar till bl.a. ansedlarna som exporterats av Disgen. Ansedlarnas filnamn och därmed länkarna är baserade på personernas ID-nr i Disgen. Om ID-numren ändras i Disgen, ändras också filnamnet för den personens ansedel vid Disgen-exporten och länken i det externa skalet blir felaktig. Om man går över från Disgen 8.2 till Disgen 2016, måste man alltså ändra alla länkar i det externa skalet. Där hjälper alltså inte alls möjligheten att få över DG8:s unika ID-nummer (flocknr:individ) som referens i DG2016.

[Leffe47]

Håller fullständigt med dig Edgar. Jag tycker vi har förklarat problemet flera gånger i detalj men det verkar som vi snackar för döva öron. Förmodligen så har dom inte en lösning. Och det svaret hade jag kunnat acceptera. Men alla som framhåller problemet som har en hemsida med vår forskning får samma svar: "Hur ser din koppling ut mellan person och dokumenten? Exemplifiera". Börjar undra efter alla förklaringar vem det är som inte förstår. Jag trodde intresset att kunna sälja en produkt som har utvecklingspotential var större. Men jag börjar att resignera.

[Christer]

Ja det kanske jag som är trög men eftersom jag inte jobbat med den delen så undrar jag. Eftersom det finns många olika sätt att lösa samma situation så är det bra att veta hur ni gör. Som jag uppfattar så arbetar Tommy och Edgar på lite olika sätt. I Tommys fall verkar det vara kopplingen mellan ansedel och filer som fallerar. Men om filnamnen finns på resp person så måste det vara grupperingen av filer som ger problem med kopplingen.
Edgar verkar ha både det problemet också och att han gjort en separat koppling till resp ansedel.
Samtidigt tycker jag mig se en mer stabil struktur för de exporterade filerna än vad jag hört nämnas om de tidigare. Men här får någon annan komma in och hjälpa till.
Men jag är lite överraskad om inte en komplett html-export ger ett konsistent resultat.

[Edgar]

Mitt fall är mycket enkelt. Det gäller Disgens HTML-exporterade sidor. Jag har, liksom många andra släktforskare som jag sett på nätet, gjort ett användarskal för att enklare hitta vissa personer än att gå via Disgens indexlistor. I mitt fall har jag t.ex. en meny med intressanta personnamn och därifrån en länk till Disgens motsvarande HTML-sida, i de flesta fall personens ansedel men i vissa fall personens stamtavla. På en textsida (HTML) har jag bl.a. en byhistoria och därifrån också länkar till vissa omnämnda personers ansedlar. Bl.a. ansedlarnas filnamn är knutna till personernas individnummer i Disgens databas. Det fungerar alldeles utmärkt, HTML-exporten ger alltid ett konsistent resultat. Men eftersom Disgen2016 har andra individnummer för personerna, kommer HTML-exporten från Disgen2016 att ge andra filnamn för personerna än HTML-exporten från Disgen8. Om man skall använda Disgen2016:s HTML-export, måste man alltså ändra alla länkar i användarskalet, vilket kan bli ett ganska omfattande jobb.
Nu är väl skadan redan skedd. Disgen2016 är ute och jag har sett användare som redan har gjort användarskal som länkar till Disgen2016:s HTML-export och om man ändrar nu, råkar de illa ut i stället. Man får väl använda Disgen8 så länge, tills man orkar sätta sig ned och ändra länkarna.

[C-J Gustafsson]

Det skulle vara intressant att få ett exempel på användarskalet, det bör ju vara en fil av något slag, förhoppningsvis textbaserad.

Om den är textbaserad bör det gå att redigera med hjälp av ett litet program som skapats baserat på filens utformning.
Det var enkelt att redigera t.ex. en Excel-fil efter att den konverterats till CSV-format.

Det går att skapa en översättningstabell från XML exporten om man kombinerar båda filerna.
Däremot program för att redigera identiteterna måste skapas för varje nytt ändamål.

Det kan i alla fall vara intressant att testa om det fungerar.

[MacTommy]

Det känns jobbigt att behöva ändra alla länkar därför att inte de gamla ID-numren från DG8 inte hänger med vid konverteringen, hur ska det programmet som jag länkar till alla dokument, bilder m.m. veta att Disgen 2016 bara har de gamla ID-numren från DG8 som information? Bara konstatera att Disgen 2016 var ett felköp från min sida, jag fortsätter med DG8 så länge tills det finns en läsning av ID-numren i Disgen 2016, jag tänker inte sätta mig ner och ändra i hundratals dokument och fotografier!!!

[Leffe47]

Så här är det i mitt fall Christer. Jag köpt en sida av en amerikan och hans sida kan du se här:
http://www.tngsitebuilding.com/

Den sida som jag har köpt och modifierat lite hittar du här:
http://www.ellestad.se/

Detta är alltså inte en vanlig exporterad html-sida från Disgen utan en dynamisk sida med en egen databas.
Alltså en sida med .php. Vad jag gör för att få denna sida att fungera är att jag genererar en Gedcom från Disgen 8.2 med alla noteringar. Alltså inga bilder eller annan media. Bilder på släktingar, kartor, gravstenar etc. laddar jag upp via en ftp klient i mitt fall FileZilla. Alla individer som jag för in i disgen tilldelas utan min inverkan ett ID-nummer. Och det är detta nummer som registreras via Gedcom-filen på min hemsida. På så sätt har jag följdaktligen satt ID-numret som ett prefix på alla min textdokument och foton i min släktforskningsmapp i min dator. Och då har jag fått en struktur på min forskning. Nu om jag på samma sätt med Disgen 2016 genererar en Gedcom-fil så blir alla individers ID-nummer ändrade i förhållande till Disgen 8.2. Och då om jag skulle ladda upp den Gedcom-filen till min sida så kommer sidan inte att fungera eftersom alla individers unika nummer inte längre stämmer. Min enda chans att kunna använda Disgen 2016 är om jag sätter mig ner och ändrar alla nya ID-nummer på mina dokument. Idag har jag 8.702 registrerade personer. Och eftersom varje individ har minst 3 dokument per skalle så blir det 26.106 ändringar. Jag har bara basflocken i Disgen 8.2. Hoppas att bilden klarnar.

[Edgar]

För att generalisera problemet: I alla externa applikationer, som är baserade på individnumret i Disgen8, måste individnumret ändras om man går över till Disgen2016, eftersom samma person har ett annat individnummer i Disgen2016. Det borde utvecklarna av Disgen2016 ha tänkt på tidigare. Nu är det troligen för sent.

[MacTommy]

För att generalisera problemet: I alla externa applikationer, som är baserade på individnumret i Disgen8, måste individnumret ändras om man går över till Disgen2016, eftersom samma person har ett annat individnummer i Disgen2016. Det borde utvecklarna av Disgen2016 ha tänkt på tidigare. Nu är det troligen för sent.

Bra slutsats, stanna kvar vid din läst...

Jag har missat informationen i Display att nya Disgen 2016 skulle ändra individnumren, ganska radikal förändring tycker jag, men satsa på de nya medlemmarna som startar med Disgen 2016, för oss gamla rävar är det över...