RDTN - Revision history

Wiki-Tchaddad at 06:27, 2 April 2011

2011-04-02T06:27:24Z

Wiki-Tchaddad at 06:23, 2 April 2011

2011-04-02T06:23:09Z

Wiki-Tchaddad at 06:22, 2 April 2011

2011-04-02T06:22:29Z

Wiki-Tchaddad at 06:22, 2 April 2011

2011-04-02T06:22:11Z

Wiki-Tchaddad: Created page with 'http://RDTN.org - ''a collective voice helping others stay informed'' Radiation info from Japan and beyond aggregated from a number of sources, displayed via map, soon to be K…'

2011-04-02T06:21:42Z

Created page with 'http://RDTN.org - ''a collective voice helping others stay informed'' Radiation info from Japan and beyond aggregated from a number of sources, displayed via map, soon to be K…'

New page

http://RDTN.org - ''a collective voice helping others stay informed''

Radiation info from Japan and beyond aggregated from a number of sources, displayed via map, soon to be KML feed.

48 hours after design, 72 hours from original sketch

1) made assumptions
2) built a trust network
3) launched early, iterated often

'''Assumptions'''

1) people will buy geiger counters
2) people will trust us
3) radiation units are simple
4) people will undersrtand info on sute
5) no one else to solve same problem
6) they are qualified to do this

http://pachube.com (one source for data) - api to query data

Much of the data is scraped from govt or other sources that make it available in difficult to use formats (e.g. daily PDF outputs, or screen dumps). EPA is guilty of having an interface for accessing the data that is relatively useless for App developers. Data.gov doesn't help - almost makes the situation worse by raising expectations (showcases the data on the front page, promises downloadable data, and feeds, but really all the links lead back to the same frustrating EPA interface).

At least one interesting example (from Germany) of a contributing source using crowd-sourcing not to contribute original data, but to transform (scrape) it into usable form...

← Older revision		Revision as of 06:27, 2 April 2011
Line 31:		Line 31:

	At least one interesting example (from Germany) of a contributing source using crowd-sourcing not to contribute original data, but to transform (scrape) it out of PDFs into usable form...		At least one interesting example (from Germany) of a contributing source using crowd-sourcing not to contribute original data, but to transform (scrape) it out of PDFs into usable form...
		+
		+	Return to [ http://wiki.osgeo.org/wiki/PDX-OSGEO#Unconference_Sessions 2011 Unconference Sessions].

← Older revision		Revision as of 06:23, 2 April 2011
Line 30:		Line 30:
	Much of the data is scraped from govt or other sources that make it available in difficult to use formats (e.g. daily PDF outputs, or screen dumps). EPA is guilty of having an interface for accessing the data that is relatively useless for App developers. Data.gov doesn't help - almost makes the situation worse by raising expectations (showcases the data on the front page, promises downloadable data, and feeds, but really all the links lead back to the same frustrating EPA interface).		Much of the data is scraped from govt or other sources that make it available in difficult to use formats (e.g. daily PDF outputs, or screen dumps). EPA is guilty of having an interface for accessing the data that is relatively useless for App developers. Data.gov doesn't help - almost makes the situation worse by raising expectations (showcases the data on the front page, promises downloadable data, and feeds, but really all the links lead back to the same frustrating EPA interface).

−	At least one interesting example (from Germany) of a contributing source using crowd-sourcing not to contribute original data, but to transform (scrape) it into usable form...	+	At least one interesting example (from Germany) of a contributing source using crowd-sourcing not to contribute original data, but to transform (scrape) it out of PDFs into usable form...

← Older revision		Revision as of 06:22, 2 April 2011
Line 2:		Line 2:

	Radiation info from Japan and beyond aggregated from a number of sources, displayed via map, soon to be KML feed.		Radiation info from Japan and beyond aggregated from a number of sources, displayed via map, soon to be KML feed.
−

	48 hours after design, 72 hours from original sketch		48 hours after design, 72 hours from original sketch

@@ Line 7: / Line 7: @@
 ) made assumptions
 ) built a trust network
 ) launched early, iterated often
@@ Line 13: / Line 15: @@
 ) people will buy geiger counters
 ) people will trust us
 ) radiation units are simple
 ) people will undersrtand info on sute
 ) no one else to solve same problem
 ) they are qualified to do this