<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Forum — Problems with the horse chestnut]]></title>
		<link>https://forums.nbn.org.uk/viewtopic.php?id=123</link>
		<atom:link href="https://forums.nbn.org.uk/extern.php?action=feed&amp;tid=123&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Problems with the horse chestnut.]]></description>
		<lastBuildDate>Fri, 25 Aug 2006 09:54:17 +0000</lastBuildDate>
		<generator>PunBB 1.4.6</generator>
		<item>
			<title><![CDATA[Re: Problems with the horse chestnut]]></title>
			<link>https://forums.nbn.org.uk/viewtopic.php?pid=607#p607</link>
			<description><![CDATA[<p>Linked with the other threads regarding common-name &amp; synonym confusions, I insist that when using any form of lookup with R6, the data-entry keyer only types in a partial word. </p><p>So in this case, start with &quot;Hor&quot; , then once your choices come up, can you add the &quot;se&quot;. The other fail-safe here is to expand the box so that the different checklists come into sight. </p><p>On a slightly unrelated note, we&#039;ve stopped using the &#039;Preferred Checklist&#039; option due to these common name/synonym errors.</p><p>This and a few other refinements have made it into the 2nd edtion of our manual. Eg, using Google to correct or narrrow down spelling errors by the orginal recorder, <em>then</em> put that entry through the search tools (or perhaps the <a href="http://NHM%20http://nbn.nhm.ac.uk/nhm/bin/nbntaxa.dll/search?st=basic">NHM http://nbn.nhm.ac.uk/nhm/bin/nbntax … h?st=basic</a> search site to find out which list it&#039;s in).</p><p> Ye get the idea.</p>]]></description>
			<author><![CDATA[null@example.com (Rob B)]]></author>
			<pubDate>Fri, 25 Aug 2006 09:54:17 +0000</pubDate>
			<guid>https://forums.nbn.org.uk/viewtopic.php?pid=607#p607</guid>
		</item>
		<item>
			<title><![CDATA[Re: Problems with the horse chestnut]]></title>
			<link>https://forums.nbn.org.uk/viewtopic.php?pid=606#p606</link>
			<description><![CDATA[<p>Try this out. In Recorder, try entering a record and in the taxon field, enter &quot;horse chestnut&quot;. When you hit enter, or click out of the field, Recorder will find a direct match and so won&#039;t prompt you any further. All appears to be well until you do a report some time later and find a moth in amongst your trees. The problem is, there is a horse chestnut moth and this is what gets matched in recorder. The reason you don&#039;t get prompted is because the tree of the same name is spelt as horse-chestnut (with a hyphen). So unless the data keyer knows they have to type horse-chestnut with a hyphen, or vice versa if doing moths, then there&#039;s a real danger of entering duff data unwittingly.</p><p>I&#039;d suggest a few of solutions to this problem:</p><p>1. Parse punctuation and spaces as equal, so that &quot;horse chestnut&quot; and &quot;horse-chestnut&quot; are interpreted as the same string and thus we get prompted to select the horse chestnut we really mean.</p><p>2. Always prompt, even though there is only one possible choice.</p><p>What do others think? Any other simpler solutions (such as adding &quot;horse-chestnut&quot; as a synonym of &quot;horse chestnut&quot;? Would that work?)</p><p>Charles</p>]]></description>
			<author><![CDATA[null@example.com (charlesroper)]]></author>
			<pubDate>Thu, 24 Aug 2006 17:10:19 +0000</pubDate>
			<guid>https://forums.nbn.org.uk/viewtopic.php?pid=606#p606</guid>
		</item>
	</channel>
</rss>
