Hvordan skal stedsnavn føres?

[Knut Helge Nebell]

Hei

Som inspirert av en annen diskusjon, hvor dette med stedsnavn er omtalt, legger jeg ut hvilken filer med tilhørende plassering jeg mottok.
Jada, jeg har ikke kontrollert alle disse, jeg medgir det (lat/gir f.../for massiv informasjon; stryk det som ikke passer).

Hvilken av disse er viktig, og hvilken fil skal jeg konsentrere meg om? Det kan se ut som noen er dubletter (ligger i forskjellige mapper).

Ser jeg kan max legge ut 5 bilder, legger det siste bilde på neste innlegg

[Knut Helge Nebell]

Her er siste bilde

[dn01013]

Som nevnt i annen tråd.

Funnet og normalisert stedsnavninformasjon finner du i fila

db<mnr>_Stedsnavn.csv (cvs)

Kjører du GEDtreff selv kan du i oppsettet ditt slå av de rapporter som ikke interesserer.

De er ment som et bonus, ikke som tvangslesing-

[dn01013]

Som eksempel på hvordan utskriften kan se ut vedlegger jeg bilde fra fila for egne data:

Vedlegger også bilde fra fila med navn av type db<mnr>_Uaksepterte.cvs som inneholder den enkelte persons enkeltnotis som avvises pga stedsnavnet ikke klarte å tydes og hvorfor.

Vær oppmerksom på tag'en CHILDBIRTH som ikke er en Gedcomtag, men betyr at det er en hendelse som tilknyttes foreldrene basert på barnets fødselsnotis,

Vi har valgt å kople barnets fødselsdato (året) og sted også til faren, selv om det ikke alltid er nok tilfelle at faren var virkelig biologisk far eller at han var i live den dagen. For å være korrekt skulle mao 9 mnd trekkes fra barnets fødselsdag og det året oppgis om barnet ble født før 1. september.

[Knut Helge Nebell]

Ja, den filen har jeg prøvd å finne, ikke lykkes med det.
Derfor la jeg ut de filene jeg har mottatt, og der finnes ingen fil med navnet; db20582R Stedsnavn.txt .

Derimot er det en CVS-fil med samme navn, så det er vel den du mener da. Jeg kan ikke se at noen av de oppførte stedsnavn er feil, og Filen "DB20528R_Ukjentesteder" svarer: Ingen ukjente steder funnet

For flere år siden sendte jeg inn bidrag som hadde mangelfullt utfylte stedsnavn, jeg ble passert i hytt og pine.
Siden den gang har jeg prøvd å få stedsnavnene så korrekte så mulig. Stedet som jeg har skjønt er det viktigste er hvilket Land som resten av adressen skal tilhøre.

Nå har jeg sendt inn et litet bidrag og ved tilbakemeldingen har adressen blitt en helt annen enn den jeg skrev inn (nesten).
I hvilken rubrikker skal jeg føre stedsnavene? Se vedlagte eksempler

Det fremkommer tre adresser på samme dato, 1857 (9 juni 1857), den eneste som jeg kan se er riktig er der der står, f. 1857.

[dn01013]

Da DIStreff er et matchingsystem, må nok informasjon trekkes ut til at det blir match for en og samme person selv om en registrerer sokn og en annen kommunenavnet som ikke alltid er det samme.

For sokn/forsamlinger blir derfor også tilhørende kommune trukket ut. For Norges vedkommende tilhørighet rundt 1945 (litt forskjellige kilder har vært benyttet her og derfor ikke helt synkrone) og for Sveriges del, oppdelingen etter sammenslåing av alle småkommunenene til store kommuner.

DISBYT trekker ikke ut kommunenavn, men da mange i Norge bare registrerer også gamle steder kun med kommunenavn, geografiske områder på størrelse med Vestfold mange steder i Sverige, spesielt i Nord-Sverige, så må vi dessverre trekke ut begge deler. Kan være enig i at det kan virke forvirrende, men hensikten er altså

DIStreff skal skape kontakt mellom medlemmer som arbeider med de samme personer og slekter.

[Knut Helge Nebell]

Skal jeg forstå det slik at der hvor jeg kan føre kommunenenavn bør jeg føre sokn?

Vil det gjøre samme nytten enten det er sokn, prosti eller bispedømme?
Og som du nevner, navne-endringer over tid, her ser jeg det som naturlig å føre datidens benevnelse (så får det gå som det vil).

Jeg har lært noe her, og mye av diskusjonen på nabotråden.

Hilsen Knut

[dn01013]

Prosti og bispedømme har jeg vel og merke i databasen for norske sokn, men ikke utenlandske.

I og med hvert trinn som tas med øker kompleksiteten i koden med n fakultet har jeg inntil videre droppet identifisering av prosti og bispedømme.
Men fogderi identifiseres.

Kildekoden for identifisering er på ca. 25000 linjer kode og er av forskjellige årsaker heller kompleks og sjanse for bisarre bieffekter øker radikalt for hver tilleggsinformasjon som skal analyseres

På planen står bl.a. identifisering av steder som har skiftet nasjon, f.eks. Skåne og Schleswig-Holstein. Den samme kildekoden skal dekke alle tilfeller, uansett nasjon, fylke/fogderi/delstat, kommune/herred/county og sokn/församling/township etc.

For å integrere mer analyse må jeg dessverre investere i programvare som kan analysere pascal kildekode og tegne flytskjema før jeg blir vanvittig, men dessverre tillater ikke min økonomi slikt, ei heller er det penger til slikt på UiO's svært anstrengte budsjetter (jeg har faktisk 0 kr i forskningsmidler og avhengig av å bruke gratis komponenter i Delphi i min jobbprogrammering. Lønna på kr 11400 i mnd er derfor ikke tilstrekkelig til å dekke slike utgifter)

[Otto Jørgensen]

Muligens er jeg helt på jordet, men etter å ha sett på en del av GIF-bildene ser jeg at flr stedsnavn starter med Preposisjon. Det er vel neppe riktig?

[Knut Helge Nebell]

Du tenker vel på denne vil jeg tro: Eksempel på hvordan fila med avviste hendelser kan se ut.

Teksten forteller at den er avvist, sikkert på grunn av preposisjonen. I tillegg var landet beskrevet som Sjøen.

Alf kan sikkert svare mer riktig enn meg, men det er slik jeg oppfatter det.


Hilsen Knut

[dn01013]

Gedcom nevner intet om slikt

Og for GEDtreff sitt vedkommende betyr det normalt intet

Ang. kommentar om 'på sjøen' så er hverken 'på' eller 'sjøen' navn på et sokn, så det avvises av den grunn, ikke pga. av 'på'



For øvrig, i Disgen er det slik at om man bruker ustrukturert stedsnavn (det støttes i Disgen 8.*), så kunne man undertrykke standard preposisjon 'i' ved å skrive '<blank tegn><prepososjon><blankt tegn><stedsnavn>, f.eks.

' på Songe, Holt'

Dette går helt ok og aksepteres som

Holt/NOI (dvs. Aust-Agder) og

Holt/NOI Songe+ hvor Songe antas å være gårdsnavn (for mitt vedkommende egentlig grenda)

Gedtreff plukker opp alt bakfra adskilt i forkant med ',' og fanger da opp 'Holt' og sjekker dette mot diverse strukturerer og finner at dette er et kommunenavn og tester så ' på Songe' som ikke er noe sokn, så der stopper gjenkjenningen,

Roaldstad, Tørdal, Drangedal derimot fanger opp både Drangedal som kommune og Tørdal som sokn under Drangedal.
Roaldstad, Tørdal fanger opp at Tørdal er entydig sokn som tilhører Drangedal kommune og trekker likeså ut begge deler.

Bø derimot finnes flere steder, både som kommune og sokn, og avvises.


En feilkilde man skal være klar over. Kommunenavn har forrang foran soknenavn. Hvis man således skriver Nes, Buskerud og mente Nes i Ådalen, så godkjennes dette som Nes kommune i Buskerud (Nesbyen altså)

Man kan skrive Nes i Ådalen, Grue i Solør etc.

Men f.eks. Troms eller Aust-Agder, eller Norge avvises.

No som forkortelse for Norge blir godkjent, som soknet No i Hind i Ringkøbing, Sogn blir godkjent som township sogn, Goodhue, Minnesota.

Slike feil kan dere rette i Gedtreff i fasen med stedsnavnrettinger. Alle rettinger lagres i db<nnnnn>_Ukjentenavn.cvs som ble nevnt var tom i annen kommentar her.

[Otto Jørgensen]

Det er veldig positivt at Distreff tar så mange ting og også lar bidragsyter foreta rettinger underveis i overføringen til Distreff.

Men jeg vil gjerne fokusere på at man retter opp i sitt dataprogram.

Gevinstene er klare:
A. Man får i utgangspunkt en rettere database selv som også kan brukes til gedcom til andre
B. Man slipper å foreta de samme rettelsene hver gang man sender inn nytt bidrag.

Det som nevnt positivt at man kan rette underveis, men tross alt er det ens egen database som bør være mest mulig korrekt, både med hensyn til datoer og stedsangivelser. (Slurvefeil bør en unngå)

[dn01013]

Og i etterkant kan også GEDtreff hjelpe til med å rette i databasen til den enkelte.

Og er man så heldig å ha et slektsprogram som kan startes opp med gedcom-id som parameter kan man hoppe direkte til personen det er snakk om man vil rette for, f.eks. Disgen 8.2 hvor disgen til og med kan åpnes i redigeringsmodus for den enkelte person (men en del forbedringer er nok ønskelig her, f.eks. at programmet kan være DCOM server og motta kommandoer underveis.

Hvis andre programmer har COM/COM+ eller DCOM-støtte, så si ifra og helst legg frem dokumentasjon på kommunikasjonsformat.
Dessverre er neppe slike serverfunksjoner noe som er standardjsert, men forskjellig fra program til program, om det støttes i det hele tatt.

[Knut Helge Nebell]

Hvis andre programmer har COM/COM+ eller DCOM-støtte, så si ifra og helst legg frem dokumentasjon på kommunikasjonsformat.

Dette er utenfor hva jeg forstår. En liten forklaring vil hjelpe.

[dn01013]

Ja, det er datateknisk, måten som f.eks. Microsoft kan hjelpe deg med å legge inn en Excel-figur i et Word- eller Powerpoint-dokument, også kalt OLE (Object Link Embedding)

I Gedtreff brukes COM også til å gi itilgang til Internett Express inne i GEDtreff som om programmet var innebygget.

(Se fliken "Artikler" i GEDtreff)