SDO_RELATE issue

Hallo,
I have a question concerning the sdo_relate operator. I use it in the form SDO_RELATE(table_geom, geometry,
’mask = INSIDE querytype = WINDOW’) = ’TRUE’. And what I get are all the areas from table_geom that are inside but there are also the areas selected that overlap. But I only wanted the areas that are inside and do not overlap. Hwat is the mistake? Another question is which query do I have to use if I wanna select all areas from table_geom that are not inside but overlap and toch the boundaries?
Regards, Katrin

Can you post the query geometry and some of the returned geometries
you think are not completely inside.
For the second question, you should CONTAINS mask.
siva

Similar Messages

  • SDO_RELATE and ORA-03113 error

    Hello,
    I am trying to use the SDO_RELATE function and I receive the following error:
    ERROR at line 1:
    ORA-03113: end-of-file on communication channel
    Using the following SQL
    SELECT ufi FROM ROADLINE A
    WHERE MDSYS.SDO_RELATE(
    A.GEOMETRY, mdsys.sdo_geometry( 2003,null,null,
    mdsys.sdo_elem_info_array(1,1003,3),
    mdsys.sdo_ordinate_array(132,-12,133,-11)),
    'mask=ANYINTERACT querytype=WINDOW') = 'TRUE'
    A similar search using the SDO_FILTER instead of SDO_RELATE and removing the mask=ANYINTERACT works ok.
    Can anyone suggest anything?
    Thanks in advance.
    Gunter

    Hi Gunter,
    It looks like there may be other issues. Can you post the version of Oracle you are using, and try debugging just a little bit more to try to narrow the problem down?
    This might help to determine which geometry the failure is occuring at:
    create table tt as select ufi,geometry
    from roadline where rownum < 1;
    declare
    ufi number ;
    window_geom mdsys.sdo_geometry := mdsys.sdo_geometry( 2003,null,null, mdsys.sdo_elem_info_array(1,1003,3),
    mdsys.sdo_ordinate_array(132,-12,133,-11));
    theGeom mdsys.sdo_geometry ;
    TYPE geomcursor is REF CURSOR ;
    aCursor geomcursor;
    relationship varchar2(30);
    begin
    open aCursor FOR 'SELECT ufi, geometry from roadline A WHERE SDO_filter( A.GEOMETRY,:WINDOW_GEOM, ''querytype=WINDOW'') = ''TRUE''' using window_geom;
    loop
    FETCH aCursor INTO ufi, theGeom ;
    EXIT WHEN aCursor%NOTFOUND ;
    execute immediate 'insert into tt values (:ufi,:theGeom)'
    using ufi,theGeom;
    execute immediate 'commit';
    relationship := sdo_geom.relate(theGeom,'anyinteract',window_geom,0.05);
    end loop;
    end;
    If you see the same error, hopefully it will be determining the relationship between the last geometry in the table tt and the query window. If you can check this, and if this is the case post the geometry that is failing as well as the contents of user_sdo_geom_metadata for roadline that would be great.
    Dan

  • Cannot get sdo_relate to work in a procedure when outputting to MapView

    Dear all
    I originally sent this message to Spatial forum but it was suggested I post it here. I am trying to write a query that returns all streets that geographically interact with streets on a chosen map. The following MapViewer XML works but when I run it as a procedure, I get an error message. I've tracked this to the SDO.RELATE part of programme. If I include that in the procedure, it brings up the error message. If I don't, it works. Would anyone know what I am doing wrong?
    XML that works:<?xml version="1.0" encoding="UTF-8" ?>
    <map_request
    format="PNG_URL" width="800" height="600"
    datasource="geg00001"
    srid="81989">
    <themes>
    <theme name="map_index" >
       <jdbc_query
       spatial_column="geoloc"  
       jdbc_srid="81989"
       datasource="geg00001"
       asis="true">
    SELECT b.geoloc
    FROM geg50160.map_index A, geg50160.map_index B
    WHERE A.name_of_feature LIKE UPPER('%HIGH STREET%')
    AND A.index_type_id=320001
    AND B.index_type_id=320001
    AND A.original_map_sheet_number_id=330017
    AND SDO_RELATE
    (B.geoloc,
    A.geoloc,
    'MASK=OVERLAPBDYINTERSECT+EQUAL+INSIDE+COVEREDBY+CONTAINS+COVEERS')
    ='TRUE'
       </jdbc_query>
    </theme>
    </themes>
    </map_request>Procedure that fails:create or replace procedure procMap_index is
    XMLrequest Varchar2(32767);
    mapviewerHost varchar2(56) := 'http://tiger.iso.port.ac.uk:7785/mapviewer/omserver';
    begin
    --construct the xml request
    XMLrequest := mapviewerHost||'?xml_request=
    <?xml version="1.0" encoding="UTF-8" ?>
    <map_request
    format="PNG_URL" width="800" height="600"
    datasource="geg00001"
    srid="81989">
    <themes>
    <theme name="map_index" >
       <jdbc_query
       spatial_column="geoloc"  
       jdbc_srid="81989"
       datasource="geg00001"
       asis="true">
    SELECT b.geoloc
    FROM geg50160.map_index A, geg50160.map_index B
    WHERE A.name_of_feature LIKE UPPER(''%HIGH STREET%'')
    AND A.index_type_id=320001
    AND B.index_type_id=320001
    AND A.original_map_sheet_number_id=330017
    AND SDO_RELATE
    (B.geoloc,
    A.geoloc,
    ''MASK=OVERLAPBDYINTERSECT+EQUAL+INSIDE+COVEREDBY+CONTAINS+COVEERS'')
    =''TRUE''
       </jdbc_query>
    </theme>
    </themes>
    </map_request>';
    --Escape the url
    XMLrequest := utl_url.escape (XMLrequest);
    -- output a link to the map
    htp.print('<a href="'||XMLrequest||'">Map</a>');
    end;Error message:<oms_error>
    Message:null
    Wed Apr 29 12:13:13 BST 2009
    Severity: 0
    Description:
    Message:null
    Wed Apr 29 12:13:13 BST 2009
    Severity: 0
    Description:
    Message:[SDOVIS] No spatial data to render!
    Description:
    at oracle.sdovis.DBMapMaker.renderEm(DBMapMaker.java:1304)
    at oracle.sdovis.MapMaker.renderMap(MapMaker.java:1399)
    at oracle.lbs.mapserver.core.RealWorker.generateMapImage(RealWorker.java:573)
    at oracle.lbs.mapserver.core.RealWorker.process(RealWorker.java:236)
    at oracle.lbs.mapserver.MapServerImpl.renderMap(MapServerImpl.java:189)
    at oracle.lbs.mapserver.oms.doPost(oms.java:325)
    at oracle.lbs.mapserver.oms.doGet(oms.java:235)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:765)
    at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:317)
    at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:790)
    at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:208)
    at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:125)
    at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192)
    at java.lang.Thread.run(Thread.java:534)
    </oms_error>If anyone has any ideas I would be grateful if you could post them.
    Kind regards
    Tim

    Check your MapViewer server log file to see if there is any error messages or exceptions. Set the log level to finest first though, so you can also check the exact XML request string as received by the server. It could be some XML encoding related issue as well (which you can tell by looking at the request as logged at the server side).

  • Using ANYINTERACT in sdo_relate

    Hey. OK I am having slight problems here with performing spatial queries using ANYINTERACT from the sdo_relate option. I presume that when you perform a window query using ANYINTERACT, the query returns all geoemtries that either 1) intersect the query window or 2) lie wholly inside the window without touching the window. In my application I am trying to return all geometries that either fall directly inside the window or intersect the window at any point. My only problem is that my application only returns those geometries that intersect the window and not those that lie inside the window. I consulted the Spatial Index Advisor and performed sdo_relate ANYINTERACT queries on the same data and those geometries that both intersect the window and fall inside the window are highlighted as a result of executing the query. I have compared my query to the sample one in the Index Advisor and cannot see any difference. Has anyone encountered this problem themselves or has anyone any suggestions on the matter. I am completely baffled. Thanks Joe

    Hey. I just tried a few things there after I posted that message and they have not solved my dilemma but might be able to shed a little more light on the issue. When I perform sdo_nn, sdo_within_distance or sdo_filter queries on point, linestring and polygon geometries I dont encounter any problems. All the queries are constructed as they would appear in the Spatial Index Advisor except that I added sdo_cs.viewport_transform to each of the queries because I was getting errors of the form "Element of type Extent is not supported for Geodetic data". As I mentioned above, these three queries all work without any hassle. However my queries using ANYINTERACT, as I stated in my original post, are not working correctly. I have played around with the structure of the query and now it works some of the time but not all of the time. When the query is built as follows it kind of works and returns some but not all the point geometries falling inside the window:
    select geom from table where sdo_relate(geom,
    (mdsys.sdo_geometry(2003, 8307, null,
    mdsys.sdo_elem_info_array(1, 1003, 1),
    mdsys.sdo_ordinate_array(coords here))), 'MASK=(Anyinteract) querytype=window')='true';
    This query is very inconsistent as it sometimes returns all the points inside the window and then when I run it again it only returns a subset of the total number of points falling inside the window. I am not sure as to why it works one minute and not the next. This query also returns only a subset of the total number of polygons or linestrings falling inside the query window!
    When I restructure the query to appear as follows it returns all geometries (linestring or polygon) that intersect the window but not those lying directly inside the window!!!! However it does not return any point geometries interacting with the window at all. This is where my confusion stems from:
    select geom from table where sdo_relate(geom,
    sdo_cs.viewport_transform(mdsys.sdo_geometry
    (2003, 0, null,
    mdsys.sdo_elem_info_array(1, 1003, 3),
    mdsys.sdo_ordinate_array(coords here)), 8307), 'MASK=(Anyinteract) querytype=window')='true';
    The major differences between the two above queries are the addition of "sdo_cs.viewport_transform" into the second query and the modifcation of the elem_info_array from (1, 1003, 1) to (1, 1003, 3). Also the line
    (2003, 8307, null,...) has become (2003, 0, null,...). Can you explain to me as to what affect these subtle changes
    have on the query and also maybe show me one query that will return all geometries (polygon, linestring AND point)
    that either intersect or fall directly inside the query window!!! Thank you for taking the time out to read my qyery. Joe

  • Spatial correlation performance issues

    We are on 10.2.0.4, solaris.
    We have a layout with one main table (~2million rows) with an sdo_geometry column.
    There are 3 other small reference tables (15-200 rows) with reference geometries and spatial indexes.
    We have a process that needs to go through each row in the main table (all 2 million) and for each row, compute the sdo_geometry column from other values. Once the geometry is computed, queries are run against the 3 small reference tables to see which rows the new geometry correlate to (and set some flags accordingly). These are just basic relate queries of the form
    select <some column>
    from reference_table r
    where sdo_relate(r.geometry, <plsql variable holding test geometry>), 'MASK=ANYINTERACT') = 'TRUE';
    These correlation queries are taking on the order of 0.1-0.3 seconds each; multiply that by 2 million rows are making this process take a very long time. Another issue exacerbating the problem is that it seems these queries are slowing down over time as rows are processed. If we kill and restart the processes (picking up where it left off) it starts off normal again before slowing down.
    I'm looking for help with the following if anyone has some ideas:
    - What might be causing these queries to gradually slow down over time, or what to look for to track that down.
    - Any options that might exist to speed these up. Even if they were all 0.1 each consistently, it's 166 hours (0.1*3*2000000) to process (just these correlation queries) which isn't great but would be acceptable. Since these can take a little longer (0.2.0,3 seconds) and then slow down over time (even 0.1 to 0.4 makes it become 666 hours) it's an issue.
    Thanks for any suggestions.

    I create two tables: table_a has 259200 polygons and table_b
    has 160000 points; and I modify your code to track the timing
    of every 100 cycles:
    declare
    oidX NUMBER(38);
    distX NUMBER;
    i NUMBER;
    start_time DATE;
    CURSOR curU (idR NUMBER) IS
    select a.objectid oid, sdo_geom.sdo_distance(a.shape,b.shape,0.001) dist
    from table_a a, table_b b
    where b.objectid = idR AND sdo_anyinteract(a.shape,b.shape) = 'TRUE'
    order by sdo_geom.sdo_distance(a.shape,b.shape,0.001);
    begin
    i := 0;
    for iX IN (select objectid oid from table_b b) LOOP
    i := i +1;
    if (i mod 100 = 1) then
    start_time := sysdate;
    end if;
    open curU(iX.oid);
    fetch curU into oidX, distX;
    close curU;
    if (i mod 100 = 0) then
    INSERT INTO stats VALUES (iX.oid , (sysdate-start_time)*86400);
    commit;
    end if;
    end loop;
    end;
    But I don't see any performance difference between first cycles and last cycles.
    I switch table_a and table_b, i.e.
    CURSOR curU (idR NUMBER) IS
    select a.objectid oid, sdo_geom.sdo_distance(a.shape,b.shape,0.001) dist
    from table_b a, table_a b
    where b.objectid = idR AND sdo_anyinteract(a.shape,b.shape) = 'TRUE'
    order by sdo_geom.sdo_distance(a.shape,b.shape,0.001);
    for iX IN (select objectid oid from table_a b) LOOP
    and don't see that there's any problem in last runs.
    Anyway, let us know on which db version you see this problem.
    Edited by: yhu on Oct 8, 2009 7:14 PM

  • SDO_Relate different to SDO_GEOM.Relate

    Hi,
    I have posted a question in relation to differences in these 2 before, which was resolved, but this one is proving harder to get to the bottom of.
    I have 2 queries:
    --Query 1  
    select policy_number
    FROM policies p, zones z
    where POLICY_NUMBER in ('648050011','230201900','270706149')
    and z.mi_prinx = 417 and z.id = 5084
    and sdo_relate(p.geoloc,z.geom,'mask=ANYINTERACT') = 'TRUE';
    --Query 2
    select policy_number
    FROM policies p, zones z
    where POLICY_NUMBER in ('648050011','230201900','270706149')
    and z.mi_prinx = 417 and z.id = 5084
    and sdo_geom.relate(p.geoloc,'ANYINTERACT',z.geom,.001) = 'TRUE';
    The tolerance for policies is set in USER_SDO_GEOM_METADATA as:
    ((X, -8048349.95154, 8448349.95154, 0.001), (Y, -15680948.9714, 4321303.19013, 0.001), , )
    Query 1 returns one policy.
    Query 2 returns all 3 policies.
    If I change the order in the sdo_relate command in Query 1 to sdo_relate(z.geom,p.geoloc,'mask=ANYINTERACT') = 'TRUE';
    I get all 3 policies returned.
    The policies are points and they are valid.
    The zone is a multipolygon and it is valid.
    Any help on this would greatly appriciated.
    Thanks,
    David

    Hi Yhu,
    Thanks for your reply.
    Apologies for the delay in getting back to you, but when I was looking at the shape to extract out for you I exported it to MapInfo and then re-imported it to Oracle. This newly re-imported multi-polygon, which looks to be identical, works as expected, returning the 3 items.
    The only difference that I can see in the 2 shapes is a rounding difference to 9 decimal places, which I cant see as being an issue.
    The 2 zones tables both have the same diminfo on user_sdo_geom_metadata.
    ((X, -8048349.95154, 8448349.95154, 8.24835E-5), (Y, -15680948.9714, 4321303.19013, 0.0001000113), , )
    Below are the points and the 2 shapes (original and re-imported).
    Again, I would be very pleased if you can provide any possible reason for the difference in sdo_relate results.
    Thanks,
    David
    Points:
    230201900 (2001, 82086, (170982, 71356, ), , )
    648050011 (2001, 82086, (169266, 70340, ), , )
    270706149 (2001, 82086, (171151, 70430, ), , )
    Edited by: user11181430 on Sep 1, 2011 4:45 PM

  • HELP!! SDO_RELATE inside Oracle procedure - ORA-13207: incorrect use of the

    Hello,
    I need help !
    I have a problem with queries inside procedures/packages.
    When execute sql
    SQL> SELECT LOC_OBJ_ID
    2 FROM VORO_LOC X, LBS_OZ_AREAS OZ
    3 WHERE MDSYS.SDO_RELATE(X.SHAPE, OZ.GEOLOC, 'MASK=ANYINTERACT') = 'TRUE'
    4 AND OZ.OZ_NAME='PTK' AND OZ.OZ_GROUP='GORCZEWSKA';
    LOC_OBJ_ID
    2211379
    i have results - it's OK
    The next sql is same, but with agregation
    SQL> SELECT COUNT(*) ILOSC
    2 FROM VORO_LOC X, LBS_OZ_AREAS OZ
    3 WHERE MDSYS.SDO_RELATE(X.SHAPE, OZ.GEOLOC, 'MASK=ANYINTERACT') = 'TRUE'
    4 AND OZ.OZ_NAME='PTK' AND OZ.OZ_GROUP='GORCZEWSKA';
    ILOSC
    1
    it's OK
    But when i want use this SQL inside proedurees in store result in variable i have problem
    SQL> declare
    2 V_NUMBER_NEI_LOC number;
    3 begin
    4 SELECT COUNT(*) ILOSC
    5 INTO V_NUMBER_NEI_LOC
    6 FROM VORO_LOC X, LBS_OZ_AREAS OZ
    7 WHERE MDSYS.SDO_RELATE(X.SHAPE, OZ.GEOLOC, 'MASK=ANYINTERACT') = 'TRUE'
    8 AND OZ.OZ_NAME='PTK' AND OZ.OZ_GROUP='GORCZEWSKA';
    9 end;
    10 /
    declare
    ORA-13207: incorrect use of the [SDO_RELATE] operator
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 259
    ORA-06512: at line 4
    ORA-06512: at line 4
    Please help!

    This might be some issue with SQL in PL/SQL. We will check into this.
    In the meantime, can you try the dynamic SQL to execute that
    sdo_relate query to see if it works?
    Here is the example with dynamic SQL:
    declare
    V_NUMBER_NEI_LOC number;
    begin
    EXECUTE IMMEDIATE
    ' SELECT COUNT(*) ILOSC ' ||
    ' FROM VORO_LOC X, LBS_OZ_AREAS OZ ' ||
    ' WHERE MDSYS.SDO_RELATE(X.SHAPE, OZ.GEOLOC, ' ||
    ' ''MASK=ANYINTERACT'') = ''TRUE'' ' ||
    ' AND OZ.OZ_NAME=''PTK'' AND OZ.OZ_GROUP=''GORCZEWSKA'' '
    INTO V_NUMBER_NEI_LOC;
    end;
    /

  • Query Performance on SDO_RELATE

    Hi,
    I am new to Oracle Spatial and i have 2 tables
    - Table1 list of Federal Districts with 312 rows the geometry column is index
    - Table2 list of Projects with 18722 rows the geometry column is index
    When i issued the following statement to get all interact it takes about 5 minutes. I did put the smaller table as the second parameter. Is there any other way to optimize?
    SELECT Table2.ID, Table1.ID
    FROM Table2, Table1
    WHERE SDO_RELATE(Table2.GEOM, Table1.GEOM, 'mask=ANYINTERACT querytype=WINDOW') = 'TRUE';
    Thanks.

    Hi,
    Thanks for the reply. Yes i have and that is why i made sure that Table1 was the second parameter in the SDO_RELATE but it did not improve the performance. I also tried the query as
    select /*+ordered*/ table2.id, table1.id
    from table1, table2
    WHERE SDO_RELATE(Table2.GEOM, Table1.GEOM, 'mask=ANYINTERACT querytype=WINDOW') = 'TRUE';
    and it took roughly the same amount of time 4.5 minutes to return 19045 records.

  • SDO_RELATE to return rows where point is in polygon

    Is it possible to return rows from a table where an input point geometry falls within the polygon sdo_geometry column stored in the row? I don't just want to return the geometry, but all columns in the row where the geometry "intersects".
    I'm trying this, but run into an error:
    SELECT * FROM COUNTY_PARCEL R where SDO_RELATE(R.SHAPE, MDSYS.SDO_GEOMETRY(2001,2868,MDSYS.SDO_POINT_TYPE(656849.49,883088.84,NULL),NULL,NULL), 'mask=anyinteract') = 'TRUE'
    ORA-29902: error in executing ODCIIndexStart() routine
    ORA-13282: failure on initialization of coordinate transformation
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD_10I", line 286
    Any help is much appreciated.
    Edited by: user12167574 on Feb 25, 2010 3:10 PM

    Guddie
    YOUR SQL as such should do what you have described, however, the error message "ORA-13282: failure on initialization of coordinate transformation" is indicating an issue with coord transformation.
    from the user manual:
    "If geometry1 and geometry2 are based on different coordinate systems, geometry2 is temporarily transformed to the coordinate system of geometry1 for the operation to be performed, as described in Section 6.10.1."
    could it be that the COUNTY_PARCEL table geometries have a different SRID then 2868 (from your input point geometry)?
    might it even be so, that the COUNTY_PARCEL have no srid set?
    Can you check that and let us know?
    tx
    Luc

  • New DVR Issues (First Run, Channel Switching, etc.)

    I've spent the last 30 minutes trying to find answers through the search with no luck, so sorry if I missed something.
    I recently switched to FIOS from RCN cable in New York.  I've gone through trying to setup my DVR and am running into issues and was hoping for some answers.
    1.  I setup two programs to record at 8PM, I was watching another channel at the time and only half paying attention.  Around 8:02 I noticed a message had popped up asking if I would like to switch channels to start recording.  I was expecting it to force it to switch like my old DVR, but in this case it didn't switch and I missed the first two minutes of one of the shows.  I typically leave my DVR on all day and just turn off the TV, this dual show handling will cause issues with that if I forget to turn off the DVR.  Is there a setting I can change that will force the DVR to choose one of the recording channels?
    2.  I setup all my recordings for "First Run" because I only want to see the new episodes.  One show I setup was The Daily Show on comedy central, which is shown weeknights at 11pm and repeated 3-4 times throughout the day.  My scheduled recordings is showing all these as planned recordings even though only the 11pm show is really "new".  Most of the shows I've setup are once a week so they aren't a problem, but this seems like it will quickly fill my DVR.  Any fixes?
    Thanks for the help.
    Solved!
    Go to Solution.

    I came from RCN about a year ago.  Fios is different in several ways, not all of them desirable.  Here are several ways to get--and fix--unwanted recordings from a series recording setup.
    Some general principles. 
    Saving changes.  When you originally create a series with options, or if you go back to edit the options for an existing series, You MUST save the Series Options changes.  Pretty much everywhere else in the user interface, when you change an option, the change takes effect immediately--but not in Series Options.  Look at the Series Options window.  Look at the far right side.  There is a vertical "Save" bar, which you must navigate to and click OK on to actually save your changes.  Exiting the Series Options window without having first saved your changes loses all your attempted changes--immediately.
    Default Series Options.  This is accessed  from [Menu]--DVR--Settings--Default Series Options.  This will bring up the series options that will automatically be applied to the creation of a NEW series. The options for every previously created series will not be affected by a subsequent modification of the Default Series Options.  You should set these options to the way you would like them to be for the majority of series recordings that you are likely to create.  Be sure to SAVE your changes.  This is what you will get when you select "Create Series Recording" from the Guide.  When creating a new series recording where you think that you may want options different from the default, select "Create Series with Options" instead.  Series Options can always be changed for any individual series set up later--but not for all series at once.
    Non-series recordings.  With Fios you have no directly available options for these.  With RCN and most other DVRs, you can change the start and end times for individual episodes, including individual episodes that are also in a series.  With Fios, your workarounds are to create a series with options for a single program, then delete the series later;  change the series options if the program is already in a series, then undo the changes you made to the series options later; or schedule recordings of the preceding and/or following shows as needed.
    And now, to the unwanted repeats. 
    First, make sure your series options for the specific series in question--and not just the series default options--include "First Run Only".  If not, fix that and SAVE.  Then check you results by viewing the current options using the Series Manager app under the DVR menu.
    Second, and most annoying, the Guide can have repeat programs on your channel tagged as "New".  It happens.  Set the series option "Air Time" to "Selected Time".  To make this work correctly, you must have set up the original series recording after selecting the program in the Guide at the exact time of a first run showing (11pm, in your case), and not on a repeat entry in the Guide.  Then, even it The Daily Show is tagged as New for repeat showings, these will be ignored. 
    Third, another channel may air reruns of the program in your series recording, and the first showing of a rerun episode on the other channel may be tagged as "New".  These can be ignored in your series if you set the series option "Channel" to "Selected Channel".  Related to this, if there is both an SD and HD channel broadcasting you series program, you will record them both if the series option "Duplicates" is set to "Yes".  However, when the Channel option is set to "Selected Channel", the Duplicates Option is always effectively "No", regardless of what shows up on the options screen.  
    As for you missing two minutes,  I have sereral instances in which two programs start recording at the same time.  To the best of my recollection, whenever the warning message has appeared, ignoring it has not caused a loss of recording time.  You might have an older software version.  Newest is v.1.8.  Look at Menu--Settings--System Info.  Or, I might not have noticed the loss of minutes.  I regularly see up to a minute of previous programming at the start of a recording, or a few missing seconds at the beginning or end of a recording.  There are a lot of possibilities for that, but the DVR clock being incorrect is not one of them.  With RCN, the DVR clocks occasionally drifted off by as much as a minute and a half.

  • Pension issue Mid Month Leaving

    Dear All,
    As per rule sustem should deduct mid month joining/leaving/absences or transfer scenarios, the Pension/PF Basis will be correspondingly prorated. But our system is not doing this. In RT table i have found 3FC Pension Basis for Er c 01/2010                    0.00           6,500.00.
    Employee leaving date is 14.04.2010. system is picking pension amout as 541. Last year it was coming right.
    Please suggest.
    Ashwani

    Dear Jayanti,
    We required prorata basis pension in case of left employees and system is not doing this. This is the issue. As per our PF experts Pension amount should come on prorata basis for left employees in case they left mid of month.System is doing prorata basis last year but from this year it is deducting 541. I am giving two RT cases of different years.
    RT table for year 2010. DOL 26.04.2010
    /111 EPF Basis              01/2010                    0.00           8,750.00 
    /139 VPF Basis              01/2010                    0.00           8,750.00 
    /3F1 Ee PF contribution     01/2010                    0.00           1,050.00 
    /3F3 Er PF contribution     01/2010                    0.00             509.00 
    /3F5 Ee Mon PF contribution 01/2010                    0.00           1,050.00 
    /3F6 Ee Ann PF contribution 01/2010                    0.00          12,600.00 
    /3F9 PF adm chrgs * 1,00,00 01/2010                    0.00              96.25 
    /3FA PF basis for Ee contri 01/2010                    0.00           8,750.00 
    /3FB PF Basis for Er Contri 01/2010                    0.00           8,750.00 
    /3FJ VPF basis for Ee contr 01/2010                    0.00           8,750.00 
    /3FL PF Basis for Er Contri 01/2010                    0.00           6,500.00 
    /3F4 Er Pension contributio 01/2010                    0.00             541.00
    /3FC Pension Basis for Er c 01/2010                    0.00           6,500.00
    /3FB PF Basis for Er Contri 01/2010                    0.00           8,750.00
    /3FC Pension Basis for Er c 01/2010                    0.00           6,500.00
    /3FJ VPF basis for Ee contr 01/2010                    0.00           8,750.00
    /3FL PF Basis for Er Contri 01/2010                    0.00           6,500.00
    /3R3 Metro HRA Basis Amount 01/2010                    0.00           8,750.00
    1BAS Basic Salary           01/2010                    0.00           8,750.00
    RT table for year 2009. DOL 27.10.2009
                                                                                    /111 EPF Basis              07/2009                    0.00           9,016.13
    /139 VPF Basis              07/2009                    0.00           9,016.13
    /3F1 Ee PF contribution     07/2009                    0.00           1,082.00
    /3F3 Er PF contribution     07/2009                    0.00             628.00
    /3F5 Ee Mon PF contribution 07/2009                    0.00           1,082.00
    /3F6 Ee Ann PF contribution 07/2009                    0.00           8,822.00
    /3F9 PF adm chrgs * 1,00,00 07/2009                    0.00              99.18
    /3FA PF basis for Ee contri 07/2009                    0.00           9,016.00
    /3FB PF Basis for Er Contri 07/2009                    0.00           9,016.00
    /3FJ VPF basis for Ee contr 07/2009                    0.00           9,016.00
    /3FL PF Basis for Er Contri 07/2009                    0.00           5,452.00
    /3FB PF Basis for Er Contri 07/2009                    0.00           9,016.00 
    /3FC Pension Basis for Er c 07/2009                    0.00           5,452.00 
    /3FJ VPF basis for Ee contr 07/2009                    0.00           9,016.00 
    /3FL PF Basis for Er Contri 07/2009                    0.00           5,452.00 
    /3R4 Non-metro HRA Basis Am 07/2009                    0.00           9,016.13 
    1BAS Basic Salary           07/2009                    0.00           9,016.13 
    Now please suggest what to do. where is the problem  ? If have also checked EXIT_HINCALC0_002 but nothing written in it.
    With Regards
    Ashwani

  • Open PO Analysis - BW report issue

    Hello Friends
    I constructed a query in BW in order to show Open Purchase Orders. We have custom DSO populated with standard
    datasource 2lis_02_itm (Purcahse Order Item). In this DSO we mapped the field ELIKZ to the infoobject 0COMP_DEL
    (Delivery completed).
    We loaded the data from ECC system for all POs and found the following issue for Stock Transport Purchase orders (DocType = UB).
    We have a PO with 4 line items. For line items 10 and 20, Goods issued, Goods received and both the flags "Delivery
    complete" and "Final delivery" checked. For line items 30 and 40, only delivery indicator note is issued for zero
    quantity and Delivery complete flag is checked (Final delivery flag is not checked) in ECC system. For this PO, the
    delivery completion indicator is not properly updated in the DSO for line items 30 and 40. The data looks like the
    following:
    DOC_NUM     DOC_ITEM       DOCTYPE     COMP_DEL
    650000001       10     UB        X
    650000001       20     UB        X
    650000001       30     UB
    650000001       40     UB      
    When we run the Open PO analysis report on BW side this PO is appearing in the report but the same is closed in ECC
    system.
    Any help is appreciated in this regard.
    Thanks and Regards
    sampath

    Hi Priya and Reddy
       Thanks for your response.
                         Yes the indicator is checked in EKPO table for items 30 and 40 and delta is running regularly for more than 1 year and no issues with other POs. This is happening only for few POs of type Stock Transport (UB).
                        I already checked the changes in ME23N and the Delivery completed indicator was changed and it reflected in EKPO table. Further, i checked the PSA records for this PO and i am getting the records with the Delivery completed flag but when i update from PSA to DSO the delivery completed indicator is not updating properly.
                       In PSA, for item 30 i have the following entries. Record number 42 is capturing the value X for ELIKZ but after that i am getting two more records 43 and 44 with process key 10 and without X for ELIKZ. I think this is causing the problem.
    Record No.    Doc.No.                    Item              Processkey         Rocancel     Elikz
        41               6500000001            30                    11                            X           ---    
        42               6500000001            30                    11                            ---           X
        43               6500000001            30                    10                            X           ---
        44               6500000001            30                    10                            ---         ---
    (Here --- means blank)        
    Thanks and Regards
    sampath

  • HP LaserJet Enterprise 600 M602 driver issue

    Hello,
    I've got issue with 600-series printers. We use the latest UPD drivrer ver. 61.175.1.18849 and print from XenApp 6.5. The error occurs every time when users try to print jpg files from XenApp session. It only happens with 600 series printers and UPD.
    Also I've tried to assign native 600-series driver ver. 6.3.9600.16384 and it works good. But with that driver system says that it's color printer and it brokes our printing reports. These reports are very important for us. So we can't use printer and that driver as well.
    Printer installed on Windows Server 2012 R2. All clients are Windows 7 x64. XenApp Servers are Server 2008R2.
    Is it possible to get fixed UPD driver or correct native driver for Server 2012 R2?
    Regards,
    Anatoly

    I am sorry, but to get your issue more exposure I would suggest posting it in the commercial forums since this is a commercial printer. You can do this at Printers - LaserJet.
    Click on New Post.
    I hope this helps.
    Please click “Accept as Solution ” if you feel my post solved your issue, it will help others find the solution.
    Click the “Kudos Thumbs Up" on the right to say “Thanks” for helping!
    Gemini02
    I work on behalf of HP

  • Windows 7 displays error message when exiting +cursor issue

    Two issues here. CS5 Phoshop on Wind 7 64 bit.
    Physical processor count: 8
    Processor speed: 3073 MHz
    Built-in memory: 12279 MB
    Free memory: 9577 MB
    Memory available to Photoshop: 10934 MB
    Memory used by Photoshop: 80 %
    Image tile size: 128K
    First issue is since the latest automatic Adobe update (why fix what isn't broken?) Every time I now exit Photoshop I get the message "Adobe QT Server has stoped working" and occasionally it happens when I exit bridge. Indesign is also behaving badly. I can no longer start a previous document from file manager without ID crashing out.
    The other is the cursors in Clone and erase lose their edge (become invisable) for no reason - well not quite. Noise Ninja crashed Photoshop when I tried to use it. I reinstalled it and all is well. The cursor issue seems to be intermittant but came back (for no reason) after I reinstalled NN. I can't seem to change the cursor, no matter what I do. The problem is now seriously affecting how I work. Almost enough to go back to Win XP which ran CS5 Photoshop flawlessly.
    Any help will be gratefully accepted.
    Doug

    function(){return A.apply(null,[this].concat($A(arguments)))}
    doug87510 wrote:
    The recent problem is the entire outline of the cursor (including the crosshair in the middle) was missing at any size of cursor. All I had was exactly what I'd get if I used a real spraygun.
    Well, that issue is simply a matter of hitting the Caps Lock key.  When Caps Lock is on, you'll see the cursor outline, and when it is off you'll see a crosshair.  That's a feature, not a bug.
    Glad to hear the 11.1 drivers are out.  I will download them and try them now myself.
    Regarding "Adobe QT" crashing...  QT brings to mind QuickTime, though that is Apple, not Adobe.  Do you have Apple QuickTime installed?
    Regarding memory usage, with 12 GB of installed RAM, you should be able to set Photoshop to use 90% or more in Edit - Preferences - Performance.
    -Noel

  • Issue in Creation of Periodicals for Contracts in CRM7.0

    Hello,
    I have a requirement to create Contracts in CRM7.0 system.
    And I am doing this using the BAPI *BAPI_BUSPROCESSND_CREATEMULTI*
    Good part is Contract Order gets created, but onlywith Header Details.
    The issues i am facing --
    1. I need to know what kind/type of data must be passed to the interface parameters, the F1 Help/Documentation is vague.
    2. I am passing data in the INPUT FIELDS structure with the Object ID, Handle Number, Reference GUID and Fieldname,
        here what does 'Logical Key' field indicate? What should be passed here.
        What does 'REFERENCE KIND' field indicate, i have been passng 'A' for everything (to be frank i dont know whats its significance is!!).
    3. With so much, My Order gets created but with less than half details, i.e. the Objects not getting created are -  Partner, Product, terms/appointments, Status, LongTexts......
    Any help/inputs would be appreciated.
    Hope my problem is stated clearly ...
    --Regards
    Dedeepya

    Hi Anu,
    i found my solution by debugging with existing data or while creating it in CRMD_ORDER.
    Ensure that you are passing a correct entry in INPUT_FIELDS structure.
    As i haven't worked on rebates i woudlnt be able to help you, I suggest you debug to arrive at a solution.
    You can preset your break-points at :-
    1. FM - CRM_ORDER_MAINTAIN
    2. CRM_ORDER_MAINTAIN_MULTI_OW -- Debug through the complete FM.
    3. CRM_ORDER_PREPARE_MULTI_OW -- The data is set in this function module.
    Regards
    Dedeepya C

Maybe you are looking for