Am 06.02.2012 09:54, schrieb Sven Geggus:
To be serious, I consider distributed rendering broken by design.
I agree.
Here is why:
Distributed computing is usually a good idea when computing takes more time
than data transmission. Otherwise it just does not make sense to transmit
the data
Am 08.02.2011 16:49, schrieb Sebastian Spaeth:
Let me know what you think and how we should be proceeding. If you
volunteer to take over something or want to be involved in an effort to
reorganize things speak up.
You don't need to stop your renderers, it's still a tileserver with
current
Am 07.07.2010 20:54, schrieb John Smith:
On 8 July 2010 00:18, Simone Cortesi sim...@cortesi.com wrote:
XAPI allows you query the OSM DB asking just for certain information.
You will get back a selected number of results based on the query you
submit. Information on how to obtain you
Andy Deakin schrieb:
Hi,
On some sites I mange, there are lists of suspicious words/markup. If
there are too many of these in the post (call it a spam score), then
they are sent to a 'please confirm you are human', where an anti-bot
code must be entered before the post is allowed.
I
Philip Homburg schrieb:
In your letter dated Tue, 11 Aug 2009 16:43:34 +0200 you wrote:
that has nothing to do with the fact that keepright does mark ways
ending at a middle node of another way of different layer as an error,
which should not be an error at all.
For all issue I could find
Philip Homburg schrieb:
Could you post a keepright link for an example? I find your description a
bit confusing.
OJ W schrieb:
Currently http://dev.openstreetmap.org/~ojw/ is redirecting to
tah.openstreetmap.org. Would it greatly inconvenience anyone if I
stopped that from happening and put an actual website on
dev.openstreetmap.org/~ojw/ ?
I don't think any aspect of ti...@home still uses your
Udo Giacomozzi schrieb:
I'd like to download a portion of the OSM map tiles (from
tile.openstreetmap.org) for offline usage /and/ to offload the OSM
server for the projects where I'm using OSM maps (which are used by
several users).
Currently the area of interest contains 587001 tiles at
Chris Browet schrieb:
Probably not, because lots of the tiles would need to be rendered
especially for you. tiles.openstreetmap.org basically only renders
tiles that are looked at at all, so bulk-requesting areas will force
large areas to render to the highest detail.
Not true, AFAIK.
Igor Brejc schrieb:
Hi all,
I've added slippymap-like rendering directly into Kosmos GUI (it will be
available in the next version, probably within a week). Anyway, I've
noticed that there is an discrepancy between Kosmos rendering and tiles
generated by Mapnik (and Osmarender). All the
Maarten Deen schrieb:
BTW: I do like to urge renderers to do an svn up at least once a day so your
oceantiles.dat will not get too out of date.
If I see oceantiles.dat change in svn, I trigger auto-updates.
--
Dirk-Lüder Deelkar Kreie
Bremen - 53.0952°N 8.8652°E
signature.asc
Description:
This needs some amendments from the other devs, because I can only speak
for the changes I made or participated in.
* New fallback API
* New fallback logic in case the client gets no data
* make oceantiles stuff an external, so it's easier to keep in sync with
multiple client branches.
*
Maarten Deen schrieb:
Is someone doing something with the informationfreeway.org server?
Last weekend I got all tiles as sea for a while, now it is just
very unresponsive. It takes several minutes to load a screen.
it's not IFW, it's tah.openstreetmap.org.
--
Dirk-Lüder Deelkar Kreie
Bremen
80n schrieb:
It's up now.
It seems to fall over from load whenever the main api is slow or down,
since many [EMAIL PROTECTED] clients are configured to failover to XAPI.
--
Dirk-Lüder Deelkar Kreie
Bremen - 53.0952°N 8.8652°E
signature.asc
Description: OpenPGP digital signature
hy schrieb:
On Fri, June 20, 2008 10:15, Tom Hughes wrote:
Rainer Dorsch [EMAIL PROTECTED] wrote:
Any projection, when these are fixed?
Lunchtime with a bit of luck...
What timezone? :-)
UK by default, so BST (UTC+1)
--
Dirk-Lüder Deelkar Kreie
Bremen - 53.0952°N 8.8652°E
80n schrieb:
On Fri, Jun 20, 2008 at 2:29 PM, Dirk-Lüder Kreie [EMAIL PROTECTED]
wrote:
80n schrieb:
It's up now.
It seems to fall over from load whenever the main api is slow or down,
since many [EMAIL PROTECTED] clients are configured to failover to XAPI.
No, not at al
Dominik Spies schrieb:
Hi,
my goal is to have a tileserver that renders tile on demand and is as up to
date as possible. I just want to serve a small area (about 0,5° x 0.5°).
I read about diffs, but I can't find any usefull information. Wiki just
tells me that there are diffs..
At the moment
80n schrieb:
Why don't you discuss it with me?
Simply because there was an offer there, and not a request by me.
I'm always open to other solutions, this one was not really a concious
decision, and not intended at all to go behind anyone's back. (As it
seems that's how you feel about it?)
Christopher Schmidt schrieb:
Are there any objections from the server side of things to include
this?
I'd have thought that rather defeats the object of the current API
restriction.
This is exactly the kind of thing that [EMAIL PROTECTED] does: if an area is
too large
(too many nodes) then
Alan Millar schrieb:
Thanks for everyone's feedback on my idea
The problem with this is that this data is distributed as part of the
code.
Sebastian Spaeth writes:
That is correct and it is not perfect.
Martijn van Oosterhout writes:
Distribution of the data was a problem considered at
Alan Millar schrieb:
I'd like to make a proposal for improving [EMAIL PROTECTED] Before anyone asks,
yes, I am volunteering to code this. I'm looking for clarification,
feedback, or suggestions.
Sorry Sebastian and I got a bit thin-skinned but the amount of well
meant but resource consuming
Tom Evans schrieb:
Our data-model does not support earth as a sphere.
Uh? The data model supports it fine as far as I can see.
Yes, virtually all the tools don't, because it isn't a problem so far (and is
harder...). But they could be improved in the future and the data model would
be
Nathan Vander Wilt schrieb:
On May 28, 2008, at 1:35 PM, Richard Duivenvoorde wrote:
Richard Fairhurst wrote:
Can anybody point me in the direction of an algorithm that will
determine whether a closed way (polyline) is clockwise or anti-
clockwise?
Richard,
there is a good set of
Stefan de Konink schrieb:
On Wed, 2008-05-28 at 19:11 +0100, Jon Burgess wrote:
$ grep 45136089 /tmp/foo2.xml
node id=45136089 lat=52.0758997 lon=4.37710004 visible=true
user=not_implemented timestamp=2007-09-07T16:39:10+01:00
node id=45136089 lat=52.0758997
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederik Ramm schrieb:
Hi,
If you are really interested in that kind of detail, load individual
object histories or the minutely change files. A changeset, to me,
should be like an SVN commit: I check stuff out, then I make umpteen
edits using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
bvh schrieb:
On Sat, May 10, 2008 at 10:05:28PM +0200, Frederik Ramm wrote:
Look at how fossilized big projects like Debian have become, where
every slightest move requires ages just because they want to be
stable, professional, respect the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Putzo schrieb:
This shouldn't slow down development too much of course, especially in a
young project like OSM. But there should be a point in development where
downward compatibility should be kept in mind and major changes should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Stubbs schrieb:
On Wed, May 7, 2008 at 8:17 AM, bvh [EMAIL PROTECTED] wrote:
On Wed, May 07, 2008 at 08:47:29AM +0200, Stefan Baebler wrote:
I propose to introduce the ability to limit the age of trackpoints
downloaded into the client by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
bvh schrieb:
Honestly, if it wasn't for me raising all this ruckus, I seriously
doubt we would see
- discussion on the dev mailing list
- you hastely fleshing out details of what was said on wiki
- any serious thought at all about gracefull
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederik Ramm schrieb:
ALL problems regarding read-access scalability can be solved by
implementing a proper feed mechanism (or DB slaves or whatever you
want to call it). We have made steps in that direction with the
weekly dumps, daily
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederik Ramm schrieb:
Hi,
Did I miss something? According to my copy of [EMAIL PROTECTED] it's still
asking the
main API for data.
I could swear I saw a bit of [EMAIL PROTECTED] code the other day that was
using the
XAPI. Possibly that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy Allan schrieb:
| Jon,
|
| Given that #relations #ways #nodes, and you (generally) need to
| know about all the relations before you process the ways, and you need
| to know which ways you are interested in before deciding which nodes
| to keep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luka Frelih schrieb:
hello!
i just noticed that our slippymap resists crossing the 180 degree
meridian (intl date line).
try zooming in on new zealand at this link:
http://www.openstreetmap.org/?lat=-41.47lon=-179.23zoom=6
i guess this is
Tom Hughes schrieb:
There are actually 19 zoom levels for the Mapnik layer I think. The
Osmarender layer is only 17 or 18 I believe.
0-18 for mapnik
0-17 for osmarender
0-16 for maplint (currently)
--
Dirk-Lüder Deelkar Kreie
Bremen - 53.0952°N 8.8652°E
34 matches
Mail list logo