[Tilesathome] lowzoom and osmxapi problems

[80n]

Brent
osmxapi was switched over to its new home on dev at 23:00 (GTM) last night.

The stats show that it is significantly slower on dev than it was before.
This is probably because it's competing for resources with various other
processes that also run there.  However, I don't have enough info yet to
eliminate other possible causes.

Every single request that has been made since the switch over to dev has run
to completion.  So if you are getting 'No data here' errors then you would
probably benefit from increasing the timeout in your t at h client.

80n

On Nov 19, 2007 1:48 AM, Brent Easton <b.easton at exemail.com.au> wrote:

> I have been trying out the z8-z11 lowzoom processing using Batik. I've
> made a couple of small changes to the map feature xml's and it now appears
> to be working fine. I am not overly happy with the zoom 10 results for
> secondary roads, perhaps these might be better off as solid lines rather
> than with casing, like Z8 & Z9?
>
> The main problem I am having is with osmxapi itself. Even working on
> relatively empty z8 tiles, the interface often takes forever to return data,
> if at all, often returning 'No data here'.
>
> Is this because the server running osmxapi is being overloaded? Or has it
> crashed completely now?
>
> Are there any plans to move osmxapi to a more powerful server?
>
> Now that tiles at home is on steroids, I am finding it next to impossible to
> do any meaningful lowzoom work to catch up.
>
> Regards,
> Brent.
> ____________________________________________________________
> Brent Easton
> Analyst/Programmer
> University of Western Sydney
> Email: b.easton at uws.edu.au
>
>
> _______________________________________________
> Tilesathome mailing list
> Tilesathome at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20071119/c9097929/attachment.html>