On Mon, May 7, 2012 at 5:27 AM, Frederik Ramm wrote:
> On 05/07/2012 09:06 AM, Preet wrote:
>>
>> Hiya,
>>
>> I'm trying to extract coastline data from OSM... specifically, I want
>> shapefiles exactly like the ones that are available (processed_p and
>> shoreline_300), but
>> * in wgs84 (no proje
Ramas wrote:
> From user point this relation is correct but from geos point - not.
Whatever your definition of OK may be. The Problem with multipolygons in
their current form ist that there is no definition of a correct
multipolygon AFAIK.
As far as your Example is concerned this is (at least)
On 05/07/2012 09:06 AM, Preet wrote:
Hiya,
I'm trying to extract coastline data from OSM... specifically, I want
shapefiles exactly like the ones that are available (processed_p and
shoreline_300), but
* in wgs84 (no projection to mercator)
* without splitting up of polys into tiles
I've made
>From user point this relation is correct but from geos point - not. The
problem is that this polygon(and many others) was skipped without any
warnings. You cannot fix it if you dont know where error is.
On 7 May 2012 01:17, Sven Geggus wrote:
> Ramas wrote:
>
> > how do you solve problem with
Preet wrote:
> * without splitting up of polys into tiles
Are you shure that you want an unsplitted europe-asia-afrika?
> Both of these process planet.osm.pbf, which sometimes needs a 64bit
> machine with a certain amount of ram etc, depending on what exactly the
> tool is doing. I have an olde
Hi,
On 05/07/2012 09:23 AM, Tomas Straupis wrote:
Inner polygons in multipolygon should not have shared vectors (or in
"human readable format": inner polygons should not "touch" each
other)?
I'm confused now. The polygon that Ramunas mentioned, with two touching
inner rings, should indeed be
So what is the general rule?
Inner polygons in multipolygon should not have shared vectors (or in
"human readable format": inner polygons should not "touch" each
other)?
--
Tomas Straupis
___
dev mailing list
dev@openstreetmap.org
http://lists.openstre
Hiya,
I'm trying to extract coastline data from OSM... specifically, I want
shapefiles exactly like the ones that are available (processed_p and
shoreline_300), but
* in wgs84 (no projection to mercator)
* without splitting up of polys into tiles
I'm not using the data with Mapnik or to draw it o
Hi,
On 05/07/12 00:17, Sven Geggus wrote:
I patched osm2pgsql and it allows to import such polygons. Mapnik renders
it correctly.
Not a good Idea IMO because there is more than Mapnik and quite a lot
of the spatial operations in postgis will not work with invalid
geometries.
I agree.
One co
9 matches
Mail list logo
