[OSM-dev] Planet OSM 'bad result during COPY'

[Seth Voltz]

I've downloaded the Austrian extract and have been running the import for a few minutes. I'll report back if it succeeds or fails. I should have plenty of RAM (a blade with 16GB available).

I've seen a number of forum posts about using the -C (cache) flag during imports. How much does this actually help and what are some good metrics to use when setting the value?

— Seth

On Apr 15, 2010, at 12:21 PM, Frederik Ramm wrote:

> Seth,
> 
>    just a hunch and it really shouldn't happen but is it possible that 
> you have an issue with non-ascii characters (which are unlikely in the 
> california extract but certain to exist in the world-wide data)?
> 
> You could quickly try e.g. the Austria excerpt (which should contain the 
> "Unterdürnbach" node that was listed in your report) to verify this. If 
> Austria works then my hunch is wrong.
> 
> Also, are you sure you have sufficient memory for running without --slim?
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20100415/3cf6389e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20100415/3cf6389e/attachment.pgp>