Archivos de diario de mayo 2019

02 de mayo de 2019

32. Interactions Visiting flowers, eating, Prey, Invasive species
How can we get this higher up the “desired” list of features?
Both the New Zealanders and southern Africans have projects dealing with this.
Ours is visible at 1

Basically, we record only the active interaction (i.e. “a eats b”, not “b is eaten by a” - the latter just being the reciprocal of the first), although user pressure has resulted in us adding a passive field for the reciprocal observation, given that observations fields link only one way, so that these observations do not display their hosts) as:

Visiting flowers: 2
Eating: 3
Attached to:
Associated with:
& the passive

Note that in each case the field value is the url of the interacting observation. Unfortunately we cannot use this is a query to summarize the interactions.
We can ask
“What flowers does the Cape Sugarbird Visit?” - 2
but we will only see the bird, and not the flowers, even though all the urls to the flowers are in the field - see: 2.

In over 5 years of using this “set” of interactions, we have never had a request to add additional interactions (e.g. Eating = preys on = killing to eat - i.e. “killing for fun” has not cropped up), although it would be nice to have a hierarchical dictionary of interactions (e.g. visiting a flower > pollinating a flower (> for nectar, pollen, oil, gum)/robbing a flower/, etc.

Just a request for 3 - is that it is searchable/filterable and displayed in explore/observations - species view in descending order (and perhaps also taxonomic order?).

Oh: these may tickle you? 9
(Note that one chilli bush has over 500 interactions! - 5)

It depends how you do it. See the interactions project
e.g. all observations of Dewsticks with interactions: 2

click on any one: e.g. 1
and you can immediately see in the observation fields that it has interactions (or links) with
Passive Partner to: (Interaction):; 1

The idea of an interactions module is to provide a table that links these - in this case something like:
18719545 “associated with” 18719540
18719544 “associated with” 18719540
18719543 “associated with” 18719540
18719543 “eating” 18734954
18719545 “eating” 18720598

= = = = =
It would be nice to be able to “duplicate” the picture in the uploader and share it amongst observations while only uploading the actual photograph once.

Is there enough demand for this for people to actually consider it a worthwhile request?

I see there is a related question: {but it is closed} - this uses duplicate instances of the same photograph to suggest that the observation may already have been uploaded.
I guess my request is more a way of allowing a picture to be used many times without duplicating it.

There is an option to duplicate an observation - which shares the photographs, but this is not an option for multiple photograph observations, where one wants to share just a few images.
Similarly, it is not possible to drag and drop pictures between observations, so at present that option is not possible.

Counts Pages... naamgeving iNaturalist gebruikt WikiData|||

Publicado el mayo 2, 2019 01:10 TARDE por ahospers ahospers | 1 comentario | Deja un comentario

11 de mayo de 2019

33. . Geotags ArcGis CSV StoryMaps

ESRI StoryMaps
ESRI story map gallery so you can see examples of what i’m thinking about in my head:

Vermont's Class I Wetlands: An Interactive Journey

Google Maps will just allow CSV import, for example "
could take the photo URLs from the CSV and modify them a bit to create a list of photos to download. then if you’re in Windows, you could probably do something described here ( 1), using wget to pull photos into a folder on your machine. in Mac/Unix, it’s a little more complicated (see one issue is that the photos that you download, i believe, will be stripped of the original photo metadata, if that’s important to you.
pload just photo + timestamp + taxon, i think i read somewhere that this can be done in the existing system by making sure each photo has a metadata tag with taxon name. then when you load the photos, iNaturalist should pick up that tag and pre-populate the taxon in the observation

Distributin maps ep, just grab the lat/lons rendered here[taxon_id]=36204 2 or in JSON format[taxon_id]=36204 1 and plug them into your favorite mapping software,+680+65+H%C3%B6ljes

Counts Pages... naamgeving iNaturalist gebruikt WikiData|||

= = =
ou can do this with URL parameters. There is no point-and-click interface for this that I know of.

Here are all observations that you have ID’d as European swallow-wort: 6

For this to work, you need the taxon_id of whatever taxon you’re looking for. If you look at the taxon page for v. rossicum,, you find its taxon_ID in the URL. It’s 632667.

Generally, there’s a topic here on the forums that goes into more depth of how to use the URL parameters than I could explain: 3

1 Reply4


Forum Moderator
Another option is ident_user_id, e.g. blueberry observations you’ve added an ID to:

Publicado el mayo 11, 2019 11:23 MAÑANA por ahospers ahospers | 0 comentarios | Deja un comentario

31 de mayo de 2019

2019 June

In June 2019 we will collect additional photos and data

Publicado el mayo 31, 2019 08:37 MAÑANA por ahospers ahospers | 1 comentario | Deja un comentario