On Tue, 2009-01-27 at 16:26 -0800, John3478 John3478 wrote:
I am still stuck in rendering zoom level 8 to 16.
1. From postgres sql log, I can see if I modify the table name in
osm.xml, it will prompt table not found. So, it seems like it able to
connect to database. but I am stuck why it is
On Wed, 2009-01-28 at 15:04 -0800, John3478 John3478 wrote:
If some zooms are working fine but others are not then
it suggests that
maybe you need to change more of the Postgis usernames
2009/1/22 Christopher Schmidt crschm...@metacarta.com:
On Thu, Jan 22, 2009 at 02:42:43PM +0100, Marc Schütz wrote:
After a recent spate of OSM activity, especially with regards to
rendering and so on, I've put together a bookmarklet designed to help
visualize changes to OSM data in Mapnik
On Wed, 2008-12-10 at 00:33 +0100, Nop wrote:
Hello!
I am trying to set up a mapnik instance, but I cannot get osm2pgsql to
run. I have followed the instructions on
http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS but they are rather
sketchy so I need some pointer on where the problem
On Wed, 2008-11-19 at 18:32 +0100, Pieren wrote:
On Wed, Nov 19, 2008 at 6:15 PM, Steve Chilton [EMAIL PROTECTED] wrote:
Works for me.
oops, reported too fast ;-)
You're right, It's correct now. As you said, probably a mix between
old and new tiles. Sorry.
This problem with part of a name
On Wed, 2008-11-19 at 16:00 +0100, Marc Schütz wrote:
I noticed two problems in today's Mapnik rendering:
1. highway areas are drawn above captions:
http://www.openstreetmap.org/?lat=49.8961lon=10.8878zoom=14layers=B000FTF
2. The oceans around Europe have dried out:
On Sat, 2008-11-15 at 22:17 -0800, David Carmean wrote:
Playing with Jochen's Ruby osmlib for the past couple of hours;
trying to convert osm to shapefiles. I find that the column names
I configure in the setup section are truncated to ten characters.
Has anyone else run into this?
On Sat, 2008-11-15 at 13:06 +0200, Rahkonen Jukka wrote:
Jon Burgess wrote:
On Fri, 2008-11-14 at 21:08 +0200, Rahkonen Jukka wrote:
I'd say that the new one has problems at least with multipolygon
relations. For example a multipolygon, relation with OSM_ID 4230, is
imported as separate
On Thu, 2008-11-13 at 10:40 +, Dave Stubbs wrote:
On Thu, Nov 13, 2008 at 10:02 AM, Steve Chilton [EMAIL PROTECTED] wrote:
Trac #1327 below assigned to me but I can't resolve it.
It is a minor nuisance of something rendering at origin:
On Sat, 2008-11-15 at 14:25 +0200, Rahkonen Jukka wrote:
Jon Burgess wrote:
On Sat, 2008-11-15 at 13:06 +0200, Rahkonen Jukka wrote:
In short, I don't think we can give any guarantees about the uniqueness
of the osm_id column.
Good to know. I am playing with Finnish and Scandinavian
On Fri, 2008-11-14 at 21:08 +0200, Rahkonen Jukka wrote:
Lähettäjä: Thomas Wood [mailto:[EMAIL PROTECTED]
2008/11/14 Rahkonen Jukka [EMAIL PROTECTED]:
This version imports Finland.osm dataset OK. There are slight
differencies in the number of features imported by this and Artem's
On Thu, 2008-11-13 at 16:03 +0200, Rahkonen Jukka wrote:
Martijn van Oosterhout wrote:
On Thu, Nov 13, 2008 at 7:24 AM, Jukka Rahkonen
[EMAIL PROTECTED] wrote:
I made a quick test with the program and yesterdays Finland.osm.bz2 from
Geofabrik.de. Program starts OK and reading in data is
* On Wed, 2008-11-12 at 20:48 +0100, Jan-Benedict Glaw wrote:
On Wed, 2008-11-12 20:38:15 +0100, Martijn van Oosterhout [EMAIL PROTECTED]
wrote:
On Tue, Nov 11, 2008 at 9:54 AM, Jukka Rahkonen
[EMAIL PROTECTED] wrote:
I would like to make clear that I do not demand any special
On Thu, 2008-11-06 at 13:00 +0100, Dirk-Lüder Kreie wrote:
Without having checked the shapefile I find it most likely that
something went wrong on shapefile creation or shapefile
transfer/import
to mapnik.
I think the data must have been bad when I pulled in the shapefile
generated on
On Sun, 2008-11-02 at 19:08 +, OJ W wrote:
Now that the building-outlines have been done in London and elsewhere,
and with flight-simulator projects asking about 3D data, it might be
worth tagging the heights of some skyscrapers.
Every significant building has a wikipedia article, nearly
On Sat, 2008-10-25 at 10:30 -0600, Simon Wood wrote:
Hi all,
I spoted that the Oldman River Reservoir is not rendering correctly with
Mapnick, whilst is correctly showing in Osmarender and the Cyclemap.
http://www.openstreetmap.org/?lat=49.5799lon=-114.0377zoom=13layers=B000FTF
The
On Thu, 2008-10-23 at 16:56 +0200, Skywave wrote:
I see the latest diff is from 23-Oct-2008 04:14. Something wrong?
The internal network connection on dev is broken. This has effected the
munin graphs too. I've tried cycling the interface and driver but that
has not helped. We might need to try
On Wed, 2008-10-22 at 20:26 +0100, Simon Hewison wrote:
Patrick Weber wrote:
Hi
Just noticed that the Wednesday Mapnik update has introduced a
considerable change in cartography style. Seems like lots of changes
have been applied, which has considerably changed the look of the Mapnik
On Wed, 2008-10-22 at 21:28 +0100, Jon Burgess wrote:
On Wed, 2008-10-22 at 20:26 +0100, Simon Hewison wrote:
Patrick Weber wrote:
Hi
Just noticed that the Wednesday Mapnik update has introduced a
considerable change in cartography style. Seems like lots of changes
have been
On Fri, 2008-10-03 at 12:02 +0200, Norbert Wenzel wrote:
Hi,
I just saw the name of a golf course in Salzburg, Austria [0] which
shows a small (for Mapnik, but really big typographical) error. The dash
in the name is drawn as the first sign in a line, which is really ugly.
Mapnik has its
On Thu, 2008-10-02 at 11:05 +0800, Louis Liu wrote:
Hi,
Costline of southern Taiwan in mapnik is broken when zoom level = 9.
But it's fine when zoom level is =10.
Compare
http://openstreetmap.org/?lat=22.31lon=121.16zoom=9layers=B000FTF
and
On Thu, 2008-09-25 at 12:28 +0100, Chris Morley wrote:
Can somebody help to find out what has gone wrong with my system?
(Windows XP, ZoneAlarm Firewall).
With Firefox 3 (which is generally working as expected) the Mapnik
tiles at http://www.openstreetmap.org don't display - just the logo
On Fri, 2008-09-12 at 18:23 +0200, [EMAIL PROTECTED] wrote:
ok, this works - but a new error appears:
... function addgeometrycollum(...) does'nt exist ...
Do i have to import some mapnik-tables first ? - where i can find the
import-file
for this/these functions ?
You need postGIS which is
On Thu, 2008-09-04 at 18:40 -0700, Neil Penman wrote:
Any idea why the island of Sawu does not appear on Mapnik?
http://www.openstreetmap.org/?lat=-10.5599lon=121.8353zoom=14layers=B00FTF
Neigbouring islands added at the same time are visible although
Raijua, is only partially visible at
On Fri, 2008-08-29 at 12:31 +0100, Robert (Jamie) Munro wrote:
Tim Dobson wrote:
Whereas Ordnance Survey maps were designed for the military, and
churches were added simply as useful landmarks,
No one here seems to have mentioned that the reason that on-line maps
aren't as good as OS
2008/8/29 Tim Waters (chippy) [EMAIL PROTECTED]:
On 8/29/08, Robin Paulson [EMAIL PROTECTED] wrote:
http://www.informationfreeway.org/?lat=-36.87730854072706lon=174.7505575972425zoom=17layers=B000F000F
Well, osm.org experienced somewhat high traffic with some recent press
articles.
For
On Fri, 2008-08-29 at 12:31 +0100, Robert (Jamie) Munro wrote:
Tim Dobson wrote:
Whereas Ordnance Survey maps were designed for the military, and
churches were added simply as useful landmarks,
No one here seems to have mentioned that the reason that on-line maps
aren't as good as OS
On Thu, 2008-08-28 at 16:57 +0200, Martijn van Oosterhout wrote:
On Thu, Aug 28, 2008 at 1:14 PM, Dave Stubbs
[EMAIL PROTECTED] wrote:
Well, technically, there are ways of handling this case (the way
would
need duplicating on import, with some clever tag stripping). But
they
aren't
On Fri, 2008-08-15 at 02:54 +0300, nihal fares wrote:
thanks alot for helping. but how can i render the data by myself,
this is my problem i dont' know how to do this. thanks again :)
Some suggestions for you:
- make sure you include the email CC of the talk mailing list in your
On Fri, 2008-08-15 at 01:53 +0300, nihal fares wrote:
hey all ,,
sry for interrupting with this silly question, but i'm new with the
OSM and i don't know so much about it .. i'm using it to get tiles ,,
since it is editable and most the street names are included
first i was using
On Sun, 2008-08-10 at 18:45 -0700, Michal Migurski wrote:
So I'm definitely doing the bbox thing - I ran out of space on the
volume when doing a slim import of planet.osm with a box that
covered
only the extended SF Bay Area. Seems like that should be fairly
reasonable, right?
Perhaps
On Sun, 2008-08-10 at 18:45 -0700, Michal Migurski wrote:
So I'm definitely doing the bbox thing - I ran out of space on the
volume when doing a slim import of planet.osm with a box that covered
only the extended SF Bay Area. Seems like that should be fairly
reasonable, right?
Your best
New styles for place_of_worship have just been added by Steve Chilton:
http://trac.openstreetmap.org/changeset/9670
I'm going to check that they look OK and then deploy them.
Jon
On Mon, 2008-08-11 at 19:29 +0200, sergio sevillano wrote:
you may like this ones
On Fri, 2008-08-08 at 13:26 +0200, q000te wrote:
Hi!
I use OSM for a while, great work!
And in the last few days i wrote a little Python app,
which makes it easy to create maps(png format) from
OSM, without to setup an Server or copy the planet.osm
and so on..
I uploaded an screenshot
2008/8/5 Michal Migurski [EMAIL PROTECTED]:
Another way to save more disk space is to filter out the data you
don't
require. Either by applying a bounding box or by removing items from
the
default.style.
So I'm definitely doing the bbox thing - I ran out of space on the
volume when doing
On Tue, 2008-08-05 at 15:20 -0500, Alex Mauer wrote:
Tom Hughes wrote:
It was approved on the basis of a tiny vote on the wiki and I would
Uh, what? 34 votes is one of the largest votes of any proposed/approved
feature on the wiki.
say there is zero chance of most people switching
On Mon, 2008-08-04 at 14:51 -0700, Michal Migurski wrote:
Nice, works very well.
One hiccup I see is that if I run the executable from a directory
other than the one where it was built, it complains that default.style
can't be found. Otherwise works beautifully.
So, two frustrating
2008/7/30 Tom Hughes [EMAIL PROTECTED]:
Louis Liu wrote:
Hi everybody:
I saw city names in China and Japan are not little squares anymore.
Nice job.
But some name tags are still little squares, like
http://b.tile.openstreetmap.org/18/218682/114077.png and
http://tile.openstreetmap.org/tile-downloads-week-of-2008-07-01.png
Jon
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Fri, 2008-07-18 at 19:00 +0100, Andy Allan wrote:
On Fri, Jul 18, 2008 at 6:07 PM, Gervase Markham [EMAIL PROTECTED] wrote:
Andrew MacKinnon wrote:
Recently, it appears that Mapnik has started rendering the name of
relations on the map, as if they were street names. For example, it
2008/6/18 Tom Hughes [EMAIL PROTECTED]:
In message [EMAIL PROTECTED]
Patrick Weber [EMAIL PROTECTED] wrote:
At the moment, I get blank files when I try to export a Mapnik Image
from the export tab. PDF and PNG both produce empty output.
As it's Wednesday I expect the database is in
On Sun, 2008-06-15 at 20:27 +0200, Rainer Dorsch wrote:
Hello,
I created a pretty large relation (named Hohenzollern-Weg) for a national
bike-route in Germany. Unfortunately it vanished in the past two weeks.
Is there a way to restore it?
Is there a way to find out who deleted it?
On Tue, 2008-06-10 at 10:40 +0200, Frederik Ramm wrote:
Hi,
Um... no. At least not if it does the sensible thing and maps it
for shared read.
I don't think it is even possible to mmap somthing for private read.
The boost lib only ever sets the SHARED flag when it wants write access:
On Tue, 2008-06-10 at 08:46 +0100, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Jon Burgess [EMAIL PROTECTED] wrote:
The recent Mapnik builds try to mmap() the shapefiles while
rendering[1]. Since the largest shapefile is a few hundred MB this could
easily cause some issues
On Mon, 2008-06-09 at 18:48 +1000, Brett Henderson wrote:
Tom Hughes wrote:
I may be being dense here, but this is openstreetmap-talk (not
even dev) not tilecache-talk... Is there not somewhere better you
should be going to with this where there will be experts in tilecache
that can help
On Thu, 2008-06-05 at 19:49 +0200, spaetz wrote:
osmarender rules pay attention to the layer tag even when dealing with
areas. In this case the river is on layer=-1, and the industrial area
has no layer tag (so defaults to 0). osmarender is rendering all -1
objects first, then moves on
On Wed, 2008-06-04 at 11:09 -0400, [EMAIL PROTECTED] wrote:
At present they can achieve the same effect using off line file and
merging layers before rendering.
To make the process more smooth maybe some (or all) of the following
can
be implemented:
1) Enable the render to use multiple
On Sat, 2008-05-31 at 20:08 +0200, Cartinus wrote:
I forgot to mention:
A hole filled with something else IOW different tags on the outer and inner
polygons only works in [EMAIL PROTECTED]/Osmarender
http://tile.openstreetmap.nl/?zoom=17lat=52.06243lon=5.10283layers=00BF
On Sat, 2008-05-31 at 19:54 +0200, Cartinus wrote:
Here in Utrecht I have drawn a building with a courtyard. The inner
polygon
does not have any tags.
* The hole shows OK in [EMAIL PROTECTED]/Osmarender
http://tile.openstreetmap.nl/?zoom=17lat=52.08396lon=5.10485layers=00BF
* The hole
On Thu, 2008-05-29 at 16:19 +0300, Lauri Hahne wrote:
Mapnik has the coastline at low zoom levels so there must be some
source for those.
That would be from the vmap0 shapefile. The quality would be poor, but
better than nothing. The entire Svalbard is only around 3000 points.
Jon
On Thu, 2008-05-29 at 15:50 -0700, yellowbkpk wrote:
After compiling osm2pgsql myself, I got it to correctly import. The next step
(from http://wiki.openstreetmap.org/index.php/Mapnik) is to render, and when
I run generate_image.py, I get:
Traceback (most recent call last):
File
On Wed, 2008-05-21 at 21:56 -0400, Andrew MacKinnon wrote:
The Mapnik layer of the slippy map is currently broken. No map data is
shown on recently rendered tiles (coastline data appears to be there).
Please fix ASAP.
The brokenness only effects some areas, mostly higher zooms.
It seems that
On Sun, 2008-04-27 at 07:24 +0600, Francois De Ryckel wrote:
We have a similar issue in Bangaldesh
http://tile.openstreetmap.nl/coastlines.html?zoom=8lat=23.43505lon=89.95194layers=B00T
Any ways to restore the square missing?
These are due to errors in the coastline ways. The red lines
On Sun, 2008-04-27 at 15:32 +0100, David Groom wrote:
http://tile.openstreetmap.nl/coastlines.html?zoom=8lat=23.43505lon=89.95194layers=B00T
Any ways to restore the square missing?
These are due to errors in the coastline ways. The red lines and circles
highlight the location of the
On Thu, 2008-04-24 at 18:45 +0100, Jon Burgess wrote:
On Thu, 2008-04-24 at 15:01 +0300, Lauri Hahne wrote:
2008/4/24 Juan Lucas Dominguez Rubio [EMAIL PROTECTED]:
Hi,
In Mapnik zooms 7, 8 and 9, most of the isle of Cuba is under
the water
On Thu, 2008-04-24 at 15:01 +0300, Lauri Hahne wrote:
2008/4/24 Juan Lucas Dominguez Rubio [EMAIL PROTECTED]:
Hi,
In Mapnik zooms 7, 8 and 9, most of the isle of Cuba is under
the water. Is there anything I can do to fix this? Should I
provide a
On Sat, 2008-04-19 at 19:57 +0100, Dermot McNally wrote:
On 18/04/2008, Jon Burgess [EMAIL PROTECTED] wrote:
From a purely functional perspective this approach seems to work. The
screenshot below shows what happens if you ask for the motorways in
Ireland to be rendered in purple
On Fri, 2008-04-18 at 19:14 +0100, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Adam Schreiber [EMAIL PROTECTED] wrote:
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote:
The problem is that we do not have the technology to render different
countries
On Fri, 2008-04-18 at 21:57 +0100, Jon Burgess wrote:
It should then be possible to include fips_cntry as a filter in the
osm.xml.
From a purely functional perspective this approach seems to work. The
screenshot below shows what happens if you ask for the motorways in
Ireland to be rendered
On Thu, 2008-04-17 at 00:26 +0100, Dermot McNally wrote:
To anyone who can show me what I broke:
http://geo.topf.org/comparison/index.html?mt0=mapnikmt1=tahx=971y=657z=11
I worked on this pair of lakes in NW Ireland a few days ago. The
Osmarender output is broken, but I decided to wait
On Thu, 2008-04-17 at 00:07 +0200, Frederik Ramm wrote:
So much for OGC stuff in general. About Simple Features specifically,
I guess there simply was nobody who wanted to do the extra work. I
remember Artem complaining about self-intersecting stuff once and I
think the offending items are
On Mon, 2008-04-14 at 01:02 +0200, J.D. Schmidt wrote:
Stephan Schildberg skrev:
Mapnik does not render light_rail bridges, or does it?
Yes it does, although I prefer the Osmarender style of bridges.
http://www.openstreetmap.org/?lat=55.63272lon=12.64912zoom=16layers=B0FT
On Sun, 2008-04-06 at 13:38 +0200, Steven te Brinke wrote:
Hello,
The current mapnik rules will render amenity=bus_stop, but the map
features define it as amenity=bus_station.
Steven
I seem to remember that the rendering for amenity=bus_stop was put in
because it was in use prior to the
I have deployed Steve's changes and one example which has rendered
already is the current alterations to M1 J8:
http://www.openstreetmap.org/?lat=51.75704lon=-0.41518zoom=16layers=B0FT
In the current Mapnik osm.xml file a road will render in the same dashed
style if it has
On Sat, 2008-03-22 at 09:25 +, Andy Robinson wrote:
I edited an area yesterday afternoon/evening which has been rendered
overnight on the Mapnik layer. Great to see the quicker turnaround
which I assume is using the daily diff?
No, it was done with another full dump and import which was
On Thu, 2008-03-20 at 12:24 +, Richard Fairhurst wrote:
IME the NaviGPS is not as reliable or as intuitive as I would like.
These units are going to be used by children and primary school
teachers so this is a worry.
I'm fairly sure I read some time ago that Scytex/Locosys made a
On Mon, 2008-03-17 at 20:28 +, Dave Stubbs wrote:
On Mon, Mar 17, 2008 at 8:00 PM, Steve Hill [EMAIL PROTECTED] wrote:
Dave Stubbs wrote:
it's faster to just let it use swap,
I I/O load hits my server pretty hard. Trying to do anything else while
that's happening is quite
On Sat, 2008-03-15 at 07:31 +, 80n wrote:
On further inspection, what I said above is complete rubbish. The
timestamp format difference is between the the planet dump and the API
not Osmosis:
Planet dump:
node id=2 lat=50.1360074 lon=8.3023717
timestamp=2007-10-04T18:28:37Z
On Sat, 2008-03-15 at 00:30 +, 80n wrote:
Lars
Thanks for this info, its been very useful.
Some edits, that were made during the period when the incremental
feeds were down, have not been resynchronized correctly.
The problem is due to a difference in the timestamp format between the
On 12/03/2008, Dirk-Lüder Kreie [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess schrieb:
I've just fixed another 248 which were shown up by locating all polygons
output by the old osm2pgsql algorithm whose outer ring had more than a
single way
On Wed, 2008-03-12 at 18:36 +0100, Robert Vollmert wrote:
On Mar 11, 2008, at 23:02, Jon Burgess wrote:
I've just fixed another 248 which were shown up by locating all
polygons
output by the old osm2pgsql algorithm whose outer ring had more than a
single way.
I've gone through
On Thu, 2008-03-13 at 00:16 +, Jukka Rahkonen wrote:
Hi,
I found about 100 topology errors from polygons in Finland with the following
work flow:
- OSM-data are in PostGIS
- I took polygons with topology errors directly into OpenJUMP map with db
query:
select * from osm_polygon
On Tue, 2008-03-11 at 16:02 +0100, Robert Vollmert wrote:
Hello,
the attached script joins up the ways in multipolygons that satisfy
the following:
all members are non-closed ways with role=
all members share the same tags (apart from created_by)
by reversing some of the ways, they
On Mon, 2008-03-10 at 22:51 +0100, Igor Brejc wrote:
I too am a little bit confused: now the whole issue basically comes
down
to renaming the relation from multipolygon to area_with_holes. But
the inital proposal had some other features, like using the inner
polygons' tags to render the
On Mon, 2008-03-10 at 23:40 +0100, Robert Vollmert wrote:
On Mar 10, 2008, at 22:43, Jon Burgess wrote:
The original multipolygons created by the conversion above all had the
same tags and no defined roles.
Does osm2pgsql really require the same tags on all ways? The comments
On Sat, 2008-03-08 at 21:16 +0100, Robert Vollmert wrote:
393 relations
235 with non-closed ways
53 with less than two members
32 containing ways with less than two nodes
56 modified relations
Examples of non-closed ways are relation 435 and 436. Both these have 2
ways which together
On Sun, 2008-03-09 at 18:42 +0100, Martijn van Oosterhout wrote:
On Sun, Mar 9, 2008 at 5:58 PM, Jon Burgess [EMAIL PROTECTED] wrote:
It just so happens that the existing multipolygon handling code in
osm2pgsql will convert these ways into a closed area for the Mapnik
rendering. I can
On Fri, 2008-02-29 at 22:21 +, Gervase Markham wrote:
2. What do I need? PostgreSQL? Python? What else?
See http://wiki.openstreetmap.org/index.php/Mapnik
It's rather short. Is it really that simple...?
I'm surprised by that reaction... I just read the Mapnik page and
thought
On Sun, 2008-02-24 at 12:19 +, Tom Hughes wrote:
In message [EMAIL PROTECTED]
David Earl [EMAIL PROTECTED] wrote:
On 24/02/2008 10:53, J.D. Schmidt wrote:
So IMHO it's up to the rendering engines to render the data smartly.
It's not the rendering engines that decide what
On Sun, 2008-02-24 at 16:46 +0200, Lauri Hahne wrote:
The old pint symbols look amateurish, the new ones only hideous. Just
take a look at
http://informationfreeway.org/?lat=61.4978902211692lon=23.764454385823434zoom=16layers=F0B0F
That looks like a few streets with lots of bars. I
On Thu, 2008-02-07 at 01:27 +0100, Frederik Ramm wrote:
Hi,
I have switch the Mapnik layer over to use the new coastline shapefiles
for zooms 10-18. These files are generated by extracting all the OSM
ways with natural=coastline.
Looks cool.
How often are the shapefiles updated?
I
On Wed, 2008-02-06 at 20:23 +, Dave Stubbs wrote:
On Feb 6, 2008 7:06 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
On Feb 6, 2008 5:57 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
I don't know who/what they are, but there are a large number of low
number nodes that have been utterly
On Wed, 2008-02-06 at 22:41 +, Jon Burgess wrote:
You can get an overview of the data from:
tile.openstreetmap.nl
That should be: http://tile.openstreetmap.nl/coastlines.html
Jon
___
talk mailing list
talk@openstreetmap.org
http
On Thu, 2008-01-31 at 20:52 +0100, Erik Johansson wrote:
I need to ask you how can I get water to Stockholm, the Venice of the
north, is there something I can do about this?
The wiki page seems to say Hey it works in England!. But gives no
indication on how I should make the Baltic Sea into
On Fri, 2008-01-25 at 23:28 +, Jon Burgess wrote:
On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| Once this first pass of the rendering is complete the mod_tile setup
| will have all the existing
On Fri, 2008-01-25 at 17:49 +, Thomas Wood wrote:
I believe the mapnik tile server has been a little overloaded recently
- queuing of new tiles was disabled for a time.
Rerender on ifw is for osmarender only (and isn't really required
much, now that changed-tiles is being run to pick up
On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| Once this first pass of the rendering is complete the mod_tile setup
| will have all the existing tiles fully rendered with the current planet
| dump
On Tue, 2008-01-22 at 11:26 +, Artem Pavlenko wrote:
I'm on version 0.5 and I get the data by going to File - Download
New
Data... and installing the Mapnik tiles. They can then be used by
chosing OSM Mapnik in the Map View sidebar.
Hmm... I compiled 0.6 from source and there's no
On 18/01/2008, David Earl [EMAIL PROTECTED] wrote:
Has the server gone down? It stopped half way through a JOSM upload, and
I can't either upload, download or see web pages for www.openstreetmap.org
David
The munin graphs show the web server access stats on WWW have been
going down to 0 at
On 02/01/2008, Maning Sambale [EMAIL PROTECTED] wrote:
tag k='waterway' v='river' /
tag k='natural' v='water' /
The Map_Features page lists waterway=river for linear ways and
natural=water for areas. Is there a reason why you have both tags on
one way?
--
Jon
On 24/12/2007, Ben Laenen [EMAIL PROTECTED] wrote:
On Monday 24 December 2007, Rob Reid wrote:
It has also been tidied up in places where high res Yahoo imagery is
available.
What needs to happen now so that it appears correctly for Mapnik zoom
levels 10 and above?
A question which I've
On 24/12/2007, Andy Allan [EMAIL PROTECTED] wrote:
On Dec 24, 2007 2:43 PM, Jon Burgess [EMAIL PROTECTED] wrote:
On 24/12/2007, Ben Laenen [EMAIL PROTECTED] wrote:
On Monday 24 December 2007, Rob Reid wrote:
It has also been tidied up in places where high res Yahoo imagery
On Thu, 2007-12-20 at 13:41 +0100, Daniel Schmidt wrote:
access=public/private/permissive are all listed on Map_Features, it
isn't clear whether permissive should imply a P symbol or not. The
code needs to handle the other cases too.
In my understanding, an example for a permissive car
On Thu, 2007-12-20 at 19:59 +0200, Rahkonen Jukka wrote:
Use the multipolygon relation.
It'll be rendered by the Mapnik layer at least.
http://wiki.openstreetmap.org/index.php/Relations/Multipolygon
Unfortunately you can't do that in Potlatch yet, so you'll need to be
using JOSM or
On Thu, 2007-12-20 at 20:04 +, Chris Hill wrote:
Since the original question mentioned multiple holes I thought I'd try with
more than one hole in the area. It didn't work. A single inner polygon in a
landuse=forest rendered a hole, but two inner polygons didn't render any
holes.
On Mon, 2007-12-03 at 23:28 +0100, Martijn van Oosterhout wrote:
This afternoon I received the datafiles for India/China from AND and
I've put up a preview here:
http://tile.openstreetmap.nl/indchi.html
The only real problem I saw with the original AND NL import was with
polygons with
On Sun, 2007-07-29 at 22:39 +0200, Marc Kessels wrote:
latest version (v5) is online at http://www.kessels.name/and2osm/
this one seems to result in a proper output of the data, including all
waterways and their islands (which were causing problems see mail below
from Jon).
only
On Sat, 2007-07-28 at 12:06 +0200, Marc Kessels wrote:
I have updated the source, since it was experiencing a stack overflow,
due to too many nodes with similar names. as a side effect, it is now
also much faster (only 7 minutes to convert the compete dataset of The
Netherlands).
see
101 - 198 of 198 matches
Mail list logo
