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

Ability to ingest Open Street Map data #175

Open
uniomni opened this issue Nov 2, 2011 · 1 comment
Open

Ability to ingest Open Street Map data #175

uniomni opened this issue Nov 2, 2011 · 1 comment

Comments

@uniomni
Copy link
Member

uniomni commented Nov 2, 2011

Currently, the risiko demo dataset contains a layer from Open Street Map with building footprints and some information about building structure. It has been downloaded from http://data.kompetisiosm.org/buildings.zip, however what really is needed is for Risiko to be able to access this data more seamlessly. There are two important and different use cases

Ability to add features and have them immediately show up in Risiko.

This use case is written/envisaged around the JOSM tool but we are agnostic as to what the actual tool is. The key is that it:

  • is SIMPLE, SIMPLE, SIMPLE to use
  • will allow tracing of imagery (including Bing, but maybe other sources)
  • able to have preset fields to be filled in for each entity that is added
  • able to download spatial data (including imagery) from the net but then operate offline

For the purpose of this use case we can assume that Risiko is running and can be accessed from user's laptop (for example by having it run locally in develop mode).

1: User is presented with imagery and the ability to draw polygon or point on the map (i.e. identifying own house) perhaps with a few attributes such as wall type - these attributes are preset fields to be filled in, possibly with drop-down boxes such as was used for the OSM community mapping pilot in Indonesia.
2: User then clicks "Submit" and points browser to a running risiko server where the layer with the newly added feature is available in the exposure data selection combo. This will require that the layer is automatically equipped with the appropriate keywords (e.g. category:exposure, subcategory:buildings)
3: User can then run scenarios (earthquake, flood, tsunami and volcanic ash) using this dataset exactly as what is currently done with the bundled OSM building footprint dataset.

Comments

  • it may make sense that the "submit" button actually produces multiple layers (eg. one for buildings, one for bridges, one for water sources, etc.). However, first priority is a buildings layer
  • the user should not have to do anything other than press the submit button to then see his/her efforts in Risiko - instant and easy gratification is critical
  • there should be an additional (although this would be for the more expert user) ability to create presets

Ability to point Risiko to a server that provides OSM layers live

Use case is:

1: Add new server where the OSM data lives
2: Add layer with e.g. building footprints
3: Use it the same way the bundled osm building data is currently used

(this requires keywords)

@ghost ghost assigned jj0hns0n Nov 2, 2011
@uniomni
Copy link
Member Author

uniomni commented Nov 8, 2011

Following chat with Kate Chapman today, we suggest the following strategy

  • JOSM has the ability to store the newly created features locally (in OSM format) and call a script (risiko-upload <new_data>)
  • Risiko (by way of GeoNode) gets the ability to recognise the OSM format in its upload script.

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

No branches or pull requests

2 participants