+ Svara på ämne
Sidan 1 av 2 1 2 SistaSista
Resultat 1 till 20 av 25

Ämne: Felaktig indikering av släktrelationer vid HTML-export

  1. #1

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346

    Felaktig indikering av släktrelationer vid HTML-export

    Vid HTML-export läggs framför namnen på personerna i antavlan en bokstavskombination som indikerar personens släktskap till probanden, t.ex. f, m, ff, fm, fmf etc. Detta fungerar emellertid inte korrekt i Dg16. Vissa antavlor är korrekta men vissa helt felaktiga. Bl.a. kan probanden själv (som normalt inte skall ha någon indikering) vara markerad som t.ex. ff eller en far markerad som fmf o.s.v. Detta är ett allvarligt fel som gör HTML-exporten oanvändbar.

    Jag har inte hittat något entydigt felmönster. Personerna står i rätt rutor i antavlan men indikeringen av släktskapet till probanden är felaktig.

    Jag har uppdaterat till Dg 2016.1 och testat HTML-mallarna 7 och 10 på olika databaser med samma resultat.

  2. #2
    Christers avatar
    Christer Gustavsson
    Medlemsnr
    4621
    Ort
    Linköping
    Inlägg
    1 574
    Kan du visa mig ett exempel på samma html-export i Disgen 8 resp 2016?
    Christer Gustavsson - Verksamhetsledare DIS

  3. #3

    Inger Amnefelt
    Medlemsnr
    10065
    Inlägg
    152
    Jag har provat att skapa med mall 8 i dis2016. Själva antavlan blir rätt. Men Antavlan i Ansedeln blir fel.
    Det ser ut som om Ansedelns tavla utgår från den yngsta i familjen och inte från den skapade antavlan.
    I mitt fall byggde jag en antavla utgående från min far. Ansedels markering för honom blev mmf. Medan mina barnbarns ansedlar blev ingen markering.
    I 8.2 så blir ansedels antavla visas alltid den person som ansedeln avser som proband.

  4. #4

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Hej Christer!
    Jag försöker bifoga skärmbilder av samma persons antavla i Dg16 och i Dg82d. Jag har använt HTML-mall 7. Det är långt ifrån alla tavlor som är felaktiga men jag har inte lyckats hitta något mönster för felen heller.
    Bifogade bilder

  5. #5

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Christer!
    Här samma persons antavla i Dg16 med HTML-mall 10. Här finns ingen släktskapsindikering på probanden men övriga är felaktiga. Sådana felaktigheter finns även för HTML-mall 7.
    Bifogade bilder

  6. #6

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Jag upptäckte att jag hade kvar en HTML-export från när jag testade den första officiella version 0 av Dg2016, den som var så långsam vid HTML-exporten. Där kan jag inte hitta någon felaktig ansedel. Felet måste därför ha introducerats när HTML-exporten snabbades upp till version 1. Bifogar som exempel skärmdumpar av samma antavla producerad av version 0 respektive version 1.
    Bifogade bilder
    Senast redigerad av Edgar den 2016-06-22 klockan 10:06.

  7. #7

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Finns det ingen ansvarig som kan ta detta problem på allvar?

  8. #8
    Christers avatar
    Christer Gustavsson
    Medlemsnr
    4621
    Ort
    Linköping
    Inlägg
    1 574
    Jag försöker hitta någon som kan analysera problemet.
    Christer Gustavsson - Verksamhetsledare DIS

  9. #9
    Christers avatar
    Christer Gustavsson
    Medlemsnr
    4621
    Ort
    Linköping
    Inlägg
    1 574
    Nu har jag gjort en egen test. Tog fram en backup från 8.2d från 2014 och tittade. Jag var utgångspunkten på hela genereringen. Min fff var sista generationen i första tavlan med mig som proband. Klickar jag på honom blir han proband i den nya tavlan men min ffff står som f i förhållande till min fff.
    Motsvarande generering i uppdatering 1 visar min ff ff som ff ff. Dvs så visas hans relation till mig som proband i hela tavlan inte bara den delen som visas. För mig känns det mera korrekt än i 8.2d eftersom det är tämligen enkelt att hålla reda på relationen till probanden i den enskilda tavlan när den innehåller så få generationer.

    Vad som är rätt eller fel kan diskuteras men vi är överens om att en förändring skett.
    Vad tycker ni? Är den gamla eller nya varianten bäst eller mest korrekt?
    Senast redigerad av Christer den 2016-06-28 klockan 11:34.
    Christer Gustavsson - Verksamhetsledare DIS

  10. #10

    Lars Wallgren
    Medlemsnr
    1063
    Inlägg
    2
    Precis om Christer säger kan det diskuteras vad som är mest korrekt. Men jag tror nog i alla fall att den äldre varianten löper mindre risk att skapa förvirring.
    Lars

  11. #11

    Inger Amnefelt
    Medlemsnr
    10065
    Inlägg
    152
    Den gamla variant av ansedel anser jag vara rätt. Jag tolkar det som den antavlan i Ansedeln är för den personen.
    Senast redigerad av ingera den 2016-06-28 klockan 13:22.

  12. #12

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Christer!
    Ditt resonemang gäller specialfallet byggd antavla, där varje person i antavlan bara kan ha en familjerelation till den ENDA probanden för den byggda antavlan. För att detta skall fungera, måste man för varje byggd antavla generera en egen uppsättning ansedlar/antavlor (HTML-filer).

    Jag relaterar till det generella fallet utan byggd antavla, d.v.s. "Ansedlar för valda personer" => "Alla inmatade personer". Problemet uppstår eftersom varje person kan ha många familjerelationer. Samme man kan t.ex. vara både ff och mf eller både fff, fmf, mff och mmf (fast till olika probander). Det vore omöjligt att generera en ansedel/antavla för varje sådan relation för varje person. Det ENDA som fungerar i det generella fallet är att, som i Dg8 och i Dg2016.0 (releaseversionen) generera en ansedel per person med antavlan begränsad till den personen som proband (maximerat till 4 generationer bakåt i Disgen). Klickar man t.ex. på "mf"-personen i den antavlan får man upp morfaderns ansedel men nu med morfadern som proband i antavlan. På så sätt klarar man sig med en HTML-fil per person och antavlan i den ansedeln är begränsad till den personen som proband.

    Se bilderna i mina inlägg ovan 2016-06-21 och 2016-06-22. När man i HTML-exporten från Dg2016.1 klickar på Anders Andersson Norberg i personregistret, får man upp antavlan i första bilden. Där står "ff" framför hans namn. Men det är inte relevant, eftersom vi inte vet vem bokstäverna relaterar till. Och denne Anders Andersson Norberg kanske också är morfar till någon. Hur skall det framgå?

    I mitt nästa inlägg visar bilden hur antavlan för Anders Andersson Norberg ser ut med HTML-mall 10. Där har visserligen Anders Andersson Norberg själv ingen relationsindikering som proband, men hans far är här indikerad FFF! I relation till vem?

    Nä, rätta till HTML-exporten så som den var i Dg8 (och faktiskt också i releaseversionen av Dg16). Det är det enda rimliga, som fungerar i det generella fallet och är man medveten om att varje ansedel (HTML-fil) innehåller antavla med just den personen som proband, behöver det inte uppstå några missförstånd. Som det nu är blir det helt galet i många fall och gör HTML-exporten oanvändbar! HTML-sidorna med ansedlar har också helt logiskt HTML-titeln "Ansedel för NN" vilket också självklart skall tolkas som att även antavlan är för NN och ingen annan. Att den skulle ingå som del i en antavla för någon annan kan inte indikeras på något rimligt sätt.
    Senast redigerad av Edgar den 2016-06-28 klockan 21:29. Anledning: Oklart vad som menades med "generella fallet".

  13. #13

    Olle Olsson
    Medlemsnr
    10475
    Ort
    Gävle
    Inlägg
    208
    Jag har testat mall 7 och 10 vid HTML-export.

    I Disgen 8.2d,
    så fungerar det vid både Antavla och Stamtavla så att Släktskapet med ”probnden” fungerar (står ff för farfar etc) och detta ändras så det stämmer även om jag byter proband.

    I Disgen 2016.1;
    Det fungerar om jag tar med alla personer i databasen (står ff för farfar etc) även om jag byter proband i HTML-utskriften.
    Vid ANTAVLA med mig själv som utgångspunkt, blir det så i HTML-utskriften att de övriga personerna är låsta till deras släktskap med mig (ändras inte om jag byter proband i ”utskriften”)
    Vid STAMTAVLA, med min FFFF som utgångsperson så fungerar det (står ff för farfar etc) även om jag byter proband i ”utskriften” så följer FF med för den valda personen.

  14. #14

    Josefine Nilson
    Medlemsnr
    04671
    Inlägg
    14
    Har inte hunnit testa själv men av bilderna ovan så framgår det att detta är fel. Vad som har hänt går för ögonblicken inte att säga bara att något blivit fel.
    Principen har alltid varit att ansedeln är en sluten enhet där personen som avses är proband och generationerna efter förhåller sig till probanden.
    Genererar man en antavla på hela sin släkt, kanske 10 generationer eller så och vill ha ut den som en antavla i html så är också den att anse som en sluten enhet där alla personerna förhåller sig till probanden oavsett hur många sidor som antavlan blir i html.
    Jag kommer lägga upp en felrapport på det här så snart jag har testat igenom alla mallar och alla kombinationer av antal generationer som kan visas. Det tar ett tag.

  15. #15
    Christers avatar
    Christer Gustavsson
    Medlemsnr
    4621
    Ort
    Linköping
    Inlägg
    1 574
    Vi tror oss ha funnit lösningen. Som Edgar så bra påpekade så uppkom felet i och med uppdatering 1 i samband med uppsnabbningen av html-genereringen. Bra analys Edgar.
    Christer Gustavsson - Verksamhetsledare DIS

  16. #16

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Josefine!
    Ja, om man genererar en antavla enligt ditt exempel och man i den antavlan vill att om man klickar på en person i den antavlan, skall man få upp den personens ansedel och den ansedeln innehåller en del av den stora antavlan, kommer den HTML-fil som visar ansedeln bara att gälla för den här stora antavlan. Så det fungerar när man bara har en enda sådan "byggd antavla". Varje sådan "byggd antavla" måste ha sin egen uppsättning av HTML-filer för att det skall fungera.

    Om man nu, som i mitt fall, vill presentera sin forskning, inte som en antavla för en enda person, utan med möjlighet för läsaren/tittaren att t.ex. följa alla olika familjer i en by, kan man inte använda "byggda antavlor" för alla. I stället använder man sig av möjligheten att få ut en ansedel för varje individ, men för att detta skall fungera måste varje ansedel vara begränsad till just den individen och man får acceptera att varje antavla är begränsad till max 4 generationer. Det är den möjligheten som nu går snett i Dg2016.1 (fungerar i Dg2016.0 men exporten oacceptabelt långsam).

    Att försöka att få en antavla att spänna över flera HTML-filer förefaller fruktansvärt komplicerat och ser ut att kräva helt andra algoritmer än att begränsa antavlan i ansedeln till den individen och inte till en del av en större antavla. Och den serien HTML-filer gäller bara för den "huvud"-probanden (och möjligen dennes helsyskon). Vad händer vid kusingiften eller andra anförluster? Om man öppnar en persons ansedel från Personregistret, hur anger man då till vilken proband indikeringarna över familjerelationer relaterar?

    Det är uppenbart att om man vill att de genererade ansedlarna/HTML-filerna skall utgöra delar av en större antavla, som spänner över mer än 4 generationer, krävs en helt annan serie ansedlar/HTML-filer än alternativet som genererar "en ansedel per individ", där antavlan är begränsad till max 4 generationer.
    Senast redigerad av Edgar den 2016-06-29 klockan 09:00. Anledning: Svar till Josefine.

  17. #17

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Tack, Christer!
    Ditt inlägg kom medan jag skrev ovanstående inlägg. Hade jag sett det hade jag inte behövt lägga ut texten på detta sätt.
    Sorry!

    Ser fram emot nästa version!.
    Senast redigerad av Edgar den 2016-06-29 klockan 11:19.

  18. #18
    Christers avatar
    Christer Gustavsson
    Medlemsnr
    4621
    Ort
    Linköping
    Inlägg
    1 574
    Tyvärr så var inte rättningen så enkel som vi första hoppades. Testningen avslöjade fler oklarheter.
    Christer Gustavsson - Verksamhetsledare DIS

  19. #19

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    OK. Jag förstår, speciellt om ni försöker generera antavlor som spänner över flera HTML-filer.

  20. #20

    Edgar Lycksell
    Medlemsnr
    20292
    Ort
    Sänningstjärn, Hassela
    Inlägg
    346
    Christer!
    Är det någon som kommer att titta på det här problemet så att man kan vänta sig en korrigering till någon senare version?

+ Svara på ämne
Sidan 1 av 2 1 2 SistaSista

Behörigheter för att posta

  • Du får inte posta nya ämnen
  • Du får inte posta svar
  • Du får inte posta bifogade filer
  • Du får inte redigera dina inlägg