Re: [OpenMap Users] 2525B set complete?

From: Don Dietrick <>
Date: Thu, 19 May 2005 20:16:38 -0400

Hi Chris,

On May 19, 2005, at 11:10 AM, Chris Hopkins wrote:

> Hi -
> The PNG set that is distributed is not complete. I had thought the
> DISA zip files that contain the SVG files were complete though.

AFAIK, the PNG set reflects what is available from DISA (pre-updates
that are currently available).

The symbol set is not a full implementation of MIL-STD-2525B, nor
does OpenMap provide the capability to create a totally compliant
symbol for all situations. There are many non-point symbols that
need to be based on coordinates settings, and the SymbolChooser
doesn't know how to deal with them properly. There's also work to be
done in augmenting the symbol with a directional indicator and other
little symbology letters in various position around the main symbol.

> I have been trying to work on an implementation that will read the
> SVG files in the DISA zip files as is but have not had time to
> complete that yet.

Originally, the file was going to contain the
mapping of symbol codes to files, but that was going to be a lot of
work to modify that file for a particular dataset, especially since
we weren't sure where the data was going to come from and how it was
going to be formatted in a file system. Flattening the symbol files
into one directory was sooo much easier.

BTW, the symbol-file mapping work for was kind
of abandoned, I just didn't want to send you on a wild-goose chase.

- Don

> Do you know what symbol it should be? Looking at the 2525B standard
> docs, the O specification for affiliation indicates none specified
> and I can't see (on quick glance) any symbols specifying O. The
> examples only specify U - unknown, F - friendly, N - neutral and H
> - hostile.
> - Chris
> -----Original Message-----
> From: Nagiel, Shahak (Mission Systems) []
> Sent: Thursday, May 19, 2005 10:44 AM
> To:
> Subject: [OpenMap Users] 2525B set complete?
> Is the PNG data set complete, given all permutations of symbols codes?
> We were hoping to transition from our current API, which relies on
> the creaky GSD (C++ -based) library to a pure, native Java approach
> when rendering symbology in the maps. However, there appear to be
> symbol codes in our application (e.g. SOGPIR----H----) which render
> correctly using GSD, but do not return anything using the OpenMap
> 2525B API. (It appears there's no such PNG file by that name, nor
> in the DISA jar files either.)
> So, is there an extended set out there, or are some of these codes
> redundant (and detectable programmatically)?
> Thanks,
> Shahak Nagiel
> Software Engineer
> Northrop Grumman Mission Systems

[To unsubscribe to this list send an email to ""
with the following text in the BODY of the message "unsubscribe openmap-users"]
Received on Thu May 19 2005 - 20:17:48 EDT

This archive was generated by hypermail 2.3.0 : Tue Mar 28 2017 - 23:25:06 EDT