Conversion of GenoPro beta XML files to GEDCOM format
GenoPro Home  |  Get Started With My Genealogy Tree  |  Buy  |  Login  |  Privacy  |  Search  |  Site Map
 
GenoPro Support Forum
Home        Members    Who's On
Welcome Guest ( Login | Register )
        


Conversion of GenoPro beta XML files to GEDCOM format Expand / Collapse
Author
Message
Post #5569 Posted 6/9/2005 5:27:58 AM


Grand Master

Grand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand Master This user is a contributor to FamilyTrees.GenoPro.com This user is an important contributor to the GenoPro community 

Group: Customers
Last Login: Today @ 5:48:22 AM
GenoPro Version: 2.0.1.6
Posts: 1,174, Visits: 5,584
Like many others I started to use GenoPro beta and added a lot of data before I realised I couldn't export it to Gedcom. I read here that this facility is likely to be in the next beta (16?). However I could not wait so I set about writing a VBScript (gnoxml2ged) to do the job. This was quite successful although I have only really tried it under Windows XP and W98 and only tested import of the resulting gedcom file to Legacy Family Tree.

However I thought others might like to try it so I have uploaded copy to

http://myweb.tiscali.co.uk/ronsweb/genealogy/scripts/gnoxml2ged.txt

Just copy and paste the text into Notepad to download. You will need to change the extension from .txt to .vbs if want to run it. Read the comments at the front of the file regarding dependencies & requirements. Being VBscript you can chop and change to suit. Let me know of any improvements!

Have fun,

Ron



'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
Post #5570 Posted 8/18/2005 6:48:05 PM


Famous Writer

Famous WriterFamous WriterFamous WriterFamous WriterFamous WriterFamous WriterFamous WriterFamous Writer This user is an important contributor to the translation of GenoPro This user is an important contributor to the GenoPro community This user is a contributor to FamilyTrees.GenoPro.com 

Group: Customers
Last Login: 10/21/2008 4:23:47 PM
GenoPro Version: 2.0.1.6
Posts: 437, Visits: 2,572
Hy,

Thanks! I tried it and found another use for it...(finding out inconsistencies in family tree) and realized that I'm having a "slight" problem with my way of creating family trees...

For testing purposes I converted one of my biggest *.gno file with a few genomaps, internal hyperlinks etc.

So far so good! I just hope there were no malicious scripts because my antivirus freaked out when I tried to execute *.vbs :lol:

When I opened this *.ged with GenoPro v1.91b I got a new file, it was auto-arranged, all hyperlinks converted into a normal links and then I found about "a problem"...

When I had to create a new Genomap I just created hyperlink and copied a few relevant members (children or parents or mate) around hyperlinked person. In a newly created *.ged/*.gno file I realized there are copies of those person/s. Properties are not recognizing it as other persons, marriages, etc.(members count is exact), all persons are counted no more then once, but they are complicating entire tree because they appear on tree as many times they appeared in original *.gno file, and visually they appear as second or third mate ...

:?: Is there a way to copy person and/or relationship from one Genomap to another and count it just as one object on multiple locations?
Something like hyperlinked person, just without hyperlink...
Is it maybe some error in conversion (I don't believe it, just asking)...

In *.gno file it could be maybe possible to realize it just as a 1st, 2nd etc. appearance in file on location 1, 2....

One other thing, I noticed some tags within file were sistematicaly ignored (pictures, child number, contacts, education, 2nd last name etc.), I preasume those were tags unsuppoted within Gedcom 5.5 format ?!

Any comments?



"εν οιδα οτι ουδεν οιδα" (Σωκρατησ)  - "The only thing that I know is that I don't know anything" (Socrates)
Post #5571 Posted 8/18/2005 6:48:05 PM


Forum Writer

Forum WriterForum WriterForum WriterForum WriterForum WriterForum WriterForum WriterForum Writer

Group: Customers
Last Login: 10/11/2006 10:23:37 AM
GenoPro Version: 2.0.1.1
Posts: 59, Visits: 102
Well, it makes sense to me that you are getting the duplicates in the Gedcom. I guess if you want to have the same person in multiple places, then hyperlinks are the way to go.

The way I handle it is if I want to make a split onto a new genomap, I will pick one person to be the hyperlink. Then one hyperlink will be linked as a child to the parents and be displayed there with all his predecessors and brothers and sisters, and then the other hyperlink, where ever it is, will have any spouses, children, decendents, etc. If you want the context of parents, etc with a particular individual, then either click the hyperlink or reconsider what individual you're using as your hyperlink.

However, if you want to continue doing it your way, you may wish to try the "Exclude from reports" button on the Report tab of the indivual's properties (excuse me if I didn't get the wording of the checkbox right... I don't have genopro in front of me). They say this is good for making a legend for your family tree. I would hope that means the excluded individual is not included in the gedcom file, as well. I haven't tried it, but it's worth a shot, says I.
Post #5572 Posted 8/18/2005 6:48:05 PM


Grand Master

Grand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand Master This user is a contributor to FamilyTrees.GenoPro.com This user is an important contributor to the GenoPro community 

Group: Customers
Last Login: Today @ 5:48:22 AM
GenoPro Version: 2.0.1.6
Posts: 1,174, Visits: 5,584
in reply to 'V.L.o',

Firstly I can assure you there is no 'malicious code' in my script, this can be confirmed by a visual scan of the script itself.

Regarding your problem, the only way I can see to avoid the situation you found would be to provide a option to only convert a single genomap rather than all genomaps in the file, as there is no easy way to distinguish copies (or clones) of individuals. I can also look into ignoring individuals with the 'exclude from report' marker set as suggested by 'CranMalReign'.

You also mentioned
One other thing, I noticed some tags within file were sistematicaly ignored (pictures, child number, contacts, education, 2nd last name etc.), I preasume those were tags unsuppoted within Gedcom 5.5 format ?!


It may be possible to map some of these into Gedcom structures, e.g. education aand 2nd last name, and I'll certainly look into this, but my knowledge of Gedcom format is limited.:? I would appreciate any suggestions as to which Gedcom structures would be applicable.



'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
Post #5573 Posted 8/18/2005 6:48:05 PM


Legendary Master

Legendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary Master This user is an important contributor to the translation of GenoPro 

Group: Administrators
Last Login: Yesterday @ 8:36:46 AM
GenoPro Version: 2.0.1.6
Posts: 3,534, Visits: 14,913
Dear Ron,
Thanks for writing such code. When I saw your posting, the Gedcom import/export was ready for Beta 12. I was tempted to post a "secret beta" with the support for Gedcom import/export for users with the urgent need to produce Gedcom files. On the other hand, I wanted to add a extra features before releasing Beta 12... It has been nearly two weeks since you posted the VB code.

Can you try Beta 12 at http://www.genopro.com/beta/ and tell me if everything is OK. As for your program, would you like me to post it on GenoPro.com. If you send me an executable (.exe), I can make it available for download. I will write a comment that both the code and the executable are safe for use.


Post #5574 Posted 8/18/2005 6:48:05 PM


Grand Master

Grand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand MasterGrand Master This user is a contributor to FamilyTrees.GenoPro.com This user is an important contributor to the GenoPro community 

Group: Customers
Last Login: Today @ 5:48:22 AM
GenoPro Version: 2.0.1.6
Posts: 1,174, Visits: 5,584
Hi Dan, Thanks for the offer of hosting my script. It is a VBscript not VB source code so it can't be compilied into an .exe file, it is simply run 'as is' under Windows Scripting Host (wscript.exe) which then interprets the script directly. Simply double clicking a .vbs file will cause it to run.

By all means download a copy and place it on genopro.com. It may be better just to provide a link as I'll probably update it from time to time. I now have version 2 available here .http://freespace.virgin.net/ron.prior/genealogy/scripts which has a GUI interface and improved conversion (e.g. picture references, education details are converted) and optional export of single Genomaps.

As regards beta 12, I did notice it had been made available before your post here and have done some initial tests with it. You seem to have a different approach to GEDCOM conversion than me. Your aim appears to be a convert all elements and attributes in a GenoPro file to GEDCOM, and have used a number of non-standard GEDCOM tags to achieve this, whereas I am primarily interested in porting my genealogy data to other systems (e.g. the shared resource on www.genesreunited.co.uk) and GEDCOM 5.5 is the 'de facto' standard for this. To this end I have tried to convert the GenoPro data into strict GEDCOM 5.5 tags to achieve maximum portability. I recommend that standard tags are used whenever possible, e.g. use multiple OCCU tag & associated tags instead of non-standard OCCUPATIONS; OBJE, FORM & FILE tags instead of PICTURES etc. Where no suitable GEDCOM tag exists (e.g. Genomap position information) then perhaps special NOTE entries could be used.

I tested import of a GenoPro beta 12 GEDCOM export into Legacy Family tree. All Occupation data was lost as expected. Place information appeared as the xref rather than the place data itself e.g. @Place00011@. GEDCOM 5.5 doesn't support an xref field on the PLAC tag. The marriage relationship for hyperlinked individuals also disappeared. This is possibly because GenoPro creates another instance of the individual when a hyperlink is created, and the 'biological' pedigree link refers to one instance and the 'parent' link to the other. I used a 'hack' in my script to overcome a similar problem.

One way to check compatibility of a GEDCOM file is to use the GEDCHK program which can be downloaded here http://www.familysearch.org/Eng/Home/FAQ/faq_gedcom.asp. When I ran a gedcom file generated by beta 12 through it a large number of errors were found, the main problem was incorrect use of non-standard tags, which according to the GEDCOM 5.5 definition, see http://www.math.clemson.edu/~rsimms/genealogy/ll/gedcom55.pdf, should be prefixed with underscore '_' to distinguish them from standard GEDCOM tags.

Also available on the net are GEDCOM 'torture' files that contain every possible GEDCOM 5.5. tag. These are useful for testing GEDCOM import and can be found here http://www.geditcom.com/gedcom.html. When these are imported to beta 12 a large number of custom tags were generated, suggesting that some tags do not easily translate into GenoPro format.

I tried re-importing a beta 12 GEDCOM file back into GenoPro Beta. This was completely successful with the exception that a 'twin' pedigree link was drawn way off to the right instead of connecting to the family line.

In summary, in my opinion, whilst the beta 12 GEDCOM export retains all GenoPro data, as indicated by the successful re-import, it does not a present greatly assist the portability of genealogical data.

I hope this does not appear to be too critical, it is certainly meant to be constructive. GenoPro is a great product and I'd like to help make it an even better one. :D

kindest regards,

Ron



'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
Post #5575 Posted 8/18/2005 6:48:05 PM


Forum Master

Forum MasterForum MasterForum MasterForum MasterForum MasterForum MasterForum MasterForum Master This user is an important contributor to the translation of GenoPro This user is an important contributor to the GenoPro community This user is a contributor to FamilyTrees.GenoPro.com 

Group: Customers
Last Login: 2 days ago @ 11:38:49 PM
GenoPro Version: 2.0.1.6
Posts: 726, Visits: 6,096
Hi Ron.
have tried your script by exporting one person from my tree. Since I received an error message with regard to characters used I removed the japanese characters in the genopro file (only one person for trial purpose) and tried to export again. No problem.
Using the genopro function (export to gedcom) I experienced the same problem as you have described. My target program for exporting is also Legacy. However I hope that the future reporting style of genopro will make a creation of a gedcom file obsolete.
Post #5576 Posted 8/18/2005 6:48:05 PM


Legendary Master

Legendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary MasterLegendary Master This user is an important contributor to the translation of GenoPro 

Group: Administrators
Last Login: Yesterday @ 8:36:46 AM
GenoPro Version: 2.0.1.6
Posts: 3,534, Visits: 14,913
Hi Ron, Hi Maru-San,
Thanks for your feedback. I will modify the export module to remove the XREF for PLACes for compatibility with other gedcom applications. The same goes for the problem with "hyperlinked individuals". I somewhat forgot there could be multiple OCCUpations records in the Gedcom standard. I will find a mechanism to keep the XREF for PLACes and hyperlinked individuals in a private tag. By the way, I am aware the Gedcom 5.5 standard recommends to use the underscore (_) character for private tags. After a careful review, I decided all tags are good, with or without the underscore. In the future I plan to add an option to allow the exporting with the underscore, and importing skipping the underscore.

To Maru-San:
Using the genopro function (export to gedcom) I experienced the same problem as you have described.

Have you used the UTF-8 encoding? Exporting Japanese characters is important, so it is essential to fix the problem. Can you elaborate please?


Post #5577 Posted 8/18/2005 6:48:05 PM


Forum Master

Forum MasterForum MasterForum MasterForum MasterForum MasterForum MasterForum MasterForum Master This user is an important contributor to the translation of GenoPro This user is an important contributor to the GenoPro community This user is a contributor to FamilyTrees.GenoPro.com 

Group: Customers
Last Login: 2 days ago @ 11:38:49 PM
GenoPro Version: 2.0.1.6
Posts: 726, Visits: 6,096
Hi Dan,

have tried to test as follows: created a genopro file with several persons, several genomaps, but no hyperlinks (will try later), some persons have japanese names(placed into "First Name" and "Family Name", in my case into "Alternative Name").

Created a GEDCOM file (Unicode selected) and opened this file with Word to see whether japanese names were exported. Have to open with Word, since a text editor (Notepad or Wordpad) will not handle japanese characters (Windows ME). Names were properly displayed.

Tried to import this file into legacy: Screen display says "One or more unrecognized items have been found in this GEDCOM file.Would you like to convert them? I clicked yes and there were 113 items not recognized. I canceled this and imported. Those persons with japanese names were not imported.
All education and occupation records were placed into "notes". Birth place was shown as @place00242@, no pictures were imported, no marriage records were imported.
"Alternative Name" in my case was imported also into notes but of course can not show properly due to inability of Legacy with regard to Unicode.

Opened this GEDCOM file also once with another geneology software (works with "ged" files directly), but Birthplace was shown as in Legacy, Birthdate was not imported and Persons with japanese characters were also not imported.

I hope above gives you some clues in which direction you have to make improvements/changes.
Post #5578 P