<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://rose.geog.mcgill.ca/geoide"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>The Participatory Geoweb - mashups</title>
 <link>http://rose.geog.mcgill.ca/geoide/taxonomy/term/48/0</link>
 <description></description>
 <language>en</language>
<item>
 <title>Invitation for expressions of interest for Ordnance Survey Think Tank Session on &quot;Crowd source data capture, geospatial mashups </title>
 <link>http://rose.geog.mcgill.ca/geoide/node/163</link>
 <description> &lt;p&gt;The Ordnance Survey has awarded a research contract to the Centre of Geospatial Science (CGS) to &lt;a href=&quot;http://www.nottingham.ac.uk/cgs/projects_os.html&quot; target=&quot;_blank&quot;&gt;investigate&lt;/a&gt; future data and data management&lt;br /&gt;
developments that might impact on Ordnance Survey&#039;s operations and services.&lt;/p&gt;
&lt;p&gt;In part fulfilment of this contract we are organising a series of Think Tank events to explore relevant technology developments and to better understand how these developments might influence and impact on spatial data capture and usage in the future.&lt;/p&gt;
&lt;p&gt;The second of Think Tank events is to be held on 13th July 2009 (Tuesday) at University of Nottingham and will cover the topic of &amp;quot;Crowd sourced data capture, geospatial mashups and its impact on NMAs&amp;quot;&lt;/p&gt;
&lt;p&gt;The Think Tank Meeting will a one-day event with 12 experts drawn from a mix of academic, commercial and industry backgrounds. Selected participants may be invited to give brief presentations but in each case significant time will be allocated for discussion and open exploration of likely developments and potential consequences.  The participants will be divided into four teams (each with 3 members) and will work on a given challenge. The meeting will operate according to Chatham House rules.&lt;/p&gt;
&lt;p&gt;Interested participants are invited to &lt;a href=&quot;mailto:Suchith.Anand@nottingham.ac.uk&quot; target=&quot;_blank&quot;&gt;submit&lt;/a&gt; short position paper (max 2 A4 pages) detailing their potential think tank contribution, expectations, vision and research interest, before 30 May 2009.&lt;/p&gt;
&lt;p&gt;Travel and accommodation costs of all the selected participants will be reimbursed. Selection of invited experts will be made by the Ordnance Survey.&lt;/p&gt;
&lt;p&gt;Think Tank Outcomes&lt;/p&gt;
&lt;p&gt;*    Identify key research trends and developments in this theme&lt;br /&gt;
*    Identify mid-term (2-5 years) and long-term (6-10 years) research challenges in this theme&lt;br /&gt;
*    Produce report on the Think Tank findings.&lt;/p&gt;
 </description>
 <comments>http://rose.geog.mcgill.ca/geoide/node/163#comments</comments>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/98">crowd sourcing</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/48">mashups</category>
 <pubDate>Wed, 27 May 2009 18:53:56 +0000</pubDate>
 <dc:creator>admin</dc:creator>
 <guid isPermaLink="false">163 at http://rose.geog.mcgill.ca/geoide</guid>
</item>
<item>
 <title>KorbindaSilva</title>
 <link>http://rose.geog.mcgill.ca/geoide/node/152</link>
 <description> &lt;p&gt;
Participation and the Geoweb: Reflections &lt;br /&gt;
Korbin daSilva  &lt;/p&gt;
&lt;p&gt;It is my opinion that participation is too fluid a word for any definition to be properly &lt;br /&gt;
extrapolated from a dictionary and then applied to the Geoweb. My initial reaction to this was a desire &lt;br /&gt;
to better define the Geoweb and then build a more concrete definition with the Geoweb acting as the &lt;br /&gt;
structural support. Although I still believe this to be a more suitable approach, I have instead chosen to &lt;br /&gt;
be even more specific by using my own research and experience in constructing a dynamic Geoweb &lt;br /&gt;
application as the framework upon which participation relative to the Geoweb will be further defined &lt;br /&gt;
and discussed.  
&lt;/p&gt;
&lt;p&gt;In my project participation was required from two separate groups, the farmers and the &lt;br /&gt;
consumers. To participate in my application a farmer must proactively come to my website and fill out &lt;br /&gt;
an online form that aggregates information about their location and what they sell. For a consumer to &lt;br /&gt;
participate in my application they also need to visit my website and then click on what products they are &lt;br /&gt;
looking for. This then provides them with a map of relevant famer locations. This is how my target &lt;br /&gt;
audience participates in my project. If I were to conclude a crude definition from these actions I would &lt;br /&gt;
say that participation is: the active desire and ability to contribute to a project either for one’s own &lt;br /&gt;
personal benefit or for the desire to contribute to a “greater good”. Although somewhat simple of a &lt;br /&gt;
definition I believe it highlights the two parts of participation I wish to discuss further. 
&lt;/p&gt;
&lt;p&gt;
Participation on the Geoweb is directly influenced by one’s ability to participate on the &lt;br /&gt;
Geoweb. This statement may seem redundant, and in truth what it states is fairly intuitive. Never the &lt;br /&gt;
less the most common critics directed towards the Geoweb are focussed around one’s ability to access &lt;br /&gt;
and take part in all of the benefits of the Geoweb. Aside from the inability to access the Geoweb due to &lt;br /&gt;
socio‐economic reasons associated with access to the Internet, is also the issue of the knowledge barrier &lt;br /&gt;
that prevents participation. Companies like Google Maps attempt to overcome this by simplifying the &lt;br /&gt;
process of creating maps as much as possible (i.e., Google &lt;a href=&quot;/geoide/freelinking/MyMaps&quot; class=&quot;freelinking&quot;&gt;MyMaps&lt;/a&gt;). My project reflects this as it becomes &lt;br /&gt;
the median that removes the difficult programming from the hands of the users and allows them to &lt;br /&gt;
create maps suitable to their needs. 
&lt;/p&gt;
&lt;p&gt;
The other key element to participation is desire. Motivation plays an important part in &lt;br /&gt;
participation. In the example of my project the farmers are motivated by a desire to attract customers &lt;br /&gt;
and the consumer is motivated by their desire to locate products they desire in the simplest and most &lt;br /&gt;
efficient way. Because the consumer only uses the Geoweb because it is efficient and simple, it can be &lt;br /&gt;
presumed that any Geoweb application must also be simple and efficient (or at least the most simple &lt;br /&gt;
and efficient option in the case of more complex issues). Often the ability to participate is given more &lt;br /&gt;
consideration then the desire or motivation to participate. Focus is given to making applications &lt;br /&gt;
accessible under the pretence that, “if we build it, they will use it”. It is important treat both accessibility&lt;br /&gt;
and desirability with equal consideration when attempting to create a Geoweb application that relies on &lt;br /&gt;
participation. 
&lt;/p&gt;
&lt;p&gt;
Unfortunately sometimes providing for both accessibility and desirability can be difficult. For &lt;br /&gt;
example if we wish to create a program that is more accessible we need to make it simpler. Simpler also &lt;br /&gt;
makes a program more desirable because simpler usually means faster and easier. The issue arises when &lt;br /&gt;
we make things very simple, like in the case of My Maps; we limit the abilities of these programs and by &lt;br /&gt;
limiting the abilities the desire to use the applications decreases. The solution to this is creating more &lt;br /&gt;
specific applications that are then able to simplify tasks. This can be difficult because often the allure of &lt;br /&gt;
a “do‐it‐all” application is strong, as in the case of Google Maps where they are trying to simplify as &lt;br /&gt;
many tasks as possible.  
&lt;/p&gt;
&lt;p&gt;
I am interested in a section of Jon Corbett’s presentation on participation and the Geoweb &lt;br /&gt;
where he describes “the creators, the directors and the audience”. I do not disagree with this method of &lt;br /&gt;
aggregation or the claim that in the Geoweb there is relatively low number of creators contrasted &lt;br /&gt;
against a large participatory audience. What I do want to suggest is that by breaking down the barriers &lt;br /&gt;
between these different categories of participants a more &amp;quot;end‐user friendly” participatory Geoweb will &lt;br /&gt;
be fostered. To elaborate allow me to explain my current concerns with participation and the Geoweb. &lt;br /&gt;
Under the Web 2.0 user generated content is usually heralded as the &amp;quot;great leap forward&amp;quot; from the Web &lt;br /&gt;
1.0. Unfortunately, the majority Geoweb user generated content seems to be polarized between user &lt;br /&gt;
generated pushpin maps and the more complex maps that Corbett described as being limited by the &lt;br /&gt;
complex programming. To decrease this gap, the directors Corbett mentioned need to take on a &lt;br /&gt;
different role. According to Corbett&#039;s presentation there are more directors then creators in the modern &lt;br /&gt;
Geoweb, for this reason, directors should take on a role where they create applications that facilitate &lt;br /&gt;
the creating of maps. He already described the director as having a facilitator role within the Geoweb, &lt;br /&gt;
but to further participation on the Geoweb the director should be take over much of the technical &lt;br /&gt;
programming knowledge. With this knowledge they create the aforementioned applications that would &lt;br /&gt;
allow the audience to then create their own maps as much as possible. Thus aside from the few creators &lt;br /&gt;
at the very top who supply the directors, the audience becomes the creator. The more we facilitate this &lt;br /&gt;
relationship the more the richness of the participation on the Geoweb will increase. This logic partially &lt;br /&gt;
motivated my project as it aimed to empower the user by allowing them to feel like they participated in &lt;br /&gt;
creation of the map are using.  
&lt;/p&gt;
&lt;p&gt;Effective participation is when all parties are satisfied. Looking at my project, even if the farmer &lt;br /&gt;
did everything correctly, if the consumers do not use this data to generate maps then any participation &lt;br /&gt;
on the farmers part has left them unsatisfied. Thus for participation to be effective it goes beyond the &lt;br /&gt;
effectiveness of each individuals participation. Instead each group must participate effectively for &lt;br /&gt;
participation to be effective. In simpler terms the projects goals whatever they are must in some way be &lt;br /&gt;
met otherwise any participation by its contributors is ineffective.  
&lt;/p&gt;
&lt;p&gt;These thoughts are taken from my own reflections of my participatory Geoweb application. I &lt;br /&gt;
then applied them to a frame work Jon Corbett supplied in his Web Video on participation and the &lt;br /&gt;
Geoweb. Although I have not drawn directly from any literature for my explanation of participation and&lt;br /&gt;
the Geoweb, I believe the concept of ubiquitous cartography as presented by Gartner, Bennet and &lt;br /&gt;
Morita (2007) could be used to help support my points. Unfortunately they do not delve into the details &lt;br /&gt;
of creating maps instantly anywhere anytime, instead they focus more on the ramifications this has for &lt;br /&gt;
cartography and cartographic principles. I do believe though that the notion of ubiquitous cartography &lt;br /&gt;
will play an important role in participation and the Geoweb.
&lt;/p&gt;
&lt;p&gt;
(identical material attached as a file)
&lt;/p&gt;
 </description>
 <comments>http://rose.geog.mcgill.ca/geoide/node/152#comments</comments>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/92">accessibility</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/93">desire</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/94">farmers</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/48">mashups</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/91">motivation</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/1">participation</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/68">participatory geoweb</category>
 <enclosure url="http://rose.geog.mcgill.ca/geoide/files/geoide/Participation and the GeoWeb.pdf" length="52757" type="application/pdf" />
 <pubDate>Thu, 14 May 2009 19:25:02 +0000</pubDate>
 <dc:creator>admin</dc:creator>
 <guid isPermaLink="false">152 at http://rose.geog.mcgill.ca/geoide</guid>
</item>
<item>
 <title>Google Maps and Spread Sheets</title>
 <link>http://rose.geog.mcgill.ca/geoide/node/37</link>
 <description> &lt;p&gt;
Make a quick and up to date mash up wit&lt;a href=&quot;http://lifehacker.com/400382/map-a-list-puts-spreadsheet-addresses-on-google-maps&quot;&gt;h Google Spread sheets. &lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Might make for easy collaboration too.  
&lt;/p&gt;
 </description>
 <comments>http://rose.geog.mcgill.ca/geoide/node/37#comments</comments>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/51">Google Maps</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/48">mashups</category>
 <pubDate>Fri, 15 Aug 2008 17:45:39 +0000</pubDate>
 <dc:creator>ricker</dc:creator>
 <guid isPermaLink="false">37 at http://rose.geog.mcgill.ca/geoide</guid>
</item>
<item>
 <title>ESRI Conference</title>
 <link>http://rose.geog.mcgill.ca/geoide/node/32</link>
 <description> &lt;p&gt;
If any of you are at the ESRI user conference please pipe up and share you experiences here. This year there seems to be a full day track about climate change with session about climate change and local government, climate change patterns and characteristics, Integration of GIS and Remote Sensing for Monitoring Environmental Change, and several others.
&lt;/p&gt;
&lt;p&gt;
Even Dangermond (ESRI CEO) &lt;a href=&quot;http://gismap.geospatial-solutions.com/gssgismap/The+Event+Experience/ESRI-User-Conference-Saving-the-World-with-GIS/ArticleStandard/Article/detail/533901?contextCategoryId=46895&quot;&gt;mentions the significance of mashups&lt;/a&gt; and ArcGIS 9.3 will support KML files. ESRI is has also released a beta version of ESRI Flex, API for ArcGIS Server using &lt;a href=&quot;/geoide/freelinking/JavaScript&quot; class=&quot;freelinking&quot;&gt;JavaScript&lt;/a&gt;. ESRI is staying in the game with advancing technologies and attempting to benefit from UGC it seems.
&lt;/p&gt;
&lt;p&gt;
Clint Brown, ESRI&#039;s director of software products spoke about &lt;a class=&quot;glossary-term&quot; href=&quot;/geoide/taxonomy/term/162&quot;&gt;&lt;acronym title=&quot;A phrase coined by the book publisher, O&#039;Reilly, to describe the next generation of the web.
&quot;&gt;Web 2.0&lt;/acronym&gt;&lt;/a&gt; technology such as social networking and mashups as beneficial for GIS. &amp;quot;These [Web 2.0 technologies] are a new platform for GIS to combine our content with other things.&amp;quot;&lt;br /&gt;
Right on Mr. Brown.&lt;/p&gt;
 </description>
 <comments>http://rose.geog.mcgill.ca/geoide/node/32#comments</comments>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/23">climate change</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/48">mashups</category>
 <category domain="http://rose.geog.mcgill.ca/geoide/taxonomy/term/37">Web 2.0</category>
 <pubDate>Wed, 06 Aug 2008 13:10:42 +0000</pubDate>
 <dc:creator>ricker</dc:creator>
 <guid isPermaLink="false">32 at http://rose.geog.mcgill.ca/geoide</guid>
</item>
</channel>
</rss>
