[OSM-talk] coastline within park

2008-05-28 Thread Robin Paulson
i've got a situation come up, that i'm not sure how to map:

http://openstreetmap.org/?lat=-36.9241&lon=174.77611&zoom=17&layers=0B0FF

this shows a park which is near the coast. it includes an area of
water linked, by a man-made tunnel, to the ocean, wholly contained
with in the park. previously, it was completely open to the sea - the
motorway to the south since built on a causeway has cut it off, apart
from the tunnel. therefore, the area of water is tidal, and hence is
demarcated from land by the coastline

how could this be mapped/tagged? initially, i tagged the coastline as
layer=1 to make it show up on the renderers above the park (by
default, park renders above coastline AFAICS).

any ideas? should the lagoon be tagged as coastline as i have done, or
is that stretching a point too far? i don't think the park stops at
the water's edge, so cutting a hole in it is not suitable

this also brings up the question of what happens when a park (such as
the great barrier reef) extends over an ocean/islands: does it obscure
what is underneath? is there a way round this?

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Ted Mielczarek
On Wed, May 28, 2008 at 4:14 PM, Beau Gunderson <[EMAIL PROTECTED]> wrote:
> Please clarify one thing:
>
>"any border that is both a state and national border should be tagged at
> the highest level (in this case national, admin_level=2)"
>
> To me this sounds like there is just one way for the state/national
> border... but...
>
>"and the state borders will come in too, with their appropriate style."
>
> This sounds like there are two ways, one for the state border and one for
> the national border.
>
> This seems to make the most sense to me given the second sentence quoted
> above.
>

The US state borders are already split into multiple ways, since they
all would have been > 250 nodes otherwise. It shouldn't be a problem
to further modify them to make parts of them national borders instead.
Just make sure to keep the left:state/right:state tags as appropriate.
I would agree with Steve that if someone wants to use them as
polygons, they should be post-processing anyway. (Or just using the
original TIGER data, which is shapefiles.)

-Ted

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


[OSM-talk] Update OSM PostGIS DB with .osc files?

2008-05-28 Thread Ian Dees
Has anyone experimented with using the hourly, daily, etc. OSC files
available on planet.openstreetmap.org to update their live PostGIS database?
Ideally, I'd like to also kick off mapnik re-rendering of the tiles that
have changed.

I'm looking at it, but wanted to make sure I'm not duplicating someone's
work.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Svalbard coastlines...

2008-05-28 Thread Andrew Harris
Someone might like to talk to this person about their data - they
sound like very reasonable people, maybe they'd release it to OSM.
http://www.svalbardmap.com/

also, via a 'friend of a friend' I've been watching this blog:
http://max78n.blogspot.com/
Max is, I believe, doing a masters of Cartography and is based in
Longyearbyen on Svalbard.
If he doesn't know about getting good data, I don't know who will.

-- 
Andrew Harris
http://www.woowoowoo.com

~~~ <*>< ~~~

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Mapnik Import Error

2008-05-28 Thread Bruce Cowan
On Wed, 2008-05-28 at 14:11 -0500, Ian Dees wrote:
> Ahh, thanks. This version of osm2pgsql was installed via apt-get. Can
> we get an updated version on the multiverse servers?

Due to Ubuntu's ridiculous bureaucracy levels, this wouldn't happen
unless there's a major bug in the version that is in at the moment (and
even at that they won't bother for something this little used).

Therefore, I have backported the version that is in Debian for Hardy, it
is in my PPA (https://launchpad.net/~bruce89/+archive).
-- 
Bruce Cowan <[EMAIL PROTECTED]>


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Bridge rendering for freeway overpasses/interchanges in Mapnik and Osmarender

2008-05-28 Thread Chris Hill
Alex Mauer wrote:
> Beau Gunderson wrote:
>   
>> What do you all think?
>> 
>
> I agree with everything you said.  I think that losing the "wings" would
> be a big improvement in osmarender even for more basic bridges.
>
> -Alex Mauer "hawke"
>
>   
+1

Cheers, Chris

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Steve Chilton
See example from UK: http://dev.openstreetmap.org/~steve8/borders.jpg
Border between countries England and Scotland is one way (actually probably 
several ways), tagged admin_level=2.
Border between counties Cumbria and Northumberland is another way/s, tagged 
admin_level=6.
Implicitly the country border is part of the collection of ways that make up 
the Cumbria county border.
There is only one border there, and there only needs to be one "way".
NB: If you want polygons for areas you probably have to post-process the data 
to compile them or use relations to group them.
 
Cheers
STEVE

-Original Message- 
From: [EMAIL PROTECTED] on behalf of Beau Gunderson 
Sent: Wed 5/28/2008 9:14 PM 
To: Steve Chilton 
Cc: talk@openstreetmap.org 
Subject: Re: [OSM-talk] National borders - mapnik


Please clarify one thing:

   "any border that is both a state and national border should be 
tagged at the highest level (in this case national, admin_level=2)"

To me this sounds like there is just one way for the state/national 
border... but...

   "and the state borders will come in too, with their appropriate 
style."

This sounds like there are two ways, one for the state border and one 
for the national border.

This seems to make the most sense to me given the second sentence 
quoted above.


Beau


On Wed, May 28, 2008 at 2:06 PM, Steve Chilton <[EMAIL PROTECTED]> 
wrote:


Logically, any border that is both a state and national border 
should be tagged at the highest level (in this case national, admin_level=2).
Similarly in UK any border that is both county and country 
should be tagged at highest level (country, admin_level=2).
That way all the country borders will show at designated zoom 
levels. When you move to a level that state (or whatever) comes in the country 
border will already be there (in its appropriate style) and the state borders 
will come in too, with their appropriate style.
Currently there is an /Else filter which picks up borders that 
have no admin_level set, but it necessarily doesn't come in till higher zooms, 
which appears to the case for your example below.

Cheers
STEVE


-Original Message-
From: [EMAIL PROTECTED] on behalf of Beau Gunderson
Sent: Wed 5/28/2008 8:42 PM
To: Steve Chilton
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] National borders - mapnik



   The US national border with Canada is all tagged with 
admin_level=4, border_type=state, border=administrative... It also has the 
left/right countries (at least the bit I looked at in WA did).

   How should state borders that are also national borders 
be tagged?

   Does setting admin_level=2 fix the whole problem?

   As you can see, they're not currently visible at low 
zooms:

  
http://www.openstreetmap.org/?lat=48.83&lon=-118.46&zoom=7&layers=B00FF


   Beau


   On Wed, May 28, 2008 at 1:21 PM, Steve Chilton <[EMAIL 
PROTECTED]> wrote:


   The latest mapnik stylesheet has the National 
borders moved from coming in at z10 to coming in at z7. Now zooms to z6 show 
the borders as thin blue lines taken from the shape files, and then switch to 
OSM data at z7 using a slightly thicker purple line.
   Not all borders show, for one of two reasons - 
either they are not digitised or are not tagged appropriately.
   So, it would be useful if folk have a look at 
their own country/area at z7.
   Does in show correctly?
   If not:
   1 - check whether it has been digitised. If not 
- is there a valid, non-copyrighted source for putting in the border alignment.
   2 - check whether it is tagged 
boundary=administrative, admin_level=2. If not - change the tagging to that so 
that it may show.

   As a reminder, admin boundaries should be tagged 
for the admin_level that they are (at the highest level). Country/national 
borders are always admin_level=2. Internal borders should be tagged according 
to the suggested schema for that particular country. Details are on the wiki at:
   

Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread simon
>
>"any border that is both a state and national border should be tagged
> at
> the highest level (in this case national, admin_level=2)"

I also have a confusion around this, I read it as saying a that a 'border'
way can only represent the highest admin level, even though it (probably)
also represents the lower levels as well.

This might cause a problem if one was to scan the database to download all
the level 1 borders for an area.


Also this discussion has not questioned the use of relations to store the
boarders. This would enable shorter, more appropriate, ways to be used. A
collection of ways could be 'combined' into on relation the bounds of a
border.

Also note that borders can be areas with cut outs, for example the Town of
Pincher Creek is completely surrounded by the MD of Pincher Creek. These
are separate adminstrative areas, ie. different councils/tax bills/etc.

Cheers,
Mungewell.


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Beau Gunderson
Please clarify one thing:

   "any border that is both a state and national border should be tagged at
the highest level (in this case national, admin_level=2)"

To me this sounds like there is just one way for the state/national
border... but...

   "and the state borders will come in too, with their appropriate style."

This sounds like there are two ways, one for the state border and one for
the national border.

This seems to make the most sense to me given the second sentence quoted
above.


Beau

On Wed, May 28, 2008 at 2:06 PM, Steve Chilton <[EMAIL PROTECTED]>
wrote:

> Logically, any border that is both a state and national border should be
> tagged at the highest level (in this case national, admin_level=2).
> Similarly in UK any border that is both county and country should be tagged
> at highest level (country, admin_level=2).
> That way all the country borders will show at designated zoom levels. When
> you move to a level that state (or whatever) comes in the country border
> will already be there (in its appropriate style) and the state borders will
> come in too, with their appropriate style.
> Currently there is an /Else filter which picks up borders that have no
> admin_level set, but it necessarily doesn't come in till higher zooms, which
> appears to the case for your example below.
>
> Cheers
> STEVE
>
> -Original Message-
> From: [EMAIL PROTECTED] on behalf of Beau Gunderson
> Sent: Wed 5/28/2008 8:42 PM
> To: Steve Chilton
> Cc: talk@openstreetmap.org
> Subject: Re: [OSM-talk] National borders - mapnik
>
>
>
>The US national border with Canada is all tagged with admin_level=4,
> border_type=state, border=administrative... It also has the left/right
> countries (at least the bit I looked at in WA did).
>
>How should state borders that are also national borders be tagged?
>
>Does setting admin_level=2 fix the whole problem?
>
>As you can see, they're not currently visible at low zooms:
>
>
> http://www.openstreetmap.org/?lat=48.83&lon=-118.46&zoom=7&layers=B00FF
>
>
>Beau
>
>
>On Wed, May 28, 2008 at 1:21 PM, Steve Chilton <
> [EMAIL PROTECTED]> wrote:
>
>
>The latest mapnik stylesheet has the National borders moved
> from coming in at z10 to coming in at z7. Now zooms to z6 show the borders
> as thin blue lines taken from the shape files, and then switch to OSM data
> at z7 using a slightly thicker purple line.
>Not all borders show, for one of two reasons - either they
> are not digitised or are not tagged appropriately.
>So, it would be useful if folk have a look at their own
> country/area at z7.
>Does in show correctly?
>If not:
>1 - check whether it has been digitised. If not - is there a
> valid, non-copyrighted source for putting in the border alignment.
>2 - check whether it is tagged boundary=administrative,
> admin_level=2. If not - change the tagging to that so that it may show.
>
>As a reminder, admin boundaries should be tagged for the
> admin_level that they are (at the highest level). Country/national borders
> are always admin_level=2. Internal borders should be tagged according to the
> suggested schema for that particular country. Details are on the wiki at:
>http://wiki.openstreetmap.org/index.php/Key:boundary
>which also explains the accepted way to tag for the
> countries on either side of the border.
>
>Cheers
>STEVE
>
>___
>talk mailing list
>talk@openstreetmap.org
>
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
>
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Steve Chilton
Logically, any border that is both a state and national border should be tagged 
at the highest level (in this case national, admin_level=2).
Similarly in UK any border that is both county and country should be tagged at 
highest level (country, admin_level=2).
That way all the country borders will show at designated zoom levels. When you 
move to a level that state (or whatever) comes in the country border will 
already be there (in its appropriate style) and the state borders will come in 
too, with their appropriate style.
Currently there is an /Else filter which picks up borders that have no 
admin_level set, but it necessarily doesn't come in till higher zooms, which 
appears to the case for your example below.
 
Cheers
STEVE
 
-Original Message- 
From: [EMAIL PROTECTED] on behalf of Beau Gunderson 
Sent: Wed 5/28/2008 8:42 PM 
To: Steve Chilton 
Cc: talk@openstreetmap.org 
Subject: Re: [OSM-talk] National borders - mapnik



The US national border with Canada is all tagged with admin_level=4, 
border_type=state, border=administrative... It also has the left/right 
countries (at least the bit I looked at in WA did).

How should state borders that are also national borders be tagged?

Does setting admin_level=2 fix the whole problem?

As you can see, they're not currently visible at low zooms:

   
http://www.openstreetmap.org/?lat=48.83&lon=-118.46&zoom=7&layers=B00FF


Beau


On Wed, May 28, 2008 at 1:21 PM, Steve Chilton <[EMAIL PROTECTED]> 
wrote:


The latest mapnik stylesheet has the National borders moved 
from coming in at z10 to coming in at z7. Now zooms to z6 show the borders as 
thin blue lines taken from the shape files, and then switch to OSM data at z7 
using a slightly thicker purple line.
Not all borders show, for one of two reasons - either they are 
not digitised or are not tagged appropriately.
So, it would be useful if folk have a look at their own 
country/area at z7.
Does in show correctly?
If not:
1 - check whether it has been digitised. If not - is there a 
valid, non-copyrighted source for putting in the border alignment.
2 - check whether it is tagged boundary=administrative, 
admin_level=2. If not - change the tagging to that so that it may show.

As a reminder, admin boundaries should be tagged for the 
admin_level that they are (at the highest level). Country/national borders are 
always admin_level=2. Internal borders should be tagged according to the 
suggested schema for that particular country. Details are on the wiki at:
http://wiki.openstreetmap.org/index.php/Key:boundary
which also explains the accepted way to tag for the countries 
on either side of the border.

Cheers
STEVE

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk




___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Beau Gunderson
Gotcha... I guess my question is this:

Does it matter if all of those US states don't have a "state border" way at
the top and there's just one long continuous national border? Or should
those borders be left the way they are, duplicated, the duplicates combined
and then a national border made from that, so that there are state borders
and the national border way next to (or on top of) each other?


Beau

On Wed, May 28, 2008 at 1:49 PM, Ted Mielczarek <[EMAIL PROTECTED]> wrote:

> On Wed, May 28, 2008 at 3:42 PM, Beau Gunderson <[EMAIL PROTECTED]>
> wrote:
> > The US national border with Canada is all tagged with admin_level=4,
> > border_type=state, border=administrative... It also has the left/right
> > countries (at least the bit I looked at in WA did).
> >
> > How should state borders that are also national borders be tagged?
>
> I believe those were all imported from the TIGER polygon data, so they
> were just state borders originally. The ways might need some massaging
> to make a continuous national border.
>
> -Ted
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Ian Dees
I imported the US county borders a couple weeks ago and did not use
left/right tagging. Instead, I let the borders overlap. The county borders
are also overlapping with the state and country borders, too, I imagine.

In most cases, the data sources for county, state, and country borders don't
even come close to overlapping:

http://openstreetmap.org/?lat=44.1793&lon=-76.27&zoom=13&layers=B00FF

I kept it as it is because at the time I didn't think it was worth the
effort of writing a much more complicated import tool to make the data
harder to use (but make it easier to look at).

On Wed, May 28, 2008 at 2:42 PM, Beau Gunderson <[EMAIL PROTECTED]>
wrote:

> The US national border with Canada is all tagged with admin_level=4,
> border_type=state, border=administrative... It also has the left/right
> countries (at least the bit I looked at in WA did).
>
> How should state borders that are also national borders be tagged?
>
> Does setting admin_level=2 fix the whole problem?
>
> As you can see, they're not currently visible at low zooms:
>
>http://www.openstreetmap.org/?lat=48.83&lon=-118.46&zoom=7&layers=B00FF
>
>
> Beau
>
> On Wed, May 28, 2008 at 1:21 PM, Steve Chilton <[EMAIL PROTECTED]>
> wrote:
>
>> The latest mapnik stylesheet has the National borders moved from coming in
>> at z10 to coming in at z7. Now zooms to z6 show the borders as thin blue
>> lines taken from the shape files, and then switch to OSM data at z7 using a
>> slightly thicker purple line.
>> Not all borders show, for one of two reasons - either they are not
>> digitised or are not tagged appropriately.
>> So, it would be useful if folk have a look at their own country/area at
>> z7.
>> Does in show correctly?
>> If not:
>> 1 - check whether it has been digitised. If not - is there a valid,
>> non-copyrighted source for putting in the border alignment.
>> 2 - check whether it is tagged boundary=administrative, admin_level=2. If
>> not - change the tagging to that so that it may show.
>>
>> As a reminder, admin boundaries should be tagged for the admin_level that
>> they are (at the highest level). Country/national borders are always
>> admin_level=2. Internal borders should be tagged according to the suggested
>> schema for that particular country. Details are on the wiki at:
>> http://wiki.openstreetmap.org/index.php/Key:boundary
>> which also explains the accepted way to tag for the countries on either
>> side of the border.
>>
>> Cheers
>> STEVE
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Bridge rendering for freeway overpasses/interchanges in Mapnik and Osmarender

2008-05-28 Thread Alex Mauer
Beau Gunderson wrote:
> 
> 
> What do you all think?

I agree with everything you said.  I think that losing the "wings" would
be a big improvement in osmarender even for more basic bridges.

-Alex Mauer "hawke"


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Ted Mielczarek
On Wed, May 28, 2008 at 3:42 PM, Beau Gunderson <[EMAIL PROTECTED]> wrote:
> The US national border with Canada is all tagged with admin_level=4,
> border_type=state, border=administrative... It also has the left/right
> countries (at least the bit I looked at in WA did).
>
> How should state borders that are also national borders be tagged?

I believe those were all imported from the TIGER polygon data, so they
were just state borders originally. The ways might need some massaging
to make a continuous national border.

-Ted

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] National borders - mapnik

2008-05-28 Thread Beau Gunderson
The US national border with Canada is all tagged with admin_level=4,
border_type=state, border=administrative... It also has the left/right
countries (at least the bit I looked at in WA did).

How should state borders that are also national borders be tagged?

Does setting admin_level=2 fix the whole problem?

As you can see, they're not currently visible at low zooms:

   http://www.openstreetmap.org/?lat=48.83&lon=-118.46&zoom=7&layers=B00FF


Beau

On Wed, May 28, 2008 at 1:21 PM, Steve Chilton <[EMAIL PROTECTED]>
wrote:

> The latest mapnik stylesheet has the National borders moved from coming in
> at z10 to coming in at z7. Now zooms to z6 show the borders as thin blue
> lines taken from the shape files, and then switch to OSM data at z7 using a
> slightly thicker purple line.
> Not all borders show, for one of two reasons - either they are not
> digitised or are not tagged appropriately.
> So, it would be useful if folk have a look at their own country/area at z7.
> Does in show correctly?
> If not:
> 1 - check whether it has been digitised. If not - is there a valid,
> non-copyrighted source for putting in the border alignment.
> 2 - check whether it is tagged boundary=administrative, admin_level=2. If
> not - change the tagging to that so that it may show.
>
> As a reminder, admin boundaries should be tagged for the admin_level that
> they are (at the highest level). Country/national borders are always
> admin_level=2. Internal borders should be tagged according to the suggested
> schema for that particular country. Details are on the wiki at:
> http://wiki.openstreetmap.org/index.php/Key:boundary
> which also explains the accepted way to tag for the countries on either
> side of the border.
>
> Cheers
> STEVE
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Mapnik Import Error

2008-05-28 Thread Martijn van Oosterhout
On Wed, May 28, 2008 at 9:11 PM, Ian Dees <[EMAIL PROTECTED]> wrote:
> Ahh, thanks. This version of osm2pgsql was installed via apt-get. Can we get
> an updated version on the multiverse servers?

No idea about Ubuntu, but Debian has a much more recent version:
http://packages.debian.org/sid/osm2pgsql

Have a nice day,
-- 
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


[OSM-talk] Bridge rendering for freeway overpasses/interchanges in Mapnik and Osmarender

2008-05-28 Thread Beau Gunderson
Here's a freeway interchange near Seattle, WA in Mapnik:


http://www.openstreetmap.org/?lat=47.63265&lon=-122.18557&zoom=17&layers=B00FF

And here's the same in Osmarender:


http://www.openstreetmap.org/?lat=47.63265&lon=-122.18557&zoom=17&layers=0B0FF


The 'wings' at the start and end of the bridge in Osmarender don't really
work when rendering complex freeway interchanges like this, they tend to
clutter things up to my eye.

The things that do look great in the Osmarender style are the additional
white line between the way and the edge and the lighter gray for the edge
color.

The options I can think of to reduce the clutter would be to either remove
the wings from Osmarender (which is probably not a good idea because they do
look nice when not used for freeway interchanges) or to create a new tag or
an additional option to the bridge tag (bridge=overpass?). The Mapnik
version may benefit from looking more like the Osmarender style too.


What do you all think?


Thanks,

Beau
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


[OSM-talk] National borders - mapnik

2008-05-28 Thread Steve Chilton
The latest mapnik stylesheet has the National borders moved from coming in at 
z10 to coming in at z7. Now zooms to z6 show the borders as thin blue lines 
taken from the shape files, and then switch to OSM data at z7 using a slightly 
thicker purple line.
Not all borders show, for one of two reasons - either they are not digitised or 
are not tagged appropriately.
So, it would be useful if folk have a look at their own country/area at z7.
Does in show correctly?
If not:
1 - check whether it has been digitised. If not - is there a valid, 
non-copyrighted source for putting in the border alignment.
2 - check whether it is tagged boundary=administrative, admin_level=2. If not - 
change the tagging to that so that it may show.
 
As a reminder, admin boundaries should be tagged for the admin_level that they 
are (at the highest level). Country/national borders are always admin_level=2. 
Internal borders should be tagged according to the suggested schema for that 
particular country. Details are on the wiki at:
http://wiki.openstreetmap.org/index.php/Key:boundary
which also explains the accepted way to tag for the countries on either side of 
the border.
 
Cheers
STEVE

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Mapnik Import Error

2008-05-28 Thread Ian Dees
Ahh, thanks. This version of osm2pgsql was installed via apt-get. Can we get
an updated version on the multiverse servers?

On Wed, May 28, 2008 at 2:10 PM, Martijn van Oosterhout <[EMAIL PROTECTED]>
wrote:

> On Wed, May 28, 2008 at 9:00 PM, yellowbkpk <[EMAIL PROTECTED]> wrote:
> >
> > I'm running postgres-8.3-postgis on a Ubuntu 8.04 system.
> >
> > I finished downloading the planet.osm file yesterday and started running
> > osm2pgsql. When I woke up this morning, I had the following on my screen:
> >
> > osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $
>
> SVN is currently up to version 0.54 so I suggest you find a newer version.
>
> Have a nice day,
> --
> Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Mapnik Import Error

2008-05-28 Thread Martijn van Oosterhout
On Wed, May 28, 2008 at 9:00 PM, yellowbkpk <[EMAIL PROTECTED]> wrote:
>
> I'm running postgres-8.3-postgis on a Ubuntu 8.04 system.
>
> I finished downloading the planet.osm file yesterday and started running
> osm2pgsql. When I woke up this morning, I had the following on my screen:
>
> osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $

SVN is currently up to version 0.54 so I suggest you find a newer version.

Have a nice day,
-- 
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


[OSM-talk] Mapnik Import Error

2008-05-28 Thread yellowbkpk

I'm running postgres-8.3-postgis on a Ubuntu 8.04 system.

I finished downloading the planet.osm file yesterday and started running
osm2pgsql. When I woke up this morning, I had the following on my screen:

osm2pgsql SVN version 0.08-20071112 $Rev: 4842 $ 

Setting up table: planet_osm_point
Setting up table: planet_osm_line
Setting up table: planet_osm_polygon
Setting up table: planet_osm_roads

Reading in file: /mnt/planet-latest.osm.bz2
Processing: Node(237171k) Way(19252k) Relation(9k)
Writing way(0k)

Node stats: total(237171271), max(262574346)
Way stats: total(19252201), max(24252860)
Relation stats: total(9051), max(12553)
VACUUM ANALYZE planet_osm_point;
ALTER TABLE planet_osm_point ALTER COLUMN way SET NOT NULL;
CREATE INDEX way_index0 ON planet_osm_point USING GIST (way
GIST_GEOMETRY_OPS);
CREATE INDEX z_index0 ON planet_osm_point (z_order);
CLUSTER way_index0 ON planet_osm_point;
GRANT SELECT ON planet_osm_point TO PUBLIC;
VACUUM ANALYZE planet_osm_point;
 failed: ERROR:  VACUUM cannot be executed from a function or multi-command
string

Error occurred, cleaning up

Can anyone suggest a workaround? When I received this message earlier, I ran
the individual SQL commands one at a time and they all worked, but Mapnik
couldn't render using the database. I guess there was more data to import
after this step.
-- 
View this message in context: 
http://www.nabble.com/Mapnik-Import-Error-tp17512349p17512349.html
Sent from the OpenStreetMap - General mailing list archive at Nabble.com.


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] osmosis and polygon download ...

2008-05-28 Thread Thomas Szukala
Francois De Ryckel schrieb:
>  Message original 
> Objet:   [OSM-newbies] osmosis and polygon download ...
> De:  "Francois De Ryckel" <[EMAIL PROTECTED]>
> Date:Mar 27 mai 2008 9:01
> À:   [EMAIL PROTECTED]
> --
>
> Hello Everyone,
>
> I'm trying to figure out how to build a nice polygon that would cover
> Bangaldesh as a country.
> I've checked Osmosis and found that one can "extract an area based on a
> polygon as found on maproom.psu.edu."  Unfortunately, everytime I go on
> the maproom website and try to download the coordinate for BD, it fails
> miserably.  Did anyone has tried lately?
>
> Any advices on other way to draw a polygon for a country, so I would be
> able to run Osmosis and download all the data of that country.
>
>   
Hi,

I had the same Problem. Christoph Eckert, however does have a Backup of 
the Polygon files:

http://christeck.de/stuff/Polygons.zip


They work pretty well. They should be on the svn somewhere. But I dont 
know where.

Cheers
Thomas

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] simplifying mapnik layout definition

2008-05-28 Thread SteveC

On 27 May 2008, at 18:29, Robert (Jamie) Munro wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Andy Allan wrote:
> | Now, if someone is volunteering to make a concise definition format
> | that can be pre-processed into the mapnik XML format (or mapnik  
> python
> | code, or even just read by a modified mapnik directly, or whatever)
> | then I'd absolutely love to SEE THE WORKING CODE. That osm.xml is an
> | unwieldy beast isn't in question, nor are the myriad of  
> possibilities
> | to improve it - what is lacking is working alternative.
>
> IMHO in this case, the code is the easy part - it's designing a good

Ah, we just have to solve the much smaller problem -  the definition  
of 'good'.

Best

Steve


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Svalbard coastlines

2008-05-28 Thread David Groom
Unless I hear that someone else has started it, I'll start uploading 
coastline for this area this evening.

David



- Original Message - 
From: "Erik Johansson" <[EMAIL PROTECTED]>
To: "Talk Openstreetmap" 
Sent: Wednesday, May 28, 2008 1:37 PM
Subject: [OSM-talk] Svalbard coastlines


> Does anyone know how to get coastlines for Svalbard
> (http://openstreetmap.org/?lat=78.99&lon=14.9 ), I know three people
> who are going there this summer so I was thinking of giving them a GPS
> for the trip. There is one guy who is going there by sea[1] so he will
> need a coastline to moor his ship.
>
> Svalbard mapping is in a sad state, perhaps the Polar bear likes
> cartographers too much. The i-cube sattelite images from OpenAerial
> ends at the norweigan cost, the Google maps coast line is of higher
> resolution that OSM but still very low res. Not even Norweigan maps of
> the area are easily available[2]
>
> [1]http://forum.openstreetmap.org/viewtopic.php?pid=3203#p3203
> [2]http://www.gulesider.no/kart/?ps=2&companies=&n=80.4676619527361&s=75.9851782341589&e=24.834321988076&w=6.37208972333081&panX=116&panY=-77&tool=pan&scrollX=0&scrollY=0&zoomFactor=undefined
>
> -- 
> /emj
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
> 



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] osmosis and polygon download ...

2008-05-28 Thread Cartinus
On Wednesday 28 May 2008 03:45:21 Francois De Ryckel wrote:
> Any advices on other way to draw a polygon for a country, so I would be
> able to run Osmosis and download all the data of that country.

If the border for a country is available in the OSM database, then you can 
download it with OSMXAPI [1]. Next you can use JOSM to close the coastline 
(needs only a few points for a polygon used for data extraction). Then you 
can use a Perl-script [2] to turn the osm file into a polygon file.

[1] http://wiki.openstreetmap.org/index.php/Osmxapi
[2] 
http://trac.openstreetmap.org/browser/applications/utils/osm-extract/polygons

-- 
m.v.g.,
Cartinus

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] Svalbard coastlines

2008-05-28 Thread Martijn van Oosterhout
On Wed, May 28, 2008 at 2:37 PM, Erik Johansson <[EMAIL PROTECTED]> wrote:
> Does anyone know how to get coastlines for Svalbard
> (http://openstreetmap.org/?lat=78.99&lon=14.9 ), I know three people
> who are going there this summer so I was thinking of giving them a GPS
> for the trip. There is one guy who is going there by sea[1] so he will
> need a coastline to moor his ship.

http://wiki.openstreetmap.org/index.php/Running_the_coastline_upload

Have a nice day,
-- 
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


[OSM-talk] Svalbard coastlines

2008-05-28 Thread Erik Johansson
Does anyone know how to get coastlines for Svalbard
(http://openstreetmap.org/?lat=78.99&lon=14.9 ), I know three people
who are going there this summer so I was thinking of giving them a GPS
for the trip. There is one guy who is going there by sea[1] so he will
need a coastline to moor his ship.

Svalbard mapping is in a sad state, perhaps the Polar bear likes
cartographers too much. The i-cube sattelite images from OpenAerial
ends at the norweigan cost, the Google maps coast line is of higher
resolution that OSM but still very low res. Not even Norweigan maps of
the area are easily available[2]

[1]http://forum.openstreetmap.org/viewtopic.php?pid=3203#p3203
[2]http://www.gulesider.no/kart/?ps=2&companies=&n=80.4676619527361&s=75.9851782341589&e=24.834321988076&w=6.37208972333081&panX=116&panY=-77&tool=pan&scrollX=0&scrollY=0&zoomFactor=undefined

-- 
/emj

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] simplifying mapnik layout definition

2008-05-28 Thread Beau Gunderson
What about using the Python bindings and actual Mapnik objects to create the
XML file?

It should be able to save an XML file, and that way you can abstract out all
of the XML text from your program too...


Beau

On Wed, May 28, 2008 at 3:05 AM, Steve Hill <[EMAIL PROTECTED]> wrote:

> On Tue, 27 May 2008, Andy Allan wrote:
>
> > Now, if someone is volunteering to make a concise definition format
> > that can be pre-processed into the mapnik XML format (or mapnik python
> > code, or even just read by a modified mapnik directly, or whatever)
> > then I'd absolutely love to SEE THE WORKING CODE. That osm.xml is an
> > unwieldy beast isn't in question, nor are the myriad of possibilities
> > to improve it - what is lacking is working alternative.
>
> For OpenPisteMap I create the XML using some PHP code:
>
> https://public.subversion.nexusuk.org/trac/browser/openpistemap/trunk/scripts/mktemplate.php
>
> I've not converted the entire XML file yet, and I don't pretend it is a
> universal solution, but I find it easier to work with than the raw MapNik
> XML file.
>
> It would be nice to have some kind of cascading language so that styles
> can be defined for each object at the top level and then modified for each
> zoom level, but I suspect no one has the time to do it (I certainly
> don't).
>
>  - Steve
>xmpp:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
> sip:[EMAIL PROTECTED] <[EMAIL PROTECTED]>   http://www.nexusuk.org/
>
>  Servatis a periculum, servatis a maleficum - Whisper, Evanescence
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


Re: [OSM-talk] simplifying mapnik layout definition

2008-05-28 Thread Steve Hill
On Tue, 27 May 2008, Andy Allan wrote:

> Now, if someone is volunteering to make a concise definition format
> that can be pre-processed into the mapnik XML format (or mapnik python
> code, or even just read by a modified mapnik directly, or whatever)
> then I'd absolutely love to SEE THE WORKING CODE. That osm.xml is an
> unwieldy beast isn't in question, nor are the myriad of possibilities
> to improve it - what is lacking is working alternative.

For OpenPisteMap I create the XML using some PHP code:
https://public.subversion.nexusuk.org/trac/browser/openpistemap/trunk/scripts/mktemplate.php

I've not converted the entire XML file yet, and I don't pretend it is a 
universal solution, but I find it easier to work with than the raw MapNik 
XML file.

It would be nice to have some kind of cascading language so that styles 
can be defined for each object at the top level and then modified for each 
zoom level, but I suspect no one has the time to do it (I certainly 
don't).

  - Steve
xmpp:[EMAIL PROTECTED]   sip:[EMAIL PROTECTED]   http://www.nexusuk.org/

  Servatis a periculum, servatis a maleficum - Whisper, Evanescence


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


[OSM-talk] Does anybody have SLD files for styling?

2008-05-28 Thread Jukka Rahkonen
Hi,

With osm2pgsql it is quite easy to import OSM data into PostGIS database and
after that to generate maps with for example MapServer or Geoserver through
WMS service.  What is not so easy is making good looking maps. I wonder
if somebody has already done some OGC Styled Layer Descriptor (SLD) 
files for OSM.  It would be nice to have some templates to start with.

The current Mapnik and Osmarender maps are really nice but it is obvious
that one or two standard map sets will never make everybody happy. However,
it is not possible to render the whole world very many times to have more
styling alternatives. For special needs it would be more flexible to run
a WMS service and let people select a suitable SLD file for online 
rendering.
Running global OSM WMS server might be too heavy task, but OpenStreetMap
wiki could have a styling gallery with downloadable SLD files and sample
images of the resulting maps. 


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk