On Fri, 2009-07-31 at 15:58 -0700, Andrew Ayre wrote:
As Shaun mentioned in another email, this seems to be another
instance
of nodes missing from the minutely diffs. This is a known issue but
I'm
not sure if we have a trac ticket for it. I have put more details
into
the trac ticket.
On 01/08/09 01:08, Andrew Ayre wrote:
How exactly is that supposed to help? Will this API have access to
some magic accelerator technology that the current API doesn't use?
It would help because people could upload large data sets as fast as
they can prepare them, then tweak any problems
Tom Hughes wrote:
Excuse me a minute while I find my magic wand...
[ time passes ]
...found it! fx: waves wand There you go, changeset processing is now
100 times faster.
Once you are done with your magic wand, do you mind lending it to me, I
have a server to optimize.
Emilie Laffray
Jon Burgess wrote:
On Fri, 2009-07-31 at 15:58 -0700, Andrew Ayre wrote:
As Shaun mentioned in another email, this seems to be another
instance
of nodes missing from the minutely diffs. This is a known issue but
I'm
not sure if we have a trac ticket for it. I have put more details
into
the
Wrong, osm2pgsql does process relations properly. If they aren't then
Jon Burgess is happy to take a look to see if he can fix the problem
with osm2pgsql. Second there has been no planet reload for a few weeks
now.
There's definitely something wrong here:
2009/7/31 Marc Schütz schue...@gmx.net:
Wrong, osm2pgsql does process relations properly. If they aren't then
Jon Burgess is happy to take a look to see if he can fix the problem
with osm2pgsql. Second there has been no planet reload for a few weeks
now.
There's definitely something wrong
The building called Angewandte Informatik is a multipolygon, which has
been moved one and a half weeks ago. Both the old and the new shape are
rendered now, and the hole is filled too.
I know that there have been problems with multipolygons and diffs. Are
they supposed to be fixed?
Jon Burgess wrote:
2009/7/31 Marc Schütz schue...@gmx.net:
Wrong, osm2pgsql does process relations properly. If they aren't then
Jon Burgess is happy to take a look to see if he can fix the problem
with osm2pgsql. Second there has been no planet reload for a few weeks
now.
There's definitely
On Fri, 2009-07-31 at 09:36 -0700, Andrew Ayre wrote:
Done. See:
http://trac.openstreetmap.org/ticket/2118
I add add tickets for the other two issues I referred to later today.
Thanks!
As Shaun mentioned in another email, this seems to be another instance
of nodes missing from the
Jon Burgess wrote:
On Fri, 2009-07-31 at 09:36 -0700, Andrew Ayre wrote:
Done. See:
http://trac.openstreetmap.org/ticket/2118
I add add tickets for the other two issues I referred to later today.
Thanks!
As Shaun mentioned in another email, this seems to be another instance
of nodes
Jon Burgess wrote:
On Fri, 2009-07-31 at 09:36 -0700, Andrew Ayre wrote:
Done. See:
http://trac.openstreetmap.org/ticket/2118
I add add tickets for the other two issues I referred to later today.
Thanks!
As Shaun mentioned in another email, this seems to be another instance
of nodes
On 31/07/09 23:55, Andrew Ayre wrote:
I think if the OSM API was improved so it could accept large changesets
faster then that would greatly help out the people who are trying to add
large amounts of data. So far I haven't see a fast and reliable method.
Excuse me a minute while I find my
Tom Hughes wrote:
On 31/07/09 23:55, Andrew Ayre wrote:
I think if the OSM API was improved so it could accept large changesets
faster then that would greatly help out the people who are trying to add
large amounts of data. So far I haven't see a fast and reliable method.
Excuse me a
Take a look at this boundary where a forest and national park meet:
http://osm.org/go/TwUljNo--
Notice that the boundaries don't line up. This is because the national
park is in slightly the wrong place. The national park is this changeset
uploaded yesterday:
On Thu, Jul 30, 2009 at 7:29 PM, Andrew Ayre a...@britishideas.com wrote:
Take a look at this boundary where a forest and national park meet:
http://osm.org/go/TwUljNo--
Notice that the boundaries don't line up. This is because the national
park is in slightly the wrong place. The
I don't know what the Osmarender update speed is or how to mark
tiles as
dirty or find out when they were rendered, so I am unsure if
Osmarender
tiles can be directly compared.
osmarender doesn't work currently for large areas defined by relation
boundaries
there is a lonly white
On 31 Jul 2009, at 04:41, Karl Newman wrote:
On Thu, Jul 30, 2009 at 7:29 PM, Andrew Ayre a...@britishideas.com
wrote:
Take a look at this boundary where a forest and national park meet:
http://osm.org/go/TwUljNo--
Notice that the boundaries don't line up. This is because the national
17 matches
Mail list logo