Nested table detail disclisure (JHS 10.1.2)
Hello!
I use JHeadstart 10.1.2 for my application generating.
Now I am trying to generate child tables within the detail disclosure area (how it is described in JHS 10.1.2.1 developer's guide)
But It does not work.
JHeadstart generates detail table as simple detail table for master table.
Master table have show/hide icons only.
Is it possible with previous JHeadstart version (10.1.2)?
Thank you.
No, this feature has been added to release 10.1.2.1, which requires a user license.
Steven Davelaar,
JHeadstart Team.
Similar Messages
-
Detail Reveal/Nested Table Questions
Hey Folks,
I have a table that was generated with Jheadstart. Within this table is a nested table with a master-detail relationship to the outer table. It was generated using the 'Detail Reveal' function of Jheadstart, so it renders a 'show' hyperlink to show the associated details with the master record. The problem I am having is when the user navigates back to this page, the detail reveal is not working properly. Say the user shows the a set of details, click continue, decided they selected they wrong set, hits cancel. The cancel does a rollback then navigates back to the nested table page. What happens is this: the FIRST set of details is always shown, except under the master record that was originally selected! If the user shows then hides the details, the problem goes away. So for example, if the user had originally shown the details of the third master record, hit continue, then hit cancel, the details from the first master record would be incorrectly shown under the third master record.
What is causing this? How can I fix this? Ideally I would like to have it HIDE all detail when the user cancels back to the page.
I did some snooping around in the JHSDataAction class, and it looks like a request param named 'value' determines which detail is shown, but I have been unsuccessful in trying to manipulate this parameter to get it to do what I want.
Also, how could I manipulate it to show all the details if the master table only had one record? I already have a dataAction that determines if the master query returned a single hit or not, I just don't know what I can do with the request object to force it to show the detail lines in the case that it does....
Help?
Thanks,
-ChrisOh yea, and i'm using Jdev 10.1.2 and Jheadstart 10.1.2.2 (build 32), using struts and UIX.
-
Nested tables in RTF templates
Hi,
I've developed several templates including nested tables(to display parent/child transactions together in a single column group, displaying all the detail transactions but the parent only once), in PDF output this looks fine. However the users want all their output in Excel, this same layout is not picked up by Excel(all column headers for the data in the nested table move to the right, while all the data in the nested table is grouped under a 'merged cell' column header). Output of BI Publisher reports in Excel is generally terrible with a template designed for publishing in PDF, usually I can solve this with a lot of tweaking but haven't found a solution for this issue yet. Has anyone else run into this formatting issue and may have a tip to solve this?
Regards,
ArthurHi,
You need to declare a TYPE object as and then use it in the table structure.
CREATE TYPE type_emp IS TABLE OF VARCHAR2(15);
CREATE TABLE Biscuits Company SA
(company_name COMPANY NOT NULL,
Company_Owner VARCHAR2(20) NOT NULL)
NESTED TABLE staff_tab STORE AS type_emp;
Please see the link for more info.
http://www.developer.com/db/article.php/10920_3379271_3
Thanks -
Trigger how to get new and old value for nested table column?
Hi,
I have created a nested table based on the following details:
CREATE TYPE typ_item AS OBJECT --create object
(prodid NUMBER(5),
price NUMBER(7,2) )
CREATE TYPE typ_item_nst -- define nested table type
AS TABLE OF typ_item
CREATE TABLE pOrder ( -- create database table
ordid NUMBER(5),
supplier NUMBER(5),
requester NUMBER(4),
ordered DATE,
items typ_item_nst)
NESTED TABLE items STORE AS item_stor_tab
INSERT INTO pOrder
VALUES (800, 80, 8000, sysdate,
typ_item_nst (typ_item (88, 888)));
Now I would like to create a trigger on table pOrder for after insert or update or delete
and I would like to track the new and old value for the columns inside nested table.
Can anybody direct me how to do it?
I would like to know the sytax for it like:
declare
x number;
begin
x := :new.nestedtablecolumn;--how to get the new and old value from nested table columns
end;
Hope my question is clear.
Thanks,
LavanHi,
Try like this:
CREATE OR REPLACE TRIGGER PORDER_I
BEFORE INSERT
ON PORDER
REFERENCING OLD AS old NEW AS new
FOR EACH ROW
DECLARE
items_new typ_item_nst;
ordid_NEW NUMBER;
BEGIN
FOR i IN :new.items.FIRST .. :new.items.LAST LOOP -- For first to last element
DBMS_OUTPUT.PUT_LINE(':new.items(' || I || ').prodid: ' || :new.items(I).prodid );
DBMS_OUTPUT.PUT_LINE(':new.items(' || I || ').price: ' || :new.items(I).price );
END LOOP;
END;Regards,
Peter -
Hi,
I create following types and table:
CREATE OR REPLACE TYPE obj_query AS OBJECT
(emp_id NUMBER(6)
,emp_first VARCHAR2(20)
,emp_last VARCHAR2(25));
CREATE OR REPLACE TYPE tab_query AS TABLE OF obj_query;
CREATE TABLE queryEmp
(id_row NUMBER
,beginTrans VARCHAR2(15)
,queryA VARCHAR2(100)
,resultEmp tab_query)
NESTED TABLE resultEmp
STORE AS nested_queryEmp;
I would like the output of the table queryEmp like this:
id_row beginTrans queryA emp_id emp_first emp_last
1 15:00 Select1 100 Joe King
101 John Queen
2 15:10 Select2 100 Leo King
101 Mett Queen
But Can I get this result with only SQL SELECT statement from this table?
I don't want to use PL/SQL, only SELECT in SQL*Plus.
Thank you
I'm sorry but output looks so bad.
So, I want to get the one row of id_row, beginTrans, queryA and all rows of nested table dmlStats to this "main" row and so on.
But not in PL/SQL
I hope, you understand me.
Thanks
Edited by: user9357436 on 2.11.2011 5:18
Edited by: user9357436 on 2.11.2011 5:25Arvind Ayengar wrote:
Can you please explain things in details, and just ensure you are in the correct forum.Is this reply directed at me or the OP? -
Do nested tables conflict with ?split-by-page-break:? -getting blank pages
I have an RTF template with multiple levels of groupingwith sub-totals and pagebreaks at several levels. I'm using nested tables to keep the lowest level group together. The nested table works fine as far as keeping the rows together - if a group doesn't fit on a page, it is pushed to the next page; however, it has created some blank pages in the report. The first time I report the lowest level group details, if they don't fit on one page, I get a blank page followed by the data. Each time the lowest level group changes, this may or may not occur depending on the amount of data.
If you have come across this before or have some suggestions, I would really appreciate a response. I've been working on this for quite some time and have run out of things to try.
The template is quite complex and the XML very long, so I won't post. However I can email them to you if you'd like to take a look.
Thank you for your help,
Tam
Edited by: Tam_11 on Nov 19, 2009 2:42 PMThanks for replying.
Yes, I tried removing the <?split-by-page-break:?> and using MS hard page break (ctrl-enter) and that doesn't work either. My totals moved to a separate page by themselves and I'm still getting the blank pages.
<?split-by-page-break:?> did exactly what it was supposed to until I added in the nested tables. It's very possible that I did something wrong with my nested tables (only my second XML report). Does anyone have a sample with nested tables that they would be willing to share? -
Nested Table columns and ADF BC 11.1.2
I'm thinking ahead to a new application design, including a new database design. In this application, there are users who may not change the production tables directly, but their changes must be approved (and possibly modified) before they are applied to the production tables. The production tables are part of an existing system, and are fairly well normalized, with a master table and several detail tables.
So for the new design, I want to have a staging table, mirroring the master table, where user changes are stored until they are approved and applied to the production tables. The staging table contains a few extra columns for "add, change or delete", user who submitted the change, date the change was requested. After applying the change, the staging record is to be copied to a change history table, and deleted from staging. That way, the staging table never has a lot of data in it.
Here's the question:
I need to deal with the detail tables. I could have staging versions of each detail table, but I was thinking that it might be easier to handle if the detail tables were included as nested table columns of the master staging table. Most of the detail tables only contain a few rows per master row. But can ADF BC 11.1.2 handle nested table columns? Is it easy to use in an application?Thanks for the quick response. I was thinking I might get a response from someone who had tried it, so I didn't waste time trying it myself. I consider your response is pretty authoritative, and I'll take that as a sign that I should forget the nested tables design.
No, polymorphic views probably won't do the job. I think I'll just go ahead and create staging versions of each detail table with foreign keys back to the master staging table. Then I'll let the wizard create the needed association objects and view links in ADF BC. It will complicate the procedure for applying changes, particularly adding a row to the change history table. But that's the price we'll need to pay.
OTOH - I just had a thought - since the change history table is mostly for auditing, it appears in some reports, but has no CRUD in the application, other than the insert when the changes are applied. If I did that insert with a trigger or some other PL/SQL, then the change history could still be a single table with nested table columns for the details. -
Search in Nested Tables and Insert the result into new Nested Table!
How can I search in Nested Tables ex: (pr_travel_date_range,pr_bo_arr) using the SQL below and insert the result into a new Nested Table: ex:g_splited_range_arr.
Here are the DDL and DML SQLs;
Don't worry about the NUMBER( 8 )
CREATE OR REPLACE TYPE DATE_RANGE IS OBJECT ( start_date NUMBER( 8 ), end_date NUMBER( 8 ) );
CREATE OR REPLACE TYPE DATE_RANGE_ARR IS TABLE OF DATE_RANGE;
DECLARE
g_splited_range_arr DATE_RANGE_ARR := DATE_RANGE_ARR( );
g_travel_range DATE_RANGE := DATE_RANGE( '20110101', '99991231' );
g_bo_arr DATE_RANGE_ARR := DATE_RANGE_ARR( DATE_RANGE( '20110312', '20110317' ), DATE_RANGE( '20110315', '20110329' ) );
FUNCTION split_date_sql( pr_travel_date_range DATE_RANGE,
pr_bo_arr DATE_RANGE_ARR )
RETURN DATE_RANGE_ARR
IS
l_splited_range_arr DATE_RANGE_ARR;
BEGIN
SELECT start_date, end_date
INTO l_splited_range_arr(start_date, end_date)
FROM (WITH all_dates
AS (SELECT tr_start_date AS a_date, 0 AS black_out_val FROM TABLE( pr_travel_date_range )
UNION ALL
SELECT tr_end_date, 0 FROM TABLE( pr_travel_date_range )
UNION ALL
SELECT bo_start_date - 1, 1 FROM TABLE( pr_bo_arr )
UNION ALL
SELECT bo_end_date + 1, -1 FROM TABLE( pr_bo_arr )),
got_analytics
AS (SELECT a_date AS start_date,
LEAD( a_date ) OVER (ORDER BY a_date, black_out_val) AS end_date,
SUM( black_out_val ) OVER (ORDER BY a_date, black_out_val) AS black_out_cnt
FROM all_dates)
SELECT start_date, end_date
FROM got_analytics
WHERE black_out_cnt = 0 AND start_date < end_date
ORDER BY start_date);
RETURN l_splited_range_arr;
END;
BEGIN
g_splited_range_arr := split_date_sql(g_travel_range,g_bo_arr);
FOR index_g_splited_range_arr IN g_splited_range_arr .FIRST .. g_splited_range_arr .LAST LOOP
DBMS_OUTPUT.PUT_LINE('g_splited_range_arr[' || index_g_splited_range_arr || ']: ' || g_splited_range_arr(index_g_splited_range_arr).start_date || '-' || g_splited_range_arr(index_g_splited_range_arr).end_date );
END LOOP;
EXCEPTION
WHEN NO_DATA_FOUND
THEN
NULL;
WHEN OTHERS
THEN
NULL;
END;Or can I create a VIEW with parameters of Nested Tables in it so I can simply call
SELECT *
BULK COLLECT INTO g_splited_range_arr
FROM view_split_date(g_travel_range,g_bo_arr);@riedelme
For your questions:
1) I don't want to store in the database as a nested table
2) I don't want to retrieve data from the database. Data will come from function split_date() parameter and data will be processed in the function and function will return it in nested table format. For more detail please look at the raw function SQL.
I have a SQL like:
WITH all_dates
AS (SELECT tr_start_date AS a_date, 0 AS black_out_val FROM travel
UNION ALL
SELECT tr_end_date, 0 FROM travel
UNION ALL
SELECT bo_start_date - 1, 1 FROM black_out_dates
UNION ALL
SELECT bo_end_date + 1, -1 FROM black_out_dates),
got_analytics
AS (SELECT a_date AS start_date,
LEAD( a_date ) OVER (ORDER BY a_date, black_out_val)
AS end_date,
SUM( black_out_val ) OVER (ORDER BY a_date, black_out_val)
AS black_out_cnt
FROM all_dates)
SELECT start_date, end_date
FROM got_analytics
WHERE black_out_cnt = 0 AND start_date < end_date
ORDER BY start_date;I want to change the tables black_out_dates and travel to Nested Array so I can use it in a function with Nested Array travel and Nested Array black_out_dates parameters and the function will return Nested Array of date ranges.
Here is what I want in raw SQL:
DECLARE
g_splited_range_arr DATE_RANGE_ARR := DATE_RANGE_ARR( );
g_travel_range DATE_RANGE := DATE_RANGE( '20110101', '99991231' );
g_bo_arr DATE_RANGE_ARR := DATE_RANGE_ARR( DATE_RANGE( '20110312', '20110317' ), DATE_RANGE( '20110315', '20110329' ) );
FUNCTION split_date_sql( pr_travel_date_range DATE_RANGE,
pr_bo_arr DATE_RANGE_ARR )
RETURN DATE_RANGE_ARR
IS
l_splited_range_arr DATE_RANGE_ARR;
BEGIN
SELECT start_date, end_date
INTO l_splited_range_arr(start_date, end_date)
FROM (WITH all_dates
AS (SELECT tr_start_date AS a_date, 0 AS black_out_val FROM TABLE( pr_travel_date_range )
UNION ALL
SELECT tr_end_date, 0 FROM TABLE( pr_travel_date_range )
UNION ALL
SELECT bo_start_date - 1, 1 FROM TABLE( pr_bo_arr )
UNION ALL
SELECT bo_end_date + 1, -1 FROM TABLE( pr_bo_arr )),
got_analytics
AS (SELECT a_date AS start_date,
LEAD( a_date ) OVER (ORDER BY a_date, black_out_val) AS end_date,
SUM( black_out_val ) OVER (ORDER BY a_date, black_out_val) AS black_out_cnt
FROM all_dates)
SELECT start_date, end_date
FROM got_analytics
WHERE black_out_cnt = 0 AND start_date < end_date
ORDER BY start_date);
RETURN l_splited_range_arr;
END;
BEGIN
g_splited_range_arr := split_date_sql(g_travel_range,g_bo_arr);
FOR index_g_splited_range_arr IN g_splited_range_arr .FIRST .. g_splited_range_arr .LAST LOOP
DBMS_OUTPUT.PUT_LINE('g_splited_range_arr[' || index_g_splited_range_arr || ']: ' || g_splited_range_arr(index_g_splited_range_arr).start_date || '-' || g_splited_range_arr(index_g_splited_range_arr).end_date );
END LOOP;
EXCEPTION
WHEN NO_DATA_FOUND
THEN
NULL;
WHEN OTHERS
THEN
NULL;
END;I must change the tables black_out_dates and travel in a way so it will be something like
FROM TABLE( pr_travel_date_range )to get the result into l_splited_range_arr so it will be something like
SELECT start_date, end_date
INTO l_splited_range_arr(start_date, end_date)
FROM ( -
Nested tables of user defined types
Hello all,
I have philosophical question I am hoping someone can answer for me, "To TYPE, or not to TYPE; that is the question."
I have created several layers of nested tables in the form:
CREATE TYPE xyz AS OBJECT();
CREATE TYPE table_xyz AS TABLE OF xyz;
CREATE TYPE abc AS OBJECT(
nested_table1 table_xyz;
and so on until I end up creating a main table with all these sub tables nested into it.
But from what I understand oracle stores all of the information in a column of type NESTED TABLE into a single table, rather than one table per row. This means that if I declare a primary key in the nested table it will be against all values in the outer column, not just limited to the values in an individual row of the outer table. Plus it will not let me create foreign keys with in a nested table.
So why should I use the above construct instead of simply creating separate tables, and use primary and foreign keys to relate them and joins to query?
I can see the use for types in small cases (addresses, person, etc..) but I do not see the advantage of nested tables. Could someone shed some light on the subject for me?
Thanks,
ThomasI'll state an opinion, for what it's worth. First, if you are going in the direction of types and nested tables or other collections, you are buying into Oracle's object-relational approach. This has pros and cons as far as design considerations, complexity, and performance that is too involved to get into here. If you just need master/detail table relationships, stick with traditional design techniques. Nested tables can make DML code complex and many tools can't deal with them so you end up having to unnest(flatten) the collections. I'd especially stay away from them if you require multiple nested tables or nested tables within nested tables.
-
How do I reference a column in a nested table in a trigger. I am issuing an update statement:
UPDATE TABLE (SELECT inv_level
FROM inventory_level
WHERE machine_id = '1111'
SET inventory_level = '15'
WHERE column_id = '2'
I want to create a trigger that execute before the insert. I want to insert the machine_id, the column_id, inventory_level into a change history table. The issue is he column_id and inventory_level fields are in the nested table. I tried to reference them as :NEW.column_id, but that didn't work.I too have had problems working with triggers & nested tables. This may help
Imagine the scenario of a table that holds customer data that needs a specific record per user of the database to indicate if they can contact that customer.
To solve this I created the following
create type contact_type as object
(username varchar2(30),
can_mail number,
can_phone number);
create type contact_nt_type as table
of contact_type;
--table cust
create table cust_table(
custid number,
custname varchar2(50),
contact_nt contact_nt_type)
nested table contact_nt store as contact_nt_tab;
-- populate tables
insert into cust_table
values(1001,'Customer1',
contact_nt_type(
contact_type('SCOTT',1,0),
contact_type('TIMS',0,1)));
insert into cust_table
values(1002,'Customer2',
contact_nt_type(
contact_type('SCOTT',0,0),
contact_type('TIMS',0,0)));
-- view cust_vu
create or replace view cust_vu
as
select ct.custid, ct.custname, nt.can_mail, nt.can_phone
from cust_table ct, table(ct.contact_nt) nt
where nt.username = user;
Now, if scott looks at the customer through the view he sees one set of contact details and if I look I see another. But if we try to update the view we get
ORA-01733: virtual column not allowed here
To solve this create an "instead of" trigger
create or replace trigger cust_vu_update
instead of update on cust_vu
for each row
begin
-- update the parent table
update cust_table
set custname = :new.custname
where custid = :old.custid;
-- update the nested table
update table(
select contact_nt
from cust_table
where custid = :old.custid)
set can_mail = :new.can_mail,
can_phone = :new.can_phone
where username = user;
end;
The documentation has a whole section on triggers & nested tables which, for me, did not solve any of my issues. Following the Create trigger syntax, specifically the dml_event_clause, caused me 0600 errors and my session was terminated!
There may be better solutions but this one works for me. -
No rows appear in nested tables
Hi,
I registered below XML schema and let the register proceduree to create the default tables. after I inserted 100 xml files into the table with XMLType column, I can't find any rows in the nested tables, say "Message191_TAb".
SQL> select count(*) from "Message191_TAB";
COUNT(*)
0
Thanks!
====================sample.xsd========================
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<!--W3C Schema generated by XMLSpy v2005 sp2 U (http://www.altova.com)-->
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<xs:element name="From">
<xs:complexType>
<xs:sequence>
<xs:element ref="User"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Log">
<xs:complexType>
<xs:sequence>
<xs:element ref="Message" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="FirstSessionID" type="xs:string" use="required"/>
<xs:attribute name="LastSessionID" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
<xs:element name="Message">
<xs:complexType>
<xs:sequence>
<xs:element ref="From"/>
<xs:element ref="To"/>
<xs:element ref="Text"/>
</xs:sequence>
<xs:attribute name="Date" type="xs:string" use="required"/>
<xs:attribute name="Time" type="xs:string" use="required"/>
<xs:attribute name="DateTime" type="xs:string" use="required"/>
<xs:attribute name="SessionID" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
<xs:element name="Text">
<xs:complexType mixed="true">
<xs:attribute name="Style" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
<xs:element name="To">
<xs:complexType>
<xs:sequence>
<xs:element ref="User"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="User">
<xs:complexType>
<xs:attribute name="FriendlyName" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
</xs:schema>
==================end=============================I use the following to delete / register schemas:
-- delete previously registered schema
begin
DBMS_XMLSCHEMA.deleteSchema(
'http://oeb-isg-webdev.xxx.xxx/xmlschema/rapic.xsd',
3
end;-- This is using the annotated schema on oeb-isg-webdev;
begin
DBMS_XMLSCHEMA.registerURI(
schemaURL => 'http://oeb-isg-webdev..xxx.xxx/xmlschema/rapic.xsd',
schemaDocURI => 'http://oeb-isg-webdev.xxx.xxx/xmlschema/rapic.xsd',
genTables => TRUE, -- generate object tables
genTypes => TRUE, -- generate object types
genBean => FALSE, -- no java beans
local => true -- local ?
end; The schema is:
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xdb="http://xmlns.oracle.com/xdb"
elementFormDefault="qualified" xdb:storeVarrayAsTable="true">
<xs:element name="rapicverify" xdb:defaultTable="ISO_RADAR" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="RAPICVERIFY_T">
<xs:sequence>
<xs:element ref="header"/>
<xs:element ref="calibration_basis"/>
<xs:choice maxOccurs="unbounded">
<xs:element ref="forward_power_measurement"/>
<xs:element ref="receiver_measurement"/>
<xs:element ref="tx_corrected_receiver_measurement"/>
</xs:choice>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="header" xdb:defaultTable="ISO_RADAR_HEADER" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="HEADER_T">
<xs:sequence>
<xs:element ref="part" maxOccurs="unbounded" xdb:SQLName="PART" xdb:SQLCollType="PART_V"/>
</xs:sequence>
<xs:attribute name="doctype" use="required" type="xs:NCName"/>
</xs:complexType>
</xs:element>
<xs:element name="part" xdb:defaultTable="ISO_RADAR_PART" xdb:maintainOrder="false">
<xs:complexType mixed="true" xdb:SQLType="part_t">
<xs:attribute name="detail" type="xs:NCName"/>
<xs:attribute name="name" use="required" type="xs:NCName"/>
</xs:complexType>
</xs:element>
<xs:element name="calibration_basis" xdb:defaultTable="ISO_RADAR_CALIBRATION_BASIS"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="calibration_basis_t">
<xs:sequence>
<xs:element ref="system"/>
<xs:element ref="receiver_measurement_losses"/>
<xs:element ref="transmitter_measurement_losses"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="system" xdb:defaultTable="ISO_RADAR_SYSTEM" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="system_t">
<xs:sequence>
<xs:element ref="frequency"/>
<xs:element ref="peak_power"/>
<xs:element ref="h_beamwidth"/>
<xs:element ref="v_beamwidth"/>
<xs:element ref="forward_coupler"/>
<xs:element ref="fwd_coupler_cable_loss"/>
<xs:element ref="waveguide_loss"/>
<xs:element ref="az_rotating_joint"/>
<xs:element ref="el_rotating_joint"/>
<xs:element ref="antenna_gain"/>
<xs:element ref="radome_loss"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="frequency" xdb:defaultTable="ISO_RADAR_FREQUENCY" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="frequency_t">
<xs:attribute name="mhz" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="peak_power" xdb:defaultTable="ISO_RADAR_PEAK_POWER" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="peak_power_t">
<xs:attribute name="kw" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="h_beamwidth" xdb:defaultTable="ISO_RADAR_H_BEAM_W" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="h_beamwidth_t">
<xs:attribute name="deg" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="v_beamwidth" xdb:defaultTable="ISO_RADAR_V_BEAM_W" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="v_beamwidth_t">
<xs:attribute name="deg" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="forward_coupler" xdb:defaultTable="ISO_RADAR_FWD_COUPLER"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="forward_coupler_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="fwd_coupler_cable_loss" xdb:defaultTable="ISO_RADARFWD_CPLR_CBL_LOSS"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="fwd_coupler_cable_loss_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="waveguide_loss" xdb:defaultTable="ISO_RADAR_WAVEGUIDE+LOSS"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="waveguide_loss_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="az_rotating_joint" xdb:defaultTable="ISO_RADAR_AZ_ROT_JNT"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="ax_rotating_joint_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="el_rotating_joint" xdb:defaultTable="ISO_RADAR_EL_ROT_JNT"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="el_rotating_joint_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="antenna_gain" xdb:defaultTable="ISO_RADAR_ANT_GAIN" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="antenna_gain_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="radome_loss" xdb:defaultTable="ISO_RADAR_RADOME_LOSS" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="radome_loss_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="receiver_measurement_losses" xdb:defaultTable="ISO_RADAR_RCVR_MMT_LOSS"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="receiver_measurement_losses_t">
<xs:sequence>
<xs:element ref="coupler_loss"/>
<xs:element ref="attenuator"/>
<xs:element ref="cable"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="cable" xdb:defaultTable="ISO_RADAR_CABLE" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="cable_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="transmitter_measurement_losses" xdb:defaultTable="ISO_RADAR_TX_MEAS_LOSS"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="tx_measurement_losses_t">
<xs:sequence>
<xs:element ref="coupler_loss"/>
<xs:element ref="attenuator"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="forward_power_measurement" xdb:defaultTable="ISO_RADAR_FWD_PWR_MMT"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="forward_power_measurement_t">
<xs:sequence>
<xs:element ref="time"/>
<xs:element ref="pulse_index"/>
<xs:element ref="pulse_width"/>
<xs:element ref="expected_dbm"/>
<xs:element maxOccurs="unbounded" ref="measured_fwd_power" xdb:SQLName="M_FWD_PWR"
xdb:SQLCollType="M_FWD_PWR_V"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="expected_dbm" xdb:defaultTable="ISO_RADAR_EXP_DBM" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="expected_dbm_t">
<xs:attribute name="dbm" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="measured_fwd_power" xdb:defaultTable="ISO_RADAR_MEAS_FWD_PWR"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="measured_fwd_pwr_t">
<xs:attribute name="dbm" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="receiver_measurement" xdb:defaultTable="ISO_RADAR_RX_MEASUREMENT"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="receiver_measurement_t">
<xs:sequence>
<xs:element ref="time"/>
<xs:element ref="range"/>
<xs:element ref="pulse_index"/>
<xs:element ref="pulse_width"/>
<xs:element ref="injection_power"/>
<xs:element ref="radar_constant"/>
<xs:element ref="expected_dbz"/>
<xs:element maxOccurs="unbounded" ref="measured_rx_power" xdb:SQLName="MEASURED_RX_PWR"
xdb:SQLCollType="MEASURED_RX_PWR_V"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="tx_corrected_receiver_measurement" xdb:defaultTable="ISO_RADAR_TX_CORR_RX_MMT"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="tx_corrected_rx_measurement_t">
<xs:sequence>
<xs:element ref="time"/>
<xs:element ref="range"/>
<xs:element ref="pulse_index"/>
<xs:element ref="pulse_width"/>
<xs:element ref="injection_power"/>
<xs:element ref="radar_constant"/>
<xs:element ref="expected_dbz"/>
<xs:element maxOccurs="unbounded" ref="measured_rx_power" xdb:SQLName="MEASURED_RX_PWR"
xdb:SQLCollType="MEASURED_RX_PWR_V"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="coupler_loss" xdb:defaultTable="ISO_RADAR_COUPLER_LOSS"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="coupler_loss_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="attenuator" xdb:defaultTable="ISO_RADAR_ATTENUATOR" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="attenuator_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="time" xdb:defaultTable="ISO_RADAR_TIME" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="time_t">
<xs:attribute name="utc" use="required" type="xs:NMTOKEN"/>
</xs:complexType>
</xs:element>
<xs:element name="range" xdb:defaultTable="ISO_RADAR_RANGE" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="range_t">
<xs:attribute name="km" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="pulse_index" xdb:defaultTable="ISO_RADAR_PULSE_INDEX" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="pulse_index_t">
<xs:attribute name="au" use="required" type="xs:integer"/>
</xs:complexType>
</xs:element>
<xs:element name="pulse_width" xdb:defaultTable="ISO_RADAR_PULSE_WDTH" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="pulse_width_t">
<xs:attribute name="us" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="injection_power" xdb:defaultTable="ISO_RADAR_INJECTION_PWR"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="injection_power_t">
<xs:attribute name="dbm" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="radar_constant" xdb:defaultTable="ISO_RADAR_RADAR_CONST"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="radar_constant_t">
<xs:attribute name="db" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="expected_dbz" xdb:defaultTable="ISO_RADAR_EXPECT_DBZ" xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="expected_dbz_t">
<xs:attribute name="dbz" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
<xs:element name="measured_rx_power" xdb:defaultTable="ISO_RADAR_MEAS_RX_PWR"
xdb:maintainOrder="false">
<xs:complexType xdb:SQLType="measured_rx_power_t">
<xs:attribute name="dbz" use="required" type="xs:decimal"/>
</xs:complexType>
</xs:element>
</xs:schema>This was generated by oXygen XML from the following file:
<?xml version="1.0" encoding="UTF-8"?>
<rapicverify>
<header doctype="PCRapicTx_XMLlogger">
<part name="stn_num">040966</part>
<part name="radar_name">MtStapl</part>
<part name="radar_id">066</part>
<part name="start_time" detail="utc">23-08-2006 00:58:34</part>
<part name="end_time" detail="utc">24-08-2006 00:58:34</part>
</header>
<calibration_basis>
<system>
<frequency mhz="2860.000000"/>
<peak_power kw="713.00"/>
<h_beamwidth deg="1.000"/>
<v_beamwidth deg="1.000"/>
<forward_coupler db="39.70"/>
<fwd_coupler_cable_loss db="1.01"/>
<waveguide_loss db="1.06"/>
<az_rotating_joint db="0.00"/>
<el_rotating_joint db="0.00"/>
<antenna_gain db="44.60"/>
<radome_loss db="0.25"/>
</system>
<receiver_measurement_losses>
<coupler_loss db="19.83"/>
<attenuator db="9.90"/>
<cable db="0.54"/>
</receiver_measurement_losses>
<transmitter_measurement_losses>
<coupler_loss db="0.21"/>
<attenuator db="29.99"/>
</transmitter_measurement_losses>
</calibration_basis>
<receiver_measurement>
<time utc="23-08-2006_00:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-13.65"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-16.03"/>
<measured_rx_power dbz="-18.29"/>
<measured_rx_power dbz="-19.95"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_00:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-30.60"/>
<measured_rx_power dbz="-30.60"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_01:58:34"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_01:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_01:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-23.20"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_02:58:36"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="16.07"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_02:58:36"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-14.40"/>
<measured_rx_power dbz="-16.06"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_02:58:36"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_03:58:35"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_03:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-15.50"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_04:58:35"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_04:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-16.54"/>
<measured_rx_power dbz="-28.29"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_04:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-29.38"/>
<measured_rx_power dbz="-14.03"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_05:58:36"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_05:58:36"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-12.12"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-14.59"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_05:58:36"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_06:58:35"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_06:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-15.31"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_06:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-8.58"/>
<measured_rx_power dbz="-26.33"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_07:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.64"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.64"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.63"/>
<measured_fwd_power dbm="17.63"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_07:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-14.28"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-19.29"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_07:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-14.70"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_08:58:34"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="16.07"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_08:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-28.63"/>
<measured_rx_power dbz="-15.18"/>
<measured_rx_power dbz="-19.15"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_08:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-12.57"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-19.54"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-18.45"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_09:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.53"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_09:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_09:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-16.01"/>
<measured_rx_power dbz="-18.59"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_10:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_10:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-19.68"/>
<measured_rx_power dbz="-16.60"/>
<measured_rx_power dbz="-14.86"/>
<measured_rx_power dbz="-15.38"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_10:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-12.05"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_11:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_11:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-30.54"/>
<measured_rx_power dbz="-13.29"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_11:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_12:58:34"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_12:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-8.19"/>
<measured_rx_power dbz="-26.47"/>
<measured_rx_power dbz="-15.04"/>
<measured_rx_power dbz="-14.87"/>
<measured_rx_power dbz="-30.08"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_12:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-17.20"/>
<measured_rx_power dbz="-13.57"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-19.72"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_13:58:34"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.56"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_13:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-15.53"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-16.30"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_13:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_14:58:34"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_14:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-15.86"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_14:58:34"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-12.21"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_15:59:37"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="16.08"/>
<measured_fwd_power dbm="16.09"/>
<measured_fwd_power dbm="16.07"/>
<measured_fwd_power dbm="16.07"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_15:59:37"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-18.48"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-18.77"/>
<measured_rx_power dbz="-15.84"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_15:59:37"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-10.80"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_17:58:35"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_17:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-17.99"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-16.22"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_17:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-18.35"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_18:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.61"/>
<measured_fwd_power dbm="17.61"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_18:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-11.79"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_18:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-13.92"/>
<measured_rx_power dbz="-30.59"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_19:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.57"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_19:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-15.88"/>
<measured_rx_power dbz="-18.02"/>
<measured_rx_power dbz="-100.00"/>
</receiver_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_19:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-14.16"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_20:58:33"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
</forward_power_measurement>
<tx_corrected_receiver_measurement>
<time utc="23-08-2006_20:58:33"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-19.11"/>
<measured_rx_power dbz="-15.98"/>
<measured_rx_power dbz="-25.17"/>
<measured_rx_power dbz="-100.00"/>
</tx_corrected_receiver_measurement>
<forward_power_measurement>
<time utc="23-08-2006_21:58:35"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<expected_dbm dbm="17.62"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.58"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="17.59"/>
<measured_fwd_power dbm="17.60"/>
<measured_fwd_power dbm="16.08"/>
</forward_power_measurement>
<receiver_measurement>
<time utc="23-08-2006_21:58:35"/>
<range km="100.00"/>
<pulse_index au="1"/>
<pulse_width us="1.00"/>
<injection_power dbm="-15.00"/>
<radar_constant db="69.60"/>
<expected_dbz dbz="23.62"/>
<measured_rx_power dbz="-100.00"/>
<measured_rx_power dbz="-19.29"/>
</receiver_measurement>
-
Nested Tables & Repeating Sub-group Row
I'm using BIP re-grouping in conjunction with nested tables to avoid repeating some rows within my 'master' table.
However, I'd like to repeat this sub-group row when the particular detail associated with that group spans multiple pages.
Any advice on how I might accomplish this?
Thanks,
ChrisControlling the row of top level table to repeat in all pages, if the second table extends to next page,
i dont think , there is a link between the two tables,
you cannot identify on which page the row of the table exists, first or next.
keeping this in mind, controlling the row of the parent table :)... looks difficult.
But I see your point and requirement, but, i guess, the one which i sent earlier is a certainly a workaround.
Looking for best soln, will let you know if i get +Ve ;) -
How to use nested tables object in oracle form
Hello forum
How all r u ..
i need ur help guys, pls help me out...
i m using an object oriented approach to design my database by using nested tables and
varrays. it is quite done successfully.
but the problem is when i m trying to use that object of nested table into the datablock of the form it is not been added to item list of that block.
so what is the proper way to use these type of objects to the form.
all ideas are welcomed and vry much required.
pls give example if possible so easy to understand or have any demo form related to above case then pls post me to my id i.e [email protected]
thank u all and expecting some expert solutionsHello Francois Degrelle...
How r u doing ... i have searched the forum abt the above mentioned topic then i found that u have some demo form which will help out to explain the functionality of the nested table in forms ..
will u pls me that form to my i.e [email protected] pls mail all the detail u have regarding using nested tables to forms and reports
lots of thanks to u n advance. -
Using Oracle 8i and Reports 6i
I looked at the few Reports forum items on this subject but wonder if someone could give me more detailed information.
Among the tables in my database I have an invoice table with an invoice number, booking number and a nested table of user-defined item objects.
I want to create a Group Above report with Name, Address and other customer information on Level 1, and the list of charges from the Invoices table below followed by a simple total of charges.
Can I do this in Report Builder with a nested table? With the nested table you seem to lose the Master-Detail relationship between tables, since for every booking there is one invoice, but of course the nested table contains potentially many items.
I understand that the Report Wizard does not support nested tables, so do I need to base the report on a single, very complex SQL query? In that case, am I not losing the advantages of an application like Report Builder since I'm back with the limitations of SQL aggregate functions, namely SUM?
In every case, the results of my query will produce one invoice. Can I manually place the results of the query in the Reports layout using text boxes, as in the Oracle document Building an Invoice Report (http://otn.oracle.com/products/reports/htdocs/getstart/docs/B10310_01/orbr_invoice.htm) but I'm not sure if I can do the same thing in Oracle 8i.
Thank for your help.Using Oracle 8i and Reports 6i
I understand that the Report Wizard does not support nested tables, so do I need to base the report on a single, very complex SQL query? In that case, am I not losing the advantages of an application like Report Builder since I'm back with the limitations of SQL aggregate functions, namely SUM?Since the wizard doesn't support nested tables you will need to use more complex SQL queries. It's not immediately clear to me, however, why this is more limiting with the aggregate functions.
In every case, the results of my query will produce one invoice. Can I manually place the results of the query in the Reports layout using text boxes, as in the Oracle document Building an Invoice Report (http://otn.oracle.com/products/reports/htdocs/getstart/docs/B10310_01/orbr_invoice.htm) but I'm not sure if I can do the same thing in Oracle 8i.
There should be no problems doing this. Since the data and the layout are separate the version of the database and the features being used have little impact on the layout in this way.
Hope this helps,
Danny -
Nested table - a table in a table row
Hi Experts ,
I Need to show a table in a table row ... like a nested table.
Consider this example :
1) i have a table row : -
2) when somebody selects that row , i need an option like windows Explorer expand button with + sign , which will show some more details in the same row.
is this possible in a webdynpro application ?
let me know.
Regards,
Ashish ShahHi Ashish,
U can use tree structure in a table.check these.
<a href="https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/webdynpro/wd%20java/wd%20tutorials/integration%20of%20a%20tree%20structure%20in%20a%20web%20dynpro%20table.pdf">https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/webdynpro/wd%20java/wd%20tutorials/integration%20of%20a%20tree%20structure%20in%20a%20web%20dynpro%20table.pdf</a>
u can find the sample application here
<a href="https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/webcontent/uuid/28113de9-0601-0010-71a3-c87806865f26?rid=/library/uuid/49f2ea90-0201-0010-ce8e-de18b94aee2d#31 [original link is broken] [original link is broken]">https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/webcontent/uuid/28113de9-0601-0010-71a3-c87806865f26?rid=/library/uuid/49f2ea90-0201-0010-ce8e-de18b94aee2d#31 [original link is broken] [original link is broken]</a>
regards
Sumit
Maybe you are looking for
-
Type conflict with ASSIGN in program CL_WD_ADOBE_SERVICES==========CP
I am trying to display an interactive Adobe Form in the webdynpro for abap. But i'm getting this error: The following error text was processed in system AED : Type conflict with ASSIGN in program CL_WD_ADOBE_SERVICES==========CP . The error occurred
-
1212M Crackling/Popping - New Drivers
I'm kind of cranky about this problem. Read on because I actually know exactly what the problem is (at least for most of us and only Creative/EMU can fix it). Background I have a 1212M with the 0404 I/O card. It's a V1 that have had for five or six y
-
Is there a standard R/3 report that lists purchases in the last one year? It needs information from Purchasing and AP. The information I need is Vendor#, Name, PO No, Item, Po Date, Material Group/No/Description, GL Account, WBSE, Company Code, PO Qt
-
[SOLVED] Synaptics touchpad problem eeepc 1000HE
I installed Arch on my eeepc 1000HE yesterday and configured / used it happily for most of the day - but then it developed a touchpad problem which I'm struggling to fix. If you lift your finger from the touchpad the mouse cursors 'forgets' / 'resets
-
How do I sun all my messaging from phone, iPad mini, and macbook pro?
How do I sun all my messaging from phone, iPad mini and MacBook Pro? I want to be able to see all my messages from any device? Thank you for the help in advance.