-
Notifications
You must be signed in to change notification settings - Fork 16
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
Implement richness maps #23
Comments
I think this would make the maps api really really powerful. I wrote a shiny app with some ideas that might be interesting to implement. I just leave it here as reference. Probably if everything has to be pre-rendered it limits what can be done, but any richness maps service would be great. |
Looks very nice @jhnwllr Are those 350km, 400km etc true areas, or are they approximate grids based on lat/lng in WGS84 please? e.g. is 100km really meaning "1 degree cells"? |
It is 100km is equal to 1 degree cells. There is some distortion and overlap moving away from the equator. Circles look prettier than ovals :). Some distorted square grid would I guess be more accurate. |
Thanks John. I was considering that we could preprocess to various grid
sizes, and hopefully also political boundaries such as county shapes so we
could do choropleths. Using a ESPG:4326 projection will mean that grids
remain squares too.
…On Fri, Sep 28, 2018 at 2:33 PM John Waller ***@***.***> wrote:
It is 100km is equal to 1 degree cells. There is some distortion and
overlap moving away from the equator. Circles look prettier than ovals :).
Some distorted square grid would I guess be more accurate.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#23 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAOepeHwUZi0Whuoq4ds6LME85LNx2DCks5ufhcagaJpZM4Pla32>
.
|
GBIF wish to surface species richness maps whereby for 1 degree, 0.5 degree, 0.1 degree cells (at a minimum) we can render densities. In particular these would be useful for genus/family and higher taxa species pages. The species richeness should count species (not terminal taxa).
SOLR is not going to be fast enough to do this on the fly (in it's current schema at least) so I think this needs to be preprocessed.
It might be useful to consider if this can be done generically to add (e.g.) dataset richness, although that is a far lower priority.
The text was updated successfully, but these errors were encountered: