IMS Help
This page explains what the Incident Management System (IMS) is, what each part of it does, and how to use it. It's written for everyone, and it assumes no technical background.
Table of contents
What is IMS?
IMS is the Black Rock Rangers' system for keeping a shared, written record of what happens during an event. When Rangers respond to a situation, like a lost kid, a medical call, a fire hazard, or a dispute, the details go into IMS so that everyone working the situation, now and later, sees the same information.
IMS keeps four main kinds of records, each covered in its own section below:
- Incidents: the primary record of a situation Rangers are handling.
- Field Reports: firsthand written accounts from individual Rangers, which can be attached to an Incident.
- Sanctuary Visits: records of guests visiting the Sanctuary space.
- Places: a reference list of camps, art, and other locations in the city.
A good rule of thumb: If it matters, write it down, and write it down as it happens. IMS records are used during the event to coordinate responses, and after the event to understand what happened.
Logging in and out
Log in with your Ranger Secret Clubhouse credentials. That's the same email address and password you use for the Clubhouse. To log out, open the menu under your handle at the top right and choose Log out.
Your session lasts a while, but you'll occasionally be asked to log in again. If a page tells you you're not authorized, see Who can see and do what.
Finding your way around
The bar at the top of every page has, from left to right:
- IMS logo: goes to the Incidents list for the event you're in, or to the home page when you're not in an event.
- Event picker: a dropdown showing the current event (usually the year). Use it to switch between events.
- Incidents, Field Reports, Sanctuary Visits, Places: links to the main pages for the selected event, with the one you're on highlighted. On a narrow screen the two longest labels shorten to "FRs" and "Sanc".
- Theme toggle: the half-circle icon switches between light mode, dark mode, and matching your device. The same choice is available on the Settings page.
- Your handle: a menu with links to the Admin pages (administrators only), Home, the Search page, the Settings page, this Help page, and Log out.
Events: one per year
Everything in IMS (Incidents, Field Reports, Visits, Places) belongs to an Event, which is usually one burn year (such as "2026"). Numbering starts over for each event, so "Incident 12" means "Incident 12 of the event you're looking at." Make sure the event picker shows the event you expect before creating or looking up records. Records from past events are kept and can be browsed or searched at any time.
Incidents
An Incident is the main record of a situation that Rangers are dealing with. Incidents are usually created and kept up to date by shift leads (Operators and Khaki), based on radio traffic and reports from the field, but anyone with write access can contribute. Each Incident gets a number (its "IMS #") that everyone can refer to.
The Incidents list
The Incidents page lists the Incidents in the current event, one per row. Click a row to open that Incident. To create a new Incident, click New (or press n).
You can narrow down the list with the controls above the table:
- State filter: show All, Open (anything not closed), or Active (new, dispatched, or on scene) Incidents.
- Days filter: show only Incidents modified recently.
- Types filter: show only Incidents with particular Incident Types.
- Rows: how many rows to show per page.
- Search box: filters the list as you type. Typing an Incident number and pressing
Enterjumps straight to that Incident.
The list updates by itself as other people make changes, so there's no need to refresh the page.
Reading and editing an Incident
An Incident page has these parts, top to bottom:
- State: where the Incident is in its lifecycle (see below).
- Started: when the situation began. You can edit this if the Incident was created after the fact. Times are entered in your device's local time zone.
- Summary: a one-line description shown in the Incidents list. Keep it short and informative.
- Rangers: the Rangers involved. Start typing a handle to add one, and add a short note about each Ranger's role (such as "first on scene" or "transport"). The On-Duty link in this card's header opens the Clubhouse on-duty report for the time the Incident started, a handy way to see who was working when it began.
- Incident Types: categories for the Incident, useful for filtering and for after-event analysis. Click Info to see a description of each type.
- Location: where it happened, with separate Name, Address, and Details fields. Start typing a camp or art name in Name and IMS suggests matches from Places and fills in the address automatically; you can also type an address by hand. Put anything extra (a landmark, a specific tent) in Details. An address you type by hand may get tidied up on save; see How addresses are tidied up. The card header has a Places link to the Places reference and, where a map is configured for the event, a Map link.
- Attached Field Reports/Visits: Field Reports and Sanctuary Visits related to this Incident. Attaching them makes their contents visible from the Incident. See Attaching Field Reports, Visits, and files.
- Linked Incidents: related Incidents, even from other years, so you can hop between them. See Linking related Incidents.
- Entries: the running narrative. Type in the box at the bottom and click Add Entry (or press
Control+Enter) to add a timestamped entry. This is where the story of the Incident lives: what was reported, what Rangers did, how it resolved. Where file attachments are enabled, you can also attach a photo or file to an entry with the Attach file button.
Check Show history and stricken above the entries to also see system-generated history (a log of every field change) and entries that have been stricken.
What the Incident states mean
- New: recorded, but no one has been assigned to it yet.
- Dispatched: Rangers have been sent to deal with it.
- On Scene: Rangers are there, working the situation.
- On Hold: nothing is happening right now, but the Incident isn't finished (such as waiting for someone to return to their camp).
- Closed: the situation is resolved and the record is complete. Closed Incidents can be reopened if things develop.
Attaching Field Reports, Visits, and files
The Attached Field Reports/Visits card pulls related records into the Incident so their contents show up in one place. To attach one, pick it from the Add dropdown, which lists the available Field Reports and Visits (grouped into ones not yet attached and ones already attached). Once attached, the record's entries are folded into the Incident's entries, and the two records point at each other. Click the X next to an attached record to detach it. Attaching a Field Report needs write access to Incidents, which is why Reporters, who can write their own Field Reports, don't attach them themselves.
Where file attachments are turned on for your deployment, the entry box also has an Attach file button, so you can add a photo or document (such as a picture of a whiteboard or a scanned form) alongside the written entries. An entry with a file on it gets a Download button, plus a Preview button on files a browser can display, such as images and PDFs. Either button shows how far along the transfer is while it runs. If a slow preview finishes long after you asked for it, the button reads Preview Ready; click it again to open the file, which your browser won't do on its own after that long a wait.
Linking related Incidents
Linking connects one Incident to another when they're related, such as a follow-up the next day, two Incidents that turned out to be the same situation, or a recurring problem at the same camp across years. Unlike attaching, linking doesn't merge the entries; it just puts a clickable reference to each Incident on the other, so you can jump between them.
To link, use the Link IMS # box on the Linked Incidents card and enter one or more Incidents:
- Same event: type just the number, like
123(a leading#, as in#123, is fine too). - A different event: put the event name and number together with a
#between them, like2015#2to mean Incident 2 of the 2015 event. This is how you link across years. - Several at once: separate them with commas, like
4,5,6or4, 2015#2, 6. You can mix same-event and other-event references in one go.
Press Enter to make the links. Linking is mutual: the other Incident gets a link back to this one, and a note is added to its entries recording the link, so people reading either Incident can see the connection. To remove a link, click the X next to it. You can only link to events you're allowed to read; if you don't have read access to a linked Incident's event, you'll still see the link but not its summary.
Field Reports
A Field Report is a firsthand written account from a Ranger: what you saw, what you did, and anything worth remembering. Any Ranger with access can write one. You don't need anyone's permission, and it doesn't have to relate to an existing Incident. When it does relate to one, a Field Report can be attached to that Incident, so people reading the Incident see the report too.
The Field Reports page lists reports in the current event; click one to open it, or click New (or press n) to write one. Like Incidents, a Field Report has a one-line summary and a series of timestamped entries. Write your account as one or more entries.
Write Field Reports promptly, while details are fresh. Include specifics: who, what, where, when. Depending on your access, you may only be able to see Field Reports you wrote yourself; Operators and others with broader access can read all of them and attach them to Incidents. The Field Report page has a How to write a great Field Report section near the top; expand it for a checklist of what to include and a reminder to stick to firsthand facts.
Near the top of a Field Report, the IMS # field shows which Incident, if any, the report is attached to. If you have write access to Incidents, you can type an Incident number there to attach the report to that Incident, or clear the field to detach it. When the report is attached, the IMS # becomes a link you can click to open that Incident.
If a Field Report describes something that should have its own Incident but doesn't yet, and you have write access to Incidents, a Create new incident from FR button appears. Clicking it opens a fresh Incident, carries over the report's summary as the Incident summary, adds the report's author as a Ranger on the Incident, and attaches the Field Report to the new Incident, all in one step. Only use it when you're sure no Incident already exists for the situation; if one does, attach the report to that Incident instead by entering its number in the IMS # field.
Sanctuary Visits
Sanctuary Visits track guests at the Sanctuary space, and are mainly used by the Sanctuary team. Each Visit gets a "VS #" and records the guest's info, arrival and departure details, camp and contacts, resources provided, the Rangers involved, and a running set of timestamped notes, much like Incident entries.
Open the Sanctuary Visits page from the top bar and click a row to open a Visit, or click New (or press n) to start one. A Visit is organized into collapsible sections. Any section that already has something recorded in it starts open, so you can read an existing Visit without clicking through it; expand the rest as you need them and fill in what applies:
- Basics: the guest's preferred and legal names, a physical description, an action plan, and arrival/departure times.
- Arrival/Departure: how and why the guest arrived and left, their state on each, and belongings brought.
- Camp and Contacts: the guest's camp name, address, description, and contacts. The camp address gets the same tidying as an Incident's address (see How addresses are tidied up).
- Resources: what the Sanctuary provided, such as a sitter, a bed, bedding, clothing, food and beverage, commissary food, and anything else.
- Rangers Involved: the Rangers involved in the Visit.
- Visit Notes & Report Entries: timestamped entries that work just like Incident entries, including Show history and stricken.
If a Visit relates to a regular Incident, enter the Incident's number in the IMS # field at the top of the Visit; the two records then link to each other, and the IMS # becomes a clickable link to that Incident. The Visit page also has an Instructions section at the top; expand it for guidance specific to that page. Editing Visits is limited to the Sanctuary team and other Visit Writers (see Who can see and do what).
Places
The Places page, linked from the top bar, is a reference list of the city's camps, art installations, and other named locations, with their addresses and descriptions. Click a row for details like a location description, landmark notes, and contact info, and use the Map link (where available) to see the location on the city map.
Places also power location entry elsewhere: when you type a location name on an Incident, IMS suggests matching Places and fills in the address automatically.
How addresses are tidied up
Where an administrator has turned this on for the event, addresses you type by hand are rewritten into standard Black Rock City form when they save, so that everyone writes them the same way and searching for them works. This applies to an Incident's location Address and to a Visit's guest camp address. For example:
7+e,7 E,E & 7, or7:00 and eall become7:00 & E.815 espbecomes8:15 & Esplanade.- An open-playa address like
12 2500 ftbecomes12:00 2500'.
Anything IMS can't confidently read as an address, such as "behind the porta potties at center camp", is left exactly as you typed it. So write the address however is quickest. A real address gets cleaned up, and anything else is kept exactly as you wrote it.
Searching
There are a few ways to find things in IMS:
- The search box on list pages (Incidents, Field Reports, Visits, Places) filters the table as you type, matching against everything in the record, including the text of entries, not just what's visible in the table. Press
/to jump to the search box. - Jump by number: in a list page's search box, type a record's number and press
Enterto go straight to it. - Multi-search: press
mon a list page (or click the magnifying glass) to search across several events at once from a popup. - The Search page: a dedicated page that searches Incidents, Field Reports, and Visits across every event you have access to. Use the checkboxes beside the search box to leave out kinds of records you don't want, and read the results table for the event, number, summary, and a matching excerpt.
All searches are case-insensitive. If you know regular expressions, you can use one anywhere by enclosing it in slashes, like /lost (kid|child)/.
The Search page matches differently from the list pages: it looks for your text as one continuous substring, so searching cat dog matches "Bobcat Dog" but not "cat and dog". On a list page, the same search would match a row containing both words. When a search on the Search page comes up emptier than you expect, try fewer words.
How saving works
- There is no save button. Changes are saved as soon as you finish editing a field (when you click or tab out of it). A brief green highlight means the save worked; red means it didn't. When saving keeps failing, see Questions or problems? below.
- Everyone sees updates live. Several people can work on the same record at once; changes made by others appear on your screen automatically.
- Entries are permanent. Once added, an entry can't be edited or deleted. That's deliberate, since IMS is a system of record. If an entry is wrong, someone with write access can mark it stricken, which hides it and flags it as disregarded, and add a new entry with the correction.
- Every change is tracked. Field changes are recorded in the record's history, which you can see by checking Show history and stricken.
Printing
Incidents, Field Reports, and Visits are designed to print cleanly: use your browser's print command (usually Control+P, or Command+P on a Mac) and the editing controls, buttons, and navigation are left off the printout, so you get a readable paper copy of the record. If you want the history and stricken entries to appear on the printout, turn on Show history and stricken before printing.
Who can see and do what
Access to IMS is granted per event, so what you can see depends on who you are and which event you're looking at. In broad strokes:
- Reporters can write Field Reports and see the ones they wrote, but not Incidents or other people's reports. Most Rangers have at least this level.
- Readers can read everything (Incidents, all Field Reports, and Visits) but can't change anything.
- Writers can read and edit everything: typically Operators, shift leads, and others working at Khaki.
- Visit Writers can read and edit Sanctuary Visits: typically the Sanctuary team.
Everyone with access can view Places. If you can't see something you think you should be able to, your access level for that event is probably the reason. See Questions or problems? below.
Keyboard shortcuts
Most pages have single-key shortcuts that work when you're not typing in a field. Press ? on any page to pop up the full, authoritative list of shortcuts for that page (press ? again, or Escape, to close it). The common ones:
n: create a new Incident / Field Report / Visit/: jump to the search boxm: open multi-searcha: jump to the box for adding a new entryh: toggle showing history and stricken entriesControl+Enter: submit the entry you're writing
If the single-key shortcuts get in your way (such as when using speech input), you can turn them off on the Settings page.
Settings
The Settings page (under your handle in the top bar) lets you set:
- Preferred table filters: the default state filter for the Incidents table, the default status filter for the Visits table, and how many rows per page tables show.
- Color scheme: light, dark, or Auto to follow your device's setting. This is the same control as the theme toggle in the top bar; change it in either place.
- Single-key shortcuts: turn the one-key shortcuts off if they fire when you don't mean them to, which can happen with speech input.
These preferences are stored in your browser only, and they reset when you log out.
Admin pages
Administrators have an extra Admin link under their handle in the top bar, leading to a set of tools for configuring IMS. Most Rangers never need these, but if you help run IMS, here's what each one does:
- Events and Permissions: create events (and event groups) and control who can do what in each one. Access is configured as grants: a grant pairs an access level (Reporter, Reader, Writer, Visit Writer) and a validity window with any number of targets, so you can give the same access to a batch of people at once. Targets can be individuals, Clubhouse positions, on-duty positions, or teams. A grant is valid either Always or only On-Site (when the Ranger is marked on-site in Clubhouse), and can have not-before and not-after times. Use Explain to see who currently matches a grant, and watch for targets flagged in red as unknown (usually a typo, fixable with the target's Fix button). Editing an event also sets its Map URL (the map linked from Incidents and Places) and its Normalize Addresses setting (see How addresses are tidied up), both of which take effect right away.
- Incident Types: manage the list of Incident Types Rangers can apply to Incidents. You can add new types, edit a type's name and description, and hide types that are no longer in use (hiding keeps existing uses intact but removes the type from the picker).
- Event Places: load the Places data (camps, art, mutant vehicles, and other locations) for an event by pasting in JSON data for each category. Each category has its own Save button and is saved on its own, so you can update camps without touching art. This is what powers location suggestions on Incidents.
- User Directory: manage IMS's own users, teams, and positions, including handles, emails, passwords, and active/on-site status. This page only applies to deployments that use the IMS-native directory rather than a Ranger Clubhouse database.
- Action Logs: an audit log of every authenticated request, filterable by time, user, and path. Useful for tracing who did what and when.
- Error Logs: the requests that failed on the server's side, filterable the same way, and showing the last 7 days by default. Expanding a row shows the message the client saw, the internal error chain, and the stack trace when the server crashed outright. Client mistakes (bad requests, missing records, denied permissions) aren't recorded here.
- Server Debugging Details: technical server information (build info, runtime metrics, and a manual garbage-collection button) for the Tech Cadre when diagnosing problems.
Questions or problems?
If something looks broken, you can't access something you need, or you have ideas for making IMS better, contact the Ranger Tech Cadre, or specifically Ranger Abraham. During the event, Abraham is available by Burning Man Slack, Clubhouse message, email, Signal, phone, etc.