[OSM-talk] coastline within park
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
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?
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...
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
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
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
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
> >"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
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
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
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
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
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
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
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
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
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
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
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
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
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 ...
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
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
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 ...
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
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
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
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
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?
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