Hi Akshat
You are mixing production and test URLs there. You create the download on test
(UAT) and then request the result from production.
(it is available in the UAT environment:
http://api.gbif-uat.org/v1/occurrence/download/049-180416113528795)
The production GBIF API is on
Sorry Eli, but no.
Occurrences are only returned by the most recent modified record first.
Cheers,
Tim
On 23 Dec 2014, at 12:16, eli eltsufin wrote:
> Hi,
>
> Is it possible to sort the occurrence search query by date and time ?
>
> Thanks,
> Eli
Hi Gabi,
Thanks for this. It is something that we have pondered a few times as a
possible API we could offer, but not something we?ve heard a *really* strong
call for.
One of the worries we have, is that if we offer a consistent API on ?other
peoples data? then we have to take responsibility
Dear all,
Due to major infrastructure improvements at the University of Copenhagen, our
host institution, we expect a lengthy disruption of all GBIF servers and
services beginning on Monday, 1 December 2014, at 7:00 GMT.
While current expectations are that services will resume at 12:00 GMT,
Hi Scott,
There is actually no easy way of doing this. Filtering out
BasisOfRecord=LivingSpecimen would get you some of the way there, and looking
into the establishmentMeans a step further, but the some of the data just don?t
have fields to filter them out.
Cheers,
Tim
On 07 Oct 2014, at
Hi Scott
The explanation is that occurrences come from a different backend system.
There are metrics for occurrence datasets:
http://www.gbif.org/dataset/ad0d1a24-e952-11e2-961f-00145eb45e9a/stats
But that page stitches together (client side) results from the occurrence
metrics api
l also tend to be fairly large locality outliers (large numbers of
> extremely tightly clustered points from relatively diverse taxa). Often,
> I've found, many gardens are all geo-referenced to a single reference
> locality, so you don't even need to do a bounding box filter, you can
> ju
Hi Gallien,
Your observations are correct - I am afraid the maps have so much data behind
them, that we can?t calculate them on the fly and you can?t combine dimensions
like that.
> If not, does that feature will be brought with api v2 ?
It is possible, but requires research into the
Thanks Scott, confirmed
You can see the limit is capped (e.g. reset) to 1000 if you go above:
http://api.gbif.org/v1/species/search?q=a=1010
It should be added to docs as what is on
http://www.gbif.org/developer/summary#common is not clear enough.
I?ve filed an issue
Hi Gallien,
Please see this example:
http://api.gbif.org/v1/occurrence/download/dataset/7f273ef6-f762-11e1-a439-00145eb45e9a
I hope this helps,
Tim
On 15 Sep 2014, at 15:56, Gallien wrote:
> Hi guys,
>
> Is it possible to retrieve datasets activity like the number of
> download events
That is correct: http://dev.gbif.org/issues/browse/POR-2451
While that remains an open issue, can I interest you in an occurrenceID -> GBIF
ID mapping for that dataset in tab delimited format?
Thanks,
Tim
On 15 Sep 2014, at 19:22, Roderic D. M. Page wrote:
> Am I correct in thinking that
Hi Scott,
I?m afraid we haven?t made any progress towards this.
Rate limiting the users would be the only solution. We?ll try and schedule
that as soon as we can but just to be honest - it is not likely to be something
coming imminently as we have quite some backlog right now (hence
Hola Antonio
Can you please join and use the GBIF API mailing list for questions relating to
the API?
http://lists.gbif.org/mailman/listinfo/api-users
We don?t make explicit use of LSIDs on GBIF.org. I expect what you want to do
is lookup the GBIF species key using the species API, and then
Thanks Scott,
The SOLR index was moved onto a cloud distribution yesterday, so I suspect
something has gone wrong.
We?ll get on to that as soon as we can.
Thanks,
Tim
On 10 Jul 2015, at 07:20, Thompson, Alexander M
wrote:
> Doesn't work via the portal either:
>
>
Hi Scott,
I don?t recall any coordinateAccurracy but I might be mistaken
There are coordinateUncertaintyInMeters and coordinatePrecision - could it be
those you were thinking of? We only return the verbatim values, and don?t do
any parsing of those.
Thanks,
Tim
On 20 Jul 2015, at 22:21,
tp://dev.gbif.org/issues/browse/POR-1804
>
>
> We need to check if it is never populated which would be a bug,
> Markus
>
>
>
> > On 21 Jul 2015, at 09:24, Tim Robertson wrote:
> >
> > Hi Scott,
> >
> > I don?t recall any coordinateAccurracy but I
I agree, that seems like incorrect behaviour Scott - I would expect 404 too.
http://www.gbif.org/dataset/3f8a1297-3259-4700-91fc-acc4170b27ce/stats
Can you please file an issue? I am on my phone
In haste,
Tim
On 31 Jul 2015, at 19:52, Scott Chamberlain wrote:
> Hi all,
>
> I am curious
Sorry Scott,
We just had an issue, but things should be working again now - it wasn?t
scheduled I?m afraid
Please let us know if you see anything unexpected.
Thanks, and sorry for the interruption
Tim
On 09 Jun 2015, at 21:33, Scott Chamberlain wrote:
> All seem to be down right
Hi Ken Ichi
We have given it some thought, but it hasn?t yet got to the a priority where
we?ve put serious effort to implement it.
We?d likely do one of:
a) a proximity search in the occurrence search API (currently there is polygon
only) which is served from SOLR
b) a custom solution using
Dear Mauro,
Thank you for contacting us.
Today you need to do 2 web service calls for this behaviour - one to lookup the
species ID and a second to create the map.
Attached is a simple example showing this.
I hope this helps,
Tim
On 19 Mar 2015, at 03:09, Mauro Cavalcanti wrote:
> Dear
o we'll wait until you guys put
> something together. If you go down the vector tile path, hopefully we
> can learn from what you implement!
>
> -ken-ichi
>
> On Tue, Mar 17, 2015 at 1:49 AM, Tim Robertson wrote:
>> Hi Ken Ichi
>>
>> We have given it some
Hi Priyank
The TAXON_KEY currently only supports the equals predicate. We will look to
support an array of values in the future.
Please let me know if that solves your problem.
Thanks,
Tim
>> From: Priyank Tiwari
>> Subject: [API-users] Getting server error 500 while trying to post a
>>
Hi Gabi
I am afraid you can?t do that in the current API.
You can only add them to a map as individual map layers.
Thanks,
Tim
On 29 May 2015, at 08:21, Dr?ge, Gabriele wrote:
> Hi,
>
> I would like to know how to query the API for getting the map for more than
> one dataset.
>
>
Hi Gabi
I am afraid you can?t do that in the current API.
You can only add them to a map as individual map layers.
Thanks,
Tim
On 29 May 2015, at 08:21, Dr?ge, Gabriele wrote:
> Hi,
>
> I would like to know how to query the API for getting the map for more than
> one dataset.
>
>
Hi E.Gracia
It is highly possible that publishers are making increased use of the ?depth?
field in the data they publish. We are a real time indexing system and people
are publishing datasets constantly, so it will vary over time.
There have been no recent changes to the interpretation, so any
Hi Scott,
You are correct it is gone, but it is useful to know it has started to be
missed.
We expect similar functionality to be back within around 6 months or so (i.e.
the ability to do some faceted results from search - this is a facet on a grid
cell)
Thanks,
Tim
> On 28 Oct 2015, at
Hi Peter,
Indeed it is a bug.
There is the full text search which uses ?q? and not ?keyword"
http://api.gbif.org/v1/dataset/search?q=lifewatch
Does that help as a workaround while it is investigated please?
Thanks,
Tim
On 15 Sep 2015, at 11:19, Peter Desmet wrote:
> Hi,
>
> I'm trying
Hi Juan,
Can you please send an example of a call you make?
The occurrence records return the higher keys, as per this example:
http://api.gbif.org/v1/occurrence/1227769253
Thanks,
Tim
From: API-users mailto:api-users-bounces
at lists.gbif.org>> on behalf of "Juan M. Escamilla Molgora"
Dear GBIF API users,
We are pleased to announce that we are preparing to move a new taxonomic
backbone into production.
This is the first revision of the backbone for quite some years, which will
bring the GBIF backbone up to date with latest data sources, such as the
Catalogue of Life 2016
to the backbone taxonomy
within weeks, as opposed to years. We anticipate the next deployment of the
backbone taxonomy to be in around 12 weeks from now.
Congratulations to all involved with this work.
All the best,
Tim
On Thu, Apr 14, 2016 at 7:18 AM, Tim Robertson mailto:trobertson at gbif.org
>>
Date: Saturday 27 August 2016 at 08:18
To: Tim Robertson mailto:trobertson at gbif.org>>
Cc: "api-users at lists.gbif.org<mailto:api-users at lists.gbif.org>"
mailto:api-users at lists.gbif.org>>
Subject: Re: [API-users] What happens to previous data after dat
Hi Nils
We don?t have any OGC services, but there is an asynchronous download API which
can deliver CSVs.
Off the top of my head, the only way you can automate this at the moment would
be to do periodically issue a download (e.g. Daily) process as you see fit, and
cache the result for your
, and will see what may
be possible returning distinct locations. It?s tricky to do in real time
though.
What kind of accuracy do you need please?
Thanks,
Tim
From: Nils Hempelmann mailto:i...@nilshempelmann.de>>
Date: Thursday 2 June 2016 at 15:00
To: Tim Robertson mailto:trobertson at gb
Hi Alex,
We can add the protocol in the next iteration. Any other fields you have
particular interest in?
All the best,
Tim
From: API-users mailto:api-users-bounces
at lists.gbif.org>> on behalf of godfoder mailto:godfo...@acis.ufl.edu>>
Date: Wednesday 15 June 2016 at 22:05
To: "api-users
5 June 2016 at 23:51
To: Tim Robertson mailto:trobertson at gbif.org>>
Cc: godfoder mailto:godfoder at acis.ufl.edu>>,
"api-users at lists.gbif.org<mailto:api-users at lists.gbif.org>" mailto:api-users at lists.gbif.org>>
Subject: Re: [API-users] New Portal/Oc
...@gmail.com>>
Date: Friday 17 June 2016 at 14:24
To: Tim Robertson mailto:trobertson at gbif.org>>
Cc: godfoder mailto:godfoder at acis.ufl.edu>>,
"api-users at lists.gbif.org<mailto:api-users at lists.gbif.org>" mailto:api-users at lists.gbif.org>>, in
Hi Dan,
We definitely need to do something in this area soon, but I am not sure
sub_type will be the best way forward (it is currently null for
everything).
The reason being, is that a dataset can be an occurrence dataset, or a
checklist or sample based dataset and all 3 can have occurrences
Hi Juan
That sounds like a fun project!
Can you please describe your grid / cells?
Most likely your best bet will be to use the download API (as CSV data) and
ingest that. The other APIs will likely hit limits (e.g. You can't page through
indefinitely).
Thanks,
Tim
On 31 May 2016, at 18:55,
V data (downloaded as a CSV request ) but I couldn't
find a way to obtain the global id's for each taxonomic level (idspecies,
idgenus, idfamily, etc).
Do you know a way for obtaining these fields?
Thank you for your email and best wishes,
Juan
On 31/05/16 19:03, Tim Robertson wrote:
H
Hi all,
Sent to the GBIF API users and EU BON lists for information - sorry if you
receive this more than once
I'm happy to let you all know that we recently opened access to a very early
version of work which is underway on a new GBIF.org site.
It has limited functionality today, but we've
Hi Scott,
Is that a typo in your message? The example you provide is missing ))) at the
end of the URL. When you add it, it works, but returns no results which seems
plausible.
,
Tim
From: Eduardo Dalcin mailto:edal...@jbrj.org>>
Date: Thursday 1 September 2016 at 14:55
To: Tim Robertson mailto:trobertson at gbif.org>>
Cc: "api-users at lists.gbif.org<mailto:api-users at lists.gbif.org>"
mailto:api-users at lists.gbif.org>>
Subject: R
Thanks Eduardo.
No, you can type ?Plantae? or any higher taxa in the scientific name filter and
it will assist with autocompletion.
I hope this helps,
Tim
From: Eduardo Dalcin mailto:edal...@jbrj.org>>
Date: Thursday 1 September 2016 at 15:19
To: Tim Robertson mailto:trobertson at gb
sday 1 September 2016 at 15:27
To: Tim Robertson mailto:trobertson at gbif.org>>
Cc: "api-users at lists.gbif.org<mailto:api-users at lists.gbif.org>"
mailto:api-users at lists.gbif.org>>, Morten
Hoefft mailto:mhoefft at gbif.org>>
Subject: Re: [API-users] Changes in
Thanks for raising this Scott.
We do appreciate reminders to help prioritise things. Please do email this
list or me directly if you feel things need raised and we'll do whatever we can
- the R package is a well used library and we appreciate all your contributions
greatly! Simply put, there
Hi David,
The crawl attempt is the start of the crawl with the publisher.
Once the status confirms it is finished, then you could use that. While it is
crawling, the status will be something like ?RUNNING? (off the top of my head)
Thanks,
Tim
From: API-users mailto:api-users-bounces
at
Dear all,
Our apologies in advance, but we expect disruptions in both GBIF and TDWG
services next week, Thursday and Friday, 22-23 June 2017.
Partial outages may occur while we relocate the servers for GBIF's and TDWG's
systems to a new data centre within the University of Copenhagen.
During
Hi Benjamin,
Download will be best.
However, there are limits and you will not be able to push 3000 in.
You could either split it into groups of e.g. 300, or use a higher taxon and
then implement a post-filter to throw away those not in your list (the latter
is how I would do it).
I am sorry
the API you’d also see the error.
I’m afraid you either need to reduce the size, or take the approach I suggested
of a wider search (e.g. a higher taxon) and then post filtering.
I hope this helps.
Thanks,
Tim
From: Benjamin Feinsilver
Date: Monday, 8 April 2019 at 05.07
To: Tim Robertson
Cc
Hola Magdiel
I am afraid we don’t have this at the moment.
Delimiting by area art the moment means an occurrence search for records in
Mexico, after which you can get the images.
E.g. the information you see on this page
https://www.gbif.org/occurrence/gallery?country=MX
Which is:
Thanks Kathryn
This happens when you provide a classification where the terminal taxa is not
known to the backbone taxonomy.
What it returns is the higher node in the tree that matches, and stating it
with the “HIGHER_RANK” flag.
Periodically we rebuild the backbone using the best available
Dear GBIF community
Please be aware of this communication from DataCite which will likely cause
some disruption on GBIF services with relation to DOI issuing.
Many thanks,
Tim
From: Martin Fenner
Reply-To: "allus...@datacite.org"
Date: Friday, 2 August 2019 at 08.22
To: DataCite Allmembers
Hi William
I am very sorry to you (and everyone) that you are experiencing this. We have
an unusual load coming on GBIF.org which is causing us some issues, and we are
doing all we can to address this.
I hope things will be back to normal later today.
Please feel free to contact me directly if
Hi David
I hope you are well!
Good question.
PREPARING: just submitted by user and awaiting processing (typically only a few
seconds)
RUNNING: being created (typically 1-15 minutes)
FAILED: something unexpected went wrong
KILLED: user decided to abort the job while it was in PREPARING, RUNNING
this to
production for IPT users today.
Thanks,
Tim
From: Holetschek, Jörg
Sent: Monday, April 6, 2020 12:11 PM
To: Tim Robertson ; api-users@lists.gbif.org
; i...@lists.gbif.org
Cc: Daniel Noesgaard
Subject: AW: GBIF.org supports recordedByID
Dear all
Last week GBIF.org enabled two new filters to allow search using recordedByID
and identifiedByID fields.
Datasets such as iNaturalist support the use of ORCID IDs for people. Those
users who have linked their account in iNaturalist can now find records in GBIF
using their ORCID -
Thank you for your message.
The API is documented on https://www.gbif.org/developer/summary
If you have a specific task you’re trying to achieve, can you please describe
it and we can offer more detailed help?
Many thanks,
Tim
From: API-users on behalf of MD Hamid
Date: Tuesday, 9 March
Hi József
I am no guru or web developer but looking at the code [1] I think it is pulling
out distinct the ranks in order from the suggest response [2]. I see the code
has this:
{{match.model[taxa]}}
Someone may correct me if I’m wrong, but since it’s the weekend here now it may
58 matches
Mail list logo