498 430 20 430 4 496 9439953 5 2006-12-04 14:41:45.593 2009-03-19 11:35:58.267 1179871 1179872 9372324 9372325 504 325 20 325 4 502 3180 3181 3 2006-12-04 16:16:21.673 2007-02-01 16:57:55.107 722 724 18252690 430 20 430 4 18285435 27132250 27132251 27132252 3 2012-01-03 11:15:10.327 2014-11-18 10:53:16.557 18579469 27066440 18252688 430 20 430 4 18285433 28748899 28748900 28748901 28748902 28748903 27623446 28475411 31752193 28 2012-01-03 11:02:02.713 2016-03-09 12:48:50.440 18252698 18252702 23167144 23167145 23167146 23167152 23167168 23167170 27066870 27066872 27066878 27558248 27558249 27558250 27558252 27558253 27558255 27558257 27558258 27558260 27558261 27558262 27558264 27558266 27558268 28639255 28639587 27787265 18252686 430 20 430 4 18285431 1 2012-01-03 10:59:49.190 2012-01-03 10:59:49.190 428 325 20 325 4 426 2237 2238 5 2006-11-29 14:19:40.257 2006-12-04 16:17:45.027 429 505 506 507 430 20 423 426 431 432 433 446 447 498 2162941 18252686 18252688 18252690 23167164 20 4 428 29753577 29753578 29753579 29753580 29753581 29753582 29753583 29753584 29753585 29753586 29753587 29753588 29753589 29753590 29753591 199 1343542 20 2006-11-29 14:28:24.343 2016-11-30 13:43:53.483 439 445 497 669 670 671 672 2162937 2162938 9372322 18252681 18252683 18252685 23167154 23167160 23167161 23167162 23167171 29687815 3113448 20 3113529 3113621 3113641 20 4 3178954 4030545 4030546 4030547 4030548 25 2008-02-04 08:53:50.447 2008-05-26 14:38:21.357 3113449 3113451 3113453 3113455 3113457 3113459 3113460 3113462 3113463 3113464 3113466 3113513 3113515 3113525 3113527 3113530 3113531 3113618 3113619 3113639 3932195 3932196 3932197 3932198 4063238 432 430 20 430 4 430 2 2006-11-29 14:29:16.013 2006-11-29 14:47:31.420 441 431 430 20 430 4 429 18776099 3 2006-11-29 14:28:51.020 2012-01-10 09:49:04.010 440 18579473 433 430 20 430 4 431 2 2006-11-29 14:29:26.727 2006-11-29 14:48:49.067 444 28213264 20 20 4 28246033 28279028 10 2015-08-26 14:45:00.247 2015-08-26 16:55:48.123 28213266 28213268 28213271 28213273 28213274 28213275 28213278 28213280 28213282 446 430 20 430 4 444 201 4 2006-11-29 14:50:26.917 2006-12-04 14:37:28.940 477 493 494 447 430 20 430 4 445 27660020 198 9 2006-11-29 14:50:48.887 2015-08-06 14:47:09.277 478 495 496 2162978 2162979 27558223 27558225 27558227 4 19 20 102 103 104 105 106 107 108 109 110 111 112 113 114 115 118 497 4882433 23363602 2006-10-18 08:19:26.183 2006-10-18 08:19:26.183 global 402 20 20 4 400 2230002 2230003 2230004 2230005 2230006 2230007 2230008 2230009 1343541 15 2006-11-29 10:32:54.060 2007-11-27 21:22:45.867 403 413 414 415 416 417 418 419 420 421 492 568 569 2162973 10 406 372 20 372 4 404 1979 1980 1981 7 2006-11-29 10:41:28.623 2006-11-29 10:58:28.617 407 408 409 410 411 412 426 430 20 430 4 424 7274569 7274570 7274571 7274572 7274573 7274574 7274575 27000987 18 2006-11-29 14:13:49.897 2008-10-30 11:08:18.393 443 589924 589925 589926 589967 1179789 1179866 1179868 1179869 1179870 3112998 3113000 3113153 6259160 7176218 7176219 7176221 423 430 20 430 4 421 1900865 1900866 1900867 1900868 1900869 1900870 1900871 1900872 17 2006-11-29 11:21:36.800 2007-09-14 16:02:30.647 424 425 442 449 450 451 453 532 533 1638407 1638408 1638409 1638410 1638411 1835054 1835055 17236003 20 20 4 17268769 17301777 1 2011-05-27 12:19:20.523 2011-05-27 12:19:20.523 10911858 10355779 20 372 10355779 4 10944622 4 2009-10-29 10:19:55.660 2009-10-29 10:25:25.387 10911860 10911862 10911868 1179954 325 20 325 4 1212719 1247370 1247371 1247372 3 2007-08-06 10:32:56.153 2007-08-06 10:34:49.150 1179956 1179957 375 20 379 380 381 20 4 373 1905 1906 1907 2 2006-11-28 13:07:59.550 2006-11-28 15:36:40.957 390 372 20 406 705 917547 10355779 20 4 370 10461349 10461350 10461351 10461352 10461353 10461354 10461355 13 2006-11-28 13:02:45.913 2009-09-28 10:54:41.737 373 395 398 399 404 405 488 704 708 917546 3113750 10356314 379 375 20 375 4 377 2229997 2229998 2229999 2230000 2230001 7 2006-11-28 13:12:16.363 2007-11-27 21:21:55.053 382 383 480 481 482 2162972 380 375 20 375 4 378 2229994 2229995 2229996 12 2006-11-28 13:14:17.753 2007-11-27 21:21:29.737 384 385 386 387 388 483 485 526 527 528 2162971 3113529 3113448 20 3113448 4 3179029 3343683 3343684 3343685 3343686 10 2008-02-07 19:48:09.073 2008-02-21 10:11:21.987 3113535 3113540 3113541 3113542 3113546 3113566 3113567 3113628 3113724 381 375 20 375 4 379 2229990 2229991 2229992 2229993 4 2006-11-28 13:14:27.150 2007-11-27 21:21:08.497 389 484 2162970 131073 2]]> 331 325 20 325 4 329 2190 2191 2192 2193 2194 2195 15 2006-11-20 13:17:02.013 2006-12-04 08:22:43.653 332 334 335 337 338 339 340 342 343 344 345 349 396 486 917547 372 20 372 4 950314 10461344 10461345 10461346 10461347 10461348 1343540 11 2007-05-18 10:41:41.487 2009-09-28 10:50:24.840 917548 917549 917550 917551 917552 10356307 10356308 10356309 10356310 10356311 3113641 3113448 20 3113448 4 3179140 3343693 3343694 3343695 3276993 38 2008-02-19 11:23:57.037 2008-02-21 12:06:33.860 3113643 3113645 3113646 3113648 3113649 3113651 3113652 3113653 3113655 3113657 3113659 3113662 3113664 3113666 3113667 3113670 3113671 3113673 3113677 3113679 3113681 3113683 3113685 3113686 3113687 3113689 3113690 3113691 3113692 3113694 3113695 3113697 3113703 3113704 3113705 3113728 3113730 3309627 3309630 3309628 3309629 23167164 430 20 430 4 23199927 23298721 23298722 2 2013-10-24 09:03:52.820 2013-10-24 09:04:52.633 23167166 917571 589955 20 589955 4 950338 1 2007-05-23 11:21:22.920 2007-05-23 11:21:22.920 3113621 3113448 20 3113448 4 3179120 3343497 5 2008-02-14 16:51:34.030 2008-02-14 16:57:43.730 3113623 3113624 3113625 3113626 3309623 3309624 325 20 331 428 504 1179954 20 4 323 1247344 1247345 1247346 1247347 1343539 8 2006-11-20 11:44:12.897 2007-08-06 10:30:32.293 346 427 503 509 510 723 1179952 2162951 20 20 4 2195715 2229944 2229945 2229946 2229947 2229948 2229949 2229950 2229951 9 2007-11-27 14:30:18.900 2007-11-27 15:08:09.083 2162952 2162954 2162955 2162958 2162959 2162960 2162961 2162962 2326539 2326540 2162941 430 20 430 4 2195706 23298672 23298673 23298674 23298675 23298676 23298677 6094851 10322205 18 2007-11-19 15:09:45.177 2013-10-24 08:58:41.960 2162942 2162944 2163083 2163090 2163095 2163096 2163098 3113804 3113806 5832890 5832892 5832894 5832910 16416952 16416953 23167156 23167159 3113701 20 20 4 3179199 1 2008-02-19 15:47:00.027 2008-02-19 15:47:00.027 16777467 20 20 4 16810227 16879449 3 2011-05-24 11:17:35.360 2011-05-24 13:56:56.310 16777480 16777483 20 325 372 375 402 430 589955 2162951 3113448 3113701 16777462 16777467 17236003 28213264 4 18 28278998 28278999 28279000 28279001 28279002 28279003 28279004 28279005 28279006 28279007 28279008 28279009 28279010 28279011 28279012 28279013 1 2 3 4 5 6 106 124 196 197 200 209 211 753672 2293846 2293869 3604609 4423681 4849665 4849666 4849694 10879155 28803188 29982743 62 2006-10-18 08:19:26.187 2015-08-26 13:20:24.220 26 29 30 33 37 38 42 45 46 47 48 49 50 51 52 59 326 327 328 329 330 333 336 341 347 348 374 391 392 393 397 400 401 422 434 435 436 437 438 448 529 530 531 589954 589957 2162950 2162969 3113446 3113698 3113699 3113842 3113843 4456461 4456462 10356344 16777465 16777468 18579861 18579865 18579866 28213260 10355779 372 10911858 20 372 4 10388505 11010579 11010580 11010581 6 2009-08-10 10:39:08.623 2009-10-29 10:18:19.597 10355780 10355782 10355783 10911855 10911856 10485898 10485899 10485900 10485901 16777462 20 20 4 16810223 16879450 3 2011-05-24 10:53:51.693 2011-05-24 13:57:31.097 16777481 16777484 705 372 20 372 4 702 3343986 3343987 3343988 9 2007-01-25 14:25:52.407 2008-03-05 14:51:54.717 706 707 730 3113808 3113809 3113810 3113811 3113860 3309635 32776 property.style.navbgcolour #336699 property.style.customcolour5 #ffffff property.style.linkcolour #336699 property.style.customcolour2 #ffffff property.style.headingtextcolour #336699 property.style.spacenamecolour #999999 property.style.customcolour4 #ffffff property.style.navselectedtextcolour #CC9900 property.style.bordercolour #999999 property.style.customcolour3 #ffffff property.style.navtextcolour #E1E2D5 property.style.topbarcolour #336699 property.style.customcolour1 #ffffff property.style.breadcrumbstextcolour #E1E2D5 property.style.navselectedbgcolour #E1E2D5 ]]> 32777 VARS false custom ]]> 32775 logo filmstrip5.png image ]]> 32774 theme.key ]]> 589956 589955 20 589955 589970 589980 4 622719 18777611 18777612 18777613 18777614 18777615 18777616 18777617 20 2007-04-17 14:05:41.003 2012-02-14 09:31:52.823 589958 589971 589973 589974 589975 589976 589977 589978 589979 589981 589982 589983 589984 917584 917585 3113711 18579860 18579863 18579864 557070 557071 557072 557073 557078 557079 557076 557077 589955 20 589956 917571 20 4 622718 983604 983605 2 2007-04-17 14:03:55.437 2007-05-23 11:21:14.503 917570 3343694 3113641 2008-02-21 12:06:33.937 2008-02-21 12:06:33.937 23298674 2162941 2013-10-24 08:58:41.997 2013-10-24 08:58:41.997 3343695 3113641 2008-02-21 12:06:33.937 2008-02-21 12:06:33.937 23298675 2162941 2013-10-24 08:58:41.997 2013-10-24 08:58:41.997 3113513 3179013 12 2008-02-04 08:53:50.447 2008-02-04 13:42:32.660 3113448 23298672 2162941 2013-10-24 08:58:41.997 2013-10-24 08:58:41.997 3343693 3113641 2008-02-21 12:06:33.937 2008-02-21 12:06:33.937 23298673 2162941 2013-10-24 08:58:41.997 2013-10-24 08:58:41.997 3343686 3113529 2008-02-21 10:11:22.050 2008-02-21 10:11:22.050 3343684 3113529 2008-02-21 10:11:22.050 2008-02-21 10:11:22.050 3343685 3113529 2008-02-21 10:11:22.050 2008-02-21 10:11:22.050 3179199 3113701 27132252 18252690 2014-11-18 10:53:16.623 2014-11-18 10:53:16.623 19 4 17 1 2006-10-18 08:19:26.183 2006-10-18 08:19:26.183 12025860 3343683 3113529 2008-02-21 10:11:22.050 2008-02-21 10:11:22.050 27132250 18252690 2014-11-18 10:53:16.623 2014-11-18 10:53:16.623 23363602 4 2013-10-24 11:33:30.463 2013-10-24 11:33:30.463 27132251 18252690 2014-11-18 10:53:16.623 2014-11-18 10:53:16.623 950314 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -P test{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site ]]> 917547 3113466 3178972 11 2008-02-04 08:53:50.447 2008-02-04 13:40:59.190 3113448 3309629 3113641 2008-02-19 13:43:51.570 2008-02-19 13:43:51.570 1411368 1 3309628 3179140 3113641 3309628 3113641 2008-02-19 13:43:51.570 2008-02-19 15:45:25.463 4072714 2 3113464 3178970 10 2008-02-04 08:53:50.447 2008-02-04 13:30:49.413 3113448 3309627 3113641 2008-02-19 13:32:08.620 2008-02-19 15:45:44.507 2121 2 3113463 3178969 9 2008-02-04 08:53:50.447 2008-02-04 12:19:32.547 3113448 3113462 3178968 8 2008-02-04 08:53:50.447 2008-02-04 12:18:00.150 3113448 3309624 3113621 2008-02-14 16:57:16.343 2008-02-14 16:57:16.343 522 1 9372322 9405055 10 2006-11-29 14:28:24.343 2007-11-19 14:43:18.443 430 3113460 3178966 7 2008-02-04 08:53:50.447 2008-02-04 12:17:37.153 3113448 3309623 3113621 2008-02-14 16:56:58.367 2008-02-14 16:56:58.367 1372 1 3113459 3178965 6 2008-02-04 08:53:50.447 2008-02-04 12:08:31.147 3113448 9372324 9405057 3 2006-12-04 14:41:45.593 2007-07-19 15:06:31.437 498 3113457 3178963 5 2008-02-04 08:53:50.447 2008-02-04 12:03:55.120 3113448 950338 917571 9372325 9405058 4 2006-12-04 14:41:45.593 2009-03-19 11:35:46.937 498 3113455 3178961 4 2008-02-04 08:53:50.447 2008-02-04 11:53:47.267 3113448 3113453 3178959 3 2008-02-04 08:53:50.447 2008-02-04 09:10:17.637 3113448 3113451 3178957 2 2008-02-04 08:53:50.447 2008-02-04 08:54:05.717 3113448 3309630 3113641 2008-02-19 13:32:08.620 2008-02-19 13:32:08.620 1765 1 3309627 3113566 3179065 6 2008-02-07 19:48:09.073 2008-02-12 15:07:00.613 3113529 3113567 3179066 7 2008-02-07 19:48:09.073 2008-02-13 13:35:17.127 3113529 3309635 705 2008-03-02 19:35:25.753 2008-03-02 19:35:25.753 13533 1 4849694 1 20 2008-06-03 13:26:15.033 2008-06-03 13:26:15.033 1638408 1671176 11 2006-11-29 11:21:36.800 2007-08-28 15:03:26.583 423 1638407 1671175 10 2006-11-29 11:21:36.800 2006-12-08 11:27:30.727 423 1638410 1671178 13 2006-11-29 11:21:36.800 2007-08-28 15:04:39.757 423 1638409 1671177 12 2006-11-29 11:21:36.800 2007-08-28 15:04:16.317 423 3113541 3179041 3 2008-02-07 19:48:09.073 2008-02-12 09:27:21.543 3113529 3113542 3179042 4 2008-02-07 19:48:09.073 2008-02-12 09:27:29.607 3113529 1638411 1671179 14 2006-11-29 11:21:36.800 2007-08-28 15:05:42.420 423 3113540 3179040 2 2008-02-07 19:48:09.073 2008-02-11 10:35:06.610 3113529 28748900 18252688 2016-03-09 12:48:51.897 2016-03-09 12:48:51.897 3113546 3179046 5 2008-02-07 19:48:09.073 2008-02-12 09:27:43.180 3113529 28748901 18252688 2016-03-09 12:48:51.897 2016-03-09 12:48:51.897 28748902 18252688 2016-03-09 12:48:51.897 2016-03-09 12:48:51.897 28748903 18252688 2016-03-09 12:48:51.897 2016-03-09 12:48:51.897 3113531 3179031 17 2008-02-04 08:53:50.447 2008-02-07 19:48:32.417 3113448 589970 589956 622732 1 2007-04-20 08:32:22.250 2007-04-20 08:32:22.250 3113535 3179035 1 2008-02-07 19:48:09.073 2008-02-07 19:48:09.073 3113529 3113525 3179025 14 2008-02-04 08:53:50.447 2008-02-07 11:08:08.980 3113448 3113530 3179030 16 2008-02-04 08:53:50.447 2008-02-07 19:47:23.973 3113448 3113527 3179027 15 2008-02-04 08:53:50.447 2008-02-07 19:46:19.903 3113448 28748899 18252688 2016-03-09 12:48:51.897 2016-03-09 12:48:51.897 3113515 3179015 13 2008-02-04 08:53:50.447 2008-02-07 11:01:06.797 3113448 753672 2 20 2007-03-30 15:12:15.067 2007-10-17 11:02:15.037 27066870 27099633 9 2012-01-03 11:02:02.713 2013-10-24 09:45:16.080 18252688 2229944 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 2229945 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 2229946 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 2229947 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 3113628 3179127 8 2008-02-07 19:48:09.073 2008-02-13 13:35:48.227 3113529 27066872 27099635 10 2012-01-03 11:02:02.713 2015-03-25 14:03:41.243 18252688 3113639 3179138 20 2008-02-04 08:53:50.447 2008-02-14 16:49:39.200 3113448 2229948 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 2229949 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 2229950 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 2229951 2162951 2007-11-27 15:08:09.087 2007-11-27 15:08:09.087 3113618 3179117 18 2008-02-04 08:53:50.447 2008-02-07 19:48:49.850 3113448 6094851 2 2162941 2008-07-29 15:49:15.043 2008-07-30 08:22:15.073 3113623 3179122 1 2008-02-14 16:51:34.030 2008-02-14 16:51:34.030 3113621 27066878 27099641 11 2012-01-03 11:02:02.713 2015-03-25 14:06:00.853 18252688 3113624 3179123 2 2008-02-14 16:51:34.030 2008-02-14 16:55:49.817 3113621 3113625 3179124 3 2008-02-14 16:51:34.030 2008-02-14 16:56:03.287 3113621 3113626 3179125 4 2008-02-14 16:51:34.030 2008-02-14 16:56:24.267 3113621 3113619 3179118 19 2008-02-04 08:53:50.447 2008-02-14 16:49:30.877 3113448 3179029 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb5.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. #* {color:red}[~brian]: I ran this on 2008-02-21{color} # Verify results. {color:red}[~brian]: ongoing{color} ]]> 3113529 59 57 16 2006-10-18 08:19:26.187 2006-10-18 14:17:01.057 20 2229995 380 2007-11-27 21:21:29.750 2007-11-27 21:21:29.750 2229994 380 2007-11-27 21:21:29.750 2007-11-27 21:21:29.750 2229993 381 2007-11-27 21:21:08.567 2007-11-27 21:21:08.567 51 49 14 2006-10-18 08:19:26.187 2006-10-18 14:14:16.600 20 2229992 381 2007-11-27 21:21:08.567 2007-11-27 21:21:08.567 52 50 15 2006-10-18 08:19:26.187 2006-10-18 14:16:30.643 20 2229991 381 2007-11-27 21:21:08.567 2007-11-27 21:21:08.567 2229990 381 2007-11-27 21:21:08.567 2007-11-27 21:21:08.567 2230003 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 45 43 8 2006-10-18 08:19:26.187 2006-10-18 14:07:37.087 20 2230002 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 46 44 9 2006-10-18 08:19:26.187 2006-10-18 14:08:55.950 20 2230001 379 2007-11-27 21:21:55.057 2007-11-27 21:21:55.057 28639255 28672023 26 2012-01-03 11:02:02.713 2015-08-10 12:55:19.807 18252688 2230000 379 2007-11-27 21:21:55.057 2007-11-27 21:21:55.057 2229999 379 2007-11-27 21:21:55.057 2007-11-27 21:21:55.057 49 47 12 2006-10-18 08:19:26.187 2006-10-18 14:13:02.557 20 2229998 379 2007-11-27 21:21:55.057 2007-11-27 21:21:55.057 50 48 13 2006-10-18 08:19:26.187 2006-10-18 14:13:49.187 20 2229997 379 2007-11-27 21:21:55.057 2007-11-27 21:21:55.057 47 45 10 2006-10-18 08:19:26.187 2006-10-18 14:10:29.720 20 2229996 380 2007-11-27 21:21:29.750 2007-11-27 21:21:29.750 48 46 11 2006-10-18 08:19:26.187 2006-10-18 14:11:06.570 20 3113692 3179191 29 2008-02-19 11:23:57.037 2008-02-19 15:34:50.100 3113641 3113691 3179190 28 2008-02-19 11:23:57.037 2008-02-19 15:31:33.620 3113641 16777480 16810240 1 2011-05-24 11:17:35.360 2011-05-24 11:17:35.360 16777467 3113694 3179193 30 2008-02-19 11:23:57.037 2008-02-19 15:38:40.447 3113641 42 40 7 2006-10-18 08:19:26.187 2006-10-18 14:05:42.433 20 16777481 16810241 1 2011-05-24 10:53:51.693 2011-05-24 10:53:51.693 16777462 3113695 3179194 31 2008-02-19 11:23:57.037 2008-02-19 15:39:38.890 3113641 2195715 2162951 38 36 6 2006-10-18 08:19:26.187 2006-10-18 14:05:11.667 20 3113698 3179197 49 2006-10-18 08:19:26.187 2008-02-04 08:43:44.600 20 3113697 3179196 32 2008-02-19 11:23:57.037 2008-02-19 15:41:21.487 3113641 37 35 5 2006-10-18 08:19:26.187 2006-10-18 13:54:08.133 20 3113699 3179198 50 2006-10-18 08:19:26.187 2008-02-19 15:46:10.150 20 33 31 4 2006-10-18 08:19:26.187 2006-10-18 13:51:29.217 20 3932196 3964963 22 2008-02-04 08:53:50.447 2008-05-26 14:36:01.713 3113448 3113704 3179202 34 2008-02-19 11:23:57.037 2008-02-19 15:55:12.167 3113641 3932195 3964962 21 2008-02-04 08:53:50.447 2008-02-19 11:19:42.547 3113448 3113703 3179201 33 2008-02-19 11:23:57.037 2008-02-19 15:43:46.750 3113641 16777468 16810228 57 2006-10-18 08:19:26.187 2011-05-24 11:00:40.550 20 3932198 3964965 24 2008-02-04 08:53:50.447 2008-05-26 14:37:54.557 3113448 5832890 5865651 10 2007-11-19 15:09:45.177 2008-02-28 16:38:17.510 2162941 30 28 3 2006-10-18 08:19:26.187 2006-10-18 13:50:58.870 20 3932197 3964964 23 2008-02-04 08:53:50.447 2008-05-26 14:37:39.283 3113448 3113705 3179203 35 2008-02-19 11:23:57.037 2008-02-19 15:55:25.247 3113641 29 27 2 2006-10-18 08:19:26.187 2006-10-18 13:48:25.177 20 6 28 20 2006-10-20 09:54:15.070 2008-02-11 08:06:15.067 5832892 5865653 11 2007-11-19 15:09:45.177 2008-07-28 09:41:29.763 2162941 3113677 3179176 19 2008-02-19 11:23:57.037 2008-02-19 14:39:25.247 3113641 3179120 > allAnnotations.txt}} ## Edit any extraneous log messages of off the top of the file. # Run the altitude test in matlab ## Download [^vdm_altitude_test.m] ## Make sure matlab has snctools installed ## Run the following in matlab:{code}file = '/Users/brian/workspace/vdm-tools/src/test/resources/monterey_hrbath.nc'; sql = '/Users/brian/workspace/vdm-tools/target/vdm-tools-0.1-SNAPSHOT/bin/allAnnotations.txt'; vdm_altitude_test(sql, file, 'allAltitude-results.txt'){code} ##* The allAltitude-results.txt file will have the deltas of position and depth ]]> 3113621 702 705 18776099 431 2012-01-10 09:49:04.067 2012-01-10 09:49:04.067 5832894 5865655 12 2007-11-19 15:09:45.177 2008-07-28 09:42:33.447 2162941 26 24 1 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 20 16777465 16810225 56 2006-10-18 08:19:26.187 2009-09-30 11:48:49.400 20 3113679 3179178 20 2008-02-19 11:23:57.037 2008-02-19 15:04:20.410 3113641 2 1 20 2006-10-18 13:48:15.023 2006-10-18 13:48:15.023 3 15 20 2006-10-18 13:49:15.020 2006-10-18 16:35:15.027 3113681 3179180 21 2008-02-19 11:23:57.037 2008-02-19 15:05:19.793 3113641 4 4 20 2006-10-18 13:51:15.023 2006-10-18 14:14:15.030 5 1 20 2006-10-18 14:18:15.023 2006-10-18 14:18:15.023 3113683 3179182 22 2008-02-19 11:23:57.037 2008-02-19 15:11:35.527 3113641 3113685 3179184 23 2008-02-19 11:23:57.037 2008-02-19 15:12:57.067 3113641 3113686 3179185 24 2008-02-19 11:23:57.037 2008-02-19 15:20:04.210 3113641 1 436 20 2006-10-18 10:58:15.037 2015-10-23 13:26:15.033 3113687 3179186 25 2008-02-19 11:23:57.037 2008-02-19 15:25:13.647 3113641 23298722 23167164 2013-10-24 09:04:52.663 2013-10-24 09:04:52.663 3113689 3179188 26 2008-02-19 11:23:57.037 2008-02-19 15:27:10.547 3113641 3113690 3179189 27 2008-02-19 11:23:57.037 2008-02-19 15:30:42.730 3113641 23298721 23167164 2013-10-24 09:04:52.663 2013-10-24 09:04:52.663 3113662 3179161 12 2008-02-19 11:23:57.037 2008-02-19 13:44:52.857 3113641 5832910 5865671 13 2007-11-19 15:09:45.177 2008-07-28 09:46:11.783 2162941 3113659 3179158 11 2008-02-19 11:23:57.037 2008-02-19 13:41:36.910 3113641 3113666 3179165 14 2008-02-19 11:23:57.037 2008-02-19 14:13:20.163 3113641 3113664 3179163 13 2008-02-19 11:23:57.037 2008-02-19 14:11:03.383 3113641 16810223 Examples: ./lookup_mergestatus Tiburon 775 ./lookup_mergestatus "Doc Ricketts" 82 ./lookup_mergestatus Ventana 2011 Note: Doc Ricketts needs quotes around it The results will look something like: =========================================================================== ROV: Doc Ricketts Dive Number: 82 ==== Status of Data Merge with EXPD ==== Merged On: 2011-05-23 16:21:58 Merged using edited navigation data Recorded Dates are from 'VARS' database(s) Video-frame count: 681 Status Message: Using PRAGMATIC merge ==== Details About this VideoArchiveSet ==== Tracking Number: 2009247 Number of dives: 1 1) Dive Number: 82 Chief Scientist: David Clague Number of Tapes: 15 1) Name: D0082-06HD Video-frame count: 85 2) Name: D0082-08HD Video-frame count: 82 3) Name: D0082-03HD Video-frame count: 104 4) Name: D0082-02HD Video-frame count: 42 5) Name: D0082-04HD Video-frame count: 68 6) Name: D0082-10HD Video-frame count: 39 7) Name: D0082-07 Video-frame count: 0 8) Name: D0082-05 Video-frame count: 0 9) Name: D0082-03 Video-frame count: 0 10) Name: D0082-02 Video-frame count: 0 11) Name: D0082-01 Video-frame count: 0 12) Name: D0082-01HD Video-frame count: 63 13) Name: D0082-09HD Video-frame count: 43 14) Name: D0082-07HD Video-frame count: 95 15) Name: D0082-05HD Video-frame count: 60]]> 16777462 3113670 3179169 16 2008-02-19 11:23:57.037 2008-02-19 14:15:07.860 3113641 3113667 3179166 15 2008-02-19 11:23:57.037 2008-02-19 14:14:53.410 3113641 3113673 3179172 18 2008-02-19 11:23:57.037 2008-02-19 14:33:02.857 3113641 3113671 3179170 17 2008-02-19 11:23:57.037 2008-02-19 14:30:51.287 3113641 3113645 3179144 2 2008-02-19 11:23:57.037 2008-02-19 11:29:39.547 3113641 23298676 2162941 2013-10-24 08:58:41.997 2013-10-24 08:58:41.997 3113646 3179145 3 2008-02-19 11:23:57.037 2008-02-19 11:55:05.483 3113641 23298677 2162941 2013-10-24 08:58:41.997 2013-10-24 08:58:41.997 3113643 3179142 1 2008-02-19 11:23:57.037 2008-02-19 11:23:57.037 3113641 3113649 3179148 5 2008-02-19 11:23:57.037 2008-02-19 13:09:00.803 3113641 3113648 3179147 4 2008-02-19 11:23:57.037 2008-02-19 11:55:53.430 3113641 3113653 3179152 8 2008-02-19 11:23:57.037 2008-02-19 13:32:29.137 3113641 3113651 3179150 6 2008-02-19 11:23:57.037 2008-02-19 13:10:38.853 3113641 3113652 3179151 7 2008-02-19 11:23:57.037 2008-02-19 13:13:07.847 3113641 16810227 16777467 3113657 3179156 10 2008-02-19 11:23:57.037 2008-02-19 13:40:26.607 3113641 3113655 3179154 9 2008-02-19 11:23:57.037 2008-02-19 13:33:11.577 3113641 16777484 16810244 2 2011-05-24 10:53:51.693 2011-05-24 13:56:08.643 16777462 16777483 16810243 2 2011-05-24 11:17:35.360 2011-05-24 13:42:49.777 16777467 3113750 3179246 11 2006-11-28 13:02:45.913 2007-05-18 10:14:19.410 372 983605 589955 2007-05-23 11:21:14.543 2007-05-23 11:21:14.543 983604 589955 2007-05-23 11:21:14.543 2007-05-23 11:21:14.543 28246033 28213264 477 475 1 2006-11-29 14:50:26.917 2006-11-29 14:50:26.917 446 2237 428 2006-12-04 16:17:45.030 2006-12-04 16:17:45.030 478 476 1 2006-11-29 14:50:48.887 2006-11-29 14:50:48.887 447 2238 428 2006-12-04 16:17:45.030 2006-12-04 16:17:45.030 481 479 4 2006-11-28 13:12:16.363 2006-12-01 19:40:46.550 379 482 480 5 2006-11-28 13:12:16.363 2006-12-01 19:43:12.087 379 31752193 1 18252688 2019-04-18 18:22:15.057 2019-04-18 18:22:15.057 480 478 3 2006-11-28 13:12:16.363 2006-11-28 13:25:38.777 379 485 483 7 2006-11-28 13:14:17.753 2006-12-01 19:45:36.863 380 486 484 14 2006-11-20 13:17:02.013 2006-11-29 10:16:17.707 331 483 481 6 2006-11-28 13:14:17.753 2006-11-28 15:31:11.517 380 484 482 2 2006-11-28 13:14:27.150 2006-11-28 15:35:36.780 381 23199927 23167164 488 486 7 2006-11-28 13:02:45.913 2006-11-29 10:36:44.517 372 427 425 2 2006-11-20 11:44:12.897 2006-11-20 14:34:33.907 325 429 427 1 2006-11-29 14:19:40.257 2006-11-29 14:19:40.257 428 434 432 35 2006-10-18 08:19:26.187 2006-11-29 11:19:38.650 20 436 434 37 2006-10-18 08:19:26.187 2006-11-29 14:31:21.863 20 1900866 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 3113711 3179209 16 2007-04-17 14:05:41.003 2007-05-23 14:36:05.957 589956 435 433 36 2006-10-18 08:19:26.187 2006-11-29 14:30:50.247 20 1900867 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 438 436 39 2006-10-18 08:19:26.187 2006-11-29 14:32:43.077 20 437 435 38 2006-10-18 08:19:26.187 2006-11-29 14:32:24.277 20 1900865 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 440 438 1 2006-11-29 14:28:51.020 2006-11-29 14:28:51.020 431 439 437 1 2006-11-29 14:28:24.343 2006-11-29 14:28:24.343 430 2195706 2162941 442 440 3 2006-11-29 11:21:36.800 2006-11-29 14:12:48.373 423 441 439 1 2006-11-29 14:29:16.013 2006-11-29 14:29:16.013 432 443 441 1 2006-11-29 14:13:49.897 2006-11-29 14:13:49.897 426 444 442 1 2006-11-29 14:29:26.727 2006-11-29 14:29:26.727 433 445 443 2 2006-11-29 14:28:24.343 2006-11-29 14:46:02.893 430 1900872 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 1900871 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 448 446 40 2006-10-18 08:19:26.187 2006-11-29 14:43:18.720 20 1900870 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 1900869 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 449 447 4 2006-11-29 11:21:36.800 2006-11-29 14:47:56.173 423 1900868 423 2007-09-14 16:02:30.657 2007-09-14 16:02:30.657 450 448 5 2006-11-29 11:21:36.800 2006-11-29 15:46:20.007 423 451 449 6 2006-11-29 11:21:36.800 2006-11-29 15:48:28.940 423 3113728 3179226 36 2008-02-19 11:23:57.037 2008-02-19 16:00:31.683 3113641 453 451 7 2006-11-29 11:21:36.800 2006-11-29 15:50:03.527 423 3113730 3179228 37 2008-02-19 11:23:57.037 2008-02-21 11:17:58.447 3113641 3113724 3179222 9 2008-02-07 19:48:09.073 2008-02-14 16:59:14.513 3113529 2192 331 2006-12-04 08:22:43.680 2006-12-04 08:22:43.680 401 399 33 2006-10-18 08:19:26.187 2006-11-29 10:28:56.973 20 2193 331 2006-12-04 08:22:43.680 2006-12-04 08:22:43.680 400 398 32 2006-10-18 08:19:26.187 2006-11-29 10:25:25.863 20 2194 331 2006-12-04 08:22:43.680 2006-12-04 08:22:43.680 3113811 3179300 7 2007-01-25 14:25:52.407 2008-03-02 19:34:20.557 705 2195 331 2006-12-04 08:22:43.680 2006-12-04 08:22:43.680 399 397 4 2006-11-28 13:02:45.913 2006-11-29 10:26:32.373 372 398 396 3 2006-11-28 13:02:45.913 2006-11-29 10:14:32.207 372 397 395 31 2006-10-18 08:19:26.187 2006-11-28 15:39:19.847 20 11010581 10355779 2009-10-29 10:18:19.607 2009-10-29 10:18:19.607 396 394 13 2006-11-20 13:17:02.013 2006-11-20 14:44:26.807 331 2190 331 2006-12-04 08:22:43.680 2006-12-04 08:22:43.680 11010580 10355779 2009-10-29 10:18:19.607 2009-10-29 10:18:19.607 2191 331 2006-12-04 08:22:43.680 2006-12-04 08:22:43.680 395 393 2 2006-11-28 13:02:45.913 2006-11-28 13:03:45.147 372 10879155 1 20 2010-01-11 09:29:15.047 2010-01-11 09:29:15.047 3113806 3179295 9 2007-11-19 15:09:45.177 2008-02-28 16:34:43.120 2162941 410 408 4 2006-11-29 10:41:28.623 2006-11-29 10:48:17.480 406 409 407 3 2006-11-29 10:41:28.623 2006-11-29 10:44:24.910 406 10911868 10944632 3 2009-10-29 10:19:55.660 2009-10-29 10:22:57.380 10911858 3113804 3179293 8 2007-11-19 15:09:45.177 2007-12-20 11:49:56.713 2162941 408 406 2 2006-11-29 10:41:28.623 2006-11-29 10:43:21.337 406 407 405 1 2006-11-29 10:41:28.623 2006-11-29 10:41:28.623 406 3113810 3179299 6 2007-01-25 14:25:52.407 2008-03-02 19:34:03.277 705 4456461 4489229 53 2006-10-18 08:19:26.187 2008-03-04 14:49:25.963 20 3113809 3179298 5 2007-01-25 14:25:52.407 2008-03-02 19:32:23.973 705 4456462 4489230 54 2006-10-18 08:19:26.187 2008-05-29 16:17:29.093 20 405 403 6 2006-11-28 13:02:45.913 2006-11-29 10:35:34.237 372 3113808 3179297 4 2007-01-25 14:25:52.407 2007-02-02 11:53:26.243 705 404 402 5 2006-11-28 13:02:45.913 2006-11-29 10:26:59.527 372 403 401 1 2006-11-29 10:32:54.060 2006-11-29 10:32:54.060 402 417 415 6 2006-11-29 10:32:54.060 2006-11-29 11:11:02.003 402 10911860 10944624 1 2009-10-29 10:19:55.660 2009-10-29 10:19:55.660 10911858 418 416 7 2006-11-29 10:32:54.060 2006-11-29 11:14:05.330 402 415 413 4 2006-11-29 10:32:54.060 2006-11-29 11:08:00.530 402 10911862 10944626 2 2009-10-29 10:19:55.660 2009-10-29 10:21:59.860 10911858 416 414 5 2006-11-29 10:32:54.060 2006-11-29 11:08:45.330 402 413 411 2 2006-11-29 10:32:54.060 2006-11-29 10:34:32.703 402 414 412 3 2006-11-29 10:32:54.060 2006-11-29 11:03:46.457 402 411 409 5 2006-11-29 10:41:28.623 2006-11-29 10:54:15.223 406 412 410 6 2006-11-29 10:41:28.623 2006-11-29 10:56:41.023 406 2230007 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 425 423 2 2006-11-29 11:21:36.800 2006-11-29 11:52:39.250 423 2230006 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 2230005 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 2230004 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 424 422 1 2006-11-29 11:21:36.800 2006-11-29 11:21:36.800 423 10911856 10944620 5 2009-08-10 10:39:08.623 2009-10-29 10:18:08.880 10355779 421 419 10 2006-11-29 10:32:54.060 2006-11-29 11:17:32.940 402 10911855 10944619 4 2009-08-10 10:39:08.623 2009-08-10 11:11:52.043 10355779 422 420 34 2006-10-18 08:19:26.187 2006-11-29 10:30:33.717 20 2230009 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 419 417 8 2006-11-29 10:32:54.060 2006-11-29 11:15:36.883 402 2230008 402 2007-11-27 21:22:45.880 2007-11-27 21:22:45.880 420 418 9 2006-11-29 10:32:54.060 2006-11-29 11:16:12.867 402 1343539 2 325 2007-07-13 15:02:15.047 2007-07-13 15:02:15.047 1343541 2 402 2007-07-13 15:03:15.020 2007-10-10 13:07:15.037 10356344 10389059 55 2006-10-18 08:19:26.187 2008-05-29 16:17:37.057 20 1343540 1 917547 2007-07-13 15:02:15.103 2007-07-13 15:02:15.103 1343542 1 430 2007-07-13 15:04:15.027 2007-07-13 15:04:15.027 374 372 27 2006-10-18 08:19:26.187 2006-11-20 14:36:01.183 20 373 371 1 2006-11-28 13:02:45.913 2006-11-28 13:02:45.913 372 2163083 2195847 3 2007-11-19 15:09:45.177 2007-11-21 09:40:59.827 2162941 383 381 2 2006-11-28 13:12:16.363 2006-11-28 13:25:14.273 379 384 382 1 2006-11-28 13:14:17.753 2006-11-28 13:14:17.753 380 385 383 2 2006-11-28 13:14:17.753 2006-11-28 13:28:58.110 380 386 384 3 2006-11-28 13:14:17.753 2006-11-28 13:38:05.337 380 2163090 2195853 4 2007-11-19 15:09:45.177 2007-12-19 11:42:47.613 2162941 382 380 1 2006-11-28 13:12:16.363 2006-11-28 13:12:16.363 379 391 389 28 2006-10-18 08:19:26.187 2006-11-28 13:07:06.080 20 392 390 29 2006-10-18 08:19:26.187 2006-11-28 15:38:21.797 20 393 391 30 2006-10-18 08:19:26.187 2006-11-28 15:38:56.007 20 11010579 10355779 2009-10-29 10:18:19.607 2009-10-29 10:18:19.607 2163095 2195858 5 2007-11-19 15:09:45.177 2007-12-19 14:33:13.747 2162941 387 385 4 2006-11-28 13:14:17.753 2006-11-28 15:29:37.443 380 2163096 2195859 6 2007-11-19 15:09:45.177 2007-12-20 11:19:26.473 2162941 1212719 1179954 388 386 5 2006-11-28 13:14:17.753 2006-11-28 15:30:02.920 380 389 387 1 2006-11-28 13:14:27.150 2006-11-28 13:14:27.150 381 2163098 2195861 7 2007-11-19 15:09:45.177 2007-12-20 11:21:22.503 2162941 390 388 1 2006-11-28 13:07:59.550 2006-11-28 13:07:59.550 375 341 339 24 2006-10-18 08:19:26.187 2006-11-20 13:24:08.500 20 342 340 8 2006-11-20 13:17:02.013 2006-11-20 13:26:59.830 331 339 337 6 2006-11-20 13:17:02.013 2006-11-20 13:26:20.287 331 340 338 7 2006-11-20 13:17:02.013 2006-11-20 13:26:37.343 331 345 343 11 2006-11-20 13:17:02.013 2006-11-20 14:32:19.823 331 346 344 1 2006-11-20 11:44:12.897 2006-11-20 11:44:12.897 325 343 341 9 2006-11-20 13:17:02.013 2006-11-20 13:31:55.497 331 344 342 10 2006-11-20 13:17:02.013 2006-11-20 14:25:05.800 331 333 331 22 2006-10-18 08:19:26.187 2006-11-20 13:15:58.247 20 10356308 10389024 7 2007-05-18 10:41:41.487 2009-09-28 09:36:59.357 917547 917550 950317 3 2007-05-18 10:41:41.487 2007-05-18 10:45:52.340 917547 10356307 10389023 6 2007-05-18 10:41:41.487 2007-05-18 11:07:47.927 917547 917549 950316 2 2007-05-18 10:41:41.487 2007-05-18 10:45:34.713 917547 334 332 2 2006-11-20 13:17:02.013 2006-11-20 13:17:11.693 331 10356310 10389026 9 2007-05-18 10:41:41.487 2009-09-28 09:40:21.950 917547 917548 950315 1 2007-05-18 10:41:41.487 2007-05-18 10:41:41.487 917547 10356309 10389025 8 2007-05-18 10:41:41.487 2009-09-28 09:38:19.707 917547 332 330 1 2006-11-20 13:17:02.013 2006-11-20 13:17:02.013 331 337 335 4 2006-11-20 13:17:02.013 2006-11-20 13:21:03.997 331 10356311 10389027 10 2007-05-18 10:41:41.487 2009-09-28 09:40:50.800 917547 338 336 5 2006-11-20 13:17:02.013 2006-11-20 13:24:08.510 331 917552 950319 5 2007-05-18 10:41:41.487 2007-05-18 10:46:41.553 917547 335 333 3 2006-11-20 13:17:02.013 2006-11-20 13:20:40.193 331 10356314 10389029 12 2006-11-28 13:02:45.913 2008-02-25 09:12:24.207 372 336 334 23 2006-10-18 08:19:26.187 2006-11-20 13:19:11.323 20 917551 950318 4 2007-05-18 10:41:41.487 2007-05-18 10:46:16.513 917547 118 4 2006-10-18 08:19:50.473 2006-10-18 08:19:50.473 349 347 12 2006-11-20 13:17:02.013 2006-11-20 14:32:31.817 331 348 346 26 2006-10-18 08:19:26.187 2006-11-20 14:35:47.417 20 29687815 29720583 19 2006-11-29 14:28:24.343 2013-10-25 10:18:03.403 430 347 345 25 2006-10-18 08:19:26.187 2006-11-20 13:28:07.060 20 917570 950337 1 2007-04-17 14:03:55.437 2007-04-17 14:03:55.437 589955 3113842 3179327 51 2006-10-18 08:19:26.187 2008-02-19 15:46:47.110 20 917584 950350 14 2007-04-17 14:05:41.003 2007-04-23 14:37:59.000 589956 3113843 3179328 52 2006-10-18 08:19:26.187 2008-03-04 14:48:38.957 20 917585 950351 15 2007-04-17 14:05:41.003 2007-05-23 14:33:55.723 589956 326 324 17 2006-10-18 08:19:26.187 2006-10-18 16:14:14.273 20 328 326 19 2006-10-18 08:19:26.187 2006-11-20 11:48:01.670 20 327 325 18 2006-10-18 08:19:26.187 2006-11-20 11:47:08.827 20 330 328 21 2006-10-18 08:19:26.187 2006-11-20 13:14:38.670 20 329 327 20 2006-10-18 08:19:26.187 2006-11-20 13:14:01.627 20 3113860 3179345 8 2007-01-25 14:25:52.407 2008-03-02 19:35:47.030 705 4063238 3113448 2008-05-26 14:37:09.443 2008-05-26 14:37:09.443 301548 1 2162950 2195714 46 2006-10-18 08:19:26.187 2007-04-17 14:23:56.383 20 7274569 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 2162954 2195718 2 2007-11-27 14:30:18.900 2007-11-27 14:31:43.957 2162951 7274570 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 7274571 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 2162952 2195716 1 2007-11-27 14:30:18.900 2007-11-27 14:30:18.900 2162951 7274572 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 7274573 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 2162942 2195707 1 2007-11-19 15:09:45.177 2007-11-19 15:09:45.177 2162941 7274574 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 7274575 426 2008-10-30 11:08:18.410 2008-10-30 11:08:18.410 2162944 2195709 2 2007-11-19 15:09:45.177 2007-11-19 15:11:03.080 2162941 3343497 3113621 2008-02-14 16:57:43.733 2008-02-14 16:57:43.733 2162938 2195703 9 2006-11-29 14:28:24.343 2007-11-19 14:42:57.487 430 2162937 2195702 8 2006-11-29 14:28:24.343 2007-01-22 11:48:06.677 430 2162979 2195743 5 2006-11-29 14:50:48.887 2007-11-28 11:14:40.637 447 107 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 108 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 3181 504 2007-02-01 16:57:55.130 2007-02-01 16:57:55.130 105 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 3180 504 2007-02-01 16:57:55.130 2007-02-01 16:57:55.130 106 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 103 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 104 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 102 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 2162971 2195735 11 2006-11-28 13:14:17.753 2006-12-08 11:08:47.477 380 115 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 2162972 2195736 6 2006-11-28 13:12:16.363 2006-12-01 19:44:29.157 379 2162973 2195737 14 2006-11-29 10:32:54.060 2006-12-12 09:42:46.980 402 113 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 114 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 111 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 112 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 109 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 110 4 2006-10-18 08:19:26.187 2006-10-18 08:19:26.187 2162978 2195742 4 2006-11-29 14:50:48.887 2006-12-04 14:37:55.650 447 917546 950313 10 2006-11-28 13:02:45.913 2007-01-25 14:31:40.970 372 2162970 2195734 3 2006-11-28 13:14:27.150 2006-12-01 19:48:49.337 381 2162969 2195733 47 2006-10-18 08:19:26.187 2007-11-27 14:28:19.463 20 3604609 2 20 2008-04-24 12:35:15.047 2008-04-24 12:35:15.047 28639587 28672353 27 2012-01-03 11:02:02.713 2015-10-23 13:26:41.403 18252688 2162955 2195719 3 2007-11-27 14:30:18.900 2007-11-27 14:51:52.917 2162951 2162958 2195722 4 2007-11-27 14:30:18.900 2007-11-27 14:53:10.370 2162951 2162960 2195724 6 2007-11-27 14:30:18.900 2007-11-27 15:00:52.533 2162951 2162959 2195723 5 2007-11-27 14:30:18.900 2007-11-27 15:00:43.300 2162951 2162962 2195726 8 2007-11-27 14:30:18.900 2007-11-27 15:07:38.507 2162951 2162961 2195725 7 2007-11-27 14:30:18.900 2007-11-27 15:06:55.503 2162951 493 491 2 2006-11-29 14:50:26.917 2006-11-30 15:30:55.343 446 18 20 494 492 3 2006-11-29 14:50:26.917 2006-12-04 14:35:55.523 446 1247372 1179954 2007-08-06 10:34:49.163 2007-08-06 10:34:49.163 492 490 11 2006-11-29 10:32:54.060 2006-11-29 11:18:18.303 402 497 495 3 2006-11-29 14:28:24.343 2006-11-29 14:49:44.710 430 495 493 2 2006-11-29 14:50:48.887 2006-11-30 15:31:37.687 447 496 494 3 2006-11-29 14:50:48.887 2006-12-04 14:37:41.413 447 1247370 1179954 2007-08-06 10:34:49.163 2007-08-06 10:34:49.163 505 503 2 2006-11-29 14:19:40.257 2006-11-29 14:20:23.897 428 1247371 1179954 2007-08-06 10:34:49.163 2007-08-06 10:34:49.163 506 504 3 2006-11-29 14:19:40.257 2006-12-04 16:16:48.540 428 503 501 3 2006-11-20 11:44:12.897 2006-11-29 14:18:09.713 325 510 508 5 2006-11-20 11:44:12.897 2006-12-04 16:40:53.877 325 509 507 4 2006-11-20 11:44:12.897 2006-12-04 16:16:05.877 325 10388505 10355779 507 505 4 2006-11-29 14:19:40.257 2006-12-04 16:17:19.890 428 3113153 3178673 13 2006-11-29 14:13:49.897 2008-01-07 11:03:58.027 426 28213268 28246037 2 2015-08-26 14:45:00.247 2015-08-26 15:05:05.910 28213264 16879449 16777467 2011-05-24 13:56:56.333 2011-05-24 13:56:56.333 16879450 16777462 2011-05-24 13:57:31.103 2011-05-24 13:57:31.103 526 524 8 2006-11-28 13:14:17.753 2006-12-01 19:49:07.440 380 527 525 9 2006-11-28 13:14:17.753 2006-12-08 10:13:45.920 380 29753589 430 2016-11-30 13:43:53.537 2016-11-30 13:43:53.537 28213271 28246040 3 2015-08-26 14:45:00.247 2015-08-26 15:11:03.700 28213264 528 526 10 2006-11-28 13:14:17.753 2006-12-08 11:07:42.053 380 29753588 430 2016-11-30 13:43:53.537 2016-11-30 13:43:53.537 29753591 430 2016-11-30 13:43:53.537 2016-11-30 13:43:53.537 28213273 28246042 4 2015-08-26 14:45:00.247 2015-08-26 15:24:33.090 28213264 529 527 41 2006-10-18 08:19:26.187 2006-11-29 14:51:39.177 20 29753590 430 2016-11-30 13:43:53.537 2016-11-30 13:43:53.537 28213274 28246043 5 2015-08-26 14:45:00.247 2015-08-26 15:27:32.703 28213264 530 528 42 2006-10-18 08:19:26.187 2006-12-08 11:09:59.327 20 531 529 43 2006-10-18 08:19:26.187 2006-12-08 11:10:17.023 20 532 530 8 2006-11-29 11:21:36.800 2006-11-29 15:54:16.870 423 28213260 28246028 61 2006-10-18 08:19:26.187 2012-02-14 09:37:54.533 20 533 531 9 2006-11-29 11:21:36.800 2006-12-08 11:21:31.167 423 27066440 27099208 2 2012-01-03 11:15:10.327 2012-01-09 16:46:22.617 18252690 28213266 28246035 1 2015-08-26 14:45:00.247 2015-08-26 14:45:00.247 28213264 28213275 28246044 6 2015-08-26 14:45:00.247 2015-08-26 15:28:00.857 28213264 28213278 28246047 7 2015-08-26 14:45:00.247 2015-08-26 15:28:25.090 28213264 27660020 447 2015-08-06 14:47:09.293 2015-08-06 14:47:09.293 28213280 28246049 8 2015-08-26 14:45:00.247 2015-08-26 15:49:28.473 28213264 28213282 28246051 9 2015-08-26 14:45:00.247 2015-08-26 16:54:15.793 28213264 569 567 13 2006-11-29 10:32:54.060 2006-12-12 09:41:20.633 402 568 566 12 2006-11-29 10:32:54.060 2006-12-04 13:54:39.117 402 28279028 28213264 2015-08-26 16:55:48.140 2015-08-26 16:55:48.140 6259160 6226378 14 2006-11-29 14:13:49.897 2008-01-15 14:46:26.693 426 27000987 1 426 2015-05-06 10:19:15.017 2015-05-06 10:19:15.017 16416952 16449713 14 2007-11-19 15:09:45.177 2008-07-29 15:09:30.143 2162941 16416953 16449714 15 2007-11-19 15:09:45.177 2011-03-29 11:37:38.913 2162941 7176218 7208982 15 2006-11-29 14:13:49.897 2008-09-15 11:46:41.500 426 18579473 18645009 2 2006-11-29 14:28:51.020 2006-11-29 14:46:56.023 431 18777611 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 18579469 18645005 1 2012-01-03 11:15:10.327 2012-01-03 11:15:10.327 18252690 18777615 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 18777614 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 18777613 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 18777612 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 18777617 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 18777616 589956 2012-02-14 09:31:52.843 2012-02-14 09:31:52.843 27787265 12058625 18252688 2015-07-30 11:42:03.520 2015-07-30 11:42:03.520 7176221 7208984 17 2006-11-29 14:13:49.897 2008-10-30 11:07:58.630 426 3276993 1 3113641 2008-03-18 14:50:15.053 2008-03-18 14:50:15.053 7176219 7208983 16 2006-11-29 14:13:49.897 2008-10-30 11:07:42.230 426 1179789 1212556 6 2006-11-29 14:13:49.897 2007-04-19 15:15:23.320 426 17268769 17236003 9439953 498 2009-03-19 11:35:58.280 2009-03-19 11:35:58.280 669 666 4 2006-11-29 14:28:24.343 2006-12-04 14:39:14.207 430 670 667 5 2006-11-29 14:28:24.343 2007-01-22 11:43:41.253 430 671 668 6 2006-11-29 14:28:24.343 2007-01-22 11:47:06.317 430 672 669 7 2006-11-29 14:28:24.343 2007-01-22 11:47:44.597 430 1179868 1212633 8 2006-11-29 14:13:49.897 2007-07-19 11:42:05.290 426 1179870 1212635 10 2006-11-29 14:13:49.897 2007-07-19 11:50:27.520 426 1179869 1212634 9 2006-11-29 14:13:49.897 2007-07-19 11:44:30.667 426 10 402 2006-11-29 11:04:11.867 2006-11-29 11:04:11.867 5118 1 1179872 1212637 2 2006-12-04 14:41:45.593 2007-07-19 15:06:14.093 498 1179871 1212636 1 2006-12-04 14:41:45.593 2006-12-04 14:41:45.593 498 707 704 2 2007-01-25 14:25:52.407 2007-01-25 14:27:54.453 705 708 705 9 2006-11-28 13:02:45.913 2007-01-25 14:24:06.377 372 1179866 1212632 7 2006-11-29 14:13:49.897 2007-06-29 15:59:28.120 426 706 703 1 2007-01-25 14:25:52.407 2007-01-25 14:25:52.407 705 704 701 8 2006-11-28 13:02:45.913 2006-12-04 11:24:51.787 372 1835054 1867818 15 2006-11-29 11:21:36.800 2007-08-28 15:08:01.333 423 27623446 3 18252688 2015-08-10 12:41:15.027 2015-08-12 17:10:15.027 1835055 1867819 16 2006-11-29 11:21:36.800 2007-09-14 16:01:57.413 423 29982743 1 20 2017-06-06 13:27:15.027 2017-06-06 13:27:15.027 730 727 3 2007-01-25 14:25:52.407 2007-01-25 14:28:37.580 705 724 721 2 2006-12-04 16:16:21.673 2007-02-01 15:59:21.897 504 723 720 6 2006-11-20 11:44:12.897 2006-12-04 16:41:16.037 325 1247345 325 2007-08-06 10:30:32.330 2007-08-06 10:30:32.330 1247344 325 2007-08-06 10:30:32.330 2007-08-06 10:30:32.330 722 719 1 2006-12-04 16:16:21.673 2006-12-04 16:16:21.673 504 1247347 325 2007-08-06 10:30:32.330 2007-08-06 10:30:32.330 1247346 325 2007-08-06 10:30:32.330 2007-08-06 10:30:32.330 3112998 3178532 11 2006-11-29 14:13:49.897 2007-07-19 12:38:46.013 426 3113000 3178534 12 2006-11-29 14:13:49.897 2008-01-07 10:52:19.720 426 2326540 2162951 2007-11-27 14:31:28.853 2007-11-27 14:53:31.737 147923 1 2326539 2162951 2007-11-27 14:30:43.867 2007-11-27 14:53:51.970 998333 1 589925 622691 3 2006-11-29 14:13:49.897 2007-04-10 11:35:06.147 426 589926 622692 4 2006-11-29 14:13:49.897 2007-04-10 11:42:38.777 426 589924 622690 2 2006-11-29 14:13:49.897 2006-11-29 14:48:13.963 426 18252702 18285447 2 2012-01-03 11:02:02.713 2012-01-03 17:05:17.817 18252688 3178954 3113448 3343986 705 2008-03-05 14:51:54.757 2008-03-05 14:51:54.757 18579863 18645377 18 2007-04-17 14:05:41.003 2012-02-14 09:29:04.353 589956 18252698 18285443 1 2012-01-03 11:02:02.713 2012-01-03 11:02:02.713 18252688 3343987 705 2008-03-05 14:51:54.757 2008-03-05 14:51:54.757 18579864 18645378 19 2007-04-17 14:05:41.003 2012-02-14 09:31:15.473 589956 18579865 18645379 59 2006-10-18 08:19:26.187 2012-02-14 09:30:14.693 20 18579866 18645380 60 2006-10-18 08:19:26.187 2012-02-14 09:32:41.670 20 18579860 18645374 17 2007-04-17 14:05:41.003 2008-02-20 14:34:34.247 589956 18579861 18645375 58 2006-10-18 08:19:26.187 2011-05-24 11:18:09.163 20 106 1 20 2006-11-16 09:32:15.023 2006-11-16 09:32:15.023 18252685 18285429 13 2006-11-29 14:28:24.343 2012-01-03 10:56:15.047 430 18252683 18285427 12 2006-11-29 14:28:24.343 2012-01-03 10:55:14.590 430 3113449 3178955 1 2008-02-04 08:53:50.447 2008-02-04 08:53:50.447 3113448 18252681 18285425 11 2006-11-29 14:28:24.343 2009-03-19 11:29:15.863 430 2293869 8 20 2007-12-10 09:44:15.083 2008-04-15 08:41:15.090 3113446 3178952 48 2006-10-18 08:19:26.187 2007-11-27 21:20:33.043 20 124 7 20 2006-11-16 16:22:15.027 2008-02-06 12:51:15.060 4882433 4 2008-06-03 12:39:10.463 2008-06-03 12:39:10.463 497 4 2006-12-08 10:25:25.537 2006-12-08 10:25:25.537 2293846 42 20 2007-11-28 08:16:15.117 2019-04-18 18:19:15.017 557077 589956 2007-04-20 08:33:25.537 2007-04-20 08:33:25.537 24576 1 557076 557076 589956 2007-04-20 08:33:25.537 2007-04-20 08:36:26.170 25088 2 557073 589956 2007-04-17 14:05:57.107 2007-04-17 14:21:43.717 139430 3 557070 557072 589956 2007-04-17 14:05:57.107 2007-04-17 14:11:46.450 135463 2 557070 557071 589956 2007-04-17 14:05:57.107 2007-04-17 14:05:57.107 127803 1 557070 557070 589956 2007-04-17 14:05:57.107 2007-04-23 14:23:47.977 194759 6 10322205 1 2162941 2009-10-02 10:47:15.037 2009-10-02 10:47:15.037 323 325 557079 589956 2007-04-17 14:05:57.107 2007-04-23 14:22:46.690 195653 5 557070 329 331 557078 589956 2007-04-17 14:05:57.107 2007-04-17 14:24:55.327 140520 4 557070 1905 375 2006-11-28 15:36:40.967 2006-11-28 15:36:40.967 379 381 1906 375 2006-11-28 15:36:40.967 2006-11-28 15:36:40.967 1907 375 2006-11-28 15:36:40.967 2006-11-28 15:36:40.967 1179952 1212717 7 2006-11-20 11:44:12.897 2007-02-01 15:59:51.540 325 17301777 17236003 2011-05-27 12:19:20.607 2011-05-27 12:19:20.607 373 375 1179956 1212721 1 2007-08-06 10:32:56.153 2007-08-06 10:32:56.153 1179954 1179957 1212722 2 2007-08-06 10:32:56.153 2007-08-06 10:33:35.613 1179954 377 379 378 Connect To Server* ## In the *Connect to Server* window, enter the server address as _cifs://tornado.shore.mbari.org/framegrabs_ and press the connect button. ## You will be prompted for a password. Enter your MBARI password. ## The framegrabs share will be mounted on your Mac as _/Volumes/framegrabs_ # *Installing VARS* You do not need to install VARS in order to run it. You can simply launch them from [http://seaspray.shore.mbari.org/vars].]]> 380 27558268 27591029 25 2012-01-03 11:02:02.713 2015-08-10 12:52:03.160 18252688 27558266 27591027 24 2012-01-03 11:02:02.713 2015-08-10 12:46:11.480 18252688 27558264 27591025 23 2012-01-03 11:02:02.713 2015-08-10 12:42:37.620 18252688 370 372 27558261 27591022 21 2012-01-03 11:02:02.713 2015-08-10 12:29:49.720 18252688 27558262 27591023 22 2012-01-03 11:02:02.713 2015-08-10 12:41:54.113 18252688 27558260 27591021 20 2012-01-03 11:02:02.713 2015-08-10 12:23:50.160 18252688 27558257 27591018 18 2012-01-03 11:02:02.713 2015-08-10 11:44:40.670 18252688 10485901 10355779 2009-08-10 10:39:27.243 2009-08-10 11:02:07.700 11205 3 10485898 27558258 27591019 19 2012-01-03 11:02:02.713 2015-08-10 12:23:09.537 18252688 10485900 10355779 2009-08-10 10:39:27.243 2009-08-10 10:44:58.233 5627 2 10485898 27558255 27591016 17 2012-01-03 11:02:02.713 2015-08-10 11:42:22.940 18252688 10485899 10355779 2009-08-10 10:39:27.243 2009-08-10 10:39:27.243 133 1 10485898 10485898 10355779 2009-08-10 10:39:27.243 2009-08-10 11:09:17.990 12080 4 27558253 27591014 16 2012-01-03 11:02:02.713 2015-08-10 11:41:48.677 18252688 27558252 27591013 15 2012-01-03 11:02:02.713 2015-08-10 11:37:00.230 18252688 404 DATEADD([day], - 2, GETDATE())) AND (NOT (dbo.CameraData.StillImageURL IS NULL)) {noformat} {panel} {panel: borderStyle=solid | title=Query that returns all dive numbers (and vehicles) for any new or updated observation in the last 2 days} h4. Inputs * *None* h4. Outputs * The vehicle and dive number for any VideoArchiveSet that has observations add or modified within the last 2 days. h4. Query Example {noformat} SELECT DISTINCT RovName, DiveNumber FROM Annotations WHERE (ObservationDate > DATEADD([day], - 2, GETDATE())) AND (NOT (Image IS NULL)) {noformat} {panel}]]> 406 23167171 23199934 18 2006-11-29 14:28:24.343 2013-10-24 09:00:24.790 430 23167168 23199931 7 2012-01-03 11:02:02.713 2013-10-24 08:43:26.860 18252688 23167170 23199933 8 2012-01-03 11:02:02.713 2013-10-24 09:43:05.920 18252688 27558248 27591009 12 2012-01-03 11:02:02.713 2015-03-26 09:43:05.627 18252688 27558249 27591010 13 2012-01-03 11:02:02.713 2015-08-10 11:07:14.557 18252688 23167166 23199929 1 2013-10-24 09:03:52.820 2013-10-24 09:03:52.820 23167164 27558250 27591011 14 2012-01-03 11:02:02.713 2015-08-10 11:10:17.250 18252688 23167159 23199922 17 2007-11-19 15:09:45.177 2013-10-24 08:54:42.033 2162941 23167160 23199923 15 2006-11-29 14:28:24.343 2013-10-24 08:44:18.897 430 23167161 23199924 16 2006-11-29 14:28:24.343 2013-10-24 08:59:48.993 430 23167162 23199925 17 2006-11-29 14:28:24.343 2013-10-24 09:00:11.413 430 27558223 27590987 6 2006-11-29 14:50:48.887 2007-11-28 11:15:20.417 447 23167156 23199919 16 2007-11-19 15:09:45.177 2011-03-29 12:06:21.687 2162941 27558225 27590988 7 2006-11-29 14:50:48.887 2015-08-06 14:45:20.873 447 400 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{[file:/path/to/file/filename.jpg]}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at [http://search.mbari.org/ARCHIVE/frameGrabs/] When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Seaspray runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating. h3. Q: How do I upgrade Java?{anchor:Q3} VARS should run on Java 5.0 and Java 6.0. If you are interested in upgrading your Java installation, you can get a more recent version of Java at [http://java.com]. If you are upgrading Java on a Windows computer that you use to annotate, you will must include QuickTime for Java in the new Java installation. There are 2 options to accomplish this: Option 1: Reinstall [QuickTime|http://www.apple.com/quicktime] Option 2: Copy QTJava.zip from a previous installation of Java to the new one. # Locate your previous installation of QuickTime for Java. On Windows, the file will be located on a path like {{C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip}}. # Copy the zip file to your new Java installations _ext_ directory (e.g. {{C:\Program Files\Java\jre1.6.0_01\lib\ext}})]]> 402 23167152 23199915 6 2012-01-03 11:02:02.713 2013-10-23 13:38:58.593 18252688 27558227 27590990 8 2006-11-29 14:50:48.887 2015-08-06 14:45:33.257 447 23167154 23199917 14 2006-11-29 14:28:24.343 2012-01-03 10:57:01.577 430 10461347 917547 2009-09-28 10:50:24.977 2009-09-28 10:50:24.977 28279005 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 10944622 10911858 10461346 917547 2009-09-28 10:50:24.977 2009-09-28 10:50:24.977 28279004 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 10461345 917547 2009-09-28 10:50:24.977 2009-09-28 10:50:24.977 28279007 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 10461344 917547 2009-09-28 10:50:24.977 2009-09-28 10:50:24.977 28279006 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28279009 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 589980 589956 622742 1 2007-04-23 11:40:30.440 2007-04-23 11:40:30.440 28279008 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28279011 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28279010 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28278999 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28278998 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28279001 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 445 447 28279000 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 444 446 28279003 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 28279002 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 426 428 424 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) OR ( ConceptName = 'Flota' OR ConceptName LIKE 'flota %' OR ConceptName LIKE 'flota-%' ) OR ( LinkValue LIKE '%green bomber%' ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ){code} h3. July 2007 From [~jana]: {quote}I wanted to discuss some clarifications in Stephanie's embargo. I don't think these change the embargo itself, just a matter of implementation. In testing to make sure her embargoes were not in the Public Query, we discovered that there are about 12-15 occurences of the very rare squid (all genera but Octopoteuthis are rare) that Stephanie is actively working on that are not embargoed. Some of these do have Steph's username. The reason they show up is that only 'd' (for detail) are being embargoed, but some dives are designated as 'o' (for outline) and there is no way in VARS to change an individual annotation to 'd' even after she has modified/added to it. And we wouldn't want to change an entire dive to 'd' if only a few annotations are done in detail. Some of those we found do not have Steph's username. When she goes back to review the video and annotations she wouldn't change the concept name if it was already correctly identified by a VL person (or someone else, e.g., at sea or from Robi lab). She might change or add an association (although she might not, if adequately annotated by VL already). The issue is that in VARS, even if an association is added by a new observer, but the concept name isn't changed, the original observer name remains. Nonetheless, she has reviewed these observations and they've become part of this current research. For these reasons, I wonder if the embargo specification could be changed slightly to exclude all Planctoeuthis, Grimalditeuthis and Bathyteuthis. Again, there are only about 12-15 individuals of these ever seen (mostly Planctoteuthis sp.). [All the above holds true for Octopoteuthis too, but that animal is much more common.] The alternative to excluding the rare types would be to have Stephanie go back and actually change the concept names (even if already correct) and to keep up with this method for future annotations. There are currently about 230 annotation lines for those 12-15 individuals. This doesn't seem too practical. The other thing that we realized is that these genus names should be extend to 'children' so observations to species, not just genus, are included.{quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 426 421 423 18285435 18252690 10461354 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 18285431 18252686 28279012 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 10461355 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 28279013 20 2015-08-26 13:20:24.267 2015-08-26 13:20:24.267 10461352 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 18285433 18252688 431 433 10461353 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 10461350 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 429 431 10461351 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 430 432 28475411 1 18252688 2015-09-23 11:36:15.023 2015-09-23 11:36:15.023 10461348 917547 2009-09-28 10:50:24.977 2009-09-28 10:50:24.977 10461349 372 2009-09-28 10:54:41.790 2009-09-28 10:54:41.790 428 430 29753581 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 29753580 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 28803188 1 20 2016-01-14 08:34:15.030 2016-01-14 08:34:15.030 29753583 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 29753582 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 29753585 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 29753584 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 29753587 430 2016-11-30 13:43:53.537 2016-11-30 13:43:53.537 29753586 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 4423681 1 20 2008-05-28 16:28:15.087 2008-05-28 16:28:15.087 589984 622746 13 2007-04-17 14:05:41.003 2007-04-23 14:36:29.690 589956 589983 622745 12 2007-04-17 14:05:41.003 2007-04-23 14:35:03.667 589956 29753577 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 589982 622744 11 2007-04-17 14:05:41.003 2007-04-23 14:28:53.623 589956 589981 622743 10 2007-04-17 14:05:41.003 2007-04-23 11:00:40.570 589956 29753579 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 29753578 430 2016-11-30 13:43:53.533 2016-11-30 13:43:53.533 589979 622741 9 2007-04-17 14:05:41.003 2007-04-23 10:31:53.467 589956 4030547 3113448 2008-05-26 14:38:21.360 2008-05-26 14:38:21.360 589977 622739 7 2007-04-17 14:05:41.003 2007-04-23 10:18:46.580 589956 622718 589955 1979 406 2006-11-29 10:58:28.623 2006-11-29 10:58:28.623 4030546 3113448 2008-05-26 14:38:21.360 2008-05-26 14:38:21.360 589978 622740 8 2007-04-17 14:05:41.003 2007-04-23 10:29:23.397 589956 4030545 3113448 2008-05-26 14:38:21.360 2008-05-26 14:38:21.360 4849666 1 20 2008-06-03 12:39:15.097 2008-06-03 12:39:15.097 10355783 10388509 3 2009-08-10 10:39:08.623 2009-08-10 11:11:30.817 10355779 589975 622737 5 2007-04-17 14:05:41.003 2007-04-23 09:55:43.577 589956 589976 622738 6 2007-04-17 14:05:41.003 2007-04-23 10:13:11.397 589956 589973 622735 3 2007-04-17 14:05:41.003 2007-04-20 08:35:19.083 589956 10355782 10388508 2 2009-08-10 10:39:08.623 2009-08-10 10:39:27.257 10355779 589974 622736 4 2007-04-17 14:05:41.003 2007-04-23 09:47:28.993 589956 589971 622733 2 2007-04-17 14:05:41.003 2007-04-17 14:26:44.073 589956 10355780 10388506 1 2009-08-10 10:39:08.623 2009-08-10 10:39:08.623 10355779 622719 589956 589967 622730 5 2006-11-29 14:13:49.897 2007-04-10 11:44:06.180 426 4849665 1 20 2008-06-03 11:17:15.117 2008-06-03 11:17:15.117 1980 406 2006-11-29 10:58:28.623 2006-11-29 10:58:28.623 1981 406 2006-11-29 10:58:28.623 2006-11-29 10:58:28.623 502 504 3343988 705 2008-03-05 14:51:54.757 2008-03-05 14:51:54.757 23167146 23199909 5 2012-01-03 11:02:02.713 2013-10-23 13:34:43.650 18252688 23167145 23199908 4 2012-01-03 11:02:02.713 2013-10-23 13:30:01.187 18252688 23167144 23199907 3 2012-01-03 11:02:02.713 2012-01-05 14:49:59.137 18252688 589958 622721 1 2007-04-17 14:05:41.003 2007-04-17 14:05:41.003 589956 589957 622720 45 2006-10-18 08:19:26.187 2007-04-17 14:03:37.960 20 200 1 20 2006-12-01 14:59:15.027 2006-12-01 14:59:15.027 201 2 446 2006-12-01 14:59:15.027 2006-12-01 14:59:15.027 198 1 447 2006-12-01 14:58:15.027 2006-12-01 14:58:15.027 589954 622717 44 2006-10-18 08:19:26.187 2006-12-08 11:11:04.363 20 199 4 430 2006-12-01 14:59:15.020 2007-07-13 15:04:15.023 4030548 3113448 2008-05-26 14:38:21.360 2008-05-26 14:38:21.360 196 28 20 2006-12-01 10:15:15.093 2007-07-13 15:03:15.037 197 10 20 2006-12-01 10:29:15.027 2007-05-10 13:48:15.083 209 10 20 2006-12-04 14:20:15.057 2007-10-17 11:00:15.447 211 4 20 2006-12-05 11:51:15.067 2007-02-20 10:16:15.027 496 498 3179190 3113691 3179189 3113690 3179188 3113689 3179194 3113695 3179193 3113694 3179191 3113692 3179198 3113699 3179197 3113698 3179196 3113697 3179202 3113704 3179201 3113703 3179172 3113673 3179178 3113679 3179176 3113677 3179182 3113683 3179180 3113681 3179185 3113686 3179186 3113687 3179184 3113685 3179156 3113657 950313 917546 3179158 3113659 3179161 3113662 3179163 3113664 3179166 3113667 3179165 3113666 950319 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -Denvironment=test -Dmaven.test.skip=true{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}_maven.test.skip_ can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the _JNLP_DEPLOY_DIR_ property in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 917552 950318 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -Denvironment=test -Dmaven.test.skip=true{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}_maven.test.skip_ can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the _JNLP_DEPLOY_DIR_ property in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 917551 950317 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -Denvironment=test -Dmaven.test.skip=true{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}_maven.test.skip_ can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the *JNLP_DEPLOY_DIR* in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 917550 3179170 3113671 950316 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -Denvironment=test -Dmaven.test.skip=true{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}maven.test.skip can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the *JNLP_DEPLOY_DIR* in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 917549 3179169 3113670 950315 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building Change to the vars directory and test the build using the following: {panel}mvn clean install -Denvironment=test -Dmaven.test.skip=true{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}maven.test.skip can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} This will build: # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site To deploy VARS run {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} ]]> 917548 3179142 3113643 3179144 3113645 3179145 3113646 3179147 3113648 950337 917570 3179148 3113649 3179150 3113651 3179151 3113652 3179152 3113653 3179154 3113655 18645379 18579865 18645380 18579866 2195858 2163095 2195853 2163090 2195847 2163083 950350 917584 7208984 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) OR ( ConceptName = 'Flota' OR ConceptName LIKE 'flota %' OR ConceptName LIKE 'flota-%' ) OR ( LinkValue LIKE '%green bomber%' ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ){code} h3. July 2007 From [~jana]: {quote}I wanted to discuss some clarifications in Stephanie's embargo. I don't think these change the embargo itself, just a matter of implementation. In testing to make sure her embargoes were not in the Public Query, we discovered that there are about 12-15 occurences of the very rare squid (all genera but Octopoteuthis are rare) that Stephanie is actively working on that are not embargoed. Some of these do have Steph's username. The reason they show up is that only 'd' (for detail) are being embargoed, but some dives are designated as 'o' (for outline) and there is no way in VARS to change an individual annotation to 'd' even after she has modified/added to it. And we wouldn't want to change an entire dive to 'd' if only a few annotations are done in detail. Some of those we found do not have Steph's username. When she goes back to review the video and annotations she wouldn't change the concept name if it was already correctly identified by a VL person (or someone else, e.g., at sea or from Robi lab). She might change or add an association (although she might not, if adequately annotated by VL already). The issue is that in VARS, even if an association is added by a new observer, but the concept name isn't changed, the original observer name remains. Nonetheless, she has reviewed these observations and they've become part of this current research. For these reasons, I wonder if the embargo specification could be changed slightly to exclude all Planctoeuthis, Grimalditeuthis and Bathyteuthis. Again, there are only about 12-15 individuals of these ever seen (mostly Planctoteuthis sp.). [All the above holds true for Octopoteuthis too, but that animal is much more common.] The alternative to excluding the rare types would be to have Stephanie go back and actually change the concept names (even if already correct) and to keep up with this method for future annotations. There are currently about 230 annotation lines for those 12-15 individuals. This doesn't seem too practical. The other thing that we realized is that these genus names should be extend to 'children' so observations to species, not just genus, are included.{quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 7176221 7208983 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) OR ( ConceptName = 'Flota' OR ConceptName LIKE 'flota %' OR ConceptName LIKE 'flota-%' ) OR ( LinkValue LIKE '%green bomber%' ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ){code} h3. July 2007 From [~jana]: {quote}I wanted to discuss some clarifications in Stephanie's embargo. I don't think these change the embargo itself, just a matter of implementation. In testing to make sure her embargoes were not in the Public Query, we discovered that there are about 12-15 occurences of the very rare squid (all genera but Octopoteuthis are rare) that Stephanie is actively working on that are not embargoed. Some of these do have Steph's username. The reason they show up is that only 'd' (for detail) are being embargoed, but some dives are designated as 'o' (for outline) and there is no way in VARS to change an individual annotation to 'd' even after she has modified/added to it. And we wouldn't want to change an entire dive to 'd' if only a few annotations are done in detail. Some of those we found do not have Steph's username. When she goes back to review the video and annotations she wouldn't change the concept name if it was already correctly identified by a VL person (or someone else, e.g., at sea or from Robi lab). She might change or add an association (although she might not, if adequately annotated by VL already). The issue is that in VARS, even if an association is added by a new observer, but the concept name isn't changed, the original observer name remains. Nonetheless, she has reviewed these observations and they've become part of this current research. For these reasons, I wonder if the embargo specification could be changed slightly to exclude all Planctoeuthis, Grimalditeuthis and Bathyteuthis. Again, there are only about 12-15 individuals of these ever seen (mostly Planctoteuthis sp.). [All the above holds true for Octopoteuthis too, but that animal is much more common.] The alternative to excluding the rare types would be to have Stephanie go back and actually change the concept names (even if already correct) and to keep up with this method for future annotations. There are currently about 230 annotation lines for those 12-15 individuals. This doesn't seem too practical. The other thing that we realized is that these genus names should be extend to 'children' so observations to species, not just genus, are included.{quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 7176219 7208982 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) OR ( ConceptName = 'Flota' OR ConceptName LIKE 'flota %' OR ConceptName LIKE 'flota-%' ) OR ( LinkValue LIKE '%green bomber%' ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ){code} h3. July 2007 From [~jana]: {quote}I wanted to discuss some clarifications in Stephanie's embargo. I don't think these change the embargo itself, just a matter of implementation. In testing to make sure her embargoes were not in the Public Query, we discovered that there are about 12-15 occurences of the very rare squid (all genera but Octopoteuthis are rare) that Stephanie is actively working on that are not embargoed. Some of these do have Steph's username. The reason they show up is that only 'd' (for detail) are being embargoed, but some dives are designated as 'o' (for outline) and there is no way in VARS to change an individual annotation to 'd' even after she has modified/added to it. And we wouldn't want to change an entire dive to 'd' if only a few annotations are done in detail. Some of those we found do not have Steph's username. When she goes back to review the video and annotations she wouldn't change the concept name if it was already correctly identified by a VL person (or someone else, e.g., at sea or from Robi lab). She might change or add an association (although she might not, if adequately annotated by VL already). The issue is that in VARS, even if an association is added by a new observer, but the concept name isn't changed, the original observer name remains. Nonetheless, she has reviewed these observations and they've become part of this current research. For these reasons, I wonder if the embargo specification could be changed slightly to exclude all Planctoeuthis, Grimalditeuthis and Bathyteuthis. Again, there are only about 12-15 individuals of these ever seen (mostly Planctoteuthis sp.). [All the above holds true for Octopoteuthis too, but that animal is much more common.] The alternative to excluding the rare types would be to have Stephanie go back and actually change the concept names (even if already correct) and to keep up with this method for future annotations. There are currently about 230 annotation lines for those 12-15 individuals. This doesn't seem too practical. The other thing that we realized is that these genus names should be extend to 'children' so observations to species, not just genus, are included.{quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 7176218 950351 917585 566 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 568 567 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating. h3. Q: How do I upgrade Java?{anchor:Q3} VARS should run on Java 5.0 and Java 6.0. If you are interested in upgrading your Java installation you can get a more recent version of Java at [http://java.com]. If you are upgrading Java on a Windows computer that you use to annotate, you will need to do the following steps to include QuickTime for Java in the new Java installation. Option 1: Reinstall [QuickTime|http://www.apple.com/quicktime] Option 2: Copy QTJava.zip from a previous installation of Java to the new one. # Locate your previous installation of QuickTime for Java. On Windows, the file will be located on a path like {{C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip}}. # Copy the zip file to your new Java installations _ext_ directory (e.g. {{C:\Program Files\Java\jre1.6.0_01\lib\ext}}) ]]> 569 3179246 3113750 2195859 2163096 2195861 2163098 3179226 3113728 3179222 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb5.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. #* {color:red}[~brian]: I ran this on 2008-02-13{color} # Verify results. {color:red}[~brian]: completed on 2008-02-14{color} ]]> 3113724 526 Connect To Server* ## In the *Connect to Server* window, enter the server address as _cifs://tornado.shore.mbari.org/framegrabs_ and press the connect button. ## You will be prompted for a password. Enter your MBARI password. ## The framegrabs share will be mounted on your Mac as _/Volumes/framegrabs_ # *Installing VARS* You do not need to install VARS in order to run it. You can simply launch them from [http://tienhou.shore.mbari.org/vars]. h2. References [Java|http://www.java.com] [Blackmagic Design|http://www.blackmagic-design.com/]]]> 528 525 Connect To Server* ## In the *Connect to Server* window, enter the server address as _cifs://tornado.shore.mbari.org/framegrabs_ and press the connect button. ## You will be prompted for a password. Enter your MBARI password. ## The framegrabs share will be mounted on your Mac as _/Volumes/framegrabs_ # *Installing VARS* You do not need to install VARS in order to run it. You can simply launch them from [http://tienhou.shore.mbari.org/vars]. h2. References [Java|http://www.java.com] [Blackmagic Design|http://www.blackmagic-design.com/]]]> 527 524 526 3179228 3113730 530 532 529 531 528 530 527 529 3179209 3113711 531 533 3179203 3113705 3179065 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb2.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. ]]> 3113566 3179066 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb5.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. #* {color:red}[~brian]: I ran this on 2008-02-13{color} ]]> 3113567 1212636 1179871 1212635 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 1179870 1212637 1179872 9405058 9372325 3179046 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb2.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. ]]> 3113546 1212632 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 1179866 9405057 9372324 1212634 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 1179869 9405055 9372322 1212633 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 1179868 3179035 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. ]]> 3113535 721 724 719 722 720 723 3179040 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb2.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. ]]> 3113540 3179041 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb2.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. ]]> 3113541 3179042 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb2.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. ]]> 3113542 3179027 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. ]]> 3113527 3179030 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. ]]> 3113530 3179031 3113531 18645377 18579863 18645378 18579864 18645375 18579861 18645374 18579860 3179025 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}THe tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. ]]> 3113525 3179013 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run the ]]> 3113513 727 730 3179015 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}THe tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run the ]]> 3113515 1867819 1835055 3179138 3113639 2195719 2162955 1212556 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 1179789 2195722 2162958 2195716 2162952 2195718 2162954 3179127 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}The tool can read ASCII raster grids or netcdf files. An example netCDF file, {{monterey_hrbath.nc}}, is checked into Subversion with the project.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* For example: {{gsh ../scripts/groovy/createbenthosdb1.groovy ../../../src/test/resources/monterey_hrbath.nc}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} within the grid files area and stores the altitudes. # Run {{gsh ../scripts/groovy/createbenthosdb5.groovy}} #* This drops all the non-benthic data from the Association, Observation, PhysicalData, CameraData and VideoFrame tables. #* {color:red}[~brian]: I ran this on 2008-02-13{color} ]]> 3113628 3179125 > allAnnotations.txt}} ## Edit any extraneous log messages of off the top of the file. # Run the altitude test in matlab ## Download vdm_altitude_test ## Make sure matlab has snctools installed ## Run the following in matlab:{code}file = '/Users/brian/workspace/vdm-tools/src/test/resources/monterey_hrbath.nc'; sql = '/Users/brian/workspace/vdm-tools/target/vdm-tools-0.1-SNAPSHOT/bin/allAnnotations.txt'; vdm_altitude_test(sql, file, 'allAltitude-results.txt'){code} ##* The allAltitude-results.txt file will have the deltas of position and depth ]]> 3113626 2195724 2162960 2195723 2162959 3179123 > allAnnotations.txt}} ## Edit any extraneous log messages of off the top of the file. # Run the altitude test in matlab ## Download vdm_altitude_test ## Make sure matlab has snctools installed ## Run the following {code}file = '/Users/brian/workspace/vdm-tools/src/test/resources/monterey_hrbath.nc'; sql = '/Users/brian/workspace/vdm-tools/target/vdm-tools-0.1-SNAPSHOT/bin/allAnnotations.txt'; vdm_altitude_test(sql, file, 'allAltitude-results.txt') ##* The allAltitude-results.txt file will have the deltas of position and depth ]]> 3113624 2195726 2162962 3179124 > allAnnotations.txt}} ## Edit any extraneous log messages of off the top of the file. # Run the altitude test in matlab ## Download vdm_altitude_test ## Make sure matlab has snctools installed ## Run the following {code}file = '/Users/brian/workspace/vdm-tools/src/test/resources/monterey_hrbath.nc'; sql = '/Users/brian/workspace/vdm-tools/target/vdm-tools-0.1-SNAPSHOT/bin/allAnnotations.txt'; vdm_altitude_test(sql, file, 'allAltitude-results.txt'){code} ##* The allAltitude-results.txt file will have the deltas of position and depth ]]> 3113625 2195725 2162961 1867818 1835054 3179122 > allAnnotations.txt}} ## Edit any extraneous log messages of off the top of the file. ]]> 3113623 2195735 Connect To Server* ## In the *Connect to Server* window, enter the server address as _cifs://tornado.shore.mbari.org/framegrabs_ and press the connect button. ## You will be prompted for a password. Enter your MBARI password. ## The framegrabs share will be mounted on your Mac as _/Volumes/framegrabs_ # *Installing VARS* You do not need to install VARS in order to run it. You can simply launch them from [http://tienhou.shore.mbari.org/vars]. ]]> 2162971 2195736 2162972 2195737 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating. h3. Q: How do I upgrade Java?{anchor:Q3} VARS should run on Java 5.0 and Java 6.0. If you are interested in upgrading your Java installation, you can get a more recent version of Java at [http://java.com]. If you are upgrading Java on a Windows computer that you use to annotate, you will must include QuickTime for Java in the new Java installation. There are 2 options to accomplish this: Option 1: Reinstall [QuickTime|http://www.apple.com/quicktime] Option 2: Copy QTJava.zip from a previous installation of Java to the new one. # Locate your previous installation of QuickTime for Java. On Windows, the file will be located on a path like {{C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip}}. # Copy the zip file to your new Java installations _ext_ directory (e.g. {{C:\Program Files\Java\jre1.6.0_01\lib\ext}}) ]]> 2162973 701 704 3179118 3113619 704 707 3179117 3113618 703 706 2195733 2162969 2195734 2162970 705 708 2195743 2162979 2195742 2162978 16810225 16777465 669 672 668 671 667 670 16810241 Examples: ./lookup_mergestatus Tiburon 775 ./lookup_mergestatus "Doc Ricketts" 82 .lookup_mergestatus Ventana 2011 The results will look something like: =========================================================================== ROV: Doc Ricketts Dive Number: 82 ==== Status of Data Merge with EXPD ==== Merged On: 2011-05-23 16:21:58 Merged using edited navigation data Recorded Dates are from 'VARS' database(s) Video-frame count: 681 Status Message: Using PRAGMATIC merge ==== Details About this VideoArchiveSet ==== Tracking Number: 2009247 Number of dives: 1 1) Dive Number: 82 Chief Scientist: David Clague Number of Tapes: 15 1) Name: D0082-06HD Video-frame count: 85 2) Name: D0082-08HD Video-frame count: 82 3) Name: D0082-03HD Video-frame count: 104 4) Name: D0082-02HD Video-frame count: 42 5) Name: D0082-04HD Video-frame count: 68 6) Name: D0082-10HD Video-frame count: 39 7) Name: D0082-07 Video-frame count: 0 8) Name: D0082-05 Video-frame count: 0 9) Name: D0082-03 Video-frame count: 0 10) Name: D0082-02 Video-frame count: 0 11) Name: D0082-01 Video-frame count: 0 12) Name: D0082-01HD Video-frame count: 63 13) Name: D0082-09HD Video-frame count: 43 14) Name: D0082-07HD Video-frame count: 95 15) Name: D0082-05HD Video-frame count: 60]]> 16777481 16810240 16777480 16810228 16777468 666 669 27591016 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558255 23199915 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 23167152 27591018 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558257 23199917 23167154 27591011 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558250 23199919 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat} h3. Archiva Here's the LDAP config for Archiva, located at {{ARCHIVA_HOME\WEB-INF\classes\org\apache\maven\archiva\security.properties}} {noformat} # # Licensed to the Apache Software Foundation (ASF) under one # or more contributor license agreements. See the NOTICE file # distributed with this work for additional information # regarding copyright ownership. The ASF licenses this file # to you under the Apache License, Version 2.0 (the # "License"); you may not use this file except in compliance # with the License. You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, # software distributed under the License is distributed on an # "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY # KIND, either express or implied. See the License for the # specific language governing permissions and limitations # under the License. # # -------------------------------------------------------------------- # Email Settings # The subject line for the email message. email.validation.subject=Welcome to Archiva # Feedback page email.feedback.path=http://archiva.apache.org/mail-lists.html # -------------------------------------------------------------------- # LDAP Settings /*user.manager.impl=ldap ldap.bind.authenticator.enabled=true redback.default.admin=admin redback.default.guest=guest security.policy.password.expiration.enabled=false ldap.config.hostname=ldap.shore.mbari.org ldap.config.ssl=true ldap.config.port=636 ldap.config.base.dn=OU=AllUsers,DC=shore,DC=mbari,DC=org ldap.config.context.factory=com.sun.jndi.ldap.LdapCtxFactory ldap.config.bind.dn=userPrincipalName=LDAPbind@shore.mbari.org #ldap.config.bind.dn=LDAPbind@shore.mbari.org ldap.config.password=radd3miat ldap.config.authentication.method=simple ldap.config.mapper.attribute.email=mail ldap.config.mapper.attribute.fullname=givenName #ldap.config.mapper.attribute.password=userPassword ldap.config.mapper.attribute.user.id=sAMAccountName ldap.config.mapper.attribute.user.base.dn=OU=Users,OU=AllUsers,DC=shore,DC=mbari,DC=org ldap.config.mapper.attribute.user.object.class=organizationalPerson*/ {noformat}]]> 23167156 27591013 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558252 23199922 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat} h3. Archiva Here's the LDAP config for Archiva, located at {{ARCHIVA_HOME\WEB-INF\classes\org\apache\maven\archiva\security.properties}} {noformat} # # Licensed to the Apache Software Foundation (ASF) under one # or more contributor license agreements. See the NOTICE file # distributed with this work for additional information # regarding copyright ownership. The ASF licenses this file # to you under the Apache License, Version 2.0 (the # "License"); you may not use this file except in compliance # with the License. You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, # software distributed under the License is distributed on an # "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY # KIND, either express or implied. See the License for the # specific language governing permissions and limitations # under the License. # # -------------------------------------------------------------------- # Email Settings # The subject line for the email message. email.validation.subject=Welcome to Archiva # Feedback page email.feedback.path=http://archiva.apache.org/mail-lists.html # -------------------------------------------------------------------- # LDAP Settings /*user.manager.impl=ldap ldap.bind.authenticator.enabled=true redback.default.admin=admin redback.default.guest=guest security.policy.password.expiration.enabled=false ldap.config.hostname=ldap.shore.mbari.org ldap.config.ssl=true ldap.config.port=636 ldap.config.base.dn=OU=AllUsers,DC=shore,DC=mbari,DC=org ldap.config.context.factory=com.sun.jndi.ldap.LdapCtxFactory ldap.config.bind.dn=userPrincipalName=LDAPbind@shore.mbari.org #ldap.config.bind.dn=LDAPbind@shore.mbari.org ldap.config.password=radd3miat ldap.config.authentication.method=simple ldap.config.mapper.attribute.email=mail ldap.config.mapper.attribute.fullname=givenName #ldap.config.mapper.attribute.password=userPassword ldap.config.mapper.attribute.user.id=sAMAccountName ldap.config.mapper.attribute.user.base.dn=OU=Users,OU=AllUsers,DC=shore,DC=mbari,DC=org ldap.config.mapper.attribute.user.object.class=organizationalPerson*/ {noformat}]]> 23167159 27591014 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558253 27591023 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558262 23199908 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 23167145 23199907 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 23167144 27591025 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558264 23199909 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathocordaeus charon' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 23167146 28246028 28213260 27591019 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558258 27591021 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558260 27591022 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558261 23199931 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 23167168 28246040 28213271 23199933 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron') AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 23167170 28246042 28213273 23199934 23167171 28246035 28213266 27591027 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558266 16810244 Examples: ./lookup_mergestatus Tiburon 775 ./lookup_mergestatus "Doc Ricketts" 82 ./lookup_mergestatus Ventana 2011 The results will look something like: =========================================================================== ROV: Doc Ricketts Dive Number: 82 ==== Status of Data Merge with EXPD ==== Merged On: 2011-05-23 16:21:58 Merged using edited navigation data Recorded Dates are from 'VARS' database(s) Video-frame count: 681 Status Message: Using PRAGMATIC merge ==== Details About this VideoArchiveSet ==== Tracking Number: 2009247 Number of dives: 1 1) Dive Number: 82 Chief Scientist: David Clague Number of Tapes: 15 1) Name: D0082-06HD Video-frame count: 85 2) Name: D0082-08HD Video-frame count: 82 3) Name: D0082-03HD Video-frame count: 104 4) Name: D0082-02HD Video-frame count: 42 5) Name: D0082-04HD Video-frame count: 68 6) Name: D0082-10HD Video-frame count: 39 7) Name: D0082-07 Video-frame count: 0 8) Name: D0082-05 Video-frame count: 0 9) Name: D0082-03 Video-frame count: 0 10) Name: D0082-02 Video-frame count: 0 11) Name: D0082-01 Video-frame count: 0 12) Name: D0082-01HD Video-frame count: 63 13) Name: D0082-09HD Video-frame count: 43 14) Name: D0082-07HD Video-frame count: 95 15) Name: D0082-05HD Video-frame count: 60]]> 16777484 28246037 28213268 16810243 16777483 27591029 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558268 28246047 28213278 23199923 23167160 23199924 23167161 28246049 28213280 23199925 23167162 28246043 28213274 28246044 28213275 23199929 23167166 2195707 2162942 2195709 2162944 2195714 2162950 28246051 28213282 2195702 2162937 2195703 2162938 27590990 27558227 27590987 27558223 27590988 27558225 27591010 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558249 27591009 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27558248 29720583 29687815 1212717 1179952 1212722 1179957 1212721 1179956 3179300 3113811 3179299 3113810 3179327 3113842 3179328 3113843 10389059 10356344 4489229 4456461 4489230 4456462 3179293 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar:/opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar:/opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 3113804 3179297 3113808 3179298 3113809 3179295 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 3113806 10389024 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -P test{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}_maven.test.skip_ can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the _JNLP_DEPLOY_DIR_ property in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 10356308 10389023 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -Denvironment=test -Dmaven.test.skip=true{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment {warning}_maven.test.skip_ can be left out while you are testing against a testing server but *DO NOT* execute tests against a production database!!{warning} h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the _JNLP_DEPLOY_DIR_ property in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 10356307 10389026 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -P test{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the _JNLP_DEPLOY_DIR_ property in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 10356310 10389025 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -P test{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site h3. Deploy To deploy VARS run: {panel}mvn clean deploy -Denvironment=test -Dmaven.test.skip=true{panel} This will deploy the jars and the standalone application to the [Maven repository|http://oceana.shore.mbari.org/maven2]. It will then try to copy the Webstart applications to the correct location. You may need to modify the _JNLP_DEPLOY_DIR_ property in the files found in vars-deploy/vars-jnlp/src/site/filters to correctly specify the deployment locations. ]]> 10356309 18645005 18579469 18645009 18579473 3179345 3113860 10389029 10356314 10389027 {panel} h3. For the brave.. Optionally, you may want to check out the source for the closely related projects VCR4J, QTX4J and MBARIX4J. The compiled jars should be available from MBARI's Maven repository at [http://oceana.shore.mbari.org/maven2]. You do not need to fetch these jars, the build file will do it for you. The only reason to check out these projects is if you need make modications to them. {panel} svn co http://vcr4j.googlecode.com/svn/trunk/ vcr4j svn co http://qtx4j.googlecode.com/svn/trunk/ qtx4j svn co svn+ssh://kahuna.shore.mbari.org/svn/repos/mbarix4j/trunk mbarix4j {panel} h2. Building h3. How to build Change to the vars directory and test the build using the following: {panel}mvn clean install -P test{panel} The _environment_ variable specifes what deployment location you are targetting. Current values are: # _eits_ for Eye-in-the-sea # _pl_ for Point Lobos deployment # _*shore*_ for the main on-shore deployment # _test_ for deploying against the testing database server Fog # _varspub_ for the deploying the public query # _wf_ for Western Flyer deployment h3. What build makes # All the VARS dependencies # A standalone application in a zip file in vars-deploy/vars-app/target/vars-app-_VERSION_-standalone.zip # A JNLP application web site in vars-deploy/vars-jnlp/target/site ]]> 10356311 17 19 3964962 3932195 31 33 10388506 10355780 27 29 28 30 24 26 10388508 10355782 10388509 10355783 48 50 47 49 50 52 49 51 44 46 43 45 46 48 45 47 40 42 36 38 35 37 3964965 3932198 57 59 3964963 3932196 3964964 3932197 28672023 28639255 3178673 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) OR ( ConceptName LIKE 'flota %' OR ConceptName LIKE 'flota-%' ) OR ( LinkValue LIKE '%green bomber%' ) ){code} h3. July 2007 From [~jana]: {quote}I wanted to discuss some clarifications in Stephanie's embargo. I don't think these change the embargo itself, just a matter of implementation. In testing to make sure her embargoes were not in the Public Query, we discovered that there are about 12-15 occurences of the very rare squid (all genera but Octopoteuthis are rare) that Stephanie is actively working on that are not embargoed. Some of these do have Steph's username. The reason they show up is that only 'd' (for detail) are being embargoed, but some dives are designated as 'o' (for outline) and there is no way in VARS to change an individual annotation to 'd' even after she has modified/added to it. And we wouldn't want to change an entire dive to 'd' if only a few annotations are done in detail. Some of those we found do not have Steph's username. When she goes back to review the video and annotations she wouldn't change the concept name if it was already correctly identified by a VL person (or someone else, e.g., at sea or from Robi lab). She might change or add an association (although she might not, if adequately annotated by VL already). The issue is that in VARS, even if an association is added by a new observer, but the concept name isn't changed, the original observer name remains. Nonetheless, she has reviewed these observations and they've become part of this current research. For these reasons, I wonder if the embargo specification could be changed slightly to exclude all Planctoeuthis, Grimalditeuthis and Bathyteuthis. Again, there are only about 12-15 individuals of these ever seen (mostly Planctoteuthis sp.). [All the above holds true for Octopoteuthis too, but that animal is much more common.] The alternative to excluding the rare types would be to have Stephanie go back and actually change the concept names (even if already correct) and to keep up with this method for future annotations. There are currently about 230 annotation lines for those 12-15 individuals. This doesn't seem too practical. The other thing that we realized is that these genus names should be extend to 'children' so observations to species, not just genus, are included.{quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 3113153 16449713 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 16416952 16449714 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat} h3. Archiva Here's the LDAP config for Archiva, located at {{ARCHIVA_HOME\WEB-INF\classes\org\apache\maven\archiva\security.properties}} {noformat} # # Licensed to the Apache Software Foundation (ASF) under one # or more contributor license agreements. See the NOTICE file # distributed with this work for additional information # regarding copyright ownership. The ASF licenses this file # to you under the Apache License, Version 2.0 (the # "License"); you may not use this file except in compliance # with the License. You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, # software distributed under the License is distributed on an # "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY # KIND, either express or implied. See the License for the # specific language governing permissions and limitations # under the License. # # -------------------------------------------------------------------- # Email Settings # The subject line for the email message. email.validation.subject=Welcome to Archiva # Feedback page email.feedback.path=http://archiva.apache.org/mail-lists.html # -------------------------------------------------------------------- # LDAP Settings user.manager.impl=ldap ldap.bind.authenticator.enabled=true redback.default.admin=admin redback.default.guest=guest security.policy.password.expiration.enabled=false ldap.config.hostname=ldap.shore.mbari.org ldap.config.ssl=true ldap.config.port=636 ldap.config.base.dn=OU=AllUsers,DC=shore,DC=mbari,DC=org ldap.config.context.factory=com.sun.jndi.ldap.LdapCtxFactory #ldap.config.bind.dn=userPrincipalName=LDAPbind@shore.mbari.org ldap.config.bind.dn=LDAPbind@shore.mbari.org ldap.config.password=radd3miat ldap.config.mapper.attribute.email=mail ldap.config.mapper.attribute.fullname=givenName #ldap.config.mapper.attribute.password=userPassword ldap.config.mapper.attribute.user.id=sAMAccountName ldap.config.mapper.attribute.user.base.dn=OU=Users,OU=AllUsers,DC=shore,DC=mbari,DC=org ldap.config.mapper.attribute.user.object.class=organizationalPerson {noformat}]]> 16416953 27099633 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27066870 5865671 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 5832910 1671179 1638411 1671178 1638410 27099641 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27066878 1671177 1638409 1671176 1638408 1671175 1638407 27099635 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) OR ( ConceptName = 'Bathochordaeus charon' ) OR ( ConceptName IN ( 'Bathyteuthis', 'Bathyteuthis abyssicola', 'Bathyteuthis berryi', 'Grimalditeuthis', 'Grimalditeuthis', 'Grimalditeuthis bonpland', 'Octopoteuthis', 'Octopoteuthis deletron', 'Planctoteuthis', 'Planctoteuthis danae', 'Planctoteuthis oligobessa' ) AND Observer = 'sbush' ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO DELETE FROM Association WHERE LinkName = 'video-lab-only-comment' GO {code} To summarize this in English. We are not releasing the following to the public * The last two years of data * All Macon dives * Annotations for Bathochordeus charon * Stephani Bush's annotations for Plancoteuthis, Grimalditeuthis, Bathyteuthis, and Octopoteuthis (and children of these groups) h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 27066872 5865651 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 5832890 5865653 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 5832892 5865655 > sudo /opt/glassfish/bin/asadmin start-database Password: Database started in Network Server mode on host 0.0.0.0 and port 1527. --------- Derby Network Server Information -------- Version: CSS10020/10.2.2.1 - (538595) Build: 538595 DRDA Product Id: CSS10020 -- listing properties -- derby.drda.traceDirectory=/opt/glassfish/databases derby.drda.maxThreads=0 derby.drda.keepAlive=true derby.drda.minThreads=0 derby.drda.portNumber=1527 derby.drda.logConnections=false derby.drda.timeSlice=0 derby.drda.startNetworkServer=false derby.drda.host=0.0.0.0 derby.drda.traceAll=false ------------------ Java Information ------------------ Java Version: 1.6.0_03 Java Vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_03/jre Java classpath: /opt/glassfish/lib/appserv-rt.jar:/opt/glassfish/lib/admin-cli.jar: /opt/glassfish/javadb/lib/derby.jar:/opt/glassfish/javadb/lib/derbytools.jar: /opt/glassfish/javadb/lib/derbynet.jar:/opt/glassfish/javadb/lib/derbyclient.jar OS name: Linux OS architecture: i386 OS version: 2.6.18-53.1.4.el5 Java user name: root Java user home: /root Java user dir: /u/brian java.specification.name: Java Platform API Specification java.specification.version: 1.6 --------- Derby Information -------- JRE - JDBC: Java SE 6 - JDBC 4.0 [/opt/glassfish/javadb/lib/derby.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbytools.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbynet.jar] 10.2.2.1 - (538595) [/opt/glassfish/javadb/lib/derbyclient.jar] 10.2.2.1 - (538595) ------------------------------------------------------ ----------------- Locale Information ----------------- Current Locale : [English/United States [en_US]] Found support for locale: [cs] version: 10.2.2.1 - (538595) Found support for locale: [de_DE] version: 10.2.2.1 - (538595) Found support for locale: [es] version: 10.2.2.1 - (538595) Found support for locale: [fr] version: 10.2.2.1 - (538595) Found support for locale: [hu] version: 10.2.2.1 - (538595) Found support for locale: [it] version: 10.2.2.1 - (538595) Found support for locale: [ja_JP] version: 10.2.2.1 - (538595) Found support for locale: [ko_KR] version: 10.2.2.1 - (538595) Found support for locale: [pl] version: 10.2.2.1 - (538595) Found support for locale: [pt_BR] version: 10.2.2.1 - (538595) Found support for locale: [ru] version: 10.2.2.1 - (538595) Found support for locale: [zh_CN] version: 10.2.2.1 - (538595) Found support for locale: [zh_TW] version: 10.2.2.1 - (538595) ------------------------------------------------------ Starting database in the background. Log redirected to /opt/glassfish/databases/derby.log. Command start-database executed successfully. {noformat}]]> 5832894 12058625 2010-04-28 15:37:00.777 2015-07-30 11:42:03.520 3178534 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 3113000 3178532 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 3112998 3178957 .zip #** Extract the zip file somewhere ]]> 3113451 3178955 3113449 3178961 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} # Find a bathymetry file of the area you want to work with # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/}} ]]> 3113455 3178959 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} ]]> 3113453 3178952 3113446 3178972 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [Altitude] float NOT NULL, CONSTRAINT [FK_03] PRIMARY KEY([VideoFrameID_FK]) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} that should be dropped. # Run the ]]> 3113466 27099208 27066440 3178966 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrame}}s that should be dropped. ]]> 3113460 3178965 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/}} ]]> 3113459 3178963 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} # Find a bathymetry file of the area you want to work with # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/}} ]]> 3113457 3178970 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameMetadata] ( [VideoFrameID_FK] bigint NOT NULL, [IsContained] int NOT NULL CONSTRAINT DEFAULT (0), [IsBenthic] int NOT NULL CONSTRAINT DEFAULT (0) ) GO{code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} that should be dropped. # Run the ]]> 3113464 3178969 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb1.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} that should be dropped. # Run the ]]> 3113463 3178968 .zip #** Extract the zip file somewhere # Add a table to the database you're working with #* {code}CREATE TABLE [dbo].[VideoFrameEmbargo] ( [VideoFrameID_FK] bigint NOT NULL ){code} # Find a bathymetry file of the area you want to work with. {color:red}At this time, the tool is setup to read ASCII raster files; but it could be modified to work with NetCDF grids.{color} # cd to the {{bin}} directory where you extracted the zip file (from above) # Run {{gsh ../scripts/groovy/createbenthosdb.groovy}} #* This populates the table VideoFrameEmbargo with ids of all the {{VideoFrames}} that should be dropped. ]]> 3113462 622730 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 589967 622736 589974 622735 589973 622738 589976 622737 589975 622732 589970 622733 589971 622743 589981 622744 589982 622745 589983 28672353 28639587 622746 589984 622739 589977 622740 589978 622741 589979 622742 589980 347 349 18285443 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code}]]> 18252698 18285447 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( RovName = 'Ventana' AND DiveNumber IN (50, 217, 218, 248) ) OR ( RovName = 'Tiburon' AND DiveNumber IN (1001, 1029, 1030, 1031, 1032, 1033, 1034) ) ) ) GO UPDATE CameraData SET StillImageURL = REPLACE(StillImageURL, 'http://search.mbari.org/ARCHIVE', 'http://dsg.mbari.org') WHERE StillImageURL IS NOT NULL GO {code} h3. About VARS replication to DIONE From [~neil]: {quote} Okay, Brian, it's all ready to go. This is a two-step process: # I created permanent backup devices (fixed files) on a network share for the VARS and VARS_KB databases on both Equinox and Dione. # On Equinox, I created a new maintenance plan called "VARS_Export Backups" which writes a full backup of VARS and VARS_KB to the respective backup device and scheduled it to run the first Monday of each month at 3:00am. # On Dione, I created a SQL Agent job for the VARS database called "VARS_Export Restore from Equinox" and one for VARS_KB called "VARS_KB_Export Restore from Equinox". Both jobs run the first Monday of each month at 5:00am. # The VARS job has the following four steps: 1) does a restore from whatever happens to be in the respective backup device, 2) deletes unnecessary user accounts, 3) runs the embargo script and 4) updates the URLs; the VARS_KB job has only the first two steps. Both jobs create a log file on Dione and send me an email on failure. {quote}]]> 18252702 339 341 340 342 341 343 342 344 343 345 344 346 345 347 346 348 332 334 331 333 334 336 333 335 336 338 335 337 338 340 337 339 324 326 326 328 325 > Releases h3. VARS-MBARI 3.0.0 h2. Issue Tracking {jiraissues:http://oceana.shore.mbari.org:8082/secure/IssueNavigator.jspa?view=rss&&pid=10001&resolution=-1&sorter/field=updated&sorter/order=DESC&sorter/field=priority&sorter/order=DESC&tempMax=20&reset=true&decorator=none&os_username=everyone&os_password=guest|columns=type;priority;key;summary;assignee;status}]]> 327 328 330 327 329 330 332 381 383 382 384 380 382 385 387 386 388 383 385 384 386 371 373 372 374 6226378 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) OR ( ConceptName = 'Flota' OR ConceptName LIKE 'flota %' OR ConceptName LIKE 'flota-%' ) OR ( LinkValue LIKE '%green bomber%' ) ){code} h3. July 2007 From [~jana]: {quote}I wanted to discuss some clarifications in Stephanie's embargo. I don't think these change the embargo itself, just a matter of implementation. In testing to make sure her embargoes were not in the Public Query, we discovered that there are about 12-15 occurences of the very rare squid (all genera but Octopoteuthis are rare) that Stephanie is actively working on that are not embargoed. Some of these do have Steph's username. The reason they show up is that only 'd' (for detail) are being embargoed, but some dives are designated as 'o' (for outline) and there is no way in VARS to change an individual annotation to 'd' even after she has modified/added to it. And we wouldn't want to change an entire dive to 'd' if only a few annotations are done in detail. Some of those we found do not have Steph's username. When she goes back to review the video and annotations she wouldn't change the concept name if it was already correctly identified by a VL person (or someone else, e.g., at sea or from Robi lab). She might change or add an association (although she might not, if adequately annotated by VL already). The issue is that in VARS, even if an association is added by a new observer, but the concept name isn't changed, the original observer name remains. Nonetheless, she has reviewed these observations and they've become part of this current research. For these reasons, I wonder if the embargo specification could be changed slightly to exclude all Planctoeuthis, Grimalditeuthis and Bathyteuthis. Again, there are only about 12-15 individuals of these ever seen (mostly Planctoteuthis sp.). [All the above holds true for Octopoteuthis too, but that animal is much more common.] The alternative to excluding the rare types would be to have Stephanie go back and actually change the concept names (even if already correct) and to keep up with this method for future annotations. There are currently about 230 annotation lines for those 12-15 individuals. This doesn't seem too practical. The other thing that we realized is that these genus names should be extend to 'children' so observations to species, not just genus, are included.{quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ConceptName LIKE 'octopoteuthis%' ) OR ( ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ){code} h3. June 2007 [~brian] I update the embargoed SQL script (which is hosted as a DTS job on Solsice -> 'Update VARS_External on VARSPUB'). The new SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) ){code} Data on the external database is a subset of the internal database subjected to some _embargo_ rules. The _offical_ embargoed data page is [http://mww.mbari.org/rd/Science/Embargo/embargoes.htm] but it is not currently (as of 2007-04-10) up to date. The data is embargoed as follows: h3. April 2007 {quote} Date: April 10, 2007 10:32:30 AM PDT Until April 2009 Stephanie Bush's (but no other annotators') detailed annotations on Octopoteuthis, Planctoteuthis, Bathyteuthis, and Grimalditeuthis Until June 2007 Karen Osborn Munnopsidae Within Order Isopoda Suborder Asellota Suborder Valvifera -Family Munnopsidae Genus Acanthamunnopsis Subfamily Munnopsinae Genus Munneurycope o Genus Munnopsis Until June 2007 Praya and Apolemia Until June 2007 Gonatus and Dosidicus Until June 2007 salps and doliolids Judith L. Connor, Ph.D. {quote} The corresponding SQL is: {code:sql} SELECT DISTINCT ObservationID_FK FROM Annotations WHERE (( RecordedDate > DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 6259160 12025860 12058625 19 2010-04-28 15:37:36.513 2010-04-28 15:37:36.513 408 DATEADD([day], - 2, GETDATE())) AND (NOT (dbo.CameraData.StillImageURL IS NULL)){noformat} h2. Query that returns all dive numbers (and vehicles) for any new or updated observation in the last 2 days h4. Inputs * *None* h4. Outputs * The vehicle and dive number for any VideoArchiveSet that has observations add or modified within the last 2 days. h4. Query Example {noformat} SELECT DISTINCT RovName, DiveNumber FROM Annotations WHERE (ObservationDate > DATEADD([day], - 2, GETDATE())) AND (NOT (Image IS NULL)) {noformat}]]> 410 407 409 410 DATEADD([day], - 2, GETDATE())) AND (NOT (dbo.CameraData.StillImageURL IS NULL)){noformat} {panel} {panel: borderStyle=solid | title=Query that returns all dive numbers (and vehicles) for any new or updated observation in the last 2 days} h4. Inputs * *None* h4. Outputs * The vehicle and dive number for any VideoArchiveSet that has observations add or modified within the last 2 days. h4. Query Example {noformat} SELECT DISTINCT RovName, DiveNumber FROM Annotations WHERE (ObservationDate > DATEADD([day], - 2, GETDATE())) AND (NOT (Image IS NULL)) {noformat} {panel}]]> 412 409 DATEADD([day], - 2, GETDATE())) AND (NOT (dbo.CameraData.StillImageURL IS NULL)){noformat} {panel} {panel: borderStyle=solid | title=Query that returns all dive numbers (and vehicles) for any new or updated observation in the last 2 days} h4. Inputs * *None* h4. Outputs * The vehicle and dive number for any VideoArchiveSet that has observations add or modified within the last 2 days. h4. Query Example {noformat} SELECT DISTINCT RovName, DiveNumber FROM Annotations WHERE (ObservationDate > DATEADD([day], - 2, GETDATE())) AND (NOT (Image IS NULL)) {noformat} {panel}]]> 411 403 405 406 408 405 407 416 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 418 415 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 417 418 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 420 417 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 419 412 414 411 413 414 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. When a video set is closed. VARS will attempt to copy the image from the local computer to the framegrab repository mounted on a web server. If they copy is successful, VARS will change the URL of the image from a local URL to a web URL in the VARS databaes.]]> 416 413 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e file:/path/to/file/filename.jpg). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. When a video set is closed. VARS will attempt to copy the image from the local computer to the framegrab repository mounted on a web server. If they copy is successful, VARS will change the URL of the image from a local URL to a web URL in the VARS databaes.]]> 415 391 393 393 395 394 396 387 389 388 390 389 391 390 392 399 401 401 403 402 404 395 397 396 398 397 399 398 400 442 444 441 443 440 442 10944619 10911855 439 441 10944620 10911856 18285425 18252681 438 440 437 439 10944626 10911862 436 438 435 437 10944624 10911860 449 451 448 450 447 449 446 448 443 445 425 427 423 425 422 424 419 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 421 420 422 433 435 434 436 432 434 18285427 18252683 427 429 10944632 10911868 18285429 18252685 476 478 475 477 478 480 622691 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 589925 622692 DATEADD([year], - 2, GETDATE()) OR RecordedDate IS NULL OR RecordedDate < CAST('1970-01-02' AS datetime) ) OR ( Observer = 'sbush' AND ( ConceptName LIKE 'octopoteuthis%' OR ConceptName LIKE 'plantoteuthis%' OR ConceptName LIKE 'bathyteuthis%' OR ConceptName LIKE 'grimalditeuthis%' ) ) OR ( Observer = 'oska' AND ( ConceptName LIKE 'asellota%' OR ConceptName LIKE 'valvifera%' OR ConceptName LIKE 'munnopsidae%' OR ConceptName LIKE 'acanthamunnopsis%' OR ConceptName LIKE 'munnopsinae%' OR ConceptName LIKE 'munneurycope%' OR ConceptName LIKE 'munnopsis%' ) ) OR ( ConceptName LIKE 'praya%' OR ConceptName LIKE 'apolemia%' OR ConceptName LIKE 'gonatus%' OR ConceptName LIKE 'salp%' OR ConceptName LIKE 'doliolid%' ) ){code}]]> 589926 480 482 479 481 482 484 481 483 451 453 622717 589954 622721 589958 622720 589957 501 503 505 507 504 506 503 505 508 510 507 509 486 488 483 485 484 486 490 /VARS/data//images//.jpg. For Example, Saving an image for Tiburon dive # 789 for timecode 02:43:25:28 when you are logged in as user 'Tiburon' on Windows would create an image at C:\Documents and Settings\Tiburon\VARS\data\Tiburon\images\0789\02_43_25_28.jpg. A reference to the image is inserted into the database as a local URL (i.e {{file:/path/to/file/filename.jpg}}). The image is then immediatly accessible to the annotator but will not yet be available to any VARS applications that are not running on the same workstation. *How do the images get onto the web?* Annotations made on the ships and annotations made on shore are handled differently. However, all images will eventually make it onto //Tornado/framegrabs which can be browsed from the web at http://search.mbari.org/ARCHIVE/frameGrabs/ When the ship returns to dock, an rysnc is scheduled at night to copy the images to //Tornado/framegrabs. The rsync job looks for images only under specific users, which are 'Tiburon' on the Western Flyer and 'Ventana' on the Point Lobos. If you are logged on the workstation as a different user when you annotate on the ships the images will NOT be copied to shore. At 5:01 AM, the computer Tienhou runs a process that updates file URL's to HTTP URLs in the database. Any framegrabs that are made during a cruise will not be available through the VARS query until at least 5:02 AM of the day after the dive. On shore, assuming you are on the internal network, VARS will attempt to copy the framegrabs over to //Tornado/framegrabs whenever a Video-archive is closed. The copy process also updates the URLs in the database. On shore, it does not matter who you are logged in as. Framegrabs that you make on shore will be available to everyone as soon as you close the Video-archive that you are annotating.]]> 492 622690 589924 493 495 494 496 491 493 492 494 495 497 917547 5 false 0.0 0 0 20 6 false 0.0 0 0 18252688 6 false 0.0 0 0 18252690 6 false 0.0 0 0 2162941 5 false 0.0 0 0 3113448 5 false 0.0 0 0 10911858 6 false 0.0 0 0 3113529 6 false 0.0 0 0 16777467 5 false 0.0 0 0 20 5 false 0.0 0 0 589956 5 false 0.0 0 0 498 5 false 0.0 0 0 3113529 5 false 0.0 0 0 10355779 6 false 0.0 0 0 23167164 5 false 0.0 0 0 10355779 5 false 0.0 0 0 372 6 false 0.0 0 0 16777462 5 false 0.0 0 0 23167164 6 false 0.0 0 0 28213264 6 false 0.0 0 0 705 6 false 0.0 0 0 426 5 false 0.0 0 0 3113448 6 false 0.0 0 0 431 5 false 0.0 0 0 430 5 false 0.0 0 0 3113621 5 false 0.0 0 0 10911858 5 false 0.0 0 0 18252690 5 false 0.0 0 0 2162941 6 false 0.0 0 0 447 5 false 0.0 0 0 16777467 6 false 0.0 0 0 18252688 5 false 0.0 0 0 447 6 false 0.0 0 0 28213264 5 false 0.0 0 0 917547 6 false 0.0 0 0 16777462 6 false 0.0 0 0 430 6 false 0.0 0 0 589956 6 false 0.0 0 0 431 6 false 0.0 0 0 705 5 false 0.0 0 0 426 6 false 0.0 0 0 372 5 false 0.0 0 0 3113641 6 false 0.0 0 0 498 6 false 0.0 0 0 3113641 5 false 0.0 0 0 3113621 6 false 0.0 0 0