# How DTPR was Developed

In 2019 it was becoming clear for the reasons outlined in the “Why DTPR” section above, that we needed a new way for us to make the technologies in our environment to be deployed transparently and inclusively with the public in the places they would be interacting with them.

### The Co-Design Process

As part of modern design best practice, in order to create a solution that is useful for people, we have to design with the people. As Jacqueline Lu, Patrick Keenan and others who embarked on this journey, they brought together over 100 participants from various cities and a cross-cutting set of experts from design, data privacy and the public realm. Together, these diverse  engaged in sketching, debating, and iterating to shape what we now recognize as the Digital Trust for Places & Routines (DTPR) standard.&#x20;

<figure><img src="/files/LVzhBJDuOK6lAPr4KnWY" alt=""><figcaption><p>Image credits: Sidewalk Labs</p></figcaption></figure>

**The first co-design session was held at Sidewalk Labs’ 307 workspace in Toronto, Canada**. Several additional co-design sessions took place as part of this process, including one in London, UK, as an integral component of **The GovLab's Data Stewards Camp** and another at the **World Economic Forum's Centre** for the Fourth Industrial Revolution.

Broader participation was actively sought in shaping the development of these prototypes by organising co-design activities at civic tech events such as **BetaNYC’s School of Data** conference in New York City and facilitating project breakouts at the **CivicTech Toronto** meetup.

To begin this co-design process, participants were asked to consider their questions and concerns regarding existing technologies:<br>

<figure><img src="https://lh7-us.googleusercontent.com/7e7r3REm7WUH1rnH3FA7iOahNG4ArTl8lRz8ye4HJneH__lLIrLkW2YgmAGFLcL0i6yxprrdKSv3zXJ7L0F50fXDMyViWhvEVUhLs5xfle-_1Z9B9W-BaFj85CdChXl89IC-l0a0jIMYT1bOdwI5ozs" alt=""><figcaption><p>Image credits: Sidewalk Labs</p></figcaption></figure>

Many people wanted to know if the technology could see them, while others voiced concerns about the location and duration of data storage. Given the multitude of questions and concerns, responses were organized and prioritised themes to identify prevalent questions. The sessions revealed six consistent themes:

* Purpose and Benefit
* Identity and Privacy
* Accountability and Feedback
* Sensor and Technology
* Processing
* Access and Storage

These thematic categories help distil and communicate key information that addresses the most common inquiries and uncertainties and have formed the backbone of the structure of the taxonomy developed as part of DTPR.&#x20;

### User Testing&#x20;

Comprehensive user testing sessions were conducted through a collaborative effort with Code for Canada's [GRIT](https://codefor.ca/getgrit/)  (Gathering Residents to Improve Technology) user research and usability testing service that enabled us to connect with diverse and underrepresented communities to test and refine DTPR. These sessions provided a platform for participants to actively engage with the prototypes, offering valuable insights and feedback.

In addition to traditional testing methods, the project ensured ongoing involvement by organising live video share-outs, where participants were invited to join interactive video sessions.

From this research with both experts and with the public a set of principles were developed that underlie the design and implementation of the DTPR standard as well as the design language underlying the DPTR standard in general.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://helpful-places.gitbook.io/a-guide-to-dtpr/appendix/how-dtpr-was-developed.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
