(With thanks to Coastal Risk Consulting, an IBM Business Partner)
If this local variation was just applicable to residential properties, that would be one thing (although bad enough for the owners of the higher-risk homes!). But if the variation made the difference between having part of the local phone or internet system working or not, or if it meant that a hospital that was thought to be safe was actually at risk of its ER wing being under 18 inches of water, that would clearly be something else again, because it could badly de-rail emergency response. Flood maps clearly need to be more granular – more detailed – as well as more dynamic.
Improvements in dynamism are already being made, as the availability of commercial mapping services from Google, TomTom and others might make one suspect. These are updated rather more frequently than five to 10 years! There are also considerable improvements in granularity now available, as the above example showed – companies like Coastal Risk Consulting will provide LIDAR-based risk assessments at the level of individual properties. Different flood models can be plugged in to allow a city, business or a homeowner (or their insurers) to assess risk arising at individual locations from different scenarios.
See also: Flood Insurance at the Crossroads
But the improvements in dynamism and granularity could, in theory, go much further. The concept of elevation (above sea level or above a river) probably brings to mind something that is a given, fixed and invariable, unless you happen to be looking at geological timescales. But there are factors that can mediate the value of elevation that operate on a much shorter timescale. Consider a building that is 10 feet above sea level but protected by a levee 10 feet high. It may be said to have 20 feet of “virtual elevation,” inasmuch as it would require a flood crest of more than 20 feet above sea level to flood the property. Similarly, take a property 10 feet above sea level but in the area covered by a flood pump or storm drain that can remove 1.5 feet of water from that area. The property may be said to have 11.5 feet of “virtual elevation.” A property may also have a virtual elevation of less than its physical elevation if, for example, building work or a wall or pavement channels additional water toward it.
The point about virtual elevation is that it may change in any given location by the year as, say, gophers undermine the levee; by the month, as an area is paved; by the day, if the flood pump is being maintained; or even by the minute if the pump suddenly fails (perhaps when its power supply is compromised by flooding elsewhere)! Virtual elevation is a highly dynamic, highly granular concept that a typical flood map would fail to capture – yet one that may make the difference between a critical asset being operable or not, or an evacuation route being open or not. A city faced with an oncoming storm-surge or a rainfall event upstream of where it is located might therefore need to ask “what’s our virtual elevation – our disposition - right now?” The answer might make a significant difference to its standing emergency management plans and require significant adjustments.
All of which tends to imply that the traditional flood map really needs a makeover. At a minimum, while it still provides the baseline, the structures and urban extents that it shows need to be updated, say, annually; making the flood map part of a more interactive tool that allowed for different weather scenarios to be applied, say, would also be a step forward.
In reality, the flood map would represent one end of a continuum stretching to something much more contemporaneous. Using the same core baseline data, changes to virtual elevation could be assessed as plans are approved or building permits are issued, or as assets are maintained and their records are updated.
In this way the flood map would illustrate the observation that “big data” should really be labeled “small data” – but at enormous scale. If the extra data flows can be added to improve the flood map’s dynamism to, say, a daily or weekly update, and its granularity to the individual property or asset level, it would be transformed from some form or reference baseline that may or may not be up to date at any given point in time, to a live tool that supports day to day decision making.Is Flood Map Due for a Big Data Make-Over?
The Internet of Things and big data technologies could turn the flood map into a poster child for the idea of smart cities.
(With thanks to Coastal Risk Consulting, an IBM Business Partner)
If this local variation was just applicable to residential properties, that would be one thing (although bad enough for the owners of the higher-risk homes!). But if the variation made the difference between having part of the local phone or internet system working or not, or if it meant that a hospital that was thought to be safe was actually at risk of its ER wing being under 18 inches of water, that would clearly be something else again, because it could badly de-rail emergency response. Flood maps clearly need to be more granular – more detailed – as well as more dynamic.
Improvements in dynamism are already being made, as the availability of commercial mapping services from Google, TomTom and others might make one suspect. These are updated rather more frequently than five to 10 years! There are also considerable improvements in granularity now available, as the above example showed – companies like Coastal Risk Consulting will provide LIDAR-based risk assessments at the level of individual properties. Different flood models can be plugged in to allow a city, business or a homeowner (or their insurers) to assess risk arising at individual locations from different scenarios.
See also: Flood Insurance at the Crossroads
But the improvements in dynamism and granularity could, in theory, go much further. The concept of elevation (above sea level or above a river) probably brings to mind something that is a given, fixed and invariable, unless you happen to be looking at geological timescales. But there are factors that can mediate the value of elevation that operate on a much shorter timescale. Consider a building that is 10 feet above sea level but protected by a levee 10 feet high. It may be said to have 20 feet of “virtual elevation,” inasmuch as it would require a flood crest of more than 20 feet above sea level to flood the property. Similarly, take a property 10 feet above sea level but in the area covered by a flood pump or storm drain that can remove 1.5 feet of water from that area. The property may be said to have 11.5 feet of “virtual elevation.” A property may also have a virtual elevation of less than its physical elevation if, for example, building work or a wall or pavement channels additional water toward it.
The point about virtual elevation is that it may change in any given location by the year as, say, gophers undermine the levee; by the month, as an area is paved; by the day, if the flood pump is being maintained; or even by the minute if the pump suddenly fails (perhaps when its power supply is compromised by flooding elsewhere)! Virtual elevation is a highly dynamic, highly granular concept that a typical flood map would fail to capture – yet one that may make the difference between a critical asset being operable or not, or an evacuation route being open or not. A city faced with an oncoming storm-surge or a rainfall event upstream of where it is located might therefore need to ask “what’s our virtual elevation – our disposition - right now?” The answer might make a significant difference to its standing emergency management plans and require significant adjustments.
All of which tends to imply that the traditional flood map really needs a makeover. At a minimum, while it still provides the baseline, the structures and urban extents that it shows need to be updated, say, annually; making the flood map part of a more interactive tool that allowed for different weather scenarios to be applied, say, would also be a step forward.
In reality, the flood map would represent one end of a continuum stretching to something much more contemporaneous. Using the same core baseline data, changes to virtual elevation could be assessed as plans are approved or building permits are issued, or as assets are maintained and their records are updated.
In this way the flood map would illustrate the observation that “big data” should really be labeled “small data” – but at enormous scale. If the extra data flows can be added to improve the flood map’s dynamism to, say, a daily or weekly update, and its granularity to the individual property or asset level, it would be transformed from some form or reference baseline that may or may not be up to date at any given point in time, to a live tool that supports day to day decision making.