Arkistonäkymässä ei tällä hetkellä lainaus erotu varsinaisesta viestistä. Suosittelemme että vilkaisette ns. täydellistä versiota: : TODO tietojen käsittely
Konepellin alla olevasta kiinnostuneille:
Syyskokouksessa esitelty (https://www.dropbox.com/s/zex5xhiyddqri7n/Taapeli%20katsaus%2022.11.2014.pdf?dl=0) Taapeli-projektin käyttämä gedcom-tiedoston tarkistusohjelma GSP löytää monipuolisesti päivämääriin liittyviä ristiriitatilanteita. Ks. liite. Tarkistuksessa havaituista tilanteista lisätään gedcom-tiedostoon niiden hoitamiseksi muistutuksia TODO alkuisilla riveillä. Muistutukset ovat tutkijan käytössä Taapelin perusprosessin Täydennys-vaiheessa eikä erillisiä listoja tarvita.
TODO-rivejä voidaan lisää neljässä muodossa:
_TODO DESC xxx
_ TODO xxx
tai omina tapahtuminaan
EVEN TYPE TODO NOTE xxx
EVEN TYPE TODO CAUS xxx
Voitko tarkistaa, löytyykö omasta ohjelmastasi vastaava, "Tehtävä", "Tutkittava" tms. nimetty ominaisuus. Miten sen tieto näkyy ohjelman tuottamassa gedcomissa? Hyödynnätkö jo tällä hetkellä näitä ominaisuuksia?
Mitenhän käyttämäsi sukututkimusohjelma käsittelee gedcom-tiedostoon lisättyjä em. muistutusrivejä? Kysyn tätä siltä varalta, että käyttäisit itse em. GSP-työkalua tai saisit Taapelista takaisin gedcomin, jossa olisi näitä rivejä.
Toisaalta jos osaat muokata gedcom-tiedostoa, niin voisitko lisätä siihen kaikki edellä kuvatut TODO variaatiot , lukea tiedoston ohjelmaasi ja katsoa, miten tiedot välittyivät.
Kun kerrot havainnoistasi tällä foorumilla, niin kerrothan mitä ohjelmaa käytät.
_______________
Taapelin puolesta
Pekka Valta
Sukuohjelmisto 11
Erityinen tägi tutkimatta on käytössä ohjelmassa.
Se tuottaa tällaisia rivejä. Lisäsin useanlaisia kenttiä
1 _UNKN
2 TYPE Tyyppi-kenttä
2 CAUS Selite-kenttä esim avio nuorena
2 PLAC , , kylä-kenttä, paikka-kenttä
2 NOTE teksti-kenttä
2 SOUR lähde-kenttä
Teksturiohjelma, joka osaa tallettaa ged-formaattisen tiedoston takaisin ged-formaattiin? Notepad tuottaa ged-tiedoston, jos nimi on tallennustilanteessa lainausmerkeissä "jotain.ged".
Sukuohjelmisto 11
Se lukee 2 ensimmäistä annettua esimerkkiä (1-tason täginä annettuina) TODO tägiin ja kuvaustekti tulee selitekenttään. 1. esimerkissä selitekentässä on DESC xxx.
1 EVEN tyyppiset todo tapaukset (1-tason täginä annettuina) menevät Elää-tägiin ja selitekentän teksti alkaa TYPE TODO. näin molemmissa annetuisa esimerkeissä.
Siis EVEN TYPE TODO CAUS xxx tyyppinen rakenne. Sehän mahdollistaa sekä GSP:n tuottaman gedcomin hyödyntämisen ja myös sen, että annat Taapeliin luovutettavaan gedcomiin itsekin "tutkittavia".
Mainiota.
Oletko kokeillut tiedostopäätteen asettamista ".ged" ?
eeva häkkinen
14.12.14, 16:27
Siis onko kyse vain siitä, ettei se pidä tunnisteesta .txt vai onko formaatissa jotain valittamista sen mielestä? Jos on, voisko kirjoittaa filtterin asian korjaamiseksi? Vai onko liian työlästä ajaa tiedosto kahden ohjelman läpi? Voisko ne ketjuttaa, niin että ne suorittuvat aina peräkkäin?
Mitään en tiedä asiasta, kunhan ajattelen ääneen.
Oletko kokeillut tiedostopäätteen asettamista ".ged" ?
Sitähän minä yritin juuri kuvata, mutta näköjään huonolla tuloksella.
Koetanpa uudestaan.
Liitteen kuvassa näkyy kolme tiedostoa, joiden alkuosa on sama AntinASCII2utf8 importkoe. Ylin on oikea ged mutta kaksi alempaa on sisällöltään sama tiedosto txt-formaatissa. Notepadissa editoinnin jälkeen (olipa kyse sitten ged tai txt-formaatista) pääsee tallentamaan "Tallenna nimellä" ged-formaattiin, kun valitsee tiedoston nimen lainausmerkeissä esimerkin mukaan ja alempaan kenttään asettaa "Kaikki tiedostot".
Tiedoston uudelleen nimeäminen ei onnistu, vaan tulos on kuten kuvassa keskimmäinen tiedosto, > .ged mutta kuitenkin txt-formaatissa.
Ei näköjään onnistu Notepadilla. Notepad++ (http://notepad-plus-plus.org/) ilmaisohjelmalla onnistuu. Se on muutenkin paljon fiksumpi.
Tässä muodossa olivat todo rivit import tiedostossa.
Kuten arvata saattaa, kolmas rivi ei toiminut, Pekalla oli siinä yksi merkki liikaa.
1 _TODO DESC xxx kuvaustesti1
1 _TODO xxx kuvausteksti2
1 _ TODO xxx kuvaustesti 3
1 EVEN TYPE TODO NOTE xxx note
1 EVEN TYPE TODO CAUS xxx caus
Lisäsin nuo ykköset joka riville, mutta jos tasoja olisi pitänyt olla enemmän niin saisinko (kirjaimellisesti) täydellisen esimerkin.
Liitekuvassa numerojärjestyksessä ovat ne rivit mitkä onnistuivat sisäänluvussa.
PS: Mikä kumma voisi olla erona, että minulla Notepad onnistui. Win 7 Professional on käytössäni.
Sukuohjelmisto 11
Erityinen tägi tutkimatta on käytössä ohjelmassa.
Se tuottaa tällaisia rivejä. Lisäsin useanlaisia kenttiä
1 _UNKN
2 TYPE Tyyppi-kenttä
2 CAUS Selite-kenttä esim avio nuorena
2 PLAC , , kylä-kenttä, paikka-kenttä
2 NOTE teksti-kenttä
2 SOUR lähde-kenttä
Miten Finfamilyssä täytetään "Tutkimatta" tietojakso kunnolla ennen Taapeliin vientiä? Tärkeintä on, että Tyyppi-kentässä on _TODO ja Selite-kentässä on syy, miksi asiaa vielä on tutkittava. Tekstikenttään voi kirjoittaa detaljitietoa tutkimisen tarpeesta jne ja lähdekenttäänkin jotain tarvittaessa. Esimerkissä alla on osin ns dummy tekstiä. Sama asia on liitteenä olevassa kuvassa.
Näillä keinoilla FF tuottaa seuraavanlaista gedcomia.
1 _UNKN
2 TYPE _TODO
2 CAUS avio nuorena
2 PLAC torppa-kenttä, talo-kenttä, kylä-kenttä, paikka-kenttä
2 NOTE teksti-kenttä
2 SOUR lähde-kenttä
Jotta Finfamilyyn syntyisi takaisin importtauksessa vastaava rakenne, on GSP:ssä tehtävä sellainen konversio, että gedcom näyttää tältä.
1 _TODO
2 CAUS avio nuorena
2 PLAC torppa-kenttä, talo-kenttä, kylä-kenttä, paikka-kenttä
2 NOTE tekstikenttä
2 SOUR lähde-kenttä
Itse tein koeaineistossa seuraavan merkkijonon eliminoinnin
_UNKN
2 TYPE
Tutkimatta-jaksoa ei synny importtauksessa.
Selkeä analyysi tarpeista, Timo. Kun aikaisemmin kirjoitin tiivistäen
1 EVEN TYPE TODO NOTE xxx note
tarkoitin (minkä näytät päätelleen jo), että gedcomiin lisätään rivit
1 EVEN
2 TYPE TODO
2 NOTE xxxx
Sama malli CAUS kentällä.
Tiedoksesi, että GSP:ssä haluamasi konversio tehdään Move text-lehdellä säännöllä (jälleen tiivistäen)
1 UNKN#2 TYPE _TODO |=| 1 _TODO
Logiikka selviää varmaan yhdellä silmäyksellä. Kahdesta rivistä yksi rivi.
Helppo nakki, kuten kai sopii todeta tässäkin tapauksessa :-
vBulletin® v3.8.11, Copyright ©2000-2024, vBulletin Solutions Inc.