<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>Frumination</title>
      <link>http://frumin.net/ation/</link>
      <description></description>
      <language>en</language>
      <copyright>Copyright 2008</copyright>
      <lastBuildDate>Tue, 20 May 2008 09:50:34 -0500</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            
      <item>
         <title>Climb the Charts, Schmimb the Charts</title>
         <description><![CDATA[<p><a href="http://alumni.media.mit.edu/~peretti/">Someone</a> I know asked me to post this little ditty from a past <strike>life</strike> career of mine.  Judging from the time scale on the graph, I must have made this diagram 200 weeks after November 21, 1998 -- around the fall of 2002 I guess.  In fact, if my memory serves me, the whole thing was really <a href="http://www.steinberg.org/">Steve's</a> idea.</p>

<p>What the chart below shows to me is that the notion of "climbing the charts" is basically defunct.  Albums hit their peak Billboard positions immediately or very shortly after their release dates, and then fade out like like the ego and stature of your high school football team's quarterback.</p>

<p><a href="http://frumin.net/img/billboard-climbers.png"><img src="http://frumin.net/img/billboard-climbers-small.png" alt="" /></a>
<small><a href="http://frumin.net/img/billboard-climbers.png">(click for a full size image)</a></small></p>

<p>There are a number of ways I have thought that this particular graphic could be improved -- make it interactive, somehow link albums by the same artist, etc -- but, really, who cares?!?</p>]]>
        
	</description>

<link>http://frumin.net/ation/2008/05/climb_the_charts_schmimb_the_charts.html</link>
<author>fruminator</author>


        
        
         <pubDate>Tue, 20 May 2008 09:50:34 -0500</pubDate>
      </item>
            
      <item>
         <title>I Know A Guy</title>
         <description><![CDATA[<p>Q: Mike, how was it that you got to visit the work site of the <a href="http://mta.info/mta/news/releases/?en=071109-HQ73">East Side Access</a> project, hundreds of feet under Manhattan, and check out a real <a href="http://en.wikipedia.org/wiki/Tunnel_boring_machine">Tunnel Boring Machine</a>?<br />
A: I Know a Guy</p>

<p>I definitely never thought I'd actually get to say that.  Fortunately, the guy I know told me to bring a camera.  The battery was dying so I didn't get to snap that many pics, but what I got follows.  I think these pictures capture, to a degree, how messy the prospect of assembling a <span class="caps">TBM </span>way under ground really is.  </p>

<p>The overriding feeling I had throughout was of being inside, around, and on top of a <a href="http://en.wikipedia.org/wiki/Sandworm_%28Dune%29">Sandworm</a> in the novel Dune.  What really impressed me was the number of people necessary just to put one of these things together, and the enthusiasm of all the people working on the project (sweating it out under 200 feet of bedrock).</p>



<p>The entrance to the work site, in Sunnyside, Queens<br />
<a href="http://frumin.net/img/esa-tbm/PICT9716.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9716.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9717.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9717.JPG" alt="" /></a></p>

<p><BR><br />
The 30+ years old but never used <span class="caps">LIRR </span>tunnel under the East River</p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9725.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9725.JPG" alt="" /></a></p>

<p><BR><br />
The beast itself:</p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9718.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9718.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9719.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9719.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9720.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9720.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9721.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9721.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9722.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9722.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9723.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9723.JPG" alt="" /></a></p>

<p><a href="http://frumin.net/img/esa-tbm/PICT9724.JPG"><img src="http://frumin.net/img/esa-tbm/thumbs/PICT9724.JPG" alt="" /></a></p>

<p>So, point being, East Side Access is really happening!  This visit was in late August, just before the machine was brought on line.  Perhaps I'll get to visit again to see it in action.</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/12/i_know_a_guy.html</link>
<author>fruminator</author>


        
        
         <pubDate>Wed, 05 Dec 2007 12:59:50 -0500</pubDate>
      </item>
            
      <item>
         <title>Congestion Pricing is a Technology, Remember?</title>
         <description><![CDATA[<p>In many ways London's system for Congestion Pricing should be model for New York, but in other ways it really isn't.  The most obvious way that it isn't is in the actual technology proposed to do the job.  Yes there are cameras and computers involved, that's sort of where the similarity ends.</p>

<p>Specifically, in the UK tradition, all of the cameras relay a full video feed to some central processing location.  Not only is this absurdly costly (think fibre!!) but it allows for plenty of privacy invasion by anyone who has access to the cameras' feeds.  The proposition for New York is very different.  The proposition is much cheaper and seems to all but eliminate the possibility of using the cameras for anything but looking at license plates.  That's because the cameras would be equipped with enough smarts to know when to snap a photo, and only that still image would be sent to be processed.  If you don't believe me, read this excerpt from <a href="http://www.nycedc.com/NR/rdonlyres/E8EB50D6-8EE9-42BB-AF14-80734E2C8F78/0/IBMCorporation.pdf"><span class="caps">IBM'</span>s recently released proposal</a>:</p>

<blockquote>


<p>A worst case analysis shows that for a very busy lane, with one thousand vehicles passing the detection equipment every hour and forced to send two 100kB images for each vehicle, the bandwidth requirement is a mere 57kB/s. This is within the capacity of wireless networks today, but is not the optimal solution approach.</p>

<p>A more realistic case, in which 50% of vehicles are equipped with an E-ZPass tag, 90% of the remaining license plates are read with a sufficient confidence at roadside and 80% of charges are paid in a timely manner, leads to a bandwidth requirement of 8kB/s. A very busy, six-lane detection point would thus be well within the capacity of <span class="caps">NYCW</span>iN, even without local reinforcement of the wireless network.</p>

<p>We estimate that, with our proposed solution approach to vehicle detection at the edge of the network and given the estimated amount of traffic in the city, the average local bandwidth requirement across the system will be on the order of less than 1kB/s per lane, and the overall load on the backbone of the wireless network will be small.</p>

</blockquote>

<p>More generally speaking, I think it suffices to say that Congestion Pricing uses technology, and as we know technology only gets better and cheaper over time, so we can be sure that <span class="caps">NYC'</span>s Congestion Pricing technology will be much better and cheaper than London's.</p>

<p>Now, if only somebody would only explain this to all the privacy freaks and civil libertarians that are making this process so painful...</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/12/congestion_pricing_is_a_technology.html</link>
<author>fruminator</author>


        
        
         <pubDate>Mon, 03 Dec 2007 10:40:18 -0500</pubDate>
      </item>
            
      <item>
         <title>Mailer for Mayor (In Memorium)</title>
         <description><![CDATA[<p>In 1969 <a href="http://en.wikipedia.org/wiki/Norman_Mailer">Norman Mailer</a> ran for Mayor.  In 2002 my grandfather (probably the most Mailer-like person I know) gave me an original copy of the campaign poster that he had squirreled away for 30+ years.  A week or so ago, Mr. Mailer passed away, so it seems like the appropriate time to put this poster on the web, since I have never been able to find a copy online before.  I'm about as far from a knowledgeable design critic as you can get, but this thing is an undeniable work of art, especially in the eye of any native New Yorker.  </p>


<p><a href="http://frumin.net/img/mailer_for_mayor/mailer_for_mayor.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/mailer_for_mayor.png" alt="" /></a></p>


<p><BR><br />
What a platform:</p>

<p><a href="http://frumin.net/img/mailer_for_mayor/title.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/title.png" alt="" /></a></p>


<p><BR><br />
The boroughs, in order of time I've spent in them:</p>

<p><a href="http://frumin.net/img/mailer_for_mayor/brooklyn.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/brooklyn.png" alt="" /></a></p>

<p><a href="http://frumin.net/img/mailer_for_mayor/manhattan.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/manhattan.png" alt="" /></a></p>

<p><a href="http://frumin.net/img/mailer_for_mayor/queens.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/queens.png" alt="" /></a></p>

<p><a href="http://frumin.net/img/mailer_for_mayor/bronx.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/bronx.png" alt="" /></a></p>

<p><a href="http://frumin.net/img/mailer_for_mayor/staten_island.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/staten_island.png" alt="" /></a></p>


<p><BR><br />
Some lovely embellishments on the Hudson River:</p>

<p><a href="http://frumin.net/img/mailer_for_mayor/hudson.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/hudson.png" alt="" /></a></p>


<p><BR><br />
And my favorite little twist:</p>

<p><a href="http://frumin.net/img/mailer_for_mayor/fed_money.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/fed_money.png" alt="" /></a></p>


<p><BR><br />
Not a bad running mate:</p>

<p><a href="http://frumin.net/img/mailer_for_mayor/banner.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/banner.png" alt="" /></a></p>


<p><BR><br />
But not a good day either (they came in 4th):</p>

<p><a href="http://frumin.net/img/mailer_for_mayor/primary.png"><img src="http://frumin.net/img/mailer_for_mayor/thumbs/primary.png" alt="" /></a></p>

<p><BR><br />
For more info on the campaign itself, check out a <a href="http://cityroom.blogs.nytimes.com/2007/11/14/podcast-remembering-mailer-for-mayor/">recent <span class="caps">NYT</span>imes podcast</a> and an <a href="http://www.wnyc.org/shows/bl/episodes/2007/11/13/segments/88764">interview on <span class="caps">WNYC</span></a> with <a href="http://en.wikipedia.org/wiki/Jimmy_Breslin">Jimmy Breslin</a>, Mailer's running mate and another icon of New York realness.</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/11/mailer_for_mayor_in_memorium.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">nyc</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transport</category>
        
        
         <pubDate>Tue, 20 Nov 2007 13:04:15 -0500</pubDate>
      </item>
            
      <item>
         <title>Cars vs Transit is like Packets vs ... Packets</title>
         <description><![CDATA[<p>A genius I know once <a href="http://www.wired.com/wired/archive/4.10/atm.html">wrote an article</a> that some say brought the distinction between <a href="http://en.wikipedia.org/wiki/Packet_switching">packet-switched</a> and <a href="http://en.wikipedia.org/wiki/Circuit_switching">circuit-switched</a> networks into the popular consciousness.  In the decade or so since, we have seen packet-switched networks <a href="http://en.wikipedia.org/wiki/Internet">take over the world</a>, and unfortunately some people find themselves tempted to abuse this bit of history in arguing related points.  The gist of it will always be something to the effect of: "the thing I support is like Packets, the other thing is like Circuits, and since we all know that Packets beat Circuits, I must be right."  (This is not unlike how many in my extended family will take anything they think is sufficiently bad and compare it to Hitler.)</p>

<p>For example, a <a href="http://www.gppf.org/article.asp?RT=&amp;p=pub%2FTransportation%2Ftranspackets070803.htm">recent piece</a> (of what I don't know) by Stephen Fleming of the Georgia Public Policy Foundation, entitled <i>In Transportation and in Technology, Packets Beat Circuits,</i> starts off "Why are so many mass transit policies doomed to failure?  Because packets beat circuits. Let's explore an analogy."  </p>

<p>You can imagine where it goes from there ("cars are like packets, mass transit is like circuits, so cars are better").  The guy claims to have worked in digital communications for 10 years; I wonder if he's just bitter because he was on the wrong side of the packets vs circuits debate.</p>

<p>For the sake of all 6 people likely to read this, I hereby debunk this terrible analogy:</p>

<p>The fundamental aspect of a circuit-switched network, as stated in the first sentence of the <a href="http://en.wikipedia.org/wiki/Circuit_switching">Wikipedia article on Circuit Switching</a> is that it "establishes a dedicated circuit (or channel) between nodes and terminals."  That is, the bandwidth for the flow is reserved end-to-end for the life of the circuit.  Traditionally, when I make a phone call, part of the 'space' on a bunch of copper wires connecting where I'm calling from to where I'm calling to is reserved even if no one is saying anything over the line.</p>

<p>Clearly a road network is not circuit-switched -- when you start out from your house you don't have a dedicated lane all the way to your destination (if you did, I might just own a car).  In a circuit-switched transit network, not only would I have a seat on one R train from Union Street to Union Square, I would have a seat on every R train over the same route for the duration of my trip.  Realizing this, the analogy breaks down completely.</p>

<p>Fleming's main argument as to why Transit is like Circuits is that the bandwidth hierarchy, in traveling by train, then bus, then feet, is like the digital transmission hierarchy of telephone (i.e. circuit-switched) networks.  Perhaps he lives and works directly on top of an interstate and has never driven by highway, then arterial, then local street in his car.  Or never noticed that the bandwidth on his home broadband connection is orders of magnitude smaller than the trans-Atlantic fiber lines that connected me in London to his web server in Georgia.</p>

<p>In a circuit-switched network, I only use as much bandwidth as I need at that moment, and only on the single link I'm currently traversing.  When I get to the end of that link, I am put in a queue until the next link on my path is ready to receive me.  It's true that it's a bit more obvious to see a road/auto network as analogous to a packet-switched network, but only because of the apparent simplicity of the rules of the system.  Transit networks are of the same nature, it's just that the way packets (i.e. people!) are queued and switched where links connect is more complicated and constrained than on roads.  </p>

<p>Speaking in data-network terms that we are all familiar with, transit mops up auto when it comes to bandwidth (total bits, or people, per unit time).  The problem with transit is, in some circumstances, higher end-to-end latency (the time it takes for the first bit, or person, to get where they're going).  But once you get the flow started, we all know that one track of even light rail service can carry the same number of passengers per hour (or was it bits per second) as 7 lanes of freeway or 17 lanes of street (<a href="http://frumin.net/ation/2006/12/15k_people_per_hour_by_transpo.html">see here</a>).</p>

<p>Unfortunately, people actually read and believe this kind of proof-by-bad-analogy thinking.  In a <a href="http://www.reason.org/surfacetransportation46.shtml#feature5">recent newsletter</a> from the Reason Foundation, Robert Poole, Reason's Director of Transportation Studies, claims to have had his "Aha!" moment when reading Fleming's piece.  Too bad for him the "Aha!" wasn't a realization to be much more careful with his analogies.</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/08/cars_vs_transit_is_like_packet.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">networks</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transit</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transport</category>
        
        
         <pubDate>Mon, 20 Aug 2007 16:23:13 -0500</pubDate>
      </item>
            
      <item>
         <title>Where&apos;s the Beef?</title>
         <description><![CDATA[<p>Or at least, the capacity?  </p>

<p>The <a href="http://www.nyc.gov/html/planyc2030/html/plan/land_housing.shtml">first strategy</a> for adding additional housing outlined in Mayor Bloomberg's 2030 plan is to pursue <a href="http://en.wikipedia.org/wiki/Transit-oriented_development" title="TOD">transit oriented development</a>.  In simple terms, dense development around transit stations and hubs.  However, the plan also describes <a href="http://www.nyc.gov/html/planyc2030/html/plan/transportation.shtml">capacity issues</a> that our transit system faces today and will face in the future.  So, we should build all our new housing clustered around a transit system already reaching capacity?  Hrmmm...</p>

<p>Looking at subway ridership in a long term context, it's pretty clear however that while some lines may be quite crowded today, the system as a whole is substantially below the highest usage levels it has supported historically. On the whole, we have recovered from a nadir of 915 million trips in 1977 to 1.5 billion trips in 2006 -- about the same as in 1952.</p>

<p><img src="http://frumin.net/img/nyc.subway.annual-ridership.gif" alt="" /></p>

<p>We all know that commuters from Williamsburg and the Upper East Side are suffering, but the question remains -- are there parts of the city where subway usage is substantially below levels that have been supported in the past?  Comparing <a href="http://transit.frumin.net/subway/growth/nyc-station-ridership.xls.zip">each station's 2006 annual ridership</a> to levels in 1952 yields the following map, where red indicates a net decrease over the last 54 years (and thus, theoretically, excess capacity):</p>

<p><a href="http://transit.frumin.net/subway/growth/growth.html"><img src="http://transit.frumin.net/subway/growth/growth.png" alt="" /></a></p>

<p>This analysis of course doesn't account for the fact that bringing the South Bronx back to historical levels would make the problems on the Lexington line even worse than they are today, but it at least gives a sense of what areas could accept housing growth around subway stations if the most pressing line-level capacity issues were resolved.</p>

<p>What if we want to look at each station's or line segment's pattern over time?  As they say here in London -- "watch this space" (and think <a href="http://en.wikipedia.org/wiki/Sparkline">sparklines</a>).</p>



<p class="note">[Technology Shoutout: most of the work for making the above map was done by the ever-more-brilliant open source <a href="http://postgis.refractions.net/">PostGIS</a> and <a href="http://www.geoserver.org/">GeoServer</a> packages.]</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/07/wheres_the_beef.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">transit</category>
        
        
         <pubDate>Mon, 30 Jul 2007 12:57:21 -0500</pubDate>
      </item>
            
      <item>
         <title>Zero Sum Game (in a good way)</title>
         <description><![CDATA[<p>[err, so now NY may get it together on congestion pricing, but the train of thought is relevant nonetheless]</p>

<p>While usually calling something a zero-sum game is a bad thing, in this case I mean it positively.  The $500M for a congestion pricing pilot that New York <span style="text-decoration: line-through;">has lost</span> may still lose would go to somewhere else like Dallas, San Diego, Atlanta, San Francisco, Denver, Miami, Seattle or Minneapolis.  I am a New Yorker born and bred, and am as disappointed as anyone about this, but I think in this case we all may be suffering from a slight case of New-York-is-the-center-of-the-world-itis.  </p>

<p>None of these other cities have nearly the mass transit system that New York has.  Probably combined their mass transit systems don’t carry half the passengers ours does, and most people living in those places think of cars as an absolute necessity for practically everything they do.  In a broader sense, it could very well be an overall net positive that the congestion pricing pilots happen in other cities.  Perhaps those places will make incremental progress in shifting people out of cars and more importantly, changing peoples' value systems when it comes to cars vs. other modes.  </p>

<p>If we are really lucky, this could be the first wave in a national shift towards more rational thinking about transportation, which would definitely benefit NYC in the long term.  In truth, I'm a lot less worried about NYC than I am about other cities and the country/world as a whole, so I wonder if it doesn't hurt to at least imagine the possibility of some greater good coming from Albany's (seeming) ineptitude.<br />
</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/07/zero_sum_game_in_a_good_way.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">cc</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transit</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transport</category>
        
        
         <pubDate>Wed, 18 Jul 2007 05:27:37 -0500</pubDate>
      </item>
            
      <item>
         <title>Le Triboro RX</title>
         <description><![CDATA[<p>In its 1996 <a href="http://www.rpa.org/publications/third.html">Third Regional Plan</a>, the <a href="http://www.rpa.org">Regional Plan Association</a> describes a rapid transit line in Brooklyn, Queens, and the Bronx that could be built almost entirely on pre-existing rail rights of way and would connect with at least twenty existing subway lines.  The so-called ''Triboro <span class="caps">RX'' </span>(''TRX'' for short) presents a unique opportunity to provide mobility and accessibility to New Yorkers living or working within these three boroughs, at a fraction of the cost of most transit projects of similar size.  In my part-time internship at the <span class="caps">RPA, </span>which ends today, the lion's share of the work I have done has focused on fleshing out the idea of this line.</p>

<p><img src="http://transit.frumin.net/trx/maps/plan-small.png" alt="" /></p>

<p><BR></p>

<p>Working with the singular <a href="http://www.rpa.org/aboutrpa/staff/jeffzupan.html">Jeff Zupan</a> and his former sidekick Alexis Perrotta, I helped to develop a possible alignment for the Triboro <span class="caps">RX, </span>and a crude estimate of what levels of initial commuter ridership one could expect to see if it were built.  The fruits of this labor can be seen on the web at <a href="http://transit.frumin.net/trx/TriboroRX">http://transit.frumin.net/trx/TriboroRX</a> (including sections on <a href="http://transit.frumin.net/trx/Alignment">the alignment</a>, <a href="http://transit.frumin.net/trx/Data_Sources">our data sources</a>, <a href="http://transit.frumin.net/trx/Demand_Model">the demand model</a>, and <a href="http://transit.frumin.net/trx/Results">detailed results</a>). There I describe in detail how the line and its stations are laid out and how we made our estimates.  At the end of the day, we can comfortably say that at least 76,000 New Yorkers (including 32,000 diverting from other modes of transportation) would use the Triboro RX to get to and from their jobs every day.  This number that is quite competitive with many existing lines, and without ever touching the island of Manhattan.</p>

<p><img src="http://transit.frumin.net/trx/maps/trx-orig.png" alt="" /></p>

<p><BR></p>


<p>At the heart of our ability to make this estimate is the <a href="http://www.transtats.bts.gov/Tables.asp?DB_ID=630">Journey-to-Work</a> data published by the census -- counts of commuters between every census tract and every other census tract in the city.  Given these flow data, the shape of the subway network with and without the Triboro <span class="caps">RX, </span>and a <a href="http://transit.frumin.net/trx/Demand_Model#Route_Choice">rough model</a> of how people make travel decisions on public transportation, it's not so hard to guess which subway riders would use a new transit line if it were built.  Estimating new transit riders is more nuanced, but we <a href="http://transit.frumin.net/trx/Demand_Model#Adding_the_Triboro_RX">did our best</a> with limited resources.</p>

<p><img src="http://transit.frumin.net/trx/maps/trx-dest.png" alt="" /></p>

<p><BR></p>


<p>This study of the Triboro RX has, for me, been much more than a semi-traditional transportation modeling exercise.  I took it as an opportunity to get intimately familiar with the state of the art in Open Source mapping and <span class="caps">GIS </span>software, including <a href="http://postgis.refractions.net/">PostGIS</a>, <a href="http://geoserver.org/">GeoServer</a>, and <a href="http://openlayers.org/">OpenLayers</a>.  These pieces represent a full network-enabled stack for, respectively, storing and manipulating, mapping and presenting, and client-side interfacing of spatial data.  I don't think they are quite yet usable by the non-hacker, but I wouldn't be doing this work if I didn't think that my computing skills brought something special to the table.  That said, I encourage you to check out the following:</p>


<ul>
<li><a href="http://transit.frumin.net/trx/trx.html">Interactive map of New York City, its subway system, and the Triboro RX</a> (don't forget to try changing the background map and various overlays)</li>
<li><a href="http://transit.frumin.net/trx/data/kml/trx-subway-network.kml">Subway and Triboro RX in Google Earth</a></li>
<li><a href="http://transit.frumin.net/trx/data/kml/enchilada.kml">The whole enchilada in Google Earth</a></li>
</ul>



<p><a href="http://transit.frumin.net/trx/data/kml/enchilada.kml"><img src="http://frumin.net/img/trx-gearth.png" alt="" /></a></p>

<p><BR></p>


<p>Now, it wouldn't be a perfect project to do, for free, when I should be saving money for school, if it didn't also involve getting my hands dirtier than they already do from all the crumbs in my keyboard.  It seems absurd to talk about planning a transit line without actually having visited the areas it would connect.  Having synced the clocks on my <a href="http://www.amazon.com/Garmin-Foretrex-201-Wrist-Mounted-Navigator/dp/B0001K2JD0"><span class="caps">GPS </span>device</a> and digital camera, I twice explored the Triboro RX right-of-way and its environs from Flatbush to Bay Ridge, in Brooklyn.  The results are viewable either in <a href="http://transit.frumin.net/trx/data/kml/trx-pics.kml">Google Earth</a> or directly <a href="http://transit.frumin.net/trx/trx.html?lat=40.62683&amp;lon=-73.98923&amp;zoom=14&amp;layers=B000FFFFFFTFFTFT">on the web</a>.  What really struck me was the diversity of neighborhoods -- Flatbush, Ocean Parkway, Borough Park, Sunset Park, Bay Ridge -- traversed by the Triboro RX in less than a third of its length.  Continuing on, it runs through East New York, Brownsville, Cypress Hills, Middle Village, Jackson Heights, Astoria, and Mott Haven.  You could eat your heart out while getting from Brooklyn to the Bronx, skipping "the city" entirely.</p>

<p><a href="http://frumin.net/img/trx-eating.png"><img src="http://frumin.net/img/trx-eating-small.png" alt="" /></a></p>

<p><BR></p>


<p>Finally, no contemporary New York transportation project is complete if it doesn't some how tie into <a href="http://www.nyc.gov/html/planyc2030/html/plan/transportation.shtml">Congestion Pricing</a>.  In terms of providing mass transit to unserved communities in the outer boroughs, methinks this graphic speaks for itself:<br />
<img src="http://transit.frumin.net/trx/maps/new-orig.png" alt="" /></p>

<p><BR></p>



<p class="note">PS Please forgive me, I know these maps need legends for the quantitative parts.  It's all a big hack, trust me!</p>

<p class="note"><span class="caps">PPS</span> The interactive web maps work much better in FireFox than Internet Explorer.  Save your soul and <a href="http://www.mozilla.com/en-US/">get a real browser</a>.</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/06/le_triboro_rx.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">gis</category>
                  <category domain="http://www.sixapart.com/ns/types#category">nyc</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transit</category>
        
        
         <pubDate>Thu, 28 Jun 2007 14:21:27 -0500</pubDate>
      </item>
            
      <item>
         <title>What, me Published?</title>
         <description><![CDATA[Well, not really.  But some ideas that I helped develop and data I helped gather/generate were recently written up in this paper from the Harvard Business Review on <a href="http://harvardbusinessonline.hbsp.harvard.edu/hbsp/hbr/articles/article.jsp?ml_action=get-article&amp;articleID=F0705A&amp;ml_issueid=BR0705&amp;ml_subscriber=true&amp;pageNumber=1&amp;_requestid=20614">Big Seed Marketing</a> by my pals Jonah Peretti and Duncan Watts.  The basic idea, embodied in the open source <a href="http://forwardtrack.eyebeamresearch.org/">ForwardTrack</a> project I helped create, is, as <a href="http://www.kottke.org/remainder/07/05/13425.html">Kottke</a> says:<br />
<blockquote>
Instead of relying purely on viral marketing or mass media marketing alone, big-seed marketing combines the two approaches so that a large initial audience spreads the marketing message to a secondary audience, yielding more overall interest than either approach would have by itself, even if the message isn't that contagious. "Because big-seed marketing harnesses the power of large numbers of ordinary people, its success does not depend on influentials or on any other special individuals; thus, managers can dispense with the probably fruitless exercise of predicting how, or through whom, contagious ideas will spread."<br />
</blockquote>

<p>While I was not listed as an author in the <span class="caps">HBR </span>paper, I am listed on the as yet <a href="http://cdg.columbia.edu/uploads/papers/watts2007_viralMarketing.pdf">unpublished version</a> on Dr. Watts' web site (<a href="http://cdg.columbia.edu/cdg/abstracts?id=60">abstract</a>).</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/05/what_me_published.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">networks</category>
                  <category domain="http://www.sixapart.com/ns/types#category">papers</category>
        
        
         <pubDate>Wed, 16 May 2007 11:38:52 -0500</pubDate>
      </item>
            
      <item>
         <title>The RPA has Wheels</title>
         <description><![CDATA[<p>Last Friday I attended <a href="http://www.rpa.org">Regional Plan Association's</a> 17th Annual Regional Assembly, entitled "A Bright Green Future," focused on climate change and energy use in the tri-state region.  The keynotes (including Mayor Bloomberg's) and plenary were broad and deep, and of the numerous breakout sessions, I chose to attend, unsurprisingly, the one on transportation -- "The Wheels: Getting from A to B with Less <span class="caps">C02.</span>"</p>

<p>Generally speaking, my interest in transportation is not an environmental one.  I like mass transit because it enables a certain kind of social and economic development that is unique to big cities.  Nevertheless, transportation is an important part of the energy and climate change conversation, so a thorough treatment by established experts is always a good thing.</p>

<p>The introductory presentation by moderator Lee Sander, <span class="caps">CEO </span>of the <a href="http://mta.info"><span class="caps">MTA</span></a>, consisted primarily of a number of key statistics:</p>


<ul>
<li>25% of world petroleum consumption is by US; our share has only shifted slightly downward in last 20 years.  In contrast, US has only 5% of world’s population. </li>
<li>28% of US Energy Consumption is in the transportation sector </li>
<li>Transportation consumed 67% of <span class="caps">U.S. </span>petroleum usage in 2005. </li>
<li>Transportation emitted 58% of the nation’s pollution from carbon monoxide, 45% of nitrogen oxides, and 36% of volatile organic compounds. </li>
<li>Highway vehicles emitted 82% of all transportation carbon dioxide emissions in 2004. </li>
<li><span class="caps">U.S. </span>vehicle-miles of travel (VMT) for all modes of transportation approached 3 trillion in 2004, growing at an average annual rate of 2.9 percent over the last 20 years.  <span class="caps">VMT </span>is doubling every 24 years.  </li>
<li>Passenger car vehicle efficiency has not changed in last 20 years.  </li>
<li>Vehicle miles per capita in US by state – New York is the lowest by far of any state – density, transit, walking is the reason.</li>
</ul>



<p>The presentations of the four respondents detailed some of the problems with and and solutions to our regional and national transportation and emission trends.</p>


<p>The first panelist was <a href="http://embarq.wri.org/en/About.Bios.aspx">Lee Schipper</a>, Director of Research at <a href="http://embarq.wri.org/en/"><span class="caps">EMBARQ</span></a>, the World Resources Institute Center for Sustainable Transport.  Some highlights of his at times riotously funny presentation include:</p>


<ul>
<li>Income correlates directly with <span class="caps">CO2 </span>emissions per capita</li>
<li>President Bush has 'Kyotus Interruptus'</li>
<li>Mileage per Gallon is not going down in the <span class="caps">US. </span> All gains in fuel efficiency have been matched with increased horsepower in vehicles.</li>
<li>Hybrid <span class="caps">HOV </span>subsidies and Ethanol subsidies are silly</li>
<li>Fuel share as a fraction of household income is going down, encouraging further driving behavior</li>
<li>Alternative 'Fools' are not priced right</li>
<li>Compared with the <span class="caps">US,</span> Europe has higher gas taxes, and much lower fuel consumption and driving</li>
<li>The Mexico City MetroBus <span class="caps">BRT </span>project is working -- traffic is down, polluting minibuses are less used.  Rigid enforcement of exclusive bus lanes is key</li>
</ul>





<p>Next up was <a href="http://www.ccap.org/about_staff.htm#winkelman">Steve Winkelman</a> of the <a href="http://www.ccap.org/">Center for Clean Air Policy</a>.  With a similar focus on transportation modes and fuel usage, his presentation was somewhat richer in terms of statistics and graphical exhibits:</p>


<ul>
<li>It's all about Travel Demand Management (TDM), and the challenges of sprawl.  Examining <span class="caps">CO2 </span>production density vs. <span class="caps">CO2 </span>production per household yields a rather stark contrast in the San Francisco Bay Area:</li>
</ul>



<p><img src="http://frumin.net/img/winkelman-sf-co2-density.png" alt="" /></p>

<p><img src="http://frumin.net/img/winkelman-sf-co2-percapita.png" alt="" /></p>



<ul>
<li>I also really like this diagram, which illustrates part of the inefficiency of the design of sprawled communities: </li>
</ul>



<p><img src="http://frumin.net/img/winkelman-sprawl-vs-urban.png" alt="" /></p>



<ul>
<li>Fuel efficiency is a great thing, but is not enough to reduce <span class="caps">CO2 </span>emissions.  The following graphs show the effects of rolling out California emissions standards nationally, with and without travel growth.  Controlling travel growth will be an important part of controlling emissions growth:</li>
</ul>



<p><img src="http://frumin.net/img/winkelman-no-growth.png" alt="" /></p>

<p><img src="http://frumin.net/img/winkelman-with-growth.png" alt="" /></p>



<ul>
<li>Winkelman believes that compact development can save 20% - 50% of <span class="caps">VMT. </span> He cites realtor surveys that actually demonstrate increased consumer demand for compact, transit oriented development (TOD).</li>
</ul>




<ul>
<li>We have a real opportunity to affect change for the future with good policy today.  Citing Arthur  Nelson in the Journal of the American Planning Association: "Nearly half of what will be the built<br />
environment in 2030 doesn’t even exist yet, giving the current generation a vital opportunity to reshape future development."</li>
</ul>




<ul>
<li>For example, Portland, Oregon, has decreased its <span class="caps">VMT </span>by 6% over the last 15 years while the nation as a whole has increased by 10%.</li>
</ul>




<ul>
<li>In summary, the current <span class="caps">ICE</span>-TEA and <span class="caps">SAFE</span>-TEA federal transportation legislations are inadequate to help curb emissions and climate change; we need <span class="caps">GREEN</span>-TEA</li>
</ul>





<p><a href="http://www.climatestrategies.us/template.cfm?FrontID=5337">Sonia Hamel</a>, of the <a href="http://www.climatestrategies.us/">Center for Climate Strategies</a>, gave a presentation that was less about the numbers, and more about her experience working in the Office of Commonwealth Development in Massachusetts, tackling climate change at the state level.  Her focus was on the benefits of integrating a climate change strategy with other parts of state development agencies.</p>


<ul>
<li>In her office, she helped screen the dispersal of state funds in four key areas:
<ul>
<li>Environmental</li>
<li>Transportation</li>
<li>Housing/Community Development</li>
<li>Energy</li>
</ul>
</li>
</ul>




<ul>
<li>The primary criteria for screening was lower energy usage, allowing proposals that met appropriate criteria to jump ahead in the line for state funding.
<ul>
<li>In the first year of the program, there was substantial pushback against the guidelines they set.</li>
<li>In the second year, everything was different.  People got it.</li>
</ul>
</li>
</ul>




<ul>
<li>The problem with many smart growth initiatives is that they do not directly tie funding to the smart growth criteria.</li>
</ul>




<ul>
<li>Examples of specific changes she helped affect in MA:
<ul>
<li>Educate communities not to fear local housing development, just because increased population may require more schools</li>
<li>30 <span class="caps">TOD </span>projects were completed</li>
<li>Highway design guidelines were revised.</li>
</ul>
</li>
</ul>





<p>Finally <a href="http://the-end-of-oil.com/_wsn/page2.html">Paul Roberts</a>, author of <a href="http://the-end-of-oil.com/index.html">End of Oil</a>, offered some cautionary notes and an amazing example of some of the possible unintended consequences of climate change solutions.  Be assured, his presentation was much more convincing than my retelling:</p>


<ul>
<li>The US government is subsidizing corn-ethanol production, in order to help foster an alternative fuel industry.</li>
<li>This has driven up the price of American corn which hurts everyone from cattle farmers to Mexican tortilla eaters.</li>
<li>The increased price of corn has farmers replacing other crops with corn, raising the prices of all sorts of seeds and grains, including wheat.</li>
<li>Which has caused food manufacturers to buy wheat gluten from China, which we have recently learned has its own problems (melamine!)</li>
<li>Growing ethanol requires fertilizer, which has high Nitrogen content.</li>
<li>Nitrogen in the land and water has all sorts of adverse affects such as harming babies (though I missed how), and feeding algae blooms which disrupt aquatic ecosystems.</li>
<li>But what's worse, one primary source of the Nitrogen for fertilizers is Natural Gas.</li>
<li>Which we end up needing to import from Russia and Iran, thus curtailing the national security benefits we expect from reduced oil dependence in our transportation systems.</li>
</ul>



<p>Lots to digest!</p>

<p>PS get a different kind of rundown on the same session at <a href="http://www.streetsblog.org/2007/05/09/biofuels-bus-lanes-and-beer/">Streetsblog</a></p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/05/the_rpa_has_wheels.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">rpa</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transport</category>
        
        
         <pubDate>Fri, 11 May 2007 10:59:02 -0500</pubDate>
      </item>
            
      <item>
         <title>Urban GPS is Now</title>
         <description><![CDATA[<p>Generally speaking, the <a href="http://en.wikipedia.org/wiki/Global_Positioning_System" title="GPS">Global Position System</a> does a great job of letting you know where you're at.  A well known problem in urban areas results from tall buildings which occlude satellite signals as well as reflecting them, causing so-called multi-path errors.  A good example of how these problems preclude the use of <span class="caps">GPS </span>for certain urban applications can be found in Transport For London's "Technology Trials."  The image below shows the size of the buffer zones that would be necessary to calculate with 99% certainty that a car with <span class="caps">GPS </span>entered London's Congestion Charging Zone:</p>

<p><img src="http://frumin.net/img/tfl-buffer.png" alt="" /></p>

<p class="note">(source: Transport for London)</p>

<p>Enter, <a href="http://skymetercorp.com/">Skymeter</a>.  To enable their <span class="caps">GPS</span>-enabled parking and congestion charging business, they have developed algorithms for correcting <span class="caps">GPS </span>signals in urban canyons, as shown here (white is the position from a standard <span class="caps">GPS </span>chip, yellow is the post-processed SkyMeter position):</p>

<p><img src="http://frumin.net/img/skymeter-toronto.png" alt="" /></p>

<p class="note">(source: SkyMeter Corp)</p>

<p>Toronto?  Do they even have tall buildings there?  Well, SkyMeter recently went to London to test their system in the same areas of London that caused TfL's <span class="caps">GPS </span>vendors so many problems.  The results are similarly impressive (red = standard <span class="caps">GPS, </span>green = SkyMeter)*:</p>

<p><a href="http://transit.frumin.net/skymeter.html"><img src="http://frumin.net/img/skymeter-london-full.png" alt="" /></a></p>

<p>Zooming in a bit:<br />
<a href="http://transit.frumin.net/skymeter.html"><img src="http://frumin.net/img/skymeter-london.png" alt="" /></a></p>

<p>(check out the cool PostGIS, GeoServer, and Google Maps-powered <a href="http://transit.frumin.net/skymeter.html">interactive version</a>)</p>

<p>To get a sense of what they were up against, take a look at TfL's calculations of the number of <span class="caps">GPS </span>satellites available in central London (red = less than 4, yellow = 4 to 10, green = more than 10, all in the 99% confidence interval):</p>

<p><img src="http://frumin.net/img/tfl-gps-marked.png" alt="" /></p>

<p class="note">(source: Transport for London)</p>

<p>Even after the Galileo (the euro-GPS) goes online, the test area is still no better off, according to TfL's models:</p>

<p><img src="http://frumin.net/img/tfl-galileo-marked.png" alt="" /></p>

<p class="note">(source: Transport for London)</p>

<p>I think the data speak for themselves.  Skymeter is currently planning a number of pilot installations including one for parking in the City of Winnipeg, and I wonder what London and Stockholm, or other cities contemplating congestion pricing (eg New York), will do with it.  How much it really changes the discussion of <a href="http://frumin.net/ation/2007/02/congestion_pricing_positioning.html">what technologies are suitable for congestion pricing right now</a> I'm not so sure.</p>


<p><BR><br />
<BR></p>


<p class="note">* A disclaimer from SkyMeter, who was generous enough to give me their data to make those London maps:</p>

<p class="note">This data is the "before" (red) and "after" (green) of the data processed by Skymeter with its first alpha test of data collected in London, <span class="caps">UK, </span>in heavy "urban canyon".  This same data was analyzed by a third party (Mapflow from Ireland) in London. They calculated error as point to line perpendicular distance, and reported a reduction in the 90, 95 and 99 percent error quantiles of 26% 34% and 48% respectively (i.e. in meters).  While this says the Skymeter process clearly removes error, this metric does not measure the second to second error variance, in otherwords, Skymeter removes absolute error <span class="caps">AND </span>makes the process much better behaved.  This provides [1] a far-stronger evidentiary record, [2] two to three orders of magnitude greater compression, [3] spatial error bounding and [4] extremely rapid pricing-map registration (a trivial form of map matching at the data center) </p>

<p class="note">This process is the first of four parts that [1] de-noises the <span class="caps">GPS </span>positioning signals, [2] characterizes the residual error for non-refutability, [3] bounds the spatial error, and [4] bound potential financial error.  This process is part of a patented process that Skymeter claims can reduce tolling errors for <span class="caps">GNSS</span>-based tolling for distance-based road user charging as well as <span class="caps">GNSS</span>-based parking metering to arbitrary levels -- for example to one bill in 10,000, or to an arbitrary percentage such as 0.01% of a bill -- including in urban canyon.</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/04/urban_gps_is_now.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">cc</category>
                  <category domain="http://www.sixapart.com/ns/types#category">gps</category>
        
        
         <pubDate>Thu, 12 Apr 2007 13:16:35 -0500</pubDate>
      </item>
            
      <item>
         <title>Congestion Pricing, Positioning, and Meshed Wireless Networks</title>
         <description><![CDATA[<p>As part of my internship at the <a href="http://rpa.org">Regional Plan Association</a> I was asked to research the applicability of <a href="http://en.wikipedia.org/wiki/Wireless_mesh_network">mesh networks</a> to <a href="http://www.rpa.org/projects/transportation/congestion.html">congestion pricing for New York City</a>.  What follows is the result of several days of reading, surfing the web, talking on the phone, and stroking my chin.  It assumes some knowledge on the topic, most of which can be found in descriptions of <a href="http://en.wikipedia.org/wiki/London_congestion_charge">London's Congestion Charge</a>, upon which any scheme in New York is likely to be based.</p>

<h2>Primary Questions</h2>


<ul>
<li>What about London's CC scheme do we not like?</li>
</ul>




<ol>
<li>Pricing is not very flexible.  No variability of charge over time or space (i.e. path)</li>
<li>For the most part, only charged for crossing the boundary into the zone</li>
<li>Post-payment (i.e. account-based billing) is impossible</li>
</ol>




<ul>
<li>What would we do the same in a first implementation?</li>
</ul>




<ol>
<li>Charge people for driving within a certain area during a certain time period</li>
<li>Use cameras to charge people who opt out of any other system, i.e. cheaters and tourists</li>
</ol>




<ul>
<li>What would we want to do differently, ?</li>
</ul>




<ol>
<li>Charge people with accounts, like EZ Pass</li>
<li>Charge people who do not cross the zone-charging boundary (i.e. remain entirely within the zone)</li>
</ol>




<ul>
<li>What would it take, from a technologic perspective, to do it as we prefer?</li>
</ul>




<ol>
<li>Substantially higher accuracy of detection</li>
<li>Detection within the zone, not just at its edges</li>
</ol>




<ul>
<li>What technologies and approaches are likely candidates to be considered?</li>
</ul>




<ol>
<li>Automatic Number Plate Recognition (ANPR, cameras reading license plates, like london) for enforcement</li>
<li>Dedicated Short Range Communications (DSRC, like EZ Pass) for point detection for account-holders</li>
<li><span class="caps">GPS </span>positioning for area-wide detection</li>
<li>Wireless Positioning System (WPS -- TV/WiFi/GSM) for area-wide detection</li>
<li>Wifi/Mesh Networks for communications</li>
</ol>




<ul>
<li>What sort of physical footprint or envelope, both in the vehicle and on the streets, would we expect for each different solution?</li>
</ul>

]]>
        
	</description>

<link>http://frumin.net/ation/2007/02/congestion_pricing_positioning.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">cc</category>
                  <category domain="http://www.sixapart.com/ns/types#category">nyc</category>
                  <category domain="http://www.sixapart.com/ns/types#category">transit</category>
        
        
         <pubDate>Wed, 28 Feb 2007 16:46:18 -0500</pubDate>
      </item>
            
      <item>
         <title>aripollak.com - Main.SSHOverDNS</title>
         <description>    you know it
    
      
  

        <![CDATA[
        <p>
        <a href="http://www.aripollak.com/wiki/Main/SSHOverDNS">Originally</a> posted by fruminator from <a href="http://del.icio.us/fruminator">del.icio.us/fruminator</a>
        </p>
]]>
        
	</description>

<link>http://www.aripollak.com/wiki/Main/SSHOverDNS</link>
<author>del.icio.us/fruminator::fruminator</author>
<source url="http://del.icio.us/rss/fruminator" link="http://del.icio.us/fruminator">del.icio.us/fruminator</source>

<rb:guid>tag:frumin.net,2008:/ation/1</rb:guid>
<rb:via_link>http://www.aripollak.com/wiki/Main/SSHOverDNS</rb:via_link>
<rb:source>del.icio.us/fruminator</rb:source>
<rb:source_url>http://del.icio.us/fruminator</rb:source_url>
<rb:source_feed_url>http://del.icio.us/rss/fruminator</rb:source_feed_url>
<rb:source_author>fruminator</rb:source_author>
<rb:source_published_date>1969-12-31T19:00:00</rb:source_published_date>


<dc:contributor>fruminator</dc:contributor>



                  <category domain="http://www.sixapart.com/ns/types#category">hack</category>
        
        
         <pubDate>Sun, 11 Feb 2007 18:57:26 -0500</pubDate>
      </item>
            
      <item>
         <title>Workrave - Open Source RSI-protection software</title>
         <description>    free/open source break timer, etc.  Key if you have issues from using the computer too much
    
      
  

        <![CDATA[
        <p>
        <a href="http://www.workrave.org/welcome/">Originally</a> posted by fruminator from <a href="http://del.icio.us/fruminator">del.icio.us/fruminator</a>
        </p>
]]>
        
	</description>

<link>http://www.workrave.org/welcome/</link>
<author>del.icio.us/fruminator::fruminator</author>
<source url="http://del.icio.us/rss/fruminator" link="http://del.icio.us/fruminator">del.icio.us/fruminator</source>

<rb:guid>tag:frumin.net,2008:/ation/1</rb:guid>
<rb:via_link>http://www.workrave.org/welcome/</rb:via_link>
<rb:source>del.icio.us/fruminator</rb:source>
<rb:source_url>http://del.icio.us/fruminator</rb:source_url>
<rb:source_feed_url>http://del.icio.us/rss/fruminator</rb:source_feed_url>
<rb:source_author>fruminator</rb:source_author>
<rb:source_published_date>1969-12-31T19:00:00</rb:source_published_date>


<dc:contributor>fruminator</dc:contributor>



                  <category domain="http://www.sixapart.com/ns/types#category">software</category>
        
        
         <pubDate>Sun, 11 Feb 2007 18:57:01 -0500</pubDate>
      </item>
            
      <item>
         <title>Feelin&apos; the Flow (NYC Traffic Data, and more)</title>
         <description><![CDATA[<p>Who knew that there was such a wealth of statistical data published about traffic flows in NYC?  You can't yet get the count for every corner, but if you're interested in people coming in and out of Manhattan, you're in luck.</p>

<p>The first place to look is the <a href="http://www.nymtc.org/data.cfm">The New York Metropolitan Transportation Council (NYMTC) Data and Model page</a>.  Most detailed is probably the <a href="http://www.nymtc.org/data_services/HBT.html">Hub Bround Report</a> which goes into ridiculous detail about, unsurprisingly, people entering the Hub (Manhattan below 60th street).  On the average business day in 2003, how many people entered Manhattan on the N train between 9 and 10AM? 10,031 of course.  On the L train? 21,336 (which, if you recall from <a href="http://frumin.net/img/transport-modes.png">this chart</a>, is about a third more than a 7 lane freeway).</p>

<p>The <a href="http://www.nyc.gov/html/records/html/govpub/trans1.shtml">NYC Department of Transportation Publications Page</a> is also a good source -- <i>New York City Bridge Traffic Volumes</i>, <i>Bicyclist Fatalities and Serious Injuries</i>, and more.</p>

<p>Gee, all this would be really useful if you were, for example, trying to build a rough model of the effects of a <a href="http://www.cclondon.com/">London-like</a> Congestion Pricing scheme for the NYC core...</p>]]>
        
	</description>

<link>http://frumin.net/ation/2007/02/feelin_the_flow_nyc_traffic_da.html</link>
<author>fruminator</author>


                  <category domain="http://www.sixapart.com/ns/types#category">data</category>
                  <category domain="http://www.sixapart.com/ns/types#category">nyc</category>
        
        
         <pubDate>Sun, 11 Feb 2007 18:28:28 -0500</pubDate>
      </item>
      
   </channel>
</rss>
