Hi Maria,
On Nov 3, 2005, at 3:24 PM, Maria Harmening wrote:
> hello,
>
> i did some research so that i could familiarize myself a little bit
> with the symbol identification coding scheme. i now know that the *
> within the 15 letter SIDC code means that the character is user-
> defined
> and variable.
>
> the hierarchy.properties file doesn't contain any file names that are
> in the jar (except for some of the metoc files). for the C2
> symbology,
> units, equip, and installations and also military operations, the
> library just provides the string with the all of the possible
> variations of the code, but positions 2 and 4 in all of these are
> astericked. i guess i have to fill in those blanks. am i correct on
> this?
Generally, the asterisks can be changed to dashes to correspond to
the image files in the jar. In the hierarchy.properties file, the
asterisks indicate spaces that can hold different characters
depending on specific settings for that symbol - whether it's friend,
foe, unknown, joker, etc, the affiliation character code would be
filled in for the second character, for instance.
It's been a while since I looked at it, but I think this is the
notation out of the specification.
> my question is, how would i use the actual hierarchy? how does that
> fit in with the 15 letter SIDC scheme? how can i use the library
> tools
> to get the SIDC code that i want? do i just modify the string to
> include the missing characters?
The SymbolChooser provides a GUI that will give you the 15 character
code with the options you want. Otherwise, the only other way I know
to figure out the substitutions is to use the specification.
The SymbolChooser runs as a standalone java app.
- Don
>
>> It means that that symbol hasn't been created with those options,
> and
>> isn't available. The filenames are correct for the symbol they
> contain.
>>
>> I don't really understand the question about accessing the files,
>> they are just image files. The SymbolChooser lets you figure out
>> what symbols are available, based on the mil-std-2525 hierarchy.
>> It's better to start at the top of the tree and work your way down
> to
>> the specific symbol you want, and then apply the options to that
>> symbol, in order to find the one that best fits what you are looking
>> for.
>>
>> - Don
>>
>> On Nov 3, 2005, at 9:45 AM, Maria Harmening wrote:
>>
>>>
>>> hello again,
>>>
>>> if the files in the jar don't have all the options, does that mean
>>> that
>>> the filename is wrong? how would i access the files?
>>>
>>> thanks,
>>> maria
>>>
>>>> Hi Maria,
>>>>
>>>> On Nov 2, 2005, at 3:30 PM, Maria Harmening wrote:
>>>>
>>>>> hello,
>>>>>
>>>>> i'm new to using this package, so i just want to clarify
> something.
>>>>> the SymbolReferenceLibrary is using a properties file to get the
>>> codes
>>>>> and such so that the images in the jar file can be referenced.
>>>>> however, the jar file only contains meteorology images at this
>>> point.
>>>>
>>>> I don't believe that's true. You can check the jar file, there are
>>>> more than meteo icons in there. Not all of the icons have all of
>>> the
>>>> options available (as provided in the SymbolChooser).
>>>>
>>>>> the other images, the ones that i need, are not in the jar file.
> is
>>>>> this correct?
>>>>>
>>>>> is the jar file ever updated?
>>>>
>>>> The jar file contains the pngs created from the SVG files that were
>>>> available from DISA a while ago. I understand that DISA has
>>> released
>>>> new SVG files, which can be used directly after a little
>>> manipulation
>>>> - they need to be flattened into one directory, their file names
>>> need
>>>> to be modified slightly so they have their symbol code as name, and
>>>> the XML needs to be fixed in them (there is a " missing). I was
>>> able
>>>> to do this batch-wise a while ago.
>>>>
>>>> I expect the PNG jar will be updated when we get a chance.
>>>>
>>>>> what is the gsd utility?
>>>>
>>>> GSD is the organization responsible for symbology. I don't
>>>> understand what you mean by a utility.
>>>>
>>>> - Don
>>>>
>>>>>> I remember dealing with this issue several months back. From
> what
>>> I
>>>>>> recall, the jar files only contain a subset of the entire range
> of
>>>>>> symbology permutations. I made some progress creating a script
> to
>>>>>> iterate through all possible symbols and add them to the jar
>>> file,
>>>>>> but
>>>>>> it turned out there were too many to be reasonably efficient
>>> (several
>>>>>> dozen or even hundreds of megabytes, I don't exactly recall). So
>>> we
>>>>>> ended up sticking with our default implementation; namely,
>>> generating
>>>>>> 2525b symbols dynamically using the GSD utility.
>>>>>>
>>>>>> See http://openmap.bbn.com/mailArchives/openmap-users/2005-
>>>>> 05/4079.html.
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: owner-openmap-users_at_bbn.com [mailto:owner-openmap-
>>>>>> users_at_bbn.com]
>>>>>> On Behalf Of Maria Harmening
>>>>>> Sent: Wednesday, November 02, 2005 2:46 PM
>>>>>> To: openmap-users_at_bbn.com
>>>>>> Subject: [OpenMap Users] 2525b
>>>>>>
>>>>>> hello,
>>>>>>
>>>>>> i emailed yesterday about the PNGImageMaker not finding the PNG
>>> files
>>>>> in
>>>>>> the jar. i was setting the data path to the jar file location.
>>>>>> however, when i took that out, meaning didn't set the data path
> at
>>>>> all,
>>>>>> some files were found. i've been able to display some graphics
>>> on
>>>>>> the
>>>>>> map, 59 of them to be exact, but they're only meteorology
> symbols.
>>>>>>
>>>>>> any reason why i can't display any others? the PNGImageMaker
> isn't
>>>>>> finding them. what am i doing wrong?
>>>>>>
>>>>>> thanks,
>>>>>> maria
>>>>>>
>>>>>> --
>>>>>> [To unsubscribe to this list send an email to "majdart_at_bbn.com"
>>>>>> with the following text in the BODY of the message "unsubscribe
>>>>>> openmap-users"]
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> NeoMail - http://neomail.sourceforge.net
>>>>>
>>>>> --
>>>>> [To unsubscribe to this list send an email to "majdart_at_bbn.com"
>>>>> with the following text in the BODY of the message "unsubscribe
>>>>> openmap-users"]
>>>>
>>>> --
>>>> [To unsubscribe to this list send an email to "majdart_at_bbn.com"
>>>> with the following text in the BODY of the message "unsubscribe
>>> openmap-users"]
>>>>
>>>>
>>>
>>> --
>>> NeoMail - http://neomail.sourceforge.net
>>>
>>>
>>>
>>>
>>> --
>>> NeoMail - http://neomail.sourceforge.net
>>>
>>> --
>>> [To unsubscribe to this list send an email to "majdart_at_bbn.com"
>>> with the following text in the BODY of the message "unsubscribe
>>> openmap-users"]
>>
>>
>
> --
> NeoMail - http://neomail.sourceforge.net
--
[To unsubscribe to this list send an email to "majdart_at_bbn.com"
with the following text in the BODY of the message "unsubscribe openmap-users"]
Received on Thu Nov 03 2005 - 16:22:26 EST