Re: [OSM-talk] [tagging] Voting - skyhook

[Ulf Lamping]

Stephen Gower schrieb:
>   Voting is now open on the Skyhook proposal - please add your
>   support:
>
> http://wiki.openstreetmap.org/index.php/Proposed_features/Skyhook
>
>   s
>   
I'm still not sure if this proposal was actually *intended* to 
discourage anyone spending his time to work on the current mess of 
proposals and to improve the map features page - or if it only was a bad 
joke with an unwanted side effect.

However, is was a great job in that regard - thanks a lot :-/

Regards, ULFL

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] MapDiff

[Frederik Ramm]

Hi,

> I was curious how OSM activity was distributed around the world, so have
> written a little tool to visualise the daily diffs:

Looks really cool! One idea for improvement would be to give the
changes a few frames "afterglow".

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] MapDiff

[Ludwig]

Very nice --

maybe this could be used to highlight vandalism by marking areas as red
where major deletes occurred.

Ludwig

On 06/03/2008, Dair Grant <[EMAIL PROTECTED]> wrote:
>
>
> Hi,
>
> I was curious how OSM activity was distributed around the world, so have
> written a little tool to visualise the daily diffs:
>
> 
>
> The example movie covers three months from November 2007, including the
> final bit of the TIGER import (which looks quite impressive as it sweeps
> across the US).
>
> Perhaps unsurprisingly there is constant activity over Europe, but I found
> it interesting how global the changes are - every day, almost every bit of
> the world gets some kind of change made to it.
>
>
> -dair
> ___
> [EMAIL PROTECTED]  http://www.refnum.com/
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] MapDiff

[Dair Grant]

Hi,

I was curious how OSM activity was distributed around the world, so have
written a little tool to visualise the daily diffs:



The example movie covers three months from November 2007, including the
final bit of the TIGER import (which looks quite impressive as it sweeps
across the US).

Perhaps unsurprisingly there is constant activity over Europe, but I found
it interesting how global the changes are - every day, almost every bit of
the world gets some kind of change made to it.


-dair
___
[EMAIL PROTECTED]  http://www.refnum.com/



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Osmosis error while trying to import planet file into Mysql

[Karl Newman]

On Thu, Mar 6, 2008 at 12:36 PM, Lambertus <[EMAIL PROTECTED]> wrote:

> As the title says, I'm trying to import a planet file into a mysql
> database
> on my debian machine. I've done the following steps to accomplish this:
> - Install mysql-server-5.0 (using no password for root)
> - Create a database
> - Create the tables according to the Osmosis mysql schema as said in the
> wiki
> - Iinstall sun-java6-bin
> - Install libmysql-java
> - Download Osmosis (version 0.24)
>
> This seems all ok to me, so I run the command to fill the database:
>
> bzcat planet/planet-latest.osm.bz2 | java -Xmx1048m -jar
> utils/osmosis/osmosis.jar --rx /dev/stdin enableDateParsing=no
> outPipe.0="planet" --wm inPipe.0="planet" host="localhost" database="osm"
> user="root"
>
> Now Osmosis returns with the error "Unable to find database driver" (see
> below for the full error message). Can someone give me a pointer to where
> I've gone wrong?
>
> Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
> INFO: Osmosis Version 0.24
> Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
> INFO: Preparing pipeline.
> Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
> INFO: Launching pipeline execution.
> Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
> INFO: Pipeline executing, waiting for completion.
> Exception in thread "Thread-1-rx"
> com.bretth.osmosis.core.OsmosisRuntimeException: Unable to find database
> driver.
>at
> com.bretth.osmosis.core.mysql.common.DatabaseContext.loadDatabaseDriver(
> DatabaseContext.java:58)
>at
> com.bretth.osmosis.core.mysql.common.DatabaseContext.getConnection(
> DatabaseContext.java:77)
>at
> com.bretth.osmosis.core.mysql.common.DatabaseContext.executeStreamingQuery
> (DatabaseContext.java:197)
>at
>
> com.bretth.osmosis.core.mysql.common.SchemaVersionValidator.validateDBVersion
> (SchemaVersionValidator.java:62)
>at
>
> com.bretth.osmosis.core.mysql.common.SchemaVersionValidator.validateVersion
> (SchemaVersionValidator.java:44)
>at
> com.bretth.osmosis.core.mysql.v0_5.MysqlWriter.initialize(MysqlWriter.java
> :316)
>at
> com.bretth.osmosis.core.mysql.v0_5.MysqlWriter.process(MysqlWriter.java
> :1004)
>at
> com.bretth.osmosis.core.xml.v0_5.impl.NodeElementProcessor.end(
> NodeElementProcessor.java:99)
>at
> com.bretth.osmosis.core.xml.v0_5.impl.OsmHandler.endElement(
> OsmHandler.java:108)
>at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(
> AbstractSAXParser.java:601)
>at
>
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement
> (XMLDocumentFragmentScannerImpl.java:1772)
>at
>
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2923)
>at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(
> XMLDocumentScannerImpl.java:647)
>at
>
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:508)
>at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(
> XML11Configuration.java:807)
>at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(
> XML11Configuration.java:737)
>at
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java
> :107)
>at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(
> AbstractSAXParser.java:1205)
>at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(
> SAXParserImpl.java:522)
>at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
>at javax.xml.parsers.SAXParser.parse(SAXParser.java:198)
>at
> com.bretth.osmosis.core.xml.v0_5.XmlReader.run(XmlReader.java:101)
>at java.lang.Thread.run(Thread.java:619)
> Caused by: java.lang.ClassNotFoundException: com.mysql.jdbc.Driver
>at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>at java.security.AccessController.doPrivileged(Native Method)
>at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>at java.lang.Class.forName0(Native Method)
>at java.lang.Class.forName(Class.java:169)
>at
> com.bretth.osmosis.core.mysql.common.DatabaseContext.loadDatabaseDriver(
> DatabaseContext.java:55)
>... 22 more
> Mar 6, 2008 8:16:56 PM com.bretth.osmosis.core.Osmosis main
> INFO: Pipeline complete.
>

The database driver is not on your classpath. You could (should?) use the
shell script in the osmosis/bin directory, or copy the classpath arguments
from it (s

Re: [OSM-talk] state and province boundaries: VMAP0 or CIA

[Bruce Cowan]

On Thu, 2008-03-06 at 21:57 +0300, Vladimir Elistratov wrote:
> I mean countries, for example Germany, UK, China, USA, etc

Britain has the out of copyright New Popular Edition maps for this sort
of thing, although borders have moved in the intervening years.

Thankfully, the Scotland-England border hasn't moved.
-- 
Bruce Cowan <[EMAIL PROTECTED]>


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Osmosis error while trying to import planet file into Mysql

[Lambertus]

As the title says, I'm trying to import a planet file into a mysql database 
on my debian machine. I've done the following steps to accomplish this:
- Install mysql-server-5.0 (using no password for root)
- Create a database
- Create the tables according to the Osmosis mysql schema as said in the 
wiki
- Iinstall sun-java6-bin
- Install libmysql-java
- Download Osmosis (version 0.24)

This seems all ok to me, so I run the command to fill the database:

bzcat planet/planet-latest.osm.bz2 | java -Xmx1048m -jar 
utils/osmosis/osmosis.jar --rx /dev/stdin enableDateParsing=no 
outPipe.0="planet" --wm inPipe.0="planet" host="localhost" database="osm" 
user="root"

Now Osmosis returns with the error "Unable to find database driver" (see 
below for the full error message). Can someone give me a pointer to where 
I've gone wrong?

Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
INFO: Osmosis Version 0.24
Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
INFO: Preparing pipeline.
Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
INFO: Launching pipeline execution.
Mar 6, 2008 8:16:55 PM com.bretth.osmosis.core.Osmosis main
INFO: Pipeline executing, waiting for completion.
Exception in thread "Thread-1-rx" 
com.bretth.osmosis.core.OsmosisRuntimeException: Unable to find database 
driver.
at 
com.bretth.osmosis.core.mysql.common.DatabaseContext.loadDatabaseDriver(DatabaseContext.java:58)
at 
com.bretth.osmosis.core.mysql.common.DatabaseContext.getConnection(DatabaseContext.java:77)
at 
com.bretth.osmosis.core.mysql.common.DatabaseContext.executeStreamingQuery(DatabaseContext.java:197)
at 
com.bretth.osmosis.core.mysql.common.SchemaVersionValidator.validateDBVersion(SchemaVersionValidator.java:62)
at 
com.bretth.osmosis.core.mysql.common.SchemaVersionValidator.validateVersion(SchemaVersionValidator.java:44)
at 
com.bretth.osmosis.core.mysql.v0_5.MysqlWriter.initialize(MysqlWriter.java:316)
at 
com.bretth.osmosis.core.mysql.v0_5.MysqlWriter.process(MysqlWriter.java:1004)
at 
com.bretth.osmosis.core.xml.v0_5.impl.NodeElementProcessor.end(NodeElementProcessor.java:99)
at 
com.bretth.osmosis.core.xml.v0_5.impl.OsmHandler.endElement(OsmHandler.java:108)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1772)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2923)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:198)
at 
com.bretth.osmosis.core.xml.v0_5.XmlReader.run(XmlReader.java:101)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ClassNotFoundException: com.mysql.jdbc.Driver
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at 
com.bretth.osmosis.core.mysql.common.DatabaseContext.loadDatabaseDriver(DatabaseContext.java:55)
... 22 more
Mar 6, 2008 8:16:56 PM com.bretth.osmosis.core.Osmosis main
INFO: Pipeline complete.



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] state and province boundaries: VMAP0 or CIA

[Vladimir Elistratov]

> It depends on what you mean by "state" if you mean countries or US 
>States.

I mean countries, for example Germany, UK, China, USA, etc

> I suppose here you mean province in the sense of Canadian provinces 
>or US States?

I mean province exactly in this sense, for example, German 
Bundeslands, US states, Russian regions or republics

Best regards,
Vladimir



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] state and province boundaries: VMAP0 or CIA

[Adam Schreiber]

On Thu, Mar 6, 2008 at 11:04 AM, Vladimir Elistratov
<[EMAIL PROTECTED]> wrote:
>  What source are there for state boundaries?

It depends on what you mean by "state" if you mean countries or US States.

>  What source are there for province boundaries?

I suppose here you mean province in the sense of Canadian provinces or
US States?

Cheers,

Adam

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] state and province boundaries: VMAP0 or CIA

[Vladimir Elistratov]

Hi!

What source are there for state boundaries?
1) VMAP0
2) CIA
3) anything else?
Which source is more precise?

What source are there for province boundaries?
1) VMAP0
2) Does CIA data set contain province boundaries?
3) Any other OSM-license-compliant source?

Best regards,
Vladimir

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Potlatch "Esc POI" issue

[Dave Stubbs]

On Fri, Feb 29, 2008 at 8:21 AM, Jukka Rahkonen
<[EMAIL PROTECTED]> wrote:
> Hi,
>
>  If you select a point (POI) just for seeing the tags and then press Esc for
>  quitting, Potlatch always warns about server connection failure. Esc just
>  escapes if a way or a node of a way is selected and I think that should be 
> the
>  case with POIs as well.
>


This is caused by a bug in the server code.
In the getpoi code it references n.long_potlatch, but the function is
called n.lon_potlatch.

RichardF: the mega-patch I sent you actually fixes this.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] [tagging] Voting - skyhook

[Chris Hill]

We could create proposals for 
amenity=long_stand
shop=glass_hammer
shop=elbow_grease

and a host of other apprentice favourites, which ISTR is were skyhooks came 
from originally. 

Any takers? 
cheers, Chris

- Original Message 
From: Stephen Gower <[EMAIL PROTECTED]>
Cc: talk@openstreetmap.org
Sent: Thursday, 6 March, 2008 2:02:54 PM
Subject: [OSM-talk] [tagging] Voting - skyhook

  Voting is now open on the Skyhook proposal - please add your
  support:

http://wiki.openstreetmap.org/index.php/Proposed_features/Skyhook

  s

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk





  ___ 
Rise to the challenge for Sport Relief with Yahoo! For Good  

http://uk.promotions.yahoo.com/forgood/


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Potlatch "Esc POI" issue

[Richard Fairhurst]

Dave Stubbs wrote:

> RichardF: the mega-patch I sent you actually fixes this.

:) Thanks!

Hope to deploy the mega-patch this weekend once this dratted deadline  
is out of the way.

cheers
Richard


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] compressed gpx file failed import

[Johan Huysmans]

My gzip-ed traces are imported successfully!

Thanks a Lot!
Johan

Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Johan Huysmans <[EMAIL PROTECTED]> wrote:
>
>   
>> I'm trying to upload my traces. It is a gziped file.
>>
>> But I receive a mail with the message that the import has failed.
>>
>> I tried to upload the same file, but uncompressed and it imported
>> successfully.
>>
>> Is there anything wrong with the gzip support?
>> 
>
> It's more a case of ruby, as normal, sucking exceeding large
> boulders through really, really teeny straws.
>
> The arose as a result of me moving the import daemon to a 
> different machine the other day. Unfortunately the new machine
> is running ruby 1.8.4 rather than 1.8.5 like the old machine
> and that was enough to break import of compressed traces.
>
> I'm quite impressed it's taken about 36 hours for anybody to
> notice that it was broken... Hopefully it's fixed now as I have
> now engaged it a bit more creative ruby hacking.
>
> If anybody really cares about the gory details, the problem is
> that the ruby Tempfile class does not (as might seem obvious at
> first glance) derive from the File class but rather from something
> called DelegateClass(File).
>
> Now DelegateClass(File) is supposed to delegate calls which are
> not handled by Tempfile methods to the File class but it does a
> rather half assed job of it - in particular it does not ensure
> that "kind_of? File" works, so Tempfile does not look like a File
> object (or like an IO object which File derives from).
>
> So when the XML parser asked if the source it was being asked
> to import from was "kind_of? IO" the answer was no and it threw
> a wobbly.
>
> In ruby 1.8.5 the XML parser no longer does the "kind_of? IO" test
> on the source - instead it uses "respond_to?" to make sure that the
> source responds to the methods it needs. As DelegateClass does
> handle "respond_to?" calls correctly this works.
>
> Tom
>
>   

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] [tagging] Voting - skyhook

[Stephen Gower]

  Voting is now open on the Skyhook proposal - please add your
  support:

http://wiki.openstreetmap.org/index.php/Proposed_features/Skyhook

  s

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] compressed gpx file failed import

[Tom Hughes]

In message <[EMAIL PROTECTED]>
Johan Huysmans <[EMAIL PROTECTED]> wrote:

> I'm trying to upload my traces. It is a gziped file.
>
> But I receive a mail with the message that the import has failed.
>
> I tried to upload the same file, but uncompressed and it imported
> successfully.
>
> Is there anything wrong with the gzip support?

It's more a case of ruby, as normal, sucking exceeding large
boulders through really, really teeny straws.

The arose as a result of me moving the import daemon to a 
different machine the other day. Unfortunately the new machine
is running ruby 1.8.4 rather than 1.8.5 like the old machine
and that was enough to break import of compressed traces.

I'm quite impressed it's taken about 36 hours for anybody to
notice that it was broken... Hopefully it's fixed now as I have
now engaged it a bit more creative ruby hacking.

If anybody really cares about the gory details, the problem is
that the ruby Tempfile class does not (as might seem obvious at
first glance) derive from the File class but rather from something
called DelegateClass(File).

Now DelegateClass(File) is supposed to delegate calls which are
not handled by Tempfile methods to the File class but it does a
rather half assed job of it - in particular it does not ensure
that "kind_of? File" works, so Tempfile does not look like a File
object (or like an IO object which File derives from).

So when the XML parser asked if the source it was being asked
to import from was "kind_of? IO" the answer was no and it threw
a wobbly.

In ruby 1.8.5 the XML parser no longer does the "kind_of? IO" test
on the source - instead it uses "respond_to?" to make sure that the
source responds to the methods it needs. As DelegateClass does
handle "respond_to?" calls correctly this works.

Tom

-- 
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] compressed gpx file failed import

[Johan Huysmans]

Hi All,

I'm trying to upload my traces. It is a gziped file.

But I receive a mail with the message that the import has failed.

I tried to upload the same file, but uncompressed and it imported
successfully.

Is there anything wrong with the gzip support?

Greetings Johan

 Original Message 
Subject:[OpenStreetMap] GPX Import failure
Date:   Thu, 6 Mar 2008 11:56:50 +
From:   [EMAIL PROTECTED]
To: [EMAIL PROTECTED]



Hi,

It looks like your GPX file

  200802.gpx.gz

failed to import. Here's the error:

  Tempfile is not a valid input stream.  It must be
either a String, IO, StringIO or Source.
/usr/lib/ruby/1.8/rexml/parsers/baseparser.rb:133:in `stream='
/usr/lib/ruby/1.8/rexml/parsers/baseparser.rb:100:in `initialize'
/usr/lib/ruby/1.8/rexml/parsers/sax2parser.rb:11:in `initialize'
/var/www/rails/lib/osm.rb:106:in `points'
/var/www/rails/app/models/trace.rb:188:in `import'
/var/www/rails/lib/daemons/gpx_import.rb:21
/var/www/rails/lib/daemons/gpx_import.rb:15
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application.rb:159:in 
`start_load'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application.rb:236:in 
`start'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:51:in 
`watch'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:51:in 
`watch'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:45:in 
`watch'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:44:in 
`watch'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:84:in 
`start_with_pidfile'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:64:in 
`start_with_pidfile'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:111:in 
`start'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application_group.rb:111:in
 
`create_monitor'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application.rb:223:in 
`start'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/controller.rb:69:in 
`run'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons.rb:136:in `run'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/cmdline.rb:105:in 
`catch_exceptions'
/usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons.rb:135:in `run'
lib/daemons/gpx_import_ctl:20

More information about GPX import failures and how to avoid
them can be found at:

  http://wiki.openstreetmap.org/index.php/GPX_Import_Failures



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk