Open damonmcc opened 1 year ago
Assuming bytes we mean https://s-media.nyc.gov/agencies/dcp/assets/files/zip/data-tools/bytes/
endpoint
Just to clarify process and where issue occurs
we publish pluto running from local CLI or github action in db-pluto
project
edm-publish
at time of data archival, data-library
gets data from bytes url to archive data in edm-recipes/dcp-pluto
. This is where underscore is in url for file instead of dot notation, meaning the user has to enter the version number with undescore
A couple questions
edm-publishing
? Could we grab straight from there instead? Or has some sort of transformation occuredDon't mean to overcomplicate the issue, just want to make sure that I have the right understanding
no worries!
is the bytes url just essentially a wrapper for grabbing data from edm-publishing? Could we grab straight from there instead? Or has some sort of transformation occured
nah the bytes URL isn't a wrapper/redirect for edm-publishing. it points to a server we have that's dedicated to public data access via BYTES of the BIG APPLE. I believe some transformation has occurred and is done by the GIS team but that may be limited to metadata and ESRI related edits.
since all we really seem to archive/use is the primary csv, we may be able to change the source from bytes to edm-publishing. and I'm seeing ~15 other archiving templates that already pull from edm-publishing
Can we control how bytes is doing this, and not have dot notation messed up for the url?
Doubt it lol the WebTeam seems to use underscore notation for all versions in urls
22v3.1
22v3_1