<?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: Mainframe to mobile</title>
	<atom:link href="http://commonplace.net/2010/02/mainframe-to-mobile/feed/" rel="self" type="application/rss+xml" />
	<link>http://commonplace.net/2010/02/mainframe-to-mobile/</link>
	<description>Library2.0 and beyond</description>
	<lastBuildDate>Mon, 20 Feb 2012 04:30:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ms Green Screen</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-33970</link>
		<dc:creator>Ms Green Screen</dc:creator>
		<pubDate>Wed, 02 Feb 2011 08:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-33970</guid>
		<description>I believe that there should be a different version for the mobile phone. At least have them go to the mobile version initially while giving them the option to override and go to the full web version. From a web developer perspective it is hard to give the user a great user experience while having such a huge variance in screen size, hardware capability, plugin support, etc.

Supporting HTML5 alone is going to do nothing to help that.

Mobile apps are good but for small local service/business websites you are not going to have an app. It is just not cost effective to do that option, plus you have to worry about marketing your app as well as your site. Spreading yourself too thin.</description>
		<content:encoded><![CDATA[<p>I believe that there should be a different version for the mobile phone. At least have them go to the mobile version initially while giving them the option to override and go to the full web version. From a web developer perspective it is hard to give the user a great user experience while having such a huge variance in screen size, hardware capability, plugin support, etc.</p>
<p>Supporting HTML5 alone is going to do nothing to help that.</p>
<p>Mobile apps are good but for small local service/business websites you are not going to have an app. It is just not cost effective to do that option, plus you have to worry about marketing your app as well as your site. Spreading yourself too thin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: #15 – Mobiel internet &#124; Zeeuwse Politiedingen</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-19400</link>
		<dc:creator>#15 – Mobiel internet &#124; Zeeuwse Politiedingen</dc:creator>
		<pubDate>Mon, 13 Sep 2010 13:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-19400</guid>
		<description>[...] Koster schreef drie uitgebreide blogposts over mobiele applicaties voor bibliotheken: deel 1, deel 2, deel [...]</description>
		<content:encoded><![CDATA[<p>[...] Koster schreef drie uitgebreide blogposts over mobiele applicaties voor bibliotheken: deel 1, deel 2, deel [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Cox</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-18362</link>
		<dc:creator>Jamie Cox</dc:creator>
		<pubDate>Mon, 23 Aug 2010 10:53:17 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-18362</guid>
		<description>During the green-screen era, there was indeed email. That goes back to the 1970s. Also, our local library had the old green-screen computer terminals for client catalog access. It was a bit unusual -- allowing the general public to touch a computing device -- but it worked pretty well. The system worked well enough that it lasted well into the PC era after such terminals were rare anywhere else.</description>
		<content:encoded><![CDATA[<p>During the green-screen era, there was indeed email. That goes back to the 1970s. Also, our local library had the old green-screen computer terminals for client catalog access. It was a bit unusual &#8212; allowing the general public to touch a computing device &#8212; but it worked pretty well. The system worked well enough that it lasted well into the PC era after such terminals were rare anywhere else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Go Mobile (màj 01/08/2010) &#171; pintiniblog</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-17661</link>
		<dc:creator>Go Mobile (màj 01/08/2010) &#171; pintiniblog</dc:creator>
		<pubDate>Sun, 01 Aug 2010 21:00:13 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-17661</guid>
		<description>[...] 1. Mainframe to mobile (Common Place, 16/02/2010) [...]</description>
		<content:encoded><![CDATA[<p>[...] 1. Mainframe to mobile (Common Place, 16/02/2010) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruno Hazelwood</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-17654</link>
		<dc:creator>Bruno Hazelwood</dc:creator>
		<pubDate>Sun, 01 Aug 2010 19:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-17654</guid>
		<description>A lot of people are resorting to many different types of this, as conventional methods have become more complicated and displaying more unwanted side effects. your post explores a few of these different sorts of methods and ways in which the benefit us, thanks! &lt;a href=&quot;http://makemusiconlinenow.com&quot; rel=&quot;nofollow&quot;&gt;thanks&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>A lot of people are resorting to many different types of this, as conventional methods have become more complicated and displaying more unwanted side effects. your post explores a few of these different sorts of methods and ways in which the benefit us, thanks! <a href="http://makemusiconlinenow.com" rel="nofollow">thanks</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Go Mobile (màj 14/04/2010) &#171; pintiniblog</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-15319</link>
		<dc:creator>Go Mobile (màj 14/04/2010) &#171; pintiniblog</dc:creator>
		<pubDate>Wed, 14 Apr 2010 16:00:25 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-15319</guid>
		<description>[...] 1. Mainframe to mobile (Common Place, 16/02/2010) [...]</description>
		<content:encoded><![CDATA[<p>[...] 1. Mainframe to mobile (Common Place, 16/02/2010) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Things I need to learn more about &#8211; Stephen&#39;s Lighthouse</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-8978</link>
		<dc:creator>Things I need to learn more about &#8211; Stephen&#39;s Lighthouse</dc:creator>
		<pubDate>Wed, 03 Mar 2010 21:42:58 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-8978</guid>
		<description>[...] 1: Mainframe to Mobile Part 2: Mobile app or mobile web? Part 3: [...]</description>
		<content:encoded><![CDATA[<p>[...] 1: Mainframe to Mobile Part 2: Mobile app or mobile web? Part 3: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bibliotheken, Google en zoeken in Februari 2010 &#171; Dee&#39;tjes</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-8587</link>
		<dc:creator>Bibliotheken, Google en zoeken in Februari 2010 &#171; Dee&#39;tjes</dc:creator>
		<pubDate>Sun, 28 Feb 2010 18:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-8587</guid>
		<description>[...] Mainframe to mobile interessante serie op CommonPlace.Net Deel 2:  Mobile app or mobile web? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mainframe to mobile interessante serie op CommonPlace.Net Deel 2:  Mobile app or mobile web? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas Koster</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-7938</link>
		<dc:creator>Lukas Koster</dc:creator>
		<pubDate>Wed, 17 Feb 2010 12:54:38 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-7938</guid>
		<description>Till, thanks. And yes: connecting mobile apps and distributed data (linked data/semantic web) will be very prominent in the (planned) third post about Mobile Services. It&#039;s good to get confirmation for that approach!

I already mentioned this model in a previous post http://commonplace.net/2010/01/mobile-reading/

Lukas</description>
		<content:encoded><![CDATA[<p>Till, thanks. And yes: connecting mobile apps and distributed data (linked data/semantic web) will be very prominent in the (planned) third post about Mobile Services. It&#8217;s good to get confirmation for that approach!</p>
<p>I already mentioned this model in a previous post <a href="http://commonplace.net/2010/01/mobile-reading/" rel="nofollow">http://commonplace.net/2010/01/mobile-reading/</a></p>
<p>Lukas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: till</title>
		<link>http://commonplace.net/2010/02/mainframe-to-mobile/comment-page-1/#comment-7937</link>
		<dc:creator>till</dc:creator>
		<pubDate>Wed, 17 Feb 2010 12:50:33 +0000</pubDate>
		<guid isPermaLink="false">http://commonplace.net/?p=983#comment-7937</guid>
		<description>Hmmm, I feel you look at all the technology changes you describe with a static &quot;distribution&quot; model in mind: Disseminate data/content from a central &quot;production/storage point&quot; to distributed consumers. But with the hyperlinked Web(!) there are alternative distribution models...
Content providers (newspapers, publishers, music industry...) that base their business on that classic distribution model still struggle hard with the Web. And libraries do, too (I think, at least part of the &quot;library 2.0&quot; hype is related to that).
As you write, with those mobile apps, you have that pre-Web client-server model again: One central content repository you access through a one way distribution channel, sometimes offering a limited, controlled back channel, sometimes extended by controlled linking to other ressources.
I think, that&#039;s why classic content providers (like newspapers) love apps, isn&#039;t it? It fits their classic business model. No need to change. I totally agree with @ostephens, who wrote &quot;Apps are not about technology, they are about a business model&quot; that tweet: http://twitter.com/ostephens/status/7982515485. It&#039;s like AOL and the Web, different business models. Who is still there? 
How will libraries deal with that?
I am courious, if you will look at these aspects of apps in one of the following parts of this article series.</description>
		<content:encoded><![CDATA[<p>Hmmm, I feel you look at all the technology changes you describe with a static &#8220;distribution&#8221; model in mind: Disseminate data/content from a central &#8220;production/storage point&#8221; to distributed consumers. But with the hyperlinked Web(!) there are alternative distribution models&#8230;<br />
Content providers (newspapers, publishers, music industry&#8230;) that base their business on that classic distribution model still struggle hard with the Web. And libraries do, too (I think, at least part of the &#8220;library 2.0&#8243; hype is related to that).<br />
As you write, with those mobile apps, you have that pre-Web client-server model again: One central content repository you access through a one way distribution channel, sometimes offering a limited, controlled back channel, sometimes extended by controlled linking to other ressources.<br />
I think, that&#8217;s why classic content providers (like newspapers) love apps, isn&#8217;t it? It fits their classic business model. No need to change. I totally agree with @ostephens, who wrote &#8220;Apps are not about technology, they are about a business model&#8221; that tweet: <a href="http://twitter.com/ostephens/status/7982515485" rel="nofollow">http://twitter.com/ostephens/status/7982515485</a>. It&#8217;s like AOL and the Web, different business models. Who is still there?<br />
How will libraries deal with that?<br />
I am courious, if you will look at these aspects of apps in one of the following parts of this article series.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

