Ora-13497 during SDO_GEOR.MOSAIC

we are testing sdo_geor.mosaic on 2 georasters but we get this error:
SQL> DECLARE
2 GR SDO_GEORASTER;
3 BEGIN
4 GR := SDO_GEOR.INIT('MO');
5 SDO_GEOR.MOSAIC('GEORASTER_TABLE', 'GEORASTER', GR, NULL);
6 INSERT INTO MO (GEORASTER) VALUES (GR);
7 COMMIT;
8 END;
9 /
DECLARE
ERROR at line 1:
ORA-13497: unable to determine the owner of MO
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 511
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1225
ORA-06512: at "MDSYS.SDO_GEOR", line 966
ORA-06512: at line 5
The georasters are valid, the metadata of 1 of them:
<georasterMetadata xmlns="http://xmlns.oracle.com/spatial/georaster">
<objectInfo>
<rasterType>21001</rasterType>
<isBlank>false</isBlank>
<defaultRed>1</defaultRed>
<defaultGreen>2</defaultGreen>
<defaultBlue>3</defaultBlue>
</objectInfo>
<rasterInfo>
<cellRepresentation>UNDEFINED</cellRepresentation>
<cellDepth>8BIT_U</cellDepth>
<totalDimensions>3</totalDimensions>
<dimensionSize type="ROW">
<size>5000</size>
</dimensionSize>
<dimensionSize type="COLUMN">
<size>5000</size>
</dimensionSize>
<dimensionSize type="BAND">
<size>3</size>
</dimensionSize>
<ULTCoordinate>
<row>0</row>
<column>0</column>
</ULTCoordinate>
<blocking>
<type>REGULAR</type>
<totalRowBlocks>20</totalRowBlocks>
<totalColumnBlocks>20</totalColumnBlocks>
<rowBlockSize>256</rowBlockSize>
<columnBlockSize>256</columnBlockSize>
</blocking>
<interleaving>BIP</interleaving>
<pyramid>
<type>NONE</type>
</pyramid>
<compression>
<type>NONE</type>
</compression>
</rasterInfo>
<spatialReferenceInfo>
<isReferenced>true</isReferenced>
<isRectified>true</isRectified>
<SRID>262148</SRID>
<spatialResolution dimensionType="X">
<resolution>0.2</resolution>
</spatialResolution>
<spatialResolution dimensionType="Y">
<resolution>0.2</resolution>
</spatialResolution>
<modelCoordinateLocation>CENTER</modelCoordinateLocation>
<modelType>FunctionalFitting</modelType>
<polynomialModel rowOff="0" columnOff="0" xOff="0" yOff="0" zOff="0" rowScale="1" columnScale="1" xScale="1" yScale="1" zScale="1">
<pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>1469999.5 0 -4.999999999999999</polynomialCoefficients>
</pPolynomial>
<qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</qPolynomial>
<rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>-805000.5 4.999999999999999 0</polynomialCoefficients>
</rPolynomial>
<sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</sPolynomial>
</polynomialModel>
</spatialReferenceInfo>
<layerInfo>
<layerDimension>BAND</layerDimension>
</layerInfo>
</georasterMetadata>
we are using Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
So, is there any solution?
Thanks in advance,
Michael.
Edited by: user9529492 on Oct 8, 2008 5:26 PM

Michael,
1. have you properly created the RDT table, called "MO"? if not yet, please follow section 3.1 of the GeoRaster guide to do it first.
2. In section 3.2 of the GeoRaster guide, "you must register an initialized GeoRaster object in the GeoRaster system views by inserting the GeoRaster object into a GeoRaster table, and do this before you perform any other operations on the GeoRaster object. Any GeoRaster operations that need to manipulate the raster data table raise an exception if the source or target GeoRaster object is not registered." In other words, you need to INSERT your GR into a physical georaster table FIRST, then retrieve it back into your plsql block, then do sdo_geor.mosaic, then update that GR object in the table. For this, please follow the sample code in the sdo_geor.mosaic in chapter 4.
hope this helps,
Jeffrey

Similar Messages

  • ORA-06533 during sdo_geor.Mosaic in 11g

    I'm trying to mosaic four rasters together. I'm using this call:
    sdo_geor.mosaic('MOSAICSOURCE', 'GEORASTER', geor, NULL);
    The 4 source rasters are georeferenced, rectified, have the same spatial resolutions and number of bands, and are valid:
    SQL> select sdo_geor.getSpatialResolutions(georaster),sdo_geor.getModelSRID(georaster),sdo_geor.isRectified(georaster),sdo_geor.getB
    andDimSize(georaster),sdo_geor.validateGeoRaster(georaster) from MOSAICSOURCE;
    SDO_GEOR.GETSPATIALRESOLUTIONS(GEORASTER)
    SDO_GEOR.GETMODELSRID(GEORASTER)
    SDO_GEOR.ISRECTIFIED(GEORASTER)
    SDO_GEOR.GETBANDDIMSIZE(GEORASTER)
    SDO_GEOR.VALIDATEGEORASTER(GEORASTER)
    SDO_NUMBER_ARRAY(.000833333, .000833333)
    8192
    TRUE
    1
    TRUE
    SDO_NUMBER_ARRAY(.000833333, .000833333)
    8192
    TRUE
    1
    TRUE
    SDO_NUMBER_ARRAY(.000833333, .000833333)
    8192
    TRUE
    1
    TRUE
    SDO_NUMBER_ARRAY(.000833333, .000833333)
    8192
    TRUE
    1
    TRUE
    When displayed in PCI's FreeView app the 4 georasters abutt each other in a square.
    The exact error is:
    13:30:45 [SELECT - 0 row(s), 0.000 secs] [Error Code: 6533, SQL State: 65000] ORA-06533: Subscript beyond count
    ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1082
    ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1440
    ORA-06512: at "MDSYS.SDO_GEOR", line 1105
    ORA-06512: at "GRIM.MOSAIC", line 32 (this is my line of code, above)
    I'm using "Oracle Database 11g Release 11.1.0.0.0 - Production".
    The metadata for one of the rasters is (the others are similar):
    GEORASTER(RASTERTYPE, SPATIALEXTENT(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO
    SDO_GEORASTER(20001, SDO_GEOMETRY(2003, 8192, NULL, SDO_ELEM_INFO_ARRAY(1, 1003,
    1), SDO_ORDINATE_ARRAY(-104.00042, 40.0004167, -104.00042, 38.9995833, -102.999
    58, 38.9995833, -102.99958, 40.0004167, -104.00042, 40.0004167)), 'MOSAICSOURCE_
    RDT', 118, XMLTYPE(<georasterMetadata xmlns="http://xmlns.oracle.com/spatial/geo
    raster">
    <objectInfo>
    <rasterType>20001</rasterType>
    <isBlank>false</isBlank>
    <defaultRed>1</defaultRed>
    <defaultGreen>1</defaultGreen>
    <defaultBlue>1</defaultBlue>
    </objectInfo>
    <rasterInfo>
    <cellRepresentation>UNDEFINED</cellRepresentation>
    <cellDepth>16BIT_S</cellDepth>
    <NODATA>-32767</NODATA>
    <totalDimensions>2</totalDimensions>
    <dimensionSize type="ROW">
    <size>1201</size>
    </dimensionSize>
    <dimensionSize type="COLUMN">
    <size>1201</size>
    </dimensionSize>
    <ULTCoordinate>
    <row>0</row>
    <column>0</column>
    </ULTCoordinate>
    <blocking>
    <type>NONE</type>
    <totalRowBlocks>1</totalRowBlocks>
    <totalColumnBlocks>1</totalColumnBlocks>
    <rowBlockSize>1201</rowBlockSize>
    <columnBlockSize>1201</columnBlockSize>
    </blocking>
    <interleaving>BIL</interleaving>
    <pyramid>
    <type>NONE</type>
    </pyramid>
    <compression>
    <type>NONE</type>
    </compression>
    </rasterInfo>
    <spatialReferenceInfo>
    <isReferenced>true</isReferenced>
    <isRectified>true</isRectified>
    <SRID>8192</SRID>
    <spatialResolution dimensionType="X">
    <resolution>0.000833333333333333</resolution>
    </spatialResolution>
    <spatialResolution dimensionType="Y">
    <resolution>0.000833333333333333</resolution>
    </spatialResolution>
    <modelCoordinateLocation>UPPERLEFT</modelCoordinateLocation>
    <modelType>FunctionalFitting</modelType>
    <polynomialModel rowOff="0" columnOff="0" xOff="0" yOff="0" zOff="0" rowScal
    e="1" columnScale="1" xScale="1" yScale="1" zScale="1">
    <pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
    <polynomialCoefficients>48000.50000000007 0 -1200.000000000001</polynomi
    alCoefficients>
    </pPolynomial>
    <qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
    <polynomialCoefficients>1</polynomialCoefficients>
    </qPolynomial>
    <rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
    <polynomialCoefficients>124800.5000000004 1200.000000000001 0</polynomia
    lCoefficients>
    </rPolynomial>
    <sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
    <polynomialCoefficients>1</polynomialCoefficients>
    </sPolynomial>
    </polynomialModel>
    </spatialReferenceInfo>
    <layerInfo>
    <layerDimension>BAND</layerDimension>
    <subLayer>
    <layerNumber>1</layerNumber>
    <layerDimensionOrdinate>0</layerDimensionOrdinate>
    <layerID>Not Specified</layerID>
    </subLayer>
    </layerInfo>
    </georasterMetadata>
    Any suggestions of where to go from here?
    Thanks!
    -Bruce Bockius

    You're correct, it is 11.1.0.6.0 as shown in the Oracle Installed Products. For some reason my favorite client displays a different version.
    -Bruce

  • Sdo_geor.mosaic(... - ORA:13497: [NO TEXT]

    I have 105 SDO_GEORASTER (1 band) and want to make a mosaic.
    On sdo_geor.mosaic(..., I get an ORA-13497: error with no message.
    create or replace view mosaic_create_helper as select * from georaster_1423400 r where prin_id = 8859075304;
    DECLARE
    gr sdo_georaster;
    BEGIN
    --init mosaic
    INSERT INTO MOSAIC_1423400 (id,prin_id,georaster)
    VALUES (-15, -15, sdo_geor.init('MOSAIC_DATA_1423400'))
    RETURNING georaster INTO gr;
    --create mosaic
    sdo_geor.mosaic('mosaic_create_helper', 'GEORASTER', gr, 'blocking=TRUE');
    --store mosaic
    UPDATE MOSAIC_1423400 SET georaster=gr WHERE id=-15;
    commit;
    END;
    On validating the 105 source SDO_GEORASTER
    begin
    sdo_geor.validateforMosaic('mosaic_create_helper', 'GEORASTER', 'wma_mosaic_validation_result');
    end;
    I get:
    105 rows processed
    TRUE

    As suggested I modified the type to: 21001
    Then I could create a mosaic without errors.
    SDO_GEOR.validateGeoRaster -> TRUE
    viewing in mapbuilder: does NOT work (with neither type 21001 nor resetted to 20001):
    12.03.2010 17:04:56 oracle.sdovis.theme.GeoRasterThemeProducer prepareData
    WARNUNG: JGeoRaster.getRasterImage returned null image.
    12.03.2010 17:04:56 oracle.sdovis.MapMaker buildDataMBR
    WARNUNG: null MBR resulted from buildDataMBR.
    <georasterMetadata xmlns="http://xmlns.oracle.com/spatial/georaster">
    <objectInfo>
    <rasterType>20001</rasterType>
    <isBlank>false</isBlank>
    <defaultRed>1</defaultRed>
    <defaultGreen>1</defaultGreen>
    <defaultBlue>1</defaultBlue>
    </objectInfo>
    <rasterInfo>
    <cellRepresentation>UNDEFINED</cellRepresentation>
    <cellDepth>8BIT_U</cellDepth>
    <totalDimensions>2</totalDimensions>
    <dimensionSize type="ROW">
    <size>125000</size>
    </dimensionSize>
    <dimensionSize type="COLUMN">
    <size>187500</size>
    </dimensionSize>
    <ULTCoordinate>
    <row>0</row>
    <column>-62500</column>
    <band>0</band>
    </ULTCoordinate>
    <blocking>
    <type>REGULAR</type>
    <totalRowBlocks>245</totalRowBlocks>
    <totalColumnBlocks>367</totalColumnBlocks>
    <rowBlockSize>512</rowBlockSize>
    <columnBlockSize>512</columnBlockSize>
    </blocking>
    <interleaving>BIP</interleaving>
    <pyramid>
    <type>DECREASE</type>
    <resampling>BILINEAR</resampling>
    <maxLevel>10</maxLevel>
    </pyramid>
    <compression>
    <type>NONE</type>
    </compression>
    </rasterInfo>
    <spatialReferenceInfo>
    <isReferenced>true</isReferenced>
    <SRID>1423400</SRID>
    <modelCoordinateLocation>UPPERLEFT</modelCoordinateLocation>
    <modelType>FunctionalFitting</modelType>
    <polynomialModel rowOff="0" columnOff="0" xOff="0" yOff="0" zOff="0" rowScale="1" columnScale="1" xScale="1" yScale="1" zScale="1">
    <pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
    <polynomialCoefficients>1775000 0 -5</polynomialCoefficients>
    </pPolynomial>
    <qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
    <polynomialCoefficients>1</polynomialCoefficients>
    </qPolynomial>
    <rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
    <polynomialCoefficients>-0 5 0</polynomialCoefficients>
    </rPolynomial>
    <sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
    <polynomialCoefficients>1</polynomialCoefficients>
    </sPolynomial>
    </polynomialModel>
    </spatialReferenceInfo>
    <layerInfo>
    <layerDimension>BAND</layerDimension>
    <subLayer>
    <layerNumber>1</layerNumber>
    <layerDimensionOrdinate>0</layerDimensionOrdinate>
    <layerID>1</layerID>
    <colorMap>
    <colors>
    <cell value="0" blue="255" red="255" green="255" alpha="255"/>
    <cell value="1" blue="0" red="0" green="0" alpha="255"/>
    <cell value="2" blue="0" red="255" green="0" alpha="255"/>
    <cell value="3" blue="0" red="0" green="255" alpha="255"/>
    <cell value="4" blue="255" red="255" green="255" alpha="255"/>
    <cell value="5" blue="0" red="0" green="0" alpha="255"/>
    <cell value="6" blue="0" red="255" green="0" alpha="255"/>
    <cell value="7" blue="0" red="0" green="255" alpha="255"/>
    <cell value="8" blue="255" red="255" green="255" alpha="255"/>
    <cell value="9" blue="0" red="0" green="0" alpha="255"/>
    <cell value="10" blue="0" red="255" green="0" alpha="255"/>
    <cell value="11" blue="0" red="0" green="255" alpha="255"/>
    <cell value="12" blue="255" red="255" green="255" alpha="255"/>
    <cell value="13" blue="0" red="0" green="0" alpha="255"/>
    <cell value="14" blue="0" red="255" green="0" alpha="255"/>
    <cell value="15" blue="0" red="0" green="255" alpha="255"/>
    <cell value="16" blue="255" red="255" green="255" alpha="255"/>
    <cell value="17" blue="0" red="0" green="0" alpha="255"/>
    <cell value="18" blue="0" red="255" green="0" alpha="255"/>
    <cell value="19" blue="0" red="0" green="255" alpha="255"/>
    <cell value="20" blue="255" red="255" green="255" alpha="255"/>
    <cell value="21" blue="0" red="0" green="0" alpha="255"/>
    <cell value="22" blue="0" red="255" green="0" alpha="255"/>
    <cell value="23" blue="0" red="0" green="255" alpha="255"/>
    <cell value="24" blue="255" red="255" green="255" alpha="255"/>
    <cell value="25" blue="0" red="0" green="0" alpha="255"/>
    <cell value="26" blue="0" red="255" green="0" alpha="255"/>
    <cell value="27" blue="0" red="0" green="255" alpha="255"/>
    <cell value="28" blue="255" red="255" green="255" alpha="255"/>
    <cell value="29" blue="0" red="0" green="0" alpha="255"/>
    <cell value="30" blue="0" red="255" green="0" alpha="255"/>
    <cell value="31" blue="0" red="0" green="255" alpha="255"/>
    <cell value="32" blue="255" red="255" green="255" alpha="255"/>
    <cell value="33" blue="0" red="0" green="0" alpha="255"/>
    <cell value="34" blue="0" red="255" green="0" alpha="255"/>
    <cell value="35" blue="0" red="0" green="255" alpha="255"/>
    <cell value="36" blue="255" red="255" green="255" alpha="255"/>
    <cell value="37" blue="0" red="0" green="0" alpha="255"/>
    <cell value="38" blue="0" red="255" green="0" alpha="255"/>
    <cell value="39" blue="0" red="0" green="255" alpha="255"/>
    <cell value="40" blue="255" red="255" green="255" alpha="255"/>
    <cell value="41" blue="0" red="0" green="0" alpha="255"/>
    <cell value="42" blue="0" red="255" green="0" alpha="255"/>
    <cell value="43" blue="0" red="0" green="255" alpha="255"/>
    <cell value="44" blue="255" red="255" green="255" alpha="255"/>
    <cell value="45" blue="0" red="0" green="0" alpha="255"/>
    <cell value="46" blue="0" red="255" green="0" alpha="255"/>
    <cell value="47" blue="0" red="0" green="255" alpha="255"/>
    <cell value="48" blue="255" red="255" green="255" alpha="255"/>
    <cell value="49" blue="0" red="0" green="0" alpha="255"/>
    <cell value="50" blue="0" red="255" green="0" alpha="255"/>
    <cell value="51" blue="0" red="0" green="255" alpha="255"/>
    <cell value="52" blue="255" red="255" green="255" alpha="255"/>
    <cell value="53" blue="0" red="0" green="0" alpha="255"/>
    <cell value="54" blue="0" red="255" green="0" alpha="255"/>
    <cell value="55" blue="0" red="0" green="255" alpha="255"/>
    <cell value="56" blue="255" red="255" green="255" alpha="255"/>
    <cell value="57" blue="0" red="0" green="0" alpha="255"/>
    <cell value="58" blue="0" red="255" green="0" alpha="255"/>
    <cell value="59" blue="0" red="0" green="255" alpha="255"/>
    <cell value="60" blue="255" red="255" green="255" alpha="255"/>
    <cell value="61" blue="0" red="0" green="0" alpha="255"/>
    <cell value="62" blue="0" red="255" green="0" alpha="255"/>
    <cell value="63" blue="0" red="0" green="255" alpha="255"/>
    <cell value="64" blue="255" red="255" green="255" alpha="255"/>
    <cell value="65" blue="0" red="0" green="0" alpha="255"/>
    <cell value="66" blue="0" red="255" green="0" alpha="255"/>
    <cell value="67" blue="0" red="0" green="255" alpha="255"/>
    <cell value="68" blue="255" red="255" green="255" alpha="255"/>
    <cell value="69" blue="0" red="0" green="0" alpha="255"/>
    <cell value="70" blue="0" red="255" green="0" alpha="255"/>
    <cell value="71" blue="0" red="0" green="255" alpha="255"/>
    <cell value="72" blue="255" red="255" green="255" alpha="255"/>
    <cell value="73" blue="0" red="0" green="0" alpha="255"/>
    <cell value="74" blue="0" red="255" green="0" alpha="255"/>
    <cell value="75" blue="0" red="0" green="255" alpha="255"/>
    <cell value="76" blue="255" red="255" green="255" alpha="255"/>
    <cell value="77" blue="0" red="0" green="0" alpha="255"/>
    <cell value="78" blue="0" red="255" green="0" alpha="255"/>
    <cell value="79" blue="0" red="0" green="255" alpha="255"/>
    <cell value="80" blue="255" red="255" green="255" alpha="255"/>
    <cell value="81" blue="0" red="0" green="0" alpha="255"/>
    <cell value="82" blue="0" red="255" green="0" alpha="255"/>
    <cell value="83" blue="0" red="0" green="255" alpha="255"/>
    <cell value="84" blue="255" red="255" green="255" alpha="255"/>
    <cell value="85" blue="0" red="0" green="0" alpha="255"/>
    <cell value="86" blue="0" red="255" green="0" alpha="255"/>
    <cell value="87" blue="0" red="0" green="255" alpha="255"/>
    <cell value="88" blue="255" red="255" green="255" alpha="255"/>
    <cell value="89" blue="0" red="0" green="0" alpha="255"/>
    <cell value="90" blue="0" red="255" green="0" alpha="255"/>
    <cell value="91" blue="0" red="0" green="255" alpha="255"/>
    <cell value="92" blue="255" red="255" green="255" alpha="255"/>
    <cell value="93" blue="0" red="0" green="0" alpha="255"/>
    <cell value="94" blue="0" red="255" green="0" alpha="255"/>
    <cell value="95" blue="0" red="0" green="255" alpha="255"/>
    <cell value="96" blue="255" red="255" green="255" alpha="255"/>
    <cell value="97" blue="0" red="0" green="0" alpha="255"/>
    <cell value="98" blue="0" red="255" green="0" alpha="255"/>
    <cell value="99" blue="0" red="0" green="255" alpha="255"/>
    <cell value="100" blue="255" red="255" green="255" alpha="255"/>
    <cell value="101" blue="0" red="0" green="0" alpha="255"/>
    <cell value="102" blue="0" red="255" green="0" alpha="255"/>
    <cell value="103" blue="0" red="0" green="255" alpha="255"/>
    <cell value="104" blue="255" red="255" green="255" alpha="255"/>
    <cell value="105" blue="0" red="0" green="0" alpha="255"/>
    <cell value="106" blue="0" red="255" green="0" alpha="255"/>
    <cell value="107" blue="0" red="0" green="255" alpha="255"/>
    <cell value="108" blue="255" red="255" green="255" alpha="255"/>
    <cell value="109" blue="0" red="0" green="0" alpha="255"/>
    <cell value="110" blue="0" red="255" green="0" alpha="255"/>
    <cell value="111" blue="0" red="0" green="255" alpha="255"/>
    <cell value="112" blue="255" red="255" green="255" alpha="255"/>
    <cell value="113" blue="0" red="0" green="0" alpha="255"/>
    <cell value="114" blue="0" red="255" green="0" alpha="255"/>
    <cell value="115" blue="0" red="0" green="255" alpha="255"/>
    <cell value="116" blue="255" red="255" green="255" alpha="255"/>
    <cell value="117" blue="0" red="0" green="0" alpha="255"/>
    <cell value="118" blue="0" red="255" green="0" alpha="255"/>
    <cell value="119" blue="0" red="0" green="255" alpha="255"/>
    <cell value="120" blue="255" red="255" green="255" alpha="255"/>
    <cell value="121" blue="0" red="0" green="0" alpha="255"/>
    <cell value="122" blue="0" red="255" green="0" alpha="255"/>
    <cell value="123" blue="0" red="0" green="255" alpha="255"/>
    <cell value="124" blue="255" red="255" green="255" alpha="255"/>
    <cell value="125" blue="0" red="0" green="0" alpha="255"/>
    <cell value="126" blue="0" red="255" green="0" alpha="255"/>
    <cell value="127" blue="0" red="0" green="255" alpha="255"/>
    <cell value="128" blue="255" red="255" green="255" alpha="255"/>
    <cell value="129" blue="0" red="0" green="0" alpha="255"/>
    <cell value="130" blue="0" red="255" green="0" alpha="255"/>
    <cell value="131" blue="0" red="0" green="255" alpha="255"/>
    <cell value="132" blue="255" red="255" green="255" alpha="255"/>
    <cell value="133" blue="0" red="0" green="0" alpha="255"/>
    <cell value="134" blue="0" red="255" green="0" alpha="255"/>
    <cell value="135" blue="0" red="0" green="255" alpha="255"/>
    <cell value="136" blue="255" red="255" green="255" alpha="255"/>
    <cell value="137" blue="0" red="0" green="0" alpha="255"/>
    <cell value="138" blue="0" red="255" green="0" alpha="255"/>
    <cell value="139" blue="0" red="0" green="255" alpha="255"/>
    <cell value="140" blue="255" red="255" green="255" alpha="255"/>
    <cell value="141" blue="0" red="0" green="0" alpha="255"/>
    <cell value="142" blue="0" red="255" green="0" alpha="255"/>
    <cell value="143" blue="0" red="0" green="255" alpha="255"/>
    <cell value="144" blue="255" red="255" green="255" alpha="255"/>
    <cell value="145" blue="0" red="0" green="0" alpha="255"/>
    <cell value="146" blue="0" red="255" green="0" alpha="255"/>
    <cell value="147" blue="0" red="0" green="255" alpha="255"/>
    <cell value="148" blue="255" red="255" green="255" alpha="255"/>
    <cell value="149" blue="0" red="0" green="0" alpha="255"/>
    <cell value="150" blue="0" red="255" green="0" alpha="255"/>
    <cell value="151" blue="0" red="0" green="255" alpha="255"/>
    <cell value="152" blue="255" red="255" green="255" alpha="255"/>
    <cell value="153" blue="0" red="0" green="0" alpha="255"/>
    <cell value="154" blue="0" red="255" green="0" alpha="255"/>
    <cell value="155" blue="0" red="0" green="255" alpha="255"/>
    <cell value="156" blue="255" red="255" green="255" alpha="255"/>
    <cell value="157" blue="0" red="0" green="0" alpha="255"/>
    <cell value="158" blue="0" red="255" green="0" alpha="255"/>
    <cell value="159" blue="0" red="0" green="255" alpha="255"/>
    <cell value="160" blue="255" red="255" green="255" alpha="255"/>
    <cell value="161" blue="0" red="0" green="0" alpha="255"/>
    <cell value="162" blue="0" red="255" green="0" alpha="255"/>
    <cell value="163" blue="0" red="0" green="255" alpha="255"/>
    <cell value="164" blue="255" red="255" green="255" alpha="255"/>
    <cell value="165" blue="0" red="0" green="0" alpha="255"/>
    <cell value="166" blue="0" red="255" green="0" alpha="255"/>
    <cell value="167" blue="0" red="0" green="255" alpha="255"/>
    <cell value="168" blue="255" red="255" green="255" alpha="255"/>
    <cell value="169" blue="0" red="0" green="0" alpha="255"/>
    <cell value="170" blue="0" red="255" green="0" alpha="255"/>
    <cell value="171" blue="0" red="0" green="255" alpha="255"/>
    <cell value="172" blue="255" red="255" green="255" alpha="255"/>
    <cell value="173" blue="0" red="0" green="0" alpha="255"/>
    <cell value="174" blue="0" red="255" green="0" alpha="255"/>
    <cell value="175" blue="0" red="0" green="255" alpha="255"/>
    <cell value="176" blue="255" red="255" green="255" alpha="255"/>
    <cell value="177" blue="0" red="0" green="0" alpha="255"/>
    <cell value="178" blue="0" red="255" green="0" alpha="255"/>
    <cell value="179" blue="0" red="0" green="255" alpha="255"/>
    <cell value="180" blue="255" red="255" green="255" alpha="255"/>
    <cell value="181" blue="0" red="0" green="0" alpha="255"/>
    <cell value="182" blue="0" red="255" green="0" alpha="255"/>
    <cell value="183" blue="0" red="0" green="255" alpha="255"/>
    <cell value="184" blue="255" red="255" green="255" alpha="255"/>
    <cell value="185" blue="0" red="0" green="0" alpha="255"/>
    <cell value="186" blue="0" red="255" green="0" alpha="255"/>
    <cell value="187" blue="0" red="0" green="255" alpha="255"/>
    <cell value="188" blue="255" red="255" green="255" alpha="255"/>
    <cell value="189" blue="0" red="0" green="0" alpha="255"/>
    <cell value="190" blue="0" red="255" green="0" alpha="255"/>
    <cell value="191" blue="0" red="0" green="255" alpha="255"/>
    <cell value="192" blue="255" red="255" green="255" alpha="255"/>
    <cell value="193" blue="0" red="0" green="0" alpha="255"/>
    <cell value="194" blue="0" red="255" green="0" alpha="255"/>
    <cell value="195" blue="0" red="0" green="255" alpha="255"/>
    <cell value="196" blue="255" red="255" green="255" alpha="255"/>
    <cell value="197" blue="0" red="0" green="0" alpha="255"/>
    <cell value="198" blue="0" red="255" green="0" alpha="255"/>
    <cell value="199" blue="0" red="0" green="255" alpha="255"/>
    <cell value="200" blue="255" red="255" green="255" alpha="255"/>
    <cell value="201" blue="0" red="0" green="0" alpha="255"/>
    <cell value="202" blue="0" red="255" green="0" alpha="255"/>
    <cell value="203" blue="0" red="0" green="255" alpha="255"/>
    <cell value="204" blue="255" red="255" green="255" alpha="255"/>
    <cell value="205" blue="0" red="0" green="0" alpha="255"/>
    <cell value="206" blue="0" red="255" green="0" alpha="255"/>
    <cell value="207" blue="0" red="0" green="255" alpha="255"/>
    <cell value="208" blue="255" red="255" green="255" alpha="255"/>
    <cell value="209" blue="0" red="0" green="0" alpha="255"/>
    <cell value="210" blue="0" red="255" green="0" alpha="255"/>
    <cell value="211" blue="0" red="0" green="255" alpha="255"/>
    <cell value="212" blue="255" red="255" green="255" alpha="255"/>
    <cell value="213" blue="0" red="0" green="0" alpha="255"/>
    <cell value="214" blue="0" red="255" green="0" alpha="255"/>
    <cell value="215" blue="0" red="0" green="255" alpha="255"/>
    <cell value="216" blue="255" red="255" green="255" alpha="255"/>
    <cell value="217" blue="0" red="0" green="0" alpha="255"/>
    <cell value="218" blue="0" red="255" green="0" alpha="255"/>
    <cell value="219" blue="0" red="0" green="255" alpha="255"/>
    <cell value="220" blue="255" red="255" green="255" alpha="255"/>
    <cell value="221" blue="0" red="0" green="0" alpha="255"/>
    <cell value="222" blue="0" red="255" green="0" alpha="255"/>
    <cell value="223" blue="0" red="0" green="255" alpha="255"/>
    <cell value="224" blue="255" red="255" green="255" alpha="255"/>
    <cell value="225" blue="0" red="0" green="0" alpha="255"/>
    <cell value="226" blue="0" red="255" green="0" alpha="255"/>
    <cell value="227" blue="0" red="0" green="255" alpha="255"/>
    <cell value="228" blue="255" red="255" green="255" alpha="255"/>
    <cell value="229" blue="0" red="0" green="0" alpha="255"/>
    <cell value="230" blue="0" red="255" green="0" alpha="255"/>
    <cell value="231" blue="0" red="0" green="255" alpha="255"/>
    <cell value="232" blue="255" red="255" green="255" alpha="255"/>
    <cell value="233" blue="0" red="0" green="0" alpha="255"/>
    <cell value="234" blue="0" red="255" green="0" alpha="255"/>
    <cell value="235" blue="0" red="0" green="255" alpha="255"/>
    <cell value="236" blue="255" red="255" green="255" alpha="255"/>
    <cell value="237" blue="0" red="0" green="0" alpha="255"/>
    <cell value="238" blue="0" red="255" green="0" alpha="255"/>
    <cell value="239" blue="0" red="0" green="255" alpha="255"/>
    <cell value="240" blue="255" red="255" green="255" alpha="255"/>
    <cell value="241" blue="0" red="0" green="0" alpha="255"/>
    <cell value="242" blue="0" red="255" green="0" alpha="255"/>
    <cell value="243" blue="0" red="0" green="255" alpha="255"/>
    <cell value="244" blue="255" red="255" green="255" alpha="255"/>
    <cell value="245" blue="0" red="0" green="0" alpha="255"/>
    <cell value="246" blue="0" red="255" green="0" alpha="255"/>
    <cell value="247" blue="0" red="0" green="255" alpha="255"/>
    <cell value="248" blue="255" red="255" green="255" alpha="255"/>
    <cell value="249" blue="0" red="0" green="0" alpha="255"/>
    <cell value="250" blue="0" red="255" green="0" alpha="255"/>
    <cell value="251" blue="0" red="0" green="255" alpha="255"/>
    <cell value="252" blue="255" red="255" green="255" alpha="255"/>
    <cell value="253" blue="0" red="0" green="0" alpha="255"/>
    <cell value="254" blue="0" red="255" green="0" alpha="255"/>
    <cell value="255" blue="0" red="0" green="255" alpha="255"/>
    </colors>
    </colorMap>
    </subLayer>
    </layerInfo>
    </georasterMetadata>

  • Sdo_geor.mosaic ends with ORA-06531

    I'm using Oracle 11g R1, and try the enhanced mosaic function, but i always get this error.
    ORA-06531: Reference to uninitialized collection
    The SQL:
    DECLARE
    gr sdo_georaster;
    BEGIN
    INSERT INTO LGVHH05 (id, georaster) VALUES (1, sdo_geor.init('LGVHH05_RDT')) RETURNING georaster INTO gr;
    sdo_geor.mosaic('LGVHH05_TILE', 'GEORASTER', gr, 'blocksize=(1024,1024,3)');
    UPDATE LGVHH05 SET georaster=gr WHERE id=1;
    END;
    I'm wondering what collection this could be?
    The GeoRaster objects are valid and have the same SRID.

    thanks so far, here is the metadata:
    GEORASTER.METADATA
    <georasterMetadata xmlns="http://xmlns.oracle.com/spatial/georaster">
    <objectInfo>
    <rasterType>21001</rasterType>
    <isBlank>false</isBlank>
    <defaultRed>1</defaultRed>
    <defaultGreen>2</defaultGreen>
    <defaultBlue>3</defaultBlue>
    </objectInfo>
    <rasterInfo>
    <cellRepresentation>UNDEFINED</cellRepresentation>
    <cellDepth>8BIT_U</cellDepth>
    <totalDimensions>3</totalDimensions>
    <dimensionSize type="ROW">
    <size>4001</size>
    </dimensionSize>
    <dimensionSize type="COLUMN">
    <size>4001</size>
    </dimensionSize>
    <dimensionSize type="BAND">
    <size>3</size>
    </dimensionSize>
    <ULTCoordinate>
    <row>0</row>
    <column>0</column>
    <band>0</band>
    </ULTCoordinate>
    <blocking>
    <type>REGULAR</type>
    <totalRowBlocks>16</totalRowBlocks>
    <totalColumnBlocks>16</totalColumnBlocks>
    <rowBlockSize>256</rowBlockSize>
    <columnBlockSize>256</columnBlockSize>
    </blocking>
    <interleaving>BIP</interleaving>
    <pyramid>
    <type>NONE</type>
    </pyramid>
    <compression>
    <type>NONE</type>
    </compression>
    </rasterInfo>
    <spatialReferenceInfo>
    <isReferenced>true</isReferenced>
    <isRectified>true</isRectified>
    <SRID>31467</SRID>
    <spatialResolution dimensionType="X">
    <resolution>0.5</resolution>
    </spatialResolution>
    <spatialResolution dimensionType="Y">
    <resolution>0.5</resolution>
    </spatialResolution>
    <modelCoordinateLocation>CENTER</modelCoordinateLocation>
    <modelType>FunctionalFitting</modelType>
    <polynomialModel rowOff="0.0" columnOff="0.0" xOff="0.0" yOff="0.0" zOff="0" rowScale="1.0" columnScale="1.0" xScale="1.0" yScale="1.0" zScale="1.0">
    <pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
    <polynomialCoefficients>1.1852E7 0.0 -2.0</polynomialCoefficients>
    </pPolynomial>
    <qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
    <polynomialCoefficients>1.0</polynomialCoefficients>
    </qPolynomial>
    <rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
    <polynomialCoefficients>-7104000.0 2.0 0.0</polynomialCoefficients>
    </rPolynomial>
    <sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
    <polynomialCoefficients>1.0</polynomialCoefficients>
    </sPolynomial>
    </polynomialModel>
    </spatialReferenceInfo>
    <layerInfo>
    <layerDimension>BAND</layerDimension>
    </layerInfo>
    </georasterMetadata>

  • SDO_GEOR.mosaic()  little question

    Hi, I'm using SDO_GEOR.mosaic() to create only one georaster object but I've a littel problem.
    DECLARE
    gr sdo_georaster;
    BEGIN
    INSERT INTO georaster_table (georid, georaster)
    VALUES (10, sdo_geor.init('rdt_1'))
    RETURNING georaster INTO gr;
    SDO_GEOR.mosaic('georaster_table', 'georaster', gr, 'blocksize=(512, 512, 3)');
    UPDATE cartine SET georaster=gr WHERE georid=10;
    commit;
    END;
    I've this output if I create a blank raster into the georaster_table:
    ERROR at line 1:
    ORA-00001: unique constraint (OASIDBA.SYS_C0050441) violated
    ORA-06512: at line 4
    and if I don't create a blank georaster:
    ERROR at line 1:
    ORA-13419: cannot perform mosaick operation on the specified table column
    ORA-06512: at "MDSYS.MD", line 1723
    ORA-06512: at "MDSYS.MDERR", line 8
    ORA-06512: at "MDSYS.SDO_GEOR", line 968
    ORA-06512: at line 7
    what muss I do? Create the blank georaster or not? Thanks

    How about creating a new empty georaster table and insert the mosaic into it?
    Also:
    ============================================================
    DECLARE
    gr sdo_georaster;
    BEGIN
    INSERT INTO georaster_table (georid, georaster)
    VALUES (10, sdo_geor.init('rdt_1'))
    RETURNING georaster INTO gr;
    SDO_GEOR.mosaic('georaster_table', 'georaster', gr, 'blocksize=(512, 512, 3)');
    UPDATE cartine SET georaster=gr WHERE georid=10;
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    which table are you working on? georaster_table or cartine?
    commit;
    END;
    ============================================================
    Message was edited by:
    modeler

  • Restrictions for sdo_geor.mosaic

    Hi All
    i have a set of georeferenced images which are ready to be mosaiced , in the sense that there is no overlap or gap in between the images. Spatial Index is also created on the table . But still i get error when i do a sdo_geor.mosaic.
    ORA-13419 cannot perform mosaick operation on the specified table column
    All the images have the same resolution, same number of bands . is there any other restriction for the images to be mosaiced.
    i have put the coverage of images on following url
    http://www.geocities.com/jaleelahmed/coverage.html
    each red block is one image (one row in my georaster table)
    Any advice is appreciated.
    Thanks
    Ab

    Ab,
    The beta1 of the next release will be avaialbale in this fall. There is no officially fixed date for the next release yet. The new mosaic would be able to automatically handle this case as long as there is no overlapping. The mosaic object would be sort of sparse so that the missing image tiles would not consume any disk space.
    Still, I think your project is doable using the 10g mosaic as long as the images meet the requirements outlined under the Usage Notes of SDO_GEOR.mosaic in chapter 4 of the GeoRaster manual.
    To make sure you can move forward, one more question:
    are those images rectified and projected into the same projection?
    If so, you should be able to do the mosaic without problem.
    I would recommend you divide and conquer, i.e., split the whole mosaic into several smaller mosaics (sub-areas, such as northeastern area, northwestern area, etc.) first, mosaick them separately, then mosaick these smaller mosaics into the big one as you desire.
    Please note that, for the missing tiles, you will have to make-up them. But it's relatively easy:
    1. call sdo_geor.createBlank with a single cell value such as zero and proper image dimentions sizes. (those blank georaster objects will not store the pixels in RDT and so will not consume space. For the definition of BLANK GeoRaster object please read chapter one of the GeoRaster manual)
    2. georeference each of the blank objects properly so that they are aligned/co-located with your images correctly. (this is the place where you need much time and shall be very careful so that the blank images are georeferenced correctly and meet the requirements of sdo_geor.mosaic)
    Simply for mosaic process, you have an alternative. you actually don't have to geo-spatially georeference each image by leveraging the ULT coordinate feature of GeoRaster. On other words, remove georeferencing info first, then call setULTCoordinate to reset all ULT coordinates of the images so that they are spatially properly located in the GeoRaster cell space. Then do mosaic. After mosaick, you re-georeference the mosaic image by calling sdo_geor.georeference.
    Let us know if you have any problem. This project is very interesting and shall be doable.
    Regards,
    Jeffrey Xie

  • ORA-39126 during an export of a partition via dbms_datapump

    Hi ,
    i did export using datapump in command line everything went fine but while exporting via dbms_datapump i got this:
    ORA-39126 during an export of a partition via dbms_datapump
    ORA-00920
    'SELECT FROM DUAL WHERE :1' P20060401
    ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
    ORA-06512: at "SYS.KUPW$WORKER", line 6228
    the procedure is:
    PROCEDURE pr_depura_bitacora
    IS
    l_job_handle NUMBER;
    l_job_state VARCHAR2(30);
    l_partition VARCHAR2(30);
    v_sql VARCHAR2(2000);
    BEGIN
    -- Create a user-named Data Pump job to do a "table:partition-level" export
    -- Local
    select 'P'|| to_char((select min(STP_LOG_DATE) from SAI_AUDITBITACORA),'YYYYMM')||'01'
    into l_partition
    from user_tab_partitions
    where table_name = 'SAI_AUDITBITACORA'
    and rownum = 1;
    l_partition := rtrim (l_partition,' ');
    l_job_handle:= DBMS_DATAPUMP.OPEN
    operation=>'EXPORT',
    job_mode =>'TABLE',
    job_name =>'EXPORT_ORACLENSSA'
    -- Schema filter
    DBMS_DATAPUMP.METADATA_FILTER
    handle => l_job_handle,
    name => 'SCHEMA_EXPR',
    value => 'IN (''ORACLENSSA'')'
    DBMS_OUTPUT.PUT_LINE('Added filter for schema list');
    -- Table filter
    DBMS_DATAPUMP.METADATA_FILTER
    handle => l_job_handle,
    name => 'NAME_EXPR',
    value => '=''SAI_AUDITBITACORA'''
    DBMS_OUTPUT.PUT_LINE('Added filter for table expression');
    -- Partition filter
    DBMS_DATAPUMP.DATA_FILTER
    handle => l_job_handle,
    name => 'PARTITION_EXPR',
    value => l_partition,
    table_name => 'SAI_AUDITBITACORA'
    DBMS_OUTPUT.PUT_LINE('Partition filter for schema list');
    DBMS_DATAPUMP.ADD_FILE
    handle => l_job_handle,
    filename => 'EXP'||l_partition||'.DMP',
    directory => 'EXP_DATA_PUMP',
    filetype => 1
    DBMS_DATAPUMP.ADD_FILE
    handle => l_job_handle,
    filename => 'EXP'||l_partition||'.LOG',
    directory => 'EXP_DATA_PUMP',
    filetype => 3
    DBMS_DATAPUMP.START_JOB
    handle => l_job_handle,
    skip_current => 0
    DBMS_DATAPUMP.WAIT_FOR_JOB
    handle => l_job_handle,
    job_state => l_job_state
    DBMS_OUTPUT.PUT_LINE('Job completed - job state = '||l_job_state);
    DBMS_DATAPUMP.DETACH(handle=>l_job_handle);
    END;
    I've already drop and recreate the directory, granted read, write to public and to user, grant create session, create table, create procedure, exp_full_database to user, restart the database and the listener with the var LD_LIBRARY pointing first to $ORACLE_HOME/lib, and add more space to temporary tablespace.

    The basic problem is:
    Error: ORA 920
    Text: invalid relational operator
    Cause: A search condition was entered with an invalid or missing relational
    operator.
    Action: Include a valid relational operator such as =, !=, ^=, <>, >, <, >=, <=
    , ALL, ANY, [NOT] BETWEEN, EXISTS, [NOT] IN, IS [NOT] NULL, or [NOT]
    LIKE in the condition.
    Obviously this refers to the invalid statement 'SELECT FROM DUAL ...'. I also recommend, you should contact Oracle Support, because it happens inside an Oracle provided package.
    Werner

  • Encountered ora-29701 during Sun Cluster for Oracle RAC 9.2.0.7 startup (UR

    Hi all,
    Need some help from all out there
    In our Sun Cluster 3.1 Data Service for Oracle RAC 9.2.0.7 (Solaris 9) configuration, my team had encountered
    ora-29701 *Unable to connect to Cluster Manager*
    during the startup of the Oracle RAC database instances on the Oracle RAC Server resources.
    We tried the attached workaround by Oracle. This workaround works well for the 1^st time but it doesn’t work anymore when the server is rebooted.
    Kindly help me to check whether anyone encounter the same problem as the above and able to resolve. Thanks.
    Bug No. 4262155
    Filed 25-MAR-2005 Updated 11-APR-2005
    Product Oracle Server - Enterprise Edition Product Version 9.2.0.6.0
    Platform Linux x86
    Platform Version 2.4.21-9.0.1
    Database Version 9.2.0.6.0
    Affects Platforms Port-Specific
    Severity Severe Loss of Service
    Status Not a Bug. To Filer
    Base Bug N/A
    Fixed in Product Version No Data
    Problem statement:
    ORA-29701 DURING DATABASE CREATION AFTER APPLYING 9.2.0.6 PATCHSET
    *** 03/25/05 07:32 am ***
    TAR:
    PROBLEM:
    Customer applied 9.2.0.6 patchset over 9.2.0.4 patchset.
    While creating the database, customer receives following error:
         ORA-29701: unable to connect to Cluster Manager
    However, if customer goes from 9.2.0.4 -> 9.2.0.5 -> 9.2.0.6, the problem does not occur.
    DIAGNOSTIC ANALYSIS:
    It seems that the problem is with libskgxn9.so shared library.
    For 9.2.0.4 -> 9.2.0.5 -> 9.2.0.6, the install log shows the following:
    installActions2005-03-22_03-44-42PM.log:,
    [libskgxn9.so->%ORACLE_HOME%/lib/libskgxn9.so 7933 plats=1=>[46]langs=1=> en,fr,ar,bn,pt_BR,bg,fr_CA,ca,hr,cs,da,nl,ar_EG,en_GB,et,fi,de,el,iw,hu,is,in, it,ja,ko,es,lv,lt,ms,es_MX,no,pl,pt,ro,ru,zh_CN,sk,sl,es_ES,sv,th,zh_TW, tr,uk,vi]]
    installActions2005-03-22_04-13-03PM.log:, [libcmdll.so ->%ORACLE_HOME%/lib/libskgxn9.so 64274 plats=1=>[46] langs=-554696704=>[en]]
    For 9.2.0.4 -> 9.2.0.6, install log shows:
    installActions2005-03-22_04-13-03PM.log:, [libcmdll.so ->%ORACLE_HOME%/lib/libskgxn9.so 64274 plats=1=>[46] langs=-554696704=>[en]] does not exist.
    This means that while patching from 9.2.0.4 -> 9.2.0.5, Installer copies the libcmdll.so library into libskgxn9.so, while patching from 9.2.0.4 -> 9.2.0.6 does not.
    ORACM is located in /app/oracle/ORACM which is different than ORACLE_HOME in customer's environment.
    WORKAROUND:
    Customer is using the following workaround:
    cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk rac_on ioracle ipc_udp
    RELATED BUGS:
    Bug 4169291

    Check if following MOS note helps.
    Series of ORA-7445 Errors After Applying 9.2.0.7.0 Patchset to 9.2.0.6.0 Database (Doc ID 373375.1)

  • ORA-04031 during export on CTX-index

    Hi !
    I get ORA-04031 during export when an interMedia CTX-Index should get exported. The exact error message is:
    unable to allocate 4072 bytes of shared memory ("shared pool", "DBMS_SYS_SQL", "PL/SQL MPCODE", "BAMIMA: BAM Buffer")
    followed by
    ORA-06508: PL/SQL: could not find program unit being called
    ORA-06512: in "SYS.DBMS_SQL", line 9
    ORA-06512: in "SYS.DBMS_EXPORT_EXTENSION", line 244
    Any hints for me what I could do?
    TIA,
    Stefan

    Interesting.  You should open a  thread with a more relevant title about views with pk / fk constraints.
    I don't have a way to solve your problem --- to identify such views.
    Hemant K Chitale

  • ORA-26667 during checkpoint retention check

    HI Guys
    I have an environment which is being replicated in 2 ways (DML,DDL ) RDBMS 10.2.0.4 , each RDBMS is running in RAC (3 nodes one RDBMS) and another running (2 nodes RAC) everything was running without problems for the last 3 months however last weekend I got
    Sat Feb 14 23:18:41 2009
    STREAMS Warning: ORA-26667 during checkpoint retention check <= this message is the first kind of message that we got
    Sun Feb 15 05:18:43 2009
    STREAMS Capture C 1: first scn changed.
    scn: 0x0009.79468518
    However I took a look that day and I dint find any issue I looked for that problem in metalink but I didn't find any problem , this message came out when the checkpoint retention time moved
    the checkpoint retention time in streams is a number of days that the capture process retains checkpoints before purging them automatically . A capture process periodically computes the age of a checkpoint by subtracting the next_time of the archived redo log that corresponds to the checkpoint from dba_capture.first_time of the archived redo log file containing the required checkpoint scn
    if the resulting value is grater than the checkpoint retention time then the capture process automatically purges the checkpoint by advancing the dba_capture.first_scn value all the archived retained by the dba_caprure process can be seen using dba_registered_archived_log view
    the default retention time is 60 days
    i didnt find any error in the RDBMS therefore I didnt do anything but on Monday morning I got a lot of replication errors caused by
    ORA-01403 , after fixing all those errors I changes of the database that I got that error were not replicated across the other database , it could explain why many tables got out of sync , seems the reason was the propagation process was hanging , I stopped and restarted no changes were received in the other database , as a workaround I recreate it and the problem was fixed . Have you had a problem like this before ?
    Rgds

    browsing on Metalink seems the way to trace the root cause of this kind of problem is running the Oracle Streams Healtcheck right away after we got this kind of problem , seems the error that I got was just a coincidence because there is nothing related

  • ORA-29540 during full database export

    Hi,
    Anyone encounter this error ORA-29540 during full database export. Have check out the web site for solution. Have check that the init file compatible is set to 8.1.0, the public synonym dba_java is been removed. However after the above remedies, the problem still occured. My database version is 8.1.5. Please let me know if there is other solution to this problem.
    Thank You ...
    regards,
    lbs

    Hi,
    Thanks...Any idea how to check whether the installation for the initjvm.sql is successful. cos I just took over from the previous DBA and he too have no idea...
    Thank You..

  • ORA-01006 during report from SQL Query

    We are running WebDB 2.2 against a 7.3.4.4 database. I have a report created from a SQL query which references 4 bind variables. During execution I receive the following, Failed to bind - :periodyr&#0124; &#0124;' with
    ORA-01006: bind variable does not exist.
    Anyone have any idea what causes this error, could it be because I reference a bind variable (:periodyr) more than once in the query? Is there a work around?
    I have included the where clause as reference:
    WHERE gcc.code_combination_id = gb.code_combination_id
    AND gb.code_combination_id = gjl.code_combination_id
    AND gjl.je_header_id = gjh.je_header_id
    AND gb.budget_version_id =
    (select budget_version_id
    from gl.gl_budget_versions
    where budget_name = :periodyr&#0124; &#0124;' OPERATING')
    AND gjh.actual_flag = 'B'
    AND gb.actual_flag = 'B'
    AND gb.period_name = gjl.period_name
    AND gb.period_year = nvl(:periodyr,gb.period_year)
    and gcc.segment2 = nvl(:cstctr,gcc.segment2)
    and ffvobj.attribute10 = nvl(:ctrlgrp,ffvobj.attribute10)
    and gcc.segment3 = nvl(:objcode,gcc.segment3)
    Thanks
    Mark

    I think there is a bug in the procedure which picks up the bind variables from a SQL.
    Workground: put a space between variable :periodyr and operator &#0124; &#0124; as:
    where budget_name = :periodyr &#0124; &#0124;' OPERATING')
    Hope this will work
    null

  • ORA - 01012 during the install of 8.1.5 on solaris 2.6

    Hi There,
    I am trying to install oracle 8i on Sun Solaris 2.6 system using
    OUI. During the installation and while creating the database
    using DB configuration assistant, i am getting error ora -01012
    Oracle not logged on, i have selected ignore and completed
    installation. While using SVRMGRL again it is giving ORA -01012
    Not Logged on error message . Can someone help me out.. Thanks.

    Hi all,
    I hope I am not alone in facing this problem.
    Would greatly appreciate any suggestions from you.
    Thanks,
    Raghu.

  • ORA-27300 during night hours, restart database needed

    Hi,
    Last year we upgraded a small database system on several systems from Oracle 8.0.6 to Oracle XE.
    We installed XE, dropped the XE database and created a new one with standard scripts. (We didn't need APEX)
    Next we imported the data of the old database and tested the C++ applications on it. Everything worked fine.
    We implemented it on several sites. The target system is usually:
    OS: Windows 2000 SP4
    Mem: 512 or 768 MB
    Swap: 2 Gb
    Now we have different errors on the sites, which all seem to be memory allocation problems.
    The error usually occur outside working hours (no client activity, so the applications can't be blamed).
    Eventually, the application usually gets a ORA-04030 error, unable to allocate xxx bytes of memory...,
    or ORA-07445: exception encountered...
    Is seems like some Oracle processes are stumbling over their own feet, because nothing is done from the client side.
    Here 's what is recorded in the alert.log
    Sun Dec 16 03:00:30 2007
    Process startup failed, error stack:
    Sun Dec 16 03:00:30 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1368.trc:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
    ORA-27302: failure occurred at: skgpspawn
    Sun Dec 16 03:00:31 2007
    Process m000 died, see its trace file
    Sun Dec 16 03:00:31 2007
    ksvcreate: Process(m000) creation failed
    Sun Dec 16 03:01:31 2007
    Process startup failed, error stack:
    Sun Dec 16 03:01:31 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1368.trc:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
    ORA-27302: failure occurred at: skgpspawn
    -- and this repeats itself during the rest of the weekend, until
    Mon Dec 17 09:11:57 2007
    Process m000 died, see its trace file
    Mon Dec 17 09:11:57 2007
    ksvcreate: Process(m000) creation failed
    Mon Dec 17 09:12:55 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_j000_1516.trc:
    ORA-12012: error on auto execute of job 5430
    ORA-04030: out of process memory when trying to allocate ORA-04030: out of process memory when trying to allocate 123404 bytes (QERHJ hash-joi,kllcqas:kllsltba)
    ORA-06512: at "SYS.DBMS_ISCHED", line 492
    ORA-06512: at "SYS.DBMS_SCHEDULER", line 2390
    bytes (,)
    The instance parameters are:
    System parameters with non-default values:
    processes = 200
    sga_max_size = 314572800
    __shared_pool_size = 92274688
    __large_pool_size = 4194304
    __java_pool_size = 4194304
    __streams_pool_size = 0
    sga_target = 264241152
    control_files = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ1.ORA, D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ2.ORA
    db_block_size = 8192
    __db_cache_size = 159383552
    compatible = 10.0.0.0.0
    log_buffer = 2859008
    log_checkpoint_interval = 10000
    log_checkpoint_timeout = 0
    db_files = 200
    db_file_multiblock_read_count= 16
    undo_management = AUTO
    undo_tablespace = UNDOTBS
    undo_retention = 10800
    remote_login_passwordfile= SHARED
    db_domain = DB_KMHZ.WORLD
    global_names = FALSE
    distributed_lock_timeout = 300
    job_queue_processes = 2
    background_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\SYSTEM_TRACE
    user_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\USER_TRACE
    max_dump_file_size = 10240
    open_links = 10
    db_name = DB_KMHZ
    pga_aggregate_target = 104857600
    After I tried several memory setting without success, I returned to the old-fashioned 8.0.6 settings,
    hoping Oracle would allocate less memory from OS.
    - I turned off automatic memory management (delete SGA_target parameter and used db_block_buffers, etc)
    - I set WORKAREA_SIZE_POLICY to MANUAL (speed wasn't an issue, so I deleted PGA_aggregate_target from spinit, and used sort_area_size)
    The system parameters became:
    processes = 200
    shared_pool_size = 75497472
    control_files = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ1.ORA, D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ2.ORA
    db_block_buffers = 550
    db_block_size = 8192
    compatible = 10.0.0.0.0
    log_buffer = 2863104
    log_checkpoint_interval = 10000
    log_checkpoint_timeout = 0
    db_files = 200
    db_file_multiblock_read_count= 16
    undo_management = AUTO
    undo_tablespace = UNDOTBS
    undo_retention = 10800
    remote_login_passwordfile= SHARED
    db_domain = DB_KMHZ.WORLD
    global_names = FALSE
    distributed_lock_timeout = 300
    job_queue_processes = 2
    background_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\SYSTEM_TRACE
    user_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\USER_TRACE
    max_dump_file_size = 10240
    open_links = 10
    sort_area_size = 65536
    db_name = DB_KMHZ
    workarea_size_policy = MANUAL
    After this, it appeared that the error still occured from time to time, but this time
    Oracle was able to restart the process. This is what was shown in the alert.log
    Completed: ALTER DATABASE OPEN
    Fri Dec 21 13:00:12 2007
    Thread 1 advanced to log sequence 33
    Current log# 1 seq# 33 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG1.ORA
    Sun Dec 23 10:00:59 2007
    Thread 1 advanced to log sequence 34
    Current log# 2 seq# 34 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG2.ORA
    Tue Dec 25 21:02:39 2007
    Thread 1 advanced to log sequence 35
    Current log# 1 seq# 35 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG1.ORA
    Wed Dec 26 11:00:30 2007
    Process startup failed, error stack:
    Wed Dec 26 11:00:30 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    Wed Dec 26 11:00:31 2007
    Process m000 died, see its trace file
    Wed Dec 26 11:00:31 2007
    ksvcreate: Process(m000) creation failed
    Wed Dec 26 11:01:31 2007
    Process startup failed, error stack:
    Wed Dec 26 11:01:31 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    Wed Dec 26 11:01:32 2007
    Process m000 died, see its trace file
    Wed Dec 26 11:01:32 2007
    ksvcreate: Process(m000) creation failed
    Wed Dec 26 11:02:32 2007
    Process startup failed, error stack:
    Wed Dec 26 11:02:32 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    -- fails about 10 times
    Wed Dec 26 11:08:15 2007
    Process m000 died, see its trace file
    Wed Dec 26 11:08:15 2007
    ksvcreate: Process(m000) creation failed
    -- and here it seems to have succeeded, because the next entry is a "change logfile"
    Thu Dec 27 21:02:41 2007
    Thread 1 advanced to log sequence 36
    Current log# 2 seq# 36 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG2.ORA
    Fri Dec 28 08:00:48 2007
    Process startup failed, error stack:
    Fri Dec 28 08:00:48 2007
    Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    This pattern repeats itself. The database makes one or a few logfile changes, and then the m000 process fails, but is eventually started again.
    Well, the good thing is, that for the end user seems to be solved (so far).
    My questions to y'all:
    - Is this problem related to bug 5607984 "- ORACLE DOES NOT CLOSE TCP CONNECTIONS. REMAINS IN CLOSE_WAIT STATE. [On Windows 32-bit]"?
    If Yes, can I do anything to solve it except waiting for the next version of XE?
    If No, then what else can be the cause?
    - Am I just fighting symptoms here, using the old Oracle 8 parameters?
    - Are there other/better ways to workaround this problem?
    - Are some Oracle jobs, like SYS.AUTO_SPACE_ADVISOR_PROG or SYS.GATHER_STATS_JOB bugging me?
    If yes, is it possible / advisable to stop these jobs?
    - Any other recommendations?
    Any comments are greatly appreciated.
    kndrgrds,
    Jan R

    Ah, yes, I forgot. (It didn't help me much, though)
    -- first occasion: pkhz_psp0_1368.trc:
    Dump file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1368.trc
    Sun Dec 16 03:00:30 2007
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Windows 2000 Version V5.0 Service Pack 4
    CPU : 1 - type 586
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:238M/759M, Ph+PgF:264M/2218M, VA:81M/2047M
    Instance name: pkhz
    Redo thread mounted by this instance: 1
    Oracle process number: 3
    Windows thread id: 1368, image: ORACLE.EXE (PSP0)
    *** SERVICE NAME:(SYS$BACKGROUND) 2007-12-16 03:00:30.828
    *** SESSION ID:(224.1) 2007-12-16 03:00:30.828
    *** 2007-12-16 03:00:30.828
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
    ORA-27302: failure occurred at: skgpspawn
    *** 2007-12-16 03:01:31.906
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
    ORA-27302: failure occurred at: skgpspawn
    *** 2007-12-16 03:02:33.218
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
    ORA-27302: failure occurred at: skgpspawn
    -- etc. This goes on synchonously with the alert.log
    -- later, at 9:12:
    -- pkhz_j000_1516:
    Dump file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_j000_1516.trc
    Mon Dec 17 09:12:55 2007
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Windows 2000 Version V5.0 Service Pack 4
    CPU : 1 - type 586
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:184M/759M, Ph+PgF:241M/2218M, VA:56M/2047M
    Instance name: pkhz
    Redo thread mounted by this instance: 1
    Oracle process number: 18
    Windows thread id: 1516, image: ORACLE.EXE (J000)
    *** ACTION NAME:(PURGE_LOG) 2007-12-17 09:12:55.046
    *** MODULE NAME:(DBMS_SCHEDULER) 2007-12-17 09:12:55.046
    *** SERVICE NAME:(SYS$USERS) 2007-12-17 09:12:55.046
    *** SESSION ID:(200.22) 2007-12-17 09:12:55.046
    *** 2007-12-17 09:12:55.046
    ORA-12012: error on auto execute of job 5430
    ORA-04030: out of process memory when trying to allocate ORA-04030: out of process memory when trying to allocate 123404 bytes (QERHJ hash-joi,kllcqas:kllsltba)
    ORA-06512: at "SYS.DBMS_ISCHED", line 492
    ORA-06512: at "SYS.DBMS_SCHEDULER", line 2390
    bytes (,)
    -- second occasion, pkhz_psp0_1528.trc
    Dump file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc
    Wed Dec 26 11:00:30 2007
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Windows 2000 Version V5.0 Service Pack 4
    CPU : 1 - type 586
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:151M/759M, Ph+PgF:590M/2671M, VA:5M/2047M
    Instance name: pkhz
    Redo thread mounted by this instance: 1
    Oracle process number: 3
    Windows thread id: 1528, image: ORACLE.EXE (PSP0)
    *** SERVICE NAME:(SYS$BACKGROUND) 2007-12-26 11:00:30.250
    *** SESSION ID:(224.1) 2007-12-26 11:00:30.250
    *** 2007-12-26 11:00:30.250
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    *** 2007-12-26 11:01:31.156
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    *** 2007-12-26 11:02:32.156
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    *** 2007-12-26 11:03:35.156
    Process startup failed, error stack:
    ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
    ORA-27302: failure occurred at: skgpspawn
    this repeats a few times until the end of the file.
    JanR

  • Ora-1460 during select using table(cast(type))

    Hi all!
    I've got a problem with a query that fails with a ora-1460 at random time intervals. This is a 10.2.0.3 version database running on a sun os.
    We've managed to reproduce this error controlled when running an analyze on the table in question at the same time this query runs.
    The error looks like this:
    Unexpected system error, see server log for details. Root message is: org.apache.ojb.broker.PersistenceBrokerSQLException: * SQLException during execution of sql-statement: * sql statement was 'SELECT A0.ID,A0.LOCK_VERSION,A0.CLASS_NAME,A0.DESCRIPTION,A0.NAME,A0.EXTERNAL_ID,A0.ORDER_NUMBER,A0.LEVEL_ID,A0.ROOT_AH_ID,A0.DIFF_END_DATE,A0.DIFF_START_DATE,A0.SUPPORTED_BY_ASS_CAL,A0.CATEGORY_ROLE_ID FROM CATEGORY A0 WHERE A0.ID IN (select /*+ cardinality(1) */ * from table(cast( ems_string_to_table(?) as ems_table_of_number_type ))union select /*+ cardinality(1) */ * from table(cast( ems_string_to_table('') as ems_table_of_number_type)))' * Exception message is [ORA-01460: unimplemented or unreasonable conversion requested ] * Vendor error code [1460] * SQL state code [72000]
    ems_string_to_table is a function thats populates a type with a unknown number of values. Though, the length of the string never exceeds 4k.
    ems_table_of_number_type is a type define as "table of numbers".
    Has anybody seen this error before, or have any idea why this should be?
    Best regards,
    Heyers

    There is an IN clause constaraint i.e max number of characters you can pass from Oracle .Please check your select inner query which might be resulting to cross more than the boundary IN clause ,

Maybe you are looking for

  • PDF printing by Apache FOP : what are the prerequisites ?

    Hello, I'm actually looking for a way to print reports, and I've 2 questions : 1) If I'm not wrong there are three means : BI Publisher, Apache FOP and an other XSL-FO like Cocoon... -> For budgetary reasons, we can't use BI Publisher. -> Besides, my

  • I cannot forward email with Thunderbird - says possible abuse - how can I unblock this?

    When I try to forward emails- it says failed due to possible abuse. ATT help desk said it was an issue within Thunderbird.

  • Cannot clear blinking low ink lights on Deskjet F4180

    printer won't print.  Attention black light is blinking and E light is on. Installed refilled cartridges and still have the problem.  Is there a solution short of buying a new printer?

  • Distinct Formula - nuberVar

    I have the following formula that pulls information from a sub report onto my main page (a summary page) .....this works fine except within these sub codes I have casenumbers, and some casenumbers appear in more than one SubCode. As a result I am try

  • Enhancement in f-48

    I want to display a warning message while executing transaction f-48 if the line item is more than one for a particular vendor . If the line item is more than 2 then i have to show an error message. Can someone help me in this regard.