Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Public Safety Mashups to Support Policy Makers || Choennie

680 views

Published on

Published in: Design
  • Be the first to comment

Public Safety Mashups to Support Policy Makers || Choennie

  1. 1. EGOVIS – Sept 2010 Public Safety Mashups to Support Policy Makers Sunil Choenni Rotterdam University/ WODC
  2. 2. Content <ul><li>Introduction </li></ul><ul><li>Measuring Safety </li></ul><ul><li>Architecture Design & Implementation </li></ul><ul><li>Creating Mashups </li></ul><ul><li>Conclusions & further Research </li></ul>
  3. 3. Introduction <ul><li>Policy makers have a need for statistical insight into public safety at different levels, such as regional and national </li></ul><ul><li>Data wrt public safety are collected by different organisations and published on different websites. </li></ul><ul><li>Integrating these data may increase the insight in public safety </li></ul>
  4. 4. Introduction <ul><li>Goal: provide policy makers a tool such that they may create mashups, i.e., able to combine data from different sources and create their own content. </li></ul><ul><li>requirement: avoid undesired effects </li></ul><ul><li>violation of privacy </li></ul><ul><li>misinterpretation of statistics </li></ul><ul><li>disclosure of the identity of a group of individuals </li></ul>
  5. 5. Approach <ul><li>How to Measure Safety </li></ul><ul><li>- broad and subjective notion </li></ul><ul><li> - searched for variables that are useful to make safety operational </li></ul><ul><li>To find out the Information Need of Policy Makers </li></ul>
  6. 6. Measuring Safety <ul><li>Phenomena and variables related to public safety </li></ul><ul><li>Have exploited literature on criminology and public safety </li></ul><ul><li>Have exploited domain knowledge and databases </li></ul><ul><li>Phenomena related to Public Safety (about 1500 variables) </li></ul><ul><li>Crime – registered crime, victims, preventive measures </li></ul><ul><li>Enforcement – police contacts, suspects, solved crime </li></ul><ul><li>Sanction – fines, imprisonments, judicary cases </li></ul><ul><li>Police & justice resources - prison capacity, police officers </li></ul>
  7. 7. Information Need <ul><li>By means of two workshops: about 30 people participated ranging from junior policy makers to directors </li></ul><ul><li>Some individual meetings after the workshops </li></ul><ul><li>Results </li></ul><ul><li>Three types of questions </li></ul><ul><li>Contextual data is required as well </li></ul><ul><li>Requirements to the tool </li></ul>
  8. 8. Three types of questions <ul><li>Simple queries . For example,how many people in a region within a time period responded in a specific way to a specific survey question? </li></ul><ul><li>Context of a quantifier . For example, how does the growth or decline of a specific figure in a geographical region relate to another figure? For example, a growth in bicycle thefts in a neighbourhood can turn into a relative decline when local population growth exceeds. </li></ul><ul><li>Similarity queries , i.e. looking for regions that share in some respect the same context. After querying for a specific data set in which some numbers stand out in some way, the user can query for other regions that show similar numbers or trends. </li></ul>
  9. 9. Requirements <ul><li>rules & regulations wrt privacy should be respected (in agreement with our requirement) </li></ul><ul><li>Help required in interpreting statistics/result </li></ul><ul><li>Interaction with the tool </li></ul><ul><li>Possibility to add new data and questions </li></ul><ul><li>Architecture design focussed on </li></ul><ul><li>Extensibility and flexibility </li></ul><ul><li>User friendly interfaces </li></ul>
  10. 10. mashed up data defined mashup store/ retrieve data source data Data Warehouse Interface Layer Presentation module Mashup module ETL process set queries query results translator 1 translator 2 translator n mashup_to_sQL Data access layer
  11. 11. Architecture <ul><li>Data is stored aggregated at police region level in DW </li></ul><ul><li>Each region is distinguished by a regionid in DW </li></ul><ul><li>Mashup module contains click and drag facilities and menus to define a mashup </li></ul><ul><li>Presentation Module has the capability to present the output as tables, graphs, figures, … </li></ul><ul><li>For interpretation purposes: how a result is obtained? E.g. is the result based on survey or register data, the meaning of a unit in which a number is expressed </li></ul>Vul titel presentatie in | Vul datum in
  12. 12. Architecture: to prevent violation of privacy <ul><li>only attributes are stored in the system that are in line with Dutch Personal Data Protection Act, i.e., no data wrt someone religion or life conviction, political conviction, health, sexual orientation </li></ul><ul><li>only aggregated data are stored </li></ul><ul><li>Mashups that contains results that may violate the privacy are not shown by the presentation module </li></ul><ul><li>( e.g. if there are only 2 convicted persons for a crime type X, this is not shown. Also if there are 90 % of the people in a region involved in crime, this is not shown as well </li></ul><ul><li>- ( An extensive explanation module to facilitate interpretation) </li></ul>Vul titel presentatie in | Vul datum in
  13. 13. Creating Mashups <ul><li>User selects indicator from a tree, </li></ul><ul><li>looks at meta data, </li></ul><ul><li>selects a period, </li></ul><ul><li>selects a region level, </li></ul><ul><li>and selects a presentation form </li></ul>
  14. 14. Vul titel presentatie in | Vul datum in
  15. 15. Conclusion & further research <ul><li>To meet the practical need of policy makers we implemented a tool that facilitates to create mashups. Currently the tool is used at our department. </li></ul><ul><li>avoid undesired effects </li></ul><ul><li>Extensible </li></ul><ul><li>rich set of presentation capabilities </li></ul><ul><li>Further research </li></ul><ul><li>evaluation </li></ul><ul><li>Scalability, google like engine </li></ul><ul><li>(adding more resources -  information overload?) </li></ul>
  16. 16. <ul><li>Provide citizens to create their own mashups i.e., combine different data sources focussed towards Rotterdam to create their own content. </li></ul><ul><li>However, </li></ul><ul><li>More data (locally focussed) </li></ul><ul><li>Wide variety of structured data such as sensor data </li></ul><ul><li>(tid, pid, objectid) </li></ul><ul><li>Added value different types of data , such as semi-structured data and unstructured data ( social media) </li></ul>Other applications: Rotterdam Open Data

×