Comments on: scrAPIs http://blog.programmableweb.com/2006/03/21/scrapis/ Web 2.0 API Reference Guide Fri, 10 Feb 2012 14:11:33 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Medical Coding Salary http://blog.programmableweb.com/2006/03/21/scrapis/#comment-178502 Medical Coding Salary Thu, 19 Jan 2012 07:49:27 +0000 http://blog.programmableweb.com/?p=278#comment-178502 Hey there! I've been following your blog for a long time now and finally got the bravery to go ahead and give you a shout out from Lubbock Tx! Just wanted to say keep up the excellent work! Hey there! I’ve been following your blog for a long time now and finally got the bravery to go ahead and give you a shout out from Lubbock Tx! Just wanted to say keep up the excellent work!

]]> By: ProgrammableWeb.com » Blog Archive » Dapps, Ruby and Microformats http://blog.programmableweb.com/2006/03/21/scrapis/#comment-6494 ProgrammableWeb.com » Blog Archive » Dapps, Ruby and Microformats Fri, 18 Aug 2006 06:20:48 +0000 http://blog.programmableweb.com/?p=278#comment-6494 [...] The very interesting Dapper service officially launched yesterday. It is designed to allow anyone, including non-coders, to create an API for any web site (akin to earlier discussions here about Scrapis). You can use their GUI or use an SDK. Sample services include Magg a movie aggregator an Blotter which graphs blogs over time. This service is now listed here at ProgrammableWeb. [...] [...] The very interesting Dapper service officially launched yesterday. It is designed to allow anyone, including non-coders, to create an API for any web site (akin to earlier discussions here about Scrapis). You can use their GUI or use an SDK. Sample services include Magg a movie aggregator an Blotter which graphs blogs over time. This service is now listed here at ProgrammableWeb. [...]

]]> By: THINK / Musings » Blog Archive » Scraping data and API’s http://blog.programmableweb.com/2006/03/21/scrapis/#comment-1002 THINK / Musings » Blog Archive » Scraping data and API’s Sun, 26 Mar 2006 10:05:52 +0000 http://blog.programmableweb.com/?p=278#comment-1002 [...] I was wondering how easy it would be to build a generic approach to opening up API’s on web sites who didnt formally publish them and then last night I saw this post about scrAPI’s.    Great stuff—would like to be able to cut and paste data sources and mix them together myself.   I find myself doing manually today too often (eg: the other night I was cutting and pasting rotten tomatoes reviews vs. a movie database).   So many mashup’s today and based on geo location data—its like my one year old who has six or seven words, most everything is at some point “hot”.    Latitude and longitude are just the easiest and first data source to be mined—things are going to get a lot more interesting as the data sources become increasingly diverse.  I look forward to Muller’s coming posts on the business and legal issues regarding scpAPIng. Posted by John Filed in think, building blocks, API's [...] [...] I was wondering how easy it would be to build a generic approach to opening up API’s on web sites who didnt formally publish them and then last night I saw this post about scrAPI’s.    Great stuff—would like to be able to cut and paste data sources and mix them together myself.   I find myself doing manually today too often (eg: the other night I was cutting and pasting rotten tomatoes reviews vs. a movie database).   So many mashup’s today and based on geo location data—its like my one year old who has six or seven words, most everything is at some point “hot”.    Latitude and longitude are just the easiest and first data source to be mined—things are going to get a lot more interesting as the data sources become increasingly diverse.  I look forward to Muller’s coming posts on the business and legal issues regarding scpAPIng. Posted by John Filed in think, building blocks, API’s [...]

]]> By: Richard K Miller dot coooooooooom » scrAPIs http://blog.programmableweb.com/2006/03/21/scrapis/#comment-1000 Richard K Miller dot coooooooooom » scrAPIs Sat, 25 Mar 2006 17:38:17 +0000 http://blog.programmableweb.com/?p=278#comment-1000 [...] Sources: ThorMuller.com ProgrammableWeb.com [...] [...] Sources: ThorMuller.com ProgrammableWeb.com [...]

]]> By: The hottest girl with the dumbest name - Brokekid.net http://blog.programmableweb.com/2006/03/21/scrapis/#comment-995 The hottest girl with the dumbest name - Brokekid.net Fri, 24 Mar 2006 20:22:37 +0000 http://blog.programmableweb.com/?p=278#comment-995 [...] scrAPIs is not an std. [...] [...] scrAPIs is not an std. [...]

]]> By: elephantwing.com » Blog Archive » misc links (03-22-06) http://blog.programmableweb.com/2006/03/21/scrapis/#comment-979 elephantwing.com » Blog Archive » misc links (03-22-06) Thu, 23 Mar 2006 00:55:45 +0000 http://blog.programmableweb.com/?p=278#comment-979 [...] scrAPI’s - replacing individually-maintained screen scrapers with community-maintained screen scrapers and building API’s around them. Another interesting concept to keep an eye on, including the possibility of increased legal issues [...] [...] scrAPI’s – replacing individually-maintained screen scrapers with community-maintained screen scrapers and building API’s around them. Another interesting concept to keep an eye on, including the possibility of increased legal issues [...]

]]> By: John Musser http://blog.programmableweb.com/2006/03/21/scrapis/#comment-978 John Musser Wed, 22 Mar 2006 16:03:58 +0000 http://blog.programmableweb.com/?p=278#comment-978 Civil disobedience via APIs -- now there's a concept! Civil disobedience via APIs — now there’s a concept!

]]> By: Thor Muller http://blog.programmableweb.com/2006/03/21/scrapis/#comment-977 Thor Muller Wed, 22 Mar 2006 08:44:55 +0000 http://blog.programmableweb.com/?p=278#comment-977 John, great point about the potential complications regarding scraping. I have some new essays in the works that address the business and the legal issues around these. There are a tremendous number of data sources that are effectively in the public domain, and a solid framework of best practices would help minimize the potential downsides around load and stability. With community involvement, scrAPIs could be instrumental in supporting equitable terms of use. While there are plenty of data providers that will want to guard their siloed data, there are many more who don't care or want to make it available in broader form. If we treat the data and its providers with respect, then we can help free it while preserving goodwill. I would suggest that we respect the wishes of data providers that don't want to open up their systems. No reason to fight those battles yet. There is an exception--when the data is public domain but relentlessly siloed by government agencies. In these cases I think we have the right--perhaps duty--to free it for the benefit of all. We just may see instances of civil disobedience via scrAPIs before long. John,
great point about the potential complications regarding scraping. I have some new essays in the works that address the business and the legal issues around these. There are a tremendous number of data sources that are effectively in the public domain, and a solid framework of best practices would help minimize the potential downsides around load and stability. With community involvement, scrAPIs could be instrumental in supporting equitable terms of use.

While there are plenty of data providers that will want to guard their siloed data, there are many more who don’t care or want to make it available in broader form. If we treat the data and its providers with respect, then we can help free it while preserving goodwill.

I would suggest that we respect the wishes of data providers that don’t want to open up their systems. No reason to fight those battles yet.

There is an exception–when the data is public domain but relentlessly siloed by government agencies. In these cases I think we have the right–perhaps duty–to free it for the benefit of all.

We just may see instances of civil disobedience via scrAPIs before long.

]]>