Bonus entry 5: My submission to Waterfront Toronto Quayside development consultations

Note: Waterfront Toronto’s initial consultations on Sidewalk Labs’ 1,496-page Master Innovation and Development Plan ended yesterday. The results will be used in some way to inform something that Waterfront Toronto has planned for the Fall. Maybe it’ll be a report on the feedback itself, as indicated in its Note to Reader. Maybe it’ll be input into its official response to the MIDP (which is weird since the Plan Development Agreement joins Sidewalk Labs and Waterfront Toronto at the hip in the development of the MIDP, but, you know, whatever). Or maybe it’ll be used to “design the second round of public consultation planned for this Fall.” Or maybe all of them! Or none of them! It’s all very TBD, which is probably not the best look for an organization that might want to convince the public it can manage a multi-billion-dollar smart-city project.

Anyway, since I’ve been liveblogging the MIDP it made sense for me to submit something. I’m not yet finished the report; I have a backlog of about 20 more posts at the moment (it’s a loooong report) but still have about 200 pages to go. Since Waterfront Toronto’s surveys don’t really allow for an easy way to get at the fundamental problems with the MIDP. I also didn’t feel like wasting so much time filling out an anonymous survey (that the only way to participate online is anonymously is a problem in itself).

So I emailed them my views on the project. I have no idea whether they’ll be accepted, arriving as they did in such an unorthodox manner.

Anyway, for the record, here’s my take on the MIDP, as someone who’s tried to pay very close attention not only to the report but the context in which it was written. In short, I believe the MIDP goes far beyond the RFP and fails to deliver a Quayside-only development plan. Between this failure and multiple process and substantive issues, the MIDP should be rejected.

Submission to Waterfront Toronto Quayside development consultations

Dr. Blayne Haggart
Associate Professor, Department of Political Science
Brock University
July 31, 2019

This submission is based on an almost-complete review of Sidewalk Labs’ Master Innovation and Development Plan. After having spent three weeks reviewing the Plan (chronicled on my blog), I have read to page 63 of Volume 3, or page 1,313 of the overall consolidated document. In this submission, I address fundamental problems with Waterfront Toronto’s consultation process; the inadequacy of Sidewalk Labs’ proposed plan when measured against Waterfront Toronto’s original Request for Proposals; and some of the more problematic aspects of a poorly thought-out development plan.

For the reasons discussed below, I strongly recommend that Waterfront Toronto reject Sidewalk Labs’ Master Innovation and Development Plan and sever its relationship with this company. If Waterfront Toronto remains interested in pursuing an innovative smart-city community plan, it must pursue the internal capacity to develop and evaluate such plans.

Flawed consultations process

This submission is lodged with the recognition that the consultation process that Waterfront Toronto has initiated to review this project is both compromised and fundamentally flawed. These flaws go beyond the substantive issues addressed in Waterfront Toronto’s Quick Survey and its Substantive Survey. For this reason, I am submitting a written brief, with my name attached, rather than filling out an anonymous survey.

Lack of review time for initial consultations

Sidewalk Labs released its Master Innovation and Development Plan (MIDP) on June 24. Waterfront Toronto initiated two rounds of consultations, one ending July 31 (today) and the other to be held sometime in the Fall. The first round of consultations, which consisted of a series of public meetings and information sessions held between July 8 and 25, and an anonymous short and long online survey.

The MIDP is a long, complex document that, if implemented, would involve extensive multi-level governance reforms and the implementation of currently non-existent technologies, or technologies that have not yet been proven at scale. It is based on assumptions regarding the future development of cities – such as the appropriate balance between cars (self-driving or otherwise) and public transit – that are policy-based, not technological. It invents terms, such as “urban data,” that are not in wide use (beyond these documents) and whose meanings are thus unclear.

It is, to be blunt, ridiculous bordering on absurd that Waterfront Toronto began its “Public Consultations on Sidewalk Labs’ Proposal for Quayside” only two weeks after the report was released, in the dead of summer. I have been reading, writing and blogging about it nearly non-stop for the past several weeks, and I will likely finish reading the whole thing tomorrow (August 1, one day after the first deadline). As for Sunday, July 28, Bianca Wylie, probably the person who’s paid the most attention to this file outside of Waterfront Toronto and Sidewalk Labs, had not yet finished reading and analyzing it. Choosing an arbitrary deadline 38 days after this report was released, in the summer, is a recipe for shallow or prejudged hot takes. Any public information that Waterfront Toronto will get from this process will be relatively useless.

As a barometer of public opinion, moreover, the anonymous nature of the surveys leaves the system open to being gamed by pro- or anti-Quayside partisans, will make it similarly useless.

Minimizing effective public input

What’s more, the exact nature of the Fall consultations and the overall timeline remains frustratingly opaque. Waterfront Toronto’s website cryptically notes: “Feedback received over the summer will help us design the second round of public consultation planned for this Fall.”

However, it does not make clear what the exact topic of consultation will be. Waterfront Toronto’s Note to Reader, released days after the MIDP as a seeming first reaction to the MIDP, merely states that submissions received up to July 31 “will be summarized and shared publicly by the end of August 2019.”

A July 17 Financial Post article that sources two senior Waterfront Toronto officials, reports that: “In September, Waterfront Toronto will publish a response to the MIDP pulling together criticisms and concerns based on public commentary and responses from the various levels of government.” Then, “After Sidewalk Labs receives the formal response document from Waterfront Toronto, the public agency says it will hold a second phase of public consultations toward the end of 2019 to solicit public feedback on any substantial changes that Sidewalk makes as they turn the draft MIDP into a final document.”

Finally, in correspondence with Waterfront Toronto, I’ve been told that the timing of the consultations is “TBD.”

This lack of clarity for consultations on a multi-billion-dollar project is profoundly disturbing. Is Waterfront Toronto merely writing a report on these summer consultations? Is it designing consultations based on the summer sessions? Is it preparing a formal September response to Sidewalk Labs, with the public only allowed full voice on a final, take-it-or-leave-it proposal?

Based on the Financial Post story, as well as the aggressive timelines Sidewalk Labs has proposed for the project (Volume 3, p. 203), it looks like Waterfront Toronto will be basing its formal response to the MIDP on three weeks of flawed (to say the least) summertime “consultations.”

If the Financial Post article is accurate, by delaying substantive public contributions until after Sidewalk Labs has released a final MIDP, Waterfront Toronto is denying the public the opportunity for meaningful feedback on the MIDP, since they will only be commenting on changes Sidewalk Labs would make. And at any rate, these consultations would have to address the quality of and recommendations in Waterfront Toronto’s September report.

At the very least, the process Waterfront Toronto is following needs to be made clear. An informed public’s voice – beyond the July consultations – must be included in Waterfront Toronto’s formal response to the draft MIDP.

Waterfront Toronto’s impartiality

Waterfront Toronto needs to explain the exact nature of its relationship with Sidewalk Labs. As I detail in a blog post, the Plan Development Agreement, which sets out  “a roadmap for the planning phase of the Project involving the preparation and creation of a Master Innovation and Development Plan” (Preamble), requires that Sidewalk Labs and Waterfront Toronto jointly produce the MIDP. However, Waterfront Toronto Chair Stephen Diamond claims, “Waterfront Toronto did not co-create the MIDP.”

This goes directly against what is in the Plan Development Agreement, as well as common sense. From the very beginning, as I detail in the aforementioned post, Sidewalk Labs and Waterfront Toronto have pursued a collaborative approach to governance:

a bold, first of its kind, and innovative approach to city-building to deliver transformative benefits in quality of life to a diverse set of residents, workers, and visitors in Toronto. This requires the collaboration of Waterfront Toronto and Sidewalk Labs to develop the MIDP. (Plan Development Agreement, Schedule J, 1.01(a)))

Diamond’s comments and Waterfront Toronto’s attempts at running a public consultation in the manner that it has comes across as an attempt to present Waterfront Toronto as the independent arbiter. However, the PDA and Waterfront Toronto’s past collaboration on this project render it impossible for Waterfront Toronto to play this role. It would have been far better for Waterfront Toronto to admit that this is a collaborative effort and proceed on those grounds. Instead, it is now very difficult to believe that these consultations are a sincere attempt to gauge public opinion or to incorporate it into the review process.

MIDP an inadequate response to the Request for Proposals

Beyond Scope

The MIDP represents an inadequate, over-reaching response to Waterfront Toronto’s original Request for Proposals. The RFP officially focuses on the 12-acre Quayside Development (RFP, p. 6), although it is envisioned as “a pilot environment for the broader eastern waterfront revitalization” (RFP, p. 14).

The RFP, in other words, clearly saw Quayside as the main focus, with Waterfront Toronto reserving the right to advance Quayside-developed “solutions, processes and partnerships across the eastern waterfront “as those lands become available to Waterfront Toronto (as per the established protocols with the City of Toronto)” (RFP, p. 6).

Instead of a Quayside development that could potentially be rolled out into the entire Eastern Waterfront “as those lands become available to Waterfront Toronto (as per the established protocols with the City of Toronto),” Sidewalk Labs’ MIDP presents a comprehensive plan for developing Quayside and part of Villiers Island, and for regulating and rolling out technology for a much larger part of the Eastern Waterfront, which it terms the IDEA District (Quayside plus what it refers to as the River District). While the MIDP claims that Quayside is the initial development, it is only the initial development in the way that installing a foundation is the initial part of building a house.

Moreover, Sidewalk Labs’ emphasis on bringing Google’s Canadian branch headquarters to Villiers West, which it would own, further suggests the extent to which this is an Eastern Waterfront, and not Quayside, development project. As the urbanMetrics-supplied economic analysis of Sidewalk Labs’ proposal remarks, and as Sidewalk Labs reiterates throughout these 1,496 pages, Google’s presence is designed to be the economic catalyst for this entire project:

Notwithstanding the range of other urban innovations proposed, this initiative alone presents an opportunity to cement the Eastern Waterfront as an innovative new district that could become an industry leader in advancing city-based technologies. (p. 15, emphasis added)

That Sidewalk Labs is not presenting a Quayside development that might be expanded into the Eastern Waterfront, but rather a comprehensive plan for development of a huge swath of said waterfront, is further reinforced by March 6, 2019, comments by Sidewalk Labs CEO Daniel L. Doctoroff. In a Canadian Press interview, Doctoroff indicated that Sidewalk Labs will abandon the entire project if light rail is not extended to the Eastern Waterfront: “At the end of the day, if there is no light rail through the project, then the project is not interesting to us, to be perfectly honest.”

In the MIDP Overview, Sidewalk Labs frames the light rail as part of its Quayside-plus plans to develop at “geographic scale”:

Quayside alone is not large enough to support the financing of the proposed LRT extension, a major, new public work; the density across a larger area is needed to cover the projected cost. (Volume 1, p. 225)

Doctoroff’s comments, combined with Sidewalk Labs’ positioning of light rail in terms of its overall project, make it pretty clear that Sidewalk Labs is not proposing a Quayside development phase, but rather a comprehensive Eastern Waterfront development project, of which Quayside is only one district, not a project in and of itself as envisioned in the RFP.

Based on this failure to follow the RFP, this MIDP should be rejected.

Substantive issues: Brief overview

I will be laying out my analysis of the substantive issues regarding the MIDP on my blog over the next several weeks. Due to the length and varied subject matter of the MIDP, this series will likely run until the end of August 2019. From a general perspective, however, I can make several points.

Overly optimistic proposal

Almost all (if not all; I still have a few pages to go) of Sidewalk Labs’ promised outcomes presented in the MIDP are based on absolutely nothing going wrong with anything. It presents no second-best scenarios, no assessments of the effect of particular parts of the plan not coming to pass. For a proposal that is based on using never-before-tried (either at all or at scale) technologies and convincing the three levels of government to change laws and regulations, the lack of such assessments is reckless.

Some of the most problematic assumptions are:

  • Self-driving cars. This proposal has as a fundamental assumption in its mobility plans that self-driving cars will become a transportation mainstay by 2035. This might come to pass. However, as an engineer once told me, self-driving cars are five years away, and will continue to be for the foreseeable future. Moreover, their arrival would require not only technological advancements, but also policy and regulatory changes that would be made at the national, if not international, level. This fact would leave the success of Sidewalk Labs’ plan dependent on factors outside its (if not fully Google’s) control.
  • A mass timber industry. The emergence of this industry would depend on regulatory changes as well as the industry proving viable at scale. Again, this might happen. Or it might not. Its success lies outside of Sidewalk Labs or Waterfront Toronto’s control.
  • Building currently illegal apartment units. Most of the economic efficiencies that Sidewalk Labs claim would allow it to build cheap affordable housing are based not on technological innovations, but rather on convincing the City of Toronto to change its laws to shrink the size of the smallest legal apartment. My first solo apartment was a miniscule studio in Toronto that could barely fit three people standing up. It was a legal apartment – my landlord was very conscientious. Personally, I can’t imagine allowing the construction of even-smaller apartments, but more to the point, Sidewalk Labs’ attempts to get this concession from the City of Toronto will be sure to attract vehement opposition from housing and tenants’ rights activists.

The main point here is that it would be very easy to imagine one or all of these things failing utterly and completely for reasons almost totally out of Sidewalk Labs or Waterfront Toronto’s control. That Sidewalk Labs does not introduce any plans for such contingencies means that we have to assume that the benefits of its proposals will almost certainly be smaller (perhaps much smaller) than they currently predict.

No cost-benefit analysis

With the slight exception of an analysis of the weather’s effect on outdoor activity, the MIDP does not include any attempts at quantifying the degree of “harms” that its technological solutions (in some cases, quite pricey solutions) are designed to solve. Heated sidewalks may be nice, but what is the current cost of not having heated sidewalks?

A more direct way to make this point is, why should Torontonians divert scarce resources to build the transit link that Sidewalk Labs claims is a deal-breaker rather than build the long-needed downtown relief line? It’s not that the case can’t be made for one or the other; it’s that Sidewalk Labs doesn’t even bother, in the MIDP, to make the case.

Sidewalk Labs’ failure to present such figures means that we have no idea, from reading this report, whether its proposals represent an efficient investment of public money.

Dramatic, inefficient expansion of bureaucracy

Perhaps the most surprising part of Sidewalk Labs’ plan is its proposal to create several new bureaucracies, including one that would either replace or rewire Waterfront Toronto itself.

The surprise comes from the shocking lack of specificity about the financial and human resources that these organizations would need to do the amazingly complex and varied tasks they would be asked to undertake. As it currently exists, Waterfront Toronto does not have the capacity to manage all the tasks Sidewalk Labs wants these new agencies to perform.

How many employees would be needed to run these organizations? Nothing in the MIDP addresses this question.

How much money would be needed to run them? Sidewalk Labs assures us, without providing any specifics, that user fees and a share of taxes can do the job? But this assurance is empty if it’s not accompanied by any kind of analysis.

Given its proposed dependence on user fees, Sidewalk Labs should provide a comprehensive tally of the extra taxes and user fees Quayside/Eastern Waterfront residents and users would be expected to pay.

Neither, in a report single-mindedly fixated on arguing that the Eastern Waterfront and not Quayside is the proper financial and technological scale for this project, is it ever justified (either financially or logistically) why the Eastern Waterfront – a relatively tiny piece of land in the scheme of the entire City of Toronto – is the correct scale for such bureaucratic changes.

Example: The Waterfront Transportation Management Association

The (uncosted) Waterfront Transportation Management Association provides us with a good example of everything wrong with Sidewalk Labs’ bureaucracy proposals.

As a subsection of the Waterfront Toronto-like agency supervising development, it would be responsible for coordinating “the transportation system in the IDEA district by deploying a mobility management system” (pp. 84-85). It would not have much of an effect at the Quayside level (Volume 2, p. 85).

Its roles would be varied, focusing mainly on the operational, technical and administrative:

  • Creating a mobility subscription package
  • Deploying a holistic mobility management system
  • Managing and setting prices for the curbside and parking systems
  • Procuring and operating new technologies, such as adaptive traffic signals, dynamic pavement, freight and deliveries, or other third-party systems and apps
  • Integrating systems with third-party navigation apps
  • Allocating space across the needs of mobility, access, safety, and the public realm
  • Reporting on performance targets related to congestion, mode share, and customer service (p. 86)

It would also:

  • Develop specific guidelines (p. 87);
  • “Oversee planning, operations and maintenance” of all roads, hardware and software for parking, curb and traffic management;
  • Set and enforce parking, curbside and road usage fees;
  • setting speed limits;
  • Manage street closures for construction or events;
  • handle data properly;
  • create a trip-planning interface/app Sidewalk Labs is all keen for;
  • Snow and debris clearing “beyond heated pavement”;
  • Constructing and financing roads or parking facilities; and
  • Run the “advanced mobility management system”.

These are a lot of roles, and it will take many people to fill them. It would require workers to do both physical labour and maintain complex IT systems, systems that are much, much more complex than anything Toronto has today, in part because everything is interconnected.

Again, how much would this type of bureaucracy cost? Can this cost be justified for such a tiny parcel of land?

This is not a concrete plan for an actual organization, but a list of things that Sidewalk Labs needs to be done for its project to work. That Sidewalk Labs has not fully thought this through – that they have not come up with a plan, but some ideas – is suggested by the lack of attention to resources needed.

It is also reflected in the fact that its sole concrete suggestion for a WTMA is that the agency responsible for plowing the roads, maintaining the software, closing off roads for block parties and collecting fees “would include a steering committee with representatives from all three orders of government” (Volume 3, p. 70). It makes less than no sense that this form of governance – a recipe for inaction that contributed to Waterfront Toronto’s inability to move quickly on waterfront development in the first place – be placed at the operational level. As proposed, the WTMA would not be a policy-making body; there would be no need for a tripartite steering committee here.

This kind of thing is Federalism 101. That Sidewalk Labs isn’t aware of this type of politics demonstrates the extent to which this report is not ready for prime time.

Sidewalk Labs as de facto governmental body

Sidewalk Labs sees one of its key roles as the de facto tech and infrastructure standards governor for the IDEA District. This would give it regulatory powers akin to those of a city, as it would determine the standards that residents and businesses would have to adopt.

This is a role that should only be conducted by an accountable body. Sidewalk Labs is not such an organization. Moreover, while Waterfront Toronto or its successor agency would have some official power in this area, nothing to date suggests that the organization is capable of dealing with issues of technological governance. Indeed, the Auditor General of Ontario’s December 2018 report into Waterfront Toronto noted that neither Waterfront Toronto nor the Province of Ontario had sufficient capacity in this area.

In the case of Sidewalk Labs, its involvement in the Eastern Waterfront raises the strong possibility that, as a Google company, it will adopt Google standards and technologies, which may not be the most appropriate for the area. Rather than run a competition to see what type of standard the districts should adopt, as would a normal government agency, in the MIDP Sidewalk Labs says it would implement a Google internet network technology called Super-PON. This proposal, a clear conflict of interest from a Google sister company, should be a harsh reminder that Sidewalk Labs’ primary loyalty will always be to Google. It would be unreasonable to assume that a de facto Google company like Sidewalk Labs would act otherwise. It suggests why it is a very bad idea to put companies in charge of standard-setting: the temptation for self-dealing is too great.

This conflict of interest from Sidewalk Labs highlights the fundamental flaw with the original Request for Proposals: it gave the responsibility for these powers to its private-sector partner. By asking a for-profit company to tell it how it should govern, rather than to help it carry out a plan, Waterfront Toronto abdicated its responsibility to the public.

Unclear data commitments

As I will be covering in my blog posts, Sidewalk Labs’ data commitments are much less than meets the eye. Its definition of “urban data” and “transaction data” serves to obfuscate more salient descriptions of data as “public” or “private.” Its commitment not to sell personal data or to use it for advertising is undercut by its claim that it will only do so if given “explicit consent.” The problem here is that, as Sidewalk Labs defines the term, urban data is data collected in public for which individual consent is very difficult. Consent must therefore come through some kind of collective regulation. This is not how most people would understand “explicit (individual) consent.”

This type of commitment is no commitment at all; at best, it defers the actual discussion about what data can and cannot be collected for another day, once the MIDP has been approved.

Conclusion

This paper represents a very incomplete analysis of issues arising from the MIDP, the process that led to it, and the current consultations process. As already stated, there are sufficient fundamental flaws with this process, as well as with what the MIDP promises to deliver, that it cannot be salvaged.

There is no independence between Waterfront Toronto and Sidewalk Labs. Sidewalk Labs has failed to deliver on what the RFP required. It has failed to fully account for the bureaucratic burden of its proposal while also failing to make clear, explicit commitments on data use. Waterfront Toronto does not have the capacity to implement a smart-city-style project. Finally, the consultation process does not give adequate voice to the public that Waterfront Toronto is supposed to serve. For these reasons,

I strongly recommend that Waterfront Toronto reject Sidewalk Labs’ Master Innovation and Development Plan and sever its relationship with this company. If Waterfront Toronto remains interested in pursuing an innovative smart-city community plan, it must pursue the internal capacity to develop and evaluate such plans.

Posted in Quayside | Tagged , , , , , , , , | Comments Off on Bonus entry 5: My submission to Waterfront Toronto Quayside development consultations

Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 15: The MIDP Volume 1: The Plans, Introduction

In which I consider the line between fulfilling the RFP and overreaching it, reflect on the way Sidewalk Labs’ plan mirrors the long-discredited national-development strategies of the 1960s, dig a bit more into Sidewalk Labs’ desired rule-setting powers, and thank Sidewalk Labs for small mercies along the way.

Also: I have questions.

Previous Master Innovation and Development Plan liveblog entries and relevant documents available here

One down, three to go

As we move from the Overview to Volume 1, I’ve started to reflect on my decision to blog the entire Master Innovation and Development Plan. I’ve been something of a Negative Nancy when it comes to Sidewalk Labs’ literary style, which can only be described as “dauntingly unapproachable.”

But let no one say that Sidewalk Labs lacks compassion for the cursed souls doomed to read their masterwork from start to finish. Some 244 pages into Volume One, not even at the halfway point but exhausted and demoralized, Sidewalk Labs gave me exactly what my drained psyche needed.

A chapter (Public Engagement) repeated word-for-word from the Overview. The less charitable might whinge that this precise duplication is unnecessary padding designed to make the report seem both comprehensive (read: it’s so long it must be substantive) and unreadable, but I took it for what it obviously was: a quiet mercy for the weary, frustrated and exasperated reader.

I knew that this respite would be short-lived, but for those six pages (and in the many, many other instances of smaller repetitions) I could rest, secure in the knowledge that while these consultations ranged from problematic to laughable, I’d already covered them.

Thank you, Sidewalk Labs.

Introduction (pp. 16-23)

The RFP recognized the potential constraint of Quayside, at just five hectares, including a requirement to “describe your team’s ability and readiness to take the concepts and solutions deployed on Quayside to scale in future phases of waterfront revitalization.” The Plan Development Agreement describes the MIDP as including both plans for the Quayside parcel and “plans at scale.”

Consistent with these calls, Sidewalk Labs believes in a phased approach for testing, refining, and demonstrating the impact of core innovations, beginning with a smaller setting and working up to larger areas along the eastern waterfront as project objectives are achieved. Certain solutions cannot reach their full impact at the size of a small neighbourhood like Quayside while others do not become financially feasible at this smaller scale.

For these reasons, Sidewalk Labs has proposed a geography for the IDEA District that can meet or exceed the ambitious priority outcomes outlined by Waterfront Toronto, and do so in a way that is both financially achievable and replicable in other parts of Canada and around the world. (p. 18)

One’s thoughts on this section and its relationship with the Request for Proposals will determine whether you think that Sidewalk Labs is delivering on the RFP or overreaching it.

In the RFP, as Sidewalk Labs notes, Waterfront Toronto said it was looking for a partner that had thoughts on how to scale up any Quayside projects to the Eastern Waterfront, with the Plan Development Agreement calling for plans for Quayside and for “plans at scale.” (And recalling Waterfront Toronto’s pre-RFP interactions with Sidewalk Labs, as described by the Auditor General of Ontario.)

And Sidewalk Labs formally presents plans for Quayside and an overall “IDEA District.” However, whether or not you’re comfortable with Sidewalk Labs’ IDEA District plan will depend on whether you believe that Sidewalk Labs’ Quayside plans are functionally separate from their wider designs. This includes not only the “River District,” but most importantly “Villiers West,” where it wants to place Google’s Canadian branch headquarters.

For my part, my impression is that Sidewalk Labs in practice sees the IDEA District as being part of a single plan. This differs from what Waterfront Toronto was seeking in the original RFP, which envisioned the partner following Waterfront Toronto into the rest of the Eastern Waterfront, as parcels of land became available (i.e., to Waterfront Toronto), not a comprehensive development for more than Quayside.

That Sidewalk Labs is not presenting a Quayside development that might be expanded into the Eastern Waterfront, but rather a comprehensive plan for development of a huge swath of said waterfront is further reinforced by March 6, 2019, comments by Sidewalk Labs CEO Daniel L. Doctoroff. In a Canadian Press interview, Doctoroff indicated that Sidewalk Labs will abandon the entire project if light rail is not extended to the Eastern Waterfront: “At the end of the day, if there is no light rail through the project, then the project is not interesting to us, to be perfectly honest.”

In the MIDP Overview, Sidewalk Labs frames the light rail as part of its Quayside-plus plans to develop at “geographic scale”:

Quayside alone is not large enough to support the financing of the proposed LRT extension, a major, new public work; the density across a larger area is needed to cover the projected cost. (p. 225)

Doctoroff’s comments, combined with Sidewalk Labs’ positioning of light rail in terms of its overall project, make it pretty clear that Sidewalk Labs is not proposing a self-contained Quayside development phase that could be scaled up as land becomes available, but rather a comprehensive Eastern Waterfront development project, of which Quayside is only one district, not a project in and of itself as envisioned in the RFP.

(Another question, which I could ask anywhere in this document: If Sidewalk Labs needs to change everything about these neighbourhoods, including ripping up all existing infrastructure, introducing new government authorities, and changing so many rules, how exportable will their technologies and processes be to cities that aren’t willing to change everything about themselves to satisfy Sidewalk Labs?)

Governance responsibilities: River District (not Quayside and Villiers West) (p. 21)

This part repeats much of what we’ve already seen in the Overview, but they’re worth noting again:

Planning and development: Led by Waterfront Toronto and the City of Toronto “working with various development partners.”

Waterfront Toronto would “lead the urban planning, design, infrastructure delivery, and real estate development associated with broader geographies along the eastern waterfront.” (p. 21) This sentence isn’t particularly clear, but it seems to give Waterfront Toronto responsibility for the non-River District lands (where it already has this authority).

“Revitalization lead for the IDEA District (the whole shebang): a new “public entity to serve – or in the case of Waterfront Toronto, continue to serve”

Sidewalk Labs would be responsible for:

  • Planning, design and implementation, including co-development (with Waterfront Toronto) of the “Innovative Design Guidelines and Standards” that will act as bylaws for the IDEA district. Given the skills mismatch between Waterfront Toronto and Sidewalk Labs, this power would effectively give Sidewalk Labs key governance powers in this district. Unanswered questions: Bylaws are more than just technical standards. How will they be set respecting fundamental principles of democratic accountability?
  • Tech support, deploying their key technologies – which assumes that they will conform to standards (set by Sidewalk Labs), including standardized (proprietary?) mount systems (created by Sidewalk Labs) which third parties would have to adapt.
  • “Optional infrastructure financing”

Applying this innovative planning approach across the full proposed IDEA District could spark a global hub for urban innovation along the eastern waterfront. (p. 21)

Question: How much of the anticipated global hub activity would be sparked by Google’s mere presence as opposed to these technologies? If the answer is Google’s presence is the catalyst, then why the need for such comprehensive regulatory reforms as envisioned by the MIDP?

To ensure that digital innovation aligns with the public interest, all digital proposals — including those by Sidewalk Labs — would be subject to approval from an independent entity tasked with over- seeing a transparent process for resposible data use, which would apply in addition to existing Canadian privacy laws. (p. 22)

Sidewalk Labs’ approach would integrate physical spaces, trusted delivery partners, and digital complements to enable a healthy and engaged community where every- one can grow, thrive, and belong. (p. 23)

Doing so would be an exercise in rule-setting, a governance function: another example of how Sidewalk Labs would privatize a city’s basic governance functions.

Underlying assumptions

urban development efforts have been stymied by the inability to deploy technology at geographic or (coordinated) administrative scale, non-existent technology, and market forces working against their deployment. (p. 22)

Each of these assumptions is open to question. Most generally it smacks of long-outdated 1960s, development theory associated with the late Samuel Huntington, where underdeveloped countries needed technocratic (i.e., dictatorial) governments and big industrial projects to spur a one-size-fits-all development. Spoiler: it didn’t’ work.

The assumption that merging a bunch of bureaucracies into a single entity (the “scale of coordination”) will make things better is also not as commonsensical as it seems. See, for example, Slate’s Fred Kaplan’s dissection of the U.S. Department of Homeland Security, which was created to try to solve a similar coordination problem for U.S. National Security. It’s been an organizational disaster.

As engineering professor Shoshanna Saxe remarked recently in the New York Times, smart city solutions take a complex problem – how to improve cities – and assume that there is only one possible solution: technology. It’s a utopian solution that ignores the bureaucracies that would be needed to run these centrally run systems, and the existence of lo-tech solutions.

In short, Sidewalk Labs is making a lot of assumptions that don’t hold up to scrutiny once the viewer is no longer dazzled by shiny (vapourware) tech.

Chapter 1: The Quayside Plan (pp. 24-253)

Introduction (pp. 26-45)

In which we are provided with some historical and geographical context for the Eastern Waterfront and Quayside.

This section also introduces the key aspects of their vision. I’m listing the main points below. This would’ve been a nice place to include hyperlinks to the detailed presentations of each section. But, as I’ve previously noted, this document is less technologically sophisticated than a Lonely Planet travel guide.

I’ll probably get into more detail in each, but what stands out about a lot of these proposals is how banal and non-techy they are. Light-rail extension has been on the books for years. Wide sidewalks, multi-purpose open spaces, traffic-flow don’t seem to require any special insights.

In other cases, they’re simply putting an appy sheen on such low-tech concepts as the landlord, multipurpose spaces, and community-centre schedulers.

Mobility (p. 40)

  • A self-financing light rail extension
  • A vast network of pedestrian and cycling infrastructure
  • New mobility services (ride hail, e-scooters, etc.)
  • An integrated mobility subscription (pay for all your transportation in one app)
  • A neighbourhood freight “logistics hub”
  • Mobility management system: including demand-based pricing for curb and parking spaces (read: Uber-style surge pricing)
  • Flexible street spaces called “dynamic” curbs (they’re loading zones! they’re public spaces!)
  • Adaptive traffic signals (“prioritize pedestrians who need more time to cross a street or transit vehicles running behind schedule”) – I’m certain this won’t cause any political headaches or frustrations from other pedestrians/drivers
  • A set of “people-first” street types (or, rather, prioritizing cars on some streets, bikes on others, and pedestrians elsewhere. Not exactly “people-first”)

Public Realm (p. 41)

  • People-first street designs (no curbside parking, wider sidewalks, more trees! Forward e-thinking from Sidewalk Labs)
  • Modular pavement (to allow for easier utility access. Maintenance costs?)
  • A proposed outdoor-comfort system (includes “Lanterns to block wind between buildings.” I will admit that I did not know that this was a problem.)
  • Flexible ground-floor “stoa” spaces: it’s not just retail! It covers “a lively mix of shops, restaurants, cafés, art installations, community gatherings, and maker studios.” Again, having been to actual cities that have exactly these types of mixes, I had no idea that this required a currently non-existent design innovation solution.
  • A leasing platform called Seed Space to book these spaces (Sidewalk Labs invents the monopoly real estate agent platform!)
  • Three primary open spaces … infused with flexibility (“a dynamic water feature and performance space … , barges on Parliament Slip, and multi-sport fields”)
  • Shared programming infrastructure (“would enable the community to program open spaces themselves.” Again, I had no idea that the ability for someone to control a park’s lighting and PA system (rather than a park superintendent) was an issue.
  • A real-time map of public realm assets (for maintenance purposes. Not a bad idea, but again, what’s the cost-benefit compared to the current way cities deal with broken streetlights?)

Buildings (p. 42)

  • the first neighbourhood built entirely of “mass timber” (issues: regulatory – will it be approved? technological: is this tech ready for mass use? overall: what does it mean for Sidewalk Labs’ plans if this technology doesn’t work out?)
  • An Ontario-based mass-timber factory (issue: what happens when other factories come online? Guaranteed production deal? Would such a deal stand up to a World Trade Organization challenge?)
  • A digital coordination system (Sidewalk Digital Fabrication) to coordinate the mass timber supply chain (this is awfully inside baseball; why is it here?)
  • Quayside: adaptable “Loft” spaces to accommodate residential, commercial, light manufacturing (issue: this is more of a regulatory challenge than a technological one. Why is this currently not allowed?)
  • A system of flexible wall panels to allow for easy Loft renovations and adaptations to “market conditions.” This is how office spaces are currently organized.
  • Low-voltage digital power connections (over ethernet cables) to reduce fire risks “and facilitate quicker renovations”
  • Mist-based sprinklers
  • New form of fire protection (Shikkui plaster); “with a fraction of the waste”
  • A proposed “outcome-based” building code system (basically changing the standards used to regulate neighbourhoods). Claim: it can be done “without sacrificing public safety or comfort.” But this assumes that everyone will agree on what these standards should be. Prediction: This type of agreement is a pipe dream. There will always be tradeoffs between public safety and comfort because people honestly don’t agree on how these should be prioritized.

Housing (p. 43)

  • A mixed-income housing program (20% affordable; 25% of this would be for “‘deep’ affordability”; 20% middle-income units)
  • Middle income housing options would include “shared-equity” units (no idea what this is; will return to this)
  • Half of all proposed housing: “‘purpose-built’ rentals”
  • A set of efficient and ultra-efficient units. Read: really, really, ridiculously small apartments
  • This approach of “affordability by design” would enable the creation of 87 more units than in a conventional development. Claim: this will create “$37 million of value that could be applied toward below-market housing.” To look out for: do they claim credit for this supposed savings? How do they account for it in their figures.
  • A set of co-living units. How is this different from a rooming house or a house with roommates? Also: does anyone outside their twenties enjoy having roommates?
  • 40% of housing: two bedrooms or more.

Sustainability (p. 44)

  • Low-energy battery design
  • A proposed suite of energy “schedulers”
  • A district energy system called a thermal grid (no fossil fuels)
  • Advanced power grid (solar energy, battery storage (status of technology?), time-based energy pricing (discounts for lower-income?)
  • Innovative bill structure modeled on mobile phone plans. Because everyone loves and understand their mobile phone plans.
  • A smart disposal chain (“real-time feedback to improve waste sorting and ‘pay-as-you-throw’ chutes to reduce household and business waste.”) Many cities already have per-bag garbage disposal. Waste sorting’s problems aren’t at the community level; the entire system is broken.
  • An underground pneumatic tub system (to help with the waste sorting).
  • An active stormwater system.

Social infrastructure (p. 45)

  • A Care Collective: space for health care and social services (not sure who would run or regulate it)
  • A Civic Assembly: same questions.
  • An elementary school, co-located with a childcare centre
  • A proposed collaboration with the Toronto Public Library, such as “potential pop-up lending services” (aka an eBookmobile).
  • An online resource called Collab could allow community members to decide on public space programming (Sidewalk Labs reinvents the scheduler!)
  • The Sidewalk Labs jobs program

Digital Innovation (p.46)

  • A ubiquitous connectivity network.
  • Standardized physical mounts (proprietary?).
  • Open, published standard to make “properly protected urban data accessible to the community in real time, and make it easy for third parties to build new services or competitive alternatives to existing ones.” (On which much more later, but for now, note the assumption privileging competition and churn over stability in public services. Choice might work for pizza companies, it doesn’t necessarily hold that it works for basic public services.)
  • A best-in-class approach to security and resiliency (although if it’s online, it can be hacked.)
  • Build on existing privacy laws, a proposed independent Urban Data Trust (on which more later) (new bureaucracy)
  • The proposed Urban Data Trust would be tasked with establishing clear Responsible Data Use Guidelines (new rules)
  • A publicly transparent Responsible Data Use Assessment (new rules)

The need for regulatory changes (covered in Volume 3)

Sidewalk Labs also recognizes that these types of changes require significant review and analysis by public agencies at multiple levels and understands how challenging this process can be. (p. 47)

Sidewalk Labs has begun discussions with Waterfront Toronto and government officials and looks forward to working through these complex challenges with the applicable authorities within each order of government.

Suggested Questions

  1. How do these discussions fit with Sidewalk Labs’ and Waterfront Toronto’s timelines, which currently sees approval preceding regulatory changes?
  2. Waterfront Toronto and Sidewalk Labs have no power or authority to compel these changes. What happens if some or all of them are denied?
  3. How will they affect Sidewalk Labs’ calculation of project benefits, which currently assume the best possible outcomes?
  4. Which approvals are essential to this project? Which ones are desirable but not essential?

Tomorrow: Volume 1, Part 1: Development Plan. I can hardly wait.

Posted in Quayside | Tagged , , , , , , , | Comments Off on Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 15: The MIDP Volume 1: The Plans, Introduction

Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 14: The MIDP Overview V: The Partnership

In which Sidewalk Labs drops the sunny language and tells us how they want to get paid for their $39 billion plan, including for a very heavily qualified promise not to sell your personal information, the many, many new bureaucracies they want to create (and  Torontonians to pay for), and the laws they want changed in order to make their dreams a reality.

Also, suggested questions for Waterfront Toronto! And an ultra-obscure 80s Canadian comedy reference.

Previous Master Innovation and Development Plan liveblog entries available here

Here are the section titles in this part of the Overview:

Section D: The Partnership

  • Part 1: A New Type of Partnership to Catalyze Inclusive Growth in the Digital Age (pp. 196-201)
  • Part 2: Summary of the Proposed Innovation and Funding Partnership (pp. 202-211)
  • Part 3: Summary of the Financial Terms (pp, 212-221)
  • Part 4: How the Proposal Reflects the Transaction Principles (p. 222-239)

A Vision of the Waterfront in 2050: A Global Model for Inclusive Growth (p. 240-249)

From the start, there was an unusual — and, for some, almost hard to imagine — alignment between the subsidiary of an American tech giant and an innovative revitalization agency in Toronto. Both shared an aspiration to deliver a project that served multiple bottom lines: measured not just in dollars but in the vibrancy and inclusivity of the community it would create, in the solutions it would pursue to address pressing urban challenges, and in the path forward it would illuminate for Toronto and cities around the world (The Partnership, p. 198)

Despite the collegial talk of shared visions and unlikely alignments, Section D is where Sidewalk Labs drops the sunny, techno-utopian sales job and lays bare the extent of its outsized ambitions, reducing Waterfront Toronto to an afterthought to be eliminated or retrofitted to suit Sidewalk Labs’ needs. Waterfront Toronto had Quayside, but the IDEA District and the River District belong to Sidewalk Labs. Their rules; their game.

This section’s no-nonsense tone and total lack of artwork, save for a map of Sidewalk Labs’ desired domain on page 227, make it clear that these pages are the real overview, so one best pay attention.

Land-related issues

As the run-up to this section made clear, Sidewalk Labs wants to create an IDEA District, which would include Quayside plus a “River District.”

  • Of course, this proposal goes far beyond the original RFP, which only envisioned Waterfront Toronto using anything developed in Quayside, and possibly (likely?) working with its Quayside partner, to expand the Quayside development into the rest of the Eastern Waterfront. That Sidewalk Labs is not presenting a true standalone Quayside proposal should be grounds to argue that it has not fulfilled Waterfront Toronto’s stated objectives.
  • That said, this is probably why Sidewalk Labs has argued in the MIDP Overview that it is accelerating Waterfront Toronto’s desired timeline (p. 156).

Sidewalk Labs wants Google’s Canadian branch headquarters to be located on Villiers Island (500,000 square feet).

  • Given the actual Google’s central role in this bid, can we please stop pretending that Sidewalk Labs is anything but a division of Google, Inc.?

Sidewalk Labs would be the lead developer for Quayside and “Villiers West,” home of the Google Canadian branch headquarters. As lead developer in these areas, it would identify and oversee “sophisticated third-party operators and partners” (p. 206). Specifically, it would assume

responsibility for identifying operators and partners to implement the advanced power grid, thermal grid, and the other systems identified as vital to the success of Quayside and the Villiers West urban innovation campus, and to achieving the priority outcomes identified by Waterfront Toronto (p. 230).

  • This would put it, and not Waterfront Toronto, in a position to provide preferential treatment to its preferred partners.

Other companies can develop the rest of the River District.

As we’ve already seen, this land grab is justified on the grounds that Quayside isn’t enough to justify Sidewalk Labs’ time or money:

Quayside cannot support the estimated 6 million square feet of buildable area needed to catalyze the wood construction supply chain. A condo resale fee would likewise require time and unit resales to generate value to redeploy towards the below-market housing program. (p. 224)

i.e., they can’t deliver on the original RFP.

But while Quayside’s four blocks can serve as an effective demonstration project, the solutions offered in the plan only begin to meaningfully affect mobility patterns when linked to a larger street and transit network. Additionally, Quayside alone is not large enough to support the financing of the proposed LRT extension, a major, new public work; the density across a larger area is needed to cover the projected cost (p. 224).

delivering on this promise [of economic development] and creating new jobs requires a critical mass of space, resources, and investment, and a holistic approach to economic development that extends into broader geography (pp. 224-225).

Oh, and I almost forgot! It wants Quayside and Villiers West at a substantial discount, because of all the awesome things it is going to do for Toronto!

Sidewalk Labs expects to purchase (or long-term lease) the land in Quayside and Villiers West from Waterfront Toronto at a price such that the innovation risk and cost would be borne by Sidewalk Labs, but that also fairly accounts for the heightened public policy outcomes required, such as levels of sustainability and affordability unprecedented in any commercial development (p. 208).

No word on whether Sidewalk Labs will refund Toronto if its myriad promises don’t pay off. Remember: for Sidewalk Labs’ plans to work, self-driving cars have to become a reality, factory-produced timber skyscrapers have to become a thing, and the various levels of government have to agree to many, many legal changes.

Governance issues

This is the most important part of the proposal. Sidewalk Labs isn’t just a developer (it’s hardly that at the moment anyway) or a provider of technological solutions (albeit one with no track record). It wants to set the rules and the governance framework for their desired section of the Eastern Waterfront, and not just Quayside and Google HQ.

New government entities

Sidewalk Labs proposes the creation of several new government agencies and very many regulatory changes. According to Dr. Tusikov, who’s reading ahead, we won’t get to the granular details until the last pages of the final volume – please enjoy my surprised face – but this Part foreshadows some incredibly audacious asks.

Such as the designation by “government” (which would have to be all three levels) of a public entity to serve — or in the case of Waterfront Toronto, continue to serve — as revitalization lead for the IDEA District” (p. 203).

It’s always a shock when one realizes that one does not fit with the décor.*

This new entity would:

  • hold Sidewalk Labs and others working in the district accountable for performance;
  • steer innovation strategy; and
  • oversee the governance structures needed to manage new district systems.

It would also have “additional powers.” Rules (read: the laws of the land) would have to be changed “to enable critical infrastructure and innovative strategies” (p. 210).

I’m assuming that we’ll have to wait until the season finale of Volume 3 to see what these are. Still, bringing in the three levels of government and who knows how many agencies makes this proposal that much more difficult to implement. Laws cannot be changed overnight, even assuming that the political will exists.

Sidewalk Labs as co-equal level of government

Sidewalk Labs would work with this new entity to develop the Innovation Design Standards and Guidelines for the entire IDEA District.

Given Waterfront Toronto’s track record and Ontario’s lack of understanding of smart-city issues as laid out in the Auditor General’s report, it’s safe to assume that the development of these rules – which will govern development in the District – will be driven almost exclusively by Sidewalk Labs. Similarly, these agencies’ lack of independent technical capacity would threaten to create an unbalanced partnership.

Sidewalk Labs would also “support and advise the public administrator on achieving innovation objectives, providing advisory This role would involve advisory services, “limited technology deployment” (on which more below), and “optional infrastructure financing” (also see below) (p. 203).

It would also involve “preparing the technical specifications and performance requirements to guide innovative development” (p. 206). In other words, it would be responsible for setting standards that it could then export as a product, and which other companies and cities would have to adopt should it become a dominant standard.

“I ain’t in this for your revolution. … I expect to be well paid. I’m in it for the money.”–  Han Solo, Star Wars

And there, on pages 220 and 221, is what has long been the Holy Grail, or Ogopogo, of the Toronto Smart City Debate: A straightforward explanation of how Sidewalk Labs will make its money from this project, a subject on which the for-profit company has played coy since the very beginning. Of course, being a key player in what we’ve established is an urban development thriller, there are more than a few caveats, but for the moment, let’s enjoy the illusion of solidity.

Sidewalk Labs revenue streams

Real estate development: “In delivering Quayside and Villiers West, Sidewalk Labs expects to receive revenue from the sources traditionally associated with real estate projects: rental revenue, income from the sale of condominiums, and income from the sale of individual buildings.”

Technology deployment: “The limited number of its own technology products that Sidewalk Labs deploys in the project would be provided at cost. For technologies that Sidewalk Labs develops and deploys at scale in Toronto that meet the testbed criteria, Sidewalk Labs proposes to share 10 percent of the profits with the public sector when that product is sold in other cities.”

They provide a bit more detail on intellectual property on page 237:

The MIDP proposes a two-pronged test to distinguish technologies used in the project that would be developed by Sidewalk Labs in the normal course, even were the project not to proceed, from those that arise because of the conditions created by Sidewalk Labs’ public partners. For a product that passes that test, the MIDP proposes that the public sector receive 10 percent of profits over a 10-year period following the sale of the product to a second customer (p. 237, emphasis added).

I’m sure I’ll have more to say later when I reach the relevant section of the relevant volume. For now, the question is, is this an adequate return on Canada’s investment?

Advisory services: “Advisory services provided to Waterfront Toronto by Sidewalk Labs in its role as Innovation and Funding Partner are proposed to be paid back, at cost, to Sidewalk Labs.”

This seems to include a 15-year agreement to provide ongoing technical, advisory, and management services for planning, design, and implementation in the IDEA District, including for advanced systems and certain other horizontal infrastructure (bullet list, p. 210; not in main text).

Implementation services (municipal infrastructure): “Third-party operators would compensate Sidewalk Labs directly for its role as lead developer of advanced systems in Quayside and Villiers West. This includes reimbursement for the costs to prepare the preliminary designs, plans, and specifications issued with the procurement documents for certain systems, as needed.

“In Quayside and Villiers West, third-party operators would also pay Sidewalk Labs an advanced system development fee applied as a percentage of project costs specified upfront in the procurement documents. This fee would vary based on the degree of Sidewalk Labs participation required.”

Implementation services (advanced systems): “For work managed by the public administrator in Quayside and Villiers West, and thereafter, Sidewalk Labs would receive a lower percentage (2 percent) of related soft costs for supporting the public administrator in integrating municipal infrastructure with advanced systems infrastructure.”

Venture fund seed funding: “This investment [$10 million], likely to be undertaken with partners, would have stand-alone economics and the same potential upside and risks as typical venture investing.”

Mass timber factory: “This investment, likely to be undertaken with partners, would have stand-alone economics and the same potential upside and risks as other investments in manufacturing.”

Optional LRT financing: “In the event government elects to utilize Sidewalk Labs’ optional LRT financing, Sidewalk Labs would receive revenue that reflects a market return for the magnitude and risk associated with the agreed-upon financing structure.”

Optional municipal infrastructure financing: “In the event government elects to utilize Sidewalk Labs’ optional municipal infrastructure financing, Sidewalk Labs would receive revenue that reflects a market return for the magnitude and risk associated with the agreed-upon financing structure.”

Optional advanced systems financing: “In the event a SIP financing package was utilized to implement an advanced infrastructure system, SIP would receive revenues related to the operation of that system, to provide SIP an opportunity to achieve a standard market return associated with the financing of a project of such magnitude and risk.”

Performance payment: “In the event of final stage-gate achievement and delivery of success for the overall project, as defined through a series of metrics agreed upon in the Implementation Agreements, Sidewalk Labs expects to receive revenue in the form of a performance payment.”

Nothing comes for free (I): Your privacy or your cash

Sidewalk Labs’ MIDP is an audacious document. Its most audacious aspect is doubtlessly its call for the elimination of the organization, Waterfront Toronto, to which Sidewalk Labs is submitting its report.

A close second, though, is Sidewalk Labs’ justification for a bonus “performance payment.” “This payment would compensate Sidewalk Labs for catalyzing the acceleration of development within the IDEA District, and its achievement of performance targets tied to Waterfront Toronto’s priority outcomes.” Performance payments would be “returns on investment above and beyond revenues tied to specific components of the project (such as real estate development on Quayside and Villiers West)” (p. 228). In other words, Sidewalk Labs wants more money for doing the job for which it was hired, above and beyond the sweet data, products and IP it will generate from what is, at the end of the day, a privatized urban laboratory.

Then again, CEOs are given bonuses for doing less all the time, so whatever.

No, what raises its demand from routine, numbing audacity into the realm of sublime audaciousness is its claim that it deserves these payments because it has structured the business model, in response to feedback from a range of stakeholders, in ways that limit its opportunity for upside elsewhere – by forgoing revenue streams that might be less directly connected to the public interest or sought by more conventional companies” (p. 238).

And what has Sidewalk Labs given up? Read on:

Sidewalk Labs limits the amount of real estate the company would develop to two small pieces of the overall project; seeks no real estate interest in the remainder of the IDEA District; puts urban data under the control of an independent entity; makes a number of constraining unilateral commitments with regard to the commercialization of data; and does not seek special tax subsidies.

It also reflects the unusual nature of certain early investments Sidewalk Labs will have made with no direct opportunity for a return, including its spending to develop this plan (acting as seed funding for the project), to subsidize advance infrastructure systems at the Quayside and Villers West scale in order to prove their viability while maintaining reasonable user rates, and offer advisory services at cost (p. 238).

This last part is a bit rich, since only a page later Sidewalk Labs claims that “This planning work was paid for by Sidewalk Labs with no promises of approval, because as a company, Sidewalk Labs believes there is no better opportunity in the world to show the way forward for the future of cities.” But if it can get paid on the back end for this work, then why not?

It’s really hard to read this as saying anything other than this performance payment is the price Torontonians have to pay for Sidewalk Labs/Google not sucking up everyone’s data and plastering advertising upon every imaginable surface (unless people give their “explicit consent”). Those less generous of spirit might suggest that that Sidewalk Labs should not be compensated for heeding Torontonians’ wishes for their city, especially given the dubious nature of what they’re passing up – selling Torontonians’ data to shady third parties; subjecting IDEA District interlopers to inane personalized ads.

More positively, I’m looking forward to seeing Google’s determination of the cash equivalent of our privacy, i.e., how much it thinks our data is actually worth.

Nothing comes for free (II): Overall costs and Sidewalk Labs’ financing role

Conspicuously absent from this report until now has been the overall cost of the project, which Sidewalk Labs pegs at $39 billion on page 215. Costs and expected sources of the funds can be found on pages 216 and 217.

Of particular interest, and understanding that later volumes are needed to understand fully these numbers:

  • Cost to taxpayers, light rail extension: Sidewalk Labs wants taxpayers to be on the hook for at least $430 million financing (plus interest) for the light rail transit. [Note: I think this number might be larger?] Sidewalk Labs is offering $100 million in possible financing (i.e., loan provision to taxpayers).
  • Cost to taxpayers, municipal infrastructure: The infrastructure cost to the city would be $2.3 billion (Waterfront Toronto’s pet project is getting pricey).
  • Mass timber: Sidewalk Labs (and partners) will invest $80 million in a mass timber factor.
  • Sidewalk Labs’ investment: Sidewalk Labs (“and its partners”) commits “over $900 million” (much of this being the provision of financing, I believe) to the project, and to reinvest “over $2 billion of proceeds received as the project progresses”
  • Urban Innovation Institute: It will provide an $10 million in seed funding for an Urban Innovation Institute
  • Venture capital: $10 million, alongside other institutional funders, “including one or more local venture firms” to invest in local urban-innovation startups.

Waterfront Toronto: You had two jobs…

This Overview is a demonstration of Sidewalk Labs’ audacity, to be celebrated or regarded with amazed horror depending on your opinion of the specifics. It is also, however, a condemnation of Waterfront Toronto’s total lack of vision for its small parcel of land, and its abdication of its fundamental responsibility: to actually govern the land under its control.

The most revolutionary parts of this proposal aren’t technological – these technologies will either work or they won’t. Rather, they’re regulatory and bureaucratic. If Waterfront Toronto really wanted to build a smart city – and there are plenty of reasons why embracing this form of techno-utopianism is not a good idea and won’t age well – the should have studied the issue and brought the expertise in-house.

Instead, they outsourced their core regulatory responsibility to plan for the future. They are in the midst of outsourcing their other core responsibility, to regulate the land under their control, possibly leaving a private corporation in effective control over a significant part of Toronto’s waterfront. A corporation that, like all responsible corporations, will attend to its bottom line first and last and always.

Suggested questions

Obviously, there are a lot of moving parts in this proposal, and I’ll need to read the other volumes to grasp the finer details, but the main questions the MIDP poses seem clear enough at this point:

  1. This is an expensive proposal for Toronto taxpayers. Is developing Quayside and the rest of what Sidewalk Labs want to do the best value for money?
  2. Does it make sense to focus Toronto’s efforts and taxpayers’ money on this land rather than on, say, building a much-needed subway relief line?
  3. The MIDP envisions the creation of several new bureaucracies and the diversion of existing funds to focus on a relatively small patch of Toronto. How much will these bureaucracies cost?
  4. Can treating this small section of Toronto differently from everyone else be justified?
  5. Do the myriad regulatory and legal changes that Sidewalk Labs is seeking make sense?
  6. How will the failure of any of the many, many, many unproven technologies touted by Sidewalk Labs affect its promised outcomes?
  7. Does Waterfront Toronto, or its successor organization, have the capacity to effectively oversee Sidewalk Labs?
  8. How much standards-setting power should Sidewalk Labs hold?
  9. Has Sidewalk Labs – has Google – proven itself to be a trustworthy partner? Has Waterfront Toronto?

 

 

 

*And if anyone recognizes that Frantics reference, I doff my cap to you. You’re welcome.

Posted in Quayside | Tagged , , , , , , , | Comments Off on Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 14: The MIDP Overview V: The Partnership

Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 13: The MIDP Overview IV: The Plans, parts 3, 4 and 5; Priority Outcomes

Previous Master Innovation and Development Plan liveblog entries available here

Moving on…

Part 3: The River District: Creating an Innovation Ecosystem to Build on Quayside’s Impact (pp. 130-149)

MIDP as sales brochure, Exhibit A

There are proportionately more pictures in Part 3 than in Part 2, the equivalent of 10 of 19 pages.

This section sets out, via text and with calming pictures, their sales pitch for how the “River District” (the IDEA district minus Quayside) would function. As always, lots of dreamy tech utopianism that doesn’t really resemble a concrete plan, but four things stand out.

First, this section gives us an indication of Sidewalk Labs’ designs as the effective regulator of this area: The River District proposal does not include Sidewalk Labs undertaking detailed planning or leading development in this area. Instead, it aims to help create the conditions that enable both the public and private sectors to make great things happen” (p. 133).

Second, this section highlights how central the presence of Google’s Canadian branch headquarters is to its vision. What most interesting about it is how, well, banal this proposal is. Basically, their innovative plan is, bring in a big company to function as an anchor company. It’s an old play that’s less about cutting-edge innovation and more about creating a tech cluster in Google’s image and responsive to Google’s overall needs. Though it would give Google a nice pipeline to attract and control Canadian-developed intellectual property, delivering it to the United States and cementing Canada’s subordinate economic position in the digital economy. This would go against Sidewalk Lab’s comment that it doesn’t have a desire “to export Canadian talent or intellectual output to the United States” (p. 84). But I’ll bet Google does appropriate Canadian-developed intellectual property; that’s just how business functions in the 21st century.

Third, has anyone thought through the policy implications of Sidewalk Labs’ proposed Urban Innovation Institute?

the Urban Innovation Institute, a new non-profit applied research institute designed to bring together academia, industry, entrepreneurs, advocates, and public agencies to collaborate on tackling urban challenges — developed with local universities and government partners (p. 137).

Call me old-fashioned, but I’m a big fan of the separation of business, government and academia. I don’t think cross-sector collaboration is always and everywhere a bad thing, but there’s something to be said for ensuring a degree of independence among the three groups, so that each can call out the other when need be. This type of institute smacks of the false assumption that technology is neutral, which is exactly the type of thinking that’s allowed pervasive commercial and state surveillance to flourish.

The most obvious concern about an Urban Innovation Institute would be how independent this centre would be from Google itself. Already I’m hearing from some academics claim that a lot of tech scholars aren’t speaking out on these issues because they receive Google funding and/or don’t want to rock the boat. Certainly, I’ve noticed a big difference between Google- and government-funded internet institutes during my time in Germany, having spoken at both. Guess which ones are more critical of issues like surveillance and data governance.

Also, I’m not sure how much public funding should go into would essentially be a Google think tank, focused as much on policy and regulation as on technology. (On which more in a later post.)

Fourth, Sidewalk Labs isn’t interested in paying for most of this, but they will help arrange funding (p. 133) for all the “strong transit connections and basic infrastructure” that’s needed “to fully unlock the area’s potential” (p. 132).

Part 4: Committing to Diversity, Equity and Inclusion (pp. 150-155)

One point, because most of this Part cosists of easy-to-make commitments:

On savings from their “mobility subscription package,” which would cover TTC, ride shares, the coveted waterfront light rail, scooters and the like: “a mobility subscription package would enable households to forgo car ownership, saving more than $4,000 a year without sacrificing the ability to get around” (p. 153). Most Torontonians who live downtown, according to Sidewalk Labs’ own numbers, don’t own cars (p. 52).*

Also, I’m looking forward to finding out exactly how many of Sidewalk Labs’ plans have to turn out just right in order for an actual family to realize these savings. And the extent to which these savings will be cancelled out by various Sidewalk Labs user fees.

Part 5: A New Economic Engine that Drives Outsized Job Growth on an Accelerated Timeline (pp. 156-163)

This is the recap section, in which it sets forth with some fancy graphs what it expects its tax, GDP and employment contribution could be (if everything works out).

Section C: Priority Outcomes

Part 1: Striving to Meet Waterfront Toronto’s Five Priority Outcomes (pp. 164-165)

  • Two pages listing the priority outcomes:
    • Job creation and economic development
    • Sustainable and climate-positive development
    • Housing affordability
    • New mobility (transportation)
    • Urban innovation (Good to know: “‘must do’s’ concerning digital innovation include compliance with all applicable laws and regulations” (p. 165))

Part 2: Impact Summary: Achieving the Ambitious Priority Outcomes (pp. 166-195)

In which it states the targets it claims it can hit in these priority areas.

Again, assuming everything goes according to plan and everything works out.

And with the sales job out of the way, tomorrow we get to Sidewalk Lab’s Big Ask.

 

*  On page 52, Sidewalk Labs notes, “the vast majority of households across the city own a car, as do nearly half of households downtown.” Because Quayside etc. would be a downtown community, the relevant comparison isn’t Toronto’s vast suburbs, but downtown Toronto.

Posted in Quayside | Tagged , , , , , , , | Comments Off on Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 13: The MIDP Overview IV: The Plans, parts 3, 4 and 5; Priority Outcomes

Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 12: The MIDP Overview III: The Plans, parts 1 and 2

Previous Master Innovation and Development Plan liveblog entries and key documents available here

Our examination of the MIDP Overview continues!

Readers will recall that Waterfront Toronto’s initial plan was to bring in a partner to develop their Quayside plot of land (which it controls). It would then, if possible, try to expand this development into the wider Eastern Waterfront, for whose development it is responsible but which it does not directly control, as lands became available to it. Or (bird in hand v two in bush), more precisely, should these lands become available. The Partner was to help promote this expansion, which would require the cooperation of various levels of government, as well as dealing with other existing landowners.

Also, as the Plan Development Agreement states, Waterfront Toronto’s partner would have to make a business case for it to be able to move beyond Quayside.

A common-sense reading of these documents (to the extent that such a thing is possible, given the degree of obfuscation that has characterized everything to do with this project from its inception) suggests an obvious progression: Develop Quayside and then we’ll try for more.

Sidewalk Labs’ response in this section collapses all of these plans into one audacious power grab. Effectively, they’re saying: “Here’s your business case: Quayside is too small to warrant our super-innovative smart city attention. We need more land. And more control over the parts of the waterfront we won’t own. And light rail. We really need light rail. So, we will develop Quayside first, but only as an integrated stepping stone to something we’ll call the IDEA District, which will also include something that we will call… oh, I don’t know… the River District. Has anyone ever used that to describe this part of land ever? No? Let’s use that.

“And we want our own public administrator to be in charge of it. That’s already Waterfront Toronto’s job? The guys who hired us in the first place? Yeah, they can stay, if their mandate is completely rearranged and we’re inserted into the governance framework. But a new agency would do us just as good.

“And it will all be served by light rail. Did we mention the light rail? I’m not saying that we’ll take our surveillance capitalism system and go home if you don’t pony up for our light rail system, but we’d hate for our hand to be forced.”

Sidewalk Labs is attempting to dramatically expand the scope of the original project, simply by renaming different parcels of land. Sidewalk Labs is trying to make it so that we’re not discussing Quayside, but the “IDEA District,” which would encompass Quayside, Villiers Island (divided by Sidewalk Labs into East and West), McCleary and Polson Quay, and part of the Keating Channel Precinct, which Sidewalk Labs seems to have divided into West and East (Sidewalk Labs gets the East). Take it or leave it.

And also the “River District,” which seems to be a subset of the “IDEA District minus Quayside and the west part of the Keating Channel Precinct.

If this goes through, while it would clearly be far beyond the scope of the RFP and the Plan Development Agreement, it would realize one of Waterfront Toronto’s objectives as revealed by the Auditor General’s report, namely, a way to break the waterfront-development governance logjam. Ironically, however, doing so would require either the transformation or elimination of Waterfront Toronto and the elevation of Sidewalk Labs into a formalized governance role. That’s some high-stakes drama right there.

Below I’ll briefly summarize each part of Section B (and also, very briefly Section C), which, like Section A, contains tons of pretty, non-threatening pictures. It hints at a lot of important governance proposals and much else besides, which I’m saving for some future posts, probably related to Section E (probably tomorrow), which is when Sidewalk Labs lays most of its cards on the table.

Section B: The Plans

Part 1: Introduction to the Plans: Geography, Role and Innovation Aspects (pp. 90-95)

Sidewalk Labs redefines the project to focus on an IDEA District (190 acres), with Quayside to be developed first, followed by Villiers West, future home of Google’s Canadian branch headquarters and a co-located Urban Innovation Institute, on which more later, and then the rest of the River District.

Sidewalk Labs introduces its intention to serve a governance role across the entire IDEA district. It would:

  • “work with Waterfront Toronto to prepare a set of ‘Innovative Design Guidelines and Standards’ that can be used to ensure that all developments in the IDEA District achieve the desired outcomes.” Waterfront Toronto would be responsible for convincing other levels of government to approve them, and would be responsible for implementing them (p. 92)
  • deploy its key technologies throughout the entire area, ensuring that everything that occurs in these areas develops according to Sidewalk Lab-desired standards (code and infrastructure are law, kids) (p. 92).
  • provide “optional infrastructure financing” for critical infrastructure (p. 92).

Why is Sidewalk Labs changing the terms of the debate to focus on its self-styled “IDEA District” and not Quayside? Because only at the scale of the IDEA District is it possible “to create a truly transformative experience” (p. 94).

Realizing all the awesome things they want to do with transportation, housing and environmental sustainability involves making changes to physical and digital infrastructure, and public policy (p. 94).

One of these will be an urban data trust, on which more later, “an independent entity tasked with overseeing a transparent process for responsible data use, which would apply in addition to existing Canadian privacy laws” (p. 94).

I don’t know about you, but whenever a foreign company reassures me, “Don’t worry, your laws will totally continue to apply here,” I get a little nervous.

It identifies seven “urban innovation areas” (p. 95): Mobility (transportation); Public realm (streets and “open spaces”); Buildings; Housing; Sustainability (promising “climate positive communities”); Social infrastructure (“Health, civic life, learning, and workforce initiatives”); and Digital innovation (i.e., data governance). Each of these is given the sales treatment in Parts 2 and 3.

Part 2: Quayside: A Complete Community and a Proving Ground for Innovation (pp. 96-129)

One of the first hints that this part of the document is primarily a fancy sales brochure is that the equivalent of just under half of these 32 pages is taken up with tasteful, calming artists’ renditions.

This part is comprised of two main sections. The largest part, the part suggested by the title, outlines all wonderful things that Sidewalk Labs wants to do in Quayside. However, lest one forget that Sidewalk Labs only sees Quayside as part of a larger unit, the final four (text-only) pages make the case that Quayside is Not Enough. First, the first part.

Woulda, coulda, shoulda

Beyond that, here’s the thing. These pages, which focus on the Quayside part of Sidewalk Labs’ proposal, promise that their smart city will have everything but a dedicated puppy room, and that its technologies, infrastructure and new rules will hit targets such as encouraging “73 percent of all trips to be made using public transit, walking, or cycling” (p. 104).

I’m a political scientist/former economist. I’m not a transportation expert, or an environmental scientist (mad props #heroes). I have no idea if much of what they’re proposing is feasible, or whether they will have the effects they claim. Some of these technologies sound far-fetched, but what do I know? We went from imagining Star Trek communicators to iPhones in 40 years.

What I can do, however, is identify certain tells in their proposal, and offer some cautions when reading it.

The first is, these pages only deal with best-case scenarios. In the case of the “mobility” outcomes mentioned above, Quayside only hits that number if all of Sidewalk Labs’ technologies and policies are approved, and the tech works out. In other words, these results are contingent on self-driving cars actually becoming a thing, which I would not bet any amount of money actually ever happening. As an engineer once told me, self-driving cars are five years away, and will be for the next 20 years.

Another way of putting this is that Sidewalk Labs’ plans are hostage to a technology that may not ever work out.

Or the production of mass timber buildings/skyscrapers, which seem to be driving a lot of their economic development and climate-positive-effect numbers. It’s an untested technology at the sceal at which they would deploy it. It assumes wood will come from an “Ontario-based factory” (p. 108 – good luck with any World Trade Organization challenges or a Google decision to withdraw financing under pressure from a protectionist U.S government to favour U.S. woodlots). It assumes that governments will change building codes to allow such a thing.

Second, Sidewalk Labs is presenting many, if not most, of their proposed (vapourware) innovations as an unmitigated advancement over what we have now. What it doesn’t address is, what are the current costs of what they’re proposing? What is the actual cost (in terms of money and annoyance) of delivery trucks versus creating an entire underground parcel delivery system? Phrased in this way, does this type of investment make sense?

Sidewalk Labs is selling the most sci-fi techno solutions they can think of. Are there cheaper ways to deliver the same advantages without relying on untested, or non-existent technology? Has Sidewalk Labs looked into this, or are they working backwards from their preferred solutions?

Third, focus on the “coulds.” Most of what’s in here is things that Sidewalk Labs would like to see invented. It’s a conditional term. Some will work out; some won’t. Writing “may” or “could” is exactly equivalent to writing “may not” or “could not.” Sidewalk Labs is selling a dream as much as anything. This is why, as I’ve already noted, the key questions have to be: Is Sidewalk Labs a trustworthy partner? How will this project be governed, by whom, and with what effects?

Odds and sods

(We’ll go more in depth into these things in a later post)

New bureaucracy alert!

Sidewalk Labs proposes: “A proposed entity called the Open Space Alliance would coordinate programming, operations, and maintenance across Quayside’s parks, plazas, streets, and water spaces for a more responsive public realm” (p. 107).

“Creating a trusted process for responsible data use, with a proposed independent Urban Data Trust to oversee and approval the use or collection of urban data” (p. 109).

Sidewalk Labs as regulator

“A proposed “outcome-based” building code system would monitor noise, nuisances, and structural integrity in real time to help a mix of residential and non-residential uses thrive without sacrificing public safety or comfort.” (p. 109)

In Quayside: set “data standards that are open and secure” (p. 129). Currently, Waterfront Toronto doesn’t have the expertise to contribute meaningfully to this discussion. A part-time Advisory Panel isn’t enough to make up for this lack. Advice isn’t any good if you don’t have the ability to evaluate it.

What passes for innovation

Sidewalk Labs invents the community centre! “A Civic Assembly, adjacent to the Care Collective, would provide neighbourhood access to spaces for community programs, civic engagement, and cultural events” (p. 113; I’ll get back to this tomorrow).

Sidewalk Labs invents the bookmobile! “A proposed collaboration with the Toronto Public Library (TPL) would explore ways to integrate the library’s presence throughout the neighbourhood, resulting in potential pop-up lending services or TPL-developed classes on digital literacy” (p. 113).

Quayside is Not Enough, or Exploring larger scales to realize and maximize the impact achieved in Quayside (pp. 126-129)

In which it is argued that “comprehensive planning and scale are necessary to realize and maximize Waterfront Toronto’s ambitious priority outcomes.” A.k.a. the River District.

First up, an urban innovation cluster, centred on Google’s new Canadian branch headquarters on Villiers Island (p. 126). Then, the creation of a “mass timber industry” supplying the entire area (p. 127). Also, a new, climate positive energy grid that can only be realized with a district-wide customer base (p. 127). And they can’t build affordable houses using new techniques if they can’t monetize it across this area (p. 127).

And did we mention the light rail? They won’t fund it, but they can finance it, at what would doubtlessly be reasonable rates (p. 128). And a few square blocks isn’t enough to get the benefits of new transportation options (p. 128). Finally, their fibre optic and network security ideas would only be financially feasible if spread to the entire district (p. 129).

Two comments on this last point. I’m not sure why they can’t treat Quayside as a digital tech lab and monetize the results by deploying it in other cities. Second, I hope they have better stick-to-itiveness on fibre optic internet than Google did.

There’s also some important remarks on p. 129 about setting standards that raise the issue of Sidewalk Labs as a rule-setter, but we’ll get to that later.

This post is getting long. I’ll cover Parts 3-5, and Section C in the next one.

Posted in Quayside | Tagged , , , , , , , | Comments Off on Liveblogging Sidewalk Labs’ Master Innovation and Development Plan, Entry 12: The MIDP Overview III: The Plans, parts 1 and 2