Giter Club home page Giter Club logo

risk-maps's People

Contributors

niconoe avatar peterdesmet avatar qgroom avatar timadriaens avatar

Stargazers

 avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Forkers

qgroom

risk-maps's Issues

Occurrence maps for species without risk modelling

Request from May 6th meeting:

  • Show more species, not only the ones we have GeoTiff for.
  • Occurrence data would still originates in the same data cube (=show all occurrences from the cube)
  • Occurrences would be filtered: only show 1976-2020
  • Need a user-friendly way to announce to users which species has risk maps or not

Overlays

Issue created to collect the overlays we want to be able to show along the risk maps.

Note: If possible, all shown data should be INSPIRE-compliant.

Themes:

  • N2000
  • Cities
  • Rivers
  • Ecoregions
  • Belgian regions

Related technical question: how to show them in client only webapp: convet to GeoJSON? Possibility to show shapefiles? Should we reproject those prior?

Background layer

I'm not a big fan of the background layer. What is available? It is mainly cities and rivers that are interesting. Not really roads in my opinion.

Start with a default

I think would be nice if the application started with a loaded example, e.g. the first value from each dropdown (excluding "Ecoregions"), rather than:

Screenshot 2020-04-03 at 13 42 08

Source datasets should be listed somewhere

The source datasets should be listed somewhere. I assume this will be the same ones as for the cube.
Ultimately a dynamic sources citation would be best, but a list will do for now.

Make sure the system is reusable/can be embedded in Julien's future developments

@silenius: here is in a nutshell the envisioned development. Since the idea is that this work is at a later step embedded in a larger development you'll made for TriAS, I wanted to make sure the approach I take suits you. The plan at this stage is:

  • A simple (if possible frontend-only) app that display the content of GeoTiff files over a Leaflet map of Belgium. There will be some usual overlays (ecoregions, N2000 zones, ...)
  • Implemented using Vue.JS/TypeScript (Vue-CLI for a single page application - the written vue components can obviously be reused in other contexts-
  • The app and UI would be pretty basic: a select to choose a given species, another select to choose a "map type" (there are multiple geotiffs generated per-species, for example to show the species progression according to various climate scenarii). From those two selects, we can infer a filename for the GeoTiff, and bam => on map.
  • I'll use some frontend framework (probably Bootstrap, except if you have other suggestions/preferences) to have a basic page structure and nice form. It'll be limited, so it should be relatively easy to remove/replace them if needed when you do further integration.

Don't hesitate to comment!

provide option to plot actual (realized) distribution on map

Hi, think it would be useful to give users the option to plot the actual distribution (from the cube of from gbif directly), so they can explore to what extent potential area in Belgium has already been invaded. Need to think about proper date cut-offs (e.g. from 2000), type of data to use (human observations or other).

Inconsistent data file names in public/geotiffs

The files are formatted as ${this.publicPath}geotiffs/be_${this.speciesId}_${this.climateScenarioId}_${this.mapTypeId}.4326.tif
But for the scenario with rcp85_diff the filename has an extra underscore. So these tif files are not picked up by the tool.
I see the inconsistent naming already originates in the /source_data/geotiffs folder, so probably a bug in the script that creates these files?

For reference: We aim to integrate these risk maps in the alien-species portal

Screenshot from 2024-02-05 14-35-32
Screenshot from 2024-02-05 14-34-51

Script to update/configure the app from GeoTiffs

Let's write a script that parse a directory containing Amy's generated files and:

  • copy them (converted to EPSG4326, to feed the webapp)
  • write some JSON configuration file for the selection form (species name, GBIF IDs, ...)

missing maps

@niconoe: @SoVDH noticed that maps for 5281901 (Campylopus introflexus) are not showing on the viewer. The geoTIFFS for this species are in the google drive folder you created for GeoTIFFs, but they are in a subfolder I created for my last upload called PRA_Plants_noUnverified. (This upload addresses the issue of unverified occurrences that @damianooldoni discovered last summer). This folder contains the final maps that should be used in the viewer, including the one for Campylopus.

I realize now that I created confusion by adding subfolders, and if you like, I will clean up the google drive folder leaving only the final version of the maps only while eliminating duplicates and subfolders. I wanted to check with you first. Thanks!

Correct names of biogeographic districts (ecoregions) + missing ones

I don't know where you got them from, but the names of biogeographic districts (ecoregions) are not complete in Wallonia and do not refer to what is commonly used as far as I know.

  • Condroz
  • Fagne-Famenne-Calestienne
  • Thiérache
  • Ardenne
  • Gaume et Lorraine

Also, Maybe worth having both FR and NL names for the users?

Capture d’écran 2020-04-07 à 10 54 34

Capture d’écran 2020-04-07 à 10 59 24

Styling

@peterdesmet : at a later stage, will you be available to make the web app looks better?

It will stay pretty small, and the toolbox is the same than Crow.

Add disclaimer

I would release it with a disclaimer. @amyjsdavis @SoVDH can you provide a short sentence that we can display at the top of the application. Something along the lines below:

The maps and models shown below are in an experimental state and should not be used for policy ...

Originally posted by @peterdesmet in #10 (comment)

Show list of elements of an overlay + add bi-directional interaction

It took me a while to notice that the name of the hovered overlay was shown on the right. It also disappears right away if you hover away. I think this could be improved by:

  1. Showing all elements of an overlay on the side
  2. Highlighting the element when it is hovered on the map and vice versa
  3. Highlighting the element when it is clicked on the map and vice versa
  4. Clicking an element (map or side) keeps it selected. This selection is undone by a) clicking it again, b) highlighting another area, c) clicking anywhere else on the map (including outside the full overlay)

Screenshot 2020-04-03 at 14 03 45

Add Atlantic vs Continental

Would it be possible to add as overlay the simple 'atlantic' vs 'continental domain' ? These are basic unit used for risk analysis and users will need them anyway.

Style overlays

Screenshot 2020-04-03 at 13 43 32

It's currently probably still a test, but the styling of the overlays can be improved:

  • Red highlight: good that it is transparent, would use other colour, e.g. TrIAS orange: #DC571D
  • Borders: use full lines, not dotted
  • Borders: use stronger colour than white (it is a bit hard to see, especially when zoomed out), e.g. TrIAS orange: #DC571D

Clarify requirements

(will plan a meeting soon for this)

  • Allow species selection (GBIF taxon key in filename?)
  • Allow to select a risk map type (multiple files per taxon)
  • Improve visuals: color scale, allow to change transparency, ...
  • Create a basic layout (Bootstrap-based?)
  • ...

how to show occurrences on risk maps

Hi All: I am sorry I missed this last month. I had asked Nico (while I was unaware of this thread) to only show only the occurrence data I used to make the risk models, because there is sometimes a big difference between the date I used and the occurrences that are shown in the risk mapping application. Now that I've read through this thread, it seems like the biggest differences in the occurrence data he is showing and the one I used for the risk modelling is time and excluding data based on coordinate uncertainty. In order to align the models with the historic climate data, only data from 1976 to 2005 are used in my models. I had prepared shapefiles that show the occurrence data used in the models for Belgium and that is ideally what I like to use since he can't filter based on coordinate uncertainty. The 2nd best option is to filter the data based on time. I think that would make the occurrence data closely approximate what was used in the risk models. What do you all think? @niconoe

Originally posted by @amyjsdavis in #21 (comment)

overlay rivers and/or river basins

for the sake of having some more information on riparian and aquatic IAS, I think it would be nice to have some overlay maps regarding the hydrographical network. Rivers and canals people can see if they zoom in, but being able to put the river basins in Belgium on the risk map would be very informative. Ijzer, Schelde, Maas and Rein are of course very big delineations, it would be nice to have something a bit more detailed e.g. at the level of river basin management planning.

the least we can do is perhaps to provide the river basin units used by the Water Framework Directive but perhaps the subunits are more informative since they are more the level used for river management planning (and IAS management should be at that level).

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.