<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap">
    <title>gmane.comp.gis.openstreetmap</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62461"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62459"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62458"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62457"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62455"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62454"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62453"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62452"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62449"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62446"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62445"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62444"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62443"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62437"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62436"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62435"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62434"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62433"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62432"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62431"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62461">
    <title>Re: Cycle lanes &amp; cycle tracks - my findings and aproposal</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62461</link>
    <description>&lt;pre&gt;
No, no,no,no....




As for changing the cycleway key values:

If we do that, we actually loose too much information. Yes, changing the 
current cycleway key, could be a rather good idea. But don't replace it 
by something not better.

If we want to change it, then we should
a) wait for the editors to support proper lane mapping
b) wait for the editors to support proper junction mapping

c) think about how to do it once the above is working and accepted. 
Don't change the cycleway key now. It ain't perfect, but with :left and 
:right it covers most situations and it isn't difficult to understand.


Some places for thought:
http://wiki.openstreetmap.org/wiki/Proposed_features/highway%3Djunction

and
http://wiki.openstreetmap.org/wiki/Proposed_features/Lane_group


P.S. this is better placed on the tagging mailinglist
&lt;/pre&gt;</description>
    <dc:creator>Felix Hartmann</dc:creator>
    <dc:date>2012-05-25T08:20:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62459">
    <title>Re: OSMCoastline / OpenStreetMapData.com</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62459</link>
    <description>&lt;pre&gt;

I think that you might be better of looking at the osmcoastline tool itself
for your field of application rather than starting from the shapefiles.

Sven

&lt;/pre&gt;</description>
    <dc:creator>Sven Geggus</dc:creator>
    <dc:date>2012-05-24T08:06:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62458">
    <title>Re: OSMCoastline / OpenStreetMapData.com</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62458</link>
    <description>&lt;pre&gt;23.05.2012 11:28, Jochen Topf:

Cool, this might be really helpful for adding coastline rendering
support to the OSM2World slippy map. I'll have to look at the details
and will probably need to convert the shapefiles back to osm (or add
shapefile parsing support to my tools), but it definitely seems a lot
easier to work with than the raw coastline ways in the planet.

Tobias
&lt;/pre&gt;</description>
    <dc:creator>Tobias Knerr</dc:creator>
    <dc:date>2012-05-23T23:24:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62457">
    <title>OSMCoastline / OpenStreetMapData.com</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62457</link>
    <description>&lt;pre&gt;Hi!

In the last months I have been working on a program that extracts coastlines
(ways tagged natural=coastline) from the planet file and processes them.  It
does a similar job as the coastcheck program that was used before for this
task, but it is easier to use, much faster (minutes instead of hours) and it
can do more.

It creates land and water polygons and linestrings for the coastline. It
corrects small errors in the data before doing that. It also generates tables
with problems in the data, you can use those to fix them. (I have fixed
hundreds of problems in the last months and the coastline currently is in
a pretty good shape, but new problems are added each day...) Optionally
large polygons and linestrings are split, to make them easier and faster
to handle (Eurasafrica is one polygon with more than 4 million points).

Of course this software is Open Source, you can find it at 
https://github.com/joto/osmcoastline . The Wiki page
http://wiki.openstreetmap.org/wiki/OSMCoastline is currently just a st&lt;/pre&gt;</description>
    <dc:creator>Jochen Topf</dc:creator>
    <dc:date>2012-05-23T09:28:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62455">
    <title>Re: OWL down</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62455</link>
    <description>&lt;pre&gt;2012/5/17 ciprian niculescu &amp;lt;cnicules&amp;lt; at &amp;gt;gmail.com&amp;gt;:

I've got some spare power to assign to this project, if you think it
could be useful, count me in.

Stefano Pallicca
&lt;/pre&gt;</description>
    <dc:creator>Stefano Pallicca</dc:creator>
    <dc:date>2012-05-22T13:14:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62454">
    <title>Re: Cycle lanes &amp; cycle tracks - my findings and aproposal</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62454</link>
    <description>&lt;pre&gt;
THIS is exactly the problem that has yet to be addressed fully ...
While some people have no interest in 'micro-mapping', the system does need to 
manage both layers of detail transparently.

Viewing data at a larger zoom where the detail only needs to be provided as a 
tag on the base way - cycle, footpath and the like - while once zoomed in, the 
separate footpath, carriages, and other details are displayed as separate ways 
with the relevant detail such as grass verges and barriers.

I'm not sure that 'relations' fill the gap here to relate micro-details to a 
single 'macro' way. A more integral mechanism would seem to be the right way to 
handle this? As a 'cycleway' is detailed, it is automatically linked with the 
base way that it is split from? Same with footpaths on either side of a road, 
where grass verges can be included as appropriate.

&lt;/pre&gt;</description>
    <dc:creator>Lester Caine</dc:creator>
    <dc:date>2012-05-22T12:38:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62453">
    <title>Re: Cycle lanes &amp; cycle tracks - my findings and aproposal</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62453</link>
    <description>&lt;pre&gt;2012/5/22 colliar &amp;lt;colliar4ever&amp;lt; at &amp;gt;aol.com&amp;gt;


What if the cycleway belongs to a highway, but they are not very close,
there is a few meters of grass in between? I think connecting of any sort
is not necessary if you just use "bicycle=no" tag on the highway.

Janko
_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
&lt;/pre&gt;</description>
    <dc:creator>Janko Mihelić</dc:creator>
    <dc:date>2012-05-22T11:57:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62452">
    <title>Re: Cycle lanes &amp; cycle tracks - my findings and aproposal</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62452</link>
    <description>&lt;pre&gt;
The major problem I have with splitting cycleways of the highway is the
missing reference to the highway. In Germany you have to use a cycleway
by law (with some exceptions) and if the cycleway and the highway are
mapped as two highways I do not get the information if the cycleway
belongs to the road (have to use) or if it is a seperate road (can use).
E.g. we need to find a solution how to connect all the objects of a road.

Cheers
Colliar


_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
&lt;/pre&gt;</description>
    <dc:creator>colliar</dc:creator>
    <dc:date>2012-05-22T11:27:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62449">
    <title>Re: Cycle lanes &amp; cycle tracks - my findings and aproposal</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62449</link>
    <description>&lt;pre&gt;2012/5/21 Rob Nickerson &amp;lt;rob.j.nickerson&amp;lt; at &amp;gt;gmail.com&amp;gt;:


+1, it is also more consistent and simple (seperate carriageway = distinct way).

cheers,
Martin
&lt;/pre&gt;</description>
    <dc:creator>Martin Koppenhoefer</dc:creator>
    <dc:date>2012-05-22T08:39:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62446">
    <title>Re: Edit review: ele=0</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62446</link>
    <description>&lt;pre&gt;Why make automated edits?
Why not use your scripting ability to contact the users that added the
ele=0 tags, tell them you have noticed lots and ask if they are right or
wrong. Ask them how they made them, so that they are aware and don't add
more wrong ele=0 tags.
Then you can even offer to correct them for you. But this should be done
with extra filters, such as only remove tags added by a certain user in a
certain area during a certain time frame, and with the consent of the user
that added them. It would also be good for you to show the code of your
automated script to other users on the mailing list so that they can spot
if there is anything that might be wrong with it.

On 20 May 2012 15:53, Walter Nordmann &amp;lt;pille3&amp;lt; at &amp;gt;hotmail.com&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Gregory</dc:creator>
    <dc:date>2012-05-21T12:57:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62445">
    <title>TTTracklog and TomTom core 9.4</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62445</link>
    <description>&lt;pre&gt;-----Original Message-----
From: Alberto Nogaro [mailto:bartosomail&amp;lt; at &amp;gt;yahoo.it] 
Sent: lunedì 21 maggio 2012 00:30
To: 'Philip Barnes'
Subject: RE: [OSM-talk] TTTracklog and TomTom core 9.4



No need to scrap the TT software to install ttmaps, you can have both
installed. It's just that while you can run TT software and TTTracklog at
the same time, you can't run TT software while ttmaps is running. But can
choose at any time which one you want to run.

Alberto
&lt;/pre&gt;</description>
    <dc:creator>Alberto Nogaro</dc:creator>
    <dc:date>2012-05-21T09:22:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62444">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62444</link>
    <description>&lt;pre&gt;Hi.
While I think, that this kind of building number should go to the ref 
tag I agree, that it might often be tagged as name in osm and that the 
import therefore should be extra careful with it.

regards
Peter

Am 20.05.2012 19:12, schrieb Werner Hoch:
&lt;/pre&gt;</description>
    <dc:creator>Peter Wendorff</dc:creator>
    <dc:date>2012-05-21T06:23:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62443">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62443</link>
    <description>&lt;pre&gt;Worst Fixer [mailto:worstfixer&amp;lt; at &amp;gt;gmail.com] wrote at  Monday, May 21, 2012
2:31 AM
of Mechanical Edit pages.

lacks, not in category Mechanical Edits).


need to get consensus.

 

When something isn't perfect (yet) this doesn't imply that it can be
disregarded completely and being replaced by one's own procedure. And an own
procedure needs consensus  too!

 

I can't resist to get the impression that he is what his chosen name says
the "worst fixer" I ever saw.

 

Willi

_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
&lt;/pre&gt;</description>
    <dc:creator>Willi</dc:creator>
    <dc:date>2012-05-21T01:44:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62437">
    <title>Re: TTTracklog and TomTom core 9.4</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62437</link>
    <description>&lt;pre&gt;Thanks for all the suggestions.

I have a TT traffic and safety camera subscription, so need to keep the
TT software, and can't drop back to the old TT version either.

Was hoping for a pointer into where TTTracklog is discussed to see if
there is any progress on an update, or if TT have introduced some real
show stopper with the new release. The pages do not mention any mailing
lists or anything.

My ultimate plan is to build a car PC/Media player/Data logger based
around a Raspberry Pi but I think availability puts that back some
months yet.

A 2nd device would be nice, so that I can have an OSM display and then
be able to use it for navigation/error checking/enhancement ideas.

Phil
&lt;/pre&gt;</description>
    <dc:creator>Philip Barnes</dc:creator>
    <dc:date>2012-05-20T21:46:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62436">
    <title>Re: Worst of OSM</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62436</link>
    <description>&lt;pre&gt;Hello. Those little place-names are estates, not towns:
http://worstofosm.tumblr.com/post/22245375879/one-has-heard-the-news-about-the-eu-economy-but 
Regards,Juan Lucas


--- On Tue, 5/15/12, Martin Koppenhoefer &amp;lt;dieterdreist&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

From: Martin Koppenhoefer &amp;lt;dieterdreist&amp;lt; at &amp;gt;gmail.com&amp;gt;
Subject: [OSM-talk] Worst of OSM
To: "osm" &amp;lt;talk&amp;lt; at &amp;gt;openstreetmap.org&amp;gt;
Date: Tuesday, May 15, 2012, 12:33 PM

I couldn't find a contact possibilty on the page, that's why I try it here.

Worst of OSM is a nice idea IMHO:

http://worstofosm.tumblr.com/

What I really miss though is a possibility to comment / discuss the
examples. This could help to explain the context of the screenshot as
well as discuss some examples which might be disputed.

cheers,
Martin

_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/t&lt;/pre&gt;</description>
    <dc:creator>Juan Lucas Domínguez Rubio</dc:creator>
    <dc:date>2012-05-20T20:10:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62435">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62435</link>
    <description>&lt;pre&gt;You still have not provided the algorithm used to decide which objects are
changed how.

 

I have concerns that mechanical edits should only be undertaken by
experienced users and you are a 11 day user.

 

You may also want to review
http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

 

 

From: Worst Fixer [mailto:worstfixer&amp;lt; at &amp;gt;gmail.com] 
Sent: Sunday, May 20, 2012 12:31 PM
To: Paul Norman
Cc: talk&amp;lt; at &amp;gt;openstreetmap.org
Subject: Re: [OSM-talk] Edit review: "building"="levels=N"

 

Hello.

2012/5/20 Paul Norman &amp;lt;penorman&amp;lt; at &amp;gt;mac.com&amp;gt;

The mechanical edit policy calls for a wiki page with the details of the
proposed upload, as well as contact info (i.e. main account).

 

Thanks. I created a wiki page on this:
http://wiki.openstreetmap.org/wiki/Mechanical_Edits/WorstFixer

 

I also updated overview to contain all tag changes being held:
http://worstfixer.000a.biz/03-building=levels/overview.html

  

Please provide documentation on all the points in
http://wiki.openstreetmap.org/wiki/Mechanhttp://w&lt;/pre&gt;</description>
    <dc:creator>Paul Norman</dc:creator>
    <dc:date>2012-05-20T19:55:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62434">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62434</link>
    <description>&lt;pre&gt;Or post the algorithm :)
_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
&lt;/pre&gt;</description>
    <dc:creator>sabas88</dc:creator>
    <dc:date>2012-05-20T19:42:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62433">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62433</link>
    <description>&lt;pre&gt;
On 20 May 2012, at 20:31, Worst Fixer wrote:


Thanks a lot – I can now actually see the documentation for this edit... However, there's still one major thing missing.  To make any sane decission we need a *concise* description of 1) What tags you're targetting 2) Why you think the current values are erroneous 3) What you are doing to fix the errors 4) Why you think this won't hit any valid data.

Please please please come back and give this simple short explanation.  I'm pretty sure you have good intentions at heart, but I can't tell what's going on until you give a description of what you're trying to do that doesn't involve 101 tables with 0 explanation of what's in them.

Bob

_______________________________________________
talk mailing list
talk&amp;lt; at &amp;gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
&lt;/pre&gt;</description>
    <dc:creator>Thomas Davie</dc:creator>
    <dc:date>2012-05-20T19:37:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62432">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62432</link>
    <description>&lt;pre&gt;Le 20/05/2012 18:46, Worst Fixer a écrit :
Here are two different operations.
I hope they will not be treated together.

It's a good idea to improve quality of data in osm.
But to keep good quality, it is very important to see how the mistake came.

I think "building"="levels=N" mistake has few authors. Have you had 
contact with authors of the mistake? Have you asked them what they would 
meen putting such tag ?
--
FrViPofm
&lt;/pre&gt;</description>
    <dc:creator>Vincent Pottier</dc:creator>
    <dc:date>2012-05-20T19:35:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62431">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62431</link>
    <description>&lt;pre&gt;Hello.

2012/5/20 Paul Norman &amp;lt;penorman&amp;lt; at &amp;gt;mac.com&amp;gt;


Thanks. I created a wiki page on this:
http://wiki.openstreetmap.org/wiki/Mechanical_Edits/WorstFixer

I also updated overview to contain all tag changes being held:
http://worstfixer.000a.biz/03-building=levels/overview.html



This page is out of sync with current OSMF practic. Please consider fixing.

It suggests that all discussion can be held in wiki.

DWG members point users only to mailing lists and require users to discuss
their edits on osm-hosted mailing lists only.

This page also states it is only draft. It links to not existing examples
of Mechanical Edit pages.

Existing pages do not follow this policy completely too (contact info
lacks, not in category Mechanical Edits).

There are also some valid objections to this policy in talk page.

Please discuss this policy on talk&amp;lt; at &amp;gt; list before enforcing it. Remember you
need to get consensus.

&lt;/pre&gt;</description>
    <dc:creator>Worst Fixer</dc:creator>
    <dc:date>2012-05-20T19:31:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62430">
    <title>Re: Edit review: "building"="levels=N"</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/62430</link>
    <description>&lt;pre&gt;
Have you reviewed all 400+ ways to make sure that all of the name= tags have addresses, rather than containing building names?

&lt;/pre&gt;</description>
    <dc:creator>John F. Eldredge</dc:creator>
    <dc:date>2012-05-20T19:11:01</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gis.openstreetmap">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gis.openstreetmap</link>
  </textinput>
</rdf:RDF>

