Gedcom

[Stein Ole Kjær]

Hva er feil ved dette:

0 @S3@ SOUR
1 TYPE Kirkebok
1 REPO Statsarkivet Hamar
1 TITL Kirkebok 9A Ringsaker
1 PAGE s. 182, no. 20

Stein
--
Stein Ole Kjær
[email protected]

[Brothers Keeper]

Umiddelbart kan jeg ikke se at der er nogen fejl.
De 5 linier omhandler en kildehenvisning på en kirkebog fra Ringaker som
har
nummer 9A - selve oplysningen der henvises til står på side 182, under
nummer 20 på denne side.

Bedste hilsener fra
Chris Gade Oxholm Sørensen
http://www.brotherskeeper.dk - [email protected]-onspam


"Stein Ole Kjær" <[email protected]> skrev i en meddelelse
news:[email protected]...

Hva er feil ved dette:

0 @S3@ SOUR
1 TYPE Kirkebok
1 REPO Statsarkivet Hamar
1 TITL Kirkebok 9A Ringsaker
1 PAGE s. 182, no. 20

Stein
--
Stein Ole Kjær
[email protected]

--
Jeg beskyttes af den gratis SPAMfighter til privatbrugere.
Den har indtil videre sparet mig for at få 265 spam-mails.
Betalende brugere får ikke denne besked i deres e-mails.
Hent gratis SPAMfighter her: http://www.spamfighter.dk

[dn10375]

Stein Ole Kjær skrev:

Hva er feil ved dette:

0 @S3@ SOUR
1 TYPE Kirkebok
1 REPO Statsarkivet Hamar
1 TITL Kirkebok 9A Ringsaker
1 PAGE s. 182, no. 20

Referanse til side/PAGE skal stå etter SOUR for hendelsen, ikke som en
del av kildenavnet.
.....
1 BIRT
2 DATE 14 MAY 1887
2 PLAC Holdbakken, Hamar
2 SOUR @S3@
3 PAGE s. 182, no. 20
.....

T. Haugødegård
http://www.tha.no

[Christoffer Owe]

Det er tre feil her:
* REPO skal peke til en egen record for repository og kan ikke inneholde
tekst.
* TYPE er ikke en gyldig tag i en source record.
* PAGE er heller ikke en gyldig tag i en source record, men kan inngå i
en source citation.

Dette er riktig:

0 @R1@ REPO
1 NAME Statsarkivet Hamar
0 @S3@ SOUR
1 TITL Kirkebok 9a Ringsaker
1 REPO @R1@

mvh
Christoffer Owe


Stein Ole Kjær wrote:

Hva er feil ved dette:

0 @S3@ SOUR
1 TYPE Kirkebok
1 REPO Statsarkivet Hamar
1 TITL Kirkebok 9A Ringsaker
1 PAGE s. 182, no. 20

Stein

[Stein R]

Christoffer Owe <[email protected]> wrote in news:A62dnSm-
[email protected]:

Stein Ole Kjær wrote:
Hva er feil ved dette:

0 @S3@ SOUR
1 TYPE Kirkebok
1 REPO Statsarkivet Hamar
1 TITL Kirkebok 9A Ringsaker
1 PAGE s. 182, no. 20

Stein

Det er tre feil her:
* REPO skal peke til en egen record for repository og kan ikke inneholde
tekst.
* TYPE er ikke en gyldig tag i en source record.
* PAGE er heller ikke en gyldig tag i en source record, men kan inngå i
en source citation.

Dette er riktig:

0 @R1@ REPO
1 NAME Statsarkivet Hamar
0 @S3@ SOUR
1 TITL Kirkebok 9a Ringsaker
1 REPO @R1@

mvh
Christoffer Owe

Legger ved et utsnitt av de antatt relevante deler av Gedcom 5.5
standarden(se nederst i dette innlegget):

Etter å ha lest igjennom standarden er jeg stort sett enig med det
Christoffer skriver.

Eneste jeg er litt uenig med er vel bruk av TYPE. TYPE kan du i
prinsippet, slik jeg leser standarden, bruke på de samme stedene
som man kunne ha hatt en NOTE.

Forskjellen er vel bare at type er ment som en enkelt-linje notat
som en gedcom-viewer bør vise for en menneskelig leser, men som
ikke skal behandles maskinelt.

Det er ikke en del av strukturen av fila, den definerer ikke opp
kategorier som brukes til noe - det er bare en tekst som kanskje
betyr noe for en menneskelig leser.



Hvis vi starter fra den riktige enden (for en menneskelig leser -
dataprogrammet vil ha disse tre postene i motsatt rekkefølge

Du starter med en kilde*henvisning*, for eksempel som del av en
hendelse. En kildehenvisning kan inneholde PAGE som en underpost.
F.eks:

0 INDI
1 BIRT
2 DATE 12 MAY 1920
2 SOUR @S3@
3 PAGE S 182, nr 20
2 TYPE Hjemmefødsel

Legg merke til at her står det SOUR @S3@, mao SOUR *først*. Dette
er en *henvisning* til Source nr 3. I en kildehenvisning kan du
godt ha en post av type PAGE.

Jeg ser ikke på strak arm noen naturlig måte å innkludere en TYPE
i en kildehenvisning. Men den kan selvsagt brukes som en tilleggs-
tekst for å beskrive selve hendelsen som du angir kilde for.


Så kan du ha en kilde*definisjon*:
Source description (S1 = source 1, S2 = source 2, S3 = source 3 osv)
0 @S3@ SOUR
1 TITL Kirkebok 9a Ringsaker
1 REPO @R1@
1 TYPE Kirkebok på mikrofilm

Legg merke til at kildedefinisjonen starter med @S3@ SOUR. Dette er
en definisjon, ikke en henvisning hvor faktorene er i motsatt rekke-
følge (SOUR @S3@ istedenfor @3@ SOUR).

PAGE er som Christoffer skriver *ikke* en del av en kildedefinisjon -
fordi du presumtivt vil finne mange forskjellige opplysninger om mange
forskjellige hendelser på mange forskjellige sider i gitt bok. PAGE
hører hjemme i kildehenvisningen (som i fødselseksemplet over), ikke
i kilden.

En kildedefinisjon *kan* inneholde en *henvisning* til kilde-depot
(mao repository - stedet der du kan finne boka). Men en henvisning til
depot er på samme måte som en henvisning til en kilde på formen TAG
@nr@. I dette tilfellet mao REPO @R1@. Ikke REPO "Tekst bla, bla, bla".

I en kildedefinisjon kan du godt ha med en TYPE. Den har ingen funksjon
utover å være leselig for et menneske.


Til slutt kan du ha en *definisjon* av kilde-depot/Repository:

Repository description (R1 = repo no 1, R2 = repo no 2 osv)
0 @R1@ REPO
1 NAME Statsarkivet Hamar
1 TYPE Offentlig arkiv

Også her kan du ha med en TYPE, om du vil. Også her er TYPE kun en tekst,
ikke en katagori som betyr noe som helst for programmet.

Smil,
Stein




REPOSITORY_RECORD:=

n @<XREF:REPO>@ REPO {1:1}
+1 NAME <NAME_OF_REPOSITORY> {0:1} p.54
+1 <<ADDRESS_STRUCTURE>> {0:1} p.33
+1 <<NOTE_STRUCTURE>> {0:M} p.38
+1 REFN <USER_REFERENCE_NUMBER> {0:M} p.62
+2 TYPE <USER_REFERENCE_TYPE> {0:1} p.62
+1 RIN <AUTOMATED_RECORD_ID> {0:1} p.44
+1 <<CHANGE_DATE>> {0:1} p.33

SOURCE_RECORD:=

n @<XREF:SOUR>@ SOUR {1:1}
+1 DATA {0:1}
+2 EVEN <EVENTS_RECORDED> {0:M} p.50
+3 DATE <DATE_PERIOD> {0:1} p.47
+3 PLAC <SOURCE_JURISDICTION_PLACE> {0:1} p.60
+2 AGNC <RESPONSIBLE_AGENCY> {0:1} p.59
+2 <<NOTE_STRUCTURE>> {0:M} p.38
+1 AUTH <SOURCE_ORIGINATOR> {0:1} p.60
+2 [CONT|CONC] <SOURCE_ORIGINATOR> {0:M} p.60
+1 TITL <SOURCE_DESCRIPTIVE_TITLE> {0:1} p.60
+2 [CONT|CONC] <SOURCE_DESCRIPTIVE_TITLE> {0:M} p.60
+1 ABBR <SOURCE_FILED_BY_ENTRY> {0:1} p.60
+1 PUBL <SOURCE_PUBLICATION_FACTS> {0:1} p.60
+2 [CONT|CONC] <SOURCE_PUBLICATION_FACTS> {0:M} p.60
+1 TEXT <TEXT_FROM_SOURCE> {0:1} p.61
+2 [CONT|CONC] <TEXT_FROM_SOURCE> {0:M} p.61
+1 <<SOURCE_REPOSITORY_CITATION>> {0:1} p.39
+1 <<MULTIMEDIA_LINK>> {0:M} p.37,28
+1 <<NOTE_STRUCTURE>> {0:M} p.38
+1 REFN <USER_REFERENCE_NUMBER> {0:M} p.62
+2 TYPE <USER_REFERENCE_TYPE> {0:1} p.62
+1 RIN <AUTOMATED_RECORD_ID> {0:1} p.44
+1 <<CHANGE_DATE>> {0:1} p.33

Source records are used to provide a bibliographic description of the
source cited. (See the <<SOURCE_CITATION>> structure, page 38, which
contains the pointer to this source record.)

SOURCE_CITATION:=
[
n SOUR @<XREF:SOUR>@ /* pointer to source record */ {1:1}
p.62
+1 PAGE <WHERE_WITHIN_SOURCE> {0:1} p.62
+1 EVEN <EVENT_TYPE_CITED_FROM> {0:1} p.49
+2 ROLE <ROLE_IN_EVENT> {0:1} p.59
+1 DATA {0:1}
+2 DATE <ENTRY_RECORDING_DATE> {0:1} p.49
+2 TEXT <TEXT_FROM_SOURCE> {0:M} p.61
+3 [ CONC | CONT ] <TEXT_FROM_SOURCE> {0:M}
+1 QUAY <CERTAINTY_ASSESSMENT> {0:1} p.44
+1 <<MULTIMEDIA_LINK>> {0:M} p.37,28
+1 <<NOTE_STRUCTURE>> {0:M} p.38
| /* Systems not using source
records */
n SOUR <SOURCE_DESCRIPTION> {1:1} p.60
+1 [ CONC | CONT ] <SOURCE_DESCRIPTION> {0:M}
+1 TEXT <TEXT_FROM_SOURCE> {0:M} p.61
+2 [CONC | CONT ] <TEXT_FROM_SOURCE> {0:M}
+1 <<NOTE_STRUCTURE>> {0:M} p.38
]

The data provided in the <<SOURCE_CITATION>> structure is source-
related information specific to the data being cited. (See GEDCOM examples
starting on page 68.) Systems that do not use SOURCE_RECORDS must use the
second SOURce citation structure option. When systems which support
SOURCE_RECORD structures encounter source citations which do not contain
pointers to source records, that system will need to create a SOURCE_RECORD
and store the <SOURCE_DESCRIPTION> information found in the non-structured
source citation in either the title area of that SOURCE_RECORD, or if the
title field is not large enough, place a "(See Notes)" text in the title
area, and place the unstructured source description in the source record's
note field.

The information intended to be placed in the citation structure
includes:
o A pointer to the SOURCE_RECORD, which contains a more general
description of the source.
o Information, such as a page number, on how to find the cited
data within the source.
o Actual text from the source that was used in making assertions,
for example a date phrase as actually recorded or an applicable sentence
from a letter, would be appropriate.
o Data that allows an assessment of the relative value of one
source over another for making the recorded assertions (primary or
secondary source, etc.). Data needed for this assessment is how much time
from the asserted fact and when the source event was recorded, what type of
event was cited, and what was the role of this person in the cited event.
- Date when the entry was recorded in source document,
".SOUR.DATA.DATE."
- Event that initiated the recording, ".SOUR.EVEN."
- Role of this person in the event, ".SOUR.EVEN.ROLE".

SOURCE_REPOSITORY_CITATION:=
[
n REPO @XREF:REPO@ {1:1} p.62
+1 <<NOTE_STRUCTURE>> {0:M} p.38
+1 CALN <SOURCE_CALL_NUMBER> {0:M} p.59
+2 MEDI <SOURCE_MEDIA_TYPE> {0:1} p.60

This structure is used within a source record to point to a name and
address record of the holder of the source document. Formal and informal
repository name and addresses are stored in the REPOSITORY_RECORD.
Informal repositories include owner's of an unpublished work or of a rare
published source, or a keeper of personal collections. An example would be
the owner of a family Bible containing unpublished family genealogical
entries. More formal repositories, such as the Family History Library,
should show a call number of the source at that repository. The call number
of that source should be recorded using a subordinate CALN tag. Systems
which do not structure a repository name and address interface should store
the information about where the source record is stored in the
<<NOTE_STRUCTURE>> of this structure.


The Lineage-Linked GEDCOM Form uses the TYPE tag to further classify its
superior tag for the viewer. The value portion given by the TYPE tag is not
intended to inform a computer program how to process the data. The
difference between this value and a note value is that displaying systems
should always display the type value when they display the data from the
associated context. This gives the user some flexibility in further
describing the information provided but does not require the software to
recognize and respond to the large variety qualifiers that might be used.
For example:

1 EVEN
2 TYPE Awarded BSA Eagle Rank
2 DATE 1980