Hello everyone,
did anyone else ever work on simplifying the polylines for
low zoom -rendering or similar purposes?
Any algorithms, websites or books that may help me?
While importing a map into Traveling Salesman I am currently
generating 3 additional filtered maps.
1. These maps contain only t
>> Hello everyone,
>>
>> did anyone else ever work on simplifying the polylines for
>> low zoom -rendering or similar purposes?
>> Any algorithms, websites or books that may help me?
>>
>
> There's been a small amount of work on this in mapnik-rendering
> circles, but mainly using postgis' si
On Wed, Mar 18, 2009 at 9:17 AM, wrote:
>
> Hello everyone,
>
> did anyone else ever work on simplifying the polylines for
> low zoom -rendering or similar purposes?
> Any algorithms, websites or books that may help me?
There's been a small amount of work on this in mapnik-rendering
circles, but
On Wed, 18 Mar 2009 11:30:18 +, Andy Deakin
wrote:
>>> Hello everyone,
>>>
>>> did anyone else ever work on simplifying the polylines for
>>> low zoom -rendering or similar purposes?
>>> Any algorithms, websites or books that may help me?
>>>
>>
>> There's been a small amount of work on t
Hi,
for a project I need to have a a local tile map server of tiles of (at
least) Germany for all zoom levels, because I need to have the tiles
available immediately and reliable. I was thinking of the
CloudMapMobile tiles because I want to use them on a small screen and
there they look be
> I started trying the first options but it is way to slow. Probably
> because some never requested tiles also have to be rendered on the
> server first?
Exact. I don't think it's a good idea anyway without asking the server admin.
That will put a constant load on the server and prevent othe
Hi,
I started trying the first options but it is way to slow. Probably
because some never requested tiles also have to be rendered on the
server first?
Exact. I don't think it's a good idea anyway without asking the
server admin.
That will put a constant load on the server and prevent other u
> That all dispend on the max zoom you want.
> As a rapid guess on germany at max-zoom 16 I bet it would take around
> 2 days
> I would want it for zoom up to zoom level 17.
It's easily to calculate. With each additional zoom level the amount of
tiles is multiplied by four.
So if zo
Devs,
Recent planet files available from: http://planet.openstreetmap.org/
will be disrupted for the next few days. Apologies for the disruption.
Hopefully be fixed within the next 48 hours.
Reasons? Look over here:
http://lists.openstreetmap.org/pipermail/talk/2009-March/035381.html
/ Grant
Grant Slater wrote:
> Recent planet files available from: http://planet.openstreetmap.org/
> will be disrupted for the next few days. Apologies for the disruption.
>
> Hopefully be fixed within the next 48 hours.
>
> Reasons? Look over here:
> http://lists.openstreetmap.org/pipermail/talk/2009-Ma
Stefan de Konink wrote:
>> http://lists.openstreetmap.org/pipermail/talk/2009-March/035381.html
>
> So could you elaborate the downtime? We have a 'perfect history
> system' and since we are talking 'all accounts have been identified'
> wouldn't that be a perfect test case for our 'users that do
On Thu, 19 Mar 2009, Grant Slater wrote:
> Patched planet files will become available shortly, but they too take
> time to generate.
Are you saying you are going to regenerate all previous planet files?
Isn't that a bit waste of resources?
Stefan
___
12 matches
Mail list logo