Re: [OpenMap Users] RPFLayer creation time

There is new code in the RPF layer so it tries to do better with
coverage across boundaries and across zones. 14 folders of data would
start to slow things down.

I'd recommend creating a new RPF directory, separate from your other
RPF data, and create a single A.TOC file for all of your data. You can
do this with the MakeToc class, using the -absolute path, or I think
it'll to it automatically if you have more than one RPF directory for
the -paths argument. This will create an A.TOC file that merges
coverages from different locations, while still referring to the image
files in their original location. This special A.TOC file is something
that only the OpenMap RpfLayer understands though, as it's not
spec-compliant, but it greatly speeds up the layer for multiple
directories.

There's a bug in the released version of MakeToc, I've included the
current patched version.

- Don

On Apr 29, 2004, at 1:08 PM, Lonnie Goad wrote:

> So that's where it is? OK. I am loading 14 folders of data. Each
> folder represents 1 cd of CADRG data supplied by NIMA. The thing is
> that I had been using the same structure with 4.5.3 and it didn't take
> nearly as long to load. That being said, it does load a lot faster if
> I am pointing to only one of the folders but there has definitely been
> an increase in the time taken to generate, I would guess, the cache
> and the program is freezing as if the creation was not being done in
> its own thread.
>
> -----Original Message-----
> From: Don Dietrick [mailto:dietrick@bbn.com]
> Sent: Thursday, April 29, 2004 12:44 PM
> To: Lonnie Goad
> Cc: openmap-users@bbn.com
> Subject: Re: [OpenMap Users] RPFLayer creation time
>
> Hi Lonnie,
>
> I hadn't noticed that much of a drastic difference in time, but I'm
> wondering what your RPF data structure looks like, how many RPF
> directories you are using, etc.
>
> The SwingWorker didn't go away, it was moved up into the superclass
> OMGraphicHandlerLayer.
>
> - Don
>
> On Apr 29, 2004, at 12:28 PM, Lonnie Goad wrote:
>
>> I have just recently had the opportunity to port my application over
>> to 4.6.  In doing so, I have found that when creating an RPFLayer, the
>> application takes approximately 5 to 6 times longer, than when using
>> 4.5.3, to create the layer and display the data.  I am reading CADRG
>> data over a network which always took awhile, but now the wait time is
>> too long.  My application also freezes while the build is taking
>> place.  Is this because the SwingWorker was removed from the layer?,
>> and, if this is the case should it not be replaced so at least the
>> application won't freeze when building the layer?
>>
>>  
>>
>> Thanks.
>>
>>  
>>
>> ************************
>>
>> Lonnie Goad - Programmer
>>
>> OptiMetrics Inc.
>>
>> 2107 Laurel Bush Rd. Suite 209
>>
>> Bel Air, Md. 21015
>>
>> LGoad@OptiMetrics.org
>>
>> http://www.OptiMetrics.org
>>
>> (410)569-6081 ext: 105
>>
>> fax: (410)569-6083
>>
>>  
>
>
> --
> [To unsubscribe to this list send an email to "majdart@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@bbn.com"
with the following text in the BODY of the message "unsubscribe openmap-users"]