<?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 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/31515"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31514"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31513"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31512"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31511"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31510"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31509"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31508"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31506"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31505"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31504"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31503"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31502"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31501"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31500"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31499"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31498"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31495"/>
      </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/31515">
    <title>[OSM-talk] can your yournavigation support inter-island routing</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31515</link>
    <description>Is this supported by yournavigation routing?

Inter-island routing in areas with route:ferry tag

cheers,
maning

</description>
    <dc:creator>maning sambale</dc:creator>
    <dc:date>2008-12-05T02:41:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31514">
    <title>Re: [OSM-talk] Yahoo WMS server?</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31514</link>
    <description>Hi,

Till Harbaum / Lists wrote:

None that I'm aware of. We're going through a lot of pain with JOSM to 
display Yahoo background images, and we wouldn't do that if there was a WMS.


Tell me more?

Bye
Frederik

</description>
    <dc:creator>Frederik Ramm</dc:creator>
    <dc:date>2008-12-04T22:05:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31513">
    <title>[OSM-talk] ERDAS Titan chooses OpenStreetMap as its default basemap</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31513</link>
    <description>_______________________________________________
talk mailing list
talk&lt; at &gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
</description>
    <dc:creator>Mikel Maron</dc:creator>
    <dc:date>2008-12-04T21:57:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31512">
    <title>Re: [OSM-talk] Google Maps - OSM comparison</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31512</link>
    <description>
I ran through the whole list, ranking the quality of the map for each of
OSM and Google on a scale of 0-5. (0 meaning that the map is blank or
only the name appears, 5 meaning that it doesn't seem like anything is
missing from the map)  Assuming I did a good job of ranking, OSM is
slightly ahead of Google worldwide and in in Africa and Asia.  In
Europe, OSM is well ahead.  Google is slightly ahead in Oceania, and
well ahead in North and especially South America

Here are the results (I can provide my rankings in a spreadsheet as well
if anyone is interested):
OSMGoogle
World2.642.50
Africa2.021.78
Asia2.622.36
Europe3.903.38
N Am2.172.77
Oceania2.192.35
S Am2.363.21

-Alex Mauer "hawke
</description>
    <dc:creator>Alex Mauer</dc:creator>
    <dc:date>2008-12-04T20:17:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31511">
    <title>[OSM-talk] Yahoo WMS server?</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31511</link>
    <description>Hi,

is there a stand-alone yahoo WMS server? Yahoos license seem to allow this
and some users of my osm2go ask for yahoo images. Going through a 
wms server would be the easiest and cleanest solution i think.

Thanks,
  Till
</description>
    <dc:creator>Till Harbaum / Lists</dc:creator>
    <dc:date>2008-12-04T20:13:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31510">
    <title>Re: [OSM-talk] Updated view of 'A year of edits on OSM' and alsoSanta's Routes!</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31510</link>
    <description>_______________________________________________
talk mailing list
talk&lt; at &gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
</description>
    <dc:creator>D Tucny</dc:creator>
    <dc:date>2008-12-04T18:50:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31509">
    <title>Re: [OSM-talk] Unification of OpenStreetBugs an Trac</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31509</link>
    <description>"Andy Allan" &lt;gravitystorm&lt; at &gt;gmail.com&gt; schrieb:


I was not aware of this agreement. When I first started thinking about
a bug tracker I intended to keep the bug reports in data structures
separate from the osm database. But in the following discussions I got
the feeling that a bug tracker which allowed free-form tagging would be
very welcomed. But implementing this means basically replicating the
node-objects (and the way-objects too if you want to mark buggy areas).
So, I concluded it would be the easiest to just introduce a new set of
tags and manage them differently in the clients. However, I can see why
this is not a very clean solution and I am happy to implement in a
different dataset.


I am really eager to start programming something but at the moment I am
still trying to figure out what exactly. I do not want to spend time
writing a bug tracker that is then rejected because of the way it
stores the bug reports.

Christoph
</description>
    <dc:creator>Christoph Böhme</dc:creator>
    <dc:date>2008-12-04T17:24:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31508">
    <title>Re: [OSM-talk] Unification of OpenStreetBugs an Trac</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31508</link>
    <description>

Please, please don't take or advocate this approach. The OSM core
tables should, ideally, contain geo-data. We already anticipate much
of the meta-data (e.g. created_by tags, usernames) to be applied to
changesets (which are in themselves natively metadata). There's been a
long and steady agreement that future bug tracking systems won't just
slap nodes into the midst of our geotables.

However, this is another subject that needs more doing and less talking :-)

Cheers,
Andy
</description>
    <dc:creator>Andy Allan</dc:creator>
    <dc:date>2008-12-04T16:39:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31506">
    <title>Re: [OSM-talk] Where have all the contributors gone?</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31506</link>
    <description>
stopped
others that


What about weekends though? I do almost all my mapping at weekends, even 
in the summer, and managed to do some mapping on all 10 weekend days in 
November. :-)

Nick
</description>
    <dc:creator>Nick Whitelegg</dc:creator>
    <dc:date>2008-12-04T15:30:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31505">
    <title>[OSM-talk] find corners of exported maps</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31505</link>
    <description>Hi,

I wonder how I compute the coordinates of the corners of the images 
received from the web export function
for an osmarender image. I specify geodetic center position(degrees), 
zoom level and image size and get at nice map image.
The projection is of cource Mercator and I can linearly map mercator 
coordinates onto the image.
But how do I know the coordinates of the corners of the returned image ?

The url I use is :
http://server.tah.openstreetmap.org/MapOf/index.php?long=10.17456&amp;lat=56.01566&amp;z=6&amp;w=500&amp;h=592&amp;format=png' 


The tile-size for each level is 256x256 so given the zoom-level I could 
compute the pixel density from the
world map size in mercator projection.
That works for east direction which is linear, but for the northern 
direction the projection is nonlinear and
I am not sure if the geodetic center that I specify is at the center of 
the returned image or not.

cheers
Olav

perl code for computing the pixel density

      # $ol = east length of map section
       # pix,$piy = pixel size</description>
    <dc:creator>Olav Kvittem</dc:creator>
    <dc:date>2008-12-04T15:12:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31504">
    <title>[OSM-talk] Updated view of 'A year of edits on OSM' and alsoSanta's Routes!</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31504</link>
    <description>_______________________________________________
talk mailing list
talk&lt; at &gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
</description>
    <dc:creator>Peter Miller</dc:creator>
    <dc:date>2008-12-04T13:07:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31503">
    <title>Re: [OSM-talk] openstreetbug feature enhancement request</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31503</link>
    <description>
On 4 Dec 2008, at 02:56, maning sambale wrote:


If you want this why not integrate OpenStreetBugs into the the main  
osm website that already has the data layer?

Shaun
</description>
    <dc:creator>Shaun McDonald</dc:creator>
    <dc:date>2008-12-04T09:01:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31502">
    <title>Re: [OSM-talk] openstreetbug feature enhancement request</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31502</link>
    <description>

... and to be able to attach a bug to a specific object.

Matthias
</description>
    <dc:creator>Matthias Julius</dc:creator>
    <dc:date>2008-12-04T05:58:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31501">
    <title>[OSM-talk] openstreetbug feature enhancement request</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31501</link>
    <description>Hi,
An openstreetbug feature enhancement request (or for future bug tracking tool):
Add the data layer (as in the main OSM map) to view the the underlying tags

cheers,
maning
--
|---------|----------------------------------------------------------|
| __.-._  |"Ohhh. Great warrior. Wars not make one great." -Yoda     |
| '-._"7' |"Freedom is still the most radical idea of all" -N.Branden|
|  /'.-c  |Linux registered user #402901, http://counter.li.org/     |
|  |  /T  |http://esambale.wikispaces.com/ |
| _)_/L I http://epsg4253.wordpress.com/ |
|---------|----------------------------------------------------------|



</description>
    <dc:creator>maning sambale</dc:creator>
    <dc:date>2008-12-04T02:56:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31500">
    <title>Re: [OSM-talk] Unification of OpenStreetBugs an Trac</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31500</link>
    <description>Hi!

Donald Allwright &lt;donald_allwright&lt; at &gt;yahoo.com&gt; schrieb:

You are probably right about the lifecycle. When I wrote the proposal
for an improved bugtracker I noticed that the steps to deal with a
map bug might be called differently but are in fact similar to dealing
with normal bugs. I also think that a different user front end is
definitely necessary. I only started using osb once I found the plugin
for josm. I want to mark bugs while entering my data or marking them as
fixed imediately after fixing them. If I fix several small bugs (and
most bugs are just small things) I do not want to go on a separate
website and locate the bugs only to mark them as fixed. I might even
accidentally fix bugs without noticing that they exist if I do not see
them in the editor.

Changing the user interfac of a bug tracker sounds like a logical
solution but what I still haven't found out is what will be left from
the original bugtracker once I changed the user interface. I have the
feeling that there would not be left much </description>
    <dc:creator>Christoph Böhme</dc:creator>
    <dc:date>2008-12-04T00:10:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31499">
    <title>[OSM-talk] osm/mapping meetup in auckland, nz tonight</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31499</link>
    <description>are there any auckland, nz osmers on the list? the auckland map meetup
group has it's first meeting tonight, in the central city.

all in the area are welcome to come along, the subject is gis and
mapping in general, and we will be discussing osm - there are a number
of local contributors going. one of the key subjects will be the
upcoming import of LINZ data, to complete the NZ road network

more details at the link below - please rsvp if you intend to come, so
we can judge numbers

http://www.meetup.com/Auckland-Map-Meetup/calendar/9220725/

i realise it's short notice but even if you can't make it, keep an eye
on that link, we will be arranging other meets in future

cheers
</description>
    <dc:creator>Robin Paulson</dc:creator>
    <dc:date>2008-12-03T22:47:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31498">
    <title>Re: [OSM-talk] Unification of OpenStreetBugs an Trac</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31498</link>
    <description>

I could imagine the workflow for people fixing map bugs to be
something like starting their favorite editor, download all bugs for
the area they care about, download the map data around the bugs they
want to work on, fix it, upload the result and close the bug report.
Or, attach a comment to the bug report or send a message to the
reporter.

For all but the last two operations it is probably most efficient if
it can be done directly in the editor.  For the last two the editor
might fire up your email client to send the message.


Yes, but bugs are related to each other by the area they are in.  So
you might want to highlight all the bugs in the area you have just
worked on to close them all, or so.

Matthias
</description>
    <dc:creator>Matthias Julius</dc:creator>
    <dc:date>2008-12-03T22:08:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31497">
    <title>Re: [OSM-talk] Hierarchy of places</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31497</link>
    <description>_______________________________________________
talk mailing list
talk&lt; at &gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
</description>
    <dc:creator>Gustav Foseid</dc:creator>
    <dc:date>2008-12-03T21:40:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31496">
    <title>[OSM-talk] GeoBase import -fishing for ideas</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31496</link>
    <description>Hello world :)
As some may know already GeoBase (Canada) data will get imported to OSM.
On the talk-ca list and wiki for summery we are rattling our brains on
how to make it the best and as smooth as possable.
http://wiki.openstreetmap.org/wiki/GeoBase_Import

If anyone has idea's &amp; discussion points, please feel free to add them
on the talk page. Or use the talk-ca list, (or even email directly.)

Many hands (but organized), makes light work.

Thanks,
Sam Vekemans
Across Canada Trails
</description>
    <dc:creator>Sam Vekemans</dc:creator>
    <dc:date>2008-12-03T21:13:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31495">
    <title>Re: [OSM-talk] Unification of OpenStreetBugs an Trac</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31495</link>
    <description>_______________________________________________
talk mailing list
talk&lt; at &gt;openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
</description>
    <dc:creator>Donald Allwright</dc:creator>
    <dc:date>2008-12-03T21:05:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31494">
    <title>Re: [OSM-talk] Unification of OpenStreetBugs an Trac</title>
    <link>http://permalink.gmane.org/gmane.comp.gis.openstreetmap/31494</link>
    <description>
I'm with Gerv here. The process seems very similar to me. You are 
possibly thinking only in terms of how Trac works if you don't have much 
experience of bug trackers in general - I found Trac rather strange 
having used other bug trackers - they're not all alike...


So it starts off unassigned and someone takes responsibility for it. 
That's not an untypical use of bug tracking systems.


I don't think so, with one exception: you'd like to be able to view the 
map from the bug report, but that can be handled by embedding a link in 
the original report.

When you're fixing a software bug, the tools you use to fix it and the 
tools for tracking it are usually independent. (Though in one system I 
wrote, checking in a file caused it to update the bug tracking system 
*and* the comments at the top of the source files with the check in reason.


So you don't disclose your identity, or we let you choose when 
submitting. Again sending email isn't a fundamental necessity in a bug 
trackers.

Having said that, I</description>
    <dc:creator>David Earl</dc:creator>
    <dc:date>2008-12-03T19:40:32</dc:date>
  </item>
  <textinput 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>
