<?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: The Fall Classic (of Transit) 2009 &#8212; Division Series</title>
	<atom:link href="http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/feed/" rel="self" type="application/rss+xml" />
	<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/</link>
	<description>los angeles transit oriented lifestyle</description>
	<lastBuildDate>Tue, 09 Mar 2010 22:20:21 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matthew</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315542</link>
		<dc:creator>Matthew</dc:creator>
		<pubDate>Fri, 30 Oct 2009 22:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315542</guid>
		<description>I think the schedules should be designed in HTML/CSS, but designed to print properly.

That way if someone wants a PDF of the schedule, they just need a free PDF printer (such as PDFCreator), and generate their own PDFs.</description>
		<content:encoded><![CDATA[<p>I think the schedules should be designed in HTML/CSS, but designed to print properly.</p>
<p>That way if someone wants a PDF of the schedule, they just need a free PDF printer (such as PDFCreator), and generate their own PDFs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Reed</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315523</link>
		<dc:creator>Nicholas Reed</dc:creator>
		<pubDate>Fri, 30 Oct 2009 20:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315523</guid>
		<description>Just a slight correction on St. Louis&#039; Metrolink vehicles. They were not built by Kinki-Sharyo. They are Siemens SD400 vehicles.. one of only 2 agencies in the states that has these. Pittsburgh&#039;s Port Authority being the other.</description>
		<content:encoded><![CDATA[<p>Just a slight correction on St. Louis&#8217; Metrolink vehicles. They were not built by Kinki-Sharyo. They are Siemens SD400 vehicles.. one of only 2 agencies in the states that has these. Pittsburgh&#8217;s Port Authority being the other.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William R. Cousert</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315504</link>
		<dc:creator>William R. Cousert</dc:creator>
		<pubDate>Fri, 30 Oct 2009 17:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315504</guid>
		<description>PDF or HTML? Both have their uses.

Stick to HTML for viwing online and use PDF for printing.

You can convert most documents to PDF without any loss of formatting. That&#039;s not always true with HTML.</description>
		<content:encoded><![CDATA[<p>PDF or HTML? Both have their uses.</p>
<p>Stick to HTML for viwing online and use PDF for printing.</p>
<p>You can convert most documents to PDF without any loss of formatting. That&#8217;s not always true with HTML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wad</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315427</link>
		<dc:creator>Wad</dc:creator>
		<pubDate>Fri, 30 Oct 2009 08:50:34 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315427</guid>
		<description>I&#039;m in between the two viewpoints of Cal and Fred. Cal is pro-PDF and Fred seems to have a hatred for it.

I think PDF is wonderful for prepress applications. That&#039;s what the format was invented for, and it was a time-saver for printers and a money-saver for clients.

On the Web, though, PDF is overused by computer-illiterate Web publishers. In many cases, the integrity of paper presentation is not necessary for electronic communication -- or would be inappropriate for the Web.

Bus and train schedules fall under this category. Electronic data is far more robust to present schedules. A skilled webmaster can build a schedule where you can customize stops that you need or filter out branch lines from a trunk that don&#039;t go where you need to go.

That involves databases, but it could also be done with active server pages or similar technologies. And if you have someone with those chops, pulling timetable data out of scheduling software and converting it to HTML text is a cinch. They should also learn how to build a template to get schedules to fit on 8.5&quot; x 11&quot; paper. As Fred said, all it takes is knowledge of HTML and CSS.

This is my penalty against PDF schedules. Anytime I see one, I assume the person or department entrusted to create Web communication is too lazy and/or incompetent to code schedules into text.</description>
		<content:encoded><![CDATA[<p>I&#8217;m in between the two viewpoints of Cal and Fred. Cal is pro-PDF and Fred seems to have a hatred for it.</p>
<p>I think PDF is wonderful for prepress applications. That&#8217;s what the format was invented for, and it was a time-saver for printers and a money-saver for clients.</p>
<p>On the Web, though, PDF is overused by computer-illiterate Web publishers. In many cases, the integrity of paper presentation is not necessary for electronic communication &#8212; or would be inappropriate for the Web.</p>
<p>Bus and train schedules fall under this category. Electronic data is far more robust to present schedules. A skilled webmaster can build a schedule where you can customize stops that you need or filter out branch lines from a trunk that don&#8217;t go where you need to go.</p>
<p>That involves databases, but it could also be done with active server pages or similar technologies. And if you have someone with those chops, pulling timetable data out of scheduling software and converting it to HTML text is a cinch. They should also learn how to build a template to get schedules to fit on 8.5&#8243; x 11&#8243; paper. As Fred said, all it takes is knowledge of HTML and CSS.</p>
<p>This is my penalty against PDF schedules. Anytime I see one, I assume the person or department entrusted to create Web communication is too lazy and/or incompetent to code schedules into text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred Camino</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315412</link>
		<dc:creator>Fred Camino</dc:creator>
		<pubDate>Fri, 30 Oct 2009 07:34:22 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315412</guid>
		<description>I have to disagree calwatch, I&#039;m on Wad&#039;s side on the PDF issue.  I hate, hate, hate PDF schedules.  I think I&#039;ve expressed this before on MetroRider.  I hate paper schedules just as much.  There&#039;s a reason print is dead and it&#039;s because physical media is just not as versatile as electronic media.  HTML and CSS are far more accessible that PDF.  Would you read this blog if it was presented in PDF form? Of course not.

Metrolink offers HTML and PDF schedules... and I have never once opted to check out the PDF schedule.  HTML and CSS can be configured to print beautifully, can be changed by agencies quickly, can be viewed by any browser, allow you to copy paste the information you might need, can be easily linked, are far more lightweight, this list goes on and on.

PDF = bad bad bad

PDF sucks!!!!!!!</description>
		<content:encoded><![CDATA[<p>I have to disagree calwatch, I&#8217;m on Wad&#8217;s side on the PDF issue.  I hate, hate, hate PDF schedules.  I think I&#8217;ve expressed this before on MetroRider.  I hate paper schedules just as much.  There&#8217;s a reason print is dead and it&#8217;s because physical media is just not as versatile as electronic media.  HTML and CSS are far more accessible that PDF.  Would you read this blog if it was presented in PDF form? Of course not.</p>
<p>Metrolink offers HTML and PDF schedules&#8230; and I have never once opted to check out the PDF schedule.  HTML and CSS can be configured to print beautifully, can be changed by agencies quickly, can be viewed by any browser, allow you to copy paste the information you might need, can be easily linked, are far more lightweight, this list goes on and on.</p>
<p>PDF = bad bad bad</p>
<p>PDF sucks!!!!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: calwatch</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315401</link>
		<dc:creator>calwatch</dc:creator>
		<pubDate>Fri, 30 Oct 2009 06:14:05 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315401</guid>
		<description>I have always preferred PDF schedules for their accessibility and adherence to the paper form, availability for electronic archival (very important as I have essentially abandoned having dozens of boxes of paper schedules for the last X years of shakeups sitting in the closer and instead have them stored on the hard drives of my desktop and laptop computer), availability to shall ALL notes and deviations in the map and the way the transit agency intended, and ease of access.

When agencies, such as AC Transit, use lame electronic algorithms to generate PDF schedules without maps, or Trimet with their schedules for one direction one day only schedules so they don&#039;t take business away from selling their transit guide, that turns me off big time. When I was in Seattle, it was impossible to download individual schedules to my friend&#039;s laptop and plan trips that way. Instead, we had to waste paper and grab paper schedules for the trips we planned to take. Modern smartphones can access PDF schedules just fine, and of course there are PDF screenreaders, so the accessibility issue is mute. The other common complaint of large PDF file size has to do primarily with poor use of the options available to compress file size when the file is distilled. If an agency were to put up any kind of schedule, they should put up the PDF schedule FIRST, with other formats later. So Wad, I think you are in the minority here.</description>
		<content:encoded><![CDATA[<p>I have always preferred PDF schedules for their accessibility and adherence to the paper form, availability for electronic archival (very important as I have essentially abandoned having dozens of boxes of paper schedules for the last X years of shakeups sitting in the closer and instead have them stored on the hard drives of my desktop and laptop computer), availability to shall ALL notes and deviations in the map and the way the transit agency intended, and ease of access.</p>
<p>When agencies, such as AC Transit, use lame electronic algorithms to generate PDF schedules without maps, or Trimet with their schedules for one direction one day only schedules so they don&#8217;t take business away from selling their transit guide, that turns me off big time. When I was in Seattle, it was impossible to download individual schedules to my friend&#8217;s laptop and plan trips that way. Instead, we had to waste paper and grab paper schedules for the trips we planned to take. Modern smartphones can access PDF schedules just fine, and of course there are PDF screenreaders, so the accessibility issue is mute. The other common complaint of large PDF file size has to do primarily with poor use of the options available to compress file size when the file is distilled. If an agency were to put up any kind of schedule, they should put up the PDF schedule FIRST, with other formats later. So Wad, I think you are in the minority here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Streetsblog Los Angeles &#187; Today&#8217;s Headlines</title>
		<link>http://metroriderla.com/2009/10/28/the-fall-classic-of-transit/comment-page-1/#comment-315289</link>
		<dc:creator>Streetsblog Los Angeles &#187; Today&#8217;s Headlines</dc:creator>
		<pubDate>Thu, 29 Oct 2009 16:43:26 +0000</pubDate>
		<guid isPermaLink="false">http://metroriderla.com/?p=2243#comment-315289</guid>
		<description>[...] Rider Does Its Own Playoffs and Championship Series Based on Quality of [...]</description>
		<content:encoded><![CDATA[<p>[...] Rider Does Its Own Playoffs and Championship Series Based on Quality of [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
