Journal archives for September 2018

September 04, 2018

The discrepancy between Observations on obs search:

i'll continue being a broken record on the other major discrepancy/inconsistency that causes differences between different lists and that is the illogical, arbitrary rule that cultivated/domestic plants/animals shall be declared as unable to be research grade. these records contain important ecological information and are often the entrée to iNaturalist for many urbanites who want to know what 'that plant' is. there is no requirement from GBIF that they only accept 'wild' organisms, only that they are identified as wild or not. but this becomes another source of discrepancy and confusion in bioblitzes and people looking at places versus place-bounded projects or 'species guide' versus 'observations' without realising one needs to drill down deeper in order to figure out the reason for differences (which no one will know to do). My colleagues at NatureWatch NZ agree. And as Charlie or Wolfgang said, these numbers need to be consistent and all visible in all relevant pages; that would solve the problem, so that users know what the different numbers mean - which are all legitimate ways of presenting the data. cheers c

On Thursday, May 25, 2017 at 6:43:25 AM UTC+12, Scott Loarie wrote:
Hi Mike,

The discrepancy between Observations on
obs search:
http://www.inaturalist.org/observations?d1=2017-04-01&d2=2017-04-30&place_id=any&view=observers
vs
the people leaderboard:
http://www.inaturalist.org/people/leaderboard/2017/4

is that obs search shows 'verifiable' (ie needs_id+research) by default where as the people leaderboard shows all obs (ie casual+needs_id+research)

You can see that if you uncheck 'verifiable' on obs search, they match:
http://www.inaturalist.org/observations?d1=2017-04-01&d2=2017-04-30&place_id=any&verifiable=any&view=observers

The discrepancy between Species on obs search and the people leaderboard is due to the 'verifiable' discrepancy described above
but also the way 'species' are counted.

Here: http://www.inaturalist.org/observations?d1=2017-04-01&d2=2017-04-30&place_id=any&verifiable=any&view=observers
they are counted as 'leaves with ssp rolled up into species'
which means all the tips of the tree where ssp are counted as their parent species

Whereas, here: http://www.inaturalist.org/people/leaderboard/2017/4
they are counted as 'all taxa of rank species or finer'

For example, obs of the following
Taricha
Taricha torosa
Taricha torosa
Taricha torosa torosa
Ensatina

Would be counted as 2 'species' on both obs search and the people leaderboard, but for very different reasons
Obs search: Taricha torosa (3 obs) + Ensatina (1 obs)
People leaderboard: Taricha torosa (2 obs) + Taricha torosa torosa (1 obs)

I'd be in favor of making the people leaderboard page reflect obs search so this is consistent, but curious what others think

-Scott

On Tue, May 23, 2017 at 11:13 AM, Mike Burrell @ontario.ca">mike.b...@ontario.ca wrote:
Hi there,

If one goes to the observations page and clicks the observers button and then filters it for the current month you see a list of the top contributors that you can sort by either Observations or Species (http://www.inaturalist.org/observations?d1=2017-05-01&d2=2017-05-23&place_id=any&view=observers). Currently the top five contributors for observations are:
1 ck2az 3,310
2 erikamitchell 2,245
3 srall 1,806
4 momoto-erick 1,501
5 anudibranchmom 812

One can also access this same information by clicking the people tab and then scrolling down to the leadboards (http://www.inaturalist.org/people). There the top five contributors are:

  1. ck2az 3310 (same)
  2. erikamitchell 2262 (7 more)
  3. srall 2042 (236 more)
  4. momoto-erick 1501 (same)
  5. belyykit 935 (not in top 5 on observations page)

For species they are:
Observations page:
1 srall 426
2 erikamitchell 399
3 sambiology 378
4 catchang 296
5 mako252 279

People page:
1 srall 524 (98 higher)
2 erikamitchell 400 (1 higher)
3 sambiology 369 (9 lower)
4 catchang 292 (4 lower)
5 bouteloua 288 not in top 5 on observations page

Why is there a discrepancy between these two pages that should theoretically be the same. There doesn't seem to be consistent with one page having higher numbers than the other (as I would expect if it were just one page being updated more recently than the other). Are the two pages actually calculating two slightly different figures? Does one of them only count research grade or verifiable observations?

Mike

Posted on September 04, 2018 20:53 by ahospers ahospers | 0 comments | Leave a comment

http://inaturalist.github.io/walldash/build/

https://translatewiki.net/

Hmm. Re: inaturalist.ca (and the other national portals) whats going on there is that sites can decide to show stats on the people page either based on the boundary (e.g. obs made within the Canada boundary) or based on portal users (e.g. obs by all people with their account affiliation set to iNaturalist.ca). Looks like all 4 national portals are set to account affiliation.
https://translatewiki.net/

That would also make obs search (which is counting based on the Canada boundary) differ from the people page (which is currently counting based on account affiliation). Its a simple flip of the switch to change how the iNaturalist.ca people page is counting (e.g. based on the boundary rather than affiliation) but the iNat.ca admins should probably make this decision (cc'ing James Page).

Charlie, Wolfgang, Colin et al.,

RE: the consistency of counts on the people page and obs search (portal issues described above aside). I think everybody is in agreement that the counts on the people page should probably match the counts on obs search but seems like there's lots of disagreement on what should be counted. Specifically:

Counting photoless observations (currently photoless obs are 'casual'):
Charlie indicated he wants to count obs without photos. My personal concern with that is that massive CSV uploads of photoless observations can totally crush the stats and leaderboards.For example, check the 'past 100 days' graph here:
http://inaturalist.github.io/walldash/build/
the peak in mid-April was a real bump in engagement due to the City Nature Challenge. Contrast that with the peak mid-May which was due to one person uploading a giant CSV uploading tens of thousands of photo-less observations in the span of 1/2 hour. Similarly look at the 'top user' from 2016:
http://www.inaturalist.org/people/leaderboard/2016 because this page is counting photoless observations, the winner is 'nzgardenbirdsurvey' which is a account not associated with a real person associated 10s of thousands of photoless archived observations. It doesn't seem fair that the 'prize' should go to this account over JC Carpenter (reallifeecology) who personally attended something like 100 Biobltizes during 2016 and uploaded over 15k observations with photos.

Counting observations of planted/captive things (currently captive obs are 'casual'):
Colin's indicated that he wants to count obs of captive things (as the people page is). Definitely a fair opinion. But personally I differ on this one. For example, this year the winner of the City Nature Challenge (which was set to count all obs including casual, captive observations) was someone who walked around the Inner Sunset of San Francisco and made observations of every potted plant on everybody's stoop: http://www.inaturalist.org/projects/city-nature-challenge-2017 I can't speak for others, but this was personally a major disincentive for me to get excited about the competition (as a naturalist I just can't seem to get excited about what people have in their pots on their stoops - I know my personal views here don't reflect everybody, but I have to be honest that it just takes the fun out of the 'game' for me).

Counting all taxa or just species or 'leaves with subspecies rolled up to species'
No ones expressed opinions about this so far in this thread. But this is another discrepancy that would have to be resolved. Here I'm also a personal fan of how obs search is counting (leaves with subspecies rolled up to species) but I'm sure there's subspecies aficionados out there or species purists who want it some other way.

So while it would be nice to get everything consistent, I'm not sure how we can the political buy in to make everybody happy here. Which is the main reason things are sort of grid-locked into the status quo which is a mish-mash of different ways of counting across the site

-Scott
http://inaturalist.github.io/walldash/build/
https://translatewiki.net/

Posted on September 04, 2018 20:53 by ahospers ahospers | 0 comments | Leave a comment

September 05, 2018

Google quota increased - Observation Upload location search is working again

Google quota increased - Observation Upload location search is working again
https://www.inaturalist.org/comments
http://inaturalist.org/observations/import)
https://crowdin.com/project/inaturalistios/nl# mijn wijziginen zijn na drie maanden ook goedgekeurd..
https://www.inaturalist.org/observations?field:Observado%20URL&view=observers
https://www.inaturalist.org/observations?field:Observado%20URL=https:%2F%2Fobservation.org%2Fwaarneming%2Fview%2F159608465

Can I add common names?

You can add common names by going to the Taxonomy tab on a taxon page and clicking "Add a Name", but please abide by the guidelines listed there as well as those listed in the Curator's Guide. https://inaturalist.ca/pages/curator%252bguide%252b%25252f%252bguide%252bconservateur

The import tool for the biodiversity4all migration is populating that
field, but its also been used by a few others:
https://www.inaturalist.org/observations?field:Observado%20URL&view=observers

Rules & Formatting
https://www.inaturalist.org/observations/import
You must have a header row
Taxon name must match an existing taxon in our database
Only files with 10000 rows at a time, please
Use well-formed CSV. This means text with commas must be enclosed with double-quotes. Most spreadsheet applications should export CSV in this format.
Don't use double quotes anywhere else
Use unique file names for separate uploads
The geoprivacy column must be in English and must be blank or have a value of "obscured" or "private"

We can only understand CSV in the following format:

https://crowdin.com/project/inaturalistios/nl# mijn wijziginen zijn na drie maanden ook goedgekeurd..

=
I don't know if you have figured this out yet, but simply adding the Hebrew translation will have no impact (other than it being there as a reference). You must do the 2nd step I noted about adding the use in Israel place setting.
https://github.com/inaturalist/inaturalist
If you go to your account settings link, near the bottom of the centre column is a setting marked prioritize names used in, or something very similar to that, which you need to set to Israel.
== https://groups.google.com/forum/#!searchin/inaturalist/common%7Csort:date/inaturalist/s3lvhqARVDU/cONZRRAzFAAJ
you can go to the specific taxa page, go to the taxonomy tab and at the bottom is an option to add names. This works best for individual cases or small numbers of entries. Because the site is not translated into Hebrew (I believe) or it to be really effective, after you do the entry you need to click edit next to it and then under the Places (Add Place) enter Israel
if you have access to a source of names that you can convert into a csv file the team should be able to upload it for you. The format they need I believe is scientific name, language name, translation. I dont know any Hebrew, so for example it would be (from one already entered) : Anas platyrhynchos, Hebrew, ברכיה
https://groups.google.com/forum/#!searchin/inaturalist/common%7Csort:date/inaturalist/P8iNMY0WYNM/-SiuBvqiCgAJ 'm now seeing what your text suggests. Is there a different or approved way other than the above to see names in a language into which the site has not been translated ?

On Friday, August 24, 2018 at 7:22:19 PM UTC-4, Ken-ichi Ueda wrote:
Ok, Chris sent me some screenshots and I think I understand the
problem: some people maybe using the place preference to get around
the lack of a translated language, e.g. Sweden and Swedish. Since I
don't want to rob Swedes of their names, I've changed the priority on
gorilla. Now it's more like this

1) Name in locale and place
2) Name in place
3) Name in locale and ancestor place (e.g. Europe)
4) Name in locale

That means if your prefs are English / Sweden, should see "Korp" at
the top of http://gorilla.inaturalist.org/taxa/8010-Corvus-corax, and
if your prefs are Spanish / Mexico, you should see "Meliloto Amarillo"
and the top of http://gorilla.inaturalist.org/taxa/57066-Melilotus-officinalis.

I think there's still a potential problem if your names place
preference is set to Stockholm (i.e. a place in Sweden), but that
seems like a lesser problem than English names showing up for Mexican
users.
On Fri, Aug 24, 2018 at 2:35 PM Ken-ichi @gmail.com">kenich...@gmail.com wrote:

Chris,

When you say, "I see Korp" I need to know where you see "Korp", so I
need a URL or a better yet screenshot showing the URL (or the app if
you're using one of the apps).
On Fri, Aug 24, 2018 at 11:15 AM Chris Cheatle @gmail.com">cmch...@gmail.com wrote:

Just to follow up on the above :

if both a Swedish and a Danish translation are entered - I see Swedish. For example Corvus corax is Ravn in Danish and Korp in Swedish. Both are entered and I see Korp.
If a Danish is entered, but no Swedish - I see the Danish. For example Limosa limosa has the Danish translation of Stor Kobbersneppe entered, but no Swedish translation - I see Stor Kobbersneppe

On Friday, August 24, 2018 at 1:52:34 PM UTC-4, Chris Cheatle wrote:

Ken-Ichi,

As you may know, I am one of the more frequent curator contributors of translations. Can you clarify the exact order of precedence in this change ?

You note " so language always gets priority over place,".

I set my language to Danish, but place to Sweden. When I do this I see Swedish names. Based on the above, should this be the case? I'd interpret that description to mean I should be seeing Danish.

On Thursday, August 23, 2018 at 8:15:26 PM UTC-4, Ken-ichi Ueda wrote:

We're testing a small change to how we show common names on http://gorilla.inaturalist.org (username: preview, pw: 313phant), and we'd appreciate it if folks can take a look and see if anything looks off with the common names you're seeing.

Long story is that a Mexican user was seeing English names for some taxa because those names had been associated with North America but not with Mexico, and in the absence of a Mexico-specific name, the North American name was superseding the language-specific Spanish name, which seemed wrong. What's on gorilla makes it so language always gets priority over place, so even if you've chosen Mexico as your place, if your language is set to Spanish you should always see a Spanish name, even if there's a name in a different language added for Mexico or some place containing Mexico. I'm hoping this won't be disruptive, but with all the feelings common names seem to provoke, I suspect that hope will be crushed.

1) Name in locale and place
2) Name in place
3) Name in locale and ancestor place (e.g. Europe)
4) Name in locale




That means if your prefs are English / Sweden, should see "Korp" at
the top of http://gorilla.inaturalist.org/taxa/8010-Corvus-corax, and
if your prefs are Spanish / Mexico, you should see "Meliloto Amarillo"
and the top of http://gorilla.inaturalist.org/taxa/57066-Melilotus-officinalis

quote]Thanks for the reports, folks. We recently moved house to a new server
provider ([b]Rackspace to Microsoft Azure, if you're curious)[/b]. We now
have a lot more room to grow, and Microsoft has been incredibly
generous in donating most of the resources we need on their platform,
so the move is actually a really good thing for all of us. The
downside is that like with any move, some things get jumbled or
overlooked. Right now we've got a few issues resolving some[b] SSL /
HTTPS requests,[/b] but we're working on it. Apologies for the
interruptions. [/quote]

On the cloud: iNat's assets are currently stored on Amazon Web Service, and the database is stored at Rackspace, we have backups at Datapipe

I found iNat's REST API reference here-> https://www.inaturalist.org/pages/api+reference

The iNat staff have said they do plan to incorporate a taxonomic view setting on the observations page. In the meantime you could try a URL like this (change the user_id from mine to yours and the taxon_id to whichever group you're interested in):

https://www.inaturalist.org/observations/taxa?user_id=bouteloua&taxon_id=47157

Or just leave it blank:
https://www.inaturalist.org/observations/taxa?user_id=bouteloua

It can take a few moments to load.

Oh, and places, with place_id:

https://www.inaturalist.org/observations/taxa?user_id=bouteloua&place_id=24&taxon_id=47158 (insects I have observed in Iowa)

Easiest place to find both is to go to "Explore" (observations page) and filter by taxon and/or place. Check the URL for the IDs.
I don't know a way to view your observation images taxonomically. Can you explain more or visually illustrate what that would look like? e.g. if you had 50 observations of monarchs and 30 observations of viceroys, all 80 observations would display within the taxonomic hierarchy for Lepidoptera?Let’s say I want to see the species of Papilionoidea (butterflies) in New York that I’ve uploaded. I am not interested in total observations (so I don’t want 80 monarch images, just one), but I am interested in seeing the different species I’ve seen so I click on the species tab on that observation page and get a visual listing. So far, so good. The problem is that they appear as a mishmosh, based on dates uploaded, or taken, I think. No meaningful organization at all.

I’d like to then organize the results taxonomically (as they are in the life list), so I’d see first, say, the swallowtails, then the Lycaenids, Nymphalids, etc. That is my first choice. I think many users would find this useful.

If that is not possible I would at least like to have a listing of all the butterflies alphabetically, so I could see what species in each genera (even if they are not arranged phylogenetically) I have photographed (and thereby see which ones I’m missing.) To a non-programmer, I would think the latter (sorting alphabetically) in the ‘filters’ would not be so difficult to accomplish.

Another method is to create a life list for that given area (e.g. https://www.inaturalist.org/lists/835799-Ontario-List). Use the options "Reload from observations" and "Re-apply list rules" under "Tools" to make sure it's up to date (lists are kind of broken). You now have a list with your photos, which can be filtered taxonomically, and will show pictures ordered taxonomically (although it won't match any particular convention for order, so for butterflies the order is Swallowtails, Skippers, Brush-foots, Lycaenids, Pierids).

There is no direct link from here to your observations for that taxon.

Posted on September 05, 2018 16:50 by ahospers ahospers | 0 comments | Leave a comment

September 10, 2018

Een nieuwe ontwikkeling is het herkennen van foto`s via een web interface.

accommodate a flat set of classes (e.g. species) and not a hierarchy
nested classes (e.g. family, genus, species etc.) more than it has to
do with the fact that mainly species have are 'Research Quality'.

We're currently actively working on making the computer vision model
work on the full taxonomy and not just species (which includes making
use of data beyond just the 'Research Quality' subset). Attached is a
screenshot from iNat research collaborator Grant Van Horn's work
(https://www.inaturalist.org/people/gvanhorn) which shows a demo of
computer vision working across the taxonomy. Its confidence that this
drawing is a bird is 0.99, that its in the woodpecker order is 0.92,
and that its Pilleated Woodpecker is 0.75.

A lot of the work I've personally been doing these last few weeks with
taxonomy related coordination and functionality has been towards this
goal of making sure iNat's taxonomy can be actively curated but is
also well structured enough to work with this new model. So in case
anyone's wondering its not just because I'm totally OCD about taxonomy

Al enige tijd zijn een aantal android apps verkrijgbaar uit de obsidentiy familie welke voor een aantal soortgroepen de mogelijkheid bieden om de soort te herkennen vanaf 1 of meerdere foto`s. Deze apps hebben een volledige herkennings database in de app zelf waardoor herkennen geen dataverkeer kost en dus overal werkt.

Een nieuwe ontwikkeling is het herkennen van foto`s via een web interface.
Deze web interface werkt via de servers van naturalis :
https://identify.biodiversityanalysis.nl/beta/observation/demo
Voordeel hiervan is dat je niet hoeft te zoeken naar de juiste app
Nadeel is dat dit wel dataverkeer kost en maximaal 10 herkenningen per dag per ip-adres mogelijk zijn.

Deze web interface biedt wel weer mogelijkheden om op een aantal plekken in Waarneming.nl / Waarnemingen.be te integreren.
Optie 1:
Help de gebruiker om de soort te herkennen die op zijn foto staat.
Dat kan in Waarneming.nl nu op 2 manieren

  • Je hebt een waarneming met foto('s) al ingevoerd maar je wilt je determinatie even checken: In het waarneming detailscherm klik je op 'Controleer determinatie'



  • De uitkomst in beide gevallen kan zijn:
    'Zeker' (confident) : met een waarschijnlijkheid van >90% is het de soort , of juist een heel andere soort.
    'Onzeker' (uncertain) : met een waarschijnlijkheid tussen 60-90% is het de soort, of juist een heel andere soort.
    In andere gevallen krijg je geen 'advies'

    Optie 2:
    De webservice kan ook gebruikt worden om te valideren.
    Per soort kan dit aan of uitgezet worden.
    Per soort kan het minimale waarschijnlijkheidspercentage worden ingesteld (90-100 %)

    Als gebruiker merk je daar het volgende van:

    • Je waarneming (met foto) krijgt een grijs vinkje
    • Na het uploaden van een foto krijg je gelijk een melding als de waarneming is goedgekeurd
    • Na een eventuele wijziging wordt de validatie gelijk opnieuw uitgevoerd.

    Posted on September 10, 2018 16:27 by ahospers ahospers | 0 comments | Leave a comment

    September 12, 2018

    adding ".json" to the URL to see the placeholde org/observations/15842355.json

    https://www.inaturalist.org/identifications?user_id=ahospers&category=maverick

    @ahospers - adding ".json" to the URL to see the placeholder, even after it has been overwritten by a new ID, appears to work. See: https://www.inaturalist.org/observations/15842355.json

    Your placeholder (Klein kaasjekruid) is there.

    You might need to download a json viewer as a browser extension for better formatting. I appear to already have one installed (in Firefox) so it is easy to view the page data

    https://chrome.google.com/webstore/detail/jsonview/

    GBIF has a different taxonomic backbone than iNaturalist. This kind of
    'fuzzy matching' or rolling names up to the finest common ancestor is
    common (e.g. if GBIF can't find Genus1 species2 they'll role it up to
    Genus1). If you want the 'raw' iNat data from GBIF you can download
    the iNat “source archive” (our URL) or the GBIF annotated archive here
    https://www.gbif.org/dataset/50c9509d-22c7-4a22-a47d-8c48425ef4a7On

    --

    https://www.gbif.org/dataset/50c9509d-22c7-4a22-a47d-8c48425ef4a7

    It's been discussed - https://groups.google.com/forum/#!searchin/inaturalist/placeholder%7Csort:date/inaturalist/RIphMADpjug/QaB3OORdAQAJ I would just suggest not using placeholders if possible

    https://www.inaturalist.org/posts/18645-update-to-our-privacy-policy#activity_comment_2092072

    https://www.dw.com/en/european-parliament-approves-controversial-new-copyright-law-in-blow-to-tech-firms/a-45449863

    Andre, looks like EU copyright updates have not been finalized, so I can't comment on their implications, though if that article is accurate, it seems even more poorly-conceived than the GDPR. If / when it becomes law in the EU our lawyers will advise us on what it means for iNaturalist.

    Copyright and other intellectual property rights issues are not the same as privacy, so the Privacy Policy doesn't really have much to say about who can copy the creative works you willingly publish. To answer your questions, though,

    How is it with observations?

    It varies by jurisdiction. Generally, the parts of an observation that represent facts about the world (coordinates, date, etc) are not subject to copyright, though the EU does have IP protections for collections of facts that the US does not (the classic court case in the US involved copying a phone book, which is apparently legal in the US but perhaps not in the US). If you wrote a description with your observation, though, that could be subject to copyright as it could be considered a creative work. That's why we provide CC licensing options for both observations and photos.

    GBIF always get the observations in iNaturalist or only the research grade observations ? And it does not matter on which License model you use ?

    The archive we create for GBIF to consume includes all Research Grade observations with CC0, CC BY, or CC BY-NC licenses and their associated CC0, CC BY, or CC BY-NC photos (actually we just include the URLs to the photos). So yes, only Research Grade, and yes, your license choice matters.

    If i change an observation, improve an ID the GBIF does not get an update i guess?

    Yes, GBIF gets this updated data the next time they ingest the archive.

    And with R an Rsciopen and the iNaturalist API everybody can read the data?
    [blockquote]
    API consumers can only read the data everyone else can see on the website. You can see what that looks like by using the API yourself, e.g. http://api.inaturalist.org/v1/observations[/blockquote]

    If you have further questions that don't involve privacy, please send them to help@inaturalist.org

    TRANSLATE
    https://translatewiki.net/w/i.php?title=Special%3ATranslationStats&preview=1&width=600&height=400&start=&days=200&scale=days&count=edits&mw-language-selector=aa&language=nl&mw-group-selector=ajapaik&group=out-inaturalist

    https://www.inaturalist.org/journal/

    https://www.inaturalist.org/identifications?user_id=ahospers&category=maverick

    Posted on September 12, 2018 07:39 by ahospers ahospers | 1 comment | Leave a comment

    September 24, 2018

    View observation fields with your Observado ID

    To view observation fields with your Observado ID, you might want to bookmark a link like this:
    https://www.inaturalist.org/observations?field:Observado%20URL=https:%2F%2Fobservation.org%2Fwaarneming%2Fview%2F119969639
    and then edit that number at the very end of the URL to your Observado ID in question.

    It's my understanding that a redesign of the observations search page is on the to-do list for the website developers, and I do hope they include observation fields/annotations in the filters. For now you can navigate to an observation to find the appropriate URL (e.g. see attached, where you would click "Observations with this field and value") to find the link above.

    iNaturalist doesn't have any "standardized" observation fields for host species. "Host" is the most used one, though "Host plant" is also commonly used. Here are all the observation fields with "host" in the name. The only standardized observation fields (aka "Annotations") are Sex, Life Stage, and Flowering Phenology. Read more about annotations here.
    https://www.inaturalist.org/observations?field:Host=56312

    UNDOCUMENTED SHORTCUTS
    Texel http://texel.waarneming.nl/
    Vlieland http://vlieland.waarneming.nl/
    Terschelling http://terschelling.waarneming.nl/
    Ameland http://ameland.waarneming.nl/
    Schiermonnikoog http://schier.waarneming.nl/
    Rottumerooog http://rottum.waarneming.nl/

    Eastern Europe https://eastern_europe.observation.org/map_lastobs_v2.php
    Iberian Peninsula https://iberia.observation.org
    Nord Pas de Calais https://nordpasdecalais.observation.org
    Nordrhein-Westfalen https://nrw.observation.org
    West palearctic https://westernpal.observation.org
    Canarische eilanden https://canarias.observation.org
    Dutch Caribbean https://dutch_antilles.observation.org
    Amazon Rainforest https://amazon.observation.org
    Patagonia https://patagonia.observation.org


    Dutch translation, there are instructions here: https://www.inaturalist.org/pages/translate - Tony


    https://www.doabooks.org/doab?func=search&uiLanguage=en&template=&query=vegetation
    https://www.doabooks.org/doab?func=browse&uiLanguage=en&queryField=dutch&x=0&y=0
    https://www.doabooks.org/doab?func=search&page=5&template=&query=dutch&uiLanguage=en

    https://www.doabooks.org/doab?func=search&query=birds
    https://www.doabooks.org/doab?func=search&query=environment
    https://www.doabooks.org/doab?func=search&query=plants
    https://www.doabooks.org/doab?func=search&query=ict
    https://www.doabooks.org/doab?func=search&query=software
    https://www.doabooks.org/doab?func=search&query=ökologisch
    https://www.doabooks.org/doab?func=search&query=software
    https://www.doabooks.org/doab?func=search&query=ecology
    https://www.doabooks.org/doab?func=search&query=software

    https://www.doabooks.org/doab?func=search&uiLanguage=en&template=&query=environment

    --
    www.biodiversitylibrary.org

    Biodiversity Heritage Library provides free open access to biodiversity literature online. http://www.si.edu/Termsofuse

    Biodiversity Heritage Library

    SciArt from the Biodiversity Heritage Library, a free and #openaccess digital library for #biodiversity literature. Legal: http://s.si.edu/legal

    www.biodiversitylibrary.org

    The Atlas of Breeding Birds in Britain and Ireland by J. T.R. Sharrock — free epub
    http://pdf.to/index/page-1/
    https://www.biodiversitylibrary.org/
    http://pdf.to/index/page-1/

    Observado Field

    https://08803153282062712724.googlegroups.com/attach/1630df9cf9744a/2018-09-23%2015_50_48-Ornithogalum%20montanum%20(Mountain%20Star-of-Bethlehem)%20observed%20by%20ahospers%20on%20June%20.png?part=0.1&view=1&vt=ANaJVrGMFDA1BuJBfTLIw0Os2jYKo_vbm9rH82rNg6JXgDs8r4WNf_W7hJS6r0dk4yVugkLmawoWyzhRwupzCtxbxeMhoi169sXal9kau546iJJiwjPJv8w

    https://08803153282062712724.googlegroups.com/attach/1630df9cf9744a/2018-09-23%2015_50_48-Ornithogalum%20montanum%20(Mountain%20Star-of-Bethlehem)%20observed%20by%20ahospers%20on%20June%20.png

    Posted on September 24, 2018 07:35 by ahospers ahospers | 3 comments | Leave a comment

    September 28, 2018

    iNaturalist search terms and tricks

    I've tried to collate all the search terms and tricks here, please add or correct any omissions or errors. Can anyone recommend a way to create a collaborative list of search terms and tricks? Perhaps a google spreadsheet?

    Searching comments:
    To search comments for a term: https://www.inaturalist.org/comments?q=XYZ (note: this will also find words or phrases that contain XYZ as a string so it will find ‘boXY Zebra’)

    To search comments for a phrase: https://www.inaturalist.org/comments?q=XYZ%20ABC

    Note: ID comments and descriptions are not currently searchable under the https://www.inaturalist.org/comments page, however they will appear in the comment list if a obs has at least one comment.

    Searching for Identifications:

    http://inaturalist.org/identifications/?user_id=1234&taxon_id=1234 to find IDs by a user (higher taxon will include all lower)

    to see all maverick obs: https://www.inaturalist.org/identifications?user_id=XYZ&current=false

    to find obs of a taxon where it isn’t the current ID: https://www.inaturalist.org/identifications?taxon_id=119245&current=false

    URLS manipulation (some of these have their own toggles in the filters):

    Only with photos: &photos=true

    To find a term in a description or tag: &q=XYZ

    To find a phrase in a description or tag: &q=XYZ%20ABC

    To see only your obs append this: &user_id=vynbos

    To see only unknowns append: &iconic_taxa=unknown

    Limit to a taxon: &taxon_id=12345 (note this will also show all obs below that taxon)

    To limit to a taxon and nothing below it: &taxon_id=12345&lrank=XYZ (replace XYZ with the taxon’s rank i.e: ‘family’)

    For multiple taxa separate with comma: &taxon_id=12345,67890

    To remove a taxon: &without_taxon_id=12345

    Male : &term_id=9&term_value_id=11

    Female : &term_id=9&term_value_id=10

    Setting date range filters in URL = http://www.inaturalist.org/observations?d1=2014-05-15&d2=2014-05-25&per_page=200

    Also, https://www.inaturalist.org/identifications?user_id=XYZ&current=false doesn't just show mavericks. It shows any differing IDs, even if they are not in disagreement (e.g, I enter an ID of "Birds", someone else IDs to Species...my coarse ID is listed here). Furthermore, it lists observations where I was the maverick, even if I have since withdrawn my dissenting ID (because current=false).

    I've found this works better for finding a user's maverick IDs: https://www.inaturalist.org/identifications?user_id=star3&category=maverick&current=true (substitute your user ID)

    https://www.inaturalist.org/observations/export
    https://www.inaturalist.org/comments

    --

    Neither taxonomic nor alphabetical search is currently a feature on the observations page. But it's definitely on the site developers' radar.
    For now your best bet is to do the URL "hack" mentioned above. On that URL, when you click "view observations" next to a particular species, it should only show your observations of that species in that place. e.g. in my Iowa insects example, click the link next to Polygonia comma and it leads to
    https://www.inaturalist.org/observations?place_id=24&taxon_id=54064&user_id=bouteloua

    --
    There actually used to be a name sort function (not taxa, but name) on observation lists, and it was removed as it actually removed, as it did not work properly. So it may not be as easy as it seems.

    If your end goal is to understand what species you are missing, you can use the unobserved_by_user_id parameter in a search.

    For instance : https://www.inaturalist.org/observations?hrank=species&lrank=species&place_id=6883&subview=table&taxon_id=47224&unobserved_by_user_id=cmcheatle&view=species

    Generates a species level list of all the butterflies reported in Ontario that I have not observed.

    I dont think you can, but maybe though some combination of filters it is possible to further restrict the list to things you have not photographed
    by default, the list uses your Research Grade, for example Southern Cloudywing comes back on my list. I have observed it, but a person vote against it, so it is stuck at NeedsID and genus : https://www.inaturalist.org/observations/14347167

    Another method is to create a life list for that given area (e.g. https://www.inaturalist.org/lists/835799-Ontario-List). Use the options "Reload from observations" and "Re-apply list rules" under "Tools" to make sure it's up to date (lists are kind of broken). You now have a list with your photos, which can be filtered taxonomically, and will show pictures ordered taxonomically (although it won't match any particular convention for order, so for butterflies the order is Swallowtails, Skippers, Brush-foots, Lycaenids, Pierids).

    To view observation fields with your Observado ID, you might want to bookmark a link like this:
    https://www.inaturalist.org/observations?field:Observado%20URL=https:%2F%2Fobservation.org%2Fwaarneming%2Fview%2F119969639
    and then edit that number at the very end of the URL to your Observado ID in question.

    It's my understanding that a redesign of the observations search page is on the to-do list for the website developers, and I do hope they include observation fields/annotations in the filters. For now you can navigate to an observation to find the appropriate URL (e.g. see attached, where you would click "Observations with this field and value") to find the link above.

    iNaturalist doesn't have any "standardized" observation fields for host species. "Host" is the most used one, though "Host plant" is also commonly used. Here are all the observation fields with "host" in the name. The only standardized observation fields (aka "Annotations") are Sex, Life Stage, and Flowering Phenology. Read more about annotations here.
    https://www.inaturalist.org/observations?field:Host=56312

    Posted on September 28, 2018 17:45 by ahospers ahospers | 0 comments | Leave a comment