Pour gérer proprement les erreurs dans les réponses d'un API REST, le mieux est de n'utiliser que les "Status Code" HTTP (404, 400, ...). Parfois cela ne suffit pas.
Dans ce cas, le mieux est d'utiliser :

• la nouvelle RFC 7807 qui permet d'ajouter des informations à un "Status Code" HTTP : http://www.bortzmeyer.org/7807.html
• le mécanisme similaire de JSONAPI : http://jsonapi.org/format/#errors

Vu qu'on utilise déjà ce type de mécanisme aujourd'hui, je pense qu'au moins l'un des deux sera très vite adopté et qu'on s'y retrouvera beaucoup plus rapidement en découvrant une nouvelle API !

Convention REST : le nom des ressources est au pluriel et puis c'est tout.
Pour GET et DELETE, c'est assez clair :
GET resources (accès à toutes les ressources)
GET resources/123 (accès à la ressource 123)
DELETE resources/123 (supprime la ressource 123)

Même en omettant la question du POST / PUT, ça reste bizarre pour la création /update :
POST resources (créé / modifie une ressource, ou une liste de ressources)

Moi j'aurai tendance à faire POST resources pour une liste, POST resources/123 pour une ressource.