Real time closures: Difference between revisions View history

(→‎How to close a segment: reorganize information about start and end times)
(→‎Maximum closure duration: remove anchor to move anchor)
Line 208: Line 208:
The end date for a closure cannot be set for more than one year from the current date. Even if the closure is less than 6 months long, it must end before one year from the current date. Otherwise, you will get an error from the server. "'''{{red|(!) end time is too far in the future for road closure -103}}'''"
The end date for a closure cannot be set for more than one year from the current date. Even if the closure is less than 6 months long, it must end before one year from the current date. Otherwise, you will get an error from the server. "'''{{red|(!) end time is too far in the future for road closure -103}}'''"


{{anchor|Report closure feature in the waze app}}
 





Revision as of 18:22, 10 April 2018

A Real Time Closure (RTC) may be used when a segment is completely closed temporarily in one or both directions to all wazers. When the RTC is active, the affected segment will be marked with red-and-white candy stripes and waze will not route any traffic through the segment. An RTC should NOT be used for lane closures or any other traffic disruptions unless the segment is completely closed for all wazers.

The real time closure is the preferred method for temporarily closing roads due to its map safety and visibility to Wazers.

Deciding when to use an RTC

There are several possible ways to completely prevent waze from routing traffic over a segment. The best choice depends on the situation.

Vehicles Affected Takes Effect Ends Traffic Data Guidance
Real Time Closure All Immediate Expires Kept Preferred option for Temporary (even long term) one-way or two-way closure. Visible to drivers. Immediate effect. Automatically removed when it expires.
Road Direction Change All Tile Update Permanent Lost Only for permanent change in direction from two-way to one-way.
Time-Based Segment Restriction Some Tile Update Optionally expires Kept Only where the restrictions (time of day/ day of week) are permanent, or where certain vehicle types are allowed or prohibited.
Time-Based Turn Restriction Some Tile Update Optionally Expires Kept Use where travel on the segment is allowed, but turns onto the segment are temporarily forbidden or else permanently forbidden at certain times of day or days of week.
Permanent Turn Restriction All Tile Update Permanent Kept Use when a turn onto the segment should be permanently forbidden for all vehicles.
Road Type All Tile Update Permanent Kept Penalties make routing less likely, but are not absolute. Vehicles with a destination on the segment will be routed onto the segment.
Disconnect All Tile Update Permanent Lost Only if the disconnection is permanent. All traffic data is lost.

Real time closures are the preferred way of temporarily controlling traffic for a number of reasons

  • It allows editors to temporarily prevent routing over specific segments, without having to make any changes to, or damage those segments, and their road types, junctions, or turn restrictions.
  • The history of the segment is preserved.
  • When the RTC is removed, proper routing can be restored immediately, without waiting for a tile update.
  • A road closed with an RTC will be continually evaluated for through traffic. If enough traffic is detected driving through a closure, the closure is temporarily deactivated until the traffic is no longer detected. Therefore if an RTC is mistakenly placed on an open segment it will only affect drivers for a few minutes until the through traffic is detected, and the closure deactivated automatically.
  • Real Time Closures are visible in Live Map, and the Waze app with special alert icons, and segment highlighting. They are also visible in WME with special icons.
Real time closures vs. partial restrictions

Many major roads have ongoing restrictions, which are based on day of the week or time of day. Some examples include:

  • No Left Turn between 12:00pm-6:00pm
  • No passenger cars on weekdays

For these types of restrictions, please see the Partial Restrictions page on the Wiki.

If a road is closed with a Real Time Closure, there is no need to duplicate the Closure with an additional Partial Restriction (AKA Time-Based Restriction) for traveling across the segment, or change any turn restrictions. (This also helps preserve the map, as soon as the Temporary Closure expires or is canceled, the map will route as it's supposed to.)

Lane closures and construction zones

For situations where only some lanes are closed but the road is still driveable, and general road construction situations, refer to that article for additional specific information.

DO NOT use Real-Time Closures for roads which only have some lanes closed.

How real time closures are added to the map

Real time closures in WME

How to add a real time closure
How to close a segment
  1. Select the segments you want to close.
  2. Click the Closure tab in the left panel.
  3. Click to + Add Closure and fill out the fields shown:
Location - This field will auto-populate to name of affected street. If multiple streets are selected, add a general description of the area (name of the road, the interchange, or the area if several roads in a known area are being closed). This section is NOT view-able in the client app, it is only seen in the WME.
Reason - This section will be viewable in both the client app and the Live Map. Write a description of closure / event here. Once supported, #hashtags will go here.
Direction - Closure direction should be noted carefully (using the A and B nodes for reference). Close one-way direction on a two-way road here.
Event - This field is not currently active, please ignore.
Start/End Date & Time - Enter date/time the closure will remain active (the start date can be a date in the past). Enter the correct time for the closure for the local time zone of the segment being closed, regardless of where you are located while entering the closures. Time is entered in 24-hour format and date uses the YYYY-MM-DD. The first minute of the day begins at 00:00 and the last minute of the day begins at 23:59. NOTES:
  • End date can not be more than 183 days after the start date.
  • Real-time Closures are active for the full minute they are set for.
  • A Closure set for Start: 03:00 - End: 03:01, will actually be closed for 119 seconds, from 03:00:00 - 03:01:59.
  • A closure set for Start: 03:00, End: 04:00, will actually be closed for 60 minutes and 59 seconds, from 03:00:00 - 04:00:59.
  • To prevent confusion you may avoid using 00:00, or 24:00 as a closure time, Instead use 23:59, or 00:01. The one minute difference from the scheduled time will not have a significant impact on routing issues in that area.
  • The longest duraction closure is 183 days.
  • For a 365-day closure beginning immediately, enter a 183 day closure followed by a 182 day closure.


Saving your work

Save & Check in the live map. Active closures will appear with red closure icons in WME, and with closure alerts bubbles and red and white (candy stripe) road segment highlighting in Livemap immediately.

Inactive closures will appear with gray closure icons in WME only. They do not appear at all in Live Map or the Waze app.

A closure cannot be entered along with any other saves (similar to saving with House Numbers). If you have any edits pending a save and try to add a Temporary Closure you will get an error. Be sure to save before trying to add a Temporary Closure.

Cross Streets - which segments to close

Junctions and cross traffic

When adding a Real-Time Closure, consider whether any cross traffic will be blocked as well. Often in work zones and for special events (parades, marathons, festivals), cross traffic is not allowed at one or more junctions.

Waze will not route through a closed segment. However, it will route up to the nearest end of a closed segment to reach a destination within it. Waze will also route out of the most convenient end of a closed segment if the user starts within it. If traffic going across your Real-Time Closure must be blocked at a junction, you will need to close at least one of the cross street segments as well.

  • Regular cross-streets
  • Close two-way cross-street segments on either side of the closed intersection. Each segment should be closed in the direction traveling away from the closed junction.
  • Close one-way cross-street segments on the side traveling away from the closed junction.
Closing both segments will prevent routing across the junction to reach a destination or leave a starting point, regardless of the user's position in relation to that junction.
  • Median segments of closed divided roadways
  • When both directions of a divided roadway are closed and cross traffic is disallowed, consider closing only the median segment.
When cross traffic between the lanes of a divided roadway is prohibited, closing the median segment will prevent routing to destinations on the far side of the divided roadway.
Illustrations and examples
Controlling cross traffic through a closed route link to this section
Click expand on the right side here to see Example scenarios with illustrations.
New Year's Day Parade in RTC Town
RTC Town has scheduled a parade down Main St on January 1 starting at 13:00 and ending at 14:00. Traffic must not be allowed to travel along Main St or cross at any intersection.
Select the parade route on Main St and set a two-way closure between 13:00 and 14:00 on January 1.
Plum Rd is a two-way cross-street, Orchard Rd, and Mulberry St are one-way cross-streets. To route traffic to the correct sides of these streets, the segments north and south of Main St should be set with one-way closures between 13:00 and 14:00 in the direction traveling away from their junction with Main St.
The completed set of closures in this example would look like those on the right. We’re all set to watch the parade!
Divided road closed for construction
Willow St will be closed for two weeks for construction. So we set a closure for the length of both carriageways.
Cherry Ave crosses Willow St in a ‘H’ configuration. In this case, we need to close only the median segment to prevent traffic from being routed through the intersection or to the wrong side of Willow. Note, we set no closures on Rose St because it is a T-intersection.

This slideshow was prepared by Waze staff to show how to add a closure in WME. It contains information on which segments to select as part of a closure as well. The information in this slide show is also presented throughout this page in text.

How we learn about closures

The editing community can be informed about these closures by:

  • URs/MPs submitted through the app
  • Knowledge of local happenings
  • Notification from the local community / Waze Major Traffic Event Team
  • Long-term closures

All Real-Time Closures follow the same general principles below, regardless of which method is used to submit them. Depending on which method is used there are additional guidance and instructions in the corresponding unique subsections below.

Connected Citizens Program

Through the Connected Citizens Program, Waze shares and receives information from select entities which partner with Waze. This information can include Road Closures which are submitted to WME directly by Waze staff. To ease the burden of teaching and submitting closures, Wazers are encouraged to promote these relationships with their local governing entities.



General closure guidance

Illustrated slideshow

Usernames and closures

Adding a Temporary Closure does not put your name as the last editor for the segment (Updated By: user (#)), however you can see who added a closure by looking at the alert in Live Map or the client.



Web based closure guidance

Setting long-term closures

NOTE: Temporary Closures must not be longer than 6 calendar months (183 days to be precise).


Maximum closure duration

The maximum length for a Real-Time Closure is one year.

The end date for a closure cannot be set for more than one year from the current date. Even if the closure is less than 6 months long, it must end before one year from the current date. Otherwise, you will get an error from the server. "(!) end time is too far in the future for road closure -103"



WME closure feature


This is the preferred method for closing roads due to its map safety and visibility to Wazers. The feature allows editors to temporarily prevent routing over specific segments, without having to make any changes to, or damage those segments and their junctions.

With this tool, closures can be entered directly in WME, and is visible almost immediately in the client and Live Map. It is displayed prominently on the map as a closure alert, and with red and white candy stripe lines along the closed segments.


Closure feature permissions

This feature is restricted to rank 3 editors and above. Under special circumstances, your RC (or a state or territory manager in your area), has the ability to grant an RTC area to users of various ranks so they can access the feature. Contact your local RC if you believe you require such access.

Alternatively, If you do not have the required rank to access the Closure feature in WME, you can ask a higher ranking editor to implement the closures for you. It can be submitted like any other unlock/update request in the Road Closures Form. You can also ask a higher ranked editor directly in a PM, or WME Chat.

Step by step instructions to add a closure

WME closure feature guidance

Closing recently edited segments

Real-Time Closures entered using this feature are not subject to waiting for a tile update, they will go live almost immediately. However, since the Real-Time Closures are effected on the segments and nodes as they are now in the current live map, they don't work on segments and nodes which are not already included in the current tile build. If you enter a Real-Time Closure for a segment which has been modified enough (e.g. changed the segment ID, node ID, or junction location) since the last tile update, the Real-Time Closure would be corrupted and not functioning properly until after the next tile update.

To protect against this, if you try to close a new or modified segment before the tiles update, the closure will not save and WME will display an error (!) Element Segment with ID xxxxxxxx was not found (probably deleted). Wait till after the changes are included in a tile build, and then enter the closure again and it should save fine.


Closing multiple segments

Real-Time Closures can be added to multiple segments simultaneously by selecting all the affected segments first. Be careful to verify all the segments after you save that the Real-Time Closures were added properly. It's been reported before when multiple Real-Time Closures were added at once, that some of the segments either weren't closed, or had incorrect details in the closure (e.g. direction).


Segment direction for one-way closures

If only some of the segments are one-way, or some one-way segments are in opposing direction (B-A, A-B), you can set the Closure as two-way for all the segments. When you save you will see an error line for each direction of a closed segment which failed to save because the segment is one-way. You can ignore the error, and all your segments should be closed in all possible directions. (Be sure to double check them all.)


Editing closed segments

NOTE: If a segment is closed using this feature, the segment will not be editable by any editors - regardless of rank - while the closure is in effect. This is by design, to prevent any changes to segment and junction node IDs which will corrupt the closure.

If you need to edit the segment, you will have to first remove the Temporary Closure (copy the details first), then modify the segment and save. If the edit did not alter the segment or junction node IDs, you can immediately replace the Temporary Closure with the details you copied to the appropriate segments. If you altered any segment or junction node IDs, you will have to wait until after the next tile update before reentering the Temporary Closure.


Understanding closures with a start date circa 1970

Note: As of 2017 App reported closures show this style date as the start date, while end dates can set by choosing a duration in the client. As of May 2015 Waze has recently changed the user interface, so you should not see these anymore. You will instead see the closure marked as end date "Not set" (see the next section). It is possible that there are some existing closures that use the old format described in this section, or that not all servers have been updated to use the new interface described in the next section.

When a mobile user submits a Closure Report through the app report menu, Waze puts it on the map as a closure, similar to a manually-entered closure. Unlike WME-entered reports, the app supports submitting closures without indicating an end date/time. These are recorded with a "null" date time, which in Unix, by convention (as described below), is midnight of January 1,1970. Because Waze uses the UTC time zone, this may be ±1-13 hours different from your local time.

In the Unix operating systems a time is encoded as the number of seconds passed since January 1, 1970. A "null" date will be zero seconds passed and show a date time of 1970-01-01T00:00 UTC. Adjusted for time zones, and you could have a date-time anywhere from 1969-12-31T12:00, to 1970-01-01T12:00, or one hour more when adjusted for Daylight Saving (Summer) Time.


Closures with end date "Not set"

You may occasionally see an RTC in WME with an end date of "Not set" (or set in 1969-1970 in the older style described above).

  • These may not be actively affecting routing in Live Map or the Waze app.
  • They may be submitted by any rank user, even if the user is below the rank to have RTC permission.
  • There may be more than one of this type of closure overlapping for the same segment and direction.

These are Closures reported from within the Waze app.

A Closure reported from the Waze app does not include an end date in it. These closures are therefore reported to WME with no assigned end date.

The closure anomalies listed above are a result of the following:

  • Closures reported from the client app don't immediately affect routing until there are multiple identical reports.
  • They can be reported by any rank user.
  • Multiple reports are required to activate them.
  • More than one report can exist on the same segment.

These closures are editable by editors in WME who have permission to use the RTC feature. If you do edit and/or delete one of these app-reported RTCs, the effects are seen immediately. If you change the end date, the RTC will immediately start affecting traffic like any regular RTC.

If there are multiple app-reported RTCs on a segment, an error will be generated when trying to edit and save changes to one of them. You will need to locate the duplicate entry or entries and remove them before being able to save changes to the one entry.


Major Traffic Event (MTE) Closure Sheets

There are two ways to create Major Traffic Events in Waze.

  1. The easiest way, for editors of rank {{rank|closure} and higher, is to create the event and the closures in the Waze Map Editor.
  2. The other way is to use the Events page to request an MTE closure sheet. ONce the sheet is filled out with information in WME, Waze Closure staff members who will upload the closures and (optionally) get a message out to wazers in the area.

more on closure sheets


There are generally two types of Closure Sheets:

  • Regional Closure Sheets supplied by Waze staff and shared with the community leadership.
  • Supported Major Traffic Events are also processed using a unique closure sheet for each MTE.

These Closure Sheets have some unique advantages over submitting closures directly in WME, and also have some unique guidelines listed below. They still also follow all the general guidance for Real-Time Closures listed above.


Closure sheets vs closure feature in WME

Real-Time Closures which could just as easily be submitted using the Closure feature in WME, shouldn't be submitted using the Regional Closure Sheets. If there is some feature of submitting them through the Regional Closure Sheet easier somehow, then it is fine to use the Regional Closure Sheets for them. The Regional Closure Sheets may also have some features not yet available in WME, closures utilizing those features should be submitted through the sheets.


Closure sheets upload schedule

Real-time closures submitted through WME are processed and go live immediately. Closures submitted through a regional sheet are manually uploaded by Waze staff on a daily schedule. This is another benefit of submitting RTCs through WME instead when possible.

Waze staff receive an alert of certain changes to the closure sheets three times per day at the following hours:

  • 05:00 UTC
  • 13:30 UTC
  • 17:00 UTC

If there have been no qualifying changes to the sheet, Waze staff will not receive the scheduled alert. Closures submitted to the spreadsheet 5 min after they upload them, will not be seen by Waze staff until the next alert.

The alert is generated when changes are made to the currently active sheet (tab) in the workbook. This is usually the sheet on the left (for regional spreadsheets this is the sheet named for the current month). Changes that trigger the alert are setting the cell in the status column to one of the following:

  • "Ready for upload"
  • "Canceled event"
  • "Updated Details"

For urgent closures which must be uploaded or changed immediately, and cannot be submitted through WME, you can "add a comment" to it in the sheet and write "URGENT", or any other descriptive text so they know to handle immediately.

When you add a comment by right-clicking on a cell in the sheet, Waze staff get a separate alert with the text of the comment after a few minutes.

Closures are not uploaded the minute the alert is received by Waze staff, but they do try. There may be delays because this is a manual process. If something is urgent, be sure to add the comment as mentioned above for priority handling.

How to submit a closure using a sheet

Many aspects of submitting a Real-Time Closure in a sheet are the same as other forms of submission. However, because the sheets are not part of the Waze ecosystem, there are some important differences. Not all Closure Sheets are identical, but they all follow the same general principals:

Username - You must enter your exact Waze Username as it appears in WME and the Forum. This allows Waze staff and the community leadership to contact you for any updates as necessary.
Permalink - You have to provide a permalink which selects all the segments you wish to close. See the Permalink article for details on how to create a Permalink which has the segments selected.

There may be other elements you are asked to provide to make use of some advanced features of the Closure Sheets. There will usually be some instructions and guidelines included somewhere in the sheet.

The Closure Sheets are processed by scripts and contain formulas which automatically perform functions and calculations on the data you submit. To make sure you don't break the sheets, please be careful never to type or paste anything in the columns of the sheet labeled "DO NOT EDIT" in the header row.

Closures not displayed on the map

Real-Time Closures entered using this feature are not subject to waiting for a tile update. They will go live as soon as they are uploaded by Waze. However, if you enter a Real-Time Closure for a segment which has been modified enough (e.g. changed the segment ID, node ID, or junction location) since the last tile update, the Real-Time Closure will not work until the new segment changes go live.

When entered through a Regional Closure Google Sheet, the alert bubbles will likely show in the new location of the nodes, but the candy stripe and routing effects won't be implemented until the segment changes are live after the next tile update.

Report closure feature in the Waze app


Users in the client app can mark an unexpected road closure they see while driving. It is typically used for unexpected, short-term closures of up to a few days. This feature requires multiple users to be at the location to enter the same road closure information on the map before it will be seen by other drivers.

Instructions on how to use this feature in the Waze app is available in the Waze Help Center.

App reported closures in WME

Any closures reported from the Waze app are visible and can be manipulated in the Waze Map Editor. Waze app reported closures depend upon the rank of the editor to determine their effect on routing. RTCs from Rank 4 and below editors do not have an effect on routing until enough users report the same segment closed; RTC from Rank 5 and above editors go into effect immediately. Rank 4 and below app closures are visible in WME can be edited by a Rank 3+ editor, that RTC will then take effect immediately. For all the details on the display and handling of app-reported closures in WME, please see the section below that explains the WME aspect of these closures.