<div dir="ltr">Hi all, <div><br></div><div>I am curious as to the reasoning behind the 204 response for some API requests. For example: </div><div><br></div><div><div>curl -v '<a href="http://api.gbif.org/v1/dataset/3f8a1297-3259-4700-91fc-acc4170b27ce/metrics">http://api.gbif.org/v1/dataset/3f8a1297-3259-4700-91fc-acc4170b27ce/metrics</a>'</div><div><br></div></div><div><div>< HTTP/1.1 204 No Content</div><div>< Content-Type: application/json</div><div>< Access-Control-Allow-Origin: *</div><div>* Server Jetty(9.2.z-SNAPSHOT) is not blacklisted</div><div>< Server: Jetty(9.2.z-SNAPSHOT)</div><div>< x-api-url: /v1/dataset/3f8a1297-3259-4700-91fc-acc4170b27ce/metrics</div><div>< Accept-Ranges: bytes</div><div>< Date: Fri, 31 Jul 2015 17:46:32 GMT</div><div>< X-Varnish: 1108784184</div><div>< Age: 0</div><div>< Via: 1.1 varnish</div><div>< Connection: keep-alive</div></div><div><br></div><div>I assume this means that that dataset ID is not found?  If so, I would have expected a 404 perhaps.  There's no other info in the headers, so I'm not sure what other reason there is for no data returned (I realize a 204 should not return a body). I know this dataset ID used to return data, as I used it in examples for hitting the /dataset/*/metrics route  </div><div><br></div><div>In other APIs I get a 204 on a successful DELETE request - that's the only context I'm familiar with wrt 204's </div><div><br></div><div>Thanks! Scott</div></div>