@Natasha, could you send a sample url? This, for instance, is working for me:
https://eol.org/api/pages/1.0/46577088.xml?id=&images_per_page=1&images_page=2
@Natasha, could you send a sample url? This, for instance, is working for me:
https://eol.org/api/pages/1.0/46577088.xml?id=&images_per_page=1&images_page=2
Currently weāre using this:
https://www.eol.org/api/pages/1.0/7674.json?images_per_page=24&videos_per_page=0&images_page=1&sounds_per_page=0&videos_page=0&sounds_page=0&maps_page=0&texts_page=0&iucn=false&subjects=overview&details=true&common_names=false&licenses=all&cache_ttl=3600
Seems to work if images_page is 0 but anything higher returns the error.
Thanks @jrice, this does indeed fix the extra array level, but it appears that something else changed at the same time. This might be related to the issue @Natasha mentioned, but Iām not seeing a 500 error, Iām just not getting any images or text articles returned. This worked over the weekend to return both images and text results:
Update: Looking at @hammockj post, I tried changing the images_per_page on the above from 10 to 1 and did get an image result, so it appears to be an issue when requesting multiple items. The same thing with texts_per_page.
Thanks,
Greg
@hammockj Are we able to get sounds through the pages API at the moment? Iāve tried a few different ids and none seem to return any data objects.
The following url returns no data objects:
https://eol.org/api/pages/1.0/491995.json?details=true&sounds_per_page=10
Sorry, no sounds at the moment. They havenāt been moved over from EOL v2 yet!
Update: Looking at @hammockj post, I tried changing the images_per_page on the above from 10 to 1 and did get an image result, so it appears to be an issue when requesting multiple items. The same thing with texts_per_page.
Sorry, fencepost error. Was rushing. Should work now!
@jrice Thanks again, the 500 error is no longer appearing. Any idea when sounds might be back though?
Iāve moved audio and video hosting up the to do list, @Natasha, but youāll have to give us a month or two. The to do list is long and everything is urgent Please nag us again in January if we havenāt delivered.
Thank you! images_page is working for me now
Thank you, I can confirm that images are working again. However there are still a lot of dead image links in the results, is that expected and will resolve in the future? For example, this API call returns 4 images, which are all missing:
Missing image: https://content.eol.org/data/media/8a/e1/84/15.FB-pic-5399-24045.jpg
(the mediaURL is still working, but the eolMediaURL not)
Additionally, a lot of dataObjects of the type āDCMI: DCMI Metadata Termsā are only available in Spanish or Italian, the English text descriptions which were availble previously are all gone. Can you confirm that this will be added in the future? Thank you!
Thanks for reporting, @divinglog. It looks like the media download for that partner didnāt complete. We should be able to retrieve those; stand by.
Hi,
Iāve been using the EoL API for summary data and Iāve been having a few problems.
Firstly, the filter_by_string option on /search seems to generate a 500 error. For example https://eol.org/api/search/1.0.json?q=Acacia+dealbata&filter_by_string=Fabaceae
Secondly, I donāt seem to be able to get any English overview or summary text entries. All the summary texts that I can find seem to be from the Italian or Spanish wikipedias. For example, https://eol.org/api/pages/1.0/122672.json?texts_per_page=75&subjects=overview&vetted=0&language=en&details=true
Doug
Thanks for reporting, @charvolant ! Iām sorry about the gap in text object service. We hit a delay in migrating in our largest sources of text. Weāre working on it.
Paging @jrice to investigate the /search string filter issueā¦
Jen
No worries. Now Iāve got the API sorted a bit better weāre seeing various bits and pieces of text, rather than an ominous silence.
I work with @charvolant and it appears we sometime get blocked due to exceeding some maximum rate limit (e.g. with https://eol.org/api/pages/1.0 or https://eol.org/api/search/1.0 request). Iām happy to add a rate limiter to our code and would like to know what the threshold is before weāre blocked (requests per second) so I can prevent us hitting that limit.
FYI, I noticed the āData servicesā page makes mention of:
we ask that you observe query rate limits
but I couldnāt find any mention of what the actual limits value was, on any of the pages linked off that page (including the various terms of use pages).
The rate is currently 1rps, which should be mentioned in the robots.txt file. ā¦We may increase that in the months to come, so it could be worth re-checking. Thanks!
Sorry for the delay, @divinglog! Weāve got the FishBase resource downloaded; those broken images should be working now.
Jen