SF Bay Area Disaster Mgmt. Portal (Phase 1) Presented by: Collaborate.org team Kevin Montgomery Jeff Schaffzin Scott Schiro Technology Entrepreneurship Stanford University Venture Lab 7 November 2012
Jun 25, 2015
SF Bay Area Disaster Mgmt. Portal(Phase 1)
Presented by:Collaborate.org teamKevin Montgomery
Jeff SchaffzinScott Schiro
Technology EntrepreneurshipStanford University Venture Lab
7 November 2012
SF Bay Area Disaster Mgmt. PortalFeature: Dashboard
Meeting status:Provides user to access teleconference, videoconference
Portal description
Calendar widget:Provides overview of events, milestones, etc. for current month
NOTE: Other widgets can be placed on dashboard – e.g. News Feeds, Comments, etc.
Toolbar that provides commonly used tasks
SF Bay Area Disaster Mgmt. PortalFeature: Toolbar
Create Content: Options include: Blog, Event, Task, Project, Folder, Reader FeedMembership: Search: Search for <value> anywhere in portal
NOTE: Icons on right are shortcuts to pages with contentFrom left to right:Blog: Blog home page – create, read, comment on blogs related to portalNotebook: Task List: To do listCalendar: Track events, milestones, other datesMember List: Organize membersFolders: Store information similar to “Dropbox”News Feeds: RSS feeds, tweets, etc.Layers: Use to define layers that can be presented on map
SF Bay Area Disaster Mgmt. PortalBlog Home Page
SF Bay Area Disaster Mgmt. PortalBook Home Page
SF Bay Area Disaster Mgmt. PortalTask List Home Page
SF Bay Area Disaster Mgmt. PortalCalendar Home Page
SF Bay Area Disaster Mgmt. PortalMembers Home Page
SF Bay Area Disaster Mgmt. PortalFolders Home Page
SF Bay Area Disaster Mgmt. PortalNews Feeds Home Page
SF Bay Area Disaster Mgmt. PortalLayers Home Page
FEEDBACK SECTION
Scott’s ContactsThe main objective is Improving access to information on disaster risk and disaster risk management. This includes the following intended outputs:
1. National Disaster Risk Management Portal established and made functional:a) Information on different aspects of Disaster Risk Management delivered to development
planners and Disaster Risk Management practitioners.b) Improved/updated disaster risk management plans at national, provincial and local levels.c) 600 number of users across sectors/administrative levels of this information portal to be
achieved.d) Linkages with the ongoing development information systems to be established.
2. Increased capacity for analyzing disaster trends and their application in decision-making.
a) A pool of experts in place with ability to maintain inventories.b) Disaster loss inventories established within relevant government departments.c) Regular reports on disaster trends produced and applied for decision-making.
Scott’s ContactsRequirements:• Integrate the process of planning, coordinating and implementing relief measures during disasters.• Collect and consolidate existing information on disaster risks through the portal• Links local, intermediate, national and international partners in risk reduction• Provide methods for members of the community to communicate and get key info out to members• Information should be immediate and easy to digest
Concerns/Negatives:• Too much information – needs to be clear on what info is required to prepare for disasters and to
coordinate and mobile resources during a disaster• - If you have to wait for batch jobs to run to get the info required• - System is not stable
Links: • http://www.undp.org.ir/drm/EN/National_Disaster_Portal.asp• http://www.disaster.qld.gov.au/dmportal/default.htm• http://
www.techrepublic.com/whitepapers/the-rescue-disaster-portal-for-disasters-and-emergency-response/2518865
Jeff’s Contacts
Value Proposition:• For residents of the San Francisco Bay Area, who need a reliable
source for emergency information, the SF Bay Area Disaster Management Portal is a product/service that provides a consolidated real-time resource for gathering and sharing information and instructions for use by individuals, first responders and other emergency personnel in a regional (city, county, state-wide) emergency situation.
• Unlike the broadcast media (radio, TV, newspapers), our service provides our consumers information that is most relevant to them from a geographic, therapeutic or other perspective.
Jeff’s ContactsPositives:• Value proposition is sound -- very useful for people who don't plan ahead or are not given warning about
impending incident• Great that information is consolidated in one place instead of having to use different apps to find info.
Negatives / Concerns:• Data privacy -- what if I want to share some info, but not everything with group (can I have sub groups?)
Private/Public is not enough granularity• Data reliability -- what's to ensure that the data does not go "stale" • Scalability - will platform be able to handle large #s of users using it at same time• Hardware support - web site does not seem to work on PCs with lower end graphics cards • End users need to demand this product -- can't assume that government will be able to get people to
provide info, use the system, etc• Performance - Portal needs to provide updated information very quickly (even with direct connection to
Internet w/Ethernet cable it's extremely slow)• Feasibility - Will we be able to obtain all of this info? (I would imagine the answer is yes, but since it was
mentioned twice, I wanted to make sure I listed it)• Cost - Who will pay for this? • Would not be interested in buying products from portal - distracted from main purpose of application
Jeff Sources• Dave Candee -- VP Operations – SecureALL• Rick Schaffzin -- CEO of -- SecureALL / lead adjunct professor @ OMIS Dept, Santa
Clara University
Kevin’s ContactsMain Requirements/Needs:• Ability for general public to access information (anonymously, but also login)
– Disseminate preparatory information before event– Rapid dissemination of information during event– Ability to opt-in for email/txt-based information push– Ability to enter information from citizens
• Location and capabilities of emergency/first responder equipment and personnel– Ability to upload KML/KMZ/other data on locations– Integration with existing location tracking system– Integration with multi-level law enforcement
• Other data integration:– Creek/flood monitors, air quality, earthquake information– Fire cameras, traffic/street cameras, Radio/tv
• Ability to rapidly identify location and extent of damage– Citizen reporting beats ‘dashboard survey’ approach
• Communications- ability to function even when traditional infrastructure (cell) is down– Ubiquity of access, multiple methods for access
• Ability to share data and collaborate with individuals at local, state, federal level, including partner agencies• Stability, broad use, accessibility, secure• Multiple roles- authoritative sources, first responders, citizens have different views/roles• Low cost/free
Kevin SourcesSources:• Richard Patrick, Director, Medical First Responder Coordination, Dept of Homeland Security• Kenneth Dueker, J.D., Director, Office of Emergency Services City of Palo Alto• Jonathan Reichental, Ph.D. :: Chief Information Officer, City of Palo Alto• Maj David Bozzo, USAF ANG 129 OSF/IN