<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/">
    
    <channel>
    
    <title>Standards Forum</title>
    <link>http://www.presagis.com/standards_forum/</link>
    <description>Standards Forum</description>
    <dc:language>en</dc:language>
    <dc:rights>Copyright 2012</dc:rights>
    <dc:date>2012-01-13T08:39:59-05:00</dc:date>
    <admin:generatorAgent rdf:resource="http://expressionengine.com/" />
    

    <item>
      <title>CDB User Group Presentation &#45; ITSEC 2011</title>
      <link>http://www.presagis.com/standards_forum/viewthread/1139/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/1139/#When:08:39:59Z</guid>
      <description>&lt;p&gt;Here is the presentation from the CDB User Group at ITSEC 2011.
&lt;/p&gt;</description>
      <dc:date>2012-01-13T08:39:59-05:00</dc:date>
    </item>

    <item>
      <title>OpenFlight LightPoint Light Phase</title>
      <link>http://www.presagis.com/standards_forum/viewthread/570/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/570/#When:15:17:03Z</guid>
      <description>&lt;p&gt;Lightpoints can have a phase set in a shapefile by the LPH attribute. Currently there is not a way to set it in a OpenFlight model. It is necessary for beacons and runway guard light boxes.&lt;/p&gt;

&lt;p&gt;Has there been thought on how to officially support light phase in OpenFlight?
&lt;/p&gt;</description>
      <dc:date>2010-04-01T15:17:03-05:00</dc:date>
    </item>

    <item>
      <title>Buildings in CDB</title>
      <link>http://www.presagis.com/standards_forum/viewthread/713/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/713/#When:05:32:20Z</guid>
      <description>&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;We have vector data for an urban area comprising approx 30,000 footprints of buildings.&lt;/p&gt;

&lt;p&gt;In previous terrain database formats these footprints have been extruded (based upon a &#8216;height&#8217; atttribute) and textured (based upon a &#8216;building type&#8217; attribute).&lt;/p&gt;

&lt;p&gt;What is the crrently recommended way of representing this information in CDB? &lt;/p&gt;

&lt;p&gt;The spec seems to suggest that the FACC codes associated with buildings should exist as point features rather than areal &#45; but to achive correlation with our existing databases this would presumably require us to generate 30,000 geo&#45;specific building models, which doesn&#8217;t sound like fun!&lt;/p&gt;

&lt;p&gt;Is there a &#8216;correct &#8217; way to represent these individual buildings as areal features?&lt;/p&gt;



&lt;p&gt;Thanks,&lt;br /&gt;
Andy Stannard&lt;br /&gt;
BAE SYSTEMS
&lt;/p&gt;</description>
      <dc:date>2010-09-01T05:32:20-05:00</dc:date>
    </item>

    <item>
      <title>Raster Material Mixture layer compression</title>
      <link>http://www.presagis.com/standards_forum/viewthread/1082/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/1082/#When:16:58:56Z</guid>
      <description>&lt;p&gt;I mentioned an easy way to compress the raster material mixture layer several months ago.&amp;nbsp; Anyway, I wrote it up in an draft proposal format, which is attached to this message.&amp;nbsp; Can this proposal be considered to be put into the CDB 3.2 specification?&amp;nbsp; Also, any feedback is welcome.
&lt;/p&gt;</description>
      <dc:date>2011-10-10T16:58:56-05:00</dc:date>
    </item>

    <item>
      <title>CDB Spec &#45; Request</title>
      <link>http://www.presagis.com/standards_forum/viewthread/584/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/584/#When:10:29:08Z</guid>
      <description>&lt;p&gt;Is there anyplace to get parts of the spec in XML form? Specifically looking for a complete FACC listing in XML form.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br /&gt;
Sam
&lt;/p&gt;</description>
      <dc:date>2010-04-23T10:29:08-05:00</dc:date>
    </item>

    <item>
      <title>ITEC 2011 CDB User&#8217;s Group Slides&#63;</title>
      <link>http://www.presagis.com/standards_forum/viewthread/977/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/977/#When:10:29:47Z</guid>
      <description>&lt;p&gt;Just wondering if these could be posted for those of us unable to attend?&amp;nbsp; Thanks.
&lt;/p&gt;</description>
      <dc:date>2011-05-19T10:29:47-05:00</dc:date>
    </item>

    <item>
      <title>CDB User Group Presentation &#45; ITEC 2011</title>
      <link>http://www.presagis.com/standards_forum/viewthread/1003/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/1003/#When:11:14:34Z</guid>
      <description>&lt;p&gt;Here is the ITEC 2011 (Cologne) CDB User Group presentation.
&lt;/p&gt;</description>
      <dc:date>2011-06-03T11:14:34-05:00</dc:date>
    </item>

    <item>
      <title>Compression of Raster Matrial Datasets (Mixture Layers)</title>
      <link>http://www.presagis.com/standards_forum/viewthread/487/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/487/#When:12:33:35Z</guid>
      <description>&lt;p&gt;For the same reasons discussed in the CDB 3.1 addendum &lt;b&gt;&lt;a href=&quot;http://www.presagis.com/?URL=http%3A%2F%2Fwww.presagis.com%2Ffiles%2Fstandards%2FCDB&#45;Specification&#45;3.1&#45;Addendums%2FCDB&#45;Specification&#45;3.1&#45;Addendum&#45;Compression&#45;of&#45;Elevation&#45;Datasets.pdf&quot;&gt;Compression of Elevation Datasets&lt;/a&gt;&lt;/b&gt;, I propose that we need an to allow a similar fixed point storage option for &lt;b&gt;&lt;i&gt;Raster Material Mixture Layers&lt;/i&gt;&lt;/b&gt;.&amp;nbsp; I believe an eight bit material mixture percentage (interpreted similar to a visible alpha band) should satisfy the precision requirements of most simulation applications for the foreseeable future while also allowing significant database compression.&amp;nbsp; Comments?
&lt;/p&gt;</description>
      <dc:date>2010-01-22T12:33:35-05:00</dc:date>
    </item>

    <item>
      <title>Making CDB Commonly useful across multiple platforms</title>
      <link>http://www.presagis.com/standards_forum/viewthread/809/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/809/#When:13:53:02Z</guid>
      <description>&lt;p&gt;Much has been written about the use of CDB and the support of Creator and TerraVista (and SE Core and many other presagis products).&amp;nbsp; However, there really are other platforms out there that do NOT use TerraVista to publish their databases, and aren&#8217;t necessarily ready to disband their hard&#45;won technological edge in rendering based on an optimal scene graph of their own design that CDB simply cannot directly support.&lt;/p&gt;

&lt;p&gt;In order to support these non&#45;CDB compliant platforms, the most commonly requested source data is GeoTIFF/Shapefile/OpenFlight (3&#45;d models)/DTED source data as nicely sized managable chunks, not a gajillion little tiles. Somthing similar to the Air Force Common Dataset (AFCD) or NAVAIR Portable Source Initiative (NPSI) suite of data formats.&lt;/p&gt;

&lt;p&gt;There are many who have the perception that CDB is readily ingestible by any tool that deals with OpenFlight or JPEG 2000, but in my opinion, what would be very useful in reusing CDB would be to have a &#8220;decompiler&#8221; which could reaggregate the layers into larger georeferenced pieces, much like a provisioning system might do by mosaicking little bits of imagery into a larger piece for processing.&lt;/p&gt;

&lt;p&gt;Is there any support / desire to have a tool available, be it a Presagis tool or 3&#45;rd party, which could perform this task?
&lt;/p&gt;</description>
      <dc:date>2010-11-17T13:53:02-05:00</dc:date>
    </item>

    <item>
      <title>The CDB and raster gamma</title>
      <link>http://www.presagis.com/standards_forum/viewthread/466/</link>
      <guid>http://www.presagis.com/standards_forum/viewthread/466/#When:13:25:59Z</guid>
      <description>&lt;p&gt;I am posting this question to the CDB community as a whole concerning&lt;br /&gt;
raster data and gamma settings for the CDB.&lt;/p&gt;

&lt;p&gt;The current 3.0 and 3.1 draft CDB spec both state a gamma of 1.0 for all raster data.&lt;/p&gt;

&lt;p&gt;The current gamma display standard for Windows and OSX based systems is around 2.2 &lt;br /&gt;
## &lt;a href=&quot;http://www.presagis.com/?URL=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FGamma_correction&quot;&gt;http://en.wikipedia.org/wiki/Gamma_correction&lt;/a&gt; ##&lt;/p&gt;

&lt;p&gt;With the specification for CDB raster being 1.0 and the majority display systems set at 2.2&lt;br /&gt;
there is a major difference between the spec and pc display systems.&lt;/p&gt;

&lt;p&gt;Is the current standard of gamma 1.0 the right number? &lt;/p&gt;

&lt;p&gt;Any feedback from the CDB community will be appreciated.&lt;/p&gt;

&lt;p&gt;&lt;br /&gt;
Patrick Davis
&lt;/p&gt;</description>
      <dc:date>2009-12-21T13:25:59-05:00</dc:date>
    </item>

    
    </channel>
</rss>
