Hi,
On 01/16/2012 07:37 PM, Jaume Figueras i Jové wrote:
I've been looking different Osmosis options but I have no idea on how to
do this processing.
You can use the --bp task and define a polygon with an exclamation mark
before the polygon ID to cut something out, see
On 12/01/2012 22:10, Ian Dees wrote:
During the book sprint last year I put together Richard's blog post
and some stuff related to renderd/tirex to create this chapter in the
book:
http://en.flossmanuals.net/openstreetmap/setting-up-your-own-tile-server/
It should be fairly complete and
Today there was an example on talk-it for a multipolygon relation that
inherited a building tag from an object that was in the relation with
the role admin_centre:
This is the relation:
http://www.openstreetmap.org/browse/relation/1970835
This is the way in question from which was inherited:
I have an update on this:
With the boundary and admin_level tags on the relation now the member
tagged as admin_centre gets interpreted as inner-way (the
administrative boundary is also drawn around the building), but no
building tag is inherited anymore on the multipolygon.
cheers,
Martin
On 16-1-2012 18:35, Martin Koppenhoefer wrote:
With the boundary and admin_level tags on the relation now the member
tagged as admin_centre gets interpreted as inner-way (the
administrative boundary is also drawn around the building), but no
building tag is inherited anymore on the
Hi,
On 01/16/2012 06:35 PM, Martin Koppenhoefer wrote:
With the boundary and admin_level tags on the relation now the member
tagged as admin_centre gets interpreted as inner-way (the
administrative boundary is also drawn around the building), but no
building tag is inherited anymore on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 16.01.2012 15:20, schrieb Frederik Ramm:
Hi,
On Mon, 16 Jan 2012 13:57:07 +0100
I have the following technical question: Houses were often drawn as
a big long block. In reality, there are however a number of
individual houses. Is there a way
Mapnik not being in git is just one of the many issues with this doc. For
example, mapnik, if you get the current build from git, won't compile under
Ubuntu 10.04. You've got to go back and get an earlier 2.0 version or add a
PPA and get packages that other people have created.
The libboost
thank you both for your replies, I will paste these back to the local
ML. Maybe we should also push this to [tagging] and change the wiki.
cheers,
Martin
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 16/01/2012 19:16, Roger Weeks wrote:
Mapnik not being in git is just one of the many issues with this doc.
For example, mapnik, if you get the current build from git, won't
compile under Ubuntu 10.04. You've got to go back and get an earlier
2.0 version or add a PPA and get packages that
For a relation of type boundary, it make sense to link the
administrative boundary with its administrative centre. This is more
elegant than creating 2 relations just because some countries decided
to use the same relation type for administrative boundaries and
multipolygons (and yes, countries
Hi,
On 01/17/2012 12:00 AM, Pieren wrote:
For a relation of type boundary, it make sense to link the
administrative boundary with its administrative centre.
Yes, but the link should be indirect. The boundary should be linked from
the country, and the administrative centre should be linked
On Jan 16, 2012, at 2:16 PM, Roger Weeks wrote:
For example, mapnik, if you get the current build from git, won't compile
under Ubuntu 10.04.
If you hit what I think you did (https://github.com/mapnik/mapnik/issues/950),
this was a hard to reproduce problem, but I think it should be fixed
On Mon, Jan 16, 2012 at 12:03 PM, SomeoneElse li...@mail.atownsend.org.uk
wrote:
If I was following some documentation that says to use a particular
version of something (say, Mapnik 0.7.1) I wouldn't expect to be able to
use some random newer version and expect to still be able to follow the
Oliver Raupach schrieb am 12.01.2012 11:47:
I have the following technical question: Houses were often drawn as a
big long block. In reality, there are however a number of individual
houses. Is there a way to quickly cut up these large blocks into small
blocks? Right now my workflow is a bit
Hi,
On Mon, 16 Jan 2012 13:57:07 +0100
I have the following technical question: Houses were often drawn as
a big long block. In reality, there are however a number of
individual houses. Is there a way to quickly cut up these large
blocks into small blocks? Right now my workflow is a bit
16 matches
Mail list logo