zack
zack
+1, better docs would be appreciated.
I am going to move this to a more general location, as it is relevant to _any_ project using https://mirrors.creativecommons.org, not just this one. Thank you for sharing @Phuker
@CapriciousRebel you are welcome to work on this, but we will be launching an **updated** version of the chooser very soon and this issue will no longer be relevant.
Very, very interesting. I suppose this has to do with our 'default' sort order? Would we want to sort by _new_ by default, once popularity has been considered?
I have another, silly question that I'd love folks opinion on. If this is currently true: > It appears that older results are favored, regardless of image quality. How would...
I'm also seeing filetype and filesize as `null` for both endpoints: - https://api.openverse.engineering/v1/images/?q=bird - https://api.openverse.engineering/v1/images/da5cb478-c093-4d62-b721-cda18797e3fb/
@WordPress/openverse-api have we observed this behavior in the API CI still?
@WordPress/openverse-api what do we think about this? Does it need to live in the API, and if so do we like the root-level `scripts` directory? Or should we move it...
Closed in favor of https://github.com/WordPress/openverse/pull/301
SMK confirmed that the smaller the image, the faster the endpoint is. So we could use the `https://iip.smk.dk/iiif/jp2/KKSgb5100_34.TIF.jp2/full/!512,/0/default.jpg` 512px size for our thumbnails.