Toby,
On 07/07/2014 08:57 PM, Toby Murray wrote:
Is this a tagging problem or a rendering problem?
As Christoph has already spotted, the server on which I made these tiles
had a slightly older style sheet and ocean shape. I'll re-do the tiles
based on the current Carto style and we'll have a
Hi,
On 06/30/2013 01:32 AM, Frederik Ramm wrote:
On 12.03.2012 08:56, Frederik Ramm wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process
to a slight variation of our standard Mapnik style however, and out
comes this (for zoom levels 0-8; from z9 on, the standard
On Monday 07 July 2014, Frederik Ramm wrote:
A new year, a new update. I like it how this map reveals some things
that otherwise remain unseen, like for example a several 100km long
secondary road in Antarctica (near New Zealand) that seems to have
been there for a year (I've deleted it
Hi,
On 07/07/2014 01:41 PM, Christoph Hormann wrote:
That was actually an existing feature - a transport route from the coast
to the French Concordia station - you can even marginally see it on the
LIMA mosaic if you look closely:
Oh dear. I automatically assumed that it must be some kind
2014-07-07 13:41 GMT+02:00 Christoph Hormann chris_horm...@gmx.de:
See also:
http://en.wikipedia.org/wiki/Concordia_Station
The tagging might of course be considered wrong - it could be more like
highway=track and surface=snow but for the standards of the region
highway=secondary might
Am 07.07.2014 16:13, schrieb Frederik Ramm:
Hi,
On 07/07/2014 01:41 PM, Christoph Hormann wrote:
That was actually an existing feature - a transport route from the coast
to the French Concordia station - you can even marginally see it on the
LIMA mosaic if you look closely:
Oh dear. I
On Monday 07 July 2014, Frederik Ramm wrote:
The tagging might of course be considered wrong - it could be more
like highway=track and surface=snow but for the standards of the
region highway=secondary might even be an understatement.
What would you recommend?
Well - there is not really
This rendering has highlighted inconsistent tagging in county borders in
the U.S. However the inconsistency is only on member ways. The county
boundary relations are very consistent but don't seem to be used in
rendering. Should they be? I do like that counties are a little more
prominent than on
I slightly modified the boundary rendering
I also added islands and archipelago rendering, which makes seas a bit
less empty...
Example:
http://tile.openstreetmap.fr/?zoom=7lat=58.13383lon=-2.9452layers=B0FFF
Work still in progress... and feedback (with permalinks) welcome !
2013/7/4
On Saturday 06 July 2013, Christian Quest wrote:
I slightly modified the boundary rendering
I also added islands and archipelago rendering, which makes seas a
bit less empty...
Example:
http://tile.openstreetmap.fr/?zoom=7lat=58.13383lon=-2.9452layers=
B0FFF
I very much like the island
Am 06.07.2013 11:02, schrieb Christian Quest:
I slightly modified the boundary rendering
As in the OSM Mapnik style, rendering of admin_level=3 boundaries seems to be
identical to the one for admin_level=2 boundaries, which may lead to
misundertandings for countries where level 3 is used, such
Hi,
Frederik Ramm frede...@remote.org wrote:
http://fred.dev.openstreetmap.org/lowzoom/
I have updated these tiles with current data. (I had somehow lost the
code that produced the tiles and had to reverse engineer my way back
from the old tiles... the year-old tiles are still available from
On Thursday 04 July 2013, Tirkon wrote:
[...]
The first priority for rendering could be the admin level. Within the
admin level at first the towns with a capital tag are rendered wirh a
star next to the name. If this is space-kompetitiv at a given zoom
level, the winner will be decided on the
2013/7/4 Frederik Ramm frede...@remote.org
On 07/04/2013 02:00 AM, Tirkon wrote:
I am not sure: Do you want to replace rhe lowzoom levels at osm.org?
I think the lowzoom levels at osm.org look very bland and my approach
attempts to fix that
I partly agree (have thought that for a long
On 04/07/13 09:39, Christoph Hormann wrote:
The thing is the standard osm.org map is meant to allow near real time
updates and compromises rendering quality for that. But there is very
little actual real time data in the rendering at the lowest zoom levels
anyway - none in 0 and 1, only labels
Based on Frederik lowzoom idea, I started improving the low zooms on
our OSM-FR style...
Here is zoom 7 (others are in the render_list queue):
http://tile.openstreetmap.fr/?zoom=7lat=46.88069lon=3.13697layers=B0FFF
Here is how I did it:
- modify my OSM-FR to remove all labels and boundary at
On Thursday 04 July 2013, Tom Hughes wrote:
Low zooms (0 to 12) are not actually updated in real time anyway -
they are only updated periodically by a batch job.
But you can still trigger a rerender using /dirty.
Greetings,
--
Christoph Hormann
http://www.imagico.de/
On 04/07/13 10:48, Christoph Hormann wrote:
On Thursday 04 July 2013, Tom Hughes wrote:
Low zooms (0 to 12) are not actually updated in real time anyway -
they are only updated periodically by a batch job.
But you can still trigger a rerender using /dirty.
At the moment you probably can,
Frederik Ramm frede...@remote.org wrote:
The first priority for rendering could be the admin level.
Certainly an idea worth pursuing, however some magic would have to be
applied to match place tags (usually nodes - they will have a population
or capital tag) with admininistrative boundaries
Am 04.07.2013 11:18, schrieb Christian Quest:
Based on Frederik lowzoom idea, I started improving the low zooms on
our OSM-FR style...
Here is zoom 7 (others are in the render_list queue):
http://tile.openstreetmap.fr/?zoom=7lat=46.88069lon=3.13697layers=B0FFF
Here is how I did it:
-
Am 04.07.2013 11:18, schrieb Christian Quest:
Here is zoom 7 (others are in the render_list queue):
to me this looks really nice and a huge improvement to the current OSM
default lowzoom rendering!
Best regards,
Michael.
___
talk mailing list
Am 01.07.2013 22:32, schrieb Joseph Reeves:
Hi Frederik,
I really liked this when I saw it last year; am pleased to see it back
on the mailing list!
To be honest, I prefer the last year's version, but only because of one
feature: country borders. I often use the MapQuest Open tiles, for
On Sat, Jun 29, 2013 at 4:32 PM, Frederik Ramm frede...@remote.org wrote:
On 12.03.2012 08:56, Frederik Ramm wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom proces
http://fred.dev.openstreetmap.**org/lowzoom/http://fred.dev.openstreetmap.org/lowzoom/
Nice.
Those
Hi Frederik,
I really liked this when I saw it last year; am pleased to see it back on
the mailing list!
To be honest, I prefer the last year's version, but only because of one
feature: country borders. I often use the MapQuest Open tiles, for example,
at low zooms because they show borders much
On Sunday 30 June 2013, Frederik Ramm wrote:
I have updated these tiles with current data. (I had somehow lost the
code that produced the tiles and had to reverse engineer my way back
from the old tiles... the year-old tiles are still available from the
layer switcher.)
Hello Fred,
what
Hi,
On 30.06.2013 10:27, Christoph Hormann wrote:
what method did you use for resizing the tiles? It seems to be
different in the new and the old tiles emphasizing the line features
now.
Yes, I simply didn't manage to reproduce last year's version exactly.
What I do is precisely the
On Sunday 30 June 2013, Frederik Ramm wrote:
* To produce the raw tiles for z-1 (which are never visible but
only used as an input for z-2 tiles later), I not only downscale the
tiles on z, but after that, use ImageMagick's Compose function with
a mode of Darken to repeat the placement of
Hi,
On 12.03.2012 08:56, Frederik Ramm wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process
to a slight variation of our standard Mapnik style however, and out
comes this (for zoom levels 0-8; from z9 on, the standard Mapnik style
looks fine):
* Frederik Ramm (frede...@remote.org) wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process
to a slight variation of our standard Mapnik style however, and out
comes this (for zoom levels 0-8; from z9 on, the standard Mapnik style
looks fine):
Hi,
On 03/12/2012 08:56 AM, Frederik Ramm wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process
to a slight variation of our standard Mapnik style however, and out
comes this (for zoom levels 0-8; from z9 on, the standard Mapnik style
looks fine):
2012/3/17 Frederik Ramm frede...@remote.org
Hi,
On 03/12/2012 08:56 AM, Frederik Ramm wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process
to a slight variation of our standard Mapnik style however, and out
comes this (for zoom levels 0-8; from z9 on, the
There's nothing keeping one from applying the Tiles@Home lowzoom process to
a slight variation of our standard Mapnik style however, and out comes this
(for zoom levels 0-8; from z9 on, the standard Mapnik style looks fine):
http://fred.dev.openstreetmap.org/lowzoom/
I love it. Australia is
Am 13. März 2012 00:20 schrieb Stephan Knauss o...@stephans-server.de:
The strength of OSM is not in displaying landuse which we typically import
from somewhere. This rendering is emphasizing the wrong aspect of OSM.
around here we typically map the landuses by ourselves (aerial imagery
and
On 03/12/2012 10:21 AM, Erik Johansson wrote:
On Mon, Mar 12, 2012 at 08:56, Frederik Rammfrede...@remote.org wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process to
a slight variation of our standard Mapnik style however, and out comes this
(for zoom levels 0-8;
2012/3/12 Frederik Ramm frede...@remote.org
http://fred.dev.openstreetmap.org/lowzoom/
The land cover looks great. I would maybe add country borders and remove
region labels. If not remove, then make different than country labels. It's
a bit of a mess like this.
Janko
Hi,
one thing I particularly liked about the now-deceased Tiles@Home
style was the lowzoom tiles which, in contrast to our rather bland
Mapnik tiles
http://www.openstreetmap.org/?lat=52.3lon=7.8zoom=5layers=M
or those beefed up by terrain colouring
On Mon, Mar 12, 2012 at 08:56, Frederik Ramm frede...@remote.org wrote:
There's nothing keeping one from applying the Tiles@Home lowzoom process to
a slight variation of our standard Mapnik style however, and out comes this
(for zoom levels 0-8; from z9 on, the standard Mapnik style looks
Hi,
On 03/12/12 10:21, Erik Johansson wrote:
I'm guessing most of the terrain pixels are Corine Land cover? The
only problem I have with this is that it will make the Corine import
go faster in all those white areas.
Yes, that must not be encouraged. I think that if we make roads more
On 12 mar 2012, at 11:22, Frederik Ramm wrote:
Hi,
On 03/12/12 10:21, Erik Johansson wrote:
I'm guessing most of the terrain pixels are Corine Land cover? The
only problem I have with this is that it will make the Corine import
go faster in all those white areas.
Yes, that must not be
On 12.03.2012 11:22, Frederik Ramm wrote:
Yes, that must not be encouraged. I think that if we make roads more
prominent, then the non-landcover areas will look better.
I also think it does focus to much on natural=*
How would it look if adding highway=motorway,trunk,primary to the
that looks great fred,
and yes Erik, I recognize the corine import that i did there in southeast
europe.
mike
On Mon, Mar 12, 2012 at 10:21 AM, Erik Johansson e...@kth.se wrote:
I'm guessing most of the terrain pixels are Corine Land cover? The
--
James Michael DuPont
Member of Free Libre
Hi,
On 03/12/2012 09:18 PM, Stephan Knauss wrote:
How would it look if adding highway=motorway,trunk,primary to the
rendering? Maybe in light shades of grey?
All these *are* already on the rendering; the rendering is based on
plain z9 tiles which are just bitmap reduced. They're just not
On 12.03.2012 22:05, Frederik Ramm wrote:
On 03/12/2012 09:18 PM, Stephan Knauss wrote:
How would it look if adding highway=motorway,trunk,primary to the
rendering? Maybe in light shades of grey?
All these *are* already on the rendering; the rendering is based on
plain z9 tiles which are just
Stephan Knauss writes:
... displaying landuse which we typically import from somewhere.
Careful with that we Eugene[1]! Some of us typically enter
landuse[2] from our knowledge of the use of the land.
[1] http://en.wikipedia.org/wiki/Careful_with_That_Axe,_Eugene
[2]
44 matches
Mail list logo
