date:20090809


Martin and I have had this conversation on private e-mail too, but one point
bears repeating:

 I know that some people like this tidy-points-function to 
 work on TIGER-Data, but I tell you: if the TIGER-Data is 
 not good/precise, it won't get better using this function ;-)

That is evidently not true.

Find a grid system - almost any US city will do. Look at the TIGER data. It
weaves and waves all over the place.

Turn on the Yahoo imagery, align the start and end points of the way, and
select the 'Tidy' function. Hey presto, the street is now correctly aligned
to the grid. You could have done this manually, but it would have taken 10
times as long and wouldn't be as precise.

_That_ is why this function is here: to simplify the work of one of the most
tedious parts of TIGER fixup. As always, it's of no use for my mapping
should not be extrapolated to it's of no use and should be banned.

cheers
Richard
-- 
View this message in context: 
http://www.nabble.com/to-all-potlatch-and-JOSM-users---automatic-simplification-of-geometry-tp24877882p24885509.html
Sent from the OpenStreetMap - General mailing list archive at Nabble.com.


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Introductions, and Icons?:


Austin Martin wrote:
 Also, does OSM need a collective icon set, because by looking at 
 this: http://wiki.openstreetmap.org/wiki/Map_Features. It seems 
 like just a random mishmash of icons, but maybe I'm wrong on this.

OSM is about the data, it's up to individual clients to decide what icons
they want to use.

The Map_Features icons, as a set, aren't actually used by anything AFAIK.
Certainly they wouldn't be used by anyone with a ounce of cartographic
self-respect. ;)

cheers
Richard
-- 
View this message in context: 
http://www.nabble.com/Introductions%2C-and-Icons-%3A-tp24873449p24885520.html
Sent from the OpenStreetMap - General mailing list archive at Nabble.com.


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

On Sun, 9 Aug 2009, Richard Fairhurst wrote:

 Turn on the Yahoo imagery, align the start and end points of the way, and
 select the 'Tidy' function. Hey presto, the street is now correctly aligned
 to the grid. You could have done this manually, but it would have taken 10
 times as long and wouldn't be as precise.

And then you realise that the alignment of Yahoo Imagery is wrong on most
places, and you have killed good vector material. Great job :)


Stefan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Crazy routing in OpenRouteService

2009-08-09 Thread Steve Hill


A recent purchase of an Android phone has lead me to play with AndNav2 and 
OpenRouteService.  However, in some cases I get some unexpectedly crazy 
routes.

OpenRouteService doesn't seem to understand the highway=road tag.  So 
presumably if your destination is on a highway=road, it should be 
projected onto another nearest road.  However, plotting a route from 
Swansea to -4.119322,53.145316 (North Wales) ends up routing via Calais, 
Rotterdam, way out into the North Sea and then directly to the 
destination.  Moving the destination slightly closer to another road 
causes sanity to be resumed.

-- 

  - Steve
xmpp:st...@nexusuk.org   sip:st...@nexusuk.org   http://www.nexusuk.org/

  Servatis a periculum, servatis a maleficum - Whisper, Evanescence


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Crazy routing in OpenRouteService

2009-08-09 Thread Liz

On Sun, 9 Aug 2009, Steve Hill wrote:
 Moving the destination slightly closer to another road
 causes sanity to be resumed.
I misread sanity as salinity
and wondered which ocean he was visiting next


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

Stefan de Konink wrote:

 And then you realise that the alignment of Yahoo Imagery is wrong  
 on most
 places, and you have killed good vector material. Great job :)

Good vector material? Tell me, have you ever _seen_ TIGER?

Seriously, you're kidding me. Yahoo may be out-of-alignment here and  
there but by and large if the street looks straight in Yahoo, it is  
straight. And US city streets generally are. TIGER streets are  
bonkers mad wavy.

I can't believe I'm having to explain this to people who could  
actually go and see for themselves with two clicks of the mouse. Ah,  
the joys of mailing lists. :(

cheers
Richard

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009-08-09 Thread Tobias Knerr

Richard Fairhurst wrote:
 _That_ is why this function is here: to simplify the work of one of the most
 tedious parts of TIGER fixup. As always, it's of no use for my mapping
 should not be extrapolated to it's of no use and should be banned.

But maybe in those parts of the world where streets are not perfectly
straight, it is of no use and even dangerous in the hands of newbies
should be extrapolated to it should not be included by default but
provided by a plugin/option?

Tobias Knerr

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

On Sun, 9 Aug 2009, Richard Fairhurst wrote:

 Stefan de Konink wrote:

  And then you realise that the alignment of Yahoo Imagery is wrong
  on most
  places, and you have killed good vector material. Great job :)

 Good vector material? Tell me, have you ever _seen_ TIGER?

Yes, and I have also _seen_ Yahoo been wrong on more places than it was
right. So I am still skeptical people tracing Yahoo and claiming they are
better than [insert source here] mainly because except that source they
have 0 ground reference.

 Seriously, you're kidding me. Yahoo may be out-of-alignment here and
 there but by and large if the street looks straight in Yahoo, it is
 straight. And US city streets generally are. TIGER streets are
 bonkers mad wavy.

Most likely this is true because the TIGER dataset was actually traced
from/for a much lower precision map, hence wavy because you are plotting
it on a far higher resolution then it was created for. With respect to
TIGER you might say: TIGER is *so* bad, Yahoo will always be better. My
point is, unless Yahoo is actualy validated where you are tracing it
gives poor output too, no matter how bad you think TIGER is.



Stefan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

Tobias Knerr wrote:

 But maybe in those parts of the world where streets are not perfectly
 straight, it is of no use and even dangerous in the hands of newbies
 should be extrapolated to it should not be included by default but
 provided by a plugin/option?

Hm. I can think of plenty of towns where one part of town has grid- 
like streets, another a few metres away is all curly housing estate  
roads.

As I've said several times to Martin, once I have a spare minute I'll  
add some sort of confirmation dialogue if you try to straighten a  
street with more than n metres divergence. But for now, I'm off on  
holiday.

cheers
Richard

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009-08-09 Thread Dave Stubbs

On Sun, Aug 9, 2009 at 11:12 AM, Stefan de Koninkste...@konink.de wrote:
 On Sun, 9 Aug 2009, Richard Fairhurst wrote:

 Stefan de Konink wrote:

  And then you realise that the alignment of Yahoo Imagery is wrong
  on most
  places, and you have killed good vector material. Great job :)

 Good vector material? Tell me, have you ever _seen_ TIGER?

 Yes, and I have also _seen_ Yahoo been wrong on more places than it was
 right. So I am still skeptical people tracing Yahoo and claiming they are
 better than [insert source here] mainly because except that source they
 have 0 ground reference.

 Seriously, you're kidding me. Yahoo may be out-of-alignment here and
 there but by and large if the street looks straight in Yahoo, it is
 straight. And US city streets generally are. TIGER streets are
 bonkers mad wavy.

 Most likely this is true because the TIGER dataset was actually traced
 from/for a much lower precision map, hence wavy because you are plotting
 it on a far higher resolution then it was created for. With respect to
 TIGER you might say: TIGER is *so* bad, Yahoo will always be better. My
 point is, unless Yahoo is actualy validated where you are tracing it
 gives poor output too, no matter how bad you think TIGER is.


Um, no. It'll be potentially misaligned, potentially outdated, and
potentially misinterpreted.

So potentially poor, but it's entirely possible (and actually quite
likely) that it's fine and you get pretty good data out.
And it's definitely better than most tiger data I've ever seen.

So choosing between potentially poor, and very horrible isn't really
so hard is it.
Hopefully someone on the ground will eventually verify it -- they can
fix it if it's still broken.

Dave

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry


--- On Sun, 9/8/09, Stefan de Konink ste...@konink.de wrote:
 Most likely this is true because the TIGER dataset was
 actually traced
 from/for a much lower precision map, hence wavy because you
 are plotting
 it on a far higher resolution then it was created for. With
 respect to
 TIGER you might say: TIGER is *so* bad, Yahoo will always
 be better. My
 point is, unless Yahoo is actualy validated where you are
 tracing it
 gives poor output too, no matter how bad you think TIGER
 is.

Assuming that yahoo is wrong, at least it will be consistently wrong and it's 
trivially to mass move ways when you do get reference points to re-align the 
data to.


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

On Sun, 9 Aug 2009, John Smith wrote:

 Assuming that yahoo is wrong, at least it will be consistently wrong
 and it's trivially to mass move ways when you do get reference points to
 re-align the data to.

Moving stuff in GIS is never trivial. You don't know why it is wrong, and
even if it looks 'locally' shifted it could be even misrectified causing
it to be shifted and streched possibly rotated.

My own town is in this situation. And most AND data imported in NL has
also a very strange offset to what several GPX traces show as 'this is the
road'.


Stefan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

On Sun, 9 Aug 2009, Shaun McDonald wrote:

 How does your town compare to Yahoo?

It seems to have an offset in both X and Y. But I can only see that
locally. I don't know if there is a more global problem.

 I have only heard of trival shifts in the rectification being a problem.

I think it could be fixed to just measure some points in on the ground and
hook them up to a pixel then transform it. Maybe we could work /with/
Yahoo on this.


Stefan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009-08-09 Thread Marc Schütz

Am Samstag 08 August 2009 14:42:43 schrieb Martin Koppenhoefer:
 An example from the result of the current tidy-points-function here:
 http://trac.openstreetmap.org/attachment/ticket/2148/090808_potlatch_tidy-p
oints_.png


In this case it looks more like an error of the tidy-function, or at least it 
having wrong parameters. Most of the nodes in the back of the linkway are 
indeed collinear and can probably be removed without loss of precision.

Personally, I almost never use this function. There were a few cases where 
someone seems to have converted a GPX track, or where it was clear that the 
excessive amount of nodes was wrong, because I knew the concerning area.

Regards, Marc


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry


--- On Sun, 9/8/09, Stefan de Konink ste...@konink.de wrote:

 Moving stuff in GIS is never trivial. You don't know why it
 is wrong, and
 even if it looks 'locally' shifted it could be even
 misrectified causing
 it to be shifted and streched possibly rotated.

You get 4 or more points on the ground by GPS and you align to that, I meant 
suburb level, not an entire city or states or countries.


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009/8/9 Richard Fairhurst rich...@systemed.net:

 As I've said several times to Martin, once I have a spare minute I'll
 add some sort of confirmation dialogue if you try to straighten a
 street with more than n metres divergence. But for now, I'm off on
 holiday.

Actually those confirmation dialogues are a bit annoying (if I imagine
someone cleaning big aeras of TIGER-data), but what about a keyboard
shortcut (preferably with modifier like shift or ctrl) instead of
an Icon? For mappers aware of what they are doing it's completely OK
to use this functions in a responsible manner. Actually I wasn't aware
myself that it just straightens (thought it would simplify, blame on
me). Maybe there could be added the word straighten to the function
name tidy points in some way.

In my area (and probably not only here) there's lots of registrees
that actually haven't performed a single edit, and other's that think
potlatch is an online painting programm (drawing motorways wildly
across the city-center) when you write to them, they apologize and say
they didn't know they were actually modifying the public database, so
my concern is more about people incidently harming data, not about
real vandalism.

anyway: have a nice holiday!

cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Introductions, and Icons?:

2009-08-09 Thread Brian Quinion

On Sun, Aug 9, 2009 at 10:36 AM, Richard Fairhurstrich...@systemed.net wrote:
 Austin Martin wrote:
 Also, does OSM need a collective icon set, because by looking at
 this: http://wiki.openstreetmap.org/wiki/Map_Features. It seems
 like just a random mishmash of icons, but maybe I'm wrong on this.

There are various icon sets.  I'd suggest you have a further look at
what is available, if only for inspiration:

http://svn.openstreetmap.org/applications/share/map-icons/
http://www.sjjb.co.uk/mapicons/SJJBMapIconsv0.03/recoloured/
http://wiki.openstreetmap.org/wiki/Category:Icon

There is also an icons set used by Potlatch and cloudmade which I
believe has an svg base (although I've only ever seen png renderings -
does anyone have a link to a source?)

If you want to create a nice consistent set of icons I'm sure it would
be welcome but as Richard said it is up to each developer to decide
what they want to use for their application.

--
 Brian

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009/8/9 John Smith delta_foxt...@yahoo.com:
 Assuming that yahoo is wrong, at least it will be consistently wrong and it's 
 trivially to mass move ways when you do get reference points to re-align the 
 data to.

no, unfortunately according to my gps-traces and knowledge of the
actual situation in my city, it is sometimes misaligned and distorted,
sometimes it seems OK. There is no general rule about this (seems to
depend on rectifiying and stiching of the original fotos / on their
tiling). There is also often a curvy distortion, where perfectly
straight buildings and streets are curved in yahoo.

cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] radioactivity

2009-08-09 Thread Cartinus

On Sunday 09 August 2009 01:29:27 John Smith wrote:
 What about Uranium mining areas?

 Australia just announced they were going to let 2 more mines start.

landuse=surface_mining
mining_resource=uranium 
name=*
operator=*

and a bit further out

barrier=fence

Since you are probably not allowed to go inside that fence, you can't know 
where the radioactive areas are.

-- 
m.v.g.,
Cartinus

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] radioactivity


--- On Sun, 9/8/09, Cartinus carti...@xs4all.nl wrote:

 Since you are probably not allowed to go inside that fence,
 you can't know 
 where the radioactive areas are.

Don't know if the mining area would be much higher than background, but the 
mined ore is transported to a processing facility, at the point it probably 
would be much higher :)


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

On Sun, 9 Aug 2009, John Smith wrote:

 You get 4 or more points on the ground by GPS and you align to that, I
 meant suburb level, not an entire city or states or countries.

Already saw an OSM editor supporting realigning Yahoo Imagery based on
existing points?


Stefan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry


--- On Sun, 9/8/09, Stefan de Konink ste...@konink.de wrote:

 Already saw an OSM editor supporting realigning Yahoo
 Imagery based on
 existing points?

Not automatically, but JOSM can shift the yahoo image to align it to known 
points then you just move nodes/ways as needed.


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] radioactivity

2009-08-09 Thread Cartinus

On Sunday 09 August 2009 14:57:46 John Smith wrote:
 --- On Sun, 9/8/09, Cartinus carti...@xs4all.nl wrote:
  Since you are probably not allowed to go inside that fence,
  you can't know
  where the radioactive areas are.

 Don't know if the mining area would be much higher than background, but the
 mined ore is transported to a processing facility, at the point it probably
 would be much higher :)

man_made=works
product=uranium 
name=*
operator=*

and a bit further out

barrier=fence

The reasoning stays the same. Dangerous industrial/mining activity tends to be 
fenced in to prevent accidents. I don't see why radioactivity needs any 
special handling compared to other dangerous activities like:
production of volatile poisons
http://en.wikipedia.org/wiki/Bhopal_disaster
storage of fireworks
http://en.wikipedia.org/wiki/Enschede_fireworks_disaster
etc.

-- 
m.v.g.,
Cartinus

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] radioactivity


--- On Sun, 9/8/09, Cartinus carti...@xs4all.nl wrote:
 The reasoning stays the same. Dangerous industrial/mining
 activity tends to be 
 fenced in to prevent accidents. I don't see why
 radioactivity needs any 
 special handling compared to other dangerous activities
 like:

I wasn't asking about tagging but the difference with radiological waste is 
half lives in the hundreds of years of years, fireworks just go boom once and 
that person don't make the same mistake twice.


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] radioactivity

2009-08-09 Thread OJ W

isn't the issue here that radioactivity is like height, i.e. a
smoothly-varying value that exists everywhere and is typically
represented as gridded data (which gets converted to contours for
display).

with height, people said that the grid data was unsuitable for going
into OSM because OSM is point/line/area, and that it would be
confusing if you had huge grids of nodes for each sample of
height/noise/radioactivity/ground colour.

(the location of radioactive sources OTOH would be fine (similar to
television towers in the radio spectrum), as would 'areas marked with
warning signs' (similar to danger areas, as mentioned already))

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Status of the Local Chapter working group

2009-08-09 Thread Jochen Topf

Hi!

On Thu, Aug 06, 2009 at 05:29:23PM +0200, Michael Kugelmann wrote:
 looking at the foundation web site and the wiki, there is very few 
 information on the local chapter working group - only a draft of the 
 federation agreement is linked withought an information on the version 
 or date it was created! Additionally there are no meeting minutes 
 available at all. (or at least I didn't find iformation and minutes).
 On the Saturday eving at the SOTM09 there was a meeting relatetd to to 
 local chapters.
 
 So please could:
 A) somebody from the working group give the current status (and maybe 
 add a version information to the draft!)
 B) somebody joining the SOTM meeting provide information what was 
 discussed and potential results
 C) somebody from the working group providing information on next steps...

I am not a member of the working group, but to get the ball rolling again
I have brought the wiki page at
http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters up to date
and added all the stuff that I remember from our meeting at SOTM.

I have tried to bring in all the issues that were raised in a form that
they can be discussed easily. I think the creation of a legal document
as the formal agreement between OSMF and a local chapter is only the second
step. The first is that we as a community have to agree roughly on how
the relationship between OSMF and the local chapters should be shaped and
how they fit into the larger context of the OSM community and the other
work of OSMF.

Because this is probably an issue of interest to more than current OSM
members, I would encourage you to discuss things on the talk list and on
the wiki.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Silly me

2009-08-09 Thread Ed Loach

I had to pick up an eBay purchase in Haverhill (Suffolk, UK) today and relied 
on my Suffolk street atlas to get me there. Unfortunately the place the seller 
lived wasn't listed. They lived in ** Walk, and being a Walk this 
generally leads between two streets that cars can access. So their address 
wasn't in the index of the street atlas.

I was tracking my journey though, so looked at the OSM data when I got home. 
Their address was already in there. I should have thought to look before 
setting off.

Ed



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Silly me

2009-08-09 Thread OJ W

they must have known - living in a place like that you soon get used
to explaining no, your address lookup won't work or don't bother
asking me for my postcode, you won't find it whenever someone asks
for your address.

I seem to remember some banks won't let you open accounts if your road
isn't in their map..  good incentive for someone to map their street!



On Sun, Aug 9, 2009 at 6:43 PM, Ed Loache...@loach.me.uk wrote:
 I had to pick up an eBay purchase in Haverhill (Suffolk, UK) today and relied 
 on my Suffolk street atlas to get me there. Unfortunately the place the 
 seller lived wasn't listed. They lived in ** Walk, and being a Walk 
 this generally leads between two streets that cars can access. So their 
 address wasn't in the index of the street atlas.

 I was tracking my journey though, so looked at the OSM data when I got home. 
 Their address was already in there. I should have thought to look before 
 setting off.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Parking and Access

2009-08-09 Thread Peter Körner

Roy Wallace schrieb:
 On Sat, Aug 8, 2009 at 5:48 AM, Kevo...@kevswindells.eu wrote:
 Hi All,

 While trying (and failing miserably) to find a parking space in Birmingham
 (UK) the other day (terrible sign age - talk about leaving it to the last
 minute - AND to top it all I must have parked in the one multi-story not
 already mapped on OSM in Brimingham) it got me thinking about the parking
 access restrictions - on the Wiki there is no consensus of how these should
 be tagged properly - has there been any general consensus on this in the
 past?

 In my experience there are three different types of parking:-

 Private car parks - limited to those with valid permits or employees and
 authorised visitors of the site (this may also be a small section of a
 larger car park - i.e. Staff Only).
 IMHO: access=private
 IMHO You would only want to route to these if you specifically select them.

 Private car parks open to the public - limited to those using the sites
 facilities - e.g. a Leisure Centre car park, one on a retail park, one at a
 supermarket
 IMHO: access=destination
 IMHO You would only want to route to these if you specifically select them
 or the related businesses (are there any relations to say these car parks
 are related to the shops surrounding them?)

 Public car parks - Open to anyone for any (legal) usage, sometimes on
 payment of a fee - e.g. your typical council run multi-story
 IMHO: access=yes
 IMHO these would be routable whenever you want to find parking nearby...

 It would also be useful if the wiki page included the operator key to
 encourage it's usage- this would make it easy for a Sat Nav device to enable
 the user to search for Car Parks operated by NCP near here or similar (for
 when you have a discount card / account enabling you to park cheaper /
 pre-paid at an operators various sites.

 It would also be useful for showing the (primary) payment method (for none
 contract users*):-
 e.g.

 Pay on return (I.e. you pay at a machine when you return to the car park,
 but before returning to you vehicle)
 Pay at exit (i.e. you pay at the exit barrier)
 Pay and Display (i.e. you park, pay, go shopping, return to vehicle, go)
 Free

 (Some places also have free periods - e.g. 00:00 - 07:00; 18:00 - 24:00 Mon
 - Sat; Some are free if you have your receipt validated; Some are free if
 you use them for less than 30 minutes etc,,,)

 Alongside the available payment methods
 e.g.
 Cash
 Cash (Exact Change Only)
 Visa
 Mastercard
 Mastro
 Mobile_Phone

 When visiting an unfamiliar city I (personally) would like to be able to set
 my sat nav destination to a car park near Corporation Street, Birmingham
 which meats my selected preferences.
 My preferences may then be
 Payment Type : Free OR pay on exit OR pay on return
 Car Park Type: multi-story
 Payment Methods : Cash OR Mastercard
 Operated by : NCP or Euro Car Parks or Nottingham City Council
 Obviously any decent routing software would realise that there may be a
 nearer car park that doesn't match everything and could suggest that to you
 to.

 As a small side issue, when it comes to rendering the car parks I think it
 would be benifical to show multi-story car parks differently - some people
 like to avoid them as they feel unsafe, while other prefer them as you
 know there are usually going to be some sensible rules on usage reducing the
 risk of clamping.- e.g the P with a border or some sort of 3D effect?
 
 All sounds good to me.
 

Me to, maybe you'd like to make a proposal of this?

Peter


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] radioactivity

2009-08-09 Thread Liz

On Sun, 9 Aug 2009, Cartinus wrote:
  What about Uranium mining areas?
 
  Australia just announced they were going to let 2 more mines start.

 landuse=surface_mining
 mining_resource=uranium
 name=*
 operator=*

 and a bit further out

 barrier=fence

 Since you are probably not allowed to go inside that fence, you can't know
 where the radioactive areas are.


surface_mining? that's an assumption
and how does one tag an underground mine - I found myself caught trying to map 
these in one mining town




___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009-08-09 Thread Nop


Hi!

Martin Koppenhoefer schrieb:
 I want to point attention to the potlatch-funtion tidy-points (similar
 to JOSM simplify way). I encourage everybody not to use these
 functions (at least not on data someone else entered) as it harms
 severly the data.

First of all, I agree with you that these function can seriously harm 
data, at least when carelessly applied to data that is already 
well-designed.

Some people mentioned that the default settings of these tools are very 
agressive - this is true and a more lenient approach might produce much 
better results. But then, I have not seen any options to change this (in 
JOSM).

But on the other hand, there's some areas where you need those tools. 
During my mapping I have found two areas where the way were hideously 
over-defined. When ways have 10 or 20 times more nodes than required to 
show their none-too-complex form or when nodes are set in 2m distances 
it appears that someone has just uploaded raw GPS traces. This makes 
those areas nearly unusable as even a very modest bounding box will 
exeed the 50k nodes limit. In these cases, simplify way is your good friend.

Eventually, in an anarchic open source society like OSM you can't take 
away a tool anyway, so don't even try. But it is definitely worth 
refining and pointing out proper and improper uses.

bye
Nop

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automa tic simplification of geometry

2009-08-09 Thread Liz

On Mon, 10 Aug 2009, Nop wrote:
 Some people mentioned that the default settings of these tools are very
 agressive - this is true and a more lenient approach might produce much
 better results. But then, I have not seen any options to change this (in
 JOSM).

It was in advanced preferences. Can't find it right now

 But on the other hand, there's some areas where you need those tools.
 During my mapping I have found two areas where the way were hideously
 over-defined. When ways have 10 or 20 times more nodes than required to
 show their none-too-complex form or when nodes are set in 2m distances
 it appears that someone has just uploaded raw GPS traces. This makes
 those areas nearly unusable as even a very modest bounding box will
 exeed the 50k nodes limit. In these cases, simplify way is your good
 friend.

I concur
I found about 350 -400 km of highway uploaded (twice) with points at one per 
second at 100kmh travel speed
Once uploaded and made into a way, and then the way deleted without removing 
the points, then uploaded again
and while we have editors that allow that sort of default behaviour, then we 
need simplifying tools


 Eventually, in an anarchic open source society like OSM you can't take
 away a tool anyway, so don't even try. But it is definitely worth
 refining and pointing out proper and improper uses.



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

 Some people mentioned that the default settings of these tools are very
 agressive - this is true and a more lenient approach might produce much
 better results. But then, I have not seen any options to change this (in
 JOSM).

I think you can change the presets in Einstein-mode.

cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009/8/9 John Smith delta_foxt...@yahoo.com:
 --- On Sun, 9/8/09, Stefan de Konink ste...@konink.de wrote:
 Already saw an OSM editor supporting realigning Yahoo
 Imagery based on
 existing points?

 Not automatically, but JOSM can shift the yahoo image to align it to known 
 points then you just move nodes/ways as needed.

AFAIK potlatch can do this as well, it is much better than nothing but
it doesn't do a full job if the image needs warping (instead of
moving). Without the original imagery you will also get worse results
because yahoo already manipulated the images, now you do it again, in
the end the details that normally could have been on the limit of
visibility will disappear.

cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009/8/9 Liz ed...@billiau.net:
 I concur
 I found about 350 -400 km of highway uploaded (twice) with points at one per
 second at 100kmh travel speed
 Once uploaded and made into a way, and then the way deleted without removing
 the points, then uploaded again
 and while we have editors that allow that sort of default behaviour, then we
 need simplifying tools

not sure. If someone left a real mess (like here leaving thousands of
useless nodes behind), maybe it's better to undo his action and start
from scratch.

cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry

2009-08-09 Thread Apollinaris Schoell


On Aug 9, 2009, at 2:23 PM, Liz wrote:

 On Mon, 10 Aug 2009, Nop wrote:
 Some people mentioned that the default settings of these tools are  
 very
 agressive - this is true and a more lenient approach might produce  
 much
 better results. But then, I have not seen any options to change  
 this (in
 JOSM).

 It was in advanced preferences. Can't find it right now

simplify-way.max-error

you need to play a bit with the numbers to find the right one for your  
use model



 But on the other hand, there's some areas where you need those tools.
 During my mapping I have found two areas where the way were hideously
 over-defined. When ways have 10 or 20 times more nodes than  
 required to
 show their none-too-complex form or when nodes are set in 2m  
 distances
 it appears that someone has just uploaded raw GPS traces. This makes
 those areas nearly unusable as even a very modest bounding box will
 exeed the 50k nodes limit. In these cases, simplify way is your good
 friend.

 I concur
 I found about 350 -400 km of highway uploaded (twice) with points at  
 one per
 second at 100kmh travel speed
 Once uploaded and made into a way, and then the way deleted without  
 removing
 the points, then uploaded again
 and while we have editors that allow that sort of default behaviour,  
 then we
 need simplifying tools


+1
this discussion is pointless. all editors allow deleting ways. why  
should we bother about the power of simplifying a way.



 Eventually, in an anarchic open source society like OSM you can't  
 take
 away a tool anyway, so don't even try. But it is definitely worth
 refining and pointing out proper and improper uses.



 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Building floor plans

2009-08-09 Thread noh way jose

Just an idea. 

Issues:
Multiple, presumably high resolution, maps overlaying the same space. One per 
floor.
How to get unencumbered by copyright floor plans

Opportunities:
Hospitals, College, Government, public or business buildings

Has this been done/suggested yet?

Cheers
-- 
Greg

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Building floor plans

On Sun, 9 Aug 2009, noh way jose wrote:

 Has this been done/suggested yet?

I know it is been discussed, but it is only limited by your client. A
client should be able to do something like Xapi, selecting only a specific
layer, with dynamic filtering.

This would be great for all other sorts of editing too.


Stefan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Building floor plans


--- On Sun, 9/8/09, noh way jose noh.way.j...@dsl.pipex.com wrote:

 Has this been done/suggested yet?

I suggested something similar to the talk-au list, I even mailed the contact 
address on the website of major shopping centre operators but they never 
replied.


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] GPS Accuracy under Forest Canopy

2009-08-09 Thread Mike N.

I'm using netbook with  just your average $30 GPS dongle to collect data.
Today I took a 5 mile out-and back hike under dense forest canopy.   The GPX
traces for the same trail out and back are separated by as much as 100
meters.

   I didn't record PDOP information and such, but are there any solutions to
record decent GPS traces on trails under forest canopy data collection other
than a high end professional GPS datalogger? 


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] GPS Accuracy under Forest Canopy


--- On Sun, 9/8/09, Mike N. nice...@att.net wrote:

    I didn't record PDOP information and
 such, but are there any solutions to
 record decent GPS traces on trails under forest canopy data
 collection other
 than a high end professional GPS datalogger? 

If a phone network and the phone supports it AGPS can help where GPS fails. Not 
all data loggers are the same some have a much higher sensitivity. You might be 
able to use sat overlays to estimate the true path.

It really depends what options you have available and how much time, money, 
effort etc you are willing to spend on it.


  

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk-nl] noord-zuid lijn

2009-08-09 Thread Rejo Zenger

Hi,

Zie http://www.openstreetmap.org/?way=34611587. Volgens mij is dat de 
Noord-Zuid lijn van de metro die in aanbouw is in Amsterdam. Is nu 
tagged met enkel een railroad:construction, in ieder geval op sommige 
plaatsen. Is dat alles dat er moet zijn?

Hoe gaan we om met de layer informatie voor dat ding? Het is immers in 
ondergronds, maar er is op zat plekken bovengronds ook van alles gaande.  
Ik zou zeggen dat op veel plaatsen layer:0 correct is. Wat doen je dan 
met de kruisingen? Dat zijn geen railroad crossings. Wat is het beste om 
te doen?


-- 
Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl
GPG encrypted e-mail prefered. 


signature.asc
Description: Digital signature
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] noord-zuid lijn

2009-08-09 Thread Rejo Zenger

++ 09/08/09 10:44 +0200 - Maarten Deen:
 Hoe gaan we om met de layer informatie voor dat ding? Het is immers 
 in ondergronds, maar er is op zat plekken bovengronds ook van alles 
 gaande.  Ik zou zeggen dat op veel plaatsen layer:0 correct is. Wat 
 doen je dan met de kruisingen? Dat zijn geen railroad crossings. Wat 
 is het beste om te doen?

Alles wat in een tunnel zit krijgt tunnel=yes en een layer minder dan 0. 
Stations krijgen gewoon een railway=station en toegangen tot het station 
krijgen 
railway=subway_entrance.
Ik weet alleen even niet of en hoe je toegangen met het station verbindt.

Mijn punt was, zolang die in aanbouw is heb je op veel plekken 
bovengronds ook een gewijzigde situatie. Het beste zou zijn om die hele 
route af te gaan en dat voor elk stukje te beoordelen. Is er een 
alternatief?




-- 
Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl
GPG encrypted e-mail prefered. 


signature.asc
Description: Digital signature
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] noord-zuid lijn

2009-08-09 Thread Maarten Deen

Rejo Zenger wrote:
 ++ 09/08/09 10:44 +0200 - Maarten Deen:
 Hoe gaan we om met de layer informatie voor dat ding? Het is immers 
 in ondergronds, maar er is op zat plekken bovengronds ook van alles 
 gaande.  Ik zou zeggen dat op veel plaatsen layer:0 correct is. Wat 
 doen je dan met de kruisingen? Dat zijn geen railroad crossings. Wat 
 is het beste om te doen?

Alles wat in een tunnel zit krijgt tunnel=yes en een layer minder dan 0. 
Stations krijgen gewoon een railway=station en toegangen tot het station 
krijgen 
railway=subway_entrance.
Ik weet alleen even niet of en hoe je toegangen met het station verbindt.
 
 Mijn punt was, zolang die in aanbouw is heb je op veel plekken 
 bovengronds ook een gewijzigde situatie. Het beste zou zijn om die hele 
 route af te gaan en dat voor elk stukje te beoordelen. Is er een 
 alternatief?

Ah, dat had ik even niet in de gaten. Bedoel je dan ook de tijdelijke situatie 
bij werkzaamheden?
Ik denk dat vooral omdat dat hele metrogebeuren nog lang gaat duren het best 
handig is om alles in OSM te zetten. En dan moet je dat met plaatselijke 
bekendheid doen.

Groeten,
Maarten

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] 2de Amsterdamse Mappers Babbel

2009-08-09 Thread Roeland Douma

Hij staat genoteerd!
Heb er weer zin in :)

On Tuesday 07 July 2009 09:56:40 Rejo Zenger wrote:
 Hi,

 Na het succes van de 1ste Amsterdamse OSM Babbel heb ik alvast maar de
 datum geprikt voor de volgende babbel: donderdag 10 september 2009, om
 20:00 uur. De locatie is De Bekeerde Suster, aan de Kloveniersburgwal
 6 in Amsterdam.

 Ik ben er in ieder geval bij. :)



signature.asc
Description: This is a digitally signed message part.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [talk-au] amenity=shelter

2009-08-09 Thread Ashley Kyd

Thanks all for the input.

I was just double checking because it turns out I've been using the
shelter property pretty loosely. I've got a number of them scattered
around the place which I've probably mistagged as a result.

I'll have to go back through my edits and see if I can fix them up. _

Ash.

On Sun, 2009-08-09 at 13:48 +1000, James Livingston wrote:
 On 08/08/2009, at 6:51 PM, John Smith wrote:
  --- On Sat, 8/8/09, b.schulz...@scu.edu.au b.schulz...@scu.edu.au  
  wrote:
  I'd
  say that the best solution would be
  tourism=picnic_site;shelter/cover/rainproof=yes. The reason
  being that it's not just a shelter, it's a picnic
  site which happens to be under cover.
 
  I suggested:
 
  tourism=picnic_site
  cover=yes
 
 I've got a couple of these sitting in my to-be-uploaded queue as well.  
 I'd been thinking of using shelter=yes, because I've seen that used on  
 various other things (e,g. bus stops) to indicate that and keeping it  
 consistent would be good, but I'm happy to use whatever we come up with.
 
 ___
 Talk-au mailing list
 Talk-au@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-au
-- 
Ashley Kyd
• Web  Software Development in Brisbane, Australia.
• Phone (07) 3129 2332, or visit http://kyd.com.au/


signature.asc
Description: This is a digitally signed message part
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Javascript map api abstraction thingy

2009-08-09 Thread Jim Croft

Did I miss this on this list?  any Oz implementations?

http://mapstraction.com/
with osm support and demo:
http://mapstraction.com/demo.php?map=openstreetmap

jim

-- 
_
Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~
http://www.google.com/profiles/jim.croft
... in pursuit of the meaning of leaf ...
... 'All is leaf' ('Alles ist Blatt') - Goethe

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Javascript map api abstraction thingy


--- On Sun, 9/8/09, Jim Croft jim.cr...@gmail.com wrote:

 Did I miss this on this list? 
 any Oz implementations?

OpenLayers can do that too I think.


  

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Cycleway/footway/path

2009-08-09 Thread Ben Kelley

Hi.

2009/8/8 John Smith delta_foxt...@yahoo.com

 Can someone marking in these cycle paths comment on if there is common
 widths or what width would people deem to be a footway, cycleway, bridleway,
 etc?


For me the important point is whether you can cycle on the path or not. For
the purposes of the cycle map, do you want to indicate this path
differently?

Generally if the path forms path of a marked cycle route this is important,
and not so important otherwise.

It's a tricky thing: Sure, don't tag for the renderer, but given that what a
lot of people use is the rendered map, I can see why people use
highway=cycleway for something that is not exclusively for cycling.

Interestingly, most cycle maps I have seen mark on road and off road
routes, regardless of whether pedestrians are allowed on the off road
routes. I will suggest changing the rendering of the cycle map to be more
like this.

e.g.
The current rendering of a cycleway that is a marked cycle route used for:
bicycle=yes (even if implied), motor_car=no (even if implied), lcn/rcn=*
(At the moment you only get this for highway=cycleway)

vs

The current rendering of a normal road that is a marked cycle route used
for:
bicycle=yes (even if implied), motor_car=yes (even if implied), lcn/rcn=*

vs

A normal road:
bicycle=unspecified or no

 - Ben.
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Cycleway/footway/path

2009-08-09 Thread Roy Wallace

On Sun, Aug 9, 2009 at 11:18 AM, Lized...@billiau.net wrote:
 i think we should mark highway=cycleway where it is a cycleway

What is a cycleway? Is it defined in a verifiable way?

 i accept that highway=path could be subdivided into everything
 but to me path is primarily foot use first

This is not the current definition in the wiki.

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Cycleway/footway/path




--- On Sun, 9/8/09, Ben Kelley ben.kel...@gmail.com wrote:

 A normal road:
 bicycle=unspecified or no

As I said, I don't cycle much so I'm just trying to think through the 
possibilities, if you're looking for a primary purpose maybe that's how to look 
at this.

To play devils advocate here for a second, should highway=* be used at all, I 
mean a highway is something cars go on, or something cars used to go on but 
they turned it into a pedestrian only area, eg Martin Place in Sydney.

So the following both seem illogical to me

highway=cycleway
and
highway=path

Shouldn't it be:

path=cycleway
or
path=footway

etc?

It's a path not a highway, and this way you are still describing the primary 
purpose and this is suggestion is bound to make everyone equally unhappy :)


  

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Cycleway/footway/path




--- On Sun, 9/8/09, Roy Wallace waldo000...@gmail.com wrote:

 What is a cycleway? Is it defined in a verifiable way?

Yes they have signs up with pictures of bicycles.


  

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Cycleway/footway/path

2009-08-09 Thread Roy Wallace

On Mon, Aug 10, 2009 at 10:02 AM, John Smithdelta_foxt...@yahoo.com wrote:
 --- On Sun, 9/8/09, Roy Wallace waldo000...@gmail.com wrote:

 What is a cycleway? Is it defined in a verifiable way?

 Yes they have signs up with pictures of bicycles.

So you seem to be suggesting:
1. for a way signed with a picture of a bicycle - highway=cycleway
2. for a shared path (i.e. picture of person as well) -
highway=cycleway; foot=designated
3. for a flat, smooth, wide path (great for cycling) with no picture -
highway=path; bicycle=yes

Is that really what you're suggesting? If so, it seems clear enough
(though it isn't my preference). If this is the consensus, the wiki
needs updating. FWIW, my preference is:

1. for a way signed with a picture of a bicycle - highway=path;
bicycle=designated
2. for a shared path (i.e. picture of person as well) - highway=path;
bicycle=designated; foot=designated
3. for a flat, smooth, wide path (great for cycling) with no
sign/picture - highway=path; bicycle=yes

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

[talk-au] For those organising mapping parties...


I've had a couple of nibbles from posting an event on Geocaching.com, and even 
if they don't turn up they become aware of OSM's existence. I've had no feed 
back from the emails I sent to 4wd/bushwalking/computer groups.

http://coord.info/GC1WAGA


  

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

[Talk-de] Hausnummern, addr:street-Tag vs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Gernot Hillier

Guten Morgen!

Seit einiger Zeit erfassen wir in Landshut auch Hausnummern nach dem
Karlsruhe-Schema
(http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema).

Auf der Wiki-Seite steht ja recht klar, dass es dem Mapper überlassen
bleibt, ob er jetzt das addr:street-Tag oder die Relation
associatedStreet verwendet.

Jetzt scheint es aber so zu sein, dass der OSM Inspector die Relationen
nicht unterstützt - zumindest mault der Inspector bei solchermaßen
erfassten Nummern, dass die zugehörige Straße nicht gefunden wurde.

Beispiel:
http://tools.geofabrik.de/osmi/?view=addresseslon=12.13216lat=48.54323zoom=16overlays=street_not_found

Kannm man das im Inspector bitte nachrüsten oder gibt es mittlerweile
einen Konsens, das Tagging zu bevorzugen?

Bevor hier der Vorschlag kommt: beides zu verwenden, halte ich für sehr
begrenzt zweckmäßig - Widersprüche zwischen den beiden Angaben dürften
für alle Beteiligten zu verwirrenden Ergebnissen führen, die schwer zu
analysieren und zu beheben sind...

Und nebenbei noch eine Frage an die Relations-Verwender: warum darf der
Member street nur einmal enthalten sein? Üblicherweise ist eine Straße
doch in mehrere Teilstücke aufgeteilt. Dort müsste es also entweder
Recurrence: one or more heißen - oder es müsste erlaubt sein, dass der
Member wieder eine Relation ist (z.B. unter Verwendung von Collected_Ways).

--
Gernot

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30km/h - Anlieger frei

2009-08-09 Thread Andreas Pothe

Johann H. Addicks:


 Selbst wenn da noch das 250er drüber hinge, eine merkwürdige
 Kombination:
 
 http://www.addicks.net/gallery/bizar/P8080188

Erinnert mich an die ähnliche Kombination aus Österreich:
30 mit Zusatzschild ausgenommen Alois
http://www.witzbild.de/lustig70.htm


CU
Andreas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] copyright

2009-08-09 Thread SLXViper

Karl Eichwalder schrieb:
 Übrigens sind viele fußgängerzonen nur von mo-sa von 10-19 uhr oder so
 für radverkehr gesperrt...
Eigentlich eher für die restliche Zeit freigegeben, da Radfahrer auf dem
Rad ohne Zusatzschild da drin nix zu  suchen haben ;)

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tag vs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Jochen Topf

On Sun, Aug 09, 2009 at 09:16:17AM +0200, Gernot Hillier wrote:
 Auf der Wiki-Seite steht ja recht klar, dass es dem Mapper überlassen 
 bleibt, ob er jetzt das addr:street-Tag oder die Relation 
 associatedStreet verwendet.

Dann sollte das mal jemand fixen. :-)

 Jetzt scheint es aber so zu sein, dass der OSM Inspector die Relationen 
 nicht unterstützt - zumindest mault der Inspector bei solchermaßen 
 erfassten Nummern, dass die zugehörige Straße nicht gefunden wurde.
 
 Beispiel:
 http://tools.geofabrik.de/osmi/?view=addresseslon=12.13216lat=48.54323zoom=16overlays=street_not_found
 
 Kannm man das im Inspector bitte nachrüsten oder gibt es mittlerweile 
 einen Konsens, das Tagging zu bevorzugen?

Es gibt weltweit etwa 3800 Relationen mit type=associatedStreet und 248000 ways
mit addr:street=*. Ich glaube das kann man einen Konsens nennen.

Siehe auch:
http://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Addresses#Discussion

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30km/h - Anlieger frei

2009-08-09 Thread Herbert Hannebrook


Hallo
da habe ich auch noch eine Variante:
http://www.hannebrook.de/osm/Hund.jpg
maxspeed=30
dogs=poop
poop=no

Herbert
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Magazin mit OSM-Deutschlandkarte auf Heft-CD

2009-08-09 Thread Sven Sommerkamp

Am Sonntag, 9. August 2009 07:39:06 schrieb DarkAngel:
 André Riedel schrieb:
  Am 8. August 2009 14:34 schrieb André Riedel riedel.an...@gmail.com:
  ... sowie eine kleine Anleitung, wie man diese ins
 
  Garmin-Gerät
 
  bringt.
 
  confused 8-/

 Ein Zitat von deren Website:
 150 Euro geschenkt – wer will das nicht? Von uns können Sie‘s haben,
 zumindest den Gegenwert davon. Auf Ihrer Heft-DVD finden Sie eine
 topaktuelle Deutschland-Karte für Ihr Navi. Sie funktioniert für alle
 Garmin- und TomTom-Geräte und basiert auf dem Material von
 OpenStreetMap. Die Karten stehen den kommerziellen Karten der
 Navi-Hersteller um nichts nach – nur im Preis, denn sie sind völlig
 kostenlos, während ansonsten zwischen 150 und 200 Euro fällig werden.

 Eine Anleitung, wie man die Karten auf einem TomTom nutzt, habe ich aber
 beim Durchblättern im Laden nicht gefunden.

 Soviel zur Qualität dieser Zeitschrift...
Es ist auch ein bißchen großspurig aufgemacht.
Von wegen stehen den kommerziellen Karten in nichts nach...

Wäre schön, aber das dauert noch ein bißchen, wenn überhaupt.

Es wäre aber ein schönes Ziel!

Und das mit Tomtom wäre mir auch neu.

Wobei auch das natürlich schön wäre..

Es werden Erwartungen geweckt, die wir jedenfalls derzit nicht erfüllen 
können.

Aber vielleicht arbeiten wird dran, dann allerdings..

Gruß Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Off: Speed-Camera auch für Kreuzungs überwachung

2009-08-09 Thread Sven Sommerkamp

Am Samstag, 8. August 2009 15:10:50 schrieb Martin Koppenhoefer:
 Am 8. August 2009 09:00 schrieb Sven Sommerkamp s_sommerk...@gmx.de:
  Ich meinte eigentlich beides.
  Argumentation die Überwachung durchzuführen ist die hohe
  Unfallwahrscheinlichkeit.
 
  Und gleichzeitig ist die Überwachung auch ein neuer Auslöser für Unfälle.
  (Huch bin ich grad zu schnell, vorsichtshalber gebremst)

 das kann m.E. kein Argument gegen Überwachung sein, dass die Leute
 dann bremsen.
Stimmt das sagt die Polizei auch!
Und ihren Job sichert es in beiden Fällen also egal.
Unfall bringt Geld und Überwachung auch.

Für mich als Bürger ist eigentlich wichtig sicher von A-B zu kommen, ohne 
Unfälle und ohne Extrakosten.
 Als Fahrer musst Du ja sowieso ununterbrochen damit
 rechnen, bremsen zu müssen. Ist allerdings sowie OT hier.
Da hast du recht!
Also lassen wirs, hab mich mal wieder hinreissen lassen..

 Gruß Martin

Gruß Sven

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tag vs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Gernot Hillier

Tag!

Jochen Topf schrieb:
 On Sun, Aug 09, 2009 at 09:16:17AM +0200, Gernot Hillier wrote:
 Auf der Wiki-Seite steht ja recht klar, dass es dem Mapper überlassen 
 bleibt, ob er jetzt das addr:street-Tag oder die Relation 
 associatedStreet verwendet.
 
 Dann sollte das mal jemand fixen. :-)
[...]
  Kannm man das im Inspector bitte nachrüsten oder gibt es mittlerweile
  einen Konsens, das Tagging zu bevorzugen?
 
  Es gibt weltweit etwa 3800 Relationen mit type=associatedStreet und
  248000 ways mit addr:street=*. Ich glaube das kann man einen Konsens
  nennen.

Ok, verstanden. Habe die Seite ganz eigenmächtig mal ein wenig 
aufgeräumt. Oder eigentlich habe ich sie ziemlich aufgeräumt, weil ich 
sie schon immer furchtbar unübersichtlich fand. :-)

Ich denke aber, dass ich keine wesentlichen Informationen entfernt oder 
verfälscht habe.

Wenn's jemandem nicht passt, möge er mich schimpfen oder den 
Rollback-Knopf nutzen. :)

--
Gernot


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Magazin mit OSM-Deutschlandkarte auf Heft-CD

Am 9. August 2009 07:39 schrieb DarkAngel darkan...@ms-team.de:
 Ein Zitat von deren Website:
150 Euro geschenkt – wer will das nicht? Von uns können Sie‘s haben,
zumindest ...
Navi-Hersteller um nichts nach – nur im Preis, denn sie sind völlig
kostenlos, während ansonsten zwischen 150 und 200 Euro fällig werden.

Frechheit. Wo bekommt man denn bitte die ganze Fußwege, Fahrradwege
und Trinkwasserbrunnen in routingfähig für nur 200 EUR? ;-)

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tag vs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Tobias Knerr

Gernot Hillier schrieb:
 Ok, verstanden. Habe die Seite ganz eigenmächtig mal ein wenig 
 aufgeräumt. Oder eigentlich habe ich sie ziemlich aufgeräumt, weil ich 
 sie schon immer furchtbar unübersichtlich fand. :-)

Was mich an der Seite wundert, ist, dass einige Infos gegenüber dem
Proposal einfach verschwunden sind, z.B. interpolation=all. Außerdem hat
die Original-Tabelle teils wesentlich bessere Beschreibungen.

Ich habe eben angefangen, die Sachen etwas anzugleichen, aber eigentlich
ist das ja sinnlos - zwecks Einheitlichkeit wäre es eigentlich ohnehin
besser, wie z.B. bei Key:highway einfach das Template von Map Features
zweimal zu verwenden, oder?

Tobias Knerr

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. ass ociatedStreet-Relation und OSM Inspector

2009-08-09 Thread Seehundeführer


  Kannm man das im Inspector bitte nachrüsten oder gibt es mittlerweile 
  einen Konsens, das Tagging zu bevorzugen?
 
 Es gibt weltweit etwa 3800 Relationen mit type=associatedStreet und 248000 
 ways
 mit addr:street=*. Ich glaube das kann man einen Konsens nennen.
 
 Siehe auch:
 http://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Addresses#Discussion
 
 Jochen


Hallo zusammen, das Problem mit dem Tagging anstelle der Relation ist, dass u.U.
ein Haus nicht zugeordnet werden kann, wenn es etwas weiter von der Straße
entfernt steht.
http://tools.geofabrik.de/osmi/?view=addresseslon=9.21978lat=50.00577zoom=17overlays=street_not_found


ciao
Mirko


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Tobias Knerr

Seehundeführer schrieb:
 Hallo zusammen, das Problem mit dem Tagging anstelle der Relation ist, dass 
 u.U.
 ein Haus nicht zugeordnet werden kann, 

... wenn jemand statt Siemensstraße Siemenstraße schreibt.

 http://tools.geofabrik.de/osmi/?view=addresseslon=9.21978lat=50.00577zoom=17overlays=street_not_found

Tippfehler waren natürlich eins der Argumente für associatedStreet...

Tobias Knerr

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30km/h - Anlieger frei

2009-08-09 Thread Garry

Johann H. Addicks schrieb:
 Selbst wenn da noch das 250er drüber hinge, eine merkwürdige Kombination:

 http://www.addicks.net/gallery/bizar/P8080188
   
Vielleicht ein privat ohne Sachkenntnis aufgestelltes Schild an einem 
Privatweg,,,

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel

2009-08-09 Thread Tirkon

Stephan o...@stephans-server.de wrote:

es fehlt ein Leerzeichen zwischen -Xmx256m und -Dsun.java
Wenn das so gestartet wird sucht er die Datei josm-tested.jar im 
Verzeichnis C:\Dokumente und Einstellungen\x
Ich habe versucht, mich über das cmd.exe Fenster ein bißchen schlau zu
machen und jetzt verschiedene Versionen probiert, komme aber nicht
weiter, weil ich unter Anderem das Ziel nicht kenne. Daher einige
Fragen?

1) Ist es das Ziel der jetzigen Aktion, JOSM zu starten und die
Auswirkung der Parameter zu sehen oder eine aussagekräftige
Fehlermeldung im DOS Fenster zu bekommen?

2) Welches Verzeichnis sollte am DOS Prompt erscheinen, wenn ich die
Aufrufe aus 
http://lists.openstreetmap.org/pipermail/talk-de/2008-August/018375.html
vornehme oder ist das egal? 

3) Von SLXViper wurde der Aufruf 
java -Xms32m -Xmx256m -Dsun.java2d.opengl=true -Dsun.java2d.d3d=false
-Dsun.java2d.ddscale=true -XX:+UseParallelGC
-XX:+UseAdaptiveSizePolicy 
-jar josm-latest.jar
empfohlen. In
http://lists.openstreetmap.org/pipermail/talk-de/2008-August/018375.html
steht aber, dass dieser für Linux sei. Wäre für mich nicht die Windows
Version, nämlich
java -Xms32m -Xmx256m -Dsun.java2d.ddscale=true -XX:+UseParallelGC 
-XX:+UseAdaptiveSizePolicy -jar josm-latest.jar
der richtige Aufruf?

4) Wenn ich aus der Mailingliste in den Editor kopiere, ergibt sich an
den Zeilenumbrüchen ein auf der Schmalseite stehendes Rechteck. Muss
ich dieses Rechteck rauslöschen oder durch ein Leerzeichen ersetzen,
um den ursprünglichen Zustand der Aufrufe wieder herzustellen?

Ich kann dir anbieten mal mit dem neuen Skype bzw. Teamviewer einen 
Blick auf den Desktop zu werfen. Mit etwas Unterstützung klappt das 
bestimmt.

Das ist sehr nett gemeint. Vielen Dank für das Angebot. Sei bitte
nicht böse, aber ich kenne Dich überhaupt nicht. An diesen Rechner
könnte ich wegen Arbeitgebermaterials nicht einmal gute Bekannte
dranlassen.

Um einfach mal JOSM zu sehen reicht auch die Webstart Version aus. Da 
musst du nichts installieren.
Hier die Adresse: http://josm.openstreetmap.de/download/josm.jnlp

Wie gesagt, hier auf dem Notebook läuft es ja, aber das Display ist
klein.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Magazin mit OSM-Deutschlandkarte auf Heft-CD

2009-08-09 Thread André Riedel

Am 9. August 2009 15:07 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 ... Trinkwasserbrunnen in routingfähig ...
^^^ Habe ich noch nicht gebraucht ;o)

Ich wollte nur darauf aufmerksam machen, dass die Anwendungen schon
gut vermarktet werden. Wie die Ausführung im Magazin ist, das ist eine
ganz andere Sache. Aber die Nennung von Tom Tom auf der ersten Seite
hat mich auch irritiert.

Ciao André

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel

2009-08-09 Thread André Riedel

Hallo Tirkon,

wo hast du die josm-tested.jar oder josm-latest.jar  gespeichert? Ich
gehe jetzt mal von C:\osm\josm aus. Eingaben müssen immer ohne die
Anführungsstriche erfolgen.

Um die Eingabeaufforderung zu starten (das ist kein DOS-modus) gehst
du wie folgt vor:
Windows XP: Start - Ausführen ... - cmd eingeben und mit der
Enter-Taste bestätigen
Windows Vista/7: Start - in Eingabezeile cmd eingeben und mit der
Enter-Taste bestätigen

Jetzt öffnet sich ein neues Fenster mit weißen Text auf schwarzen
Grund (die Eingabeaufforderung). Hinter dem momentanen Verzeichnis
blinkt ein _ und dient als aktuelle Position der Eingabe. Dort gibt
man jetzt den Befehl cd C:\osm\josm ein um in das JOSM-Verzeichnis
zu wechseln. Bestätigt werden die Befehle jedesmahl mit Enter.

Um ein Java-Programm zu starten, kann man es entweder mit Doppelklick
auf die Datei ausführen oder durch einen Befehl in der
Eingabeaufforderung. Um einen Programm zu starten genügt die Eingabe
von java -jar josm-tested.jar.

Durch die Eingabe weiterer Parameter kann man die Ausführung des
Java-Programmes in vielfältiger Weise beeinflussen.

Beispiele:
-Xms32m
... Gibt den minimal für Java verwendeten Arbeitsspeicher an. Hier 32 MB.
-Xmx256m
... Gibt den maximal für Java verwendetbaren Arbeitsspeicher an. Hier 256 MB.
... Mögliche andere Werte sind hier alle Potenzen von 2, also auch 64,
128, 512, 1024 usw.

-XX:+UseParallelGC
-XX:+UseAdaptiveSizePolicy
... Beinflussung der Arbeitsspeichernutzung und -wiederfreigabe.

-Dsun.java2d.ddscale=true
... Für Unterstützung der Arbeitsleistung durch die Grafikkarte. In
Windows standardmäßig mit DirectX. [1]

-Dsun.java2d.opengl=true
-Dsun.java2d.d3d=false
-Dsun.java2d.ddscale=true
... Um unter Windows anstatt DirectX die alternative OpenGL zu nutzen,
sind die vorhergehenden Parameter notwendig. Unter Linux ist dies der
einzige Weg um eine Grafikkartenunterstützung zu bekommen. [1]

Zum Testen wie das ganze auf deinem Rechner läuft solltest du jetzt
die beiden folgenden Varianten prüfen. Bitte beachte, dass die Eingabe
hintereinander geschieht und keine kryptischen Zeichen enthält. Diese
müssen gelöscht werden.

java -Dsun.java2d.ddscale=true -jar josm-tested.jar
oder
java -Dsun.java2d.opengl=true -Dsun.java2d.d3d=false
-Dsun.java2d.ddscale=true -jar josm-tested.jar

Wenn eine Variante davon funktioniert, kannst du dann mit Hilfe der
anderen Parameter schauen, ob das Programm damit besser funktioniert.

Damit du diese Parameter nicht immer wieder neu eingeben musst, kannst
du den funktionierenden Aufruf auch mit einer Verknüpfung oder einer
Bat-Datei automatisch übergeben.

Beispiel Bat-Datei:
Im entsprechenden JOSM-Ordern mit einem Rechtsklick eine neue
Textdatei erstellen. Öffne nun diese txt-Datei mit dem Editor und
kopiere den funktionierenden Aufruf in diese Datei hinein. Nach dem
Speichern musst der Name der Datei umbenannt werden. (Neues
Textdokument.txt in josm.bat) Beim nächsten mal wenn du JOSM
starten willst, kannst du dies auch einfach mit einem Doppelklick auf
josm.bat machen.

Viel Spaß beim Probieren.
André

[1] Was ist DirectX oder OpenGL? Grob gesagt, liefern die beiden
Standards Funktionen um die Grafikkarte als Programmierer einfach
ansprechen zu können. Da DirectX von Microsoft entwickelt wird, gibt
es dies nicht für die freien Betriebssysteme wie Linux. Heutige
Grafikkarten für den Privatkundenmarkt - die ATI Radeon oder Nvidia
GeForce - bieten oft sehr gute DirectX-Unterstützung, aber nicht für
OpenGL. Die entsprechenden Pedants dazu sind die FireGL und
QuaddroFX-Karten, welche eine erweiterte OpenGL-Unterstützung bieten
und so auch für professionelle Programme wie CAD usw. unterstützen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel

2009-08-09 Thread André Riedel

Ergänzung:
In der Eingabeaufforderung werden jetzt alle Fehlermeldungen und
Statusberichte des Programmes aufgezeichnet. Dies unterstützt die
spätere Fehlersuche, wenn irgendetwas wie in deinem Fall nicht
funktioniert.

Wenn alles Funktioniert, kann man java durch javaw ersetzen. Der
Unterschied dabei ist, dass die Eingabeaufforderung nach dem Starten
verschwindet.

Ciao André

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wanderkarte für Deutschland, Öste rreich, Schweiz

2009-08-09 Thread Karl Eichwalder

Nop ekkeh...@gmx.de writes:

 Die Garmin-Version der Wanderkarte ist jetzt für Deutschland, 
 Österreich, die Schweiz und Südtirol verfügbar.

Ich habe nun erstmal die karte auf ein Garmin kopiert und muss sagen,
dass das viel besser ist, als ich noch kürzlich dachte.  Großes Lob!

Spätestens im herbst/winter werde ich versuchen, in Franken und der
Oberpfalz die daten zu überprüfen.  Es ist erstaunlich, wie emsig um
Nürnberg rum wanderwege verlegt werden.  Bei alpenwanderungen habe ich
oft nicht den nerv, mich großartig mit der technik zu beschäftigen...

Bei den contur-linien ist mir aufgefallen, dass nur die 100er
beschriftet sind.  Wäre es möglich, wenigstens die 50er noch zu
beschriften?  Es würde mir auch reichen, wenn man die info nur bekommt,
sobald man mit dem curser auf eine solche linie geht.

Ist es eigentlich wirklich nicht möglich, parallel eine zweite karte zur
auswahl auf einer SD-karte zu haben?  Manchmal würde ich doch gern mal
schnell auf die All-in-One umschalten wollen.

-- 
Karl Eichwalder

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Magazin mit OSM-Deutschlandkarte auf Heft-CD

2009-08-09 Thread DarkAngel

André Riedel schrieb:
 Am 9. August 2009 15:07 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 ... Trinkwasserbrunnen in routingfähig ...
 ^^^ Habe ich noch nicht gebraucht ;o)
 
 Ich wollte nur darauf aufmerksam machen, dass die Anwendungen schon
 gut vermarktet werden. Wie die Ausführung im Magazin ist, das ist eine
 ganz andere Sache. Aber die Nennung von Tom Tom auf der ersten Seite
 hat mich auch irritiert.
 

Naja, nur wie sieht es dann letztlich aus: Die PC-Laie (ich glaube
andere kaufen diese Zeitschrift nichts) liest: Oh toll, Gratiskarte fürs
Navi.
Dann das erste Problem - wie bekomme ich diese Karte auf mein Tomtom?!
Geht nicht - also ist OSM Schrott...
Sollte der Leser tatsächlich ein Garmin haben, das nächste Problem:
Adresssuche (wohl Sinn und Zweck eines Navis) - geht nicht bzw. nur sehr
eingeschränkt - also ist OSM Schrott.
Kartenabdeckung, Regional ziemlich genau aber leider teilweise auch sehr
 viele weiße Flecken.

OSM ist sicherlich toll - wenn man weiß was es ist. Für die Masse (der
Navi-Besitzer) m.E. leider derzeit nicht wirklich zu gebrauchen.

-- 

Gruß Mario



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30km/h - Anlieger frei

2009-08-09 Thread Mario Salvini

Johann H. Addicks schrieb:
 Selbst wenn da noch das 250er drüber hinge, eine merkwürdige Kombination:

 http://www.addicks.net/gallery/bizar/P8080188

 -jha-
schaut eher so aus, als hätte das 30 Schild oben gehangen dadrunter ein 
durchfahrt verboten (roter Ring auf weißem Grund) und  jemand hat sich 
den Spaß erlaubt da was umzumontieren. Sinn macht das so jedenfalls 
nicht *g*

Gruß
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. as sociatedStreet-Relation und OSM Inspector

2009-08-09 Thread Sven Sommerkamp

Am Sonntag, 9. August 2009 15:26:10 schrieb Seehundeführer:
   Kannm man das im Inspector bitte nachrüsten oder gibt es mittlerweile
   einen Konsens, das Tagging zu bevorzugen?
 
  Es gibt weltweit etwa 3800 Relationen mit type=associatedStreet und
  248000 ways mit addr:street=*. Ich glaube das kann man einen Konsens
  nennen.
Allgemein denke ich das Relationen so wenig verwendet werden liegt 
hauptsächlich daran das sie so umständlich und unverständlich und wenig 
einheitlich zu handhaben sind.
In dem benannten Fall ist die Methode mit den Extrawegen momentan einfacher 
anzuwenden, weil Relationen wenig intuitiv einzugeben sind.

Das wäre anders denkbar.

Ein Dialog im Editor der einen bestimmte Dinge abfragt und dann z.B. eine 
Relation mit Hausnummernbereichen draus macht wäre erheblich hilfreich! 
 
  Siehe auch:
  http://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Addresses#Discussi
 on
 
  Jochen

 Hallo zusammen, das Problem mit dem Tagging anstelle der Relation ist, dass
 u.U. ein Haus nicht zugeordnet werden kann, wenn es etwas weiter von der
 Straße entfernt steht.
Das sehe ich auch so.
Ich denke auch das in nden meisten Fällen wo Leute eine Adressinterpolation 
mit Extrawegen und Knoten anlegen, dies nicht wirklich ortsgenau tun..
Wird auch meistens schwer möglich sein.
Also tut es die Relation eigentlich genauso, sie gaukelt auch keine höhere 
Genauigkeit vor als sie wirklich hat.

Mit dem erzielten Ergebnis wären vermutlich die Meisten voll zufrieden, viel 
Bedienungsfreundlichkeit wäre mit dieser Methode machbar, sofern intelligent 
programmiert für den Editor, somit würde auch hier wesentlich schneller ein 
Fortschritt erzielt werden.
 http://tools.geofabrik.de/osmi/?view=addresseslon=9.21978lat=50.00577zoo
m=17overlays=street_not_found


 ciao
 Mirko

Gruß Sven


 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Magazin mit OSM-Deutschlandkarte auf Heft-CD

2009-08-09 Thread Tobias Wendorff

Am So, 9.08.2009, 19:49 schrieb DarkAngel:


[...]

*g*

Das ähnelt der Diskussionen bei der Erfindung des Telefons :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Mirko Küster

 Allgemein denke ich das Relationen so wenig verwendet werden liegt
 hauptsächlich daran das sie so umständlich und unverständlich und wenig
 einheitlich zu handhaben sind.

Und dann werden die auch gerne versaut, übersehen oder verschwinden auch 
gerne einmal ganz. Deswegen nutze ich wo es nur geht Alternativen und 
verzichte auf Relationen. Wenn irgendwo eine Hausnummer verschwindet dann 
geht das nur mit dem löschen des ganzen Gebäudes, was nicht lange unenddeckt 
bleibt. Geht eine Relation krachen geht das gesuche los, wenn man es denn 
überhaupt merkt. Man sieht ja nur das eine Relation bearbeitet wurde oder 
ganz verschwunden ist, was im Detail passierte muss man erst suchen.

Ich verstehe auch nicht warum da irgendwas nicht gefunden wird. Ich vergebe 
jedem Haus einen kompletten Satz addr. Jedes Haus hat also erstmal seine 
Koordinate, die Nummer , dann sagt es uns das es in DE steht, genauer in 
Astadt, welche die Postleitzahl 12345 hat, genauer in der B Straße. Ein 
Router muss dabei nur den Weg mit dem küzesten Abstand zu dieser Koordinate 
finden. Ich sehe da keinen Vorteil wenn das irgendwo in einer Relation 
hockt. Hier auf den Dörfern ist das ganz normal das ein Haus mal weitab der 
eigentlichen Straße steht und nur über irgendwelche verwinkelten Gassen 
direkt angefahren werden kann. Der Router muss den Weg so oder so dahin 
suchen.

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Tobias Wendorff

Am So, 9.08.2009, 20:47 schrieb Mirko KÃ¼ster:
 Hier auf den DÃ¶rfern ist das ganz normal das ein Haus mal weitab
 der
 eigentlichen StraÃe steht und nur Ã¼ber irgendwelche verwinkelten Gassen
 direkt angefahren werden kann. Der Router muss den Weg so oder so dahin
 suchen.


Mappst du denn diese Gassen? Tragen sie den gleichen Straßennamen?


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread Mirko Küster

Mappst du denn diese Gassen? Tragen sie den gleichen Straßennamen?

Kommt auf den Fall drauf an. Ist der Weg öffentlich zugänglich dann wird er 
auch gemappt. Mit den Straßennamen ist wieder ein Thema für sich. Manchmal 
laufen da z.B. zwei Wege paralel. Die eigentliche Straße vor dem Haus und 
hinter den Häusern eine art Zufahrtsstraße. Denen wird hier in den 
seltensten Fällen ein Namenschild spendiert. Wo ich weiß das es ganz 
offiziell dazu gehört dann trage ich den Namen auch ein. Das Problem wirst 
du auch vor Ort mit analoger Navigation haben. Solche Wege sind selten 
ausgeschildert und auf den herkönmmlichen Karten auch selten zu finden. Da 
liegt wiederum unser Vorteil. Mit blindem assozieren macht man es sich 
vielleicht einfach, dürfte aber in so speziellen Fällen grandios krachen 
gehen.

Dann gibts auch die privaten Zufahrten die z.B. zwischen zwei Grundstücken 
liegen. Zwei Häuser stehen direkt an der Straße, zwischen den beiden 
Grundstücken verläuft direkt zwischen dem Zaun ein Weg zum dritten Haus, was 
manchmal auch weit hinter den beiden liegen kann. Das sind zwar Zufahrten, 
aber selten privat ausgeschildert und zur Straße gehören die auch nicht. Da 
munkelt man noch.

Dann gäbe es auch noch Fall drei. Das Haus gehört zur Straße 1, einen Block 
weiter verläuft eine Stichstraße von Straße 2 aus, wo die eigentliche 
Einfahrt ist. Da nützt dir keine Relation was, da du von der Straße zu dem 
das Haus gehört gar nicht direkt zu Haus kommst, sondern hinten herum über 
Straße 2 heran fahren musst. Da kommt der Router garnicht über eine 
sinnvolle Nähe zur Koordinate Suche herum, denn ansonsten wirst du dich 
auf der Straße wo er dich womöglich hinlotsen wird dumm dämlich nach einem 
Eingang suchen.

Gruß
Mirko 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30km/h - Anlieger frei

2009-08-09 Thread Johann H. Addicks

Mario Salvini schrieb:

 Selbst wenn da noch das 250er drüber hinge, eine merkwürdige Kombination:

 schaut eher so aus, als hätte das 30 Schild oben gehangen dadrunter ein 
 durchfahrt verboten (roter Ring auf weißem Grund) und  jemand hat sich 
 den Spaß erlaubt da was umzumontieren. Sinn macht das so jedenfalls 
 nicht *g*

Es gibt viele denkbare Kombinationen, die ich real noch nie sehen durfte.
Ich warte immernoch auf
Motorradfahrer verboten, ausgenommen Mo-Fr und ausgenommen Lieferverkehr

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Lokale Gruppen im Wiki und auf openstreetmap.de

2009-08-09 Thread Ulf Lamping

Jochen Topf schrieb:
 Hi!
 
 Auf openstreetmap.de werden schon seit längerem die lokalen Gruppen 
 aufgelistet
 und sie können auch auf der Karte angezeigt werden. Das ging bisher immer
 komplett manuell und war daher umständlich und schwer aktuell zu halten.

Was meinst du, sollte man die Icons nicht sogar per Default auf der 
Karte einblenden?

Ich kannte die Funktion nicht, und fürchte das geht vielen so.

Die Info sind denke ich schon wichtig und hilfreich, gerade für Leute 
die neu dazukommen.

 Ich hab das neue Template auf den Seiten eingetragen, die schon in der
 Liste auf openstreetmap.de waren. Bitte schaut mal alle drüber, ob Eure
 Seiten das neue Template haben, alles richtig eingetragen ist und die
 Seiten noch ok aussehen (teilweise sehen sie etwas kaputt aus, weil da
 nun mehrere Templates, z.B. mit der Slippy Map, um den Platz konkurrieren).
 Und natürlich, ob alle Daten auf openstreetmap.de richtig rauskommen.

Hab ich für die NFE Seite gerade gemacht :-)

Gruß, ULFL

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30km/h - Anlieger frei

2009-08-09 Thread Ulf Lamping

Johann H. Addicks schrieb:
 Mario Salvini schrieb:
 
 Selbst wenn da noch das 250er drüber hinge, eine merkwürdige Kombination:
 
 schaut eher so aus, als hätte das 30 Schild oben gehangen dadrunter ein 
 durchfahrt verboten (roter Ring auf weißem Grund) und  jemand hat sich 
 den Spaß erlaubt da was umzumontieren. Sinn macht das so jedenfalls 
 nicht *g*
 
 Es gibt viele denkbare Kombinationen, die ich real noch nie sehen durfte.
 Ich warte immernoch auf
 Motorradfahrer verboten, ausgenommen Mo-Fr und ausgenommen Lieferverkehr

Es gibt durchaus sowas wie:

Motorradfahrer verboten, bis 125ccm, 22-5h

(glaube das war im Schwarzwald).


Am Pragelpass[1] in der Schweiz gibt es ein Schild wer da wann lang darf 
(hab leider kein Foto). Da mußte ich anhalten und es mir *durchlesen*, 
das hatte eher was von Bedienungsanleitung ...

Gruß, ULFL


[1] http://de.wikipedia.org/wiki/Pragelpass

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tag vs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread SLXViper

Gernot Hillier schrieb:
 Und nebenbei noch eine Frage an die Relations-Verwender: warum darf der 
 Member street nur einmal enthalten sein? Üblicherweise ist eine Straße 
 doch in mehrere Teilstücke aufgeteilt. Dort müsste es also entweder 
 Recurrence: one or more heißen - oder es müsste erlaubt sein, dass der 
 Member wieder eine Relation ist (z.B. unter Verwendung von Collected_Ways).
   
Das halte ich für Unsinn. Gerade bei Brücken oder relation:restriction
muss man häufig ein Straße zerlegen, da müssen dann auch alle Teile mit
in die Relation. Gemeint war wohl, dass nur eine logische Straße
reingehört. Verschieden benannte Straßen in einer Adress-Relation machen
ja eh keinen Sinn.

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector

2009-08-09 Thread SLXViper

Sven Sommerkamp schrieb:
 Am Sonntag, 9. August 2009 15:26:10 schrieb Seehundeführer:
   
 Kannm man das im Inspector bitte nachrüsten oder gibt es mittlerweile
 einen Konsens, das Tagging zu bevorzugen?
 
 Es gibt weltweit etwa 3800 Relationen mit type=associatedStreet und
 248000 ways mit addr:street=*. Ich glaube das kann man einen Konsens
 nennen.
   
 Allgemein denke ich das Relationen so wenig verwendet werden liegt 
 hauptsächlich daran das sie so umständlich und unverständlich und wenig 
 einheitlich zu handhaben sind.
 In dem benannten Fall ist die Methode mit den Extrawegen momentan einfacher 
 anzuwenden, weil Relationen wenig intuitiv einzugeben sind.
   

So schwer finde ich das auch nicht. Man muss es einmal nach Anleitung
machen, aber dann geht das echt einfach und schnell. Es sieht eben nur
erst einmal abschreckend kompliziert aus - komplizierter, als es ist.
Zusätzlich stand die Relation-Lösung im wiki erst am Ende und war nicht
so ausführlich beschrieben wie die Lösung mit den Tags.
Ich finde die Relation-Lösung deutlich einfacher und schneller zu
benutzen, da man nicht zigmal für jede Nummer sämtliche Information
redundant mitgeben muss. Selbst wenn man explizit angeben möchte, dass
alle 200 Häuser in dieser Straße in Deutschland liegen, braucht man das
nur ein einziges Mal angeben und nicht 200 mal. Genauso die anderen
Eigenschaften (PLZ, Stadt), die eigentlich von der Straße und nicht von
der Hausnummer abhängen.
Außerdem kann man über die Relation wunderbar einfach, sehr schnell und
sehr zuverlässig rausfinden, welche Hausnummern zu der Straße gehören,
ohne aufwändig sämtliche Knoten der Umgebung (was ist eigentlich eine
gute Umgebungsgröße, um immer alle zu finden?) durchsuchen zu müssen.

An der Eingabe von Relations kann man natürlich trotzdem noch manches
verbessern.

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector

Am 10. August 2009 00:30 schrieb SLXViper slxvi...@gmx.net:

 Ich finde die Relation-Lösung deutlich einfacher und schneller zu
 benutzen, da man nicht zigmal für jede Nummer sämtliche Information
 redundant mitgeben muss. Selbst wenn man explizit angeben möchte, dass
 alle 200 Häuser in dieser Straße in Deutschland liegen, braucht man das
 nur ein einziges Mal angeben und nicht 200 mal. Genauso die anderen
 Eigenschaften (PLZ, Stadt), die eigentlich von der Straße und nicht von
 der Hausnummer abhängen.
 Außerdem kann man über die Relation wunderbar einfach, sehr schnell und
 sehr zuverlässig rausfinden, welche Hausnummern zu der Straße gehören,
 ohne aufwändig sämtliche Knoten der Umgebung (was ist eigentlich eine
 gute Umgebungsgröße, um immer alle zu finden?) durchsuchen zu müssen.

ja, die Relation hat sicher ihre Stärken. Das sollte halt aber
niemanden davon abhalten, schon mal Hausnummern einzugeben, daher die
Tag-Methode. Und später kann man aus den Tags immer noch Relationen
generieren (spart Daten).

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Magazin mit OSM-Deutschlandkarte auf Heft-CD

2009-08-09 Thread Garry

DarkAngel schrieb:


 Naja, nur wie sieht es dann letztlich aus: Die PC-Laie (ich glaube
 andere kaufen diese Zeitschrift nichts) liest: Oh toll, Gratiskarte fürs
 Navi.
 Dann das erste Problem - wie bekomme ich diese Karte auf mein Tomtom?!
 Geht nicht - also ist OSM Schrott...
 Sollte der Leser tatsächlich ein Garmin haben, das nächste Problem:
 Adresssuche (wohl Sinn und Zweck eines Navis) - geht nicht bzw. nur sehr
 eingeschränkt - also ist OSM Schrott.
   
Adresssuche funktioiert doch wenn die Adressen vorhanden sind?
 Kartenabdeckung, Regional ziemlich genau aber leider teilweise auch sehr
  viele weiße Flecken.

 OSM ist sicherlich toll - wenn man weiß was es ist. Für die Masse (der
 Navi-Besitzer) m.E. leider derzeit nicht wirklich zu gebrauchen.
   
Wenn man es als eigenständige Karte sieht gebe ich Dir recht, in 
Ergänzung mit der Garmin-Karte
bekommt man aber doch schon sehr viel mehr Informationen: Häuser, 
Freizeitanlagen


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel

2009-08-09 Thread Tirkon

Ich habe erstmal alles, was nach JOSM, Java und dessen
Laufzeitumgebung aussah, über die Systemsteuerung deinstalliert und
JOSM neuinstalliert, das daraufhin Java angefordert hat, was ich dann
auch installiert habe.  

André Riedel riedel.an...@gmail.com wrote:

wo hast du die josm-tested.jar oder josm-latest.jar  gespeichert? 

Dies festzustellen, war schon Bestandteil meines bisherigen
Rumprobierens. Hierzu hatte ich die Windows Suche auf allen
Festplatten mit sämtlichen Unterordnern inklusive versteckten und
Systemdateien suchen lassen. Es gab diese beiden Dateien auf meinem PC
nicht. 

Das war mir suspekt, habe es aber dem Umstand zugeschoben, dass ihr
von Java als virtueller Maschine geschrieben habt, von der ich keine
Ahnung habe und daher in Erwägung zog, dass Java sich diese Dateien
oder diese Namen womöglich selbst erst zur Laufzeit zusammenfrickelt.
Auch jetzt nach der Neuinstallation gibt es diese beiden Dateien
nicht. Daher die explizite Nachfrage: Müssten die Dateien vorhanden
sein? 

Weiter habe ich Folgendes festgestellt: Ich habe eine Windows
Remoteverbindung aufgebaut. Rufe ich jetzt JOSM ferngesteuert auf,
dann ist die Darstellung auf dem fernsteuernden Computer und
anschließend auch auf dem Problemcomputer korrekt. Starte ich JOSM
dann auf dem Problemcomputer, habe ich wieder den beschriebenen bunten
Bildschirm. 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel

2009-08-09 Thread André Reichelt

Tirkon schrieb:
 André Riedel riedel.an...@gmail.com wrote:
 
 wo hast du die josm-tested.jar oder josm-latest.jar  gespeichert? 
 
 Dies festzustellen, war schon Bestandteil meines bisherigen
 Rumprobierens. Hierzu hatte ich die Windows Suche auf allen
 Festplatten mit sämtlichen Unterordnern inklusive versteckten und
 Systemdateien suchen lassen. Es gab diese beiden Dateien auf meinem PC
 nicht. 

Das ist nicht möglich. Welche Datei startest du denn? Du musst eine
dieser beiden Dateien doch doppelklicken um JOSM zu starten. Oder wuf
was klickst du da? Wie hast du denn JOSM genau installiert?

Gruß
André

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel