Opened 16 years ago

Closed 16 years ago

#816 closed defect (fixed)

ODBC column editor not correctly persisting key/geometry information

Reported by: jng Owned by: ksgeograf
Priority: high Milestone:
Component: Maestro Version:
Severity: critical Keywords:
Cc: External ID:

Description

When you configure a ODBC table to be a feature class, the following happens:

  1. The key field for a table (if specified) is not written to the configuration xml (the configuration xml should have (xs:element -> xs:key) elements for keys I specified)
  2. If a z-component is specified for the geometry, it gets replaced with the y-component.
  3. If you reload the column editor with the updated configuration document, it does not correctly load the X/Y/Z column information.

Attachments (1)

geometry_fix.patch (2.0 KB ) - added by jng 16 years ago.
Proposed patch to fix points 2. and 3.

Download all attachments as: .zip

Change History (3)

by jng, 16 years ago

Attachment: geometry_fix.patch added

Proposed patch to fix points 2. and 3.

comment:1 by ksgeograf, 16 years ago

Status: newassigned
Version: 2.0.1

I applied the patch in r3619. I can see the problem with the missing primary key. Thanks for reporting it, and thanks for the patch.

comment:2 by ksgeograf, 16 years ago

Resolution: fixed
Status: assignedclosed

I found the problem. It was possible to re-assign the primary key on a table, but if the table had no primary keys defined, it was not possible to assign a primary key.

Fixed in r3729.

Note: See TracTickets for help on using tickets.