date:20100428


Liz wrote :
 What about airport trolleys/carts/trundlers?
 
 Mapping the location of those would be useful.

Yes, good idea. At first I don't think about airports but there's equelly 
trolleys. But in this case, the tag become more general and the proposition 
for the name shop:cart is unadapted... So for the names, there's now the 
choice between trolley, cart, or maybe trundler. But trundler seems to be 
specific at Australia, and trolley specific to England, so the more adapted 
name 
may be cart=yes/no, I think. What do you think about it ?

And an other thing needed to be discuted : what is better between :
-Tag the shop/airport/building where there's cart
-Or tag the emplacement of the carts parking
-Get the choice when tagging between the methods (the first may be used when 
the emplacement is unknow by the user and the second when when he knows) ?

The 2 methods have been proposed on the wiki but there's no comments about it. 
What do you think ?


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)

On 28 April 2010 22:14, Adrien Pavie dr...@laposte.net wrote:
 Yes, good idea. At first I don't think about airports but there's equelly
 trolleys. But in this case, the tag become more general and the proposition
 for the name shop:cart is unadapted... So for the names, there's now the
 choice between trolley, cart, or maybe trundler. But trundler seems to be
 specific at Australia, and trolley specific to England, so the more adapted 
 name
 may be cart=yes/no, I think. What do you think about it ?

Try New Zealand, we call them trolleys or carts in Australia...

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)

2010-04-28 Thread Pieren

On Wed, Apr 28, 2010 at 2:14 PM, Adrien Pavie dr...@laposte.net wrote:

 So for the names, there's now the
 choice between trolley, cart, or maybe trundler. But trundler seems to be
 specific at Australia, and trolley specific to England, so the more adapted
 name
 may be cart=yes/no, I think. What do you think about it ?


Besides the question of tagging such things, OSM has a long tradition of
using the english words for the tags, not the US. This is because the
project has been founded there. I don't see why we should change now because
you read one complain from Australia and two from US...
Btw amenity=shopping_trolley is not so bad.

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)


John Smith wrote :
 On 28 April 2010 22:14, Adrien Pavie dr...@laposte.net wrote:
  Yes, good idea. At first I don't think about airports but there's equelly
  trolleys. But in this case, the tag become more general and the
  proposition for the name shop:cart is unadapted... So for the names,
  there's now the choice between trolley, cart, or maybe trundler. But
  trundler seems to be specific at Australia, and trolley specific to
  England, so the more adapted name may be cart=yes/no, I think. What do
  you think about it ?
 
 Try New Zealand, we call them trolleys or carts in Australia...
 

Oops, sorry I confused the country ^^'


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)


Pieren wrote :
 Besides the question of tagging such things, OSM has a long tradition of
 using the english words for the tags, not the US. This is because the
 project has been founded there. I don't see why we should change now
  because you read one complain from Australia and two from US...
It may be a tradition, but it's not a reason for reject directly the proposed 
name, it could be discuted before ^^

 Btw amenity=shopping_trolley is not so bad.
This tag may be used for the trolleys parking, not as a tag in complement for 
shops or airports. And i think shopping_ is not adapted for be use with an 
airport, but why not amenity=trolley.


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)

Perhaps amenity=luggage_trolley for airport or train station use?  In American 
usage, trolley is a synonym for trolley car, as in street railways.  So, 
you are likely to see American mappers using amenity=trolley for streetcar 
stops.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for even to think wrongly is better than not to 
think at all. -- Hypatia of Alexandria

-Original Message-
From: Adrien Pavie dr...@laposte.net
Date: Wed, 28 Apr 2010 15:12:43 
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)


Pieren wrote :
 Besides the question of tagging such things, OSM has a long tradition of
 using the english words for the tags, not the US. This is because the
 project has been founded there. I don't see why we should change now
  because you read one complain from Australia and two from US...
It may be a tradition, but it's not a reason for reject directly the proposed
name, it could be discuted before ^^

 Btw amenity=shopping_trolley is not so bad.
This tag may be used for the trolleys parking, not as a tag in complement for
shops or airports. And i think shopping_ is not adapted for be use with an
airport, but why not amenity=trolley.


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)


John F. Eldredge wrote :
 Speaking as an American, I think that amenity=shopping_trolley would be
  sufficient to tell people that we aren't talking about trolley cars
  (street railways), and it wouldn't be hard to learn the meaning of
  shopping trolley.
So, a tag like shop:trolley=yes/no could be good for all ? An english word, 
with shop: to not be confused, and not too long, it may be good ^^'
Or there's always simply cart=yes/no, cart is short, english and american I 
think, and adapted for airports, shops and other places where may have 
trolley/shopping carts.


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)

I agree that cart=yes would probably be the best solution.  That way, you avoid 
the confusion between different regional dialects, and the context would let 
you know whether a shopping cart, luggage cart, or whatever was meant.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for even to think wrongly is better than not to 
think at all. -- Hypatia of Alexandria

-Original Message-
From: Adrien Pavie dr...@laposte.net
Date: Wed, 28 Apr 2010 17:43:00 
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)


John F. Eldredge wrote :
 Speaking as an American, I think that amenity=shopping_trolley would be
  sufficient to tell people that we aren't talking about trolley cars
  (street railways), and it wouldn't be hard to learn the meaning of
  shopping trolley.
So, a tag like shop:trolley=yes/no could be good for all ? An english word,
with shop: to not be confused, and not too long, it may be good ^^'
Or there's always simply cart=yes/no, cart is short, english and american I
think, and adapted for airports, shops and other places where may have
trolley/shopping carts.


___
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] Voting for place=isolated_dwelling is open

please vote:
http://wiki.openstreetmap.org/wiki/Proposed_features/isolated_dwelling

cheers,
Martin

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

Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)

Well, we could always use handcart, rather than cart, so as to specify that we 
don't mean the horse-drawn variety.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for even to think wrongly is better than not to 
think at all. -- Hypatia of Alexandria

-Original Message-
From: Pieren pier...@gmail.com
Date: Wed, 28 Apr 2010 20:43:09 
To: Tag discussion, strategy and related toolstagg...@openstreetmap.org
Subject: Re: [Tagging] [OSM-talk] [tagging] Feature Proposal - RFC -
(Trolley)

___
Tagging mailing list
tagg...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging


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

Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)

2010-04-28 Thread Richard Fairhurst


John F. Eldredge wrote:
 Well, we could always use handcart, rather than cart, so as to specify
 that 
 we don't mean the horse-drawn variety.

And then I suggest we go to hell in it[1].

cheers
Richard

[1] otherwise known as the tagging@ list
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/tagging-Feature-Proposal-RFC-Trolley-tp4959564p4976407.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)


John F. Eldredge wrote:
 Well, we could always use handcart, rather than cart, so as to specify
 that we don't mean the horse-drawn variety.
When it's not tramways or electric trains, it's horses x)
I see in my dictionnary french-english (I didn't have an english dictionnary 
with definitions) and handcart seems to be more like wheelbarrow than 
trolley.

Richard wrote :
 And then I suggest we go to hell in it[1].
[...]
 [1] otherwise known as the tagging@ list

Why in hell with the tagging list ? Oo


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

Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)

English has a proverbial expression, going to hell in a handbasket, meaning 
that things are going wrong at a rapid pace.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for even to think wrongly is better than not to 
think at all. -- Hypatia of Alexandria

-Original Message-
From: Adrien Pavie dr...@laposte.net
Date: Wed, 28 Apr 2010 22:09:53 
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)


John F. Eldredge wrote:
 Well, we could always use handcart, rather than cart, so as to specify
 that we don't mean the horse-drawn variety.
When it's not tramways or electric trains, it's horses x)
I see in my dictionnary french-english (I didn't have an english dictionnary
with definitions) and handcart seems to be more like wheelbarrow than
trolley.

Richard wrote :
 And then I suggest we go to hell in it[1].
[...]
 [1] otherwise known as the tagging@ list

Why in hell with the tagging list ? Oo


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

Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)


John F. Eldredge wrote :
 English has a proverbial expression, going to hell in a handbasket,
  meaning that things are going wrong at a rapid pace.
Hmm... =/


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

Re: [OSM-talk] Extracting administrative division boundaries from OSM

2010-04-28 Thread Carsten Gerlach

Hi,

Am Dienstag 27. April 2010 23:17:58 schrieb Paul Houle:
 Something I'm looking at right now is creating a complete set of
 country boundaries and second-level administrative divisions.
 (Third-level might be nice too,  but that might be asking a lot)

Some time ago I've started to create such an list for the country boundaries 
fo myself. The last version you can see here: 
http://daswaldhorn.piranho.de/OSM/Grenzrelation_2010_04_24.php

The raw data you get with the XAPI, (see 
http://wiki.openstreetmap.org/wiki/Xapi), in this case with 
http://xapi.openstreetmap.org/api/0.6/relation%5Badmin_level=2%5D (you will 
get ca. 430 MB du to an error in the XAPI!).

This list is not yet finished, some island states of oceania are missing.

Greetings, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.de


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] bulk merge of duplicate points

2010-04-28 Thread Robin Paulson

On 28 April 2010 18:33, Vincent Pottier vpott...@gmail.com wrote:
 we have a situation as part of the LINZ import where some nodes need
 to be merged - specifically cattle stops, gates, etc. with roads.
 there are lots of these, so we would like to do it programmatically.

 is there a tool to do this en masse? either a josm plugin

 The validator plugin...

can this be made to run in a bulk fashion? i was under the impression
after running the check, it required each set of duplicate nodes to be
accepted for merging. we will potentially have tens of thousands of
duplicates, so this isn't really on

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

Re: [OSM-talk] bulk merge of duplicate points

2010-04-28 Thread andrzej zaborowski

On 28 April 2010 01:43, Robin Paulson robin.paul...@gmail.com wrote:
 we have a situation as part of the LINZ import where some nodes need
 to be merged - specifically cattle stops, gates, etc. with roads.
 there are lots of these, so we would like to do it programmatically.

I'd try to do it as a part of whatever conversion script is used.
It's a simple feature if the language the script is in has
dictionaries, then you can just use the coordinates pair as key (or a
string version of them to avoid floating point comparison).

Cheers

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(Trolley)

2010-04-28 Thread Alex S.

John F. Eldredge wrote:
 English has a proverbial expression, going to hell in a handbasket, meaning 
 that things are going wrong at a rapid pace.

Since it's been brought up, how about a tag/sub-tag for handbaskets?  It 
would be just as nice to know if the local bodega/mini-mart/c-store have 
them before leaving the house.


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

Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)

On 29 April 2010 05:41, Richard Fairhurst rich...@systemed.net wrote:
 And then I suggest we go to hell in it[1].

 [1] otherwise known as the tagging@ list

You might want to wikifiddle a bit

http://wiki.openstreetmap.org/wiki/Template:Proposal_Page

That page and others still suggest that the talk list be used for tag
discussions...

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

Re: [talk-au] Wikifiddling

2010-04-28 Thread Roy Wallace

On Tue, Apr 27, 2010 at 4:26 PM, Liz ed...@billiau.net wrote:

 I think that we need to put our stuff on our own wiki.

I don't see how you reached that conclusion.

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

Re: [talk-au] Mini Roundabouts.

2010-04-28 Thread Liz

On Tue, 27 Apr 2010, Richard Colless wrote:
  Liz wrote:
 On Tue, 27 Apr 2010, Ben Kelley wrote:
 
 This is currently a real roundabout in OSM, but local knowledge tells me
 that it is impossible to go around more than about 90 degrees
 
 270 degrees
 
 
 at this
 intersection. That is, from any approach, you can turn left or right.
 
 For most vehicles, the roundabout is not big enough to go back the way you
 came (180 degrees).
 
 
 360 degrees
 
 just being picky
 
 
 
 No, 180 degrees. If a vehicle makes a 360 degree turn, it continues on its
  original direction.
 
 Just being really picky!
 
no, we are discussing different things
one is degrees of arc travelled around a circular object
the second is the effect of turning on a object on the same spot

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

Re: [talk-au] Wikifiddling

2010-04-28 Thread Elizabeth Dodd

On Wed, 28 Apr 2010, Roy Wallace wrote:
 On Tue, Apr 27, 2010 at 4:26 PM, Liz ed...@billiau.net wrote:
  I think that we need to put our stuff on our own wiki.
 
 I don't see how you reached that conclusion.
 
Because this is a public list and what I would have written in explanation is 
either rude or possibly defamatory.
I read the rss feed from the wiki changes and I have watched recent events. 
Nothing more will I say.


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

Re: [talk-au] Wikifiddling

On 28 April 2010 19:26, Elizabeth Dodd ed...@billiau.net wrote:
  I think that we need to put our stuff on our own wiki.

 I don't see how you reached that conclusion.

 Because this is a public list and what I would have written in explanation is
 either rude or possibly defamatory.
 I read the rss feed from the wiki changes and I have watched recent events.
 Nothing more will I say.

While I'm privy to some of Liz's grievances, the bigger problem is
Aussie specific information being drowned out with all the other
information. Unless you knew where to find information about Aussie
mapping parties, you won't easily find it.

The same goes for other Aussie specific information, it takes time and
effort to drill through links to find things, only to find out someone
has merged in a bunch of information from other unrelated countries so
on and so forth.

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

Re: [talk-au] Wikifiddling

2010-04-28 Thread Emilie Laffray

On 28 April 2010 11:05, John Smith deltafoxtrot...@gmail.com wrote:

 On 28 April 2010 19:26, Elizabeth Dodd ed...@billiau.net wrote:
   I think that we need to put our stuff on our own wiki.
 
  I don't see how you reached that conclusion.
 
  Because this is a public list and what I would have written in
 explanation is
  either rude or possibly defamatory.
  I read the rss feed from the wiki changes and I have watched recent
 events.
  Nothing more will I say.

 While I'm privy to some of Liz's grievances, the bigger problem is
 Aussie specific information being drowned out with all the other
 information. Unless you knew where to find information about Aussie
 mapping parties, you won't easily find it.

 The same goes for other Aussie specific information, it takes time and
 effort to drill through links to find things, only to find out someone
 has merged in a bunch of information from other unrelated countries so
 on and so forth.


Hello,

just to add my 2 cents on the topic, I don't think it is an Australian
related problem in itself. I would say that the problem is exacerbated by
the fact that you share the same language as other countries. It is common
to see some people to try to update the pages according to what is present
internationally.
I believe that a separate wiki can be useful at cases, if not only for the
case that it can be potentially be easier to search and to work from it.
Several other communities are thinking about the same thing in order to have
something not as intimidating in the end.
I do believe though that at least people try to keep a minimum of Australian
specific page on the main wiki and try to get everything synchronised in the
end.
I personally don't use the wiki so I am not going to make much comments
about what is going on, but I can see why it would be very annoying to
someone, especially while they are some very country specific elements
sometimes, and that by definition tags are not absolute but relative to the
country where you live.

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

Re: [talk-au] Wikifiddling

2010-04-28 Thread David Murn

On Wed, 2010-04-28 at 11:12 +0100, Emilie Laffray wrote:

 I personally don't use the wiki so I am not going to make much
 comments about what is going on...

Just out of interest, if you dont use the wiki to figure out what tags
to use, how DO you decide how to tag items?  Do you just make things up,
or are you referencing some other non-wiki source, which may also need
to be kept up-to-date with Aussie specific comments.

 but I can see why it would be very annoying to someone, especially
 while they are some very country specific elements sometimes, and that
 by definition tags are not absolute but relative to the country where
 you live.

The tags can be whatever values you wish to put in, but only the agreed
upon tags are rendered currently.  If someone in Germany tags
highway=autobahn or someone in Italy tags it as highway=superstrada
(relative to the country where they live), it wont render.  Just like if
someone decides to tag a way as highway=dirt-road, sure you CAN tag it
like that, but it wont render how it would if it were tagged properly.

David


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

Re: [talk-au] Wikifiddling

On 28 April 2010 22:25, David Murn da...@incanberra.com.au wrote:
 Just out of interest, if you dont use the wiki to figure out what tags
 to use, how DO you decide how to tag items?  Do you just make things up,
 or are you referencing some other non-wiki source, which may also need
 to be kept up-to-date with Aussie specific comments.

It's not tag specific, but information, think of it as translations
from UK english into AU english...

 The tags can be whatever values you wish to put in, but only the agreed
 upon tags are rendered currently.  If someone in Germany tags
 highway=autobahn or someone in Italy tags it as highway=superstrada
 (relative to the country where they live), it wont render.  Just like if
 someone decides to tag a way as highway=dirt-road, sure you CAN tag it
 like that, but it wont render how it would if it were tagged properly.

That's not true, anyone can ask for anything to be rendered... There
is nothing stopping people mass mapping a new tag type, and then
requesting it gets rendered or they render their own map tiles, in any
case this isn't just about the documentation on specific tags.

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

Re: [talk-au] Wikifiddling

2010-04-28 Thread David Murn

On Wed, 2010-04-28 at 22:30 +1000, John Smith wrote:

  The tags can be whatever values you wish to put in, but only the agreed
  upon tags are rendered currently.  If someone in Germany tags
  highway=autobahn or someone in Italy tags it as highway=superstrada
  (relative to the country where they live), it wont render.  Just like if
  someone decides to tag a way as highway=dirt-road, sure you CAN tag it
  like that, but it wont render how it would if it were tagged properly.
 
 That's not true, anyone can ask for anything to be rendered... There
 is nothing stopping people mass mapping a new tag type, and then
 requesting it gets rendered or they render their own map tiles, in any
 case this isn't just about the documentation on specific tags.

If you read what I said, you'll note the end of the sentence 'are
rendered currently'.  Yes, anyone can ask for anything to be rendered,
but Im wondering how someone can tag stuff without bothering to read the
wiki.

Then again, people not knowing about the existing tagging system might
explain some of the weird things Ive found in keepright, such as the
aforementioned 'highway=Dirt-track' tag I found a couple of times and
tagged properly.

David


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

Re: [talk-au] Wikifiddling

2010-04-28 Thread Emilie Laffray

On 28 April 2010 13:25, David Murn da...@incanberra.com.au wrote:

 On Wed, 2010-04-28 at 11:12 +0100, Emilie Laffray wrote:

  I personally don't use the wiki so I am not going to make much
  comments about what is going on...

 Just out of interest, if you dont use the wiki to figure out what tags
 to use, how DO you decide how to tag items?  Do you just make things up,
 or are you referencing some other non-wiki source, which may also need
 to be kept up-to-date with Aussie specific comments.


I don't make things up. I learn from existing features from the map, from
other contributors and finally from tools like osmdoc or tagwatch. I do
check occasionnally the wiki from time to time, but I don't spend my life on
it. In addition, all my major contributions have been road network based
from the French cadastre in my home town, and coastline fixing around the
world.



 The tags can be whatever values you wish to put in, but only the agreed
 upon tags are rendered currently.  If someone in Germany tags
 highway=autobahn or someone in Italy tags it as highway=superstrada
 (relative to the country where they live), it wont render.  Just like if
 someone decides to tag a way as highway=dirt-road, sure you CAN tag it
 like that, but it wont render how it would if it were tagged properly.


You are making assumptions about how I work which have absolutely no basis.
You can do things without necessarily having to read in detail the wiki,
while keeping up with more recent tags and methods through social
interaction. It is not just a matter of who is reading the most of the wiki.
In addition, I tend to care more about the data than the map itself, and
that's why I am using tools like osmdoc and tagwatch to make sure that when
I use a tag it is already being used.
I have some contribution on the wiki namely the technical aspect of the
Corine Land Cover import made in France with all the sql.
Plus John has been making some very valid comments too on which I agree.

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

Re: [talk-au] Wikifiddling

On 28 April 2010 23:11, David Murn da...@incanberra.com.au wrote:
 If you read what I said, you'll note the end of the sentence 'are
 rendered currently'.  Yes, anyone can ask for anything to be rendered,
 but Im wondering how someone can tag stuff without bothering to read the
 wiki.

I could comment that you are assuming the only things rendered are on
the official list, but I can't be bothered to prove things either
way just to make a point.

 Then again, people not knowing about the existing tagging system might
 explain some of the weird things Ive found in keepright, such as the
 aforementioned 'highway=Dirt-track' tag I found a couple of times and
 tagged properly.

Again, you are assuming this issue came up entirely due to
disagreements on tagging, this isn't the case and this is why this
issue has come up.

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

Re: [talk-au] Mini Roundabouts.

More tiny roundabouts...

http://www.nearmap.com/?ll=-36.784522,144.34539z=21t=hnmd=20100130
http://www.nearmap.com/?ll=-36.781026,144.34619z=22t=hnmd=20100130

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

[talk-au] Interesting take on OSM growth and expansion...

http://brainoff.com/weblog/2010/04/28/1556

“What would it take to map an entire country?”

With the growing visibility of Map Kibera, that question is coming
more frequently, especially in Africa, where both OpenStreetMap and
traditional mapping are widely absent. This is a massive question,
which is going to depend very much on circumstances of that country,
and on who is asking that question; and in the end may be better
answered by a different question. In response to a couple queries,
from Liberia and Malawi, I decided to write up a few blog posts to
start off those conversations, and serve as reference for any of the
other 200+ countries on this planet. To start, going look at a few
examples to serve as models for answering the question.

Up front, the question assumes one very important thing; the
historical growth pattern of OSM isn’t happening. Traditionally, a few
individuals had their minds blown by a conference presentation on OSM,
or maybe a random blog post somewhere, and they start mapping their
home town. And when that looks to be a big task, and they start eyeing
the next town, they start recruiting others through mapping parties. A
mailing list is set up. The virus starts to spread, and OSM might get
the attention of a local government or two, maybe some companies, and
soon, the country is well on its way to being mapped. The growth is
organic. It might take years. The preconditions are important.
Roughly, there has been an active community already of technically
proficient people who have leisure time, perhaps already contributing
to open source projects. In other countries, there may not be a
technical community, or socioeconomic conditions make leisure time a
valuable and scarce. Other places may be in conflict. These are places
where people start to consider intentional interventions to get
mapping going.

The first place I took part in an intentional effort was India. Now,
India is well known for having a broad and highly skilled technical
base, but at least in 2008, there was proportionally small open source
community. There had been interest in mapping through the Free Map
project, and Schuyler and I took the invitation to promote OSM through
a slightly insane schedule of mapping parties in 7 Indian cities in
one month. A wonderful experience. But it did not instantly translate
into a frenzy of mapping activity. The idea gestated for a time, and
slowly, individuals took up the cause, and now the OSM India community
is vibrant, centered in cities. One place to note is Mumbai, despite
extensive interest, is still not active, largely due to an import of
AND data that turned out to be much less than accurate, discouraging
further editing. An issue we’re still looking at, and generally, I’ll
talk about existing data sources and imports in another post.

Palestine was a very intentional mapping, first of the entire West
Bank, and then of Gaza. JumpStart International funded a project to
create a complete, public domain map of all roads. We estimated a time
of about 6 months, which turned out to be accurate (more on time
estimates in another post). The approach taken was to hire engineering
graduates, in teams based in each region, train them through mapping
parties, and coordinate the incoming data. Gaza was not to be mapped,
but the 2009 crisis there motivated the remote OSM community to fund
raise to purchase recent satellite imagery of the entire strip, and
trace remotely. After the conflict was over, JumpStart entered Gaza
and built up a team to enhance that work with a combination of GPS
tracing and imagery. The result is a complete road map of Palestine.
However, no sustained OSM community of interested individuals, local
companies, local government, and UN agencies is left. The individuals
involved saw this as temporary paid work, and many of them have taken
jobs outside Palestine. The wider community wasn’t engaged with an aim
to build capacity. So now, even though Israeli OSM has been interested
to hold joint activities with Palesinte, and Ramallah now has street
names, the map isn’t being updated.

In Kenya, we haven’t set out to map the entire country, but it seems
like the base we’ve built in Kibera is ready to spread throughout
Nairobi and beyond. We’ve focused heavily on Kibera, but with the idea
always that the group here, and the entire community, will be able to
take the project forward. The impact of mapping a place that was
unmapped, and considered unmappable, has made a great impression
within civil society, the government, and the UN. We’ve taken a lot of
time to outreach to others already working with map data. The approach
is more like planting a single seed, nurturting it, and then allowing
it to grow. It’s yet to be seen how this pans out.

JumpStart started next working in Georgia. Their approach is long term
but different. They have first focused on conflict areas, following
the Russian Georgia conflict in X, and also in the capital, Tbilisi.
From this start,

Re: [talk-au] Mini Roundabouts.

2010-04-28 Thread Liz

On Wed, 28 Apr 2010, John Smith wrote:
 More tiny roundabouts...
 
 http://www.nearmap.com/?ll=-36.784522,144.34539z=21t=hnmd=20100130
 http://www.nearmap.com/?ll=-36.781026,144.34619z=22t=hnmd=20100130
 

JS can you give me leads on the local Council and I'll see what I can find out 
from meeting minutes and so on.
The other thing - what sort of a roundabout sign is put up at the roundabout?

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

Re: [talk-au] Wikifiddling

2010-04-28 Thread Roy Wallace

On Wed, Apr 28, 2010 at 8:12 PM, Emilie Laffray
emilie.laff...@gmail.com wrote:

 I believe that a separate wiki can be useful at cases, if not only for the
 case that it can be potentially be easier to search and to work from it.

In my opinion, this kind of fragmentation is something to be avoided
- lest we likewise end up with a separate Australian OSM database...

Liz, are you inferring that the problem is vandalism of Australian
content on the OSM wiki? Or something more subtle? I would like to
think that these problems can be handled (somehow??) without the last
resort of starting an entirely separate wiki.

That said, without knowing the details of the problems you're actually
talking about, it's hard to comment further.

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

[talk-au] J2ME Survey Assistant Application

2010-04-28 Thread Voon-Li Chung

(Cross post from the users: Australia forum)

Hi all,

I've been really getting stuck into performing on-foot surveys of
areas where the street names are missing, and I was thinking about an
easier way of recording street name data. Walking papers is
fantastic (and I still use it to print out where I need to survey),
but I was looking for something less fiddly than writing names onto a
sheet of paper, as well as trying to enable people not living in an
area still being able to help with updating maps in an area.

Having written a few J2ME apps in my time, and some of these involving
Location Based Services (i.e. GPS), I thought I'd create one to help
record name and POI data. I guess you could say it's based on the
tourist guide principle (if you look over there point you'll
see...). That is, if you record the position, the direction and the
comment, others should be able to infer what you have surveyed. The
data entry process is quite simple:

1: Find an unnamed street or point of interest to comment on
2: Record point: enter the (compass) bearing and name of the street or
comments on the POI

When a point is recorded, the GPS coordinates, heading and comments
entered are saved onto the phone. At the end of the survey, choose
Send from the menu and all the stored data is sent to a server via
WWW/CGI. After that, it's relatively simple to render these points
using AJAX and OpenLayers. I've included a small screenshot from my
recent alpha test of the application at

http://vlchung.freeshell.org/mapme.jpg

(those of you from Perth will recognise that as the area adjacent to
Lord's Fitness Centre). As you can see, I've selected a data point
where I'm saying that the street heading directly north is called
Jasmine Avenue.

It's my hope that this application will be useful for the following reasons:

1: Not so much writing down of stuff in the field, meaning that people
running surveys don't have to carry around as much stuff.
2: Dissociates surveying from the actual editing of the map, meaning
that if you like walking around doing the surveys but aren't so keen
on the data entry, someone else could theoretically lend a hand by
using your survey data to update the maps. Same for vice-versa
(particularly our OSM friends overseas who physically can't reach the
Australian survey areas).

I figured I'd post to the Australian group, because of my involvement
in updating the Australian maps and the fact that thanks to nearmap
it's not (usually) the presence of the streets that are missing, but
the names (and this application is geared towards that situation).

There are some definite TODOs in here such as using a phone's on-board
compass (my phone doesn't have one on board, so I've been using an
orienteering compass) or coding for more popular platforms (Android
etc).

Anyway, so I was wondering if anyone out there:

1: Thinks my app would help the surveying effort?
2: Would be interested in helping test the phone app (J2ME phone with
on board GPS required - e.g. Nokia E71)?
3: Would be interested in helping test the idea that this information
would enable a third party to enter street name information, by trying
to use JOSM / Potlatch to enter in data provided by people from their
phones (I think this is quite important, as it's the main reason why
I'm motivated to do this)?

Thanks in advance,
Voon-Li.

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

Re: [Talk-de] access=designated?

2010-04-28 Thread Georg Feddern

Bernd Wurst schrieb:
 Am Dienstag 27 April 2010 11:06:18 schrieb Georg Feddern:
   
 das meistverwendete Zeichen 250
 

 Diee Aussage bezweifle ich (so allgemein).
 Z250 ist hier sehr selten. z260 kommt hier wesentlich öfter vor (an jedem 
 Feldweg). Scheint was regional unterschiedliches zu sein.
   

ja, ok, da stimme ich zu.
Hier (tm) ist es zu gefühlten 95% Zeichen 250 mit 1026-38 und 1022-10 - 
wobei ich auch schon öfter die (inoffizielle?) Kombination aus den 
letzteren beiden in einem Schild gesehen habe.

Gruß
Georg

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

2010-04-28 Thread Thomas Reincke

Bernd Wurst schrieb:
 Am Montag 26 April 2010 22:48:20 schrieb Manuel Reimer:
 Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen 
 GPS-Daten ziehen? In meinem Fall ist der Versatz zirka 20 Meter.
 
 Pragmatische Antwort:
 Schau dir die Realität, ne andere Karte und ein Luftbild an. Dann kannst du 
 den Verlauf eines Weges ganz gut beschreiben.
 
 Man muss ja nicht gleich von einer Drittquelle abzeichnen, sondern kann 
 einfach mit dem gesammelten Wissen die Qualität seiner eigenen Tracks 
 beurteilen.
 
 Ich hab dazu den WMS-Server des Landesvermessungsamts im JOSM, damit ich 
 sehen 
 kann wie bisherige Wege und meine Tracks zur Luftaufnahme passen. Alternativ 
 kannst du deinen Track auch mal in Google-Earth laden und die Qualität 
 beurteilen.

noch einfacher: http://sautter.com/map/

Damit kann man auch gleich die Eastereggs von Teleatlas suchen...

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

2010-04-28 Thread Georg Feddern

Moin,

Martin Simon schrieb:
 Am 27. April 2010 21:50 schrieb Georg Feddern ne...@bavarianmallet.de:

   
 Ja - und wenn dabei *keiner* seine Daten hochladen würde, entspricht der
 Track immer noch dem Mittel aller auf ihn angewendeter Daten - das ist
 doch genau das gewünschte Ergebnis.
 

 Nö, [...]

Hast recht, nach mathemathischer Prüfung weicht das Ergebnis vom 
Mittelwert ab, zudem noch in Abhängigkeit von der Reihenfolge = mein 
Denkfehler.
Vergleichsbeispiel: Bei drei Messungen mit 4 und 7 und 4 ergibt sich der 
Mittelwert mathematisch zu 5.
((4+7)/2 +4)/2 = 4,75 oder ((4+4)/2 +7)/2 = 5,5

 Wenn allerdings alle tracks hochgeladen werden, können alle
 gleichermaßen in die Mittelung eingehen

Theoretisch Nö ;-)
Vergleichsbeispiel: Bei drei Messungen mit 4 und 7 und 4 ergibt sich der 
Mittelwert mathematisch zu 5.
Rein grafisch ausgewertet werden die beiden 4 aber nur als eine 4 
wahrgenommen = (4+7)/2 = 5,5 = dein Denkfehler.
( Man sieht ja nur einen Punkt, wo tatsächlich 2 übereinanderliegen.)

Patt.
Letztendlich führen beide Ansätze zu Abweichungen vom korrekten Ergebnis 
- für die Praxis sind sie aber beide hinreichend genau.
Aber ich gebe zu, dass die grafische Variante (also aus hochgeladenen 
Daten) den Vorteil der Nachvollziehbarkeit und Kontrollmöglichkeit bietet.
Ich trete daher mit einer Verbeugung den Rückzug aus diesem Duell an, in 
der Hoffnung, dass mir Pardon gewährt wird. ;-)

Gruß
Georg


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!

Am 28.04.2010 02:50, schrieb Johann H. Addicks:
 Seit dem Update am 20. April scheint Skobbler die gemapte 
 Turn-Restriction-Relationen zu beachten.
 
 Genauer: Der dort eingesetzte Cloudmade-Router kann es jetzt.
 Und siehe, bei Cloudemade.com geht's auch.
 
 Wenn Ihr also Auto-Routen validieren wollt, man kann jetzt die Punkte 
 auf der Karte schieben und schauen, wo es noch hängt oder wo es 
 unmögliche Routenvorschläge gibt.

Hier biegt er nicht rechts ab obwohl es dort KEINE Turnrestriction
gibt:

http://maps.cloudmade.com/?lat=51.763404lng=7.463751zoom=15directions=51.76231545722176,7.462677955627441,51.76608701637913,7.467827796936035travel=car/shorteststyleId=997opened_tab=1

Gibts 'ne schöne Wikiseite wo man solche Routingfehler sammeln kann?
Ich denke das wäre nicht schlecht, auch als Ansporn für die
Routerentwickler.

Chris



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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

Johann H. Addicks addi...@gmx.net wrote:

 Genauer: Der dort eingesetzte Cloudmade-Router kann es jetzt.
 Und siehe, bei Cloudemade.com geht's auch.

Cool. Ich hab grade mal ein paar Turn Restrictions die ich erfasst habe
überprüft. Sieht gut aus!

Gruss

Sven

-- 
The term any key does not refer to a particular key on the keyboard. It
simply means to strike any one of the keys on your keyboard or handheld
screen. (Compaq FAQ Entry 2859)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!

2010-04-28 Thread Thomas Zimmermann

Am Mittwoch 28 April 2010 10:17:03 schrieb Chris66:
 Gibts 'ne schöne Wikiseite wo man solche Routingfehler sammeln kann?
 Ich denke das wäre nicht schlecht, auch als Ansporn für die
 Routerentwickler.

Eine Sammelstelle fände ich auch gut.

Hier ist zum Beispiel noch ein anderer Fehler:
http://maps.cloudmade.com/?lat=50.447476lng=7.544925zoom=18directions=50.44708633460837,7.545053958892822,50.44718881481988,7.545418739318848travel=car/shorteststyleId=997opened_tab=1
Hier wird durch eine barrier=bollard geroutet.

Gruß
Thomas

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!

Am 28.04.2010 10:40, schrieb Thomas Zimmermann:

 Hier wird durch eine barrier=bollard geroutet.

Dort fehlt allerdings ein motorcar=no oder access=no
an dem Poller, auch wenn das vermutlich auf das Cloudmade
Routing dort keinen Einfluss hat, weil Cloudemade
IIRC keine Poller etc. auswertet.

Über Feldwege wird übrigens entgegen der Ankündigung
weiterhin geroutet.

Chris


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!

 Dort fehlt allerdings ein motorcar=no oder access=no
 an dem Poller,

Ist nicht ganz eindeutig.

Laut Deutschem Wiki zu barrier ist
Standardmäßig access=no impliziert
(aus meiner Sicht eine ganz schlechte Idee),

in der englischen Version heisst es:

Use access=* to tag who can pass the node

Chris

[1] http://wiki.openstreetmap.org/wiki/DE:Key:barrier
[2] http://wiki.openstreetmap.org/wiki/Key:barrier


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!

2010-04-28 Thread Thomas Zimmermann

Am Mittwoch 28 April 2010 11:03:20 schrieb Chris66:
  Dort fehlt allerdings ein motorcar=no oder access=no
  an dem Poller,
 
 Ist nicht ganz eindeutig.
 
 Laut Deutschem Wiki zu barrier ist
 Standardmäßig access=no impliziert
 (aus meiner Sicht eine ganz schlechte Idee),
 
 in der englischen Version heisst es:
 
 Use access=* to tag who can pass the node
 
 Chris
 
 [1] http://wiki.openstreetmap.org/wiki/DE:Key:barrier
 [2] http://wiki.openstreetmap.org/wiki/Key:barrier

Da es so im Wiki steht habe ich bisher aller poller und ähnliche Barieren ohne 
access=no getagged.
Werde ich wohl nochmal drüber gucken müssen.

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

Re: [Talk-de] access=designated?

2010-04-28 Thread Bernd Wurst

Am Mittwoch 28 April 2010 08:11:29 schrieb Georg Feddern:
 Zeichen 250 mit 1026-38 und 1022-10

Gibt es einen Unterschied zwischen z250 + z1022-10 und z260?
Ich würde die als gleichwertig einstufen...

Gruß, Bernd

-- 
Ich bevorzuge junge Männer. Sie wissen zwar nicht, was sie tun - 
aber sie tun es die ganze Nacht.
  -  Madonna (am. Sängerin und Schauspielerin)


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

Am 28. April 2010 11:20 schrieb Thomas Zimmermann m...@vdm-design.de:

 Da es so im Wiki steht habe ich bisher aller poller und ähnliche Barieren ohne
 access=no getagged.
 Werde ich wohl nochmal drüber gucken müssen.

Wieso? barrier=bollard ist in allen mir bekannten Inkarnationen ein
Hindernis für zweispurige Fahrzeuge, nicht aber für Fußgänger,
Radfahrer, Rollstuhlpiloten, Reiter, Skater, Motorräder etc.

Wenn der Durchgang nicht extrem breit oder extrem schmal (z.B. zu
schmal für einen Rollstuhl) ist, sind hier also keine zusätzlichen
Angaben nötig, nur weil Cloudmade es (noch) nicht auf die Kette
kriegt.

Die rendern ja auch seit Ewigkeiten in ihren Karten kein
highway=path...  ihr Problem. ;-)

Gruß,

Martin

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!

2010-04-28 Thread Bernd Wurst

Am Mittwoch 28 April 2010 11:03:20 schrieb Chris66:
 Laut Deutschem Wiki zu barrier ist
 Standardmäßig access=no impliziert
 (aus meiner Sicht eine ganz schlechte Idee),
 
 in der englischen Version heisst es:
 
 Use access=* to tag who can pass the node


Die beiden Aussagen widersprechen sich nicht.

Wenn man annimmt, dass ein barrier=* standardmäßig einfach allen Durchgang 
unterbindet, kann man mit foot=yes, bicycle=yes dann einzelne wieder erlauben.
Siehe z.B. barrier=gate, wo das wohl dem Stand der Dinge entspricht.

Klar, ein Routerprogrammierer sollte bei barrier=bollard eigentlich schon 
Fußgänger und Fahrräder per Default durchlassen, wenn nichts genaueres 
angegeben ist.

Gruß, Bernd

-- 
Hilf einem Freund in der Not,
und er wird sich an dich erinnern,
wenn er wieder in Not ist!


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

Am 28.04.2010 11:31, schrieb Martin Simon:

 Da es so im Wiki steht habe ich bisher aller poller und ähnliche Barieren 
 ohne
 access=no getagged.
 Werde ich wohl nochmal drüber gucken müssen.
 
 Wieso? barrier=bollard ist in allen mir bekannten Inkarnationen ein
 Hindernis für zweispurige Fahrzeuge, nicht aber für Fußgänger,
 Radfahrer, Rollstuhlpiloten, Reiter, Skater, Motorräder etc.

Der Wiki Artikel bezieht sich auf alle möglichen Formen von
Barrieren, auch zB Sachen wie traffic_calming oder
cattle_grit, wo man zwar abbremsen muss, aber keinesfalls
umdrehen muss. ;-)

Hier immer ein access=no zu implizieren ist IMHO keine gute
Idee.

Chris



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

Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features

2010-04-28 Thread Andreas Tille

On Tue, Apr 27, 2010 at 10:13:36AM +0200, Andreas Tille wrote:
 Kann es sein, daß hier ein Area und eine Node unterschiedliche Wirkung auf die
 Interpretation von research_institution haben?

Ich habe jetzt mal diese Theorie überprüft, indem ich die Node gelöscht
habe und die Umrisse der Gebäude und des Grundstücks gezeichnet habe.
Und siehe da:


http://www.openstreetmap.org/?lat=51.831779lon=10.789651zoom=18layers=B000FTF

das Robert Koch-Institut erscheint auf der höchsten Vergrößerungsstufe.
 
Viele Grüße

   Andreas. 

-- 
http://fam-tille.de

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

Am 28. April 2010 11:40 schrieb Chris66 chris66...@gmx.de:
 Am 28.04.2010 11:31, schrieb Martin Simon:

 Wieso? barrier=bollard ist in allen mir bekannten Inkarnationen ein
 Hindernis für zweispurige Fahrzeuge, nicht aber für Fußgänger,
 Radfahrer, Rollstuhlpiloten, Reiter, Skater, Motorräder etc.

 Der Wiki Artikel bezieht sich auf alle möglichen Formen von
 Barrieren, auch zB Sachen wie traffic_calming oder
 cattle_grit, wo man zwar abbremsen muss, aber keinesfalls
 umdrehen muss. ;-)

 Hier immer ein access=no zu implizieren ist IMHO keine gute
 Idee.

Nichts anderes sage ich ja. access=no sperrt *alles*, das ist nicht sonnvoll.
Die Art des Hindernisses gibt an, wer durchkommt - sollte es wirklich
aus der Art schlagen kann man immer noch einzelne Teilnehmer per
*=no/yes verbieten oder durchlassen.

Ich kenne aber z.B. keine Poller-Sperre, die Autos durchlässt, keine
cycle_barrier, durch die keine Fußgänger passen und kein cattle_grid
das zu Fuß nicht überwindbar ist...

Gruß,

Martin

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

Am 28.04.2010 12:02, schrieb Martin Simon:

 Der Wiki Artikel bezieht sich auf alle möglichen Formen von
 Barrieren, auch zB Sachen wie traffic_calming oder
 cattle_grit, wo man zwar abbremsen muss, aber keinesfalls
 umdrehen muss. ;-)

 Hier immer ein access=no zu implizieren ist IMHO keine gute
 Idee.

 Nichts anderes sage ich ja. access=no sperrt *alles*, das ist nicht sonnvoll.
 Die Art des Hindernisses gibt an, wer durchkommt - sollte es wirklich
 aus der Art schlagen kann man immer noch einzelne Teilnehmer per
 *=no/yes verbieten oder durchlassen.

Du möchtest wenn ich Dich richtig verstehe pro Barrierentyp
entsprechende Default-Implizierungen haben.

Da bin ich dagegen, weil es erstens unterschiedliche
Auffassungen geben kann welches Fahrzeug welche Barriere
überwinden kann und zweitens werden laufend neue
Barrieren erfunden, so dass ein Router hier ständig
angepasst werden müsste.

Chris


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

2010-04-28 Thread Falk Zscheile

Am 28. April 2010 12:09 schrieb Chris66 chris66...@gmx.de:
 Am 28.04.2010 12:02, schrieb Martin Simon:

 Der Wiki Artikel bezieht sich auf alle möglichen Formen von
 Barrieren, auch zB Sachen wie traffic_calming oder
 cattle_grit, wo man zwar abbremsen muss, aber keinesfalls
 umdrehen muss. ;-)

 Hier immer ein access=no zu implizieren ist IMHO keine gute
 Idee.

 Nichts anderes sage ich ja. access=no sperrt *alles*, das ist nicht sonnvoll.
 Die Art des Hindernisses gibt an, wer durchkommt - sollte es wirklich
 aus der Art schlagen kann man immer noch einzelne Teilnehmer per
 *=no/yes verbieten oder durchlassen.

 Du möchtest wenn ich Dich richtig verstehe pro Barrierentyp
 entsprechende Default-Implizierungen haben.

Das sehe ich genau so.


 Da bin ich dagegen, weil es erstens unterschiedliche
 Auffassungen geben kann welches Fahrzeug welche Barriere
 überwinden kann und zweitens werden laufend neue
 Barrieren erfunden, so dass ein Router hier ständig
 angepasst werden müsste.


Warum unterscheiden wir sonst überhaupt verschiedene Barrieretypen?
Das wir ein schönes Kartensymbol bekommen? Das ist wohl ein wenig zu
kurz gegriffen. Nicht jeder hat den Nerv überall noch einmal
access-Tags zu setzen, wo sich dies bereits aus dem Barrieretypen
ergibt. Das ist extrem umständlich und wir wollen es doch dem Mapper
so einfach wie möglich machen und nicht den Programmierern :-) Nur
wenn etwas vom Normalfall abweicht ist ein zusätzliches access-Tag
sinnvoll.

Gruß, Falk

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

2010-04-28 Thread Stefan Dettenhofer (StefanDausR)

Falk Zscheile schrieb:
 Nicht jeder hat den Nerv überall noch einmal
 access-Tags zu setzen, wo sich dies bereits aus dem Barrieretypen
 ergibt. Das ist extrem umständlich und wir wollen es doch dem Mapper
 so einfach wie möglich machen und nicht den Programmierern :-) Nur
 wenn etwas vom Normalfall abweicht ist ein zusätzliches access-Tag
 sinnvoll.
 Warum unterscheiden wir sonst überhaupt verschiedene Barrieretypen?

Gibt es denn irgendwo eine Übersicht, zu welchen barrier-Typ welche 
default access-Tags gehören? Das wäre m.E. die Voraussetzung dazu, dass 
das sinnvoll implementiert werden kann.

Gruß,
Stefan



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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

2010-04-28 Thread Falk Zscheile

Am 28. April 2010 12:48 schrieb Stefan Dettenhofer (StefanDausR)
o...@dentro.info:
 Falk Zscheile schrieb:
 Nicht jeder hat den Nerv überall noch einmal
 access-Tags zu setzen, wo sich dies bereits aus dem Barrieretypen
 ergibt. Das ist extrem umständlich und wir wollen es doch dem Mapper
 so einfach wie möglich machen und nicht den Programmierern :-) Nur
 wenn etwas vom Normalfall abweicht ist ein zusätzliches access-Tag
 sinnvoll.
 Warum unterscheiden wir sonst überhaupt verschiedene Barrieretypen?

 Gibt es denn irgendwo eine Übersicht, zu welchen barrier-Typ welche
 default access-Tags gehören? Das wäre m.E. die Voraussetzung dazu, dass
 das sinnvoll implementiert werden kann.

Wünschenswert ist die Dokumentation natürlich, aber ich halte
Personen, die den Router mit seinen Regeln versorgen, für
Intellektuell durchaus fähig, das selbst heraus zu arbeiten :-)

Gruß, Falk

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

Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features

2010-04-28 Thread Thomas Reincke

Andreas Tille schrieb:
 Und siehe da:
 
 
 http://www.openstreetmap.org/?lat=51.831779lon=10.789651zoom=18layers=B000FTF
 
 das Robert Koch-Institut erscheint auf der höchsten Vergrößerungsstufe.

Darf ich an dieser Stelle noch mal für die JOSM-Funktion - Werkzeuge - 
Form rechtwiklig machen werben ;-)

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

Re: [Talk-de] access=designated?

2010-04-28 Thread RalfGesellensetter

Am Montag, 26. April 2010 schrieb Bernd Wurst:
 boat=no
 
Ist das der Grund für die blaue Linie auf dem Weg:
http://osm.org/go/0DnLCwAH0-?way=5022040 ???

Wurde wohl in Josm angekreuzt, dass Boote da nicht fahren können...

lol

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

Re: [Talk-de] access=designated?

2010-04-28 Thread Georg Feddern

Bernd Wurst schrieb:
 Am Mittwoch 28 April 2010 08:11:29 schrieb Georg Feddern:
   
 Zeichen 250 mit 1026-38 und 1022-10
 

 Gibt es einen Unterschied zwischen z250 + z1022-10 und z260?
 Ich würde die als gleichwertig einstufen...
   

aus dem Bauch heraus habe ich das Gefühl, dass man bei z250 + z1026-38 
z. B. Kutschfahrten als Transport der Erntehelfer zur Arbeitsstelle 
deklarieren müsste, während sie bei z260 erlaubt wären - habe es aber 
noch nicht in der StVO nachgeprüft, kann auch die hiesigen Kutscher 
nochmal fragen.
(Pferde-/Ochsen-/Tierische-Gespanne und andere nicht-motorisierte 
Fahrzeuge - die mir jetzt eben allerdings nicht einfallen wollen.)

Gruß
Georg

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

Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features

2010-04-28 Thread Andreas Tille

On Wed, Apr 28, 2010 at 01:12:06PM +0200, Thomas Reincke wrote:
 Darf ich an dieser Stelle noch mal für die JOSM-Funktion - Werkzeuge - 
 Form rechtwiklig machen werben ;-)

Guter Hinweis - aber ich habe die Funktion angewandt und danach wieder
verworfen.  Das Gebäude an der Ecke sind eigentlich vier Gebäude, die
nicht alle rechtwinklig sind.  Durch die ebenfalls nicht rechtwinklige
Straßenführung war das Ergebnis einfach unbefriedigend.

Wenn ich mal etwas mehr Zeit finde, versuche ich die Koordinaten besser
hinzubekommen (ich kann eventuell auch mal auf einen Grundriß zugreifen).
Meine GPS-Tracks, die ich gestern durch abschreiten ermittelt hatte waren
fast vollkommen unbrauchbar.  Der Empfang ist zwischen den relativ engen
Straßen mit dreistöckiger Bebauung und die Tracks waren teilweise in
Nebenstraßen gelandet (ja, ich habe auf meinem Garmin sowas wie nicht
auf Straße positionieren eingestellt, aber entweder es funktioniert
nicht korrekt oder ich mache irgendwas falsch).

Im Moment kam es mir darauf an, daß das Institut überhaupt erstmal auf
der Karte auftaucht.  Das ist nun der Fall.  Um die sicher notwendige
Aufarbeitung des Grundrisses werde ich mich zu gegebener Zeit kümmern.

Viele Grüße

  Andreas.

-- 
http://fam-tille.de

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

Am 28. April 2010 12:09 schrieb Chris66 chris66...@gmx.de:
 Am 28.04.2010 12:02, schrieb Martin Simon:

 Du möchtest wenn ich Dich richtig verstehe pro Barrierentyp
 entsprechende Default-Implizierungen haben.

Die haben wir im Prinzip schon: es ist die Realität draußen vor der Tür.

Ungefähr wie die implikation, daß man an einem amenity=fuel Treibstoff
kaufen kann. ;-)

 Da bin ich dagegen, weil es erstens unterschiedliche
 Auffassungen geben kann welches Fahrzeug welche Barriere
 überwinden kann

Und wo ist der Unterschied zu einem subjektiv gesetzten bicycle=no an
einer Umlaufsperre (barrier=cycle_barrier)?

Wie interpretiere ich das? War der Mapper Rennradler und genervt von
der Radverkehrsberuhigungsmaßnahme? Hatte er ein Liegerad? Einen
Anhänger? Steht dort ein Verbotsschild? etc...
($fahrzeug=yes/no/bla drückt *eigentlich* eine rechtliche
Zugangsbeschränkung aus.)

Da ist es deutlich sinnvoller, wie bei OSM üblich, an der Ausgabeseite
zu bewerten, nämlich beim Aufbau des Routinggraphen.

Wenn du wirklich detailiert mappen willst, solltest du eher die
Öffnungsmaße z.B. einer Pollerreihe mit maxwidth= eintragen. Dann hast
du das relevante physische Maß für die physische Passierbarkeit des
Hindernisses und kannst deinen Router so einstellen, daß er deinen
Messerschmitt Kabinenroller durch entsprechend großzügige Pollerreihen
routet. ;-)

 und zweitens werden laufend neue
 Barrieren erfunden, so dass ein Router hier ständig
 angepasst werden müsste.

Das ist Blödsinn. Die Liste hat sich seit langer Zeit nicht wesentlich
verändert und der Anteil an barrier-tags für nodes, die nicht bollard,
cycle_barrier, block, gate , lift_gate oder entrance sind, liegt in
Deutschland grob überschlagen irgendwo bei 1%:
http://tagwatch.stoecker.eu/Germany/De/tags.html

Gruß,

Martin

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

Re: [Talk-de] access=designated?

Am 28. April 2010 13:23 schrieb RalfGesellensetter r...@gmx.de:
 Am Montag, 26. April 2010 schrieb Bernd Wurst:
 boat=no

 Ist das der Grund für die blaue Linie auf dem Weg:
 http://osm.org/go/0DnLCwAH0-?way=5022040 ???

 Wurde wohl in Josm angekreuzt, dass Boote da nicht fahren können...

 lol

Nein, das ist der Weg selbst als Vektorgrafik, das wird durch das
way=5022040 in der Adresse ausgelöst und Funktioniert auch mit
anderen Objekten, deren ID du kennst.


rofl!!11,

Martin

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

Re: [Talk-de] access=designated?

2010-04-28 Thread Bernd Wurst

Am Mittwoch 28 April 2010 13:26:44 schrieb Georg Feddern:
 (Pferde-/Ochsen-/Tierische-Gespanne und andere nicht-motorisierte 
 Fahrzeuge - die mir jetzt eben allerdings nicht einfallen wollen.)

Stimmt, Kutschen sind der entscheidende Punkt, mehrspurig (und damit definitiv 
nicht einem Fahrrad gleichzustellen) aber nicht motorisiert.

Gruß, Bernd

-- 
Ein Kompromiß ist nur dann gerecht, brauchbar und dauerhaft,
wenn alle Partner damit gleich unzufrieden sind.


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

Thomas Zimmermann m...@vdm-design.de wrote:

 Hier wird durch eine barrier=bollard geroutet.

Beim Fahrrad und Fußgängerrouting will man das aber so haben!

Gruss

Sven

-- 
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

Chris66 chris66...@gmx.de wrote:

 Dort fehlt allerdings ein motorcar=no oder access=no
 an dem Poller, auch wenn das vermutlich auf das Cloudmade
 Routing dort keinen Einfluss hat, weil Cloudemade
 IIRC keine Poller etc. auswertet.

Hat es offensichtlich nicht:

http://maps.cloudmade.com/?lat=49.004723lng=8.456823zoom=17directions=49.005813467667274,8.453357219696045,49.005771240080406,8.456940650939941travel=carstyleId=1opened_tab=0

Da ist dazwischen:
barrier: gate
bicycle: yes
foot: yes
motorcar: no

Routing, das sowas nicht berücksichtigt ist nicht wirklich schön.

Jedenfalls werde ich da jetzt keinen Mini Fußweg/Radweg einabuen, denn das
ist lediglich eine gesperrte Straße und als solche wurde sie auch erfasst.

Gruss

Sven

-- 
Whenever there is a conflict between human rights and property
rights, human rights must prevail. (Abraham Lincoln)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

2010-04-28 Thread Thomas Zimmermann

Am Mittwoch 28 April 2010 14:36:20 schrieb Sven Geggus:
 Thomas Zimmermann m...@vdm-design.de wrote:
  Hier wird durch eine barrier=bollard geroutet.
 
 Beim Fahrrad und Fußgängerrouting will man das aber so haben!
 
 Gruss
 
 Sven
 
In meinem Link ist explizit Car angegeben für die Route, hätte ich vielleicht 
dazu schreiben sollen.

Gruß
Thomas

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

Re: [Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?

2010-04-28 Thread AssetBurned

moin

On 28.04.2010, at 05:44, Johannes Huesing wrote:

 M∡rtin Koppenhoefer dieterdre...@gmail.com [Wed, Apr 28, 2010 at 12:15:45AM 
 CEST]:
 [...]
 shop=telco (und ggf. brand / operator und oder name für den Typ wie
 vodafone, france telecom, o2, etc.)
 shop=radio für Funkbedarf
 
 Da könnte man auf die Idee kommen, es sei ein Hifiladen.

ne für hifi läden gibt es schon shop=hifi ;-)

 amenity=internet_café
 
 Vielleicht geht das auch ohne den Akzent. Nicht jeder weiß, wie diakritische
 Smörrebrödzeichen einzugeben sind.

+1

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] access=designated?

2010-04-28 Thread AssetBurned

moin

On 28.04.2010, at 08:11, Georg Feddern wrote:

 Bernd Wurst schrieb:
 Am Dienstag 27 April 2010 11:06:18 schrieb Georg Feddern:
 
 das meistverwendete Zeichen 250
 
 
 Diee Aussage bezweifle ich (so allgemein).
 Z250 ist hier sehr selten. z260 kommt hier wesentlich öfter vor (an jedem 
 Feldweg). Scheint was regional unterschiedliches zu sein.
 
 
 ja, ok, da stimme ich zu.
 Hier (tm) ist es zu gefühlten 95% Zeichen 250 mit 1026-38 und 1022-10 - 
 wobei ich auch schon öfter die (inoffizielle?) Kombination aus den 
 letzteren beiden in einem Schild gesehen habe.

na eventuell müssen da ein paar restbestände aufgebraucht werden und der zukauf 
eines (oder mehrerer) XY frei ist billiger als nen neues schild drucken?!

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Engstelle taggen? Was für ein Barrier ?

2010-04-28 Thread malenki

Georg Feddern schrieb:

Dann bräuchte man also auch ein LKK[1]-Fußgänger-Routing, damit man[2] 
dort nicht steckenbleibt.

[1] Last-Kraft-Körper
[2] meisten-anderen-nichtSchlanken

Man legt einfach per Definition fest, dass 
BMI = ~24 = Fußgänger,
BMI = ~24 = Autofahrer.

Autonavis routen nicht auf Pfaden, Problem gelöst.

flychtend,
malenki



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

Re: [Talk-de] access=designated?

2010-04-28 Thread AssetBurned

moin

On 28.04.2010, at 11:30, Bernd Wurst wrote:

 Am Mittwoch 28 April 2010 08:11:29 schrieb Georg Feddern:
 Zeichen 250 mit 1026-38 und 1022-10
 
 Gibt es einen Unterschied zwischen z250 + z1022-10 und z260?
 Ich würde die als gleichwertig einstufen...

hmm naja also ich weiß nicht wie es in DE ist aber in anderen ländern dürften 
mit z260 Kutschen und Pferde noch durch. Bei z250 + z1022-10 dürften die jedoch 
nicht durch.
und ob fussgänger oder inlineskater durch dürften wäre mir in beiden fällen 
erstmal auch nicht wirklich klar, allerdings würd ich davon ausgehen.

cu AssetBurned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freie Grenzen

2010-04-28 Thread Sven Anders

Am 23.04.2010 17:03, schrieb Jens Frank:

Die amtlichen Bekanntmachungen etc sind frei. Aber die Zusammenstellung
dieser amtlichen Bekanntmachungen in eine Gruppe von Vektoren ist meiner
Meinung nach eine Datenbank, und für die gelten dann nicht mehr die
Regeln des §5 .

Gut, nur das diese amtlichen Bekanntmachungen eben häufig überhaupt
nicht zu finden sind. Oder so unklar sind, das sie nicht helfen (Die
Grenze folgt der ehemaligen Gemeindegrenze).

Mir hat mal ein Behördenmittarbeiter gesteckt das es häufiger mal auch
zu Problemen bei den Grenzen kommt, z.B. ein Bauer läßt sein Feld
(welches zu 150 m2 in Niedersachsen und zu 900 m2 in Hamburg liegt)
nachmessen und stellt fest das es weniger Quadratmeter hat als er
bislang wusste, also zahlt er zuviele Steuern. Daraufhin werden amtiche
Vermesser losgeschickt, die feststellen, das das Feld wirklich kleiner
ist. Dann gibt es eine Kommission von Hamburger und NDS Vermesseungsamt
wo man sich auf eine neue Grenze einigt, das ganze passiert ganz ohne
Staatsvertrag und eben häufig auch ohne amtliche Bekanntmachung, nur der
Bauer erfährt dann davon, das er in Zukunft nur noch für 148m2 in NDS
und 897m2 in Hamburg bezahlen muss.

Wenn die Kommunen die Pflicht hätten uns eine Grenzbeschreibung zur
verfügung zu stellen mit der man für jeden Ort heraus bekommt, wozu er
politisch gehört reicht mir das aus. Ich vermute das eine solche
Beschreibung aber wesentlich kostenspieliger für die Kommune ist, als
uns die Vektoren-Datenbank zu schicken.

So werden zum Beispiel für den Nationalpark Wattenmeer im Gesetz
Kooridnaten angegeben.[1]

Die Hamburger Beschreibung von den Stadtteilen ist 50 Jahre alt und
müsste z.B. dringend aktualisiert werden, weil sich einfach zu viele
geographische Gegebenheiten geändert haben. Eine Grenzbeschreibung der
Bundeslandgrenze Hamburg ist mir gar nicht bekannt und das obwohl ich
schon einige Jahre danach suche.

Dass Du die Möglichkeit hast, frei (Also ohne Kosten) festzustellen,
wo Du wohnst und welche Gesetze gelten bedeutet meiner Meinung nach
nicht, dass die Datenbasis, auf der diese Information beruht,
automatisch frei ist. Dass ich einen Tramper frei im Auto mitnehme
bedeutet nicht, dass ihm das Auto gehört.

Es würde mich sehr wundern, wenn man das pro Koordinate anfragen muss so
ala: Wenn Sie das Kind im Wald geboren haben, fragen sie nochmal nach
und wir sagen Ihnen zu welcher Gemeinde die Waldlichtung gehört.

Gruß
Sven

[1]
http://www.nationalpark-hamburgisches-wattenmeer.de/8archiv/images/docs/Gesetz%20NPHW01.04.10.pdf

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

Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...

2010-04-28 Thread malenki

bundesrainer schrieb:

Joerg Fischer schrieb:
 Selbst Punktwolken, die das GPS an einer Ampel
 erzeugte, werden dann manchmal akribisch abgemalt. :-)

Diese Punktwolken finde ich ziemlich hässlich. Aus meinen GPX-Spuren
entferne ich diese deshalb auch vor dem Hochladen.

Hier muss ich nachhaken: per Hand oder automagisch?

Gruß
malenki



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

Re: [Talk-de] Freie Grenzen

2010-04-28 Thread Frederik Ramm

Hallo,

Sven Anders wrote:
 Wenn die Kommunen die Pflicht hätten uns eine Grenzbeschreibung zur 
 verfügung zu stellen mit der man für jeden Ort heraus bekommt, wozu er 
 politisch gehört reicht mir das aus. Ich vermute das eine solche 
 Beschreibung aber wesentlich kostenspieliger für die Kommune ist, als 
 uns die Vektoren-Datenbank zu schicken.

Das ist ueberigens die Hintertuer, durch die in vielen Laendern Daten 
frei werden. Wie hier richtig gesagt, bedeutet ein 
Informationsfreiheitsgesetz meistens nur, dass man die Info bekommen 
kann, nicht aber, dass man sie weitergeben darf. Wenn aber zu viele 
Leute nach der gleichen Information fragen, bindet das bei der Behoerde 
irgendwann so viele Ressourcen, dass es einfacher wird, den Kram auf 
einen Webserver hochzuladen und zu sagen: Da, nehmt und lasst uns in Ruhe.

Das passiert natuerlich nur in Laendern mit pragmatischer Regierung ;-)

Bye
Frederik


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

Re: [Talk-de] Missbrauch von name=...

2010-04-28 Thread Florian Lohoff

On Mon, Apr 26, 2010 at 05:03:38PM +0200, Andreas Tille wrote:
 Dazu eine Frage als Mapper-Neuling:  Ich war kürzlich in Gallizien 
 (Nordspanien),
 wo 1/4 der Straßen, die ich benutzt hatte noch nicht gemappt waren.  Bei den
 gemappten Straßen waren folgende Tags mit identischen Namen gesetzt:
 
name=
ref=
nat_ref=
 
 Alle drei Werte identisch.  Als Anfänger habe ich diese Methode übernommen.

ref/nat_ref sind ja typischerweise Nummern sowas wie A2 - LP-2 d.h.
identifikationen die der Strecke ueber ihre gesamte Laenge gegeben worden
sind.

name ist der jeweils fuer diesen Straßenabschnitt gueltige name - D.h.
Avenida de la Constitucion oder Avenida Maritim also das was man in
_dem_ Ort dazu sagen wuerde ...

 Ist also offensichtlich Murks, oder?  Wie mache ich es richtig?

Wenn die Straße keinen Namen hat - name weglassen - der renderer macht
typischerweise ein schild hin mit dem ref ...

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

[Talk-de] Anlieger frei von bis?

2010-04-28 Thread Christian Knorr

Hallo zusammen,
ich habe einen Weg gemappt mit folgenden Schildern:
 - Parkverbotszone
 - Kombinierter Fuß- und Fahrradweg
 - Anlieger frei 11-12h, 18-20h

Dass sich das Anlieger frei auf Autos bezieht dichte ich mir jetzt mal dazu.

bicycle {designated=1}
foot{designated=1}
highway {path=1}
name{Reinhold-Klügel-Hof=1}
segregated  {no=1}

Soweit okay? Dann Anlieger frei:

motorcar{destination=1}
motorcycle  {destination=1}

Wie macht man die Zeitbeschränkung?

Und die Parkverbotszone? Da habe ich nur was zum Erlauben gefunden, nichts zum 
Verbieten.

Danke schonmal, Chris..

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

2010-04-28 Thread Walter Nordmann


komisch,

bei fastest mach er's richtig.

walter

-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Skobbler-berucksichtig-seit-dem-20-04-10-turn-restrictions-tp4972010p4975515.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

2010-04-28 Thread Walter Nordmann


komisch,

bei fastest macht er's richtig

walter

-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Skobbler-berucksichtig-seit-dem-20-04-10-turn-restrictions-tp4972010p4975535.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Von Wikipedia lernen

2010-04-28 Thread Tirkon

Frederik Ramm frede...@remote.org wrote:

schliesslich bezahltes Personal beschaeftigen muessen, weil 
wir unseren eigenen Freiwilligen nicht mehr ueber den Weg trauen 
koennen, und und und.


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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

2010-04-28 Thread Rolf Bode-Meyer

Am 28. April 2010 02:50 schrieb Johann H. Addicks addi...@gmx.net:
 Seit dem Update am 20. April scheint Skobbler die gemapte
 Turn-Restriction-Relationen zu beachten.

 Genauer: Der dort eingesetzte Cloudmade-Router kann es jetzt.
 Und siehe, bei Cloudemade.com geht's auch.

 Wenn Ihr also Auto-Routen validieren wollt, man kann jetzt die Punkte
 auf der Karte schieben und schauen, wo es noch hängt oder wo es
 unmögliche Routenvorschläge gibt.

Schön dass es CM endlich kann. Nach längerem habe ich gerade mal
wieder Yournavigation überprüft und dort werden Turn-Restrictions
mittlerweilen auch berücksichtigt (sogar an einer STelle wo CM patzt).

Rolf

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

2010-04-28 Thread Christian Knorr

Am Mittwoch 28 April 2010 19:30:17 schrieb Rolf Bode-Meyer:
 Schön dass es CM endlich kann. Nach längerem habe ich gerade mal
 wieder Yournavigation überprüft und dort werden Turn-Restrictions
 mittlerweilen auch berücksichtigt (sogar an einer STelle wo CM patzt).
Was ist Yournavigation, hast Du einen Link?

 Rolf
MfG, Chris...

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

2010-04-28 Thread Jonas Krückel


Am 28.04.2010 um 19:42 schrieb Christian Knorr:

 Am Mittwoch 28 April 2010 19:30:17 schrieb Rolf Bode-Meyer:
 Schön dass es CM endlich kann. Nach längerem habe ich gerade mal
 wieder Yournavigation überprüft und dort werden Turn-Restrictions
 mittlerweilen auch berücksichtigt (sogar an einer STelle wo CM patzt).
 Was ist Yournavigation, hast Du einen Link?

http://lmgtfy.com/?q=yournavigationl=1

-Jonas

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

Re: [Talk-de] Anlieger frei von bis?

Christian Knorr os...@gmx.de wrote:

 Wie macht man die Zeitbeschränkung?

Ich kenne keinen Weg!

In Nordamerika gibt es ja bedingt durch den rechteckigen Aufbau der
Städte häufig zeitlich begrenzte Einbahnstraßen. Zumindest habe ich
in Toronto viele davon gesehen.

Wüsste ich ebenfalls nicht wie man sowas taggen würde.

Gruss

Sven

-- 
Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open
Source-Betriebssystem bedenken sollten, ist, dass Sie kein
Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

Am 28. April 2010 11:33 schrieb Bernd Wurst be...@bwurst.org:
 Die beiden Aussagen widersprechen sich nicht.


+1


 Wenn man annimmt, dass ein barrier=* standardmäßig einfach allen Durchgang
 unterbindet, kann man mit foot=yes, bicycle=yes dann einzelne wieder erlauben.
 Siehe z.B. barrier=gate, wo das wohl dem Stand der Dinge entspricht.


das kann man allerdings auch nicht so sehen, es gibt ja z.B.
barrier=entrance oder barrier=city_gate (bei letzterem bin ich mir
nicht so sicher, ob es das wirklich gibt, stand jedenfalls mal zu
Debatte). Mind. dafür bräuchte man also eine Gegenregel. Ich habe
bisher bei barrier=bollard keine weiteren Access-tags vergeben, da ich
da bollard ein Pfosten ist, und der m.E. standardmäßig für Fußgänger
und Radfahrer (und Reiter, Rollstuhlfahrer, Tretrollerfahrer, etc.)
passierbar ist, also wie schon erwähnt zweispurige (bzw. breite)
Fahrzeuge ausschließt. Wenn die letzteren auch noch durchkommen (sehr
breiter Abstand von größer als 2-2,50m) würde ich evtl. den Poller gar
nicht mehr als solchen taggen, jedenfalls nicht auf dem Weg.

 Klar, ein Routerprogrammierer sollte bei barrier=bollard eigentlich schon
 Fußgänger und Fahrräder per Default durchlassen, wenn nichts genaueres
 angegeben ist.


eben, ggf. sogar Motorradfahrer, weil das Verbot über ein Schild und
nicht die Breite (=Poller) geregelt sein muss. Access=no ist für
barrier-default m.E. viel zu restriktiv, bei gate, fence, wall, etc.
würde ich sagen ja (wenn nicht die Höhe z.B. 35 cm ist, was man
natürlich angeben sollte), beim Rest eher kein default.


Gruß Martin

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!

2010-04-28 Thread Bartosz Fabianowski

 da bollard ein Pfosten ist, und der m.E. standardmäßig für [...]
 Rollstuhlfahrer [...] passierbar ist

Da mache ich ganz genau die gegenteilige Annahme: Ein Pfosten mitten auf 
einem Fußweg trennt diesen in zwei schmale halbe Wege - da kommt 
normalerweise kein Rollstuhl durch. Für mich impliziert barrier=bollard 
ein wheelchair=no und ich habe deswegen nie wheelchair-Tags für Pfosten 
vergeben.

Gruß,
- Bartosz

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

2010-04-28 Thread Tobias Knerr

Stefan Dettenhofer (StefanDausR) schrieb:
 Gibt es denn irgendwo eine Übersicht, zu welchen barrier-Typ welche 
 default access-Tags gehören? Das wäre m.E. die Voraussetzung dazu, dass 
 das sinnvoll implementiert werden kann.

Wie für jedes andere Tag auch finden sich Implikationen bei
barrier=*-Tags in prinzipiell maschinell parsbarer Form in den
Key/Value-Templates im OSM-Wiki.

Beispiel:
http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dbollard

* access=no
* foot=yes
* bicycle=yes

Für die meisten Werte fehlt diese Information bisher, so dass dort
momentan das laut Key:barrier standardmäßig implizierte access=no
angenommen werden muss.

Tobias Knerr

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

Re: [Talk-de] Anlieger frei von bis?

Am 28. April 2010 19:53 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
 Christian Knorr os...@gmx.de wrote:
 Wie macht man die Zeitbeschränkung?


es gab dazu AFAIR schonmal ein paar Vorschläge hier auf der Liste, im
Wiki gibt's das hier:
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags#time

vielleicht kannst Du das auch für oneway gebrauchen?


 In Nordamerika gibt es ja bedingt durch den rechteckigen Aufbau der
 Städte häufig zeitlich begrenzte Einbahnstraßen. Zumindest habe ich
 in Toronto viele davon gesehen.


Am Rande gefragt: inwiefern sollte das orthogonale Straßenraster das fördern?

Gruß Martin

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

Re: [Talk-de] Anlieger frei von bis?

2010-04-28 Thread Tobias Knerr

Christian Knorr schrieb:
  - Anlieger frei 11-12h, 18-20h
 [...]
 Wie macht man die Zeitbeschränkung?

Hier verweise ich auf mein Proposal
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags

access:(11:00-12:00, 18:00-20:00) = destination

oder je nach Geschmack

access:(11:00-12:00) = destination
access:(18:00-20:00) = destination

Das access durch die passende Verkehrsmittelklasse, z.B. motorcar,
ersetzen.

Tobias Knerr

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

Re: [Talk-de] Skobbler berücksichtig seit dem 20.0 4.10 turn-restrictions!

2010-04-28 Thread Falk Zscheile

Am 28. April 2010 20:07 schrieb Tobias Knerr o...@tobias-knerr.de:
 Stefan Dettenhofer (StefanDausR) schrieb:
 Gibt es denn irgendwo eine Übersicht, zu welchen barrier-Typ welche
 default access-Tags gehören? Das wäre m.E. die Voraussetzung dazu, dass
 das sinnvoll implementiert werden kann.

 Wie für jedes andere Tag auch finden sich Implikationen bei
 barrier=*-Tags in prinzipiell maschinell parsbarer Form in den
 Key/Value-Templates im OSM-Wiki.

 Beispiel:
 http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dbollard

    * access=no
    * foot=yes
    * bicycle=yes

 Für die meisten Werte fehlt diese Information bisher, so dass dort
 momentan das laut Key:barrier standardmäßig implizierte access=no
 angenommen werden muss.


Bitte erkläre es für mich nochmal ausführlicher. Ich verstehe den Sinn
immer noch nicht. Wo genau ist der Unterschied ob der Router auf ein
barrier=* stößt und dann in einer Datei nachschaut welche access-Tags
der Programmierer für dieses barrier-Tag vorgesehen hat oder ob wir
die access-Tags zusätzlich an alle barrier-Tags setzen? Das ein
Arbeitsschritt eingespart wird will mir als Grund nicht als
ausreichend für dieses umständliche vorgehen erscheinen.

Zumal wird zum Routen doch ohnehin eine extra Datenbank angelegt, da
lässt sich so etwas auch sehr gut automatisiert einbauen, wenn die
OSM-Daten für die Routingdatenbank aufbereitet werden.

Gruß, Falk

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

Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht (was: Vorhandener Weg weicht von meinen Daten ab...)

Am 28. April 2010 01:55 schrieb Johann H. Addicks addi...@gmx.net:
 - Es gibt keinen Client, der den Upload größerer Trackmengen für DAUs
 erlaubt


wenn man regelmäßig hochlädt stellt sich dieses Problem nicht, man
soll ja idealerweise die tracks auch taggen.


 - Es gibt kein DAU-kompatibles Tool, größere Mengen an Tracks lokal vor
 dem Upload zu anonymisieren


das sollte durch die Anonymisierung auf dem Server sowie die
verfügbaren Anonymisiermöglichkeiten (GPS-Babel) nicht erforderlich
sein. Mit Anonymisierung kann man ja sowieso nur Manipulation der
Timestamps meinen, die Koordinaten sollte man in jedem Fall so lassen
wie sie sind (*g*), und auch das schränkt die Nutzbarkeit der Tracks
schon sehr ein (Datum-/Zeitabhängige Analyse geht kaputt). Wer
oberparanoid ist, sollte sich sowieso von OSM fernhalten: durch die
Edits ist man in jedem Fall irgendwie einschätzbar, auch wenn man
keine Tracks hochlädt.


 - Es gibt auch keine unabhängie, vertrauenswürdige Instanz, die Tracks
 gesammelt annimmt, anonymisiert und neutral bei OSM hochläd.


 Ich weiss nur, dass es viele Leute gibt, die auf Tracksammlungen von
 erheblichem Umfang sitzen, sowohl privat wie auch von Firmenwagen,
 diese aber aus Datenschutzbedenken nicht an OSM geben.


Dann ist das halt erstmal so. Wirklich anonym geht prinzipiell gar
nicht (es sind nunmal Informationen, wo irgendwann mal jemand war),
aber man kann ja problemlos einen oder mehrere Accounts nur dafür
erstellen. M.E. sagen Edits deutlich mehr über jemanden aus als Tracks
(Interessen, räumlicher Bewegungsraum, Urlaub,
Persönlichkeitsstruktur, ...), vor allem sind erstere auch für alle
Zeiten in der history verfolgbar, tracks sind jetzt schon anonym.

Gruß Martin

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

[Talk-de] Abstimmung über Einzelsiedlungen