<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments for WeSay News</title>
	<atom:link href="http://www.wesay.org/blogs/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wesay.org/blogs</link>
	<description></description>
	<pubDate>Thu, 29 Jul 2010 15:52:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Comment on StopWatch by Brayden Sanchez</title>
		<link>http://www.wesay.org/blogs/2006/06/16/stopwatch/#comment-10857</link>
		<dc:creator>Brayden Sanchez</dc:creator>
		<pubDate>Sat, 10 Jul 2010 07:16:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.wesayhome.org/2006/06/16/stopwatch/#comment-10857</guid>
		<description>we have a 5 year old General Electic air conditioner at home, GE makes some of the finest air conditioners out ther.:'`</description>
		<content:encoded><![CDATA[<p>we have a 5 year old General Electic air conditioner at home, GE makes some of the finest air conditioners out ther.:&#8217;`</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Merging LIFT dictionary files by Ken Zook</title>
		<link>http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-10805</link>
		<dc:creator>Ken Zook</dc:creator>
		<pubDate>Fri, 25 Jun 2010 14:53:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-10805</guid>
		<description>A LIFT file from Flex and WeSay store unique identifiers (GUIDs) on each entry and sense. At this point Flex will only attempt to merge entries or senses that have identical GUIDs. When a LIFT file is imported, Flex tries to merge data with matching GUIDs. If a definition or other field is missing in the database, but is present in the LIFT file, it will be added to the database. If any extra items for sequences (e.g., semantic domains, senses, examples) exist in the LIFT file, they will be added to whatever is already present in the database. If a field is present in the database but not in the LIFT file, the field will not be changed in the database. Thus you cannot use a LIFT import to remove anything from the database. If a field has different non-empty content in the database than in the LIFT file, then the import process uses one of three settings you choose at the beginning of the import.
  1) The field is not changed in the database, thus skipping the LIFT field.
  2) The field in the database is replaced with the field from the LIFT file.
  3) A duplicate entry or sense will be created so that you can see the contents later and merge them manually.
If entries or senses in the LIFT file do not have identical GUIDs, then the entire entry or sense is added to the database. Thus, if two users develop lexicons independently, a LIFT import will typically have many duplicate entries or senses since the GUIDs will all be different. Likewise, if a LIFT file is created by some other program such as Paratext, Lexique Pro, or Solid, the LIFT file will likely not have GUIDs, but even if it does, they would be entirely different, so the import would simply import all the data as separate entries with no attempt to merge.
Another option can speed up import by trusting the modification dates on entries. If the modification dates for an entry are the same in the database and the LIFT file, the entry is automatically skipped without trying to analyze and merge all of the fields in the entry.</description>
		<content:encoded><![CDATA[<p>A LIFT file from Flex and WeSay store unique identifiers (GUIDs) on each entry and sense. At this point Flex will only attempt to merge entries or senses that have identical GUIDs. When a LIFT file is imported, Flex tries to merge data with matching GUIDs. If a definition or other field is missing in the database, but is present in the LIFT file, it will be added to the database. If any extra items for sequences (e.g., semantic domains, senses, examples) exist in the LIFT file, they will be added to whatever is already present in the database. If a field is present in the database but not in the LIFT file, the field will not be changed in the database. Thus you cannot use a LIFT import to remove anything from the database. If a field has different non-empty content in the database than in the LIFT file, then the import process uses one of three settings you choose at the beginning of the import.<br />
  1) The field is not changed in the database, thus skipping the LIFT field.<br />
  2) The field in the database is replaced with the field from the LIFT file.<br />
  3) A duplicate entry or sense will be created so that you can see the contents later and merge them manually.<br />
If entries or senses in the LIFT file do not have identical GUIDs, then the entire entry or sense is added to the database. Thus, if two users develop lexicons independently, a LIFT import will typically have many duplicate entries or senses since the GUIDs will all be different. Likewise, if a LIFT file is created by some other program such as Paratext, Lexique Pro, or Solid, the LIFT file will likely not have GUIDs, but even if it does, they would be entirely different, so the import would simply import all the data as separate entries with no attempt to merge.<br />
Another option can speed up import by trusting the modification dates on entries. If the modification dates for an entry are the same in the database and the LIFT file, the entry is automatically skipped without trying to analyze and merge all of the fields in the entry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on StopWatch by Noah James</title>
		<link>http://www.wesay.org/blogs/2006/06/16/stopwatch/#comment-10476</link>
		<dc:creator>Noah James</dc:creator>
		<pubDate>Thu, 13 May 2010 19:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.wesayhome.org/2006/06/16/stopwatch/#comment-10476</guid>
		<description>in our place, the weather could turn out to be uncomfortably humid that is why we bought an air conditioner at home to reduce h--*</description>
		<content:encoded><![CDATA[<p>in our place, the weather could turn out to be uncomfortably humid that is why we bought an air conditioner at home to reduce h&#8211;*</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Merging LIFT dictionary files by Jeff Shrum</title>
		<link>http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-10431</link>
		<dc:creator>Jeff Shrum</dc:creator>
		<pubDate>Sun, 09 May 2010 21:08:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-10431</guid>
		<description>I did try and import Wesay LIFT files in Flex 6.0.1.  I later heard that these import problems were fixed in Flex 6.0.3.  The file is too large for me to download so I am waiting for someone to had carry the installer file to me later in the month.  Then I will be able to see if the newer version works better with LIFT files.</description>
		<content:encoded><![CDATA[<p>I did try and import Wesay LIFT files in Flex 6.0.1.  I later heard that these import problems were fixed in Flex 6.0.3.  The file is too large for me to download so I am waiting for someone to had carry the installer file to me later in the month.  Then I will be able to see if the newer version works better with LIFT files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on More control over &#8220;missing info&#8221; tasks by John Hatton</title>
		<link>http://www.wesay.org/blogs/2009/06/22/more-control-over-missing-info-tasks/#comment-9276</link>
		<dc:creator>John Hatton</dc:creator>
		<pubDate>Sat, 13 Feb 2010 02:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2009/06/22/more-control-over-missing-info-tasks/#comment-9276</guid>
		<description>@Daniel,
I'm glad things are going well for you.  If you're doing the LanguageDepot thing, I'm guessing you meant to comment on the following blog post, related to  collaboration?</description>
		<content:encoded><![CDATA[<p>@Daniel,<br />
I&#8217;m glad things are going well for you.  If you&#8217;re doing the LanguageDepot thing, I&#8217;m guessing you meant to comment on the following blog post, related to  collaboration?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on More control over &#8220;missing info&#8221; tasks by Daniel Owens</title>
		<link>http://www.wesay.org/blogs/2009/06/22/more-control-over-missing-info-tasks/#comment-9265</link>
		<dc:creator>Daniel Owens</dc:creator>
		<pubDate>Fri, 12 Feb 2010 13:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2009/06/22/more-control-over-missing-info-tasks/#comment-9265</guid>
		<description>I set up the TExT Hebrew lexicon, and your instructions are clear and accurate. LanguageDepot.org responded very quickly to my request, and it was simple to get up and running. So far I am extremely happy with this. Thanks so much for this great tool! If I have any snags I will let you know.</description>
		<content:encoded><![CDATA[<p>I set up the TExT Hebrew lexicon, and your instructions are clear and accurate. LanguageDepot.org responded very quickly to my request, and it was simple to get up and running. So far I am extremely happy with this. Thanks so much for this great tool! If I have any snags I will let you know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Merging LIFT dictionary files by John Hatton</title>
		<link>http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-9067</link>
		<dc:creator>John Hatton</dc:creator>
		<pubDate>Thu, 28 Jan 2010 22:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-9067</guid>
		<description>Richard,
thanks for writing.  FLEx does attempt to merge the items together, if they came from the same source. That is, I think, if you enter a word "xyz" and I separately enter the same word, it's not going to merge them.  But in the common case where, say, you add a Part Of Speech to xyz, and I add a new sense, it will merge these changes together.

About the "trust entry modification times" option, the FLEx documentation says it is for speeding up the import:
"When selected, date and time metadata are compared between the current file and the import file. If the date/time stamps are identical for an entry, then no additional comparison is done."

Since WeSay always updates the modified date, this is a safe thing to enable.  In contrast, if you ran the LIFT file through a CC table or did a Search/Replace from Notepad, then it would *not* be safe to enable it, because although the data on the entries would be changed, the modified dates would be unchanged.</description>
		<content:encoded><![CDATA[<p>Richard,<br />
thanks for writing.  FLEx does attempt to merge the items together, if they came from the same source. That is, I think, if you enter a word &#8220;xyz&#8221; and I separately enter the same word, it&#8217;s not going to merge them.  But in the common case where, say, you add a Part Of Speech to xyz, and I add a new sense, it will merge these changes together.</p>
<p>About the &#8220;trust entry modification times&#8221; option, the FLEx documentation says it is for speeding up the import:<br />
&#8220;When selected, date and time metadata are compared between the current file and the import file. If the date/time stamps are identical for an entry, then no additional comparison is done.&#8221;</p>
<p>Since WeSay always updates the modified date, this is a safe thing to enable.  In contrast, if you ran the LIFT file through a CC table or did a Search/Replace from Notepad, then it would *not* be safe to enable it, because although the data on the entries would be changed, the modified dates would be unchanged.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Merging LIFT dictionary files by Richard Gravina</title>
		<link>http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-9056</link>
		<dc:creator>Richard Gravina</dc:creator>
		<pubDate>Thu, 28 Jan 2010 09:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-9056</guid>
		<description>I've imported several LIFT files from WeSay into FLEx. One question I have is what happens when two people have modified the same entry. For example, one person may have added a grammatical category where the other has left it blank. The second may have put in an example sentence. And they may both have put in slightly different definitions.

When FLEx imports the LIFT file, does it combine the information from the two versions, or does it just take one and leave the other? What effect do the different import options have?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve imported several LIFT files from WeSay into FLEx. One question I have is what happens when two people have modified the same entry. For example, one person may have added a grammatical category where the other has left it blank. The second may have put in an example sentence. And they may both have put in slightly different definitions.</p>
<p>When FLEx imports the LIFT file, does it combine the information from the two versions, or does it just take one and leave the other? What effect do the different import options have?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Merging LIFT dictionary files by WeSay News &#187; Testing the New WeSay Collaboration Features</title>
		<link>http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-9010</link>
		<dc:creator>WeSay News &#187; Testing the New WeSay Collaboration Features</dc:creator>
		<pubDate>Thu, 21 Jan 2010 07:29:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2010/01/21/merging-lift-dictionary-files/#comment-9010</guid>
		<description>[...] If there are multiple copies of the dictionary out there, you need to do that for each one of them.&#160; That is, get the project, remove it from their computer.&#160; You have an extra step in this case, which is to merge the entries together.&#160; Read these instructions on merging LIFT files. [...]</description>
		<content:encoded><![CDATA[<p>[...] If there are multiple copies of the dictionary out there, you need to do that for each one of them.&#160; That is, get the project, remove it from their computer.&#160; You have an extra step in this case, which is to merge the entries together.&#160; Read these instructions on merging LIFT files. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Collecting audio with WeSay by online stock trading advice</title>
		<link>http://www.wesay.org/blogs/2009/01/07/collecting-audio-with-wesay/#comment-8886</link>
		<dc:creator>online stock trading advice</dc:creator>
		<pubDate>Mon, 11 Jan 2010 03:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2009/01/07/collecting-audio-with-wesay/#comment-8886</guid>
		<description>what a great site and informative posts, I will add a backlink and bookmark your site. Keep up the good work!


I'm Out!  :)</description>
		<content:encoded><![CDATA[<p>what a great site and informative posts, I will add a backlink and bookmark your site. Keep up the good work!</p>
<p>I&#8217;m Out!  <img src='http://www.wesay.org/blogs/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
