Registering layers imported to Oracle via shp2sdo: problem with sdelayer

Question

Hi,
I am using Oracle 9.2.0.5 and ArcSDE / ArcGIS 8.3 on a Windows 2003
server. I have been loading shapefiles into Oracle using the SHP2SDO
utility and have encountered a problem I didn't have to start off
with.
This is my methodology:
1. Use SHP2SDO and SQLLDR to load spatial data into tables in Oracle.
2. Execute the SDO_MIGRATE.TO_CURRENT('tablename','geom') function to
migrate dataset to current version of Oracle.
3. Attempt to register the dataset with SDE using sdelayer -0
register.
Doing it in this order results in an error when executing the sdelayer
command, saying "Cannot create layer. Layer already exists.".
If I do it in the other order - i.e. try to register the dataset
before executing the migrate function - I get a much bigger error:
Underlying DBMS error (-51)
Cannot create layer
ORA-29855: error occurred in the execution of ODCIIINDEXCREATE routine
ORA-13249: internal error in Spatial index: [mdidxrbd]
ORA-13249: Error in Spatial Index: index build failed
ORA-13206: internal error [Tessellate] while creating the spatial
index
ORA-13249: Error in spatial index: [mdpridxtessellate]
ORA-13200: internal error [ROWID:AAAH/1AAOAAA1dYAAC] in spatial
indexing
ORA-13019: coordinates out of bounds
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7
ORA-06512: at line 1
(MDSYS.SPATIAL_INDEX)
I am a novice at managing spatial data in Oracle, being more familiar
with SQL Server, so I may be missing something quite basic. Early in
the process of loading data I was able to both migrate and register
the datasets, but now I am not able to...
I understand this may be an ESRI problem rather than an Oracle one, but I am having no luck finding a solution at present. Any suggestions and advice would be gratefully received.
Many thanks
Sharon

Answer 1

Sharon,
Loading data into the ESRI format IS tricky. I'm not sure what projection you are using, but here is the order in which I have successfully loaded data. A very important step is step 3, as without data (at least with WGS84 and 8.3) the boundaries do not get registered correctly. Also, step 4 may no longer be required with the new shp2sdo tool, but it won't hurt anything:
1.CREATE STRUCTURE - Login as GCM
DROP TABLE VEHICLE_PARKING_AREA;
CREATE TABLE VEHICLE_PARKING_AREA (
PARKING_ID      NUMBER(38) NOT NULL PRIMARY KEY,
OBJECTID      NUMBER,
FNODE_      NUMBER,
TNODE_      NUMBER,
LPOLY_      NUMBER,
RPOLY_      NUMBER,
LENGTH      NUMBER,
EOP_      NUMBER,
EOP_ID      NUMBER,
Shape_Leng      NUMBER,
GEOMETRY      MDSYS.SDO_GEOMETRY);
2. CD TO WHERE DATA IS AND UPLOAD DATA VIA DOS BOX USING SQLLDR:
SQLLDR USERID=GCM/GCM CONTROL=VEHICLE_PARKING_AREA.ctl
3. POPULATE SDO_GEOMETRY TABLE:
DELETE FROM USER_SDO_GEOM_METADATA WHERE TABLE_NAME = 'VEHICLE_PARKING_AREA';
INSERT INTO USER_SDO_GEOM_METADATA (TABLE_NAME, COLUMN_NAME, DIMINFO, SRID)
VALUES ('VEHICLE_PARKING_AREA', 'GEOMETRY',
MDSYS.SDO_DIM_ARRAY
(MDSYS.SDO_DIM_ELEMENT('X', -180.000000000, 180.000000000, 0.000000050),
MDSYS.SDO_DIM_ELEMENT('Y', -90.000000000, 90.000000000, 0.000000050)
8307);
COMMIT;
--- AT this point, you can view the data in the Oracle Spatial Index Advisor...
4. FIX GEOMETRY
execute sdo_migrate.to_current('VEHICLE_PARKING_AREA','GEOMETRY');
5. VALIDATE GEOMETRY (SAVE BUFFER - ALL SHOULD Be TRUE!)
If you see something like: 13356 [Element <1>] [Coordinate <1>] instead of TRUE, it has problems!
Fix it, and go on.
SELECT c.PARKING_ID, SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT(c.geometry, 0.000000005)
FROM VEHICLE_PARKING_AREA c;
6. CREATE SPATIAL INDEX
DROP INDEX GCM.tvehprk_SPATIAL_IDX;
CREATE INDEX GCM.tvehprk_SPATIAL_IDX ON GCM.VEHICLE_PARKING_AREA(GEOMETRY)
INDEXTYPE IS MDSYS.SPATIAL_INDEX;
-- PARAMETERS('SDO_INDX_DIMS=2 INITIAL=1K NEXT=1K PCTINCREASE=0');
7. REGISTER FEATURE WITH SDE:
sdelayer -o register -l VEHICLE_PARKING_AREA,GEOMETRY -e nls+ -c PARKING_ID -C USER -S "ROADS" -u gcm -p gcm@gcm -i sde:oracle9i
8. MODIFY THE SDE SPATIAL REF # TO UTM:
sdelayer -o alter -l VEHICLE_PARKING_AREA,GEOMETRY -G 4326 -u gcm -p gcm@gcm -i sde:oracle9i
OPTIONAL: View min and max values to see if there is invalid range data:
SELECT aa.MINX, bb.MINY, cc.MAXX, dd.MAXY FROM
(SELECT MIN(t.X) MINX
     FROM GCM.VEHICLE_PARKING_AREA c,
     TABLE(SDO_UTIL.GETVERTICES(c.GEOMETRY)) t) aa,
(SELECT MAX(t.X) MAXX
     FROM GCM.VEHICLE_PARKING_AREA c,
     TABLE(SDO_UTIL.GETVERTICES(c.GEOMETRY)) t) cc,
(SELECT MIN(t.Y) MINY
     FROM GCM.VEHICLE_PARKING_AREA c,
     TABLE(SDO_UTIL.GETVERTICES(c.GEOMETRY)) t) bb,
(SELECT MAX(t.Y) MAXY
     FROM GCM.VEHICLE_PARKING_AREA c,
     TABLE(SDO_UTIL.GETVERTICES(c.GEOMETRY)) t) dd;
OBJECTWS of TYPE:
SELECT COUNT(1) "UNKNOWN"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 0;
SELECT COUNT(1) "POINT"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 1;
SELECT COUNT(1) "LINE or CURVE"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 2;
SELECT COUNT(1) "POLYGON"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 3;
SELECT COUNT(1) "COLLECTION"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 4;
SELECT COUNT(1) "MULTIPOINT"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 5;
SELECT COUNT(1) "MULTILINE or MULTICURVE"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 6;
SELECT COUNT(1) "MULTIPOLYGON"
     FROM GCM.VEHICLE_PARKING_AREA M
     WHERE M.GEOMETRY.GET_GTYPE() = 7;