Means to distinguish multiple listed taxa with the same taxon & place #196

Closed
loarie opened this Issue Dec 11, 2013 · 4 comments

Comments

Projects
None yet
2 participants
@loarie
Contributor

loarie commented Dec 11, 2013

Problem:
Its possible to have multiple listed taxa for the same taxon and place spread across multiple checklists. For example, here's Croton setigerus on the default list and also a Pepperwood Flora list:
screen shot 2013-12-11 at 3 09 13 pm

This can be problematic because they can have different establishment means/occurrence_status, place notes, and the cached observation_stats often differ, but there is no way to specify which displays on
/places/show#guidetab or the default /check_lists/show

Possible solution:

Step 1: display links to the other listed_taxa (same taxon & place) from /listed_taxa/show
Step 2: add a primary_listing column to listed_taxa
Step 3: if >1 listed taxa with same place & taxon, set primary_listing = false for all but one
Step 4: add UI for displaying and setting the primary_listing for a listed_taxon
screen shot 2013-12-11 at 3 09 20 pm
If someone deletes a listed_taxon with primary_listing = true, check for others with same place/taxon and if they exist, set one to primary_listing = true

@kueda

This comment has been minimized.

Show comment Hide comment
@kueda

kueda Dec 16, 2013

Member

I am mostly ok with this, but one question, one issue, and one bit of feature creep.

Question: do you want to use primary_listing to control what gets shown at http://www.inaturalist.org/check_lists/5720-Pepperwood-Ranch-Natural-Preserve-Check-List and http://www.inaturalist.org/places/pepperwood-preserve? If so, some serious thought needs to be given to the database indexes that underly those pages.

Issue: this will require a script to be run that will set primary_listing on all existing listed taxa. This script will take a very long time because there are a lot.

Creep: it would be good to use this column as a way of limiting the listed taxon stats queries, i.e. don't collect stats when primary is false, show stats from the primary when showing non-primary listed taxa. A nice-to-have, but I figured I'd state it at least to remind myself.

I think this is ok to contract.

Member

kueda commented Dec 16, 2013

I am mostly ok with this, but one question, one issue, and one bit of feature creep.

Question: do you want to use primary_listing to control what gets shown at http://www.inaturalist.org/check_lists/5720-Pepperwood-Ranch-Natural-Preserve-Check-List and http://www.inaturalist.org/places/pepperwood-preserve? If so, some serious thought needs to be given to the database indexes that underly those pages.

Issue: this will require a script to be run that will set primary_listing on all existing listed taxa. This script will take a very long time because there are a lot.

Creep: it would be good to use this column as a way of limiting the listed taxon stats queries, i.e. don't collect stats when primary is false, show stats from the primary when showing non-primary listed taxa. A nice-to-have, but I figured I'd state it at least to remind myself.

I think this is ok to contract.

@loarie

This comment has been minimized.

Show comment Hide comment
@loarie

loarie Dec 16, 2013

Contributor

yes, I think it would be good to control both http://www.inaturalist.org/check_lists/5720-Pepperwood-Ranch-Natural-Preserve-Check-List and http://www.inaturalist.org/places/pepperwood-preserve to diminish the discrepancies between whats shown on these views to minimize confusion.

Re: Creep:
I think it would be good to have the primary_listing control all the obs stats both for the performance benefits you mention, but also to ensure they are the same on all listings (same taxon/place) which isn't always the case for whatever reason. Might also want to do this for establishment means, occurrence status, place notes and comments? I can see partial advantages for having checklists control this separately, but is there ever really a good reason to have something listed as native on one list and introduced on another for the same place/taxon?

Contributor

loarie commented Dec 16, 2013

yes, I think it would be good to control both http://www.inaturalist.org/check_lists/5720-Pepperwood-Ranch-Natural-Preserve-Check-List and http://www.inaturalist.org/places/pepperwood-preserve to diminish the discrepancies between whats shown on these views to minimize confusion.

Re: Creep:
I think it would be good to have the primary_listing control all the obs stats both for the performance benefits you mention, but also to ensure they are the same on all listings (same taxon/place) which isn't always the case for whatever reason. Might also want to do this for establishment means, occurrence status, place notes and comments? I can see partial advantages for having checklists control this separately, but is there ever really a good reason to have something listed as native on one list and introduced on another for the same place/taxon?

@kueda

This comment has been minimized.

Show comment Hide comment
@kueda

kueda Dec 16, 2013

Member

Yeah, I agree it would be good to lump est. means and occ. status. Not comments, though.

Member

kueda commented Dec 16, 2013

Yeah, I agree it would be good to lump est. means and occ. status. Not comments, though.

@loarie

This comment has been minimized.

Show comment Hide comment
@loarie

loarie Sep 29, 2015

Contributor

this was built

Contributor

loarie commented Sep 29, 2015

this was built

@loarie loarie closed this Sep 29, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment