Thanks Don. That answers my question.
So perhaps you can help me determine the cause of the issue I am
experiencing.
Essentially, at specific projection scales my RPF data is being "cut off".
What I mean by cut off is that when I zoom to a specific range of the scale,
part of the imagery is cut off. However, if I continue zooming (even by
just a little bit) it will reappear. This behavior is very predicable,
meaning that it always happens at the same range of scales.
Example:
1:9m --> good.
1:8m --> no good.
1:7m --> good.
My first inclination is that the wrong values for the upper left and lower
right were being passed to the piece that determines which frames are to be
loaded. However, these values are correct. So, now I am trying to figure
out how OpenMap determines which frames to load. I'm assuming I will find
my issue there. Do you have any pointers?
Thanks,
Adam
On 8/26/10 1:27 PM, "Don Dietrick" <dfdietrick_at_gmail.com> wrote:
> Hi Adam,
>
> Each Rpf frame image is made up of 6x6 subframe images (each one of
> the subframe images is 256x256 pixels). The images are managed in the
> TOC/entries at the frame level, though.
>
> Hope this helps,
>
> Don
>
> On Thu, Aug 26, 2010 at 12:54 PM, Brightwell, William
> <wbrightwell_at_mtcsc.com> wrote:
>> Don,
>>
>> I am trying to understand the ³getSubframeData()² method found in
>> RpfFrameCacheHandler. Could you please explain to me why the value of ³6²
>> is important in this piece of code from that method?
>>
>> --- START CODE ---
>>
>> RpfTocEntry entry = tocs[tocNumber].entries[entryNumber]; /*
>> If beyond the image boundary, forget it */ if (y < 0 || x < 0 ||
>> entry == null || y >= entry.vertFrames * 6 || x >=
>> entry.horizFrames * 6) { return null; } if
>> (!entry.isFramesLoaded()) {
>> tocs[tocNumber].loadFrameInformation(entry); }
>> RpfFrameEntry frameEntry = entry.getFrame(y / 6, x / 6); /*
>> Get the right frame from the frame cache */ RpfFrame frame =
>> (RpfFrame) get(frameEntry);
>>
>> --- END CODE ---
>>
>> Thanks,
>> Adam
>>
>> --
>> W. Adam Brightwell
>> Software Engineer, MTCSC
>> Certified Scrum Master
>>
>> Email: wbrightwell_at_mtcsc.com
>> DCO: william.brightwell_at_chat.dco.dod.mil
>> Office: 843-856-1935/1985 x51632
>> SPAWAR: 843-218-3583
>> Cell: 843-810-8701
>>
>>
--
W. Adam Brightwell
Software Engineer, MTCSC
Certified Scrum Master
Email: wbrightwell_at_mtcsc.com
DCO: william.brightwell_at_chat.dco.dod.mil
Office: 843-856-1935/1985 x51632
SPAWAR: 843-218-3583
Cell: 843-810-8701
--
[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 Aug 26 2010 - 15:12:49 EDT