Opened 14 years ago

Closed 11 years ago

#1367 closed enhancement (wontfix)

GetSpatialContext always return same extent on FeatureSources

Reported by: gBecker Owned by:
Priority: low Milestone: 2.5
Component: Feature Service Version: 2.1.0
Severity: minor Keywords:
Cc: brucedechant External ID:

Description

When adding Features to a FeatureSource at runtime and then calling the GetSpatialContext methode of the FeatureService the methode always return the same extent as it returns the first time it was requested.

That means when adding features outside of the "initial" extent of the FeatureSource the extent isn't updated. Seems to have something to do with caching of FeatureSources.

Change History (4)

comment:1 by tomfukushima, 14 years ago

Cc: brucedechant added
Type: defectenhancement

Yes, this is as designed for performance reasons. Currently there is no API that I know of to flush an individual feature sources spatial context. If this is important for you, I suggest creating an RFC that would add the API or something else that might resolve your needs sufficiently.

comment:2 by zspitzer, 13 years ago

there is an easy work around for this problem, simply open and save the feature source definition, either via the API or using Maestro/Studio. That will flush the cache

comment:3 by jng, 12 years ago

Milestone: 2.22.5

comment:4 by jng, 11 years ago

Resolution: wontfix
Status: newclosed

Extent of the spatial context should not be used as an indicator of the minimum bounding box.

Use either the SpatialExtents() aggregate function (where supported) or the special EXTENT() function (see: http://themapguyde.blogspot.com.au/2012/06/mapguides-undocumented-custom-aggregate.html)

Note: See TracTickets for help on using tickets.