) is the equivalent of OpenStreetMap (http://openstreetmap.org/
) for waterways. In fact, is uses the OpenStreetMap database and works in close collaboration. However, there is one particular difference: There are no streets on the water (or at least not as simple "streets" as on land, but similar concepts), therefore the spatial information that has to be captured, modelled and visualised is quite different. OpenSeaMap consists of buoys, beacons (containing 20 to 30 attributes such as colours, angles, flash intervals ...), harbours, locations for diving, and more. OpenSeaMap
also covers waterways and is actively used by kayaking groups to model their routes (e.g. entry points, difficulty). Beyond that, OpenSeaMap also integrates live data such as ship positions (AIS
) and weather layers.
Current areas of activity are:
- Semantic Mediawiki for Watersports
- Focussing on integration of manifold wikis and models from kayaking associations, diving clubs and privately owned websites who provide similar pieces of very useful information.
- Water Depth Maps
- Situation: Water depths deeper than 200 Meters are well covered, but everything between 0 and 20 Meters is the most interesting!
- Discussion with BSH - will take ten more years before "Open Data" movement reaches them. Decision: Do it with crowdsourcing!
- Sonar and GPS are on every ship, use NMEA bus to connect a logger.
- Other project ( not open though crowdsourcing...): Teamsurv
- Testproject with artificial storage reservoir done - see test data below.
- Data in harbours are available.
- Current map: View > Development > Water depth
- Ship is constantly moving
- GPS elevation is useless
- Tide or up to 10m, but desired resolution is 0.5m!
- Different height reference systems across countries
- Cannot receive live correction data (e.g. EGNOS - to close to the horizon in many cases) with the typical ship GPS receiver
- Reference stations on land do not help since often to far away.
- Varying time scales - no changes on rocky grounds, a lot of changes in the Wadden Sea.
- Currently planned workflow
- Data collection (crowdsourced)
- Data post-processing
- Data visualisation
- Integration into OpenSeaMap map
- Support needed...
- for complicated height models used by surveyors.
- for "clever statistics"/data processing.
- Bridges, Water Levels, Tides
- Model the barriers in harbour entries that only allow passage at certain water levels, passing under bridges on rivers, ...
- Water levels of German rivers are integrated.
- Headwaters (interesting for canoists) missing, but contacts starting with governments worldwide.
- Tide calculation (in advance) desired.
The community size of OpenSeaMap is hard to estimate (being part of OSM), but every sailor knows how to use maps which is a huge possibility. However, every sailor also knows to always use the best information available, which is not yet OpenSeaMap for water depths but the official maps.
The depth observations must be considerably processed and visualized with advanced techniques to convey the correct amount of information. Since the ships move on the water surface, measurements are not always taken perpendicular and corrections are needed. Also, the measurement systems precisions might vary. Therefore the visualisation of the data quality is very important. For this, the visualisation software Greenland
shall be used.
The visualisation of the data is crucial to understand it better for improvement of the post-processing, but also for the data collector and submitter as a direct visual feedback. In the best case
Project Management and Detailed Information
Contents from the OpenSeaMap wiki should not be duplicated here.
| As a user I need an understandable and visually appealing visualisation of the data he collected and interactively uploaded.
| As a user I want to upload NMEA and gpx files interactively and insert the data into a consistent O&M format.
| As a user I want to directly insert the transformed data into an SOS.
| As a user I want to see the locations of depth measurements coming from an Sensor Observation Service.
| As a user I want to see the density of observations along the ship track.
| As a user I want to inspect data density quality parameters for each observation and see a visualisation of selected quality parameters along the ship track.
| As a user I want to see the output depth map (after processing and correction).
|| (if available as WMS)
| As a user I want to integrate ship movement data (e.g. from accelerometer) into the data collection.
| As a user I want to see textual and graphical (color) representations of the depth measurement.
| As a user I want to see the ship track (connecting the measurement points, or independen points?).
| As a user I want to define ship and sensor metadata in a web form. The data must than be transformed to a standardized format (SensorML) and be available for data insertion.
You can download a sample data survey for the Brombachsee
) here: Brombachsee-depth-data_originals.zip
It consists of four files:
- Two GPX files with the track of the ships movement
- Two .NMEA logger files.
The Brombachsee is an artificial lake, so the process is a lot simpler because the lake as an actual known water level.
See also http://wiki.openseamap.org/wiki/OpenSeaMap-dev:De:Depth_raw_data
- Save the measured observations in an SOS with uncertainty and quality information. -- DanielNuest - 2013-01-08
- Model the sensor metadata (ship size, sensor location on ship, ...) with SensorML 2.0. -- DanielNuest - 2013-01-08
Project at 52°North: DanielNuest
OpenSeaMap Community: Markus Bärlocher
- Topic created by: DanielNuest
- Topic created on: 2012-12-21
This work is licensed under a Creative Commons Attribution 3.0 Unported License