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>
Similar Messages
-
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 PMMichael,
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 -
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 BockiusYou'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 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? ThanksHow 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
AbAb,
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 -
database version 11.2.0.4
rac two node
CREATE INDEX MAXIMO.ACTCI_NDX3 ON MAXIMO.ACTCI
(DESCRIPTION)
INDEXTYPE IS CTXSYS.CONTEXT
PARAMETERS('lexer global_lexer language column LANGCODE')
ERROR at line 1:
ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-20000: Oracle Text error:
DRG-10700: preference does not exist: global_lexer
ORA-06512: at "CTXSYS.DRUE", line 160
ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 366Like the error message says, you don't have a global_lexer. So, you need to create a global_lexer and that lexer must have at least a default sub_lexer, then you can use that global_lexer in your index parameters. Please see the demonstration below, including reproduction of the error and solution.
SCOTT@orcl12c> -- reproduction of problem:
SCOTT@orcl12c> CREATE TABLE actci
2 (description VARCHAR2(60),
3 langcode VARCHAR2(30))
4 /
Table created.
SCOTT@orcl12c> CREATE INDEX ACTCI_NDX3 ON ACTCI (DESCRIPTION)
2 INDEXTYPE IS CTXSYS.CONTEXT
3 PARAMETERS('lexer global_lexer language column LANGCODE')
4 /
CREATE INDEX ACTCI_NDX3 ON ACTCI (DESCRIPTION)
ERROR at line 1:
ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-20000: Oracle Text error:
DRG-10700: preference does not exist: global_lexer
ORA-06512: at "CTXSYS.DRUE", line 160
ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 366
SCOTT@orcl12c> -- solution:
SCOTT@orcl12c> DROP INDEX actci_ndx3
2 /
Index dropped.
SCOTT@orcl12c> BEGIN
2 CTX_DDL.CREATE_PREFERENCE ('global_lexer', 'multi_lexer');
3 CTX_DDL.CREATE_PREFERENCE ('english_lexer', 'basic_lexer');
4 CTX_DDL.ADD_SUB_LEXER ('global_lexer', 'default', 'english_lexer');
5 END;
6 /
PL/SQL procedure successfully completed.
SCOTT@orcl12c> CREATE INDEX ACTCI_NDX3 ON ACTCI (DESCRIPTION)
2 INDEXTYPE IS CTXSYS.CONTEXT
3 PARAMETERS('lexer global_lexer language column LANGCODE')
4 /
Index created. -
Errors when trying to mosaic compressed images
I am trying to load georaster data into Oracle 11g 11.2.0.2. I was successful then doing this by using the following steps:-
- SDO_GEOR.IMPORTFROM
- sdo_geor.mosaic
However when I try to compress the images as JPEG-B I get an Oracle error when performing the mosaic operation.
ORA-13485: error occurred during compression or decompression: lossy then something related to colormaps.
Has anyone ever seen a similar error.
These are the scripts.
set serveroutput on size 1000000;
set timing on;
LOAD
-- THE SDO_RASTER TABLE HAS TO BE UNIQUE IN THE ENTIRE DATABASE
DROP TABLE GEO_25K PURGE;
DROP TABLE RDT_25K PURGE;
CREATE TABLE GEO_25K ( ID NUMBER PRIMARY KEY,
SOURCE_FILE VARCHAR2(80),
DESCRIPTION VARCHAR2(32),
GEOMMBR SDO_GEOMETRY,
GEORASTER SDO_GEORASTER);
CREATE TABLE RDT_25K OF SDO_RASTER
(PRIMARY KEY (RASTERID, PYRAMIDLEVEL, BANDBLOCKNUMBER, ROWBLOCKNUMBER, COLUMNBLOCKNUMBER))
LOB(RASTERBLOCK) STORE AS (NOCACHE NOLOGGING);
CALL SDO_GEOR_UTL.CREATEDMLTRIGGER('GEO_25K','GEORASTER');
-- IMPORTFROM DOES NOT SUPPORT JPG ONLY TIFF, GIF, BMP AND PNG
-- SET TIMING ON IN SQLPLUS TO SEE HOW LONG THE LOAD TAKES
-- 28 X JPG CONVERTED TO TIFF REPRESENTS 1.93GB ON DISK AND 2286MB IN THE DB AND TOOK 1 HOUR 11 MINUTES TO LOAD
DECLARE
TYPE FILE_LIST IS TABLE OF VARCHAR2(200);
files FILE_LIST;
geor MDSYS.SDO_GEORASTER;
BEGIN
dbms_java.set_output(1000000);
get_dir_list('/PRLR01/fssa01/RASTER/LOAD/');
FOR i in ( SELECT rownum,FILENAME from dir_list where FILENAME like '%TIF' )
LOOP
dbms_output.put_line(i.FILENAME);
dbms_output.put_line(SUBSTR(i.filename, 1, LENGTH(i.filename)-4) || '.TFW');
INSERT INTO GEO_25K VALUES (i.rownum, i.filename, '', null, MDSYS.SDO_GEOR.INIT('RDT_25K', i.rownum));
SELECT GEORASTER INTO geor FROM GEO_25K WHERE ID = i.rownum FOR UPDATE;
MDSYS.SDO_GEOR.IMPORTFROM(geor, 'compression=JPEG-B', 'TIFF', 'FILE', i.FILENAME,
'WORLDFILE', 'FILE', SUBSTR(i.filename, 1, LENGTH(i.filename)-4) || '.TFW');
UPDATE GEO_25K SET GEORASTER = geor WHERE ID = i.rownum;
SELECT GEORASTER INTO geor FROM GEO_25K WHERE ID = i.rownum FOR UPDATE;
MDSYS.SDO_GEOR.SETRASTERTYPE(geor, 21001);
UPDATE GEO_25K SET GEORASTER = geor WHERE ID = i.rownum;
SELECT georaster INTO geor FROM GEO_25K WHERE id = i.rownum FOR UPDATE;
sdo_geor.setModelSRID(geor, 81989);
UPDATE GEO_25K SET georaster = geor WHERE id=i.rownum;
END LOOP;
COMMIT;
END;
MOSAIC
set timing on;
--After the GeoRaster are loaded you may want to set the appropriate SRID if this was not set correctly.
--SELECT sdo_geor.validateBlockMBR(georaster), id FROM GEO_25K;
--select id, sdo_geor.getModelSRID(georaster) from GEO_25K;
--Then you need to validate the GeoRasters to see if they have been setup correctly.
--SELECT t.id, sdo_geor.validategeoraster(t.georaster) isvalid from GEO_25K t order by id;
--After you have loaded all the georasters, iSMART will pick up each row of the georaster as an individual layer so you need to create a mosaic layer or table
drop table GEO_MOSAIC_25K;
drop table RDT_MOSAIC_25K;
CREATE TABLE GEO_MOSAIC_25K ( ID NUMBER PRIMARY KEY,
SOURCE_FILE VARCHAR2(80),
DESCRIPTION VARCHAR2(32),
GEOMMBR SDO_GEOMETRY,
GEORASTER SDO_GEORASTER);
CREATE TABLE RDT_MOSAIC_25K OF SDO_RASTER
(PRIMARY KEY (RASTERID, PYRAMIDLEVEL, BANDBLOCKNUMBER, ROWBLOCKNUMBER, COLUMNBLOCKNUMBER))
LOB(RASTERBLOCK) STORE AS (NOCACHE NOLOGGING);
call sdo_geor_utl.createDMLTrigger('GEO_MOSAIC_25K','GEORASTER');
DECLARE
gr sdo_georaster;
BEGIN
insert into GEO_MOSAIC_25K (id, georaster)
values (1, sdo_geor.init('RDT_MOSAIC_25K'))
returning georaster INTO gr;
sdo_geor.mosaic('GEO_25K', 'georaster', gr, '');
update GEO_MOSAIC_25K SET georaster=gr where id=1;
commit;
END;
--Then you need to validate the mosaic.
-- SELECT sdo_geor.validateBlockMBR(georaster), id FROM GEO_MOSAIC_25K;
SELECT t.id, sdo_geor.validategeoraster(t.georaster) isvalid from GEO_MOSAIC_25K t order by id;
--The in order to achieve real performance you need to pyramid the mosaic raster. If you don't specify a pyramid level then you oracle will calculate it.
--If you have set them max resolution to this layer using the Oracle calculated value will produce too many pyramid levels, you need to calculate how many pyramid value you will need
--See URL for Pyramiding http://download.oracle.com/docs/cd/B28359_01/appdev.111/b28398/geor_intro.htm#CHDDEGJJ
DECLARE
gr sdo_georaster;
BEGIN
SELECT georaster INTO gr
FROM GEO_MOSAIC_25K WHERE id = 1 FOR UPDATE;
-- Generate pyramids.
sdo_geor.generatePyramid(gr, 'rLevel=5, resampling=NN');
-- Update the original GeoRaster object.
UPDATE GEO_MOSAIC_25K SET georaster = gr WHERE id = 1;
COMMIT;
END;
quit
These work fine until I include 'compression=JPEG-B'
Cheers,
DavidCheck document:
1.10.2 DEFLATE Compression of GeoRaster Objects
DEFLATE compression compresses objects according to the Deflate Compressed Data Format Specification (Network Working Group RFC 1951), and it stores the compressed data in ZLIB format, as described in the ZLIB Compressed Data Format Specification (Network Working Group RFC 1950). The ZLIB header and checksum fields are included in the compressed GeoRaster object.
Although DEFLATE compression is supported for GeoRaster objects of any size, the total size (columnsPerBlock * rowsPerBlock * bandsPerBlock * cellDepth / 8) of each block of the GeoRaster object must not exceed 1 gigabyte (GB). For large GeoRaster objects, you can call the SDO_GEOR.changeFormatCopy procedure to block the GeoRaster object into blocks smaller than1 GB, and then compress the GeoRaster object; or you can perform the blocking and compression in the same call to the SDO_GEOR.changeFormatCopy procedure.
Because DEFLATE compression is lossless, compression quality does not apply, and is ignored if it is specified.
compression
Specifies the compression type to be applied to the GeoRaster object. Must be one of the following values: JPEG-B, JPEG-F, DEFLATE, or NONE. (You can use NONE to decompress a compressed GeoRaster object.) If compression is not specified, the compression type of the source GeoRaster object is used. For more information about compression and decompression, see Section 1.10. Example: compression=DEFLATE -
How to Mosaic 167,958 georasters?
Hello,
I have a table named RASTER that contains 167,958 georasters. I have a table named RR_RDT that contains the blocks for the georasters. There are 65,284 georasters that have "content" and the remaining georasters are blanks that were generated to overcome the limitations of the MOSAIC operation, specifically the need for a rectangular boundary.
All the georasters are valid, have the same SRID, are non-overlapping and have had spatial extents generated. I have created a table named LL_ORTHO_06 and MLL_RDT to contain the results of the MOSAIC operation. I have attempted to use the sdo_geor.mosaic( ) command and run into an ORA: 04030 error, "out of process memory, cannot allocate 296 bytes'.
My inquiry to the community is has anyone been successful in creating a mosaic of 100,000 plus georaster objects in a single pass, or have you had to incrementally generate a mosaic.
I am tasked with creating a county wide mosaic of Orthoimagery that has pyramids and serving that data out via a WMS service using Mapviewer.
Have a great day,
Jerry Cox
GIS Analyst
Santa Clara Valley Water District
San Jose, CAHello,
In response to your inquiry for more details I submit the following:
1. The dbms version is 10.2.0.1.0 with Patch Set 2, 10.2.3.0 and Interim Patches # 5740875 and # 6812783.
2. The server has an Intel Xeon CPU, 4 Gb Ram and is running MS Server 2003, Service Pack 2
3. The georasters are contained in a single table named RASTER and an RDT table named RR_RDT
4. The mosaic will be contained in a single table named LL_ORTHO_06 and an RDT table named MLL_RDT
5. The georaster tiles/blocks are not compressed.
6. The mosaic will not be compressed.
7. The source of the georasters are 65,283 TIFF files, each being 11.768 MB in size, and georeferenced with a .tfw file.
8. The blocksize of the TIFF georasters is 256,256,3 and the interleaving is BIP.
9. The blocksize of the 102,674 Blank georasters is 256,256,3 and the interleaving is BIP.
10. All georasters are SRID 2207, georeferenced, non-overlapping and no gaps exist between any of the blocks.
11. The DBA has "tuned" the SGA, PGA and other memory parameters on the database server
12. The pl/sql used to create and populate the mosaic is:
-- Create the LL_Ortho_06 table
CREATE TABLE LL_ORTHO_06(GEORID NUMBER(15,0) NOT NULL, GEORASTER SDO_GEORASTER)
TABLESPACE MOSAICK_DATA
PCTFREE 0;
-- Create trigger
BEGIN
sdo_geor_utl.createDMLTrigger('LL_ORTHO_06', 'GEORASTER');
END;
-- Create LL_Ortho_06 object RDT
CREATE TABLE MLL_RDT OF SDO_RASTER
(PRIMARY KEY (rasterID, pyramidLevel, bandBlockNumber, rowBlockNumber, columnBlockNumber))
TABLESPACE MOSAICK_DATA NOLOGGING
LOB(rasterBlock) STORE AS lobsegmll
(TABLESPACE MOSAICK_DATA
CHUNK 8192
CACHE READS
NOLOGGING
PCTVERSION 0
STORAGE (PCTINCREASE 0)
and finally the pl/sql block that is failing to perform as expected is:
DECLARE
grobj sdo_georaster;
BEGIN
DBMS_OUTPUT.PUT_LINE('Mosaic Begin Time'||to_char(sysdate,'HH:MM:SS'));
INSERT INTO LL_ORTHO_06(georid,georaster) VALUES (1, sdo_geor.init('MLL_RDT',1)) RETURNING georaster INTO grobj;
sdo_geor.mosaic('RASTER','GEORASTER',grobj,'blocksize=(256,256,3)');
UPDATE LL_ORTHO_06 SET georaster = grobj WHERE georid = 1;
COMMIT;
DBMS_OUTPUT.PUT_LINE('Mosaic End Time'||to_char(sysdate,'HH:MM:SS'));
END;
The above code was used initially to create a "proof of concept" mosaic of 50 blank and non-blank georasters, which gave me the impression the same could be done with any number of georasters.
Thanks for your input,
Jerry Cox
GIS Analyst
Santa Clara Valley Water District
San Jose, CA -
How to do mosaic for different two georaster object?
I have done mosaic for single georaster object, But I can't do it for different two georaster object. Oracle returned the error: ORA-13419.
My PL/SQL code is:
DECLARE
gr sdo_georaster;
BEGIN
INSERT INTO georaster_table (georid, georaster) VALUES (1, sdo_geor.init('rdt_1')) RETURNING georaster INTO gr;
sdo_geor.mosaic('city_images', 'image', gr, null);
UPDATE georaster_table SET georaster=gr WHERE georid=1;
END;
There are two rows in city_images.I want to know how to set these data?Will,
in general, all the images should be georeferenced. otherwise it would not make too much sense to do mosaic. so, you might want to load real image data from either georeferenced GeoTIFF files or TIFF plus TFW files.
but GeoRaster doesn't require the images must be georeferenced. In GeoRaster, any image can have a different ULT coordinate, which doesn't have to be (0,0). This is a special feature of GeoRaster, in considering most formats always treat the upper-left corner pixel of an image as the origin (0,0) only. So in the cell space, non-georeferenced images can be co-located in different areas and so they can be mosaicked as well. specifically, you loaded two GIF files. their current ULT coordinates in georaster must be (0,0). If you setup the UTL coordinates of them differently and properly, then you shall be able to do the mosaicking. the functions you can use are getULTCoordinate and setULTCoordinate.
hope this helps
Jeffrey -
What prevents mosaic"k"s from being created?
I have created two base tables and two rdt tables. The base tables are named RASTER_CIP and MOSAIC. The rdt tables are RASTER_CIP_RDT and MOSAIC_RDT. The database is 11gR2.
The base tables have three attributes, NAME - VARCHAR2(64), SPATIAL_MBR SDO_GEOMETRY, IMAGE SDO_GEORASTER.
The RDT tables are named as standard.
Using FME I loaded three images into the RASTER_CIP/RDT tables with a SRID of 4326. Using the validategeoraster and schemavalidate functions, all three rows are valid. I can view the images with the FME viewer without problems. I can build (or delete) pyramid layers just fine. All three images were loaded, and then compressed with JPEG-B. They currently have no pyramids. The images do not overalap, and are not adjacent.
When I try to run the following mosaic operation (adopted from the georaster documentation), I get the following error. I've tried it with compressed (JPEG-B), not compressed, different block sizes, no options, etc. Same error.
What exactly does it not like?
-- Make MOSAIC
DECLARE
gr sdo_georaster;
BEGIN
INSERT INTO mosaic (name, image)
VALUES ('HIGHRES', SDO_GEOR.init ('MOSAIC_RDT'))
RETURNING image
INTO gr;
SDO_GEOR.mosaic ('RASTER',
'IMAGE',
gr,
'blocksize=(512,512,3) compression=NONE interleaving=BSQ pyramid=FALSE',
SDO_NUMBER_ARRAY(0));
UPDATE mosaic
SET image = gr
WHERE name = 'HIGHRES';
END;
/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_INT", line 963
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1268
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1539
ORA-06512: at "MDSYS.SDO_GEOR", line 1401
ORA-06512: at line 11Bryan,
with raster applications, the flexibility of the solutions is extremely important, in other word, sometime, it's probably hard to find a single best solution for all application cases. GeoRaster provides such flexibility. Depending upon your application requirements, you can choose to use a set of individual georaster objects and treat them as a "virtual mosaic" or mosaick them together to create a physical mosaic, or a combination of both.
The sparse mosaic is very useful too. it creates a single mosaic without wasting storage space for no-data areas. it simplifies your database by creating a single georaster object out of a large sparse set of individual georaster objects thus ease the management task and application development. of course, the true scalability of GeoRaster is the prerequisite of such a solution. As real application examples, rarely there is an orthogonal political boundaries for a country, province or city. Mosaics of many thematic or image layers are generally required for such GIS systems for many reasons, but it is probably better to not fill all those void areas outside of the boundary with cell values thus save space and in many cases, improve application performance. In another application, users might be doing a mapping or photogrammetric survey of a large area such as for a big state, but the work progress could take years. You simply create a sparse mosaic for the whole region and then once new data coming in, you can call sdo_geor.updateRaster to add the new images into your sparse mosaic. that might help avoid losing the "big picture".
thanks,
Jeffrey -
Text Index works fine consistently with Table, but not on underlying View
Hi,
We are facing weird issue relating to Oracle Text Indexes. Search using Oracle Text Index
works fine on a Table, but when running query on View it gives sometimes (not consistently)
ORA-20000: Oracle Text error:
DRG-10849: catsearch does not support functional invocation
DRG-10599: column is not indexed
Sometimes it works.
All of the below steps are run using User IR2OWNER:
STEP 1: Table CPF_CUSTOMER created as follows (3 Non Text Indexes defined at time of creation )
**Please note no Public Synonym is created for this Table**
** There is already another Table by same name CPF_CUSTOMER under different Owner (CDROWNER)
and that Table has Public Synonym CPF_CUSTOMER created. Other Table CPF_CUSTOMER does not
have any Views **
create table CPF_CUSTOMER
CPF_CUSTOMER_UUID NUMBER(20) not null,
SAP_ID VARCHAR2(10 CHAR) not null,
IRIS2_ID VARCHAR2(7 CHAR),
NAME VARCHAR2(70 CHAR) not null,
DRAFT_IND NUMBER(1) not null,
ACTIVE_IND NUMBER(1) not null,
REPLACED_BY_CUST VARCHAR2(10 CHAR),
CRE_DT_GMT DATE,
CRE_DT_LOC DATE,
TIME_ZONE VARCHAR2(3 CHAR),
CRE_USR VARCHAR2(8 CHAR),
CHG_DT_GMT DATE,
CHG_DT_LOC DATE,
CHG_TIME_ZONE VARCHAR2(3 CHAR),
CHG_USR VARCHAR2(8 CHAR),
VFY_DT_GMT DATE,
VFY_DT_LOC DATE,
VFY_USR VARCHAR2(8 CHAR),
DIVISION VARCHAR2(20 CHAR),
SALES_ADMIN VARCHAR2(3 CHAR),
MF_CUST_CDE VARCHAR2(14 CHAR),
CR_CTRL_OFCE VARCHAR2(3 CHAR),
DEFAULT_INV_CCY VARCHAR2(3 CHAR),
AUTOBILL_OVRRD_IND NUMBER(1) not null,
AUTOBILL NUMBER(1) not null,
AUTOPRT_OVRRD_IND NUMBER(1) not null,
AUTOPRT NUMBER(1) not null,
AVE_PYMT_DAY NUMBER(3),
TTL_INV_VAL NUMBER(12,2),
INHERIT_CR_TERM_ASSGMT NUMBER(1) not null,
NORMALIZED_NME VARCHAR2(70 CHAR),
OB_PYMT_OFCE VARCHAR2(3 CHAR),
IB_PYMT_OFCE VARCHAR2(3 CHAR),
CGO_SMART_ID VARCHAR2(20 CHAR),
REC_UPD_DT TIMESTAMP(6),
NCPF_CUST_ID VARCHAR2(7) not null,
CPF_CUST_LEVEL_UUID NUMBER(20) not null
tablespace DBCPFP1_LG_DATA LOGGING;
CREATE UNIQUE INDEX CPF_CUSTOMERI1 ON CPF_CUSTOMER
(SAP_ID ASC) TABLESPACE DBCPFP1_LG_INDX;
ALTER TABLE CPF_CUSTOMER
ADD CONSTRAINT CPF_CUSTOMERI1 UNIQUE (SAP_ID);
CREATE UNIQUE INDEX CPF_CUSTOMERI2 ON CPF_CUSTOMER
(CPF_CUSTOMER_UUID ASC) TABLESPACE DBCPFP1_LG_INDX;
ALTER TABLE CPF_CUSTOMER
ADD CONSTRAINT CPF_CUSTOMERI2 UNIQUE (CPF_CUSTOMER_UUID);
CREATE INDEX CPF_CUSTOMER_IDX2 ON CPF_CUSTOMER (UPPER(NAME))
TABLESPACE DBCPFP1_LG_INDX;
STEP 2: Create View CPF_CUSTOMER_RVW on above Table (and Public Synonym on View)
This View is created under same OWNER as Table created in STEP 1 (IR2OWNER)
create or replace view cpf_customer_rvw as
select
CPF_CUSTOMER_UUID,
SAP_ID,
IRIS2_ID,
NAME,
DRAFT_IND,
ACTIVE_IND,
REPLACED_BY_CUST,
CRE_DT_GMT,
CRE_DT_LOC,
TIME_ZONE,
CRE_USR,
CHG_DT_GMT,
CHG_DT_LOC,
CHG_TIME_ZONE,
CHG_USR,
VFY_DT_GMT,
VFY_DT_LOC,
VFY_USR,
DIVISION,
SALES_ADMIN,
MF_CUST_CDE,
CR_CTRL_OFCE,
DEFAULT_INV_CCY,
AUTOBILL_OVRRD_IND,
AUTOBILL,
AUTOPRT_OVRRD_IND,
AUTOPRT,
AVE_PYMT_DAY,
TTL_INV_VAL,
INHERIT_CR_TERM_ASSGMT,
NORMALIZED_NME,
OB_PYMT_OFCE,
IB_PYMT_OFCE,
CGO_SMART_ID,
NCPF_CUST_ID,
CPF_CUST_LEVEL_UUID,
REC_UPD_DT
from CPF_CUSTOMER;
CREATE OR REPLACE PUBLIC SYNONYM CPF_CUSTOMER_RVW FOR CPF_CUSTOMER_RVW;
STEP 3: Insert Test row
insert into cpf_customer (CPF_CUSTOMER_UUID, SAP_ID, IRIS2_ID, NAME, DRAFT_IND, ACTIVE_IND, REPLACED_BY_CUST, CRE_DT_GMT, CRE_DT_LOC, TIME_ZONE, CRE_USR, CHG_DT_GMT, CHG_DT_LOC, CHG_TIME_ZONE, CHG_USR, VFY_DT_GMT, VFY_DT_LOC, VFY_USR, DIVISION, SALES_ADMIN, MF_CUST_CDE, CR_CTRL_OFCE, DEFAULT_INV_CCY, AUTOBILL_OVRRD_IND, AUTOBILL, AUTOPRT_OVRRD_IND, AUTOPRT, AVE_PYMT_DAY, TTL_INV_VAL, INHERIT_CR_TERM_ASSGMT, NORMALIZED_NME, OB_PYMT_OFCE, IB_PYMT_OFCE, CGO_SMART_ID, NCPF_CUST_ID, CPF_CUST_LEVEL_UUID, REC_UPD_DT)
values (2.26283572796028E15, '6588125000', '6588125', 'S M Mooseen And Sons(PVT) Limited', 0, 1, '', to_date('15-03-2005 08:55:00', 'dd-mm-yyyy hh24:mi:ss'), to_date('15-03-2005 14:25:00', 'dd-mm-yyyy hh24:mi:ss'), 'IST', 'licr2', to_date('19-02-2007 00:33:00', 'dd-mm-yyyy hh24:mi:ss'), to_date('19-02-2007 06:03:00', 'dd-mm-yyyy hh24:mi:ss'), 'IST', 'BaseAdmi', to_date('15-03-2005 09:03:00', 'dd-mm-yyyy hh24:mi:ss'), to_date('15-03-2005 14:33:00', 'dd-mm-yyyy hh24:mi:ss'), 'ninwasa', '', '', 'SRI06588125000', '463', '', 0, 0, 0, 0, null, null, 0, 'SMMOOSEENANDSONSPVTLIMITED', '', '', '', '6588125', 109966195050333, '14-JAN-09 02.49.28.325774 PM');
commit;
STEP 4: Create Oracle Text Index on Table CPF_CUSTOMER
EXEC CTX_DDL.DROP_PREFERENCE('CTXCAT_IR2_STORAGE');
EXEC CTX_DDL.CREATE_PREFERENCE('CTXCAT_IR2_STORAGE', 'BASIC_STORAGE');
EXEC CTX_DDL.SET_ATTRIBUTE('CTXCAT_IR2_STORAGE', 'I_INDEX_CLAUSE', 'TABLESPACE COMMON_SM_INDX COMPRESS 2');
EXEC CTX_DDL.SET_ATTRIBUTE('CTXCAT_IR2_STORAGE', 'I_INDEX_CLAUSE', 'TABLESPACE COMMON_SM_INDX COMPRESS 2');
EXEC CTX_DDL.SET_ATTRIBUTE('CTXCAT_IR2_STORAGE', 'K_TABLE_CLAUSE', 'TABLESPACE COMMON_SM_INDX COMPRESS 2');
EXEC CTX_DDL.SET_ATTRIBUTE('CTXCAT_IR2_STORAGE', 'R_TABLE_CLAUSE', 'TABLESPACE COMMON_SM_INDX COMPRESS 2');
EXEC CTX_DDL.SET_ATTRIBUTE('CTXCAT_IR2_STORAGE', 'I_ROWID_INDEX_CLAUSE', 'TABLESPACE COMMON_SM_INDX storage (INITIAL 5M)');
-- Define IR2_AB_LEXER to handle Special Characters.
EXEC ctx_ddl.drop_preference('IR2_AB_LEXER');
EXEC ctx_ddl.create_preference('IR2_AB_LEXER', 'BASIC_LEXER');
EXEC ctx_ddl.set_attribute ('IR2_AB_LEXER', 'printjoins', ',_!$~%?=({;|&+-:/)}.@`^');
--Drop Indexes
drop index CPF_CUSTOMER_DIDX1;
-- CATSEARCH INDEX on CPF_CUSTOMER.NAME
CREATE INDEX CPF_CUSTOMER_DIDX1 ON CPF_CUSTOMER(NAME) INDEXTYPE IS CTXSYS.CTXCAT PARAMETERS ('STORAGE CTXCAT_IR2_STORAGE STOPLIST CTXSYS.EMPTY_STOPLIST LEXER IR2_AB_LEXER');
commit;
STEP 5: Run Query to use Oracle Text Index on Base Table (works fine always. No issues seen so far)
SELECT a.sap_id||'|'||a.name||'|' CUSTOMER_STR
FROM cpf_customer a
WHERE (catsearch(a.name, 'Mooseen'||'*', '')>0);
CUSTOMER_STR
6588125000|S M Mooseen And Sons(PVT) Limited|
STEP 6: Run Query to use Oracle Text Index on View created under Table (get below error periodically)
ORA-20000: Oracle Text error:
DRG-10849: catsearch does not support functional invocation
DRG-10599: column is not indexed
But it works sometimes as in STEP 5 and returns 1 row. It is never consistent. We would like to
provide access to this Table using View only. That is why we would like to get this query working consistently
using View.
Any help or tips would be greatly appreciated
Thanks
AuroThis is a known issue with CTXCAT indexes. Sometimes the optimizer will "drive" the query off another index, and request results from the CTXCAT index on a row-by-row basis ("does the row with rowid NNNN satisfy this CATSEARCH condition?"). That's known as a functional lookup, and is not supported by the CTXCAT indextype.
The only solution is to try to persuade the optimizer to use a different plan which does not use a functional lookup. This can be achieved by the use of hints, or sometimes by collecting or deleting statistics on the table. -
Error while running the Oracle Text optimize index procedure (even as a dba user too)
Hi Experts,
I am on Oracle on 11.2.0.2 on Linux. I have implemented Oracle Text. My Oracle Text indexes are fragmented but I am getting an error while running the optimize_index error. Following is the error:
begin
ctx_ddl.optimize_index(idx_name=>'ACCESS_T1',optlevel=>'FULL');
end;
ERROR at line 1:
ORA-20000: Oracle Text error:
ORA-06512: at "CTXSYS.DRUE", line 160
ORA-06512: at "CTXSYS.CTX_DDL", line 941
ORA-06512: at line 1
Now I tried then to run this as DBA user too and it failed the same way!
begin
ctx_ddl.optimize_index(idx_name=>'BVSCH1.ACCESS_T1',optlevel=>'FULL');
end;
ERROR at line 1:
ORA-20000: Oracle Text error:
ORA-06512: at "CTXSYS.DRUE", line 160
ORA-06512: at "CTXSYS.CTX_DDL", line 941
ORA-06512: at line 1
Now CTXAPP role is granted to my schema and still I am getting this error. I will be thankful for the suggestions.
Also one other important observation: We have this issue ONLY in one database and in the other two databases, I don't see any problem at all.
I am unable to figure out what the issue is with this one database!
Thanks,
OrauserNHow about check the following?
Bug 10626728 - CTX_DDL.optimize_index "full" fails with an empty ORA-20000 since 11.2.0.2 upgrade (DOCID 10626728.8) -
ERROR while syncing the Text Index
Hi All,
We are facing an issue while syncing the text index on the table, and the error is below,
System error: Plsql job execution is failed with error code -20000 and error message ORA-20000: Oracle Text error: DRG-10017: you must be CTXSYS to do this: SYNC
We have granted the USER with CTXAPP and CTXSYS roles.
We are scheduling the SYNC from the QUARTZ Scheduler and it happens for every 5 Minutes. We are getting this error in ADHOC Basis.
Could anyone help us in solving the issue.
Thanks.Hi
to be able to run ctx_ddl.sync_index as a database job it is necessary to have explicit grants for ctx_ddl, the inheritance via the role ctxapp does not suffice.
SQL> grant execute on ctxsys.ctx_ddl to <user_submitting_the_job>;
-Edwin -
Getting error while importing schema with ORACLE TEXT
IMP-00003: ORACLE error 20000 encountered
ORA-20000: Oracle Text error:
DRG-52204: error while registering index
DRG-10507: duplicate index name: WORKORDER_Q, owner: SYS
ORA-06512: at "CTXSYS.DRUE", line 160
ORA-06512: at "CTXSYS.DRIIMP", line 115
ORA-06512: at line 2
IMP-00088: Problem importing metadata for index WORKORDER_Q. Index creation will be skipped
Database version - Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
Os version - Linux nlxs1012.slb.atosorigin-asp.com 2.6.18-308.el5 #1 SMP Fri Jan 27 17:17:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux
We have take export of schema from production db now importing data to qa environment..
In import facing above error..I am importing objects from P20_MAXIMO to Q25_MAXIMO to another database..
Below is import par file..
USERID='/ as sysdba'
FILE=exp_P20_MAXIMO_C2364781.dmp
LOG=imp_P20_MAXIMO__Q25_MAXIMO_C2364781_1.log
FROMUSER=P20_MAXIMO
TOUSER=Q25_MAXIMO
buffer=1000000
feedback=100000
Export parfile
userid='/ as sysdba'
owner=P20_MAXIMO
FILE=exp_P20_MAXIMO_C2364781.dmp
LOG=exp_P20_MAXIMO_C2364781.log
buffer=10000000
feedback=100000
statistics=none
Maybe you are looking for
-
How do I move a referenced Aperture project from a laptop to desktop?
I utilize Aperture by reference rather than managed. I have a project on my laptop that I want to tranfer including all versions, crops and rated images onto my desktop as a referenced project. If I export Project as a New Library on my laptop and im
-
Part of getting our house ready to sell is power washing all the concrete down the driveway and in front of the garage (my wife LOVES to have a hose in her hand, any kind of hose) After tiring of "home size" electric power washers that don't last mor
-
Showing all values for Multiple Line field with Append Changes
I have a simple SharePoint list with a multiple line column that has append changes enabled. I am doing a report with Report Builder 3.0 and I want to show all values of the field the same way you achieve it through a DVWP using:<SharePoint:AppendOnl
-
Can you help me here please.I've installed itunes ,my computer's OS is windows 7, but I cannot connect to itunes stores and an error 0x80090318 pops up. Dont know what to do! i did unistalling many times and reinstalling again but the same thing happ
-
Can I use this USB 2.0 card in my mac pro?
I have a brand new Belkin USB 2.0 5 port PCI card that says its compatible with MAC I have a mac pro 2.8 8 core and i need to add mroe USB ports. However it says the card is PCI and i don't want to put it in if its not going to work, or not work well