- API
Approximate Cartesian Control for Robotic Tool Usage with Graceful Degradation Project
nasa-test-0.demo.socrata.com | Last Updated 2015-07-20T05:31:39.000ZMany of NASA's exploration scenarios include important roles for autonomous or partially autonomous robots. It is desirable for them to utilize human tools when possible, rather than needing to build custom tools for each robot. Control of robotic manipulators for tool usage generally requires a very precise Cartesian-space trajectory of the tool tip (e.g., moving a marker along the surface of a whiteboard or rotating a screwdriver about an axis). Well-known techniques exist for manipulator control in Cartesian space, most of which necessitate solving a series of Inverse Kinematics (IK) problems. Closed-form IK solvers work well for 7-degree-of-freedom (DOF) arms with rigid tool attachments, but cannot handle non-rigid tools that slip in the robot's hands. Numerical IK approaches are more generic and can handle non-rigid links to tools, but can be slow to converge. More importantly, if any joints fail or become limited in their range of motion, the robot arm essentially becomes 6-DOF or lower. IK solvers often fail in these lower DOF spaces because the configuration space becomes non-continuous and full of "holes". As a result, a 7-DOF robotic arm in space might be rendered largely useless if a single joint fails or even loses mobility until it can be serviced. TRACLabs proposes to investigate an alternative approach to traditional Cartesian control approaches, which rely on complex IK solvers that go from Cartesian space backwards to joint space. We propose to leverage cheap memory and modern processing speeds to instead perform simple computations that go from joint space forwards to Cartesian space. Such techniques should overcome common changes to a manipulation chain caused by tool slippage or the grasping of a new tool and to overcome uncommon changes to a chain caused by joint failures, reduced joint mobility, changes in joint geometry or range of motion, or added joints.
- API
Auditory Presentation of H/OZ Critical Flight Data Project
nasa-test-0.demo.socrata.com | Last Updated 2015-07-20T05:08:03.000ZAutomation of a flight control system to perform functions normally attributed to humans is often not robust and limited to specific operating conditions and types of operation and a small set of fixed behaviors (i.e. modes). eSky has shown that metrics such as the time delay between a required control input from the crew and the actual input is sensitive to crew functional degradation through external distraction. We are currently developing strategies for using such crew state metrics to modulate the level of automation support provided to the flight crew. Dynamic reallocation of function between crew and automation can reduce the cognitive workload on the crew, enhance their ability to supervise the automation and help them intervene in the event of any failure or operation outside the desired operating conditions. eSky is exploring function reallocation in a collaborative flight control system (HFCS) design pioneered at NASA Langley. HFCS combines precise flight control automation with rudimentary intelligence that the flight crew can guide using relatively simple mechanisms. HFCS automation manages short-term control tasks (e.g. path following) while the crew is required to direct every significant trajectory change using flight controls rather than an FMS interface to keep them engaged in conduct of the flight. The automation communicates intentions to the pilot through visual and haptic (tactile) feedback; the crew communicates intentions to the automation through conventional controls. The HFCS user interface is primarily visual and tactile with limited auditory elements, mainly limited to a few alerts and warnings. eSky proposes to establish the auditory channel as a key element in providing flight dynamic information and cueing of required crew in puts in addition to envelope protection warnings. These new interface elements will be integrated into eSky's evolving strategies for functionality reallocation of between automation and crew.
- API
Surface Turbulent Fluxes, 1x1 deg Daily Grid, Set1 V2c
nasa-test-0.demo.socrata.com | Last Updated 2015-07-19T08:49:10.000ZThese data are the Goddard Satellite-based Surface Turbulent Fluxes Version-2c (GSSTF2c) Dataset recently produced through a MEaSUREs funded project led by Dr. Chung-Lin Shie (UMBC/GEST, NASA/GSFC), converted to HDF-EOS5 format. The stewardship of this HDF-EOS5 dataset is part of the MEaSUREs project, http://earthdata.nasa.gov/our-community/community-data-system-programs/measures-projects/surface-turbulent-fluxes-esdr http://earthdata.nasa.gov/our-community/community-data-system-programs/measures-projects GSSTF version 2b (Shie et al. 2010, Shie et al. 2009) generally agreed better with available ship measurements obtained from several field experiments in 1999 than GSSTF2 (Chou et al. 2003) did in all three flux components, i.e., latent heat flux [LHF], sensible heat flux [SHF], and wind stress [WST] (Shie 2010a,b). GSSTF2b was also found favorable, particularly for LHF and SHF, in an intercomparison study that accessed eleven products of ocean surface turbulent fluxes, in which GSSTF2 and GSSTF2b were also included (Brunke et al. 2011). However, a temporal trend appeared in the globally averaged LHF of GSSTF2b, particularly post year 2000. Shie (2010a,b) attributed the LHF trend to the trends originally found in the globally averaged SSM/I Tb's, i.e., Tb(19v), Tb(19h), Tb(22v) and Tb(37v), which were used to retrieve the GSSTF2b bottom-layer (the lowest atmospheric 500 meter layer) precipitable water [WB], then the surface specific humidity [Qa], and subsequently LHF. The SSM/I Tb's trends were recently found mainly due to the variations/trends of Earth incidence angle (EIA) in the SSM/I satellites (Hilburn and Shie 2011a,b). They have further developed an algorithm properly resolving the EIA problem and successfully reproducing the corrected Tb's by genuinely removing the "artifactitious" trends. An upgraded production of GSSTF2c (Shie et al. 2011) using the corrected Tb's has been completed very recently. GSSTF2c shows a significant improvement in the resultant WB, and subsequently the retrieved LHF - the temporal trends of WB and LHF are greatly reduced after the proper adjustments/treatments in the SSM/I Tb's (Shie and Hilburn 2011). In closing, we believe that the insightful "Rice Cooker Theory" by Shie (2010a,b), i.e., "To produce a good and trustworthy 'output product' (delicious 'cooked rice') depends not only on a well-functioned 'model/algorithm' ('rice cooker'), but also on a genuine and reliable 'input data' ('raw rice') with good quality" should help us better comprehend the impact of the improved Tb on the subsequently retrieved LHF of GSSTF2c. This is the Daily (24-hour) product; data are projected to equidistant Grid that covers the globe at 1x1 degree cell size, resulting in data arrays of 360x180 size. A finer resolution, 0.25 deg, of this product has been released as Version 3. The GSSTF, Version 2c, daily fluxes have first been produced for each individual available SSM/I satellite tapes (e.g., F08, F10, F11, F13, F14 and F15). Then, the Combined daily fluxes are produced by averaging (equally weighted) over available flux data/files from various satellites. These Combined daily flux data are considered as the "final" GSSTF, Version 2c, and are stored in this HDF-EOS5 collection. There are only one set of GSSTF, Version 2c, Combined data, "Set1" It contains 9 variables: "E" 'latent heat flux' (W/m**2), "STu" 'zonal wind stress' (N/m**2), "STv" 'meridional wind stress' (N/m**2), "H" 'sensible heat flux' (W/m**2), "Qair" 'surface air (~10-m) specific humidity' (g/kg), "WB" 'lowest 500-m precipitable water' (g/cm**2), "U" '10-m wind speed' (m/s), "DQ" 'sea-air humidity difference' (g/kg) "Tot_Precip_Water" 'total precipitable water' (g/cm**2) The double-quoted labels are the short names of the data fields in the HDF-EOS5 files. The "individual" daily flux data files, produced for each individual satellite, are also available in HDF-EOS5, although from differe...
- API
WA-APCD Quality and Cost Summary Report: County Cost
healthdata.gov | Last Updated 2023-07-26T12:05:29.000ZWA-APCD - Washington All-Payer Claims Database The WA-APCD is the state’s most complete source of health care eligibility, medical claims, pharmacy claims, and dental claims insurance data. It contains claims from more than 50 data suppliers, spanning commercial, Medicaid, and Medicare managed care. The WA-APCD has historical claims data for five years (2013-2017), with ongoing refreshes scheduled quarterly. Workers' compensation data from the Washington Department of Labor & Industries will be added in fall 2018. Download the attachment for the data dictionary and more information about WA-APCD and the data.
- API
Administrative Law Judge Opinions issued by the Office of the Secretary of Transportation
datahub.transportation.gov | Last Updated 2018-12-19T00:13:37.000ZAdministrative Law Judge Opinions from the Office of the Secretary of Transportation may include, but are not limited to, Aviation Safety Civil Penalty Decisions, Hazardous Materials Safety Civil Penalty Decisions, Motor Carrier Safety Civil Penalty Decisions, Airport-Airline Fees/Rates and Charges Decisions, Aviation Economic Violation Enforcement Proceedings, Aviation Economic Orders and Decisions, Airline Prices/Routes/Services Preemption Decisions, Aviation Enforcement Consent Orders, and Aviation Economic Decisions
- API
Procedure Execution and Projection System
nasa-test-0.demo.socrata.com | Last Updated 2015-07-20T05:15:38.000ZThere is a persistent pressure upon NASA crew members to achieve very high productivity during their missions. Significant challenges exist to maintaining manageable workload while the crew is performing their many and varied tasks allotted for each day while ensuring the crew maintain situation awareness. NASA crew members deal with a large amount of very high technology equipment and perform experiments and procedures that can be extremely long and complex. The solution will require the development of automated management technologies that will operate synergistically with the crew, automating tasks of varying complexity in a dynamic, flexible manner with representations of automation state that the crew is familiar and comfortable with. In this proposal, Cybernet proposes to leverage crew members' capabilities with the design of a distributed Procedure Execution and Projection (PEP) system that focuses on supporting automation of complex procedures while ensuring crew situational awareness and anticipating future problems. Our team will leverage the recent work on the Procedure Representation Language (PRL) and the flexible, distributed and hierarchical capabilities of holonic systems. PRL is an XML encoding of the vehicle/habitat procedures in a form that both crew and automation can use, and the PEP systems' intelligent holonic modules will support crew with a range of capabilities, including automation of procedures, projection of procedures to look for problems and determine courses of action to prevent or mitigate the problems, and make sure that the crew maintain situational awareness of the procedural state. The objectives of the Phase I project are to establish critical requirements for NASA vehicle and habitat crew automation and to design and implement a prototype of the PEP system to demonstrate approach viability.
- API
PHOENIX MARS ROBOTIC ARM CAMERA 5 XYZ OPS V1.0
data.nasa.gov | Last Updated 2023-01-26T20:09:16.000ZThe Robotic Arm Camera (RAC) experiment on the Mars Phoenix Lander consists of one instrument component plus command electronics. This RAC Imaging Operations RDR data set contains xyz data from the Robotic Arm Camera (RAC).
- API
ED Private Establishments & Wages QCEW
internal.open.piercecountywa.gov | Last Updated 2024-04-17T20:58:45.000ZNumbers of private-sector establishments in Pierce County, by quarter, reporting information about employment and wages on the Quarterly Census of Employment and Wages.
- API
ED Total Private Covered Employment
internal.open.piercecountywa.gov | Last Updated 2024-04-17T18:09:50.000ZTotal private-sector employment for jobs covered by Unemployment Insurance as reported by employers through the Quarterly Census of Employment and Wages (QCEW).
- API
Budget - 2021 Budget Recommendations - Positions and Salaries - Chart
data.cityofchicago.org | Last Updated 2020-10-20T21:46:25.000ZThis dataset includes recommended positions and salaries for 2021 by title (without names) and salary. The dataset is excerpted from the 2021 Budget Recommendations, which is the line-item budget proposed by the Mayor to the City Council for approval. Disclaimer: the “Total Budgeted Unit” column displays either A) the number of employees AND vacancies associated with a given position, or B) the number of budgeted units (ie. hours/months) for that position. “Position Control” determines whether Total Budgeted Units column will count employees and vacancies or hours/months. If a Position Control is 1, then employees and vacancies are displayed; if a Position Control is 0, then the total number of hours/months recorded is displayed. This dataset follows the format of the equivalent datasets from past years except that Division Code, Section Code, Subsection Code, and Position Control have changed from Number to Text (not all in the same year) in order to accommodate non-numeric values. For more information about the budget process, visit the Budget Documents page: http://j.mp/lPotWf.