Hi Dave and other JMapPane / JMapFrame users,

The changes to JMapPane have just been committed to the subversion
repository for both trunk and branches/2.7.x

If you have a chance to test it, by building locally or via the
snapshot binaries, please let me know how you go.

Michael


On 4 May 2011 16:56, Michael Bedward <[email protected]> wrote:
> OK - the new JMapPane code seems to be working now. There were also
> minor changes to the RenderingExecutor and PanTool classes. However,
> the public API has not changed so after a final check that all of the
> GeoTools examples work with the new code I'll commit it to the 2.7.x
> branch and trunk (version 8-SNAPSHOT).
>
> Here is the Jira issue for the changes:
> http://jira.codehaus.org/browse/GEOT-3560
>
> All going well, I'll commit the new code sometime this evening (Sydney time).
>
> Michael
>
> On 4 May 2011 11:18, Michael Bedward <[email protected]> wrote:
>> G'day Dave,
>>
>> I got a bit further with it yesterday. It needed more substantial
>> changes to JMapPane  - basically moving most of the drawing logic out
>> of the (very untidy) paintComponent method and replacing the confusing
>> use of boolean fields with method args.
>>
>> I now have a version that continues to display the existing map image
>> during resizing and/or slow rendering. There are still a few loose
>> ends to fix, such as getting panning to work with the new code. When
>> that's done I wonder if you could test prior to the changes being
>> committed ?  I can either send you the new sources or a jar.
>>
>> Please let me know what version of GeoTools you are using.
>>
>> Michael
>>
>> On 4 May 2011 10:49, dscerri <[email protected]> wrote:
>>> Thanks Michael, appreciate the effort.
>>>
>>> I'll keep playing around with it as well.
>>>
>>> Regards,
>>>
>>> Dave
>>>
>>> On Tue, May 3, 2011 at 5:22 PM, mbedward [via OSGeo.org]
>>> <[hidden email]> wrote:
>>>> A non-progress update...
>>>>
>>>> I've tried a few things but none have worked very well so far. I'll
>>>> consult the nefarious swing hacks book to see if it suggests a
>>>> solution.
>>>>
>>>> Michael
>>>>
>>>> On 29 April 2011 22:09, Michael Bedward <[hidden email]> wrote:
>>>>> Hello Dave,
>>>>>
>>>>> Sorry for the delay between replies.  I'll have a look at this
>>>>> tomorrow (Sydney time) and see if there's anything simple that can be
>>>>> done to fix the problem you're having, or at least improve things.
>>>>>
>>>>> Stay tuned to this channel.
>>>>>
>>>>> Michael
>>>>>
>>>>> On 28 April 2011 14:02, dscerri <[hidden email]> wrote:
>>>>>> Thanks Michael.
>>>>>>
>>>>>> I've had a play around with it but am having no luck.
>>>>>>
>>>>>> I tried changing it so that rather than create a new BufferedImage
>>>>>> each time, it instead calls the currently unused clearBaseImage()
>>>>>> method:
>>>>>>                                 if(baseImage != null &&
>>>>>> baseImageGraphics
>>>>>> !=
>>>>>> null) {
>>>>>>                                         this.clearBaseImage();
>>>>>>                                 }else {
>>>>>>                                    baseImage = new
>>>>>> BufferedImage(curPaintArea.width + 1, curPaintArea.height + 1,
>>>>>>
>>>>>>  BufferedImage.TYPE_INT_ARGB);
>>>>>>                                    baseImageGraphics =
>>>>>> baseImage.createGraphics();
>>>>>>
>>>>>>                                 }
>>>>>> I have left the onRenderingComplete method the same, as it seems this
>>>>>> only paints the area, and doesn't first clear it. I've also played
>>>>>> around with different combinations and had no luck whatsoever.
>>>>>>
>>>>>> This still results in the entire map getting cleared and repainted
>>>>>> every time something changes in one of the layers, or a zoom/pan is
>>>>>> performed. This makes everything really jerky, especially when one of
>>>>>> the layers is constantly changing, in order to produce an animation.
>>>>>>
>>>>>> Does anyone have any suggestions for making this smoother?
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Dave
>>>>>>
>>>>>> On Wed, Apr 20, 2011 at 3:49 PM, mbedward [via OSGeo.org]
>>>>>> <[hidden email]> wrote:
>>>>>>> Hello Dave,
>>>>>>>
>>>>>>> You'll want to modify the JMapPane.paintComponent method, and possibly
>>>>>>> also the onRenderingCompleted method.
>>>>>>>
>>>>>>> Hope this helps,
>>>>>>> Michael
>>>>>>>
>>>>>>>
>>>>>>> On 20 April 2011 15:30, dscerri <[hidden email]> wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I am using the imagemosaic-jdbc plugin, with some large image files
>>>>>>>> which
>>>>>>>> are being displayed in a JMapPane. I have noticed that when repainting
>>>>>>>> is
>>>>>>>> required (due to resizing etc) the rendering seems to follow this
>>>>>>>> process:
>>>>>>>>
>>>>>>>> (I haven't been able to locate this process in the code, so its purely
>>>>>>>> speculation based on experimentation.)
>>>>>>>> 1. Clear dirty area of screen
>>>>>>>> 2. Submit request to DB in a separate thread
>>>>>>>> 3. When request is returned, paint the cleared area of screen.
>>>>>>>>
>>>>>>>> This means that when the request takes a non-trivial amount of time,
>>>>>>>> the
>>>>>>>> map
>>>>>>>> pane changes to white for a period and then back to the image. IMO, it
>>>>>>>> would
>>>>>>>> be better to not clear the dirty area until the new image is ready to
>>>>>>>> be
>>>>>>>> painted, so there would not be a white period.
>>>>>>>>
>>>>>>>> Is this possible to implement? Is my guessing of how the rendering is
>>>>>>>> done
>>>>>>>> correct? Could someone point me to the appropriate code so I can at
>>>>>>>> least
>>>>>>>> implement this for my own purposes?
>>>>>>>>
>>>>>>>> Thanks very much for your help, it is much appreciated.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Dave
>>>>>>>>
>>>>>>>> --
>>>>>>>> View this message in context:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> http://osgeo-org.1803224.n2.nabble.com/JMapPane-gets-cleared-too-early-tp6289668p6289668.html
>>>>>>>> Sent from the geotools-gt2-users mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Benefiting from Server Virtualization: Beyond Initial Workload
>>>>>>>> Consolidation -- Increasing the use of server virtualization is a top
>>>>>>>> priority.Virtualization can reduce costs, simplify management, and
>>>>>>>> improve
>>>>>>>> application availability and disaster protection. Learn more about
>>>>>>>> boosting
>>>>>>>> the value of server virtualization.
>>>>>>>> http://p.sf.net/sfu/vmware-sfdev2dev
>>>>>>>> _______________________________________________
>>>>>>>> Geotools-gt2-users mailing list
>>>>>>>> [hidden email]
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Benefiting from Server Virtualization: Beyond Initial Workload
>>>>>>> Consolidation -- Increasing the use of server virtualization is a top
>>>>>>> priority.Virtualization can reduce costs, simplify management, and
>>>>>>> improve
>>>>>>> application availability and disaster protection. Learn more about
>>>>>>> boosting
>>>>>>> the value of server virtualization.
>>>>>>> http://p.sf.net/sfu/vmware-sfdev2dev
>>>>>>> _______________________________________________
>>>>>>> Geotools-gt2-users mailing list
>>>>>>> [hidden email]
>>>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>>>>>
>>>>>>>
>>>>>>> ________________________________
>>>>>>> If you reply to this email, your message will be added to the
>>>>>>> discussion
>>>>>>> below:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> http://osgeo-org.1803224.n2.nabble.com/JMapPane-gets-cleared-too-early-tp6289668p6289688.html
>>>>>>> To unsubscribe from JMapPane gets cleared too early?, click here.
>>>>>>
>>>>>> ________________________________
>>>>>> View this message in context: Re: JMapPane gets cleared too early?
>>>>>> Sent from the geotools-gt2-users mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> WhatsUp Gold - Download Free Network Management Software
>>>>>> The most intuitive, comprehensive, and cost-effective network
>>>>>> management toolset available today.  Delivers lowest initial
>>>>>> acquisition cost and overall TCO of any competing solution.
>>>>>> http://p.sf.net/sfu/whatsupgold-sd
>>>>>> _______________________________________________
>>>>>> Geotools-gt2-users mailing list
>>>>>> [hidden email]
>>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> WhatsUp Gold - Download Free Network Management Software
>>>> The most intuitive, comprehensive, and cost-effective network
>>>> management toolset available today.  Delivers lowest initial
>>>> acquisition cost and overall TCO of any competing solution.
>>>> http://p.sf.net/sfu/whatsupgold-sd
>>>> _______________________________________________
>>>> Geotools-gt2-users mailing list
>>>> [hidden email]
>>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>>
>>>>
>>>> ________________________________
>>>> If you reply to this email, your message will be added to the discussion
>>>> below:
>>>>
>>>> http://osgeo-org.1803224.n2.nabble.com/JMapPane-gets-cleared-too-early-tp6289668p6326397.html
>>>> To unsubscribe from JMapPane gets cleared too early?, click here.
>>>
>>> ________________________________
>>> View this message in context: Re: JMapPane gets cleared too early?
>>> Sent from the geotools-gt2-users mailing list archive at Nabble.com.
>>>
>>> ------------------------------------------------------------------------------
>>> WhatsUp Gold - Download Free Network Management Software
>>> The most intuitive, comprehensive, and cost-effective network
>>> management toolset available today.  Delivers lowest initial
>>> acquisition cost and overall TCO of any competing solution.
>>> http://p.sf.net/sfu/whatsupgold-sd
>>> _______________________________________________
>>> Geotools-gt2-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>
>>>
>>
>

------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users

Reply via email to