Conversation
update from original
bgrotan
left a comment
There was a problem hiding this comment.
Om en bruker ønsker å laste ned for 20 kommuner, vil dette da ende opp i 20 bestillinger?
Det er ikke helt slik vi ønsker det i så fall. Sett fra et brukerperspektiv, må vi gjøre det vi kan for å samle bestilte områder til så få leveranser som mulig. Tenker at heller bakerste instans kan splitte opp i enkelt-bestillinger om ønskelig.
|
Det vil da delt opp til 20 bestillinger. Men koden her kan også endres til å sende AreaList til external-API. Vi kan la koden liggende her til jeg får tid til å se på det eller dere tilpasser den. |
|
Tanken med det endepunktet var at APIet selv skal bundle sammen de ulike produktene til en zip-fil, altså ikke noe klienten som (her da er Geonorge) selv skal bundle sammen. dataBundling-oppgaven ligger ansvarliggjort hos API-eier. |
|
|
||
| public abstract List<Format> getFormats() throws IOException; | ||
|
|
||
| public abstract List<Area> getArea() throws IOException; |
There was a problem hiding this comment.
Should this be getAreas()?
| public abstract String submitJob(Format format, Projection projection, String email, String coordinates) throws IOException; | ||
|
|
||
| public abstract String submitJob(Format format, Projection projection, String email, List<Area> areas, String mapSelectionLayer) throws IOException; | ||
| public abstract String submitJob(Format format, Projection projection, String email, Area area, String mapSelectionLayer) throws IOException; |
There was a problem hiding this comment.
Perhaps this should continue to be a List<Area> as some organizations might prefer to handle a list of areas in a single job?
Hente områder også fra eksternal API.
orderDownload bruker en loop for å gå gjennom alle resterende områder og da bør det bare sende et område om gangen til eksternal API.