I continually find myself frustrated with the situation with users not marking cultivated plants as cultivated. I want to create a feature request that requires new users to read about the differences between cultivated/captive and wild organisms AND click a button that says they agree to only upload captive/cultivated observations if they select captive/cultivated. I would also like pair this with a feature request for sterner penalties for repeatedly doing this after many warnings. Right now, the community guidelines says nothing against this unless you interpret it as intentionally marking the data quality assessment as incorrect (an interpretation that I donāt think anyone would hold to). This makes it easy for someone to continually upload their garden, not mark the observation properly, and have no ill consequences (to the contrary, someone who gets even mildly upset or says something that can be perceived as impolite can get into trouble; a situation Iāve recently stumbled on).
However, Iām unfamiliar with what new users actually experience at this time. As such, I need some information to make sure these feature requests arenāt redundant. For instance, has a popup system to warn users they may be uploading a captive/cultivated organism gone into affect? Do new users receive anything on this before they create their account? How about after?
Iām sorry if this is too blunt, but this situation about someone being flagged as āimpoliteā for trying to get an observer to actually respond so we can mark as cultivated has really frustrated me. If I werenāt constrained by my own good nature and the community guidelines, I would have far harsher words for the observer and the many other observers that simply donāt respond when asked.
Though, I imagine most observers donāt know any better, and thatās on us. We need to do better. However, the influx of new observations on iNaturalist is such that I donāt believe we can rely on individuals of our community to inform newbies about this anymore. Identifiers (the people most likely to actually do this work of teaching the new batch of observers) already have their hands full with the actual act of identifying. Though adding cultivated status is easy, doing a really thorough job is probably one of the least rewarding activities on this program. Itās so easy to make an observer upset at you (either because they think you marked something incorrect and you have to argue to justify why you did it or because you did accidently did mark something incorrect in the abundance of real cultivated organisms). Where you do exercise caution and try to ask the observer, less than half usually respond, which leaves unknown blots scattered throughout the occurrence records that researchers like me try to use. Just as frustrating, I sometimes go through the cultivated plants and find users that just mark everything they observe as cultivated! Itās not always cut and dried, but I simply donāt understand the people that donāt even make an effort.
Main takeaways as of post 54:
Problem: New users donāt know how to mark cultivated plants as cultivated or may refuse to do so.
Target of these changes: 1. Users who are just getting introduced to the cultivated/wild dichotomy. 2. Users who know the differences, but donāt actually change the status because: a. they donāt know how, b. they canāt be bothered, or c. they deliberately keep plants as wild to get an ID.
Not target: 1. Users genuinely struggling with the cultivated/wild dichotomy. 2. Users with observations that uniquely fall in the gray zones between the two categories.
Potential solutions:
Guideline changes
- Increase clarity in the Community Guidelines. This should read something similar to: Captive/Cultivated Organisms - These should be marked correctly as either captive/cultivated or wild (if you are not sure how to tell the difference, go here[link to help page]). There are inherent ambiguities regarding the difference between the above categories in some circumstances. However, users are expected to use their best judgment and be responsive to questions about this matter. Addresses 2.b directly and all others indirectly (though the development of the link for how to distinguish addresses target 1 directly).
Onboarding
2. Provide a tutorial that shows users how to mark an organism as cultivated when observers first create an account (app and website). This can be a broader tutorial that shows them how to do everything. Addresses target 2.a.
3. IF the Community Guidelines are amended, provide a link to community guidelines prior to account creation and make them check a box saying that āI agree to abide by the community guidelines.ā This will not likely change any userās behavior (thatās not the purpose of this). What this is designed for is to give us some teeth when dealing with these situations. Ultimately, we would then have clear justification to fall back on if/when a user gets annoyed at us or ghosts us. Addresses target 2.b. and indirectly target 1.
4. Add categories for captive/cultivated organisms so that being counted as casual can still be effectively curated. Many have talked about this before. Addresses target 2.c.
5. Create a tutorial for iNaturalist. Addresses target 1 directly.
a. Similar to discobot.
b. Strongly suggest taking photos of the entire plant in its context in addition to whatever other close-ups the observer wants to take (this helps address things that look like gray areas, but actually arenāt).
c. Videos
Though,
d. Guided walk through:
- Improve methods of finding or revisiting tutorials. Addresses target 1 directly (for those who didnāt get it the first time).
- Create pop ups, automatic messages, banners, or alerts to inform users that they should mark things as cultivated. This could be paired with a reminder that it is apart of the community guidelines to take this seriously.
though,
a. Based on proportion of observations marked cultivated:
If an observer has all cultivated plants, we could perhaps create an automatic message that suggests other apps designed for sharing cultivated plants.
b. Based on how many observations an observer has added:
c. When trying to upload an observation.
- Make users take test before using site.
- Weekly tips
- Provide a box immediately after(?) account creation that describes what iNaturalist is and what it is not.
- Probationary period while users figure things out.