[Go to PacFIN Home Page] [Go to W-O-C Info Page] [W-O-C Logbook Main Page] [Comments]

PacFIN Coastwide Trawl Logbook subsystem Documentation

Structure of the Logbook Database

The logbook data is structured quite naturally in the following table hierarchy (actual table names in parenthesis):
           Trip (lbk_trip)
            |       
            \--- Tow/Haul (lbk_tow)
                  |
                  \--- Catch/Hail (lbk_catch) 

With multiple catch records corresponding to one tow record, and multiple tow records corresponding to one trip record.

Additionally there are code list tables which translate the agency codes for gear, port, species, strategy to the corresponding coast wide PacFIN codes (lbk_gr, lbk_pr, lbk_sp, lbk_strategy, respectively), as well as a table which links logbook records to the corresponding fish ticket records (lbk_ftid, this feature is not fully implemented yet). The whole logbook system, and its linkage to the existing PacFIN system, look like this:

                                  pc
                                 /
                            lbk_pr
                           /  
                     lbk_trip
                     /      \                          gr              strategy
                    /        \                        /                 /
        ft         /          \        block_pos  lbk_gr      lbk_strategy
         \        /            \       /__________/____________/     
          \      /              \     /
          lbk_ftid--------------lbk_tow                sp
                                     \                 /
                                      \              asp
                                       \             /
                                        \       lbk_sp
                                         \      /
                                         lbk_catch
 


The following tables are related to data management: lbk_ul contains information about the updates/data feeds performed on the logbook system. reject_lbk contains information about all records which were rejected during the loading process. Detailed column descriptions follow at the end of this document, and are also available online using the show_coldsc script.

Data provided by agencies

As of 11/18/03 the PacFIN logbook database contains logbook records obtained from CDFG (1981-2002), ODFW (1987-2003), and WDFW (1987-2002). Even though trawl vessels are required by law to submit logbook information to the state agencies, the compliance rate is less than 100%. The estimated compliance rate for the agencies are as follows: That means that the data contained in the logbook database does NOT represent 100% of the trawl catch.

The agencies submit the follwing data:

Ticket adjustments are done differently for each agency:

WDFW's ticket adjusted pounds are not intended to mean the same as CDFG's and ODFW's. Ticket adjusted pounds from WDFW are calculated to also represent the catch caught on trips for which no logbook is available. Such that the sum of all catch in a "strata" will be the same, independent of whether the ticket data or the adjusted logbook data are used. A "strata" is defined by a given Year/month/port/area/trip_type/species. WDFW logbook data still doesn't reflect all trawl catch, as there are strata which don't contain any data from logbooks. The fish ticket only data corresponding to these strata is not included in the PacFIN logbook system. Both CDFG and ODFW give ticket adjusted weights on a trip level (i.e. the adjusted weights are supposed to mean the same. Hailed weights are adjusted using only those fish tickets resulting from the particular trip. However CDFG's and ODFW's methods for arriving at adjusted weights are not the same.

Data Quality Checks and Translations Performed During Loading

The flagging of suspicious data mentioned above is done in the following manner:
Each of the three data tables (lbk_trip, lbk_tow, and lbk_catch) contains a column WARNING which consists of fixed length strings. The n-th charcter in these warning strings is a one character warning flag for the data element in the n-th column of the table (the ordering of columns referred to is the internal Oracle order, as listed when describing a table using desc) A 0 means that there are no warnings, Any other character indicates some data anomaly. The detailed warning codelist follows below. E.g. the Warning for a lbk_trip record might look like this
00000000RRR00RRR000000
indicating that there is an anomaly for the data in the 9th-11th and 14th-16th columns. (The return date was before the departure date in this case. All six columns are related to either return or departure time)

Known Bugs and Shortcomings