<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Parking economics revisited</title>
	<atom:link href="http://www.harryrclarke.com/2010/02/16/parking-revisited/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/</link>
	<description>On economics, politics &#38; other things</description>
	<lastBuildDate>Tue, 07 Feb 2012 11:34:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: John Mashey</title>
		<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/comment-page-1/#comment-10401</link>
		<dc:creator>John Mashey</dc:creator>
		<pubDate>Thu, 18 Feb 2010 16:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.harryrclarke.com/?p=2769#comment-10401</guid>
		<description>HC:

yes:
See &lt;a href=&quot;http://www.streetlinenetworks.com/site/solutions_parking-management.html&quot; rel=&quot;nofollow&quot;&gt;Streetline on this&lt;/a&gt;, and the &lt;a href=&quot;http://www.good.is/post/Wireless-Parking&quot; rel=&quot;nofollow&quot;&gt;3-minute video&lt;/a&gt;, and &lt;a href=&quot;http://www.streetlinenetworks.com/site/pdf-factsheets/Streetline_Services.pdf&quot; rel=&quot;nofollow&quot;&gt;Streetline services relevant to this&lt;/a&gt;.

The ideal endgoal would certainly be:

1) As a driver, I tell my care where I want to go, it consults the network, and offers me a menu of available spots on the car&#039;s electronic map, including pricing estimates.  Maybe it tells me about ones that seem likley to be vacated, if I&#039;m a ways away.  Maybe I can &quot;reserve&quot; one.  Pricing is dynamic, but I should be able to find out any time from a handheld what it&#039;s costing me.

2) I drive and park, and a parking meter reads the car&#039;s transponder and charges me for the time as I use it.  (I.e., the SF Bay Area uses &lt;a href=&quot;http://www.bayareafastrak.org/&quot; rel=&quot;nofollow&quot;&gt;FasTrak&lt;/a&gt; for bridges, for example.

BUT: it is impossible to just magically jump to that, because to work, it needs:
- physical infrastructure (sensors, smart meters)
- network infrastructure
- smart vehicles

Hence, this becomes a strong &quot;insertion strategy&quot; issue, in which each step you take has to be be useful and cost-effective for somebody, without requiring *everybody* to do something.  For example, people would scream if the only way to get over the Golden Gate were to have FasTrak ... so of of course some lanes still take money.

In the parking case, there&#039;s a whole sequence of possible approaches, depending on the city&#039;s preferences, existing infrastructure, etc.  One can:

0) No practical solution can depend on every car having some device in it; it takes too long for the installed base to move.

1) Just put sensors down in a &quot;2-hour parking&quot; area, that doesn&#039;t even have meters, and any parking control officers can do what they do now, but without hassle of chalking tires, and with *their* route-sheets better optimized, or even better, handhelds that tell them &quot;3 cars an hour over on next block.&quot;  

2) Put sensors in simple metered spaces.

3) Put in smart meters as well, as part of the same wireless mesh.
Then, depending on how smart the meters get about charging, and what they can expect from the cars, and what kinds of sensors they have, you can start approaching the end goal.

Of course, even step 1, with the right network software and support for smartphones, helps drivers find parking.  The really key step is starting top build the wireless mesh physical infrastructure out there.  Also, once you do that, the mesh turns out to be useful for other things, the same way as the Internet gets used for applications for which no one would ever build the Internet.

For examples, fire hydrants need to be pressure-checked periodically.  A fire hydrant with a pressure sensor could easily wake up once a day, and report its pressure to the street mesh, miniscule data.</description>
		<content:encoded><![CDATA[<p>HC:</p>
<p>yes:<br />
See <a href="http://www.streetlinenetworks.com/site/solutions_parking-management.html" rel="nofollow">Streetline on this</a>, and the <a href="http://www.good.is/post/Wireless-Parking" rel="nofollow">3-minute video</a>, and <a href="http://www.streetlinenetworks.com/site/pdf-factsheets/Streetline_Services.pdf" rel="nofollow">Streetline services relevant to this</a>.</p>
<p>The ideal endgoal would certainly be:</p>
<p>1) As a driver, I tell my care where I want to go, it consults the network, and offers me a menu of available spots on the car&#8217;s electronic map, including pricing estimates.  Maybe it tells me about ones that seem likley to be vacated, if I&#8217;m a ways away.  Maybe I can &#8220;reserve&#8221; one.  Pricing is dynamic, but I should be able to find out any time from a handheld what it&#8217;s costing me.</p>
<p>2) I drive and park, and a parking meter reads the car&#8217;s transponder and charges me for the time as I use it.  (I.e., the SF Bay Area uses <a href="http://www.bayareafastrak.org/" rel="nofollow">FasTrak</a> for bridges, for example.</p>
<p>BUT: it is impossible to just magically jump to that, because to work, it needs:<br />
- physical infrastructure (sensors, smart meters)<br />
- network infrastructure<br />
- smart vehicles</p>
<p>Hence, this becomes a strong &#8220;insertion strategy&#8221; issue, in which each step you take has to be be useful and cost-effective for somebody, without requiring *everybody* to do something.  For example, people would scream if the only way to get over the Golden Gate were to have FasTrak &#8230; so of of course some lanes still take money.</p>
<p>In the parking case, there&#8217;s a whole sequence of possible approaches, depending on the city&#8217;s preferences, existing infrastructure, etc.  One can:</p>
<p>0) No practical solution can depend on every car having some device in it; it takes too long for the installed base to move.</p>
<p>1) Just put sensors down in a &#8220;2-hour parking&#8221; area, that doesn&#8217;t even have meters, and any parking control officers can do what they do now, but without hassle of chalking tires, and with *their* route-sheets better optimized, or even better, handhelds that tell them &#8220;3 cars an hour over on next block.&#8221;  </p>
<p>2) Put sensors in simple metered spaces.</p>
<p>3) Put in smart meters as well, as part of the same wireless mesh.<br />
Then, depending on how smart the meters get about charging, and what they can expect from the cars, and what kinds of sensors they have, you can start approaching the end goal.</p>
<p>Of course, even step 1, with the right network software and support for smartphones, helps drivers find parking.  The really key step is starting top build the wireless mesh physical infrastructure out there.  Also, once you do that, the mesh turns out to be useful for other things, the same way as the Internet gets used for applications for which no one would ever build the Internet.</p>
<p>For examples, fire hydrants need to be pressure-checked periodically.  A fire hydrant with a pressure sensor could easily wake up once a day, and report its pressure to the street mesh, miniscule data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hc</title>
		<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/comment-page-1/#comment-10393</link>
		<dc:creator>hc</dc:creator>
		<pubDate>Thu, 18 Feb 2010 09:37:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.harryrclarke.com/?p=2769#comment-10393</guid>
		<description>John, I think you origionally raised this with me &lt;a href=&quot;http://www.harryrclarke.com/2009/04/19/congestion-efficient-markets-for-parking-spots/&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;. At the Paris meetings a common theme of congestion pricing via telematics was to give drivers a bonus - to show that the technology served them as well as charged them a price.  Telematic devices should be able to tell you where vacant parking spots are and should enable you to pay your parking fees remotely - this would make sense if you removed constraints on length of stay in a spot and simply charged a market-clearing charge - if you are delayed you activate a button on your device.  Or maybe you can set it up so that charges are taken automatic</description>
		<content:encoded><![CDATA[<p>John, I think you origionally raised this with me <a href="http://www.harryrclarke.com/2009/04/19/congestion-efficient-markets-for-parking-spots/" rel="nofollow">here</a>. At the Paris meetings a common theme of congestion pricing via telematics was to give drivers a bonus &#8211; to show that the technology served them as well as charged them a price.  Telematic devices should be able to tell you where vacant parking spots are and should enable you to pay your parking fees remotely &#8211; this would make sense if you removed constraints on length of stay in a spot and simply charged a market-clearing charge &#8211; if you are delayed you activate a button on your device.  Or maybe you can set it up so that charges are taken automatic</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Mashey</title>
		<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/comment-page-1/#comment-10386</link>
		<dc:creator>John Mashey</dc:creator>
		<pubDate>Wed, 17 Feb 2010 18:58:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.harryrclarke.com/?p=2769#comment-10386</guid>
		<description>See &lt;a href=&quot;http://www.streetlinenetworks.com&quot; rel=&quot;nofollow&quot;&gt;Streetline Networks&lt;/a&gt;, a San Francisco company for which Don Shoup is an advisor (disclosure: as am I).  They provide technology infrastructure to be able to implement some of these ideas.</description>
		<content:encoded><![CDATA[<p>See <a href="http://www.streetlinenetworks.com" rel="nofollow">Streetline Networks</a>, a San Francisco company for which Don Shoup is an advisor (disclosure: as am I).  They provide technology infrastructure to be able to implement some of these ideas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hc</title>
		<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/comment-page-1/#comment-10383</link>
		<dc:creator>hc</dc:creator>
		<pubDate>Wed, 17 Feb 2010 10:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.harryrclarke.com/?p=2769#comment-10383</guid>
		<description>I don&#039;t have any PhD students doing mindless time series or game theory work.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t have any PhD students doing mindless time series or game theory work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bek</title>
		<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/comment-page-1/#comment-10382</link>
		<dc:creator>Bek</dc:creator>
		<pubDate>Wed, 17 Feb 2010 10:00:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.harryrclarke.com/?p=2769#comment-10382</guid>
		<description>Harry,

I hope you don&#039;t mean your own PhD students by this!:
&quot;&quot;&quot;&quot;&quot;&quot;&quot;&quot;I think a dozen quality PhDs in economics could be constructed in Australia on themes developed in Shoup’s book and all would have greater social payoffs than the current batch of mindless atheoretical, time series macroeconomic studies or the surfeit of ’sophisticated’, useless game theory projects we are producing.&quot;&quot;&quot;&quot;&quot;</description>
		<content:encoded><![CDATA[<p>Harry,</p>
<p>I hope you don&#8217;t mean your own PhD students by this!:<br />
&#8220;&#8221;"&#8221;"&#8221;"&#8221;I think a dozen quality PhDs in economics could be constructed in Australia on themes developed in Shoup’s book and all would have greater social payoffs than the current batch of mindless atheoretical, time series macroeconomic studies or the surfeit of ’sophisticated’, useless game theory projects we are producing.&#8221;"&#8221;"&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Social and equity impacts of subsidised parking for all &#171; Translations</title>
		<link>http://www.harryrclarke.com/2010/02/16/parking-revisited/comment-page-1/#comment-10381</link>
		<dc:creator>Social and equity impacts of subsidised parking for all &#171; Translations</dc:creator>
		<pubDate>Wed, 17 Feb 2010 02:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.harryrclarke.com/?p=2769#comment-10381</guid>
		<description>[...] the complaints fly every time parking charges are introduced or increased on council owned land.Harry Clarke has a better considered and informed idea about the economics of parking than yours truly, but here [...]</description>
		<content:encoded><![CDATA[<p>[...] the complaints fly every time parking charges are introduced or increased on council owned land.Harry Clarke has a better considered and informed idea about the economics of parking than yours truly, but here [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

