Projects on iNaturalist Canada

We’ve introduced some new functionality for projects on iNaturalist! One of the most-requested features related to projects is the ability to *automatically* include all observations in a particular place or taxon across all time and in a continuously updating manner. Unfortunately, associating observations with projects has been a computationally expensive process, so we have limited “the aggregator” to a small subset of trusted projects, or to time-bound bioblitz projects, to protect site performance. Another common request is the ability to associate two or more projects together under an umbrella, such as all of the projects associated with a single organization. Users can now create two new types of projects using automatic collection and umbrella projects. Here’s what the page will generally look like when you go to create a new project (some text will still change):

We can convert many existing projects to the new ‘collection’ project type, providing that its parameters match those on Observations Search, such as taxa, places, dates, and users. We are not able to convert projects that have a “Must be on list” rule. Existing projects that meet the criteria above can be converted to the new ‘collection’ project type by project administrators when you go to edit your project.

Existing projects (let’s call them traditional) came in several flavors. Most (82%) are ‘regular’ with a significant minority (12%) as ‘bioblitz’. A tiny fraction (<4%) were some experimental project types that never really worked well. The vast majority of projects are created for one of these purposes:

• Run a BioBlitz (i.e. collect all observations within space and time boundaries).

• Collect interesting observations which couldn’t otherwise be found using Observations Search (e.g. Amazing Aberrants, Observation of the Day).

• Gain access to true locations of obscured/private observations and/or filter observations identified by project curators.

• Collect additional data using observation fields.

• Create a repository of all observations for a place and/or taxon that can be branded, shared, and used for outreach (e.g. to encourage participation in a park or observations of specific taxa).

• For educators to assemble observations made by students.

The status quo for projects has been especially difficult for the last two purposes. The limits on the aggregator have been frustrating for people who want all observations from a given place and/or taxon continuously updated. As a result, project owners, managers, and/or curators have had to manually add observations or rely on users to add their observations themselves. Educators have had to rely on students adding their observations to a specific project, which is laborious for the students and/or the educators. New ‘collection’ projects should be an improvement for both of these purposes because you can use standard search parameters to automatically include observations by date added or observed, place, or user (and more).

For example, a professor could add the usernames of all of her students to a project that will automatically capture all observations made and added to iNaturalist during the semester. Then all student observations from the entire semester will be easily visible for her review, enabling her to ensure that the observations are appropriate and identified.

In the near future we plan to include the ability to use observation annotations as additional project parameters, e.g. to only pull in observations from a particular insect life stage. We plan to combine this feature with improvements to the observation search filters tool.

As with any new features, there are always trade offs, and we know that these new projects will not work for all projects and needs. Here are some major differences with new, collection projects (compared to traditional projects):

• Collection projects do not provide access to private and obscured coordinates for project admins.

• No links on individual observations to the collection projects in which they are included.

• No ability to associate additional observation fields with collection projects (fields can still be added to individual observations).

Everyone who goes to create a project will be offered a choice between creating a ‘collection’ or ‘umbrella’ style project. If you want to create a traditional project because you need one of the features lacking in the new collection projects, there will be a link to the old project creation page. The aggregator will also be disabled for new ‘traditional’ projects. Eventually we hope to phase out the creation of new ‘traditional’ projects, but we are aware that the aforementioned needs must be addressed (especially access to private and obscured coordinates). We are exploring other approaches to those needs.

Nous avons lancé de nouvelles fonctions pour les projets dans iNaturalist! Une des fonctions les plus demandées est la capacité d’*automatiquement* inclure toutes les observations dans un même lieu ou les taxons dans le temps et de façon continue. Malheureusement, l’association des observations et des projets est un processus coûteux du point de vue informatique. Nous avons donc limité l’agrégateur à un petit sous-ensemble de projets de confiance ou aux Bioblitz limité dans le temps pour protéger la performance du site. Une autre demande fréquente était la capacité d’associer deux projets ou plus sous un seul cadre, comme tous les projets liés au même organisme.

Les utilisateurs peuvent maintenant créer deux nouveaux types de projets en utilisant la fonction Projets de collection ou la fonction Projets cadres. Voici de quoi aura l’air la page lorsque vous voudrez créer un nouveau projet :

Nous pouvons convertir de nombreux projets existants en projet de « collection », tant et aussi longtemps que les paramètres sont compatibles (taxons, lieux, dates et utilisateurs). Nous ne pouvons pas convertir les projets qui comportent une règle « doit être de la liste ». Les projets existants qui satisfont aux critères ci-dessus peuvent être convertis en projet de « collection » par les administrateurs du projet lorsque vous irez modifier le projet.

La majorité des projets sont créés dans une des intentions suivantes :

• Pour réaliser un Bioblitz (c.-à-d. recueillir toutes les observations dans un lieu et une période de temps déterminés).

• Pour recueillir des observations intéressantes qui ne seraient pas autrement trouvées au moyen de la Recherche d’observations (p. ex., « Observation du Jour »).

• Pour accéder aux vrais emplacements d’observations obscures ou privées et/ou pour filtrer les observations identifiées par les responsables de l’organisation du projet.

• Pour recueillir des données additionnelles en utilisations les champs d’observation.

• Pour créer un répertoire de toutes les observations pour un lieu et/ou un taxon qui peut être identifié, partagé et utilisé à des fins de promotion (p. ex., pour encourager la participation dans un parc ou les observations de taxons particuliers).

• Pour rassembler toutes les observations des étudiants d’un éducateur.

L’état actuel des projets a été particulièrement difficile pour les deux dernières intentions. Les limites de l’agrégateur ont été frustrantes pour les personnes qui aimeraient que toutes les observations dans un même lieu ou tous les taxons soient mis à jour constamment. Conséquemment, les propriétaires, administrateurs et/ou responsables de projets devaient manuellement ajouter les observations ou se fier aux utilisateurs pour ajouter eux-mêmes leurs observations. Les éducateurs devaient se fier aux étudiants pour ajouter leurs observations à un projet particulier, ce qui est laborieux pour les étudiants et les éducateurs. La nouvelle fonction « Projets de collection » devrait être une nette amélioration puisqu’il est possible d’utiliser les paramètres réguliers de recherche pour automatiquement inclure des observations par date d’ajout ou d’observation, par lieu, par utilisateur et plus.

Par exemple, un professeur pourrait ajouter les noms d’utilisateurs de ses étudiants à un projet qui saisira automatiquement toutes les observations faites ou ajoutées dans iNaturalist durant le semestre. Ainsi, le professeur pourra facilement examiner toutes les observations des étudiants durant le semestre et s’assurer qu’elles sont appropriées et identifiées.

Dans le futur proche, nous prévoyons inclure la capacité d’utilisation des notes sur les observations comme paramètres additionnels de projet (p. ex., pour retirer uniquement les observations sur les insectes dans une étape particulière du cycle de vie). Nous prévoyons combiner cette fonction aux améliorations à l’outil de recherche des observations.

Comme pour toute nouvelle fonction, il y a toujours des compromis. Nous sommes conscients que ces nouveaux types de projets ne fonctionneront pas pour tous les projets et besoins. Voici certaines des différences majeures des nouveaux projets de collection (comparativement aux projets traditionnels) :

• Les administrateurs n’ont pas accès aux coordonnées privées ou obscures dans les projets de collection.

• Il n’y a pas de liens dans les observations individuelles vers les projets de collections dans lesquels elles sont incluses.

• Il n’est pas possible d’associer des champs additionnels d’observation aux projets de collection (des champs peuvent quand même être ajoutés aux observations individuelles).

Toutes les personnes qui voudront créer un projet auront maintenant le choix entre la création de « Projets de collection » ou de « Projets cadres ». Si vous voulez créer un projet traditionnel parce que vous avez besoin d’une des fonctions non incluses dans les nouveaux projets de collection, un lien sera inclus vers l’ancienne page de création de projets. L’agrégateur ne fonctionnera plus pour les nouveaux projets « traditionnels ». Nous espérons éventuellement éliminer la création de projets « traditionnels », mais nous sommes conscients que les problèmes susmentionnés doivent d’abord être réglés (surtout l’accès aux coordonnées privées ou obscures). Nous explorons de nouvelles approches à cet effet.

Revised on June 13, 2018 17:10 by jpage_cwf jpage_cwf