[OpenLayers-Dev] Bug in rendering features with cluster strategy
ahocevar at opengeo.org
Tue Nov 4 11:43:40 EST 2008
to me it seems this issue is at least related to
http://trac.openlayers.org/ticket/1782, probably it is the same issue.
Ivan, can you please check if the described problem persists when you
remove the SelectFeature control?
On Tue, Nov 4, 2008 at 5:07 PM, Tim Schaub <tschaub at opengeo.org> wrote:
> Ivan Grcic wrote:
>> Hi guys,
>> another strange behavior, with similar issue. Features that are not
>> spuppose to render are rendered!
>> Im loading my vector feature from gml file, containing 21 features
>> that are Polygons or MultiPolygons. When you zoom in, lets say on
>> north part of map, features from south are sometimes also shown, under
>> corectly rendered features on top...
>> Im attaching one screenshot, and you can check it out here:
> This is a good example of a valid issue. However, it doesn't belong on
> this thread. I assume you have made a ticket and included a concise
> description and a link to your example.
>> Is it becouse of my gml file? I exported it from geoserver , and it
>> seems pretty ok to me...
>> On Tue, Nov 4, 2008 at 7:38 AM, Eric Lemoine <eric.c2c at gmail.com> wrote:
>>> On Tue, Nov 4, 2008 at 6:53 AM, Tim Schaub <tschaub at opengeo.org> wrote:
>>>> Eric Lemoine wrote:
>>>>> Tim, what about this case: feature is selected then is *removed* from
>>>>> the layer. Eventually the feature handler triggers "mouseout", which
>>>>> makes the select feature control call drawFeature for a feature which
>>>>> isn't in the layer. Eric
>>>> layer.removeFeatures sets feature.layer to null
>>>> The Feature handler shouldn't handle any features with a non-truthy layer.
>>> Yeah, I realized that.
>>> Dev mailing list
>>> Dev at openlayers.org
> Tim Schaub
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
> Dev mailing list
> Dev at openlayers.org
OpenGeo - http://opengeo.org/
Expert service straight from the developers.
More information about the Dev