<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Using SOLID to convert to one-ps-per-sense format</title>
	<link>http://palaso.org/archives/82</link>
	<description>Website of the Payap Language Software Development Group</description>
	<pubDate>Sat, 04 Feb 2012 21:15:43 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>By: languist</title>
		<link>http://palaso.org/archives/82#comment-6</link>
		<dc:creator>languist</dc:creator>
		<pubDate>Mon, 06 Jul 2009 14:55:11 +0000</pubDate>
		<guid>http://palaso.org/archives/82#comment-6</guid>
		<description>Hi John,

This latest post of yours (from the 27th) introduces
Thanks for another very useful Quick Fix, though I won't quite be able to use it until it supports the standard hierarchy. Currently it assumes that the user is prepared to convert from standard to alternate, which seems unlikely to me.

I imagine the FLEx importer would be happy with either hierarchy as long as the \ps and \sn fields are paired up nicely together, though I've not tested this thoroughly.

What if instead, this Quick Fix first checked to see whether "MDF Unicode" or "MDF Alternate Unicode" was selected when the file was opened, and then:
- If standard, copy \ps down to just above each \sn.
- If alternate, copy \ps down to just below each \sn.

The current wording, "Push \ps down to subsequent \sn's", is ambiguous and therefore perfect. :)

Personally, I think that the alternative hierarchy is more intuitive and better matches FLEx. But from a theoretical standpoint, some linguists would disallow having a single sense with multiple parts of speech. They'd say that multiple senses must be multiple POS's. Of course, FLEx enforces this one-to-one relationship, but MDF Alternate cannot.

Anyways, kudos again for posting this stuff publicly to make it easier to dialog about it in a way others can benefit from.

-Languist</description>
		<content:encoded><![CDATA[<p>Hi John,</p>
<p>This latest post of yours (from the 27th) introduces<br />
Thanks for another very useful Quick Fix, though I won&#8217;t quite be able to use it until it supports the standard hierarchy. Currently it assumes that the user is prepared to convert from standard to alternate, which seems unlikely to me.</p>
<p>I imagine the FLEx importer would be happy with either hierarchy as long as the \ps and \sn fields are paired up nicely together, though I&#8217;ve not tested this thoroughly.</p>
<p>What if instead, this Quick Fix first checked to see whether &#8220;MDF Unicode&#8221; or &#8220;MDF Alternate Unicode&#8221; was selected when the file was opened, and then:<br />
- If standard, copy \ps down to just above each \sn.<br />
- If alternate, copy \ps down to just below each \sn.</p>
<p>The current wording, &#8220;Push \ps down to subsequent \sn&#8217;s&#8221;, is ambiguous and therefore perfect. <img src='http://palaso.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Personally, I think that the alternative hierarchy is more intuitive and better matches FLEx. But from a theoretical standpoint, some linguists would disallow having a single sense with multiple parts of speech. They&#8217;d say that multiple senses must be multiple POS&#8217;s. Of course, FLEx enforces this one-to-one relationship, but MDF Alternate cannot.</p>
<p>Anyways, kudos again for posting this stuff publicly to make it easier to dialog about it in a way others can benefit from.</p>
<p>-Languist</p>
]]></content:encoded>
	</item>
</channel>
</rss>

