<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 4: 5.5.1 ROMN/FONE compatibility broken</title><link>https://sourceforge.net/p/gedcom-parse/bugs/4/</link><description>Recent changes to 4: 5.5.1 ROMN/FONE compatibility broken</description><atom:link href="https://sourceforge.net/p/gedcom-parse/bugs/4/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 02 Apr 2003 02:16:05 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/gedcom-parse/bugs/4/feed.rss" rel="self" type="application/rss+xml"/><item><title>5.5.1 ROMN/FONE compatibility broken</title><link>https://sourceforge.net/p/gedcom-parse/bugs/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The ROMN &amp;amp;amp; FONE features from GEDCOM 5.5.1 require a&lt;br /&gt;
TYPE, e.g.&lt;/p&gt;
&lt;p&gt;1 NAME /?/??&lt;br /&gt;
2 ROMN /Su/Wensi&lt;br /&gt;
3 TYPE pinyin&lt;/p&gt;
&lt;p&gt;The compatibility code just converts the ROMN tag to&lt;br /&gt;
_ROMN, but the parse immediately fails when it hits the&lt;br /&gt;
required TYPE tag.  Furthermore, ROMN and FONE may also&lt;br /&gt;
contain name pieces, duplicating those in the initial&lt;br /&gt;
name.  These would also cause the parser to fail.&lt;/p&gt;
&lt;p&gt;The parser should really properly parse FONE and ROMN&lt;br /&gt;
when in 5.5.1 compatibility mode and provide the parsed&lt;br /&gt;
values, which are very useful for trees with Asian names.&lt;/p&gt;
&lt;p&gt;The PAF5 compatibility test provided does not include&lt;br /&gt;
either ROMN or FONE entries, so this bug is not being&lt;br /&gt;
detected by the test case.&lt;br /&gt;
I am working on sample diffs.... guess I should become&lt;br /&gt;
a team member :-).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Steve Swales</dc:creator><pubDate>Wed, 02 Apr 2003 02:16:05 -0000</pubDate><guid>https://sourceforge.netb987a7024f445712e7a2e01c53acd2edb56cd23c</guid></item></channel></rss>