Hello Jeff,

I just downloaded and installed Clements World 2009 v6.4.1 taxonomy and checklists.

I compared the totals in Tax View vs Add Checklist Method vs Reports Checklist using "World "as a location.

Tax View - 10004 / 31108

Add Sightings (Checklist Method) - 10004

Reports: Checklist wo/subspecies - 10004

Reports: Checklist w/subspecies - 10005 species / 21103 subs/ 31107 forms

I get one more specie and one less form using the checklist w/subspecies report than with the other methods of interigation. Any comments?

Regards, Al Borodayko

Cypress, CA

Hi Al,

Tax View = 10,004 species (things defined at the species level) and 31,108 things defined in total (species, subspecies and things not defined to the species level, e.g. Blue Grouse = Genus level thing)

Add Sightings (Checklist Method) = 10,004 species; assuming you did not check the Show Subspecies checkbox.

Reports: Checklist w/o subspecies = 10,004 species.

So far all is right.

Reports: Checklist w/subspecies (boy - that report ain't quick! 3 minutes, 400 pages on my old XP with no memory)  - but I am showing 10,005 species / 21,004 subspecies / 31,008 forms.

Checking for similar anomolies: ABA 2009 w/subspecies

TAX VIEW: 962 / 2,323

Reports: Checklist w/subspecies: 962 - 1,359 - 2,321

Hmmmmm. So - I will have to check into this when I have more time. This one ain't gonna be simple. I am proposing Calculus and some Quantum Theory.

Jeff

Ok - Here is what I do know about Clements 6.4.1 2009 - confirmed via exact counts.

• Total things defined by tax list = 31,108
• Total species defined by tax list = 10,004
• Total subspecies defined by tax list = 21,104
• Total things that are not species or subspecies (e.g. genus level things) definted by tax list = 0

So, the question is why the Checklist report w/subspecies is reporting (in my case - I incorrectly stated the numbers in my previous post) 10,005 sp / 21,104 ssp / 31,108 forms, and in your case 10,005 sp / 21,103 ssp / 31,107 forms is what I am checking into next.

It appears that the only error occurs in my algorithm for counting these things in the Checklist report and that all other reported numbers are correct. So I will check into that algorithm now.

I wonder why yours and mine reported one extra species and why my subsp and form numbers are correct, but yours are one less than they should be.

Al - can you show me the Checklists TAB settings (screenshot) that produces those numbers above for you so I can see exactly what settings you chose?

Thanks,

Jeff

Jeff,

Since we agree on the tax view, add sighting & report wo/subspecies, I will not clutter the message with those screenshots unless you want them. I am sending screenshots of w/subspecies, only, at this time. I should also point out that I only purchased the Clements World 2009 v6.4.1 Tax & Checklist wo/subspecies. In the report choices there is a check box for "include subspecies" so I checked it to see what would happen. I was expecting to get just a repeat of the wo/subspecies list. To my surprise, the checklist included subspecies with the different values. Otherwise, I would have been living in ignorant bliss.

Screenhunter_001 shows the Report parameters

Screenhunter_002 shows the Report Output for those parameters

Regards, Al

Jeff, Outcome is the same. See attached Screenshots.

Ok Al - found the reason for the species count mismatch. It was an error in the Clements tax list. A new one has been uploaded and is ready for download. To correct this problem, all you need to do is to delete your current version of that tax list (using the Tax View window) and re-import the tax list file only; no need to reimport the checklist data file.

The problem was that the Tepui Redstart species was given a different species classification than the subspecies under it. Resulting in orphaned subspecies. The way the Checklist Report counts species (the long hand way) versus the way the Tax View window counts them is different and is what accounted for this difference that you found. Assuming no errors in the taxonomic list, then both methods will always produce the same counts; however, in this case, with the orphaned subspecies, the Checklist Report counted the subspecies as another species on the report as there were no other things with the same genus/species combination.

You can download and import the updated taxonomic list or you can fix this yourself.

1. Open the Tax Editor
2. In the Thing text field type in "Tepui Whitestart". This is the internal name for the thing represented by the Tepui Redstart in Clements.
3. Select Clements 6.4.1 from the taxonomy dropdown
4. Click in the Species field
5. Press the Delete key on your keyboard to clear the Species field
6. Type "castaneocapilla" into the Species field
7. Click the Update button

Jeff

Now - as for why you have one less subspecies and form on your Checklist Report - I suspect it has to do with checklist data. Because your Tax View reports the correct numbers.

Can you please do the following:

1. Backup your database
2. Then ZIP the backup and
3. UPload it to me via the File Upload page on this web site.

I will do an analysis to figure out why those numbers are off for you.

Thanks,

Jeff

Hi Al:

Thanks for uploading your database.

With the corrected Clements and running the World Checklist report with subspecies - I now get correct numbers for all three numbers in your database. Are you getting the same?

10,004 sp / 21,104 subsp / 31,108 forms

Let me know please,

Jeff

Al,

Well - by your doing this you certainly found an error in the tax list. That error was quite minor however as it would not have affected life counts or your ability to enter or view sightings for all species; just a misplaced species.

However, I wonder how your counts could possibly show that. Are you running 3.6.49 of Diary?

I ran your database on 3.7 on my end and it came up with correct numbers. I will run it under 3.6.49.

Jeff

Hey Al,

Well - when I ran your database under 3.6.49 - I got your results! So, there is an issue in 3.6.49, which I have apparently, unbeknownst to me, fixed in 3.7. My 3.7 produces the correct numbers with your database. So, while I would like to know what 3.6.49 is doing wrong - it really doesn't matter because it is fixed in 3.7. Still, I will investigate when time allows.

Thanks again for bringing this to my attention.

Jeff