e months now. If the
members of a boundary relation (either type=boundary or type=multipolygon,
doesn't matter) form a closed ring, they also get added to
planet_osm_polygon
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
drive a line wrap decision.
A possible alternative is tagging place=country on an area, or by logical
extension: a relation. Those do not render quite correctly at the moment,
but there is a current ticket for mapnik requesting this feature be added.
--
L
Tom Hughes wrote:
> I suspect what you are seeing is not a result of an inconsistent
> snapshot however, but simply of corrupt data (probably created before
> the 0.6 api) that exists in the database.
Wasn't the tailing part of the API migration weekend a check on integrity
et files are archived for
The main site only keeps them around for a short while, but there's this:
ftp://ftp.heanet.ie/mirrors/openstreetmap.org/daily/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ght be more current already. These are found at
http://hypercube.telascience.org/~kleptog/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
function
> asbinary() have no parameter?
That's a typical error when your mapnik (the renderer, not the directory
with osm.xml) is too old. Try upgrading that one to 0.6.1 or compile it
from the SVN repo at http://svn.mapnik.org/trunk/
--
Lennard
uot; mode, I wonder whether it
> might perhaps make sense to put the node/way/relation tables on one hard
> disk, and the tables with geometries (planetosm_line etc.) on the other?
Given that, AFAIK, all tables/indexes are in 1 directory, how will you
make that distinction?
--
Lennard
Martin Koppenhoefer wrote:
> I recently installed mapnik and am reading a lot in the ruleset.
> Therefore I noticed that some of the rules that are inactive don't
> have spaces between the last text and the end-of-comment-sign.
http://www.w3.org/TR/REC-xml/#dt-commen
n chars. I used a latest JOSM to upload.
So yes, JOSM text handling seems to be affected too.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
e, I could at least
> take a look at it...depending on what toolset it's written on top of, I
> don't know if I am qualified to fix these problems.
http://svn.openstreetmap.org/applications/utils/coastcheck/
--
Lennard
___
dev mail
use dx/dy to align the
text on the symbol.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
John Smith wrote:
> Any hints/tips on vert/hor centring text on images?
Use the dx and dy options.
http://trac.mapnik.org/wiki/ShieldSymbolizer
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Andy Allan wrote:
> You've misread the patch.
Yes, I see. That'll teach me to read it more carefully.
The note about place=metropolis is still valid, though.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.open
y just to show a city is the capital of an area?
What's wrong with the capital=* key?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
renderd.conf, which you can then use from OpenLayers under the
respective configured urls.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Matt Amos wrote:
> in a 12-hour editing session, a very simple analysis would suggest
> about a 0.5% chance of conflicts. this isn't very much, imho
And then only if you're editing the USA data.
--
Lennard
___
dev
> I still have some problem with utf8 in minute diff (same cause than
Which diff? The one from the subject?
If so, then some of your options are:
- manually fix the diff
- try the daily diff
- take this week's planet dump (or an extract) and start over
--
s turned into a FAQ, this could be implemented sooner
rather than later. That would prevent further such issues in the future.
<http://trac.mapnik.org/ticket/395>
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
bridge/tunnel handling.
It selects anything that is not *not* a bridge, and renders those as a
bridge. This conveniently catches all expanded usage now, like
bridge=span/swing/viaduct/swivel.
--
Lennard
___
dev mailing list
dev@openstre
penstreetmap.org/pipermail/dev/2009-January/013485.html>
The processed_p coastline shapefiles are generated this way:
<http://trac.openstreetmap.org/browser/applications/utils/coastcheck/doit>
--
Lennard
___
dev mailing list
dev@openstreetmap
Graham Jones wrote:
> I know that osmosis can update this from diff files, but want to set
[...]
> Is there a 'standard' version of this script that anyone has published
> that I could use instead please?
Check out osmosis --read-change-int
diffs
Out of osm2pgsql's control, but is this being worked on on some level?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ase colour
2) land masses from the shape files
3) other landuse, waterway, highway, etc features from the postgis db
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Frederik Ramm wrote:
> Has the bug where osm2pgsql would break these in --slim mode (when
> adding updates) been fixed?
I believe some of the issues have been fixed a little while ago, but
I'll leave it to the osm2pgsql maintainers to give a definitive answer.
ide land? I was looking at an island inside a lake...both ways are
Your run of the mill multipolygon relation with an outer and one or more
inner role ways.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
r just
hasn't been added to the style yet. I'll leave question that to Steve
Chilton.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ain mapnik that it has to use "way" as
> geometry column?
As above: it should pick it up by itself.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
7;t need to update the queries themselves, but the SRS of the
and all relevant objects in the XML.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
em falls too much behind the others
in features, you can get those strange effects or other undefined behaviour.
So you're welcome to add such a note to the respective documentation,
where missing.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
erd,
which we talk to from a python script running in Cherokee.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Russ Nelson wrote:
> The OSM webserver will tell you the ten people with home locations
> closest to your home location. It would be useful to be able to get
Ticket #1425 requested to return more than 10 nearby mappers too.
http://trac.openstreetmap.org/ticket/1425
--
L
pnik/PostGIS#Tuning_the_database ?
An extra line in osm2pgsql, where it tells you it's doing the ANALYZE,
could be handy as well. When I first started using osm2pgsql, I've been
wondering too what it was doing, and if it might be hanging.
--
Lennard
_
--slim mode.
You picked an old API 0.5 planet. Any reason why you didn't pick the
latest API 0.6 one available?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
would be nice to have.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
esets doesn't hit the API. You'd just be downloading
files from a webserver, and is the preferred method to get continuous,
but slightly time-delayed updates.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, if you want
to see land. The shapefile is used to draw ocean borders, and without
it, everything is "in the water".
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
roper
0.6 planet, instead of migrating a 0.5 extract to 0.6?
PPS: Aren't you missing a --bb (bounding box) or --bp (bounding polygon)
task after the --apply-change task? You're now getting all additions
outside of your newzealand.osm in as well, and running it through a bbox
m/content/make-your-first-map
A blow-by-blow description of how to set up your own map, and it should
answer most of your (current) questions.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
fully referenced diff files, next
to the current sparse format?
Would there be a lot of overhead in generation and/or filesize?
With the current interest in hourly/minutely updated maps, this seems to
me to be an interesting option for people that don't or can't load the
ished weekly planet dump is consistent to begin with?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
a bit
of experience with GNU/Linux based systems. Otherwise, doing it straight
on Windows could maybe work as well, but then be sure to update the wiki
to tell others how you got it to work.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http:
101 - 141 of 141 matches
Mail list logo
