Opened 13 years ago

Closed 12 years ago

#538 closed defect (wontfix)

Problem with creation of buffer from multiple context FDO

Reported by: jcsilva Owned by:
Priority: medium Milestone:
Component: Viewer Command Version:
Severity: major Keywords:
Cc: External ID:

Description

When creating a buffer with the .net viewer, from an FDO source with more than one coordinate system context, the buffer.aspx assumes the first context for the buffer measure, not the selected features context.

In a case where the selected features are in a projected context, but the first context of the feature source is lat lon, one of two things happen: 1) The merge flag is active: There's a memory usage peak and the buffer fails. 2) The merge flag is inactive: There's no failure, but no buffer creation.

The buffer.aspx, buffer.jsp and buffer.php must be corrected to calculate the measure in the selected features coordinate context. Not the first one on the list.

This is as it is now:

MgResourceIdentifier featSourceId = new MgResourceIdentifier(selLayer.GetFeatureSourceId());
MgSpatialContextReader ctxs = featureSrvc.GetSpatialContexts(featSourceId, false);
String srsDefDs = "";
if (ctxs != null && ctxs.ReadNext())
    srsDefDs = ctxs.GetCoordinateSystemWkt();

Change History (3)

comment:1 Changed 13 years ago by tomfukushima

Hi jcsilva, Thanks for reporting this problem with those good details. Do you happen to have a fix/patch that we can review and apply? :) Thanks, Tom

comment:2 in reply to:  1 Changed 13 years ago by jcsilva

Nope, sorry. I understand the problem, but I don't know the API enough to correct it. The workaround I'm using is duplicating the source and force a coordinate system on each. I'll return to that code later and give it a go. ;-) Joao

comment:3 Changed 12 years ago by jbirch

Resolution: wontfix
Status: newclosed

Closing old unversioned ticket. Please re-open and set the version if this still occurs against 2.1.

Note: See TracTickets for help on using tickets.