Problems with spatial indexing

Hi,folks,
Thanks, first.
When I try to build a function_based R-tree index on a table, I get the following error message.
Is anyone has idea what I should look into to fix this problem.
Thank you.
ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-13203: failed to read USER_SDO_GEOM_METADATA table
ORA-13203: failed to read USER_SDO_GEOM_METADATA table
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7
ORA-06512: at line 1

Hi,
Thanks Dan.
My step is:
I have three relational tables: node, edge, polyline.
They have relationship as following:
each edge is bounded by two nodes,
each polyline is bounded by two nodes and alos composed of a set of edges.
I made functions to get geometry on each table as following:
get_node_geometry(ndid)
get_edge_geometry(edid)
get_polyline_geometry(pdid)
mdsys.sdo_geometry as return type.
Note that coordinates are saved only with node table.
But edge and polyline can construct themselvel by functions above.
After that, I made r-tree index on node, and edge. But it can not work on polyline table for some reasons. I got the error messages from the last postage.
I just note that in my polyline table there are some self-close polylines, which have the same start and terminate node.
Is that possible problem causing the OCIIndexCreate error?
I debugged my code in jdeveloper, by tracing that, there seems no error to return polyline geometry object using get_polyline_geometry function.
Do you have any clue?
many thanks,

Similar Messages

Performance problem at bulk insert with spatial index

Hi,
I have a table with SDO_GEOMETRY.
Insert without spatial index is very fast, but with active spatial index it's very slow.
So for the first big import of data, I can drop the index, import the data and again create the index. Thats 10 times faster!
But for an already very big table that is no option.
The 10g1-Users Guide (1) says at 4.1.3 that the spatial index should be set to 'deferred', the data should be inserted and than the index should be synchronized again. That sounds very good, but I can't find this at the 11g1-Users Guide.
I tried it (11g1), but the performance is even worse than with active index!
What could be my mistake? Any hints?
Thank you,
Bjoern Weitzig
create table sggeoptcollection (pt SDO_GEOMETRY);
CREATE INDEX myIdx ON sggeoptcollection (pt) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS('sdo_indx_dims=2, layer_gtype=point, sdo_rtr_pctfree=50');
ALTER INDEX myIdx PARAMETERS ('index_status=deferred');
Big import with batch'ed PreparedStatements
ALTER INDEX myIdx PARAMETERS ('index_status=synchronize sdo_batch_size=500');
1) http://download.oracle.com/docs/html/B10826_01/sdo_index_query.htm#g1010227

Hi,
I have a table with SDO_GEOMETRY.
Insert without spatial index is very fast, but with active spatial index it's very slow.
So for the first big import of data, I can drop the index, import the data and again create the index. Thats 10 times faster!
But for an already very big table that is no option.
The 10g1-Users Guide (1) says at 4.1.3 that the spatial index should be set to 'deferred', the data should be inserted and than the index should be synchronized again. That sounds very good, but I can't find this at the 11g1-Users Guide.
I tried it (11g1), but the performance is even worse than with active index!
What could be my mistake? Any hints?
Thank you,
Bjoern Weitzig
create table sggeoptcollection (pt SDO_GEOMETRY);
CREATE INDEX myIdx ON sggeoptcollection (pt) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS('sdo_indx_dims=2, layer_gtype=point, sdo_rtr_pctfree=50');
ALTER INDEX myIdx PARAMETERS ('index_status=deferred');
Big import with batch'ed PreparedStatements
ALTER INDEX myIdx PARAMETERS ('index_status=synchronize sdo_batch_size=500');
1) http://download.oracle.com/docs/html/B10826_01/sdo_index_query.htm#g1010227

How to optimize massive insert on a table with spatial index ?

Hello,
I need to implement a load process for saving up to 20 000 points per minutes in Oracle 10G R2.
These points represents car locations tracked by GPS and I need to store at least all position from the past 12 hours.
My problem is that the spatial index is very costly during insert (For the moment I do only insertion).
My several tries for the insertion by :
- Java and PreparedStatement.executeBatch
- Java and generation a SQLLoader file
- Java and insertion on view with a trigger "instead of"
give me the same results... (not so good)
For the moment, I work on : DROP INDEX, INSERT, CREATE INDEX phases.
But is there a way to only DISABLE INDEX and REBUILD INDEX only for inserted rows ?
I used the APPEND option for insertion :
INSERT /*+ APPEND */ INTO MY_TABLE (ID, LOCATION) VALUES (?, MDSYS.SDO_GEOMETRY(2001,NULL,MDSYS.SDO_POINT_TYPE(?, ?, NULL), NULL, NULL))
My spatial index is created with the following options :
'sdo_indx_dims=2,layer_gtype=point'
Is there a way to optimize these heavy load ???
What about the PARALLEL option and how does it work ? (Not so clear for me regarding the documentation... I am not a DBA)
Thanks in advanced

It is possible to insert + commit 20000 points in 16 seconds.
select * from v$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE     10.2.0.1.0     Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
drop table testpoints;
create table testpoints
( point mdsys.sdo_geometry);
delete user_sdo_geom_metadata
where table_name = 'TESTPOINTS'
and   column_name = 'POINT';
insert into user_sdo_geom_metadata values
('TESTPOINTS'
,'POINT'
,sdo_dim_array(sdo_dim_element('X',0,1000,0.01),sdo_dim_element('Y',0,1000,0.01))
,null)
create index testpoints_i on testpoints (point)
indextype is mdsys.spatial_index parameters ('sdo_indx_dims=2,layer_gtype=point');
insert /*+ append */ into testpoints
select (sdo_geometry(2001,null,sdo_point_type(1+ rownum / 20, 1 + rownum / 50, null),null,null))
from all_objects where rownum < 20001;
Duration: 00:00:10.68 seconds
commit;
Duration: 00:00:04.96 seconds
select count(*) from testpoints;
COUNT(*)
     20000                                                                      The insert of 20 000 rows takes 11 seconds, the commit takes 5 seconds.
In this example there is no data traffic between the Oracle database and a client but you have 60 -16 = 44 seconds to upload your points into a temporary table. After uploading in a temporary table you can do:
insert /*+ append */ into testpoints
select (sdo_geometry(2001,null,sdo_point_type(x,y, null),null,null))
from temp_table;
commit;Your insert ..... values is slow, do some bulk processing.
I think it can be done, my XP computer that runs my database isn't state of the art.

[solved] problems creating spatial index on SDO_ORDINATE_ARRAY in 11g

We have a problem to create a spatial index on a field with geometries as SDO_ORDINATE_ARRAY points (3d) in 11g. The same method worked well in version 10.
Test case:
Create a new table:
CREATE TABLE "TESTUSER"."MYTEST"
"ID" VARCHAR2(15 BYTE),
"GEOM" "MDSYS"."SDO_GEOMETRY"
Register the GEOM field:
INSERT INTO USER_SDO_GEOM_METADATA VALUES
('MYTEST', 'GEOM',
MDSYS.SDO_DIM_ARRAY(
MDSYS.SDO_DIM_ELEMENT('X',4287662.44360155,4609289.08479709,5E-7),
MDSYS.SDO_DIM_ELEMENT('Y',5259525.06564855,5586464.07446503,5E-7),
MDSYS.SDO_DIM_ELEMENT('Z',0,10000,5E-7)),
31464);
Add some data:
INSERT INTO MYTEST ("ID", "GEOM") VALUES
('1', SDO_GEOMETRY(
3001,
31464,
NULL,
SDO_ELEM_INFO_ARRAY(1,1,1),
SDO_ORDINATE_ARRAY(4506206.54518109,5300630.21512683,459.255030927715,null)
Create spatial index
CREATE INDEX MYTEST_GIX ON MYTEST
"GEOM"
INDEXTYPE IS "MDSYS"."SPATIAL_INDEX";
The index will be created, but the building of the index will fail with the following error:
Error report:
SQL Error: ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-13249: internal error in Spatial index: [mdidxrbd]
ORA-13249: Error in Spatial index: index build failed
ORA-13249: Error in spatial index: [mdrcrtxfergm]
ORA-13249: Error in spatial index: [mdpridxtxfergm]
ORA-13200: internal error [ROWID:AACq+7AAEAAACscAAA] in spatial indexing.
ORA-13206: internal error [] while creating the spatial index
ORA-13033: Invalid data in the SDO_ELEM_INFO_ARRAY in SDO_GEOMETRY object
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_10I", line 10
29855. 00000 - "error occurred in the execution of ODCIINDEXCREATE routine"
*Cause: Failed to successfully execute the ODCIIndexCreate routine.
*Action: Check to see if the routine has been coded correctly.
Has anyone already experienced this problem or do you have any idea on how to solve it?
Regards. Carsten
Edited by: Carsten Heidmann on 14.02.2011 07:20: wrong tablename
Edited by: Carsten Heidmann on 14.02.2011 08:45

Uhm - it seems we had an error in our data. The points 4d with NULL in the fourth dimension.
Edited by: Carsten Heidmann on 14.02.2011 08:46

There are problems with quadtree indexing in Oracle 8.1.7.4 for Linux

I have patched my 8.1.7 database on Linux to 8.1.7.4.
All my spatial data were indexed using quadtree indexing mechanizm.
After the patch is proceeded, I'v rebuilt all spatial indexes (because all they became invalid).
When I use window query type, the spatial query does not give right results!
There are no errors, but not all geometries following in the query rectangle are selected.
My spatial data does not use projection (the SRDIDs are 262148).
If there is layer with other srid - there are no transformation between projections query rectngle and layer geometries (the query rectangle is with SRID = null).
When I change indexing mechanizm to R-tree - there are no problems.
What is the problem?

I don't understand:
My spatial data does not use projection (the SRIDs are 262148).
What is 262148? It is an SRID that isn't in the 8.1.7.4 database.
If the SRID isn't an issue, you might want to make sure the coordinate
system bounds of the geometries match if your data is coming from two
different tables and they both have quadtree indexes built on them.
If the coordinate system bounds don't match, then you can see this kind of problem.
Hope this helps,
Dan

Error dialog when open index dialog on tables with spatial index

Hi all,
When I want to open in the preferences of a table with a spatial index the index dialog, then there appears the following message:
"Index <myIndex> column GEOMETRY, datatype SDO_GEOMETRY is not a valid column type for use in a text index".
I can only click the ok button, but I am not able to modify any of my set index.
Does anyone else have the same problem?
regards markus
Version:
Java: 1.6.0.16
Oracle IDE: 2.1.1.64.39
OS: Linux, Ubuntu 9.10
Edited by: markusin on Mar 3, 2010 12:32 AM

I have the same problem on SQLDev 2.1.1 for Windows. I hadn't this problem in 1.5.
I must use a normal sql script to create spatial index.
Vittorio

Problem with delete index of cube in process chain

HI ,i have a problem with my process chain,here on process name as delet index is ther which has been turned to red.when iam going inside of that in Display message iam getting the msg as"Indexes for InfoCube SMS_C06 have been deleted successfully".
since the process is in red next process is not been triggering,but i have to continue the process chain.
can anybody put some light into it.its very urgent........

Hi,
I ran into the same situation with one of my process chain that is part of a metachain. The process chain has the Delete Index that turned red. But the messages show that the indexes on all the cubes were deleted sucessfully.
As suggested, I did a repeat on the delete index variant, but no luck as it turned red again.
Anyone aware familiar with this issue?
Thanks,
Briston

Performance of insert with spatial index

I'm writing a test that inserts (using OCI) 10,000 2D point geometries (gtype=2001) into a table with a single SDO_GEOMETRY column. I wrote the code doing the insert before setting up the index on the spatial column, thus I was aware of the insert speed (almost instantaneous) without a spatial index (with layer_gtype=POINT), and noticed immediately the performance drop with the index (> 10 seconds).
Here's the raw timing data of 3 runs in each 3 configuration (the clock ticks every 14 or 15 or 16 ms, thus the zero when it completes before the next tick):
                                   truncate execute commit
no spatial index                     0.016   0.171   0.016
no spatial index                     0.031   0.172   0.000
no spatial index                     0.031   0.204   0.000
index (1000 default for batch size) 0.141 10.937   1.547
index (1000 default for batch size) 0.094 11.125   1.531
index (1000 default for batch size) 0.094 10.937   1.610
index SDO_DML_BATCH_SIZE=10000       0.203 11.234   0.359
index SDO_DML_BATCH_SIZE=10000       0.094 10.828   0.344
index SDO_DML_BATCH_SIZE=10000       0.078 10.844   0.359As you can see, I played with SDO_DML_BATCH_SIZE to change the default of 1,000 to 10,000, which does improve the commit speed a bit from 1.5s to 0.35s (pretty good when you only look at these numbers...), but the shocking part of the almost 11s the inserts are now taking, compared to 0.2s without an index: that's a 50x drop in peformance!!!
I've looked at my table in SQL Developer, and it has no triggers associated, although there has to be something to mark the index as dirty so that it updates itself on commit.
So where is coming the huge overhead during the insert???
(by insert I mean the time OCIStmtExecute takes to run the array-bind of 10,000 points. It's exactly the same code with or without an index).
Can anyone explain the 50x insert performance drop?
Any suggestion on how to improve the performance of this scenario?
To provide another data point, creating the index itself on a populated table (with the same 10,000 points) takes less than 1 second, which is consistent with the commit speeds I'm seeing, and thus puzzles me all the more regarding this 10s insert overhead...
SQL> set timing on
SQL> select count(*) from within_point_distance_tab;
COUNT(*)
     10000
Elapsed: 00:00:00.01
SQL> CREATE INDEX with6CDF1526$point$idx
2            ON within_point_distance_tab(point)
3    INDEXTYPE IS MDSYS.SPATIAL_INDEX
4    PARAMETERS ('layer_gtype=POINT');
Index created.
Elapsed: 00:00:00.96
SQL> drop index WITH6CDF1526$POINT$IDX force;
Index dropped.
Elapsed: 00:00:00.57
SQL> CREATE INDEX with6CDF1526$point$idx
2            ON within_point_distance_tab(point)
3    INDEXTYPE IS MDSYS.SPATIAL_INDEX
4    PARAMETERS ('layer_gtype=POINT SDO_DML_BATCH_SIZE=10000');
Index created.
Elapsed: 00:00:00.98
SQL>

Thanks for your input. We are likely to use partioning down the line, but what you are describing (partition exchange) is currently beyond my abilities in plain SQL, and how this could be accomplished from an OCI client application without affecting other users and keep the transaction boundaries sounds far from trivial. (i.e. can it made transparent to the client application, and does it require privileges the client does have???). I'll have to investigate this further though, and this technique sounds like one accessible to a DBA only, not from a plain client app with non-privileged credentials.
The thing that I fail to understand though, despite your explanation, is why the slow down is not entirely on the commit. After all, documentation for the SDO_DML_BATCH_SIZE parameter of the Spatial index implies that the index is updated on commit only, where new rows are fed 1,000 or 10,000 at a time to the indexing engine, and I do see time being spent during commit, but it's the geometry insert that slow down the most, and that to me looks quite strange.
It's so much slower that it's as if each geometry was indexed one at a time, when I'm doing a single insert with an array bind (i.e. equivalent to a bulk operation in PL/SQL), and if so much time is spend during the insert, then why is any time spent during the commit. In my opinion it's one or the other, but not both. What am I missing? --DD

Re: problems creating spatial index !!!!

hi! Guys ,
I am running Oracle 9.0.1.1.1 on windows 2000 professional.
I am creating a spatial index on a table column.
When i try to create it from sqlplus command prompt ..
it errors out END OF FILE ON COMMUNICATION CHANNEL ..
It was suggested to be run as a job using DBMS_JOB.
I created a proc in which I use dbms_sql for creating the spatial
index.
I submit the proc as a job using DBMS_JOB.SUBMIT
When I try to run the job using DBMS_JOB.RUN(32); where 32 is the
job number it is bombing out.
submitted as job number 32
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.00
SQL> execute dbms_job.run(32);
-29855ORA-29855: error occurred in the execution of ODCIINDEXCREATE
routine
ORA-13249: internal error in S
PL/SQL procedure successfully completed.
Could any body help me resolve the issue and succesfully create the
spatial index ????
I have only oracle to work on this and not any applications like Arcse.
Heres the code ...
create or replace procedure p_1 as
v_cursor INTEGER;
v_sqlstatement VARCHAR2(500);
v_returncode INTEGER;
BEGIN
v_cursor := DBMS_SQL.OPEN_CURSOR;
v_sqlstatement := 'CREATE INDEX RD_LINK_GEO_IDX ON ITN_NEW.RD_LINK_FINAL(GEOLOC)
INDEXTYPE IS MDSYS.SPATIAL_INDEX';
DBMS_SQL.PARSE(v_cursor,v_sqlstatement,DBMS_SQL.V7);
v_returncode := DBMS_SQL.EXECUTE(v_cursor);
DBMS_SQL.CLOSE_CURSOR(v_cursor);
commit;
EXCEPTION
WHEN OTHERS THEN
dbms_output.put_line(to_char(sqlcode)||substr(sqlerrm,1,100));
DBMS_SQL.CLOSE_CURSOR(v_cursor);
END;
variable v_job1 number
set serveroutput on
begin
dbms_job.submit(job => :v_job1, what => 'p_1;', next_date => sysdate);
dbms_job.run(:v_job1);
dbms_output.put_line('submitted as job number '|| to_char(:v_job1));
end;
thanks,
harish

when i try
begin
execute immediate 'create index ............'
end ;
i get the following error
ERROR at line 1:
ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-13249: internal error in Spatial index: [mdidxrbd]
ORA-13249: Error in Spatial index: index build failed
ORA-13249: Error in R-tree: [mdrcritbl]
ORA-13231: failed to create index table [] during R-tree creation
ORA-29400: data cartridge error
ORA-01031: insufficient privileges
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7
ORA-06512: at line 1
ORA-06512: at "ITN_NEW.P_2", line 3
ORA-06512: at line 1
Please help ....
thanks,
harish

Materialized view issue with spatial index and UNION all.

Hi guys,
I'm trying to build the following materialized view:
create materialized VIEW MV_ElectricalStuffs
refresh fast
AS
SELECT jb.ROWID,
    jb.FID,
    JB.NAME_NUMBER
FROM EL_BUS_BAR jb
UNION ALL
SELECT INC.ROWID,
    INC.FID,
    NULL,
    INC.NAME_NUMBER
FROM EL_INTERNAL_CELL INC;
I have this error showing up:
ORA-12015: cannot create a fast refresh materialized view from a complex query
This is because the table EL_INTERNAL_CELL has a SDO_GEOMETRY column that has a spatial index, whose ddl is
CREATE INDEX EL_INTERNAL_CELL_S ON EL_INTERNAL_CELL (GEOM) INDEXTYPE IS MDSYS.SPATIAL_INDEX
PARAMETERS('SDO_INDX_DIMS=2 TABLESPACE=USERS LAYER_GTYPE=COLLECTION');
When I remove the spatial index from EL_INTERNAL_CELL column GEOM, Oracle is very happy and creates the view.
Is there a mean however to keep the spatial index in the materialized view?

I've managed to drop the spatial index prior to create the materialized view and it is ok. After the materialized view creation, I've recreated the spatial index on the table and all ran smooth. Hope nothing will go bad in the future because of this trick on spatial index..

How can we differentiate normal indexes with spatial indexes

how to knwo schema spatial indexes
any queriy pls provide me
thanks

rp0428 wrote:
Thanks for the link. My parents always said I was 'Spatial'. Now I know that is a good thing.(Spatial? Or just Spaced Out?)
There are a few ways to tell, deending on what you are looking at.
1) Spatial Indexes are implementd in regular tables, prefixed by MDRT$ (MultiDimensional R-Tree)
2) They are DOMAIN indexes, and that is reflected by the INDEX_TYPE in ALL_INDEXES

Problem with spatial query

Sorry if this is not the right place but I am a GIS student facing trouble with my thesis' programming. I have completed the Ajax user interface with google API. My trouble is in running queries on Spatial Oracle 11g.
I am using the Oracle SQL Developer together with the georaptor plugin
(http://georaptor.sourceforge.net/install.xml) just to have some visualisation while evaluating the queries (without the need to execute the bulkier user web interface).
I will transcode the queries in the interface later on.
A simple table I have has the following DDL:
=====================================================
CREATE TABLE "HR"."RE_POINTS_SDO"
(     "ID" NUMBER(38,0),
     "NAME" VARCHAR2(20 BYTE),
     "LAT" NUMBER,
     "LNG" NUMBER,
     "DATA" VARCHAR2(40 BYTE),
     "SHAPE" "MDSYS"."SDO_GEOMETRY"
) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "USERS" ;
CREATE INDEX "HR"."RE_POINTS_SDO_GI" ON "HR"."RE_POINTS_SDO" ("SHAPE")
INDEXTYPE IS "MDSYS"."SPATIAL_INDEX" ;
CREATE UNIQUE INDEX "HR"."SYS_IL0000072032C00012$$" ON "HR"."RE_POINTS_SDO" (
PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "USERS"
PARALLEL (DEGREE 0 INSTANCES 0) ;
CREATE UNIQUE INDEX "HR"."SYS_IL0000072032C00013$$" ON "HR"."RE_POINTS_SDO" (
PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "USERS"
PARALLEL (DEGREE 0 INSTANCES 0) ;
=====================================================
I am having a rather strange problem (sorry but error messages were in greek
and I tried to translate them in english):
=====================================================
Error starting at line 1 in command:
SELECT ID,NAME,LAT,LNG,DATA
FROM RE_POINTS_SDO
WHERE SDO_NN(shape,MDSYS.SDO_GEOMETRY(2001,null,MDSYS.SDO_POINT_TYPE(0,0,null),null,null))='TRUE'
AND ROWNUM <=2
Error report:
SQL Error: ORA-29903: error while evaluating routine ODCIIndexFetch()
ORA-13234: failure to access index table of the R-tree []
ORA-13234: failure to access index table of the R-tree [MDRT Table]
ORA-29400: error of data add-on (cartridge)
ORA-01410: unacceptable ROWID
29903. 00000 - "error in executing ODCIIndexFetch() routine"
*Cause:    The execution of ODCIIndexFetch routine caused an error.
*Action:   Examine the error messages produced by the indextype code and
take appropriate action.
===============================
I dropped the Rtree index and created from scratch (the table had the rows):
===============================
drop index RE_POINTS_SDO_GI force;
CREATE INDEX succeeded;
===============================
But no change???? I am receiving the same errors:
===============================
Error starting at line 1 in command:
SELECT ID,NAME,LAT,LNG,DATA
FROM RE_POINTS_SDO
WHERE SDO_NN(shape,MDSYS.SDO_GEOMETRY(2001,null,MDSYS.SDO_POINT_TYPE(0,0,null),null,null))='TRUE'
AND ROWNUM <=2
Error report:
SQL Error: ORA-29903: error while evaluating routine ODCIIndexFetch()
ORA-13234: failure to access index table of the R-tree []
ORA-13234: failure to access index table of the R-tree [MDRT Table]
ORA-29400: error of data add-on (cartridge)
ORA-01410: unacceptable ROWID
29903. 00000 - "error in executing ODCIIndexFetch() routine"
*Cause:    The execution of ODCIIndexFetch routine caused an error.
*Action:   Examine the error messages produced by the indextype code and
take appropriate action.
===============================
Please help me (I really do not know where to look at).
Regards from sunny springtime Athens, Greece
Mike

Here's some other things you can try..
I create my indexes differently for more control.
First put an entry in the user_sdo_geom_metadata table as the HR users.
INSERT INTO USER_SDO_GEOM_METADATA
VALUES
'RE_POINTS_SDO',
'SHAPE',
MDSYS.SDO_DIM_ARRAY( MDSYS.SDO_DIM_ELEMENT('X', -180, 180, 0.0005 ),
MDSYS.SDO_DIM_ELEMENT('Y', -90.0, 90.0, 0.0005 ) ),
NULL
Next create the index.
DROP INDEX hr.re_points_sdo_gi FORCE;
CREATE INDEX hr.re_points_sdo_gi
ON hr.re_points_sdo (shape)
INDEXTYPE IS MDSYS.SPATIAL_INDEX
PARAMETERS ('sdo_rtr_pctfree=0 LAYER_GTYPE=COLLECTION TABLESPACE=ts_name');
The COLLECTION type is for shapes, POINT would be for coordinates.
Next analyze the table
exec DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => 'HR', TABNAME => 'RE_POINTS_SDO', CASCADE => TRUE);
The query is asking to find the nearest object to the 0/0 coordinates. SDO_NN doesn't doesn't return the objects in closest order so you need to get the distance and then sort by distance.
Change the query to this, it will return the 5 closest objects.
SELECT ID,NAME,LAT,LNG,DATA,sdo_nn_distance(1) dist_in_miles
FROM RE_POINTS_SDO
WHERE SDO_NN(shape,MDSYS.SDO_GEOMETRY(2001,null,MDSYS.SDO_POINT_TYPE(0,0,null),null,null),'sdo_num_res=5 unit=mile',1)='TRUE'
ORDER BY dist_in_miles;

Problem with displaying index in RH11

Hi,
I’m using RH11 to make Responsive HTML5 output in 4 different help projects, with the Theme2-_Government layout (in Dutch and French).
All projects start correctly with the TOC pane open and the whole indexfile displayed. Even my first indexsearch is OK.
However, no respons with the second index search, because the program keeps loading, and loading… the index-entrys.
All 4 projects have the same problem.
What's going on? Thanks for your help!
Paul

Hi,
I know that in some situations the TOC acts up strange and somehow that also affects the Index. Peter Grainge had an update for this and it may help you out too.
Download: https://drive.google.com/a/wvanweelden.eu/file/d/0B97LY22mEkjqMEJOTFk5QzFFRnc/edit?usp=sha ring
In your output, go to template/scripts. Replace the file toctree.js with the file you downloaded and see if that makes a difference. It did for me.
Note: This file is not released by Adobe, so use at your own risk.
Kind regards,
Willam

Problem with the Index in IBooksAuthor

I am working with the Dutch version of iBooksAuthor and create a series of iBooks in the English language. All looks great, except the Index. It displays the Dutch word for 'Chapter': Hoofdstuk. Whatever I do I can't change 'Hoofdstuk' in the Index for the English word, 'Chapter' . I know how to change templates, but the Index I can't change... Can somebody help me to solve this problem? Thanks!

Hi,
No, the problem is in the iBooksAuthor software on the iMac when creating the iBook. On my iPad I see the iBook that I have created.

Apple please read: Serious problem with Spotlight indexing!

My MacPro has a serious problem and I don't know what to do: Spotlight has been indexing for two weeks now, day and night. When I click the spotlight icon, the info box says that it is "calculating time", which I guess means that OSX tries to find out how long the indexing will take. Consol reports this line again and again (for the last two weeks):
"...pple.launchd(1) (com.digidesign.fwfamily.helper (10466) posix_spawnp/"/Library/Application Support/ Digidesign/fireWire/DigidesignFireWireHelper", ...): No such file or directory"
I removed Digidesign ProTools from this Mac two months ago, and I thought every files were removed. Obviously, Spotlight is trying to remove a file it cannot find... When I set all files to visible (with Terminal), there is NO file with the required name on my Mac.
What is the solution? How do I get rid of this problem? It creates other problem, like stopping any security update I try to install. It also makes saving files veeeery slow, and applications freeze with the spinning wheel for half a minute or more quite often.
I tried to reinstall MacOSX (archive and install), but it did not help. Then I had to authorize lots of plugins (for my music software) again, very annoying (and I lost some authorizations).
Any serious help is what I need.
Message was edited by: Helge Krabye

Helge Krabye wrote:
"...pple.launchd(1) (com.digidesign.fwfamily.helper (10466) posix_spawnp/"/Library/Application Support/ Digidesign/fireWire/DigidesignFireWireHelper", ...): No such file or directory"
Hi!
This is another problem that is not related to Spotlight...
launchd is the (sort of) mother of all processes on Mac OS X.
It looks for "LaunchDaemons" and "LaunchAgents" in two folders "/Library" and "/System/Library" (there should be subfolders with the name "LaunchDaemons" and "LaunchAgents").
Go into these subfolders and delete any trace that's left from Digidesign Protools...
That should help to get rid off the error messages.
Then look for other Console messages that start with "mds", "mdworker" or alike. The name of every process that is related to Spotlight starts with the letters "md" (metadata)...
Check with the utility Activity Monitor which process is hogging CPU and/or disk...
Cheers,
Walter

Problems with spatial indexing

Similar Messages

Maybe you are looking for