Ja jeg føler meg ganske grønn her jeg sitter og prøver å bli klok på dette.
Jeg var på et lokalmøte hvor vi fikk litt innføring i DIStreff. Jeg kan ikke si jeg forsto alt, som hvor jeg skulle finne alle disse filene med linje på linje med data, så jeg kunne se om det var noe jeg trengte å rette opp, men jeg tenkte at "jeg forstår det sikkert bedre da jeg får lastet ned programmet hjemme og sendt inn bidraget mitt."
Jeg er kanskje ikke en data-guru, men jeg har ofte lett for å lære fort ved å leite og prøve meg frem. ...men dog ikke denne gang... Jeg syns hele opplegget er skikkelig tungvint. Programmet er kanskje lett å forså, bare man får en god innføring i bruken. Jeg kan ikke se at det noe sted er en lettfattelig bruksanvisning heller?? Er det jeg som ikke har leita nok eller på riktig sted??
Kan f.eks noen her forklare meg forskjellen på GEDtreff og DIStreff???
og .zip-fila jeg fikk tilsendt med resultater inneholdt kun navnene på de jeg hadde treff mot. Var det egentlig her jeg skulle ha funnet alle disse "magiske" filene jeg savner??
Kan noen hjelpe meg?
-Mette-
Akk, så grønn.....
Moderator: MOD_DIStreff
Re: Akk, så grønn.....
Den versjon som lager filene du snakker om er fortsatt kun i test-fase og ikke tilgjengelig nå for allle.
Men beta-testversjonen skal være tilgjengelg for alle som nylig har sendt inn bidrag, slik som du selv nettopp. Du kan derfor nå gå inn på http://www.disnorge.no/distreff/prog og laste ned og installere beta-versjonen og kjøre full test.
Det som kalles beta-test består i at en gruppe frivillige som på ett eller annet vis har fått tilgang til versjonen gjør alt de kan for å krasje programmet, både ved slik bruk man forventer å skulle bruke det på, men også ved å forsøke å etterligne en som bruker programmet helt feil og dokumenterer feila som muligens kan oppstå av det.
Ved feil man har klart å skape, kommer programmet opp med en dialog som forteller at en feil har oppstått, i nedre venstre kant vil det første gangen den konkrete feilen oppstår vises to sjekkbokser som er ifylt med kommentar om å sende feilmelding som Epost.
Trykk på Ok-knappen, det kommer så opp en dialog hvor man skal beskrive feilen som oppstå og hva man gjorde (hvis man snublet i den utilsiktet får man forsøke så godt man kan å beskrive den, men hvis man har et systematisk opplegg for provokasjonen, så skal man her beskrive hvordan man har gått frem før krasjet oppstår. (for web-sider er det også å angi hvordan man kom frem til siden man kom inn på, f.eks. at feilen oppstår om man bruker en tilfeldig lenke ute på nettet, eller man går inn via planlagt lenk som programmør har satt opp.)
Når man har fylt i beskrivelsen og trykket på sendeknappen skal det det komme opp en ferdig ifylt epost med et attachment av type *.tgz hvor din maskins navn er en del av filnavnet. Fila inneholder flere filer som beskriver krasjet og hvor det skjer i kildekoden.
Med denne informasjonen kan feilstedet identifiseres i programkoden og dermed fikses.
Derfor er det svært viktig å sende inn som epost alle krasj som oppstår i GEDtreff.
Men beta-testversjonen skal være tilgjengelg for alle som nylig har sendt inn bidrag, slik som du selv nettopp. Du kan derfor nå gå inn på http://www.disnorge.no/distreff/prog og laste ned og installere beta-versjonen og kjøre full test.
Det som kalles beta-test består i at en gruppe frivillige som på ett eller annet vis har fått tilgang til versjonen gjør alt de kan for å krasje programmet, både ved slik bruk man forventer å skulle bruke det på, men også ved å forsøke å etterligne en som bruker programmet helt feil og dokumenterer feila som muligens kan oppstå av det.
Ved feil man har klart å skape, kommer programmet opp med en dialog som forteller at en feil har oppstått, i nedre venstre kant vil det første gangen den konkrete feilen oppstår vises to sjekkbokser som er ifylt med kommentar om å sende feilmelding som Epost.
Trykk på Ok-knappen, det kommer så opp en dialog hvor man skal beskrive feilen som oppstå og hva man gjorde (hvis man snublet i den utilsiktet får man forsøke så godt man kan å beskrive den, men hvis man har et systematisk opplegg for provokasjonen, så skal man her beskrive hvordan man har gått frem før krasjet oppstår. (for web-sider er det også å angi hvordan man kom frem til siden man kom inn på, f.eks. at feilen oppstår om man bruker en tilfeldig lenke ute på nettet, eller man går inn via planlagt lenk som programmør har satt opp.)
Når man har fylt i beskrivelsen og trykket på sendeknappen skal det det komme opp en ferdig ifylt epost med et attachment av type *.tgz hvor din maskins navn er en del av filnavnet. Fila inneholder flere filer som beskriver krasjet og hvor det skjer i kildekoden.
Med denne informasjonen kan feilstedet identifiseres i programkoden og dermed fikses.
Derfor er det svært viktig å sende inn som epost alle krasj som oppstår i GEDtreff.
Re: Akk, så grønn.....
Ad hjelp så skal <F1> gi hjelp for de enkelte felter, men siden hjelpefila fortsatt hører med til GEDtreff 2, så er det mye endringer i dag og bør derfor skrives om.
Re: Akk, så grønn.....
DIStreff og GEDtref, hva er forskjell?
Vel, DIStreff er navnet på tjenesten i sin helhet
Den består av flere deler:
GEDtreff er første steg for et nytt bidrag: Det leser GEDCOM-fila di og lager en bidragsfil med filnavn av type .kmq som sendes bidragskjører, evt. skapes av bidragskjører og er inputfil til neste program, db2005. Ved siden av inputfilen *.kmq lager altså fullversjonen (3.4.2.z) diverse rapporter basert på om man har bidratt tidligere eller ei.
Lager bidragskjører et utdrag for deg og du ikke har bidratt før, skapes det rapportfiler som sendes medlemmet hvis bidragskjører bruker beta-versjonen ved kjøring (pr 2. desember 2008). hvis man så sender senere nye bidrag til bidragskjører og man lager bidraget med typisk Windows-programvare vil programmet sperre for å lage slike rapporter da intensjonen er at senere bidrag skal kjøres av det enkelte medlem og kun brukere av operativsystemer som ikke uten videre kan kjøre Windows får da fulle rapporter, evt. basert på andre kriterier for hva som skal gjøre at bidragskjører får lage fulle rapporter.
Hvis du selv laster ned og installerer GEDtreff og ikke har bidratt med data tidligere er versjonen sperret mot både å lage rapporter, men også å droppe innsending av kmq-fil, altså bidraget. Hensikten med dette er flere ting. En forutsetning fra min side for at medlemmene gratis får bruke GEDtreff til å lage diverse rapporter er at man bidrar med data til fellesskapet.
Programmet har kostet flere tusen arbeidstimer å lage, bl.a. fordi vi ikke har noen veldefinert standard for hvordan stedsnavn skal se ut layoutmessig. Programmet gjør derfor masse forsøk på å gjette seg frem til hva man mener, men det er ikke alltid det klarer det, brukeren har ofte vært for fantasifull til å forkorte stedsnavnet med resultat at analysatoren må gi opp. Videre er det mange datoangivelser i GEDCOM-filene som ikke ligner grisen og har strukturfeil som lett gir programfeil. Å tette alle hull har vært svært tidkrevende, bl.a. fordi regneregler og annet har måttet bli bygget opp helt fra bunnen.
ørst når første bidrag er sendt inn åpnes tilgang til å lage analyser.
Men, altså, den versjonen som har denne mulighet ligger fortsatt på testbenken og venter på at frivillige setter seg ned og gjør en jobb for fellesskapet ved å forsøke å kjøre det og forsøke bevisst å skape feilsituasjoner og ut fra dette sende beskrivelse av hva man gjorde og hva resutlatet ble.
GEDtreff er for øvrig skrevet med Borland Delphi RAD Pro (fullisens) /Borland Delphi RAD Architect (Academic Version lisens pga. min jobb ved Inst. for Basal Medisin, Universitetet i Oslo) Videre brukes Eurekalog for å rapportere feil i programvare. Programmet er i dag på ca. 150000 egenskrevne programlinjer. Hvorav ca. 40000 av dem er et fellesbibliotek som jeg også bruker i jobbsammenheng, Acticalc32 som analyserer data samlet inn med posisjons- og aktivitetsmåleren Actireg (http://www.google.no/search?hl=no&q=Act ... %B8k&meta=), et forskningsverktøy som i dag vesentlig brukes utenfor UiO og derfor dessverre ikke skaper publikasjonsinntekter lokalt som kan brukes til å finansiere nyere versjon av Delphi eller til oppgraderinger av f.eks. Eurekalog (sentrale forskningsbevillinger baseres i dag 100% på egen publikasjonsaktivitet, ikke publikasjoner hvor metoden brukes, selv om alle publikasjoner er 100% avhengig av utvikler av programmet)
Vel, DIStreff er navnet på tjenesten i sin helhet
Den består av flere deler:
GEDtreff er første steg for et nytt bidrag: Det leser GEDCOM-fila di og lager en bidragsfil med filnavn av type .kmq som sendes bidragskjører, evt. skapes av bidragskjører og er inputfil til neste program, db2005. Ved siden av inputfilen *.kmq lager altså fullversjonen (3.4.2.z) diverse rapporter basert på om man har bidratt tidligere eller ei.
Lager bidragskjører et utdrag for deg og du ikke har bidratt før, skapes det rapportfiler som sendes medlemmet hvis bidragskjører bruker beta-versjonen ved kjøring (pr 2. desember 2008). hvis man så sender senere nye bidrag til bidragskjører og man lager bidraget med typisk Windows-programvare vil programmet sperre for å lage slike rapporter da intensjonen er at senere bidrag skal kjøres av det enkelte medlem og kun brukere av operativsystemer som ikke uten videre kan kjøre Windows får da fulle rapporter, evt. basert på andre kriterier for hva som skal gjøre at bidragskjører får lage fulle rapporter.
Hvis du selv laster ned og installerer GEDtreff og ikke har bidratt med data tidligere er versjonen sperret mot både å lage rapporter, men også å droppe innsending av kmq-fil, altså bidraget. Hensikten med dette er flere ting. En forutsetning fra min side for at medlemmene gratis får bruke GEDtreff til å lage diverse rapporter er at man bidrar med data til fellesskapet.
Programmet har kostet flere tusen arbeidstimer å lage, bl.a. fordi vi ikke har noen veldefinert standard for hvordan stedsnavn skal se ut layoutmessig. Programmet gjør derfor masse forsøk på å gjette seg frem til hva man mener, men det er ikke alltid det klarer det, brukeren har ofte vært for fantasifull til å forkorte stedsnavnet med resultat at analysatoren må gi opp. Videre er det mange datoangivelser i GEDCOM-filene som ikke ligner grisen og har strukturfeil som lett gir programfeil. Å tette alle hull har vært svært tidkrevende, bl.a. fordi regneregler og annet har måttet bli bygget opp helt fra bunnen.
ørst når første bidrag er sendt inn åpnes tilgang til å lage analyser.
Men, altså, den versjonen som har denne mulighet ligger fortsatt på testbenken og venter på at frivillige setter seg ned og gjør en jobb for fellesskapet ved å forsøke å kjøre det og forsøke bevisst å skape feilsituasjoner og ut fra dette sende beskrivelse av hva man gjorde og hva resutlatet ble.
GEDtreff er for øvrig skrevet med Borland Delphi RAD Pro (fullisens) /Borland Delphi RAD Architect (Academic Version lisens pga. min jobb ved Inst. for Basal Medisin, Universitetet i Oslo) Videre brukes Eurekalog for å rapportere feil i programvare. Programmet er i dag på ca. 150000 egenskrevne programlinjer. Hvorav ca. 40000 av dem er et fellesbibliotek som jeg også bruker i jobbsammenheng, Acticalc32 som analyserer data samlet inn med posisjons- og aktivitetsmåleren Actireg (http://www.google.no/search?hl=no&q=Act ... %B8k&meta=), et forskningsverktøy som i dag vesentlig brukes utenfor UiO og derfor dessverre ikke skaper publikasjonsinntekter lokalt som kan brukes til å finansiere nyere versjon av Delphi eller til oppgraderinger av f.eks. Eurekalog (sentrale forskningsbevillinger baseres i dag 100% på egen publikasjonsaktivitet, ikke publikasjoner hvor metoden brukes, selv om alle publikasjoner er 100% avhengig av utvikler av programmet)