Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Caching strategy #38

Open
timlinux opened this issue Nov 22, 2019 · 1 comment
Open

Caching strategy #38

timlinux opened this issue Nov 22, 2019 · 1 comment
Assignees

Comments

@timlinux
Copy link
Collaborator

@NyakudyaA So I . have been thinking about how to make things performant and I think this will be a good strategy:

We cache the 'blueprint' layers as a layer group:

Screenshot 2019-11-22 at 22 42 48

Screenshot 2019-11-22 at 22 46 35

Screenshot 2019-11-22 at 22 47 02

If needed, attach some external storage to the server to host the tiles.

Then for the dynamic requests (flooded buildings etc.) we can use a different colour scheme (see #34 ) and simply draw those buildings over the top of the blueprint layer.

See also #37

@NyakudyaA
Copy link
Collaborator

NyakudyaA commented Nov 23, 2019

@timlinux I have already enabled caching for all the layers so as we render them they will be cached.
So currently the way things are working is.

  • osm_buildings, osm_roads, osm_waterways are being cached.
  • When a user draws a flood polygon all the intersects are coming from a different view that has already been published using the same style (will need to change this).

I also plan to add a separate container in rancher that does the following.

  • Empty geowebcache every friday @11pm
  • Regenerate the cache to get new data.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants