Separate old LDR paths to a different 'compatibility' API
This MR closes #23 (closed) by separating out the {/LDR}/services/data/v1
'API' as a separate compatibility API, and adds direct support for the new /api/v1
paths. The routes are all the same, but this should allow us to transition server/client implementations away from the various LDR-era conventions.