Good day and welcome to the Talking Operations Web Conference Road Operations Management.
I will be giving a brief introduction to the web-conferencing environment about before turning over the call.
Please be advised that today's seminar is being recorded.
I'd like to now go over a few details.
Today's seminar will last approximately 90 minutes, with 60 minutes allocated for the presenters and 30 minutes for the chat in the small text box underneath the chat area on the lower right side of your screen.
Indicate who your question is detected towards unless your question is intended for all presenters.
Please make sure you're typing into the thin, text box.
Please make sure you send your questions to all participants rather than just the host.
Presenters will be unable to ask your questions during the presentation but we will use some of your questions typed in during the last 30 minutes.
You can click on the zoom icon at the bottom left of your screen.
It looks like a magnifying glass with a plus sign in it.
Finally, I would like to remind you that this is being recorded.
A file will be posted to the national transportation operations coalition's website within the next week.
I will type that address into the chat box shortly.
Due to the size of the file, recorded files are available for viewing listening purposes only and cannot be saved to your own computer.
The Power Point presentation used during the recording will also very available during the next week.
Attendees will be notified of the Power Point and closed captioning of this seminar.
At this time I would like to introduce Paul.
He is the team leader for the road management team in the Federal Highway Administration Office of Transportation Office Operations.
He has worked in several offices serving as team leader before moving to the Office of Operations.
In his current position he -- all aspects of the highway system including winter maintain, traffic management and traveller creation.
Paul's education is in civil engineering, he's holding a bachelor's degree.
I will turn over to Paul.
Hello everybody, and thank you for the introduction.
Actually, the road management in general has really evolved quite a bit over the past five years, starting even before that,
the sharp activities in road weather information but as ITS came on board and advances in weather forecasting were happening in the local community, it gave us the opportunity to grow all types of --
we've had a lot of success in the weather maintain area showing you can do something about the weather not just wait until something happens.
We continue to associate that to all types of road operations.
So with that, we have pulled together three speakers today who are going to be talking about three activities taking place in the area of road weather management.
Each of them will speak today.
I think they're going to give you as good background on a number of different activities taking place within the program.
So with that, I would like to turn it over to our first speaker, Dan Roosevelt.
First, let me give Dan's background.
He's a research scientist with the Department of Transportation.
He spent on 30 years as a field management responsibility for road maintainance and construction administration.
Since 1994, he has served as a research scientist where his research focus has been on maintain operations.
Since 1996, Dan has represented VDOT in the area of road weather information systems.
Dan is a 1962, graduate of the University of Delaware.
The current initiative is a type of an initiative that was formed two years ago within DOT.
But it's history goes back farther than that.
The idea of sharing data, particularly road weather observations, were happening before the initiative got going.
It was within the Aurora Fund Group.
I would give credit to taking shape at first.
It is from that that the DOT Federal Highway and the Program Office have built the initiative.
So I really appreciate having Dan, provide a perspective about the initiative that we think is critical,
which is the state DOTs who are the investors in the systems and providers of the data and ultimate users of the better road weather products that will come out.
I'd like to turn it over to Dan.
Okay, well thanks, Paul.
I appreciate the opportunity to be here today to speak to you about CLARUS, the CLARUS Initiative, and road weather information systems.
Before we go further I want to be sure you are familiar with the two terms: the road weather and located in the field.
A communication system to data transfer and central systems to collect the field data from the numerous ESS.
The sensors at the ESS measure atmosphere I can, pavement and water level conditions.
After that, the system collects the data, communicates it to a central location where it can be displayed on a computer screen and stores the information for further use.
CLARUS is used in a number of other different definitions so we have to be careful in our terminology.
The CLARUS system is the tool for collecting and sharing surface weather conditions; the CLARUS program is the operation and maintain functions and personnel needed to sustain the CLARUS system.
And the CLARUS Initiative is a U.S. DOT funded development of tools, models and system of support.
It involves processes spanning data gathering to road weather information products and services and well research activities that support the creation of these products and services.
CLARUS Initiative includes the CLARUS system and program but involves more.
The CLARUS Initiative intends to develop and demonstrate an integrated service transportation weather observing, forecasting and data management system.
To do this, the CLARUS management team plans to use the talent and resources of many groups that include not only the U.S. DOT but FHWA, state DOTs, like the one I represent, NOAA and the Private Secretary.
This is more succinctly described in public statements by the CLARUS management team that characterizes CLARUS as more of a national repository of road weather data from where the weather information can be generated.
The development of the information products and services will be generated by others.
While I work for the Virginia Department of Transportation, I'm here representing the Aurora Program.
It is a system focusing on violation.
Advance technologies for detail road weather monitoring and forecasting.
Or in other words, Aurora is everything; we focus on road weather information systems from the sensors on the road side
and in vehicles to the communications that connect them and the products that use the data these sensors produce.
We are 16 members strong and include three agencies from the international community who are noted here in red.
This gives us conviction to what's happening in both Europe and Canada.
We have over two dozen active projects in areas such as equipment evaluation.
We've tested a number of surface temperature sensors for example, standards in architecture where we've promoted a standardized reporting format for road weather conditions and decision support.
We've contributed financially to the eight-state pool to maintain decision system being performed by Meridian which will be presented later in this broadcast by Dave Huff.
We focus on information outreach and road condition monitoring.
If you want more information you can visit your website, which is shown at the bottom of the slide.
Most road agencies have long recognized the adverse affects of weather on the operation and safety of our road systems.
We've all seen the figures of the.
Each year, over a million and a half accidents, over 700,000 injuries and over 7,000 deaths occur during adverse weather.
And adverse weather has an influence on the nation's productivity.
Most agencies recognize that we can improve their effects of the adverse weather.
Those in Aurora are giving -- this map shows the number of environmental station systems or ISS stations deployed in the United States through the year 2002.
While some agencies collect data from other sources such as weather sensors installed on trucks and buses, the 1700 plus figure shown is the number of basic road weather data collection points in the United States.
Aurora was the resources and the will to influence much of the development and improvement.
However two issues beyond our control have long been a concern to us, they are easy access to and sharing of all data introduced produced by environmental stations and the accuracy of that data.
The problem with access arises because the data is owned and controlled by each of the 50 agencies that collect it in the United States.
Hopefully the benefits of sharing data are obvious to all of you on this webcast.
However, sharing of that data between agencies involves a myriad of processes and systems and is a task beyond Aurora's powers to implement.
Anyone involved with data knows that sensors get out of tolerance or out of whack.
Determining of when this occurred is difficult and often the perspective one wants.
We were pleased then when the FHWA heard our concerns and funded the CLARUS Initiative.
A as I've indicated the CLARUS Initiative has a number of goals, but it's first and major product will be the CLARUS system.
This diagram which I copied from the CLARUS concept of operations document shows the basic steps and outputs of the system.
The white box in the middle is the CLARUS system which contains the tools for gathering, checking and checking the operations.
The items to the left of the box represents data collection system which is a state DOT system.
The items to the right of the box represent data users.
These could be state DOT, traffic centers, mass transit managers, rail companies,
basically any agency or business that falls into the role of surface transportation weather information service provider and has a need for raw road weather information.
CLARUS envisions that agencies will collect their road weather data as they do now gathering it at a central point or points.
They will then transmit the data to CLARUS like C-3PO in the old "Star Wars" movies, CLARUS will be able to convert the data and convert it to a single format.
This helped overcome one of the road blocks that we were concerned about, easy access to the data.
Agencies won't have to do more than make their data available.
Data will also very available to other services, NOAA among them to be used for quality checks of the data.
It will check the data, flag any data with problems or concerns found and store the data.
CLARUS will also notify the data supplier of the findings and concerns it has with the data.
CLARUS will not change or delete any data, only add quality flags to it which will follow the data wherever it goes from there.
End users, which can be anyone with a legitimate use for the data will be able to pull data from the CLARUS file or can have it sent to them on a scheduled basis.
End users will be able to access the data as they would have if they'd dealt directly with the original data supplier.
There are many benefits to having a system such as CLARUS.
CLARUS will act as an agent for all data suppliers.
It will process all the questions from end users. CLARUS will assure that the data is secure and not subject to tampering.
In effect, it will smooth out the process for gaining access to the data and helping assure that everyone is aware of the quality of the data.
There are a number of advantages to the public sector, CLARUS will offset some of the deployment costs of new sensor stations by integrating observations from other surface observations sources.
CLARUS will allow agencies to utilize quality control for better forecasting.
CLARUS will give direct quality checking feedback to the DOTs that maintain the ESS.
CLARUS will give easy access to the data from neighbors states.
CLARUS will be of value to the private sector or the value added; CLARUS will supply steady reliable access to checked data and provide a new quality data forecast stream for.
New models are sensitive to the quality of the data.
CLARUS will likely be a portal to access weather data as that program comes on line.
The Federal Government's fond of telling us of the unlimited possibilities of many programs, but in this case they may be correct.
This slide shows a number of services that road weather information systems are already supporting, things like route specific radio and TV broadcasts of travel conditions,
such as they're doing in the upper mid west, enhanced decision making tools like MDSS which we're going to hear about later.
Like the BASF advertisements that we see on TV.
They say we don't make the products you buy, we make them better.
CLARUS won't make any of these it was services but it will make them better.
I'd like to close by saying a few words about Aurora's -- my mouth's getting dry here.
I'd like to say a few words about Aurora's participation in CLARUS.
This slide shows the tasks and time line for development of the CLARUS system.
The red line is where we are now.
The development of the CLARUS system has a strong stakeholder input process.
Aurora has taken advantage of this by sending multiple members to the stakeholder meetings and participated in all the task force groups that have dealt with specific issues.
The system is under design.
And soon the consultant will be undertaking proof of con at the present time testing.
Three members, Alaska, Minnesota and Ottawa, will give the consultant access to the road weather data and participate in the findings of the exercise.
Essentially, this will lead to a multistate demonstration project with where the end to end working model of the system will be put in place.
Aurora intends to have members among the agencies that are chosen for this demonstration.
In other words it plans to follow closely the development of the CLARUS system, lending support where it's needed, lending assistance where we can and the design where experience tells us we should.
My purpose today was to give you a stakeholders' perspective of CLARUS.
My goal was to give you the benefits that it will bring to the data.
I may be speaking to the choir on this subject.
But if not, hopefully I hope I've influenced you to seek more information.
My further hope is that it will result in the active participation in the development of CLARUS through the initiative coordinating committee.
All of that is necessary if this initiative is to be successful.
A recent Dilbert cartoon strip dealt with a PowerPoint slide program similar to the one you've just witnessed.
In the first two frames, Dilbert is seen working on a slide program and he's not too confident it will have the effect or effect any change.
In the last frame Dogbert answers asking how much productivity did you have today and Dilbert answers eight slides.
If my goal that I spoke about above has not been accomplished then like Dilbert my imaginary production has been just eight slides.
Hopefully, you've gotten the idea that I feel CLARUS is a great idea and a needed system, program and initiative, but I'm not its representative.
If you want more information information on CLARUS, the program is managed by two very capable gentlemen whose names appear on this side.
I suggest you contact them or the CLARUS website which is also known.
Finally, let me place one last plug for Aurora.
Please visit our website which is shown at the bottom of the slide.
Thank you for your time and attention.
Great, that's excellent, Dan, thank you very much for that presentation.
I see a lot of questions and discussion coming up.
Again, we'll take all of those at the end of the three presentations.
A couple of points to add to Dan's presentation.
As as he mentioned the CLARUS Initiative.org website has lots worth going through; I encourage you to check out that website
and just to clarify that the initiative itself will go through the design, development and demonstration of CLARUS, but because the Federal Highway System U.S. DOT is not an operating agency.
We will not be the operators of CLARUS.
We are looking to see how best to approach that and have been talking about NOAA National Weather Service folks
to the extent it would make the function that CLARUS consists of would be operated by national service NOAA, but that is to be determined.
I just again want to thank Dan.
Your comment that the Federal Government often makes promises, and in this case they may be correct, was very encouraging.
I couldn't ask for stronger encouragement from you, thanks, Dan.
With that, let me turn over to the next presentation.
This is Dave Huft.
He is the systems coordinator for the South Dakota transportation system.
He currently manages -- which includes seven states in addition to South Dakota.
Dave is active in numerous agencies, the Astro Technology Implementation Group and the Transportation Resource Board.
With that, I'll turn it over to Dave.
Thank you, Paul.
It's a pleasure to talk to you about the maintainance systems.
The premises behind it is something like this...
If you know the current road conditions and if you know what the near medium term forecasts are and if you understand chemistry and physics the road as farces and materials and if you know the materials available for maintain
then the MDSS will tell you what the best strategies for winter maintain and will advise you as to what sort of road conditions that you can expect to achieve if you apply those strategies.
There are seven other states involved in the MDSS with us.
And they're shown on the map here.
In edition to the particular states that are involved, Aurora Funding also contributed to the funding.
The Meridian Environmental Technology in Grand Forks, North Dakota has been our contractor on this from the state.
We're about three years into this project.
The original five states were Indiana, Iowa, North Dakota and South Dakota and Kansas, Colorado, and Canada have joined us since that time.
We all face a lot of winter maintain challenges.
We have rising expectations of the public and not just personal drivers but also commercial carriers with very demanding delivery schedules.
We all face constrained funding.
Sometimes reliable specific reports of conditions are hard to get.
Another problem is that some conditions, particularly fog and ice, frost are difficult to forecast.
We're all probably using invasive innovative maintain treatment that we don't have experience with.
So there's some uncertainty of what those behaviors are with those materials.
The problem is we're losing a lot of our experienced maintain staff, people who have seen a lot of weather and treated a lot of roads in many cases we are replacing them with people who have no prior experience.
One other bullet I could have put here is that all of us are facing environmental challenges to the amount of material that we're putting out.
Anything that would optimize the material use could be beneficial to us as well.
The objectives of our study were first of all to assess the needs to MDSS and our DOTs.
There are a lot of technical issues and institutional issues and cultural issues involved in maintain decision support.
We're finding among the states that are involved in the study that we have somewhat different maintain philosophies and somewhat different management philosophies.
An MDSS has to accommodate that variety.
We're looking to define.
There I would emphasize the words.
We don't want MDSS to go away.
We want it to be something that is well established in our various departments.
Specific objective of our study was to evaluate the functional prototype that was generated from the Federal Highway Administration's work with the National Laboratories.
That was done in the first year of the project.
Beyond that, we went on to build and we're in the process of evaluating a maintain decision support system that's partially built on the functional prototype and partially built with completely new components, so it's a mix.
Finally, we're hoping that true the work of this project that we improve the ability of all of us to forecast road conditions in response to changing weather and a variety of maintain treatments that we can apply to our roads.
I'm going to spend quite a bit of time in this presentation talking about essential elements of MDSS.
What I mean by that is if in the view of the people involved in the pool fund study, these are the things that an MDSS needs to do if you're going to say that you really have a complete MDSS.
As I discuss each element in the succeeding slides, I'll be talking about the sources of information that support these functions,
talking about the media by which this information is gathered and also listing the specific data elements that go along with supporting these particular functions.
The first one we see as being a central element is reporting the actual road surface conditions.
It's imperative that we know what the road surface condition is now, because that's the starting point for any kind of subsequent strategy.
The ways that we're doing that within the project are through collection of data by our systems through visual observations and through some cases through on-vehicle sensors.
We're struggling to get real time or very near real time information.
In some cases this information is directly entered into the interface that companies the MDSS.
In some cases, the data is called in by telephone.
In some cases, it's automatically entered via wireless communication from trucks into the system.
For this particular function, the things that we're interested in are pavement temperature, the moisture type that's on the pavement, how deep or thick is it and is there blowing snow present?
Along with the current road conditions, we want to be able to report what the actual maintain treatments are.
And we're getting this information from maintain supervisors, from truck operators and in some cases from the truck itself.
Again this comes in by a variety of media depending on the particular state that's involved and what equipment they have equipped on their trucks.
We're interested in the time and location of the maintain treatment.
We're interested in the plow positions.
Materials plywood and the application rate.
The system knows each of the trucks in the test sites that are being evaluated now.
We know the truck number.
We know what plows it has on it.
We know what materials it can apply in the range of rates that each material can be applied.
So the MDSS is very specific in its knowledge about maintain resources at each site.
This is a screen shot from the MDSS.
It depicts a couple of things.
First of all, you have a map to base the depiction of what the weather is doing.
I would suggest that these are user available.
Each of the various states that are involved in this can design their screens to cover the geographic area that they're interested in and the particular elements of information that they're interested in seeing.
On this map, we're seeing prescription precipitation, we're seeing infrared satellite photos in the background.
The thick lines are designations of test routes that are formally involved in the MDSS project.
And the pop-up box in the middle of the screen shows information for one of the trucks.
You can see the little truck symbols along I-25 in the background.
But for that truck, it's giving us the location of the truck, it's giving us what sort of treatments it's applying and it's giving us the road conditions that truck is encounters.
Colorado has several trucks that are connected.
The another essential element is assess the past and present weather conditions, what has happened in the recent history of this road, what is happening now and what does this mean in terms of the existing road condition?
There's a big variety of sources for this information.
And the conditions that are reported include temperatures, due points, wind velocity and direction, prescription types and rates, the presence of blowing and drifting snow, cloud cover and visibility.
All of which are useful elements in maintain decision support.
And in this particular screen shot that we're looking at, it's demonstrating that we can access the national weather service report for the area that we were looking at previously.
And the data from that report is shown in the pop-up box.
Likewise you could go to sites in this locale and bring up the individual information for those if you were interested.
So one of the functions of the MDSS is that it's a very complete source of weather and road condition information in one spot.
The next function that we would see as an essential element is to assess the present state of the roadway.
At this point we're starting to get into the physical models of the pavement and the physical behavior of the pavement with the application.
We're looking at observed weather, reported road conditions and reported maintain actions.
We're saying with that in mind, here's what we think the state of the road is, that would include pavement temperature, the moisture, chemical, the presence of eyes that lies on the road.
This is not simply an observation but an analysis of the data that's coming in and the prediction of the state of the roadway surface based on that analysis.
This is the other major screen in MDSS which is showing a variety of conditions that exist at one of the test locations.
You notice that the screen is split into past and future with a series of vertical lines more or less in the middle of the screen, things that are to the left of the line are history.
Things that are to the right of the line are predictions.
So there are a number of things that you can see there.
There is, for example, precipitation, rates and accumulation precipitation types.
History of maintains that has been applied.
Road temperature and so forth.
These are available for every section of roadway that is in the MDSS field trials.
Right now, among your eight states, we've got something like 200 distinct segments of road that are in the evaluation.
These are scattered usually in two or more parts of each state.
And with several test sections in each of these regions.
Next function of the MDSS is to predict storm event weather.
Everything we've talked about to now brings us to now.
What is the road condition at this moment?
Together into account observations, taking into account how roads behave physically and chemically.
This one is prediction in the sense that we want to look ahead, not just in the near term, but certainly in the near term over the next four to six hours, then on the longer horizon.
And make predictions of what the location specific forecast is for each of these test sections.
So we're running pretty sophisticated sets of computer models and ensemble models.
One of these that is involved in this is it is not strictly a computer model alone technique.
We're supplements the computer modeling with input from meteorologists.
We believe that a mixture of people and computing is the best approach.
With this, we're predicting due points, wind velocities, pretty much the same parameters that we had been observing from observations previously.
Looking at the MDSS field location or segment screen again, we see the same variety of items display displayed, but this particular side emphasizes much more,
the prediction of precipitation, temperatures, precipitation on the road and ice and so forth.
It's from this knowledge then that we're going to move to the next function, which is to identify the feasible maintain treatments.
I mentioned earlier that MDSS knows about the resources that exist at each of these field locations down to the truck level.
And so of the choices that are available to us at that location, we want to identify the optimal treatment or not just one treatment
but the optimum combination of treatments that would maintain the integrity of the road surface for people travelling on the road.
We take into account what vehicles.
We take into the account the number of staff, the schedules, cycle time, how long does it take the trucks that are available to us to complete a route.
It also takes into account the agency's defined priorities of the importance of that particular route relative to other routes.
And then when we identify these feasible maintain alternatives, we proceed from there to say, well, if we apply these alternatives, what will be the condition of the road surface?
This relies very heavily on our understanding of the way physics and chemistry of the road behave.
We have a pavement model that takes into account what we've termed the contaminant layer on the surface, the ice that lies there and predicting what happens to that layer, when we plow when we apply chemical when traffic goes over it.
Again, we're interested in not just the short term, the next six hours, withwe're interested in the long term.
For each of those feasible maintenance issues, we're predicting that chemical mixtures will exist as time proceeds and what will the ice be in that mix of stuff on the road.
With these recommendations, we have to communicate them to someone.
This is where we get into the cultural or management differences between the departments.
In some cases, some states want information to go directly to the operators in the truck.
Other states among us have a more centralized management philosophy where they want it to go to maintenance managers and then maintenance managers to direct the individual operations of the trucks.
The MDSS has to be able to accommodate both of those models and those that lie in between.
In any case, we're communicating what the MDSS system thinks would be the best thing to do.
We're indicating a standard or ordinary practice, what will happen if we do that.
The MDSS also allows users to do what-ifs.
What happens if I put out this many gallons per mile of a magnesium chloride mixture right now inside of my initial treatment?
So there's tools for evaluating innovative treatment.
The MDSS is able to make predictions about numerous materials including liquids and brines and salt mixtures.
The ordinary media for getting this information out is through the graphics.
Wireless is a very preferred alternative.
We want to communicate what are the maintenance action actions and what are the conditions of the road if they take these actions.
I know these screens are very, very congested and crowded, but I just want to communicate to you a sense of their appearance and what it is predicting is the condition of the road,
if you would do the treatments that are depicted on the very bottom line, which are two applications of sodium chloride and it shows the existence of moisture and what ice percentage of that would be.
What would be the condition of the road if you would do this?
In the box to the upper left, the small window, we're demonstrating there that you have constraints.
For example, this box is telling MDSS, what is my cycle time on the road?
How long does it take me to make a loop that I can do this section and come back to this section again?
It also defines the priorities, the route in the boxes that are outlined in red.
In the middle of that window, there are checkmarks which tell us that between midnight and 4:00 a.m. that we can't do any work.
That might be because our personal policies are set that way or maintenance policies are set that way.
In the maintenance box it sets the two types of maintenance that are available to us at this location.
Again these are location specific so it would be one way in one place and a different way in another place.
Those are the, what we consider to be the essential elements of MDSS.
I'll wrap up with describing where the project is and where it's going.
We started in late 2002, with the work.
We did a lot of work looking at our states' maintain practices, cultures, our IT environment.
We evaluated the functional prototype.
The last couple of winters we've been doing field testing, first of all with a very limited amount of field test.
This year was a very extensive amount of field testing.
The group at its last meeting in December of 2005, decided to extend the project through the winter 2006/2007.
And the primary reason for doing that is that if the MDSS were finished and packaged and shrink wrapped today, it would still be a substantial effort for a state to adopt MDSS on a statewide basis.
There are issues relating to equipment, identification, definition of your road network.
A lot of links into management information systems in the department.
And so most of us see that on the DOT side of things, it will take some time to move to a statewide deployment, but that would be the stage we want to be in by the spring of 2007.
Technically, we're looking at more extensive deployment.
We've been going from isolated sites into regional coverages.
We're looking at validation and both the weather that are part of the MDSS.
A lot of information is going into vehicles.
Both to communicate information back out to operators.
The physical models, the chemical and physical models that exist are MDSS are very important so we're looking to improve them based on the actual performance of treatments that were applied.
As I mentioned earlier integration with other systems.
There are a lot of link guess from MDSS.
We're looking at costs and tradeoffs of this last year of the project so we would be able to tell a DOT the cost that you can anticipate.
Here are the benefits that you can anticipate.
We're very concerned that MDSS be sustainable in the long run.
We're wrestling with enter electrical property.
We want it to be widely available.
And we're looking to recognize the substantial financial contribution that the states involved in the pool fund study have already made in the long run.
We believe in an open architecture.
And interface standards, we look at MDSS as being modular, roughly corresponding to the essential functions we talked about.
And we would like to maintain the ability for DOTs to be able to choose modules from different vendors.
And if we do that, we would need to have interface in the modules that other vendors can write to.
Institutional issues we talked about.
But there are a variety of practices and it has to be flexible to accommodate those.
We are open to other partners, and I wanted to define what the responsibilities of partners are.
First of all there would be a financial commitment.
All of the states involved in the project have contributed financially to its advancement.
We would also expect people to contribute intellectually.
We hold meetings.
Those involve some administrative issues.
But for the most part they involve technical issues that the people who are trying to make MDSS work are wrestling with.
We occasionally have conference calls.
And reviews of technical products including interim reports and so forth.
All of the states involved right now are conducting field trials.
A partner joining us right now would not be able to have field trials it's too late for that.
The first opportunity would be next winter.
We would expect partners to want to be involved in the long-term stewardship of intellectual property would generate.
Appreciate the opportunity to share this project with you.
It has been a large project.
And for the first couple of years we didn't have a lot to show.
But the progress in the past year and a half has been excellent.
And all of us are very excited about the potential that's now being realized in MDSS.
And be happy to talk with anyone who is interested in the project.
Thanks.
Great, thank you, Dave.
Very good presentation.
If I can also digress a little bit.
The maintain support system activities in the Federal Highway Administration started back in '99.
We went through what Dave described there developing the functional prototype.
That was a stakeholder group of state DOTs, National Labs, private partner sectors.
We went as far as testing the system in Iowa, a little in Colorado and making the product available in open public domain in a modular format in the same way that Dave spoke about where you can pick and choose
an overall intent in the highway administration has been to demonstrate the capability,
help the public and private sector get past this huge research hurdle showing that you can develop a system with the expectation that state DOTs will procure from the private sector.
The states that are presenting the full funds are showing that they weren't quite ready to go through a full procurement but by pooling their funds,
they've been able to continue getting past the challenge of developing and testing and evaluating such a complex system.
So I think this is a strong testament to the ability to develop these advanced products.
And we at the Federal level applaud it and want to see similar activities happen in other places across the country with other public and private partners.
I mentioned that we've been developing MDSS.
The activities have been stakeholder led effort.
We hold our stakeholder meetings every year.
And we've been doing that for the past six years.
We intend to have another stakeholder meeting sometime this summer.
It has not yet been scheduled.
If you are interested in attending this meeting, drop me a note and I will make sure that you get information about it.
So I think that between all of us, the MDSS moving forward in a very positive way and look forward to seeing it continue to grow.
All right, I would now like to turn it over to our third speaker, Ray Murphy.
Ray is an ITS specialist with the Federal Resources Highway who's mission is throughout the country.
Ray joined the Federal Highway Administration after serving more than 20 years with the Illinois Department of Transportation.
He led the design and implementation of the nationally recognized Gary, Chicago, Milwaukee Traveller's website.
Provide assistance and support in roadway management, rural ITS and telecommunications.
Ray will be speaking with the tools that was developed by Federal Highway partners in part because as management has been maturing it has been tough going and that's what this tool is all about.
I don't want to take away from Ray.
Let me turn it over to Ray.
Thanks, Paul.
I appreciate that.
Good day everyone.
Paul didn't mention I'm electrical engineer.
And you know, working with road weather management is quite interesting and quite challenging because of the impact it accounts for, I believe, 15 percent of the congestion throughout the country.
And so it is quite challenging and quite interesting.
And projects such as what Dan spoke on with the CLARUS Initiative and what David spoke on with the MDSS.
Matter of fact we're going to be putting out an MDSS Road Show hopefully targeted for March.
The Road Show will involve where I would come out and visit the agencies.
And it would be focussed at two different groups, an executive session and then a session for the supervisors ind the field personnel.
But I'm honored today to introduce this new road weather resource identification tool or known as RWRI.
I'd also like to acknowledge the programmers of the two.
Nathan Clark is from Cambridge Systematics.
He's online to answer any detailed technical questions after the presentation.
Hi, this is Dan Mark, and I'm glad to help if I can.
What exactly is this road weather resource identification tool?
Simply put it's a standalone database for storing and searching different road weather management resources.
FHWA initiated the project to accomplish two major sectors.
First, we needed to classify all materials pertaining to road weather management.
In essence to help all of us in finding those resources that best meet the needs for both FHWA and our customers.
Secondly, the tool itself is intended to facilitate the storage, access and overall management of the road weather management resource database.
The following slide is intended to give you some information about when and how this project all started.
Within the past five years, we have been collecting various materials related to road weather management.
We have published much of that information on your website.
To date, we have accumulated more than 500 materials but have only classified just a bit more than 300 of them.
In August of 2004, we test Cambridge Systematics CSI to develop the tool.
And we then created a project panel to help guide the management of the tool.
As part of this test, CSI developed a formal document, a systems design and a testing and evaluation plan.
In February of 2005, the beta version of the tool was completed and distributed to project panel members for initial testing and review.
Version one was completed this past August, and was posted on our website in October.
The following is a list of individuals and organizations that make up the project panel.
Roemer Alfelor was the project manager.
He wasn't able to be present for today's presentation.
Paul, myself, Randy and Rudy from research and I really want to acknowledge the technical support from Wisconsin, Virginia and Oregon.
And also include the fact that, as I said, Cambridge Systematics is the developer and -- Technical helped assemble and classify the database resource.
In terms of how the user can search the database, there are three search options that are available.
The first is a guided search.
Then the second is a menu of topic search.
And the third would be a key word search.
After a specific search is executed, the tool allows the user to view the list of resources, save them in a file or send them to the printer.
To give us an idea of how well this tool meets the needs of our customers and identify the types of improvements or changes needed to make it more useful, it's available for download on our website shown here in this slide.
Those who register can download and run the tool and provide evaluation comments.
That website is our main website at FHWA.DOT/weather.
This is the first screen you'll see once you download the tool.
Basically, it just tells you what the tool does and the three search options that are available.
You can click on any of the three buttons to begin the search.
One of the items under the help menu at the top of the screen is instructions on using the three search engines as shown here.
Hopefully this will help users understand how the search is carried out in each case.
Let's walk through, take a moment to walk through the search engines beginning with the guided search.
This search is the most interactive of the three.
It prompts the user to ask a series of questions in order to narrow the search to specific areas or topics of interest.
The user is asked in order, the type of weather event, roadway and traffic impacts, the different strategies and some focus of interest.
The idea is to guide the user through a series of questions in finding specific resources in the database.
Here's the first question that appears when the search option is initiated.
In this screen, the user can pick any or all of the road weather events that are indicated, depending on what they are interested in.
And in this example, fog and snow was selected.
The window at the bottom right provides a brief explanation about each item selected.
An alternative search method, which builds on the same method as the guided search but it's carried out a little differently.
From this topic, the user selects from a list or menu of topics that correspond to the same questions used in the guided search to help narrow the search.
Instead of answering a series of questions, the user highlights those topics of interest.
Major topics are shown on the left of the screen.
When a user highlights a topic, the sub topics appear on the right.
The user can then pick as many topics and sub topics of interest.
The last type of search option is the key word search.
For this search, the user types in the key word or chooses from a list of key words that are associated with the resources in the database.
The database search uses the and/or search operator.
And the user can also search on titles and abstracts.
Here's a screen shot of the key word search.
When the user types in a key word at the top of the screen, this key word becomes highlighted and the list directly below it.
The user then can clicks on this key word see it appears on the list in the right hand box on the screen.
The number of resources found are then shown just below that.
In all three search options, the results of the database search are presented as shown in this example.
Including the title, abstract and any links associated with the resources.
The user can save this list in a file or send it to the printer.
Well, there was a quick overview of the tool.
I hope I was able to describe its functionality.
We believe this tool will be very useful to anyone who needs general information or for those who are looking for specific information related to road weather management.
Here are on a few numbers or results on how well the new tool has been received.
As of last month, approximately 100 individuals have downloaded the tool.
Represented by 18 state DOTs, 15 local agencies and other private and public agencies.
We also have received 14 evaluations to date.
Those evaluations indicate that 80 percent of those evaluated indicated the tool is good or excellent.
And 70 percent said it would be easy to use.
The initial evaluations were quite encouraging, however we do need to gather more feedback as to determine and prioritize what is needed to make an even better resource.
So we anticipate next September, we plan to post version two that incorporates any software changes and will have more than 500 resources stored in the database.
And if you have any questions, suggestions or inquiries, please contact myself or Paul.
And I thank everyone for your attention.
Thank you.
Great, thank you, Ray.
One of the things I wanted to clarify about the tool is that in an ideal world, we wouldn't have been able to make this just a web based application where you could go through the search engines via the web.
The reason why we were unable to do this is the Federal Government has a restriction on writing to your servers which you would have to be able to go to go through the search process.
That's the reason why we had to go through this other case which you can download onto your computer and load up to run.
Certainly not our preferred approach, but we think a very good plan B.
So we do hope that those of you who have downloaded it have been using it can give us some feedback on it.
Those of you who haven't used it it's on the website.
We're in the process of, as ray said, classifying the additional material we have.
The intent is to provide a easily up-datable database once you have the tool on your computer.
You don't need to resignal it every time we update the database but you'll just be able to add the new resources that way.
That's the quick and dirty update on that as well.
We now have our open discussion period.
We have what, about a half hour to go through the questions.
A lot of good questions have been posted over the course of the session.
Let me scroll back up here to the top.
There was a number of went back and forth between that and some others about the best way to locate stations.
The only other point I would like to add to this.
I would encourage you to talk to Gene Martin and somebody else, Kurt.
First thing have you to yourself is what am I going to use the data for?
What types of functions is this going to support?
Clearly it started out as a winter maintain tool.
But as it's been implemented, everybody real estates there's a need for the data, what types of functions it's going to be supporting within your agency.
And operations around that should be asked first before you can really get a good sense of how many do I need and where to put them.
LA Net had also followed up with a link to a new report that we published last year that provides guidelines on sensor citing.
So once you decide where you want to put a sensor and how to best make the best use of that sensor is in that report and it is available on line.
I certainly would ask any of the other presenters to add any other points they want to regarding some of my responses to these questions.
I do believe that all of our sensors and cameras can be code located.
Scrolling down.
Thank you Abner, for the update on Ohio.
We will make sure that gets reflected in our map writes again in response to Marial.
And Brandon's question was answered by Jocylen.
The presentations and recordings will be available posted on the website.
All right, Kurt, thank you for also offering your assistance.
Florida asks where are the expected physical location of hardware associated with CLARUS, date of centralization, what are expected software suites utilized where are central data with respect to White House.
We have not developed any final systems design yet.
Through the proof of concept, we're going to be using some internal servers through the state that are participation through the proof of concept.
And your systems developer.
How it evolves into an operational system is yet to be defined.
And again, that will depend, in part, on the operational strategy that is ultimately decided upon, particularly if it's NOAA, National Weather Service, then that would define a lot of those features and...
Paul?
Yeah.
This is Dan Roosevelt, here.
The answer to this question also emphasizes the need for the various states or agencies with the arrest business data to be involved in this process through the ICC.
And to give input.
Because a lot of these questions about who's going to host this program and where the equipment is going to be located are going to depend on how much interest and support there is among the various agencies that produce the data.
I pointed out in my presentation that those on this call that have not actively participated or those agencies who have not actively participated in this process should look at that and get involved .
Excellent point, Dan, thank you.
Next point with was from LA Net with the Federal Highway produced last year.
Actually, maybe I guess I would ask -- who was it that provided, asked that other question?
Just going to say to the person from FDOT if you have any questions, if you could post them we'll get them as we scroll down.
Let's see, Tom from simply coming asked if there are examples of possible products produced through the CLARUS or Aurora website?
I don't think Aurora adds anything on their website.
We have not actually done any assumption ever specific products out of CLARUS but the types of products we envision can be found through things like MDSF and which you just saw with Dave Huff.
That's the unlimited possibility slide that Dan referred to showed how the CLARUS is not going to be a new product but will make a new means of getting information, but will make the information.
That's through things like MDSS.
As we provided that information back to the state or the private sector, they're going to be developing these types of products.
We haven't done anything formally as part of the CLARUS issue.
But you're already starting to see some of these advanced products being produced and going out.
Aurora's focus has been more on improving the road weather information stem itself, not producing products that would use the data that comes from that system.
I think the answer to the question, as far as Aurora is concerned is, no, you're not going to find a lot of new and cutting-edge products on the site,
but what you will find there is information that will help you manage an arrest business program and set up an arrest business program if you don't already have one.
The proof of concept more likely also within the regional demonstration is where we'll start to show some specific products.
James asked about CLARUS business models or will the data be sold be shared and LA Net followed up so that we had Federal Highway contracted with ITS Emergency
they had developed a paper which is posted on the CLARUS Initiative.org website that posted the models...
We have not been developing this with any particular revenue stream in mind.
primarily because it's to point that these are state DOT investments it's public data.
There certainly is going to be some value added to the quality checking process, but at this point have not developed any particular business model to consider any revenue out of that.
Dan, do you have any other comments from your perspective on...
Again, I think that emphasizes the need for agencies that are involved or that are producing the data that's going to be ingested by CLARUS.
Those agencies need to get involved in this process through the ICC.
That's correct.
This is one of the issues that states need to be heard on.
Right.
Good point.
Marty McCune, asked if Federal Highway anticipates any trouble in getting all states to easily turn over their data to CLARUS?
Some states have legal concerns.
What are the plans to address those?
Alarmed at the fact that 21 states are already sharing their data with NOAA, the Forecast Systems Lab or whatever that lab is now called.
The new name escapes me right now.
But the point being, not so much that, but that the whole point of it is this whole what's in it for them approach to the CLARUS Initiative.
We're designing CLARUS to be in the states' best interest to participate because of the value added, the quality checking that they get and the access to neighboring states' data.
So there are a number of benefits that are provided back to the state when they do participate.
Do they have to?
Are we going to mandate it?
No, I don't envision anything like that happening.
We want to provide incentive to the states.
We believe we'll be addressing those.
Again, I think through the ICC process, this is an opportunity as well for states to expect any other concerns or make sure that it best meets their needs.
They can share with each other their experiences in overcoming some of works and may not necessarily work regarding lawyers that's not to say there can't be some good lessons learned as well.
Dan, any other comments?
No.
Let's see, Florida DOT asks if MDSS can be expanded to cover weather and treatment cases to those more typical in southern states?
Some immediate responses to that were provided and I would agree with a couple of different things to think about, number one, MDSS are from the functional prototype were developed in a modular manner,
so you can take the weather forecasting part of it and apply to any part of the country and focus in on those types of weather phenomena that are most typical for that part of the country.
What makes MDSS unique and makes it more than just a weather forecasting tool is that it turns that information into some type of recommended actions through the rules of practice.
MDSS has been defined as a winter maintain decision support system, but that doesn't mean you can't put other types of maintain rules of practice
or construction rules of practice or traffic management rules of practice into the system to provide guidance on what to do in other parts of the country for other types of management strategies.
So, again, it certainly is possible.
It was designed for growth and expansion in that way.
So I would say, again, just, the answer is yes.
Dave, do you have any thoughts from the perspective on that?
Yes, I guess the one thing I would add, Paul, is that in the pool fund for MDSS, the recommendations and the predictions of paint condition are based on basic physical I cans and chemical.
We would just tend to see warmer temperatures the farther south you went.
The other place it would have effect in regard to winter montes is other states would have different maintain techniques.
As said in the presentation, those are location specific anyway.
A state like Florida or Georgia could define what techniques are available to them and then MDSS would try to make the best use of those.
Great, thank you.
The next question is, James Schultz, was asking...
We're really oriented at the route level with the MDSS.
But with that in mind, though, routes belong to maintainance units and groups of resources.
Even at that level, if we have a route that might be ten miles long, but we know when we get to it every hour and a half because we're doing other routes during that time, that's factored in.
Of course when all your routes are MDSS, then it would have to allocate resources among the various routes.
One of the things that states have looked at, and this really depends on your maintain philosophy -- if you're wanting maintenance decisions to be in the truck, you want to be down at the lowest level.
But some of the states in the pool fund study want more of a centralized function.
We're also providing some more regional viewpoints of conditions.
In the field trials, making recommendations that are a little more generic where we don't have data reported back.
The big issue of moving from isolated test sections or small groups of test sections to statewide coverage is one of the big things that we'll be addressing in this next year of work.
That has many technical and institutional ramifications.
We think it's just a vital piece of work that needs to be included in the completion of this study.
Great, thank you.
The next question from Eric Griffon, I'll defer to you.
Is the information gathered from the MDSS provided in some fashion to state or local emergency operations nearly as effective?
I don't know that anybody is doing that now but it would easily lend itself to that.
I can speak to some personal experience.
In the week after Thanksgiving, about one-third of our state was without power because of rain, freezing rain, ice, snow.
That happened over about a three-day period.
I spent that week after Thanksgiving mostly in the Emergency Operation Center that the Governor had set up.
The information from the DOT's road information systems is one of the critical elements in that EOC.
I think it's a real smart question.
From a design perspective, the core processing is happening at a server in North Dakota.
Then each of the garages accesses it through the web, if I understand correctly.
So there's no reason why an Emergency Operation Center couldn't always gain access to the system, given the appropriate process.
That's correct.
One other thing I mentioned is somebody's curious about this system, we can allow anybody in the country to look at it.
You wouldn't be able to operate it, but you can look at it.
And just contact me if you would like that kind of access.
Great.
Great.
David Kennedy, asked how were specific vendor systems and products selected?
Again, I'll let you answer that, Dave.
I didn't know whether that question referred to Meridian, who is the contractor for the project.
That was decided because most of the original states have done work with Meridian, and it was seen as a very well-qualified and agreeable contractor for all of us.
And they have performed very well in the project.
If the question referred to equipment that's being put on trucks, it really varies by state.
We have more than one type of equipment out on trucks right now.
And so we're not designing MDSS around any one particular piece of hardware.
Again, from the federal perspective, we develop the core capabilities in an open system, open manner to make it available to any private sector provider.
And that is available to anybody who wants to build upon it.
Tim Peters asked, while we as a community of highway professionals believe we have seen benefits, and were there any cost again benefits that were performed on this program.
Dave?
That's part of this final year and few months of work where the cost benefit will be finally realized.
We have not done that yet.
When the functional prototype was being demonstrated in Iowa, it was not at a point where we felt like we could get good cost benefit data to do analysis at this time.
But we felt that using MDSS would save them about 10 percent of their direct out-of-pocket maintenance.
That was the total.
The U.S. DOT website. And they have a very extensive cost and benefits analysis program that includes some material on road weather management in general and includes some arrest business cost benefit studies.
Pat Kennedy, asked about the opportunity to go back and look at a season and compare future proxy predictions to what really occurred.
That was addressed by Bill Mahoney and Dave Huft later.
Dave, do you have anything to add to that?
I don't think I responded to this question online.
But part of this work is current validation, both the weather and our current scope of work involves studies that are very intensive where the contractor will be going out and doing on number of case studies.
And then some less intensive studies where the data will be analyzed the same way, but we won't have the contractor physically present during the event.
That is a big concern when we go to our managers, how confidently can we say that what we're recommending is valid?
That's being addressed in the pool fund project.
Thank you.
Abner asks about the web address to get to the tool which LA Net then provided.
Bill responded to Pat's question.
Dave also responses with the play function comment.
Dan Middleton asked under MDSS, what metrics are being used to assess the cost effectiveness?
I think we pretty much talked to that.
Dave, I'll defer to you if you have anything else to add to that.
We know there are things like material used, manpower efficiencies, equipment efficiencies.
On the other side, there are costs of deployment.
There are also user costs if you can do a better job of road maintain.
Those are categories of costs that are being thrown in but we're not far into the analysis that I can say these are the precise metrics.
If Dan had suggestions, I would welcome them.
What type of equipment cost maintain concerns signal this equipment in the vehicles?
This back to the previous question, but, Dave, do you have anything else to add in that regard?
Nothing very specific.
It will cost you know couple $3,000 probably to put something in the truck.
One other concern you might talk about is just having wireless connectivity to the truck.
The wireless ability is meager.
What about from a hardware side, have you had any challenges trying to hook up a GPS, hook up the various pieces on a plow that my not be from the same vendor?
What's been the easiest to do is to put a device that wasn't in the truck before, a new device in the truck that has EVL on it,
it has the GPS in it, wireless location in it, and then connect that into the controller for the plow.
So if you have a fairly recent snow plow, it will have a controller that makes a lot of the outputs that you're interested in available.
In some cases, people have added things to tell whether the plow is up or down.
That sort of thing.
The folks making these interface twice device are pretty cognizant of the requirements for them.
Paul Schwartz, asks was with MDSS how many data points over a bridge link are needed to make sure the models are accurate?
Given we're not meteorologists, I'm going to see if Bill is on the line; I'm not sure if it's possible.
Are we able to do that?
Is our operator on line?
Paul, I think I can answer that one, actually.
I'm sorry I didn't mean to speak for you Dave, go ahead.
It would depend whether you're interested in sort of a research thing where you're worried about the availability span or across the width of the bridge.
That would be a very intensive challenge.
If you're interested more in the global scale of is there frost on the bridge, I don't know that you need a huge number of sensors.
It would seem like two or three would be great plenty.
Okay.
David, is there a standard terminology reference or dictionary of road sensor terms?
I'm trying to remember if we have any sort of glossary, dictionary like that.
Paul, I think NTICP 1204.
That's a data communication standard that provides, it's a standard for object definitions.
But in terms of what's the definition of an arrest business or ESS...
Yeah, that's a good question.
I don't know that there is one that actually exists.
I stand to be corrected if anybody knows of any.
I'd like to know about it.
There may have been in some of the old documentation.
In edition to Paul's discussion on it, it involves knowledgeable meteorologist in the site selection process?
Absolutely, I can't agree with that enough.
Very important point.
And let's see, regarding the question about whether the MDSS could support other non-winter maintain operations?
The answer is yes, the core route prediction products could be used to support other specific design logic modules could be added for any of these operations.
Again, because of the nature of the design of the MDSS, these are relatively simple additions.
It's not like we got to square one to incorporate these types of capabilities.
May be answered in the initial response.
Could we break the response in two parts one prediction investment model two onboard sensor inputs to the model.
Good questions.
I guess those are things that Dave and I should take into consideration if we do these studies.
Dave, do you have any other thoughts on that?
Well, there's another comment that follows that that has another suggestion.
I thought all of these were good suggestions and would welcome any others that people had.
I've written down these three.
Yes, I'm seeing Eric Griffons' add on.
Sharing of real time, I think it's a good plan.
I wouldn't begin to know how to measure something like that.
We should give it some thought.
Figure out how best to do that.
I'm just reading through Eric's responses.
He's written some very good information there.
Okay, and LA Net pointed out we do have a list on the road weather management road.
Back to the previous thing about -- we have definitions for all those items.
I think we've worked our way through all the questions.
We've got three minutes left, maybe even more time as necessary.
Any other additional questions?
Accents?
This was Dave, there was one question back in the list about how many arrest businesses do you need to make use of MDSS?
The only comment I'd make there is that the frequency in Nova Scotia exceeds anything we have.
They would be able to make great benefit of MDSS I think.
Looking at cost of adding personnel during severe weather events versus those actions that turn into nonevents.
That would be good numbers there.
Dan, Dave, Ray, any other thoughts?
Points you would like to share with the group?
No, I just say thanks.
I'd like to thank you all for going through the presentations.
I think they're all excellent presentations and also to thank our participants for their time.
Well, thank you.
Also now follow-up messages to let you know when the recording and the presentation and the closed captioning have been posted to the website.
Thank you all for your participation.
Thank you.
Thanks you.
Thank you.
Bye-bye.
Thank you for your participation in today's conference.
This concludes the presentation.
You may now disconnect.
(end)