Linux 11g red hat 5 SDO_TOPO_MAP.LOAD_TOPO_MAP fails

Question

Hi
I think this is a bug in the linux build of oracle 11 - I have a script that works on my 11g windows install where I
set timing onset verify off
set echo offEXECUTE SDO_TOPO_MAP.CREATE_TOPO_MAP('F_DATA', 'F_DATA_TOPOMAP', 100, 21000, 100);
EXECUTE SDO_TOPO_MAP.LOAD_TOPO_MAP('F_DATA_TOPOMAP', 593594.459800904, 246439.007109636, 635147.466206473, 287486.403346775, 'TRUE','TRUE');
-- CALL SDO_TOPO_MAP.LOAD_TOPO_MAP('F_DATA_TOPOMAP', 593594.459800904, 246439.007109636, 635147.466206473, 287486.403346775, 'TRUE','TRUE') INTO :res_varchar;
-- PRINT res_varchar;
INSERT INTO F_NODES VALUES(1, 1, 19009164, 632617.188, 287286.406, 0, 0, 0, NULL, 0, SDO_TOPO_MAP.CREATE_FEATURE('F_DATA', 'F_NODES', 'FEATURE', SDO_GEOMETRY(2001, 3078, SDO_POINT_TYPE(632617.188,287286.406,NULL), NULL, NULL)));
INSERT INTO F_NODES VALUES(1, 2, 19000001, 632640, 286538.969, 0, 0, 0, NULL, 0, SDO_TOPO_MAP.CREATE_FEATURE('F_DATA', 'F_NODES', 'FEATURE', SDO_GEOMETRY(2001, 3078, SDO_POINT_TYPE(632640,286538.969,NULL), NULL, NULL)));
and what is returned is
ERROR at line 2:
ORA-29532: Java call terminated by uncaught Java exception:
oracle.spatial.topo.TopoDataException: no updatable TopoMap object has been
created
When I check the the status of with:
SELECT SDO_TOPO_MAP.LIST_TOPO_MAPS FROM DUAL;
LIST_TOPO_MAPS
(F_DATA_TOPOMAP, F_DATA, read-only)
Is this a bug -- or a feature peculiar to the Linux build of 11g?
Any response would be appreciated
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
PL/SQL Release 11.1.0.6.0 - Production
CORE     11.1.0.6.0     Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production

Answer 1

When you use the sdo_topo_map.create_feature interface,
the changes in the TopoMap cache are flushed to the DB for each feature.
This is done to maintain the consistency between the features and
topo elements.
The SDO_TOPO_MAP.GET_EDGE_ADDITIONS gets you the edges that
are added and are still in the cache.
So in this case, since all changes from the cache are flushed, the procedure
returns no edges.
siva