Closed lbesnard closed 10 years ago
Its due to Openlayers restricting us to not crossing the date line by design. This behaviour may change in newer Openlayers code and we could then look at modding portal code to handle it.
@pblain I think this bug will be more problematic as we move to incorporating AODN contributor data. I'd say we need to reopen this issue or consider it in the backlog.
NB. It would probably also affect backlog item NET19 (ability to manually enter coords).
On the other hand we don't have a bug as Openlayers is protecting us from having a problem. As i mentioned before I'm all for restricting the possible bbox/polygon requests permutations that can be made by snapping to grid lines. Likewise the feature "ability to manually enter coords" erk. Why have fine grained query parameters when we are only going to record spatial information to 1 degree? Any how for latter discussion...
The idea of going down to 1 degree precision I think will only affect the geographic search when you are finding collections. You'll still be able to filter collections to a higher accuracy.
Correct. The 1 degree is only for search on step 1. @dnahodil makes a good point - this will affect NET19. I suggest we include this work as part of NET19. I'll add it to the acceptance criteria so we don't forget. We can live with it until then.
Example with the soop asf meteorological layer.
I try to create a bounding box going accross the 180th meridian but I'm not allowed to draw any bounding box on the right of it. I need to got on the far left of the map. at -180.
Need to create a double query I guess