On Fri, Mar 14, 2008 at 02:06:04AM +0100, Frederik Ramm wrote:
Merkaartor fully supports them (both in editing and rendering)
Good to know. So for a lake with an island, Merkaartor only requires
tags on the relation, and neither on the lake circumference way nor on
the island circumference
What we need is some decent test data.
http://www.elbruz.org/islands/Islands%20and%20Lakes.htm
Anyone fancy a mapping party in Luzon?
80n
On Fri, Mar 14, 2008 at 6:45 AM, bvh [EMAIL PROTECTED] wrote:
On Fri, Mar 14, 2008 at 02:06:04AM +0100, Frederik Ramm wrote:
Merkaartor fully supports
On Mar 14, 2008, at 00:05, Frederik Ramm wrote:
I'm currently working on a Perl re-implementation of Osmarender. It
is already almost feature complete; I've made an early announcement on
the [EMAIL PROTECTED] list:
Great!
change is the way polygons with holes are drawn. I want to switch
On Mar 14, 2008, at 10:01, Andy Robinson ((blackadder)) wrote:
If I've got this all wrong then someone point me to better
understand the
problem.
Small point: This is also about, say, clearings in forests and
cemeteries in parks.
Cheers
Robert
I'll admit and apologise that I haven't been following this thread too
closely, but from skimming over the surface wanted to make a couple of
observations.
The way we currently draw coastlines, as a boundary between the landmass and
a body of water sitting within the landmass is no different from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederik Ramm wrote:
| Hi,
|
| I think we should stick with the evenodd rule. It is not that difficult
| for users when editing - colour on the right, it is neccesary for
| coastlines, and there is nothing to gain by making it unneccesary. If
| some
On 13 Mar 2008, at 00:02, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Artem Pavlenko [EMAIL PROTECTED] wrote:
Great! Thanks Tom! rundemo.py outputs nice pdf and svg on os x
10.4. I'll give it a try on 64-bit ubuntu later on.
Couple things I noticed when viewing demo.svg in
First, let me say I think the maps that Open Street Map are producing
look great! So, here is my question(s).
Based on what I can gather from the wiki, it looks like the US data all
started from TIGER data and has been updated from there. And, again
based on the wiki, all the rendering
Brian Peschel wrote:
Sent: 14 March 2008 1:19 PM
To: dev@openstreetmap.org
Subject: [OSM-dev] Rendering Rules
First, let me say I think the maps that Open Street Map are producing
look great! So, here is my question(s).
Based on what I can gather from the wiki, it looks like the US data all
I have been playing with the Mapnik source code for rendering some
maps. I have data in a custom format, so I had to write my own driver.
Is there some place I can see the style definitions that are being used
on Open Street Map? For example, as you zoom in, a road may appears
black.
On 14 Mar 2008, at 13:36, Dave Stubbs wrote:
I have been playing with the Mapnik source code for rendering some
maps. I have data in a custom format, so I had to write my own
driver.
Is there some place I can see the style definitions that are
being used
on Open Street Map? For
Sebastian Spaeth wrote:
Hi all,
Freiburg in Germany is sympathetic to releasing local geoinformation,
but a precendent case might help to convince officials (told me another
official). So, are there any cases where towns or municipalities have
been releasing information (especially in
Hi,
Freiburg in Germany is sympathetic to releasing local geoinformation,
but a precendent case might help to convince officials (told me another
official). So, are there any cases where towns or municipalities have
been releasing information (especially in Germany?) I could only name
Boston
On Fri, Mar 14, 2008 at 11:39 AM, bvh [EMAIL PROTECTED] wrote:
I disagree. Requiring mappers to add two ways that overlap
completly is with the goal of making the math simpler is
shifting the burden from software to users.
On Mar 14, 2008, at 16:32, 80n wrote:
Sometimes this is unavoidable.
Jon Burgess wrote:
From a pure design perspective the cleanest approach would be (IMO) to
have the tags only on the relation. Otherwise there is always the
possibility for ambiguity in cases where the tags on the outer ways
differ. Yes this is an error, but one which is bound to occur
15 matches
Mail list logo