- API
An Effective And Efficient Transportation Network Indicator Summary
stat.montgomerycountymd.gov | Last Updated 2018-07-02T19:09:26.000ZAn Effective And Efficient Transportation Network Indicator Summary. To see details for each benchmark county, go to https://reports.data.montgomerycountymd.gov/dataset/An-Effective-And-Efficient-Transportation-Network-/qxyx-qs79
- 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
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
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
RICAPS On-road Transportation Emissions roll-up 2
datahub.smcgov.org | Last Updated 2019-05-22T23:00:49.000ZData by city showing transportation contribution to greenhouse gas emissions in the County. This data is part of the Regionally Integrated Climate Action Planning Suite (RICAPS) program. The majority of cities used the “in-boundary” methodology that relies on data from the Highway Performance Monitoring System. The inventories for South San Francisco and Unincorporated County use the “origin-destination” methodology from that relies on data from Metropolitan Transportation Commission (MTC). So, directly comparing vehicle miles traveled (VMT) across all cities is not statistically possible. Each city in San Mateo County has the opportunity to develop its own Climate Action Plan (CAP) using tools developed by C/CAG in conjunction with DNV KEMA https://www.dnvgl.com/ and Hara. http://www.verisae.com/default.aspx. This project was funded by grants from the Bay Area Air Quality Management District (BAAQMD) and Pacific Gas and Electric Company (PG&E). Climate Action Plans developed from these tools will meet BAAQMD's California Environmental Quality Act (CEQA) guidelines for a Qualified Greenhouse Gas Reduction Strategy. For more information, please see the RICAPS site: http://www.smcenergywatch.com/progress_report.html
- API
Vital Signs: Commute Mode Choice (by Place of Residence) – Bay Area
data.bayareametro.gov | Last Updated 2020-05-20T21:50:47.000ZVITAL SIGNS INDICATOR Commute Mode Choice (T1) FULL MEASURE NAME Commute mode share by residential location LAST UPDATED April 2020 DESCRIPTION Commute mode choice, also known as commute mode share, refers to the mode of transportation that a commuter uses to travel to work, such as driving alone, biking, carpooling or taking transit. The dataset includes metropolitan area, regional, county, city and census tract tables by place of residence. DATA SOURCE U.S. Census Bureau: Decennial Census (1960-2000) - via MTC/ABAG Bay Area Census http://www.bayareacensus.ca.gov/transportation/Means19802000.htm U.S. Census Bureau: American Community Survey Form B08301 (2006-2018; place of residence) www.api.census.gov CONTACT INFORMATION vitalsigns.info@bayareametro.gov METHODOLOGY NOTES (across all datasets for this indicator) For the decennial Census datasets, the breakdown of auto commuters between drive alone and carpool is not available before 1980. "Other" includes bicycle, motorcycle, taxi, and other modes of transportation. For the American Community Survey datasets, 1-year rolling average data was used for metros, region, and county geographic levels, while 5-year rolling average data was used for cities and tracts. This is due to the fact that more localized data is not included in the 1-year dataset across all Bay Area cities. Regional mode shares are population-weighted averages of the nine counties’ modal shares. "Auto" includes drive alone and carpool for the simple data tables and is broken out in the detailed data tables accordingly, as it was not available before 1980. “Transit” includes public operators (Muni, BART, etc.) and employer-provided shuttles (e.g., Google shuttle buses). "Other" includes motorcycle, taxi, and other modes of transportation; bicycle mode share was broken out separately for the first time in the 2006 data and is shown in the detailed data tables. Census tract data is not available for tracts with insufficient numbers of residents or workers. The metropolitan area comparison was performed for the nine-county San Francisco Bay Area in addition to the primary MSAs for the nine other major metropolitan areas.
- 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
PHOENIX MARS ROBOTIC ARM CAMERA 5 NORMAL OPS V1.0
data.nasa.gov | Last Updated 2023-01-26T20:52:37.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 normal data from the Robotic Arm Camera (RAC).
- API
Report Card Enrollment 2016-17 School Year
data.wa.gov | Last Updated 2023-12-22T20:52:25.000ZThis file includes Report Card enrollment data from 2016-17 school year. Data is disaggregated by school, district, and the state level and includes counts of students by the following groups: grade level, gender, race/ethnicity, and student programs and special characteristics. Please review the notes below for more information.