[OSM-talk] using SRTM contours when editing
David Ebling
dave_ebling at yahoo.co.uk
Mon Sep 8 17:45:19 BST 2008
Just wondering whether there's any way that I can display SRTM contours in JOSM or Potlatch when editing? It would be useful for placing features such as natural=peak and waterway=stream where you have local knowledge of an area but aren't able to go wonder round with a GPS. I know it wouldn't be as accurate as GPS surveying, but I'd still like to be able to refer to it.
Thanks,
Dave
--- On Mon, 8/9/08, talk-request at openstreetmap.org <talk-request at openstreetmap.org> wrote:
> From: talk-request at openstreetmap.org <talk-request at openstreetmap.org>
> Subject: talk Digest, Vol 49, Issue 34
> To: talk at openstreetmap.org
> Date: Monday, 8 September, 2008, 4:52 PM
> Send talk mailing list submissions to
> talk at openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body
> 'help' to
> talk-request at openstreetmap.org
>
> You can reach the person managing the list at
> talk-owner at openstreetmap.org
>
> When replying, please edit your Subject line so it is more
> specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
> 1. Re: download osm format large area, high zoom level
> (80n)
> 2. Re: download osm format large area, high zoom level
> (Wim de Vries)
> 3. Re: amenity=vending_machine AND amenity=post_box:
> what about?
> (vegard)
> 4. Re: OpenStreetMap routing service (Lambertus)
> 5. Quality Assurance / Improve Routing (GS)
> 6. Re: OpenStreetMap routing service (Lambertus)
> 7. Re: OpenStreetMap routing service (Ben Laenen)
> 8. Re: OpenStreetMap routing service (Lars Aronsson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 8 Sep 2008 15:33:48 +0100
> From: 80n <80n80n at gmail.com>
> Subject: Re: [OSM-talk] download osm format large area,
> high zoom
> level
> To: "Frederik Ramm" <frederik at remote.org>
> Cc: osm <talk at openstreetmap.org>
> Message-ID:
> <8fcd02310809080733q170fb718qfa6f95283f740138 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I've just done some optimisation work on xapi which
> improves its capacity to
> download large bboxes.
>
> In a test I was successfully able to download the whole of
> the Netherlands
> (some 630Mb) in a couple of hours.
>
> You should be able to get at least a z10 sized tile from
> xapi for even the
> most densely mapped parts of the planet.
>
> Instructions here:
> http://wiki.openstreetmap.org/index.php/Osmxapi
>
> 80n
>
> On Mon, Sep 8, 2008 at 1:00 PM, Frederik Ramm
> <frederik at remote.org> wrote:
>
> > Hi,
> >
> > > Now I can only download very small patches via
> the Web interface. And, at
> > > this moment I even cannot get any OSM
> (FireFox,IEExplorer or Kosmos) from
> > > the site. Export just opens an empty page.
> >
> > You can do some filtering with OsmXAPI, which allows
> you to download
> > large sizes and also filtered by (one) tag, e.g. you
> could say "only
> > highway=*" or so.
> >
> > See http://wiki.openstreetmap.org/index.php/Osmxapi
> >
> > Bye
> > Frederik
> >
> >
> > _______________________________________________
> > talk mailing list
> > talk at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.openstreetmap.org/pipermail/talk/attachments/20080908/c19bf54d/attachment-0001.htm
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 8 Sep 2008 16:43:09 +0200 (CEST)
> From: "Wim de Vries" <wsvries at xs4all.nl>
> Subject: Re: [OSM-talk] download osm format large area,
> high zoom
> level
> To: "80n" <80n80n at gmail.com>
> Cc: osm <talk at openstreetmap.org>
> Message-ID:
> <16456.145.36.47.185.1220884989.squirrel at webmail.xs4all.nl>
> Content-Type: text/plain;charset=iso-8859-1
>
> > I've just done some optimisation work on xapi
> which improves its capacity
> > to
> > download large bboxes.
> >
> > In a test I was successfully able to download the
> whole of the Netherlands
> > (some 630Mb) in a couple of hours.
> >
> > You should be able to get at least a z10 sized tile
> from xapi for even the
> > most densely mapped parts of the planet.
> >
> > Instructions here:
> http://wiki.openstreetmap.org/index.php/Osmxapi
> Thanks a lot. I'll first try small areas.
> Regards,
> Wim de Vries
>
> > 80n
> >
> > On Mon, Sep 8, 2008 at 1:00 PM, Frederik Ramm
> <frederik at remote.org> wrote:
> >
> >> Hi,
> >>
> >> > Now I can only download very small patches
> via the Web interface. And,
> >> at
> >> > this moment I even cannot get any OSM
> (FireFox,IEExplorer or Kosmos)
> >> from
> >> > the site. Export just opens an empty page.
> >>
> >> You can do some filtering with OsmXAPI, which
> allows you to download
> >> large sizes and also filtered by (one) tag, e.g.
> you could say "only
> >> highway=*" or so.
> >>
> >> See
> http://wiki.openstreetmap.org/index.php/Osmxapi
> >>
> >> Bye
> >> Frederik
> >>
> >>
> >> _______________________________________________
> >> talk mailing list
> >> talk at openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk
> >>
> >
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 08 Sep 2008 16:50:29 +0200
> From: vegard at engen.priv.no (vegard)
> Subject: Re: [OSM-talk] amenity=vending_machine AND
> amenity=post_box:
> what about?
> To: talk at openstreetmap.org
> Message-ID: <20080908145028.GA21255 at engen.priv.no>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Sep 08, 2008 at 06:40:59AM -0700, Karl Newman
> wrote:
> > >
> > > So personally I think duplicate keys would be the
> easiest and best way to
> > > tag such double-uses.
> > >
> > > Norbert
> > >
> >
> > Just make two different nodes, each located closest to
> the amenity
> > concerned. There's nothing that makes it
> non-routable. It's just a
> > point--the routers will get you as close to the point
> on the road as
> > possible. The addr: property definitely isn't
> going to help in making it
> > routable.
> >
>
> Well - apart from the fact that it actually makes it
> difficult to render
> properly (things tend to overlap), it's not correct
> either. In many
> cases, the supermarket *is* the post-office, at least here
> in Norway. It
> might be implemented with a separate counter, but other
> places perhaps
> it might be different. And likewise, with oter dual-use
> amenities...
>
> While I for now use the dual-node mechanism, I don't
> like it because of
> the above reason.
> --
> - Vegard Engen, member of the first RFC1149 implementation
> team.
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 08 Sep 2008 17:01:03 +0200
> From: Lambertus <osm at na1400.info>
> Subject: Re: [OSM-talk] OpenStreetMap routing service
> To: Nic Roets <nroets at gmail.com>
> Cc: Talk Openstreetmap <talk at openstreetmap.org>
> Message-ID: <48C53E2F.1070105 at na1400.info>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> So you suggest the community negotiates one list with
> defaults for each
> type of road that applies worldwide? Mappers have to apply
> appropriate
> tags on roads (countries) that don't fit this default?
>
> That does not solve the problem where mappers visit a
> foreign country.
> They still need to do a lookup to see which tags should be
> applied. It
> only makes it easier for end users (e.g. route planners).
>
> PS. Does this mean that Gosmore will soon obey to maxspeed
> tags? ;-)
>
>
> Nic Roets wrote:
> > On Mon, Sep 8, 2008 at 3:23 PM, Lars Aronsson
> <lars at aronsson.se
> > <mailto:lars at aronsson.se>> wrote:
> >
> > Here you assume that "trunk" is a well
> defined concept. But it
> > isn't.
> >
> >
> > Spot on.
> >
> > And defining things per country leads to all sorts of
> problem. For
> > example mappers applying domestic rules when visiting
> foreign countries.
> > Confusion when debugging routing software. Next
> mappers will omit units
> > of measurement because they feel it it's implied
> for their country.
> >
> > The solution is for editors to create defaults for
> these disputed access
> > restriction tags and allow users to change them before
> committing them
> > to the database.
> >
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > talk mailing list
> > talk at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 8 Sep 2008 17:02:38 +0200
> From: "GS" <gerhardschwanz at yahoo.de>
> Subject: [OSM-talk] Quality Assurance / Improve Routing
> To:
> <talk at openstreetmap.org>, <routing at openstreetmap.org>
> Message-ID:
> <7DA4C5E5E08B40F8A1E07339F27DD6C4 at Dagobert>
> Content-Type: text/plain; format=flowed;
> charset="iso-8859-1";
> reply-type=original
>
> Hi all,
>
> the last two weeks I spent developing software to improve
> the quality of OSM
> data. The result of this work can be seen in a general QA
> page as well as on
> a special page for my waychecker:
>
> http://wiki.openstreetmap.org/index.php/Quality_Assurance
>
> http://wiki.openstreetmap.org/index.php/WayCheck
>
> Both pages are available in German as well. In fact if you
> want to see the
> first results you have to go via the German page to see
> them. But I am
> planning to run some reports for other countries and then
> the English page
> will be filled a bit more.
>
> I already parsed the first report for motorways etc. in
> Hessen/Germany and
> corrected some data or placed markers in Openstreetbugs. As
> far as I can see
> lots of places have been fixed then.
>
> Cheers
> Gary68/Gary68w
> Gerhard
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 08 Sep 2008 17:29:52 +0200
> From: Lambertus <osm at na1400.info>
> Subject: Re: [OSM-talk] OpenStreetMap routing service
> To: Talk Openstreetmap <talk at openstreetmap.org>
> Message-ID: <48C544F0.2070806 at na1400.info>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Your suggestions are great, it would be nice to be able to
> classify ways
> with properties like e.g. nice scenery, low traffic, smooth
> surface,
> etc. Also allowing to choose if you want to take
> ferry's into account
> when calculating a route as well as public transport would
> be awsome.
> But all of this stuff means a lot of work that has to be
> done on the
> routing engine. I'm sure Nic Roets (the author of
> Gosmore, the routing
> engine) will have stuff like this on his todo list already
> but can
> really use some extra hands for all this ;-)
>
> Bjoern Buerger wrote:
> > Lambertus wrote:
> >> A few hours ago a new version of the
> OpenStreetMap Routing Service
> has come
> >> online. I think is has evolved enough to go
> public 'officially'...
> >
> > :-D this is very nice :-D
> >
> > Now, a really cool feature would be a pdf/png export
> like
> > the one on openstreetmap.org.
> >
> > Other things, I had in mind, wenn fiddling around
> with your
> > page:
> >
> > There are different types of cyclists, so a
> "avoid trunk
> > roads" or "I like cycling near
> waterways" would probably
> > be nice for more "recreational cyclists",
> whereas the
> > current setting is very nice for the "I just
> want to
> > go somewhere ... NOW" aproach :-)
> >
> > Example: Your Service did a very good Job on my
> > daily route to work: All three routes (car, bike,
> > pedestrian) where absolutely useful (esp. if
> > you are just going/driving to work)
> >
> >
> <http://tile.openstreetmap.nl/~lambertus/routing-world/?flat=52.481245&flon=9.281903&tlat=52.275324&tlon=10.524424&v=motorcar&fast=1>
> >
> > However, the main bicyle route is in fact a quite
> busy
> > "Bundesstra?e" without cycle lanes on some
> parts. It
> > can be very uncomfortable, especiale if there are
> many
> > transporters on the road. Someone, just "going
> on a
> > ride to Hildesheim", would definitely use some
> of
> > the less busy roads parallel to the "B1".
> >
> > But if you do a route, say, from Braunschweig to
> Kassel:
> >
> >
> <http://tile.openstreetmap.nl/~lambertus/routing-world/?flat=52.481245&flon=9.281903&tlat=52.275324&tlon=10.524424&v=motorcar&fast=1>
> >
> > ... the aporach for a cyclist, just going for Holiday
> > would definitely be: Stick to the Rivers (Weser,
> Fulda).
> > The plottet bicyle route goes along very busy
> north/south
> > trunk roads. This is no convenient place for bike,
> > unfortnunatley.
> >
> > I have no Idea, how such thing could be taken
> > into account, when calculating a route. But
> > maybe my thoughts are useful to you :-)
> >
> > Anyway:
> >
> > Lambertus, thanks a lot - you made my day :-)
> >
> > Greetings,
> > Bj?rn
>
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 8 Sep 2008 17:37:24 +0200
> From: Ben Laenen <benlaenen at gmail.com>
> Subject: Re: [OSM-talk] OpenStreetMap routing service
> To: talk at openstreetmap.org
> Message-ID: <200809081737.24374.benlaenen at gmail.com>
> Content-Type: text/plain; charset="iso-8859-15"
>
> On Monday 08 September 2008, Nic Roets wrote:
> > On Mon, Sep 8, 2008 at 3:23 PM, Lars Aronsson
> <lars at aronsson.se>
> wrote:
> > > Here you assume that "trunk" is a well
> defined concept. But it
> > > isn't.
> >
> > Spot on.
> >
> > And defining things per country leads to all sorts of
> problem. For
> > example mappers applying domestic rules when visiting
> foreign
> > countries. Confusion when debugging routing software.
> Next mappers
> > will omit units of measurement because they feel it
> it's implied for
> > their country.
> >
> > The solution is for editors to create defaults for
> these disputed
> > access restriction tags and allow users to change them
> before
> > committing them to the database.
>
> I strongly disagree. There are so many country specific
> rules that it'd
> be naive to think you can twist everything into one system
> that applies
> world-wide.
>
> If you're in a country where trunk means a road where
> no pedestrians or
> cyclists are allowed, then adding that information in the
> database is
> unnecessary. This makes sure that
> (a) if for some reason the traffic rules change so that the
> sign marking
> that kind of road allows pedestrians, we don't have to
> edit all trunks
> in a country, and
> (b) it fixes the problem where someone might not be
> familiar enough with
> the traffic rules so he doesn't know for example that
> pedestrians
> aren't allowed and doesn't add that access tag.
>
> We've had a similar issue like that recently on
> talk-be, where mappers
> didn't know the exact meaning of a sign. Something
> tagged with a sign
> for access=destination in Belgium means: no entry except to
> the houses
> or fields in that road, and except pedestrians, cyclists
> and horse
> riders (and a few more exceptions that don't matter
> here).
> The "pedestrians" part is obvious to anyone over
> here, the latter two
> aren't. Indeed, you can even find those signs now and
> then that have a
> redundant "except bicycles" sign under it, so the
> people putting up
> those signs aren't always aware of that either.
>
> Now suppose that access=destination would just have the
> world-wide
> definition so it wouldn't exclude bicycles or horse
> riders. If our
> mappers don't know the exact meaning of the traffic
> sign, it would mean
> that all routers would steer you round these
> access=destination roads.
> So, therefore we can better define this by country (or
> perhaps state in
> some cases), where the rules are actually made, so this
> problem won't
> happen.
>
> Greetings
> Ben
>
>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 8 Sep 2008 17:44:58 +0200 (CEST)
> From: Lars Aronsson <lars at aronsson.se>
> Subject: Re: [OSM-talk] OpenStreetMap routing service
> To: Lambertus <osm at na1400.info>
> Cc: Talk Openstreetmap <talk at openstreetmap.org>
> Message-ID:
> <Pine.LNX.4.64.0809081733250.17277 at localhost.localdomain>
> Content-Type: TEXT/PLAIN; charset=utf-8
>
> Lambertus wrote:
>
> > Here the dogma 'Don't change the tagging just
> to get it
> > rendered' applies :-)
>
> That is an absurd proposition. It could lead us to label
> them as
> "v?gklassning=riksv?g ; v?gbredd=9 meter ;
> hastighet=90 km/h" and
> we should just ignore the fact that the map of Sweden
> doesn't get
> rendered at all. I feel like I have been far too pragmatic
> in my
> first three years of OpenStreetMap.
>
> > I think it would be better to judge the roads on what
> their
> > function is and try to correlate those roads to the
> map features
> > page by their description.
>
> It's all very easy. The function is
> "riksv?g".
>
> > But this may well be that perhaps some ways in Sweden
> have to be
> > reclassified to trunk or that some ways in Norway
> /Finland
> > should be classified primary, I don't know that.
>
> > There is ofcourse also the chance that Sweden just
> does not have
> > a road type that fits the trunk type between motorway
> and
> > primary, however from what I read in other mails it
> appears that
> > cyclists are allowed on most trunk roads in GB.
>
> There are non-motorway roads where tractors and bicycles
> are
> disallowed. These are called "motortrafikled"
> (and "2+1 v?g") but
> they are not very common in Sweden. And I don't know
> if this road
> type is ever indicated on printed maps.
>
>
>
> --
> Lars Aronsson (lars at aronsson.se)
> Aronsson Datateknik - http://aronsson.se
>
>
>
> ------------------------------
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
> End of talk Digest, Vol 49, Issue 34
> ************************************
More information about the talk
mailing list