You are here

New application: EmComMap

23 posts / 0 new
Last post
K6OAT's picture
New application: EmComMap

I'm pleased to announce the release of a new AREDN-ready emcomm application: EmComMap

This open-source application enables map-based real-time annotation, messaging, and file transfer.
It is designed for situational awareness while supporting communication, tactical calls, and operator
status/location sharing.



(sorry - I don't know how to make this bigger)



  • Live map-based annotations
  • Text communication with file attachments
  • Messaging specific to defined locations/incidents
  • Message filtering by location
  • Operator location and status tracking
  • Incident-based: filters messages by region and time
  • Export message logs to Excel
  • Load locations from text file
  • Predefined map markers for hospitals, fire, police, etc.
  • Distributed database (CouchDB)
  • No encrypted communication layers (Part 97 compliant), though they can be optionally used for internet deployment.

Instructions for deployment on Ubuntu Linux available on GitHub



EmComMap Homepage

Internet EmComMap Demo server (u: demo   p: k6oatdemo)

User documentation

Comments/suggestions/bugs to K6OAT (Dan Ruderman)

I am seeking developers who can contribute to adding features and the inevitable
bug fixes. If you are skilled with Javascript/HTML please drop me a note.


K5DLQ's picture
Nice one Dan!

Nice one Dan!

Since appears to be defunct, this may be a good solution to migrate to.


K6OAT's picture

Thanks. I had not heard of ticketscad, but did find a few youtube videos. Looks useful. Sorry it seems to
have vanished!

EmComMap is designed around how we typically deploy in ARES, and tries to stay pretty general purpose.
If there are standard forms, you can share them as attachments, but for the moment I'm not really thinking
of adding them to the user interface itself, which I gather is more what ticketscad had.

Thanks for the pointer!

k1ky's picture
Ticketscad no dead

One of our members reached out and ticketscad isn't dead.  Just experiencing some technical registration issues.  They will be back.

Arnie replied:

Andrew, no, definitely NOT out of service.  The site/domain thing has fallen between those famous cracks, So bear with us while we revise that -- ummm -- feature.

K5DLQ's picture
that's good to hear.   Our

that's good to hear.   Our ARES group has been using TicketsCAD for a few years now.

WU2S's picture

Very cool! Thank you for making this available.

EmComMap rocks!

We have had a chance to use EmComMap live during a recent Activity Day, with Dan showing us the ins and outs of this powerful app.  It was very intuitive to use and I encourage everyone to give it a try. Our traffic at ARES LAX is mostly forms like resource requests and status updates and being able to send those through the mesh is a game changer for EmComm, because it adds the larger file sizes, higher speeds and different file types to the mix.  At the same time EmComMap provides unprecedented levels of overview, filtering and granularity, thereby greatly expanding situational awareness. Paired with AREDN, EmComMap extends our capabilities as emergency communicators tremendously. 

AREDN has created an eco-system in which apps like EmComMap, MeshChat and many other apps can thrive. Thank you for that!

Well done everyone!

Oliver K6OLI

WU2S's picture
Almost got it running

I almost have a an instance running but am not able to login or see the maptiles I downloaded. Are the databases emcommap and emcommap_attachments supposed to contain any documents? 

K6OAT's picture

Wow. Great work!

The databases start out empty.

Did I put in instructions on setting up the usernames and database security? It's a
pain, but you need to go onto the couchdb console, create users in the _users
database, and then allow those users access to your two databases (emcommap
and emcommap_attachments). I think that if you don't set up any security to the
databases then everyone can attach to them, which might be a good way to get

I've found the best way to debug is to open up the javascript console on your
browser, since that's where cryptic error messages are likely to appear. Feel
free to post those, along with any screenshots. Or we can go offline if you
email me at

good luck!!

WU2S's picture
Got it running!

Hey Dan,
I got it running. It took another couple of passes of reading your docs slowly and carefully. Needed to start the docker command in the folder with my maptiles- solved problem 1.
Needed to look at java console to see why I could not login. Read you PDF again for that advice. Saw the CORS error "Access-Control-Allow-Origin" missing. Then changed the CORS origin domains to a valid entry.
All is well. 
Now, just need to spend time reading the rest of your PDF yet again, and learning how to use the application. 
Thanks again for your valuable work!

K6OAT's picture

So glad it worked out. Please keep me posted on how it works for you!


K5DLQ's picture
(sounds like we need a docker

(sounds like we need a docker-compose file to define every microservice and bring them all up at once.)

K9CQB's picture
Can we publish our AREDN nodes this map?

I've been looking for the best way to keep a service on our mesh network that lets people who join our network know where our nodes are. Especially if the Internet goes away and 'AREDN Live Map' is no longer available. Also we know current nodes may move and many other nodes will pop up and we need a tool to allow everybody to see where these nodes are so we can do network planning/troubleshooting. 
If you guys think this would be a good tool for that, then we'll get the added benefit of having a map-based 'situational awareness' tool that will rival some of the other systems I've seen.

nc8q's picture
allow everybody to see where these nodes are

<p><a href="">https://www.arednmesh... />
Published mesh service. Updated hourly.<br />
and gelm dot net slash meshmap</a></p>

K5DLQ's picture
or, you could periodically

or, you could periodically download the map.kml from aredn and load it locally to Google Earth.   (no internet required)

k1ky's picture
KG6WXC "Live" Map

If you are up to it, you can dedicate a Linux (or possibly RPi box) to run your very own "live" map.  Check out the KG6WXC Github area or contact Eric direct for information on setting up your own map for your system.

kc0wkp's picture
Started working with the

Started working with the program to see the capabilities, and how we could use it. In using it for some exercises, overlaying some of the data from a recent flooding incident, I found that not being able to edit the locations' location or even delete the location from the incident could be problematic. Maybe I am missing something but it did not appear that this is possible. Otherwise pretty cool, and seems to be in a lighter package than other CADs.

K6OAT's picture
Re: deleting locations

Right - there isn't currently a way to delete locations. My thinking was that since messages can be tied
to a location, you don't want locations going away since those messages will no longer make sense.
There is a notion of locations that are tied to a particular incident (meaning region and time range) so
you won't see them after the incident ends (or before it starts). Think about an ICP or a gathering point.

Can you give me a sense of how you might want to use a location that is delete-able? I can try to thin
it through and see what could work implementation-wise.

K5DLQ's picture
perhaps having the ability to

perhaps having the ability to hide locations would suffice and preserve the message history.

kc0wkp's picture
I like the idea of hiding the

I like the idea of hiding the location for instance in a recent flooding incident, sand bagging operations was handled by our ARES group. For several days the operation was in one location and then the next few days it moved. Eventually it was shut down however we were still operating in a different capacity. There were also traffic control points that we could label on here, these tend to move as conditions change. These checkpoints/traffic control points could be manned along with levy and dam monitoring, 

So I like the idea of maybe hiding it or making it inactive, then it could be filtered from the map for visibility sake, but retained for record keeping. The ability to move a location I think would be more important. While I think it is nice to identify fixed locations I think it will help our served agencies more being able to identify event/incident locations that can change as thing progress, maybe this would be done by making the old one inactive and starting a new one but may referencing the old one to document the move.

K6OAT's picture
This makes perfect sense.

This makes perfect sense. Maybe there could be a toggle for active/inactive. Then on the map you can
turn the visibility of inactive locations off so they don't clutter things visually. For operations that move
(say, an ICP), one could name the first location ICP (not anticipating it was going to move), and then
when it moves create a new location called ICP_2 or something and inactivate the old one. As you say,
by keeping the old one around, you still have the record of that location being at a particular position so
there isn't any confusion about what happened or where operators were in reference to a given location.

Thanks for the suggestions!

I've started to look into

I've started to look into this and initial view is exactly what I'd like to use.  Has anyone successfully built this on a pi?  I'm looking to use it on an offline mesh battery powered so ability to run on a pi would be perfect.

Thanks for the help.

K9CQB's picture
Me too

I'd also like to run this on a RasPi B3+ if it'll work. I won't have time to try it until I get back from traveling next month.
-Damon K9CQB

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer