date:20100601

On Tue, Jun 1, 2010 at 2:07 AM, John Smith deltafoxtrot...@gmail.com wrote:
 On 1 June 2010 09:52, Tim McNamara paperl...@timmcnamara.co.nz wrote:
 Still, even if they breached the duty of care, the injured woman will still
 need to establish that the breach was a cause of her injury.

 The only thing that is new in all this is pedestrian routing, people
 have been following incorrect satnav routes for ages and usually
 driving into places they shouldn't as a result, people seem to love to
 be told what to do:

 http://www.intology.com/science-technology/satnav-causes-30-accidents-in-uk-each-year/

That's an interesting article. But the details are sketchy: 300,000
out of a total of how many ? Are there any controlled studies where
they establish cause and effect ? e.g. take away Satnav from some
drivers and see what happens, or insist that they use it and see what
happens.

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

Re: [OSM-talk] Software goes on, brain goes off...

On 1 June 2010 17:04, Nic Roets nro...@gmail.com wrote:
 That's an interesting article. But the details are sketchy: 300,000
 out of a total of how many ? Are there any controlled studies where

I don't think there needs another total, I'm guessing people blamed
the accident on their satnav when reporting damage to their insurance
company, people always like to put the fault on other people/things,
the satnav can't defend itself.

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

Re: [OSM-talk] OpenStreetMap Ad

2010-06-01 Thread Ken Guest

A nice example of using non-geographic tags (business name, contact details,
opening hours etc)
would be to point out openstreetbrowser ;-)

On Tue, Jun 1, 2010 at 1:45 AM, john whelan jwhelan0...@gmail.com wrote:

 Is it worth doing a small article on OSM for them?  It might be worth
 pointing out that businesses can be tagged with websites etc. and the tags
 can be read on line.

 Cheerio John


 On 31 May 2010 11:13, Kate Chapman k...@maploser.com wrote:

 Hey All,

 Yesterday Richard Weait and I got an email about an opportunity to put
 an ad for OSM in a Canadian Business Journal.  Unfortunately the turn
 around was only a couple hours (I'm assuming some advertiser dropped
 out or something).

 Anyway we didn't have anything readily available so we weren't able to
 seize the opportunity.  Does any materials like this exist somewhere
 for OSM?  If not do you think there is a need for it or was this a
 freak occurrence?

 -Kate

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



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




-- 
http://blogs.linux.ie/kenguest/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] On the ground rule on the wiki

2010/5/31 Anthony o...@inbox.org:
 On Mon, May 31, 2010 at 3:13 PM, Ian Dees ian.d...@gmail.com wrote:

 If they are not marked, how do the locals know what and where they are?

 They look at a map!


No, they don't have to look at a map, that's the point: they simply
_know_ it, they use the name as a reference in their daily
conversation. And that's the kind of information I think is even more
precious than the one that is put on signs: local knowledge.

cheers,
Martin

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

Re: [OSM-talk] On the ground rule on the wiki

2010/5/31 Anthony o...@inbox.org:
 2010/5/31 Ian Dees ian.d...@gmail.com

 I don't think anyone has suggested that we leave out things I'd they
 aren't signposted.

 Nathan, who started this thread, has done exactly that, and he's gone around
 removing route relations where the routes were not signed on the ground.

So we might ask him to revert and put them back. I'm always astonished
when people pop up and actually think they do a good job when deleting
the work of others by cleaning up the db. I don't know what kind of
route we are talking about, but IMHO one route more or less is not
harming, and probably there was a good reason to put these routes in.

I think we should generally think about removing/clarifying the on
the ground rule. It is frequently used to justify strange behaviour
(I remember someone who put all names in capitalized form (ABC STREET)
because they were written like that on the sign, and reverted all
edits that tried to normalize these tags).

cheers,
Martin

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

Re: [OSM-talk] [talk-au] Software goes on, brain goes off...

2010-06-01 Thread Frederik Ramm

Hi,

John Smith wrote:
 http://searchengineland.com/woman-follows-google-maps-walking-directions-gets-hit-sues-43212
 
 I wonder if she's eligible for an honourable mention from the darwin awards?

After all the brouhaha maybe there's time for some serious thought.

Without knowing the exact circumstances of that case, try to put 
yourself into a situation like this: You are in an unknown city, maybe 
even in a foreign city. The roads are laid out differently from what 
you're used to. You are under stress for some reason or other, say you 
have an appointment and have not had the time to look it up on a map, 
you're somewhat lost, insecure, with limited sense of where you are and 
where you have to go to. Assume you cannot afford a taxi, or don't even 
know how and where to call one. But wait! There's the Blackberry with 
experimental Google maps on it, and lo and behold, it says your 
destination is only 25 minutes away on foot...

I consider myself to be fairly intelligent and my judgment and 
situational awareness are generally ok, but honestly, I think it could 
happen to me (if I had a Blackberry).

The only difference is that I would not sue Google if it happened to me. 
But then I don't live in a country where I'm bombarded with like Have 
you been involved in an accident? We may be able to make money from 
that, call 0-800-frivolous-solicitors all the time.

Bye
Frederik

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

Re: [OSM-talk] [talk-au] Software goes on, brain goes off...

2010-06-01 Thread Kenneth Gonsalves

On Tuesday 01 June 2010 14:09:01 Frederik Ramm wrote:
 know how and where to call one. But wait! There's the Blackberry with 
 experimental Google maps on it, and lo and behold, it says your 
 destination is only 25 minutes away on foot...
 

strange - in my country I would just ask some one - never fails
-- 
Regards
Kenneth Gonsalves
Senior Associate
NRC-FOSS at AU-KBC

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

Re: [OSM-talk] [talk-au] Software goes on, brain goes off...

2010-06-01 Thread Liz

On Tue, 1 Jun 2010, Kenneth Gonsalves wrote:
 strange - in my country I would just ask some one - never fails

you must be a bit older and used to older methods
:)
last time I got asked for where is a street I was out mapping, so oddly 
although 500km from home I did know where the street was, and how to actually 
get a car there.

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

Re: [OSM-talk] On the ground rule on the wiki

2010-06-01 Thread Andy Allan

On Sat, May 29, 2010 at 11:46 PM, Nathan Edgars II nerou...@gmail.com wrote:
 Right now, the only mention of the on the ground rule on the wiki is
 here: http://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule
 Should a separate page be created about how it applies more generally?

The on the ground rule is only appropriate for disputes, and
shouldn't be used as an instruction of what should or should not be
mapped (for that, see the guidelines on verifiability).

The on the ground rule is that when two sources (or mappers)
disagree, then priority should be given to what actually goes on in
real life. As Mikel has said, this was originally created to resolve a
dispute in an occupied territory, but can be applied more widely. So
if we have a mapper who is adamant a street has been called foo
street, and another who says it is now bar street, then priority would
be given to whichever name is used by the people who live there / run
the local council / etc. Obviously this still needs common sense,
since a mis-spelled street-sign is still mis-spelled and shouldn't be
entered incorrectly into OSM.

The on the ground rule can be thought of as resolving de jure vs de
facto disputes. If you are discussing whether or not something exists,
then you are wanting to discuss verifiability.

Cheers,
Andy

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

Re: [OSM-talk] [talk-au] Software goes on, brain goes off...

2010-06-01 Thread Emilie Laffray

On 1 June 2010 09:39, Frederik Ramm frede...@remote.org wrote:

Hi,

John Smith wrote:

http://searchengineland.com/woman-follows-google-maps-walking-directions-gets-hit-sues-43212

I wonder if she's eligible for an honourable mention from the darwin
awards?

After all the brouhaha maybe there's time for some serious thought.

Without knowing the exact circumstances of that case, try to put
yourself into a situation like this: You are in an unknown city, maybe
even in a foreign city. The roads are laid out differently from what
you're used to. You are under stress for some reason or other, say you
have an appointment and have not had the time to look it up on a map,
you're somewhat lost, insecure, with limited sense of where you are and
where you have to go to. Assume you cannot afford a taxi, or don't even
know how and where to call one. But wait! There's the Blackberry with
experimental Google maps on it, and lo and behold, it says your
destination is only 25 minutes away on foot...

I consider myself to be fairly intelligent and my judgment and
situational awareness are generally ok, but honestly, I think it could
happen to me (if I had a Blackberry).

The only difference is that I would not sue Google if it happened to me.
But then I don't live in a country where I'm bombarded with like Have
you been involved in an accident? We may be able to make money from
that, call 0-800-frivolous-solicitors all the time.

The point raised is interesting as it was raised during a conference
recently in France. During the data quality roundtable where I was speaking,
there was a question about liability about mapping. It is clearly something
where there is no answer right now even for commercial companies. Putting
disclaimer is all fine but it may not stop some people.

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

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Jason Cunningham

1... What's the correct way of tagging a street as 'dangerous/suicidal' for
pedestrians in OSM? (Couldnt find an answer in the wiki)
Recently come across a road in my area (London, UK) that had no pavement and
which clearly should be avoided by pedestrains, but there were no
restrictions in place for pedestrians (apart from common sense). The UK also
does not have restrictions on pedestrains being on roads that some other
countries have.

So, in my opinion, foot=no would be wrong because it incorrectly indicates
pedestrians are not allowed. I guess foot=dangerous would be useful for
routing software, but is there agreed way of tagging these problem roads.

2...Had a look at that American road in Google Satelitte (
http://tinyurl.com/33dvn78)  If I was that women I'd be more worried about
the colour of the Golf Courses. That's the most unnatural shade of green
I've ever seen.

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

Re: [OSM-talk] Software goes on, brain goes off...

On 1 June 2010 22:33, Jason Cunningham jamicu...@googlemail.com wrote:
 2...Had a look at that American road in Google Satelitte
 (http://tinyurl.com/33dvn78)  If I was that women I'd be more worried about
 the colour of the Golf Courses. That's the most unnatural shade of green
 I've ever seen.

Google has done some nasty tweaking of colours in the last 6 months or
so, I really can't stand looking at their sat imagery now because it
looks so badly corrected.

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

[OSM-talk] Yet another map-sharing site

2010-06-01 Thread SomeoneElse

I stumbled across this today:

http://www.ikimap.com/ikimapa/310

The terms of use link points at Google's Map terms of use, but the map 
layer underneath looks unlike Google's, yet strangely familiar...


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

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Matt Williams

On 1 June 2010 13:33, Jason Cunningham jamicu...@googlemail.com wrote:
 1... What's the correct way of tagging a street as 'dangerous/suicidal' for
 pedestrians in OSM? (Couldnt find an answer in the wiki)
 Recently come across a road in my area (London, UK) that had no pavement and
 which clearly should be avoided by pedestrains, but there were no
 restrictions in place for pedestrians (apart from common sense). The UK also
 does not have restrictions on pedestrains being on roads that some other
 countries have.

 So, in my opinion, foot=no would be wrong because it incorrectly indicates
 pedestrians are not allowed. I guess foot=dangerous would be useful for
 routing software, but is there agreed way of tagging these problem roads.

The road should simply be marked as having no pavement/sidewalk.
Something like pavement=yes/no is a start at least. It's best to avoid
subject assessments like how dangerous a road is.

-- 
Matt Williams
http://milliams.com

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

Re: [OSM-talk] Yet another map-sharing site

2010-06-01 Thread Ian Dees

On Tue, Jun 1, 2010 at 8:24 AM, SomeoneElse li...@mail.atownsend.org.ukwrote:

 I stumbled across this today:

 http://www.ikimap.com/ikimapa/310

 The terms of use link points at Google's Map terms of use, but the map
 layer underneath looks unlike Google's, yet strangely familiar...


It appears that they're using Google Maps API with OSM layer. If someone
were to contact them and offer to help convert to OpenLayers (or at least to
add correct attribution (which Google Maps API supports)), I bet they'd be
receptive.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Anthony

On Tue, Jun 1, 2010 at 9:32 AM, Matt Williams li...@milliams.com wrote:

 On 1 June 2010 13:33, Jason Cunningham jamicu...@googlemail.com wrote:
  1... What's the correct way of tagging a street as 'dangerous/suicidal'
 for
  pedestrians in OSM? (Couldnt find an answer in the wiki)
  Recently come across a road in my area (London, UK) that had no pavement
 and
  which clearly should be avoided by pedestrains, but there were no
  restrictions in place for pedestrians (apart from common sense). The UK
 also
  does not have restrictions on pedestrains being on roads that some other
  countries have.
 
  So, in my opinion, foot=no would be wrong because it incorrectly
 indicates
  pedestrians are not allowed. I guess foot=dangerous would be useful for
  routing software, but is there agreed way of tagging these problem roads.

 The road should simply be marked as having no pavement/sidewalk.
 Something like pavement=yes/no is a start at least. It's best to avoid
 subject assessments like how dangerous a road is.


Hmm, is shoulder a fairly universal term?  Because shoulder=no would be
much more daunting to me than pavement=no.

Also, if the street really is dangerous/suicidal, is there any chance you
can report it to the govt. so they can either fix it or ban pedestrians?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Request for comments: Playground Equipment Proposal

2010-06-01 Thread Lulu-Ann

Hi there,

this is not my proposal, but as RfC was forgotten I ask for your comments now.

http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

Regards
Lulu-Ann
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [OSM-talk] Software goes on, brain goes off...

On Tue, Jun 1, 2010 at 3:32 PM, Matt Williams li...@milliams.com wrote:
 The road should simply be marked as having no pavement/sidewalk.
 Something like pavement=yes/no is a start at least. It's best to avoid
 subject assessments like how dangerous a road is.

Ideally, yes. But routing software can't possibly process the logic
correctly in cases like these. Some roads may not have a pavement, but
they are safe for pedestrians due to the lack of traffic. In other
cases extreme footways should not be used because of crime.

If you don't trust your own opinion, ask a few locals if they would
advise a tourist to walk there. If they say no, then tag them with
foot=no and add a note describing why you did it.

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

Re: [OSM-talk] Software goes on, brain goes off...

On Tue, Jun 1, 2010 at 4:38 PM, Elena of Valhalla
elena.valha...@gmail.com wrote:
 On 6/1/10, Nic Roets nro...@gmail.com wrote:
 If you don't trust your own opinion, ask a few locals if they would
 advise a tourist to walk there. If they say no, then tag them with
 foot=no and add a note describing why you did it.

 I don't think this would be correct: foot=no usually means you are
 not legally allowed to walk here, not this road may be dangerous for
 you to walk on

 using a different tag may be appropriate, however

Which one, or do I have to invent a new one ? The problem is that
tagging standards change faster than the map can be reviewed. For
example, I did most of my mapping during 2008. At stage the access=no
tag indicated that Access by this transport mode not permitted or
unsuitable. dangerous is one form of being unsuitable.

I'd much rather use the tag that is the best approximation of reality
and add a note if it is really necessary.

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

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Anthony

On Tue, Jun 1, 2010 at 10:23 AM, Nic Roets nro...@gmail.com wrote:

 On Tue, Jun 1, 2010 at 3:32 PM, Matt Williams li...@milliams.com wrote:
  The road should simply be marked as having no pavement/sidewalk.
  Something like pavement=yes/no is a start at least. It's best to avoid
  subject assessments like how dangerous a road is.

 Ideally, yes. But routing software can't possibly process the logic
 correctly in cases like these. Some roads may not have a pavement, but
 they are safe for pedestrians due to the lack of traffic. In other
 cases extreme footways should not be used because of crime.


What does lack of traffic matter?  Unless you mean absolutely no traffic, I
don't think that makes much difference.  If the road is unsafe to walk on,
I'm not going to walk down it whether there's 1 car a day or 10,000.  If
there's a low enough speed limit maybe.

If you don't trust your own opinion, ask a few locals if they would
 advise a tourist to walk there. If they say no, then tag them with
 foot=no and add a note describing why you did it.


So because a few locals wouldn't advise a tourist to walk there you're going
to tag the road equivalently to one that is illegal to walk on?  I think
we've gotta do better than that.  I'd prefer the ambiguous foot=dangerous to
foot=no.  Especially if you're saying that high traffic + no pavement =
dangerous (I've walked on plenty of roads with high traffic and no pavement
- as long as they have a shoulder I wouldn't tag them as foot=no, never,
way too dangerous, I'd tag them as foot=try to find a better route, but if
you must, use caution.

How about foot=destination? :)  I'm kidding, but it'd be better (and more
accurate) than foot=no.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Software goes on, brain goes off...

On Tue, Jun 1, 2010 at 5:22 PM, Anthony o...@inbox.org wrote:
 Ideally, yes. But routing software can't possibly process the logic
 correctly in cases like these. Some roads may not have a pavement, but
 they are safe for pedestrians due to the lack of traffic. In other
 cases extreme footways should not be used because of crime.

 What does lack of traffic matter?  Unless you mean absolutely no traffic, I
 don't think that makes much difference.  If the road is unsafe to walk on,
 I'm not going to walk down it whether there's 1 car a day or 10,000.  If
 there's a low enough speed limit maybe.

By that logic you should never leave your house. What if a storm
suddenly appears and you get hit by lightning ?

As traffic volumes increase, following distances decrease and drivers
become overloaded with all the information. Their view may also be
obscured by the traffic. And if the oncoming lane is also full of
traffic, it gives less space for drives to take evasive action.

I've had a number of close calls where I was cycling and a driver
overtook the traffic on the outside at high speed i.e. on the left in
a country with left hand traffic. But I guess that's largely a
developing country problem.

 How about foot=destination? :)  I'm kidding, but it'd be better (and more
 accurate) than foot=no.

I won't argue with that.

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

Re: [OSM-talk] Software goes on, brain goes off...

2010/6/1 Anthony o...@inbox.org:
 The road should simply be marked as having no pavement/sidewalk.
 Something like pavement=yes/no is a start at least. It's best to avoid
 subject assessments like how dangerous a road is.

 Hmm, is shoulder a fairly universal term?  Because shoulder=no would be
 much more daunting to me than pavement=no.


Not that I am native, but I think that shoulder is a different term
than sidewalk/pavement, because it can also be unpaved, while a
pavement IMHO should be paved. A shoulder is simply the side of the
road (I guess), kept free from traffic, while a pavement is designed
for pedestrians.

cheers,
Martin

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

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Jeffrey Ollie

On Tue, Jun 1, 2010 at 11:43 AM, M∡rtin Koppenhoefer
dieterdre...@gmail.com wrote:
 2010/6/1 Anthony o...@inbox.org:
 The road should simply be marked as having no pavement/sidewalk.
 Something like pavement=yes/no is a start at least. It's best to avoid
 subject assessments like how dangerous a road is.

 Hmm, is shoulder a fairly universal term?  Because shoulder=no would be
 much more daunting to me than pavement=no.

 Not that I am native, but I think that shoulder is a different term
 than sidewalk/pavement, because it can also be unpaved, while a
 pavement IMHO should be paved. A shoulder is simply the side of the
 road (I guess), kept free from traffic, while a pavement is designed
 for pedestrians.

Perhaps bikeshedding here, but if you were to ask me to walk on the
pavement I'd look at you strangely. To me (and to many Americans)
pavement implies the road surface itself, not the path along the side
of the road.

-- 
Jeff Ollie

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

Re: [OSM-talk] Yet another map-sharing site

2010-06-01 Thread Claudius

Am 01.06.2010 15:31, Ian Dees:
 On Tue, Jun 1, 2010 at 8:24 AM, SomeoneElse li...@mail.atownsend.org.uk
 mailto:li...@mail.atownsend.org.uk wrote:

 I stumbled across this today:

 http://www.ikimap.com/ikimapa/310

 The terms of use link points at Google's Map terms of use, but the map
 layer underneath looks unlike Google's, yet strangely familiar...


 It appears that they're using Google Maps API with OSM layer. If someone
 were to contact them and offer to help convert to OpenLayers (or at
 least to add correct attribution (which Google Maps API supports)), I
 bet they'd be receptive.

License note seems to be fixed now. When OSM is used as background layer 
it links to the lincense text in our wiki.

Claudius


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

Re: [OSM-talk] Yet another map-sharing site

2010-06-01 Thread Iván Sánchez Ortega

El día Tuesday 01 June 2010 15:24:55, SomeoneElse dijo:
 http://www.ikimap.com/

I met these guys a few months ago. Basically they know about OSM, they know 
about G MapMaker. They've got a potential market, but they know they are a 
few years behind collaborative map making... :-/

-- 
Iván Sánchez Ortega i...@sanchezortega.es

Un ordenador no es una televisión ni un microondas: es una herramienta 
compleja.

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

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Jeffrey Ollie

On Mon, May 31, 2010 at 6:20 PM, Anthony o...@inbox.org wrote:

 Looking more closely, there is a sidewalk, which turns into a cycleway
 (http://www.openstreetmap.org/browse/way/40967519), about 50 feet from the
 roadway, on the southbound side which is the same side she was walking on.
 And if she had been using the sidewalk while heading north on Main St, it
 would have led her directly to that sidewalk.

Interesting thing about that is that the cycleway shows up in Mapnik
and OsmaRender, but doesn't in CloudMade's maps, and CloudMade doesn't
use the cycleway for routing.  In fact CloudMade gives a nearly
identical route to Google.  Does CloudMade's routing engine ignore
highway=cycleway?

-- 
Jeff Ollie

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

Re: [OSM-talk] Software goes on, brain goes off...

Jeffrey, when the thread was started the cycleway was incorrectly
tagged, but I fixed it soon afterwards. Cloudmade will catch up soon
enough.

On Tue, Jun 1, 2010 at 9:05 PM, Jeffrey Ollie j...@ocjtech.us wrote:
 On Mon, May 31, 2010 at 6:20 PM, Anthony o...@inbox.org wrote:

 Looking more closely, there is a sidewalk, which turns into a cycleway
 (http://www.openstreetmap.org/browse/way/40967519), about 50 feet from the
 roadway, on the southbound side which is the same side she was walking on.
 And if she had been using the sidewalk while heading north on Main St, it
 would have led her directly to that sidewalk.

 Interesting thing about that is that the cycleway shows up in Mapnik
 and OsmaRender, but doesn't in CloudMade's maps, and CloudMade doesn't
 use the cycleway for routing.  In fact CloudMade gives a nearly
 identical route to Google.  Does CloudMade's routing engine ignore
 highway=cycleway?

 --
 Jeff Ollie

 ___
 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] Yet another map-sharing site

2010-06-01 Thread Gregory

Shouldn't the text actually say at least 'OpenStreetMap' somewhere, rather
than just 'Terms of use'. With my simple understanding of the attribution
license.

I prefer that because it makes sure the name is getting out there next to
our work.

IkiMaps? Is it like the wikipedia for maps? ;o)

2010/6/1 Iván Sánchez Ortega i...@sanchezortega.es

 El día Tuesday 01 June 2010 15:24:55, SomeoneElse dijo:
  http://www.ikimap.com/

 I met these guys a few months ago. Basically they know about OSM, they know
 about G MapMaker. They've got a potential market, but they know they are a
 few years behind collaborative map making... :-/

 --
 Iván Sánchez Ortega i...@sanchezortega.es

 Un ordenador no es una televisión ni un microondas: es una herramienta
 compleja.

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




-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OpenStreetMap Ad

2010-06-01 Thread john whelan

Or just use the plus sign on the right and use the data overlay.  That works
nicely for Canada.  I have some sample Ottawa businesses I've dropped in.  I
suppose I could even write a few words round couple of examples.

Cheerio John

On 1 June 2010 04:18, Ken Guest k...@linux.ie wrote:

 A nice example of using non-geographic tags (business name, contact
 details, opening hours etc)
 would be to point out openstreetbrowser ;-)


 On Tue, Jun 1, 2010 at 1:45 AM, john whelan jwhelan0...@gmail.com wrote:

 Is it worth doing a small article on OSM for them?  It might be worth
 pointing out that businesses can be tagged with websites etc. and the tags
 can be read on line.

 Cheerio John


 On 31 May 2010 11:13, Kate Chapman k...@maploser.com wrote:

 Hey All,

 Yesterday Richard Weait and I got an email about an opportunity to put
 an ad for OSM in a Canadian Business Journal.  Unfortunately the turn
 around was only a couple hours (I'm assuming some advertiser dropped
 out or something).

 Anyway we didn't have anything readily available so we weren't able to
 seize the opportunity.  Does any materials like this exist somewhere
 for OSM?  If not do you think there is a need for it or was this a
 freak occurrence?

 -Kate

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



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




 --
 http://blogs.linux.ie/kenguest/

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

Re: [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Anthony

On Tue, Jun 1, 2010 at 9:38 PM, John Smith deltafoxtrot...@gmail.comwrote:

 On 2 June 2010 10:23, Anthony o...@inbox.org wrote:
  You seem to have missed the rest of my post.  I was arguing that a road
 with
  no pavement but with a shoulder is *not* unsafe.  OTOH, if the road has
 no
  shoulder, and traffic traveling at 55 mph, and only 1 car a day, I'm not
  walking down it.

 My mother often goes for walks on roads that have 3 or 4 times that
 amount of traffic at that speed, and she isn't the only one. It's
 perfectly safe to do so because there is room to get off the road and
 you can usually hear them coming, especially when it's a B-Double*
 instead of a car, I've never heard of any pedestrians being clipped or
 killed.


Room to get off the road.  That's what I was referring to as a shoulder.

The amount of traffic nor the speed they travel at nor type of traffic
 doesn't inherently make walking on a road unsafe.


Agreed.  100%.


 I have no idea of the legality of walking along roads outside towns,
 but hitchhikers do it often and I don't think they get arrested.


Here's the (relevant) law in Florida: Where sidewalks are not provided, any
pedestrian walking along and upon a highway shall, when practicable, walk
only on the shoulder on the left side of the roadway in relation to the
pedestrian's direction of travel, facing traffic which may approach from the
opposite direction. 

So, technically, here in Florida, walking on the roadway when there is a
shoulder available (and practicable) would be illegal.  Interestingly,
shoulder does not seem to be defined in the law, but I've always assumed
it meant the part of the right of way (paved or unpaved) which was able to
be walked upon and which was not part of the roadway.

However I think it would be a great idea to indicate the difference
 between legally disallowed and just not a good idea due to personal
 safety, I don't think re-using the foot tag is a good idea, because it
 might be legal, but not safe to do late at night because you'll get
 mugged etc etc etc.


Best case scenario, if we really want to be able to produce adequate walking
directions for people unfamiliar with the route, would be to map the entire
right of way as one or more areas with surface=* designations.  Anything
short of that is probably going to be insufficient, because there is so much
variation as to what people would consider safe enough (between different
people, and even between different times and scenarios - if I'm taking my
kids with me I might want a 30 ft. wide shoulder but if I'm walking alone a
much smaller one would be acceptable).
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] On the ground rule on the wiki

2010-06-01 Thread Robin Paulson

On 1 June 2010 23:30, Andy Allan gravityst...@gmail.com wrote:
 The on the ground rule is only appropriate for disputes, and
 shouldn't be used as an instruction of what should or should not be
 mapped (for that, see the guidelines on verifiability).

 The on the ground rule is that when two sources (or mappers)
 disagree, then priority should be given to what actually goes on in
 real life. As Mikel has said, this was originally created to resolve a
 dispute in an occupied territory, but can be applied more widely. So
 if we have a mapper who is adamant a street has been called foo
 street, and another who says it is now bar street, then priority would
 be given to whichever name is used by the people who live there / run
 the local council / etc. Obviously this still needs common sense,
 since a mis-spelled street-sign is still mis-spelled and shouldn't be
 entered incorrectly into OSM.

 The on the ground rule can be thought of as resolving de jure vs de
 facto disputes. If you are discussing whether or not something exists,
 then you are wanting to discuss verifiability.

this reminds me of a situation i've come across in auckland, which i
don't know the solution to. there's a major road, which apparently has
three names:
The Strand (on signposts)
Shipwright Lane (on different signposts)
another name which I can't remember off the top of my head, not on any
signs or maps i can find, but which some (older) locals refer to it as

what to do?

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

Re: [OSM-talk] Software goes on, brain goes off...

On 2 June 2010 12:04, Anthony o...@inbox.org wrote:
 So, technically, here in Florida, walking on the roadway when there is a
 shoulder available (and practicable) would be illegal.  Interestingly,
 shoulder does not seem to be defined in the law, but I've always assumed
 it meant the part of the right of way (paved or unpaved) which was able to
 be walked upon and which was not part of the roadway.

The shoulder of the roadway is usually provided for a couple of
reasons, firstly it can help prevent the edge of the road way breaking
up when large or very large trucks need to pull over a bit to pass
oncoming traffic, it also allows a car to get off the road if they
break down, I don't think they were intended for pedestrians :)

 Best case scenario, if we really want to be able to produce adequate walking
 directions for people unfamiliar with the route, would be to map the entire
 right of way as one or more areas with surface=* designations.  Anything
 short of that is probably going to be insufficient, because there is so much
 variation as to what people would consider safe enough (between different
 people, and even between different times and scenarios - if I'm taking my
 kids with me I might want a 30 ft. wide shoulder but if I'm walking alone a
 much smaller one would be acceptable).

If you want 10m/30' wide shoulder some kind of width tag would be more
appropriate than indicating a dangerous path or not.

At the very basic level all we can assume is an older teenager or
adult is using the map data in some fashion, for other groups we would
need additional tags to indicate additional things, but if it isn't
safe for an average adult it won't be safe for any other groups
either.

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

Re: [OSM-talk] On the ground rule on the wiki

On 2 June 2010 12:08, Robin Paulson robin.paul...@gmail.com wrote:
 this reminds me of a situation i've come across in auckland, which i
 don't know the solution to. there's a major road, which apparently has
 three names:
 The Strand (on signposts)
 Shipwright Lane (on different signposts)
 another name which I can't remember off the top of my head, not on any
 signs or maps i can find, but which some (older) locals refer to it as

 what to do?

If there is no definite name that it's always referred to as, put all
3 into different relations, otherwise use 2 relations and put the
third on the way.

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

[OSM-talk] Giving everything a unique ID

It's come up in the past about unique IDs for objects, some people use
OSM IDs for this, however someone has come up with a different way to
do this, make a QR code and stick it to the object and use the QR
codes ID number:

http://digitalurban.blogspot.com/2010/05/how-to-add-anything-to-internet-of.html

I wonder how hard it would be to have OSM stickers with unique ID
codes and ask business owners to put them up in their windows?

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

Re: [OSM-talk] Giving everything a unique ID

2010-06-01 Thread Stefan de Konink

You stole my id ;) I have used osm stickers + ids for that.

A photo is on the wiki ;)

Stefan

Op 2 jun 2010 om 04:29 heeft John Smith deltafoxtrot...@gmail.com  
het volgende geschreven:\

 It's come up in the past about unique IDs for objects, some people use
 OSM IDs for this, however someone has come up with a different way to
 do this, make a QR code and stick it to the object and use the QR
 codes ID number:

 http://digitalurban.blogspot.com/2010/05/how-to-add-anything-to-internet-of.html

 I wonder how hard it would be to have OSM stickers with unique ID
 codes and ask business owners to put them up in their windows?

 ___
 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] On the ground rule on the wiki

2010-06-01 Thread Stephen Hope

On 2 June 2010 12:08, Robin Paulson robin.paul...@gmail.com wrote:

 this reminds me of a situation i've come across in auckland, which i
 don't know the solution to. there's a major road, which apparently has
 three names:
 The Strand (on signposts)
 Shipwright Lane (on different signposts)
 another name which I can't remember off the top of my head, not on any
 signs or maps i can find, but which some (older) locals refer to it as

 what to do?


I would think about using name= and alt_name= for the The Strand and
Shipwright Lane, and either loc_name or old_name for the third name.
See http://wiki.openstreetmap.org/wiki/Key:name  This would get them
into the system for namefinder etc to use, but only one would be
printed in most renderings.

The hard part is which one would get the main name.  Are you sure that
both names apply to the whole street?  There is a similar case I've
seen, where a lane was parallel to the main street - when the street
was widened, the intervening building(s) were removed.  The buildings
on one side of the street for one or two blocks were still on
(Something) lane, the rest of the street and the other side of the
road had the other address.

Stephen

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

Re: [OSM-talk] Giving everything a unique ID

On 2 June 2010 13:16, Stefan de Konink ste...@konink.de wrote:
 You stole my id ;) I have used osm stickers + ids for that.

Any suggestions on mass producing them?

 A photo is on the wiki ;)

URL?

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

[OSM-talk] Flash to JS+SVG ?

Tumbleweed writes How to make Steve Jobs your mortal enemy:
Smokescreen, a 175KB, 8,000-line JavaScript-based Flash player written
by Chris Smoak at RevShock, a mobile ad startup, and to be
open-sourced 'in the near future.' From Simon's blog: 'It runs
entirely in the browser, reads in SWF binaries, unzips them (in native
JS), extracts images and embedded audio, and turns them into base64
encoded data: URIs, then stitches the vector graphics back together as
animated SVG. ... Smokescreen even implements its own ActionScript
bytecode interpreter.' Badass!

http://apple.slashdot.org/story/10/06/01/1748200/Smokescreen-a-JavaScript-Based-Flash-Player?from=rss

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

Re: [talk-au] [OSM-talk] Software goes on, brain goes off...

2010-06-01 Thread Emilie Laffray

On 1 June 2010 09:39, Frederik Ramm frede...@remote.org wrote:

Hi,

John Smith wrote:

http://searchengineland.com/woman-follows-google-maps-walking-directions-gets-hit-sues-43212

I wonder if she's eligible for an honourable mention from the darwin
awards?

After all the brouhaha maybe there's time for some serious thought.

I consider myself to be fairly intelligent and my judgment and
situational awareness are generally ok, but honestly, I think it could
happen to me (if I had a Blackberry).

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

[Talk-br] Fwd: [OSM-dev] Map Kibera internships

2010-06-01 Thread Vitor George

-- Forwarded message --
From: Mikel Maron mikel_ma...@yahoo.com
Date: Tue, Jun 1, 2010 at 5:15 AM
Subject: [OSM-dev] Map Kibera internships
To: h...@openstreetmap.org, d...@openstreetmap.org

Hi all

Our projects in Kibera have been growing fast, and we have great
opportunities opening up for adventurous and enthusiastic people. We're
looking for interns to fill 4 positions, including 1 OSM Hacker, who'd take
on responsibility in training and technical development. This particular
role could be either on the ground, or possibly remote.

http://www.mapkibera.org/blog/2010/05/31/map-kibera-internships/

Email myself, or cont...@mapkibera.org, if you think you'd be a fit for this
role.

Best
Mikel

== Mikel Maron ==
+254(0)724899738 @mikel s:mikelmaron
http://mapkibera.org/
http://wiki.openstreetmap.org/index.php/Haiti

___
dev mailing list
d...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway

2010-06-01 Thread Karl Eichwalder

Rainer Knaepper rain...@smial.prima.de writes:

 Ack. Ich habe hier in der Gegend schon einige Fußwege mit Zusatzschild
 Radfahrer frei umgemapt. Das sind keine Radwege, wo auch Fußgänger
 erlaubt sind.

Richtig.  Das sind footway mit bicycle=yes.

 Besonders knuffig fand ich mal einen cycleway, der in einigem
 Abstand immer mal wieder eine Treppenstufe eingebaut hat, die
 offensichtlich von Radlern jeweils per Schlenker über die Wiese
 umfahren wird :-)

Wenn's wirklich mit entsprechendem blauen schild ausgeschildert war
(z.b. z240) ist es ein cycleway mit foot=yes|official|desig, den man
jeweils für die stufen (highway=steps) unterbricht.  Wahrscheinlich war
stand dort aber kein entsprechendes schild.

-- 
Karl Eichwalder

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

On Tue, Jun 01, 2010 at 02:44:08AM +0200, Thomas Ineichen wrote:
Wenn Du mir sagst, wie man das macht (bzw. nach welchen Stichworten
ich googlen muss), dann schaue ich mir das gerne mal an..

Du kannst einfach dir mal via firebug die maxspeed map ansehen.

Kann man den Vektor-Layer nachher genau so einfach auf fremden Web-
sites einbinden wie die Tiles?

Nein - Du brauchst eigenen javascript und cgi code und eine datenbank
dahinter - dafuer muss man nichts vorrendern oder mit mapnik rumhampeln.

Ich benutze einen OpenLayers Vector Layer:

http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/Vector-js.html

und lade die Daten via GeoJSON nach:

http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Format/GeoJSON-js.html

Der code sieht dann vereinfacht so aus:

geojsonparser = new OpenLayers.Format.GeoJSON();
vector = new OpenLayers.Layer.Vector(data);
map.addLayer(this.vector);

Beim pan'nen oder zoomen gibts dann nen callback in dem ich via ajax daten
nachlade die
das CGI Script (perl) mit JSON.pm rausnudelt. Die parse ich dann mit dem parser
uns schiebe
die in den vector layer:

var features = geojsonparser.read(result.responseText);
vector.destroyFeatures();
vector.addFeatures(features);

Im moment bastel ich an diversesten optimierungen um eben nicht immer im
Javascript
UND im perl zeugs dazubasteln zu muessen wenn ich neue tags/features anzeige.
D.h. ich
verlagere die ganze aufbereitung ins CGI und lasse im Javascript nur noch das
GeoJSON in
features verbasteln. Das CGI kann ich dann in ein fastcgi verwandeln und CPUs
habe ich
genug ...

Was ich allerdings ueberlegte war die access tags in Schildersymbole zu
uebersetzen
und dann halt die darzustellen. Der code dafuer wird reichlich komplex sein.

Insbesondere, weil die verschiedenen access-Keys sich gegenseitig
beeinflussen. Ziel ist es nämlich, nicht einfach bloss einzelne Layer
pro Key (access,bicycle,vehicle,motor_vehicle,...) zu haben, sondern
pro Fahrzeugart.

Yep - vor allem ist das IIRC nicht definiert. Was waere z.b. mit

access=no
foot=yes

Was hat prioritaet? access oder foot? Das Beispiel ist ja noch klar zu
beantworten
aber es gibt durchaus beispiele die fies sind.

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] JOSM: Weg selektieren

2010-06-01 Thread Wolfgang Wienke

Hallo,
wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer 
Fläche dient. Beim Anklicken erhält man meistens nur die Fläche.
-- 
Mit freundlichen Gruessen

  Wolfgang Wienke

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

Re: [Talk-de] Garminkarten Ausschnitte

2010-06-01 Thread Jochen Topf

On Mon, May 31, 2010 at 11:44:55PM +0200, Christoph Wagner wrote:
 Am 31.05.2010 21:41, schrieb Jacques Nietsch:
  Hallo,
  es gibt ja eine Reihe von Anbietern, die Garminkarten für viele Länder zur  
  Verfügung stellen.
  Für bestimmte Reisen braucht man aber Karten, die übergreifende Abschnitte  
  abdecken.
  Z.B. Südfrankreich und Nordspanien.
  
  Frage: wie kann man sich spezifische Kartenbereiche zusammenstellen?
  Gibt es irgendwelche Tools?
  
 
 die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und gm2.img), 
 dann mkgmap runterladen und auf der Kommandozeile folgendes ausführen:
 
 java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img
 
 und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn bei 
 der Erzeugung der Ausgangsfiles war was verkehrt gelaufen.
 
 Andere Möglichkeiten sind die Karten erst in Mapsource oder QlandkarteGT 
 reinzuladen und die benötigten Ausschnitte dort auszuwählen.
 Noch ne Möglichkeit wäre sendmap oder gmaptool oder was weiß ich.
 
 Wenn du die AiO nimmst hast du bei der Methode dann leider ein paar Kacheln 
 an der Grenze doppelt, aber das sollte nicht so schlimm sein.

Hab mich grad gestern mit Sven Geggus drüber unterhalten, ob man das
Zusammenbauen irgendwie noch einfacher machen kann. Hintergrund ist, dass der
Server, wo man die AIO-Garmin-Karten runterladen kann, total ausgelastet ist
mir den Riesen-Downloads, die die Leute immerzu machen. Wenn es ein sehr
einfach zu benutzendes Tool gäbe, dann bräuchten die Leute nicht mehr so
häufig ganz Europa runterladen. Ich stelle mir das so vor, dass man angeben
kann, welchen Ausschnitt man braucht, das Tool stellt dann fest, welche Teile
gebraucht werden, lädt die runter, baut sie zusammen und gibt einem eine
fertige Datei. Vielleicht mag sich da mal jemand dran versuchen. Mit mkgmap
sind die schwierigen Teile ja schon alle da.

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] JOSM: Weg selektieren

Am 1. Juni 2010 08:57 schrieb Wolfgang Wienke wo_wie...@gmx.net:
 Hallo,
 wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer
 Fläche dient. Beim Anklicken erhält man meistens nur die Fläche.

Mit der mittleren Maustaste auf den Weg klicken, dabei wird eine Liste
aller Ellemente angezeigt.

Alternativ kannst du mit ALT + linke Maustaste zwischen den
verschiedenen Wegen und Flächen durchschalten.

Ciao André

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

[Talk-de] JOSM: slippymap

2010-06-01 Thread Jan Tappenbeck

Moin !

gestern habe ich mir mal das Plugin slippymap installiert.

Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir 
einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. 
ausschalten kann ??

Auf der Linken Seite habe ich keinen Knopf funden.

Gruß Jan :-)

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

[Talk-de] SQLite als Datenbasis für Mapnik

2010-06-01 Thread Jan Tappenbeck

Hi!

bei uns wird in der letzten Zeit viel von SQLite [1] berichtet.

Weiß einer von Euch ob das für kleinere Projekte eine alternative zur 
großen PostGIS-DB hinsichtlich Mapnik ist und hat einer vielleicht schon 
Erfahrungen sammeln können ?

Gruß Jan :-)

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

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

Re: [Talk-de] JOSM: slippymap

2010-06-01 Thread bundesrainer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 01.06.2010 09:27, schrieb Jan Tappenbeck:
 gestern habe ich mir mal das Plugin slippymap installiert.
 
 Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir 
 einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. 
 ausschalten kann ??

Hallo Jan,

Am einfachsten ist es wohl den Layer auszublenden (über die Ebenen-Box).

Beste Grüße,
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJMBLtNAAoJEPT/XJzV1tNz9YwIAKfJKsdFiYXEjeYxETc94Dv/
rdSo4oRbqA4BobckoIE29pAjrJgYXeBQOfjlReGn8i78c6YNVGeMWDex767HPmVX
lOuXaxTnIgqQxOxJunSMEvxhc7rC96Xzp7RvbMX0+fTnpPGkHUN+GeA1CgiUA1JL
yiVd+sTeNoaoylhgBotBxxAJKeDoyerZwcpJecCYeOrWx0/dUNGMnVZI85kTFWIX
856L8Knhie3D5Ysda2rwEsIgIsstl5+MYbQ4+d8TZijHH41SuyRzH7PF5s0eRbmz
HHgSpyayWMiUCfTD+uS0hD68TBe3StpTcp9AiAGs50YjoM8Xrn11mHL82hWW85k=
=+eYp
-END PGP SIGNATURE-

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

Re: [Talk-de] JOSM: Weg selektieren

2010-06-01 Thread André Joost

Am 01.06.10 09:20, schrieb André Riedel:
 Am 1. Juni 2010 08:57 schrieb Wolfgang Wienkewo_wie...@gmx.net:
 Hallo,
 wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer
 Fläche dient. Beim Anklicken erhält man meistens nur die Fläche.

 Mit der mittleren Maustaste auf den Weg klicken, dabei wird eine Liste
 aller Ellemente angezeigt.

 Alternativ kannst du mit ALT + linke Maustaste zwischen den
 verschiedenen Wegen und Flächen durchschalten.


oder per Filter landuse=*, leisure=* und natural=* ausblenden.

Gruß,
André Joost

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

Re: [Talk-de] JOSM: slippymap

2010/6/1 bundesrainer o...@bundesrainer.de:
 Am 01.06.2010 09:27, schrieb Jan Tappenbeck:
 gestern habe ich mir mal das Plugin slippymap installiert.

 Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir
 einer von Euch sagen ob man das Plugin irgendwie per Schalter temp.
 ausschalten kann ??

 Am einfachsten ist es wohl den Layer auszublenden (über die Ebenen-Box).

Das gleiche Verhalten tritt auch bei den Plugins routes und
ElevationProfile auf. Vielleicht sollte man ein neues Menü erstellen,
in dem man die Zusatzlayer ein-/ausschalten kann, beziehungsweise das
Startverhalten festlegen.

Ich finde einen aufgeräumten Ebenen-Dialog besser.

Ciao André

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

[Talk-de] JOSM: Reihenfolge der Ebenen

2010-06-01 Thread Chris66

Hi,
kann man die Default Reihenfolge der Ebenen irgendwie ändern?

Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben,
damit man die Namen besser lesen kann.

Grüße
Chris



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

Re: [Talk-de] SQLite als Datenbasis für Mapnik

2010-06-01 Thread Sven Geggus

Jan Tappenbeck o...@tappenbeck.net wrote:

 Weiß einer von Euch ob das für kleinere Projekte eine alternative zur 
 großen PostGIS-DB hinsichtlich Mapnik ist und hat einer vielleicht schon 
 Erfahrungen sammeln können ?

http://trac.mapnik.org/wiki/SQLite

WARNING: highly uber experimental !

Ähm tja :)

Außerdem gibts AFAIK noch kein osm2pgsql ähnliches Tool. Wobei man osm2pgsql
sicher passend aufbohren könnte.

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] motorway und motorway_link um desti nation-tag ergänzen

2010-06-01 Thread Chris66

Am 01.06.2010 02:24, schrieb steffterra:

 Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
 destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt.
 
 Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
 (Norwegischer User Gnonthgol) mit der Begründung no tag.
 
 Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag destination 
 erst irgendwie allgemein akzeptiert werden? 

Hi,
Du musst erst eine Proposed Feature Page im Wiki anlegen.

http://wiki.openstreetmap.org/wiki/Proposed_Features

Destination ist hier angelegt, aber eben nicht als Proposed Feature:

http://wiki.openstreetmap.org/wiki/Key:destination

Chris


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

Re: [Talk-de] JOSM: Weg selektieren

2010-06-01 Thread Markus

Hallo André,

 Mit der mittleren Maustaste

Habe es mal im Wiki ergänzt:
http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge#aus_.C3.BCbereinanderliegenden_Elementen_wählen

Gruss, Markus

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

Re: [Talk-de] JOSM: slippymap

2010-06-01 Thread Jan Tappenbeck

Am 01.06.2010 09:59, schrieb André Riedel:
 2010/6/1 bundesrainero...@bundesrainer.de:
 Am 01.06.2010 09:27, schrieb Jan Tappenbeck:
 gestern habe ich mir mal das Plugin slippymap installiert.

 Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir
 einer von Euch sagen ob man das Plugin irgendwie per Schalter temp.
 ausschalten kann ??

 Am einfachsten ist es wohl den Layer auszublenden (über die Ebenen-Box).

 Das gleiche Verhalten tritt auch bei den Plugins routes und
 ElevationProfile auf. Vielleicht sollte man ein neues Menü erstellen,
 in dem man die Zusatzlayer ein-/ausschalten kann, beziehungsweise das
 Startverhalten festlegen.

 Ich finde einen aufgeräumten Ebenen-Dialog besser.

 Ciao André

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

Hi !

das wäre ein guter Vorschlag weil das von bundesrainer bei jedem Start 
erforderlich ist.

Ticket erstellt: http://josm.openstreetmap.de/ticket/5091

Gruß Jan .-)


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

Re: [Talk-de] TMC Points

2010-06-01 Thread fly

Ich habe jetzt nochmal ein paar TMC-Segmente getagt, dabei bin ich jetzt
zur Meinung gekommen, da als TMC-Point zuerst einmal nur der
Kreuzungs-Knoten getagt werden sollte. Sobald es jedoch mehr als ein
Knotenpunkt mit Ab- und bzw oder Auffahrt existiert (gilt auch für
städtische Kreuzungen mit seperaten Abbiegespuren) sollten wir den Weg
zwischen dem ersten und letzten Knoten taggen. Vielleicht wären auch
noch die Knoten andenen Abzweigungen ankommen/abgegen sinnvoll. Hängt
dann wohl eher von der weiterverarbeitenden software ab.

Fakt ist, wir kommen auch hier oft nicht um Relationen herum, was
allerdings auch nicht so schlecht ist, da wir so selbst bei grosseren
Veränderungen immernoch die selbe Relation mit fester id: verwenden konnen.

Allerdings sind mir auch einige Fragen gekommen.

1. Ist es bei Points sinnvoll den Namen anzugeben (wenigstens bei
Relationen) ?
2. Wie genau ist der Übergang von TMC-Segmenten definiert ?
 - ich habe hier einige Points aus einem Segment welche auf Points aus
anderen Segmenten zeigen und einige die sogar in beide Richtungen so
verknüpft sind, so dass ich nicht weiß wo das 1.Segment aufhört und wo
das 2. anfängt.
http://osm-tmc.anders-hamburg.de/point.php?lcd=30031 und
http://osm-tmc.anders-hamburg.de/point.php?lcd=26445
zB.

3. Ab wann ist es sinnvoll/notwendig 2 TMC-Segment-Relationen für jede
Richtung eine zu taggen ?

4. Was mache ich mit noch im Bau befindlichen Teilstücken ?
- wenn sie erst in der Planung sind ?
- wenn sie im Bau sind ?
- und wenn dort gerade noch ein halbes Jahr Baustelle ist und die
Bundesstraße noch einen anderen Verlauf hat ?

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

Re: [Talk-de] JOSM: Reihenfolge der Ebenen

2010-06-01 Thread André Joost

Am 01.06.10 10:06, schrieb Chris66:
 Hi,
 kann man die Default Reihenfolge der Ebenen irgendwie ändern?

 Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben,
 damit man die Namen besser lesen kann.


Es steht dir doch frei, erst die gpx oder erst die osm-Daten zu laden.
Das letztgeladene steht zuoberst. Ändern lässt sich das hinterher immer 
noch mit den Pfeilen auf/ab.

Gruß,
André Joost

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

Re: [Talk-de] DE:Aktion 10b : loopings

2010-06-01 Thread aighes


Wenn man solche Renderhinweise taggt, dann sollten sie allgemein sein.
Ansonsten gibt es irgendwann für jeden Kartentyp spezielle Tags, die das
jeweilige Aussehen beschreiben.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/DE-Aktion-10b-loopings-tp5118298p5125082.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] Garminkarten Ausschnitte

2010-06-01 Thread fla...@googlemail.com

Darüber hatte ich neulich schonmal mit Christoph gesprochen. Es gibts
dabei aber 2 Probleme :


1) Um feste Kacheln zu bekommen muss man entweder konstant splitten,
was dazu führen kann das stark wachsende Regionen nach einigen Wochen
aufeinmal zu große Kacheln haben und auf den Geräten probleme machen,
oder aber wenn man zu klein splittet man schnell an die maximale
Kachelgrenze
der Software kommt, gerade wenn man wie bei AIO viele Layer benutzt.

2) wir jemand brauchen der am besten in Java ( dann läuft auf jedem
System) nen Client schreibt der die Kacheln beim User offline
verwaltet und einzelne aktualisieren kann und neue Karten aus den
viele Karten per mkgmap bauen kann. Wer schreibt die Softwäre ( soll
noch schön aussehen)

PS : Am besten tauschen die Clients dann noch per P2P die Tiles
untereinander aus um Last von den Downloadservern zu nehmen.


Lg Dirk

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

Re: [Talk-de] Garminkarten Ausschnitte

2010-06-01 Thread aighes


Weiter oben wurde doch schon drauf hingewiesen, wie es mit mkgmap
funktioniert. Ihr müsst diese vorgehensweise also lediglich noch prominent
platzieren. Dazu noch einen Link zum Download von mkgmap.
Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Garminkarten-Ausschnitte-tp5123087p5125125.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] JOSM: Weg selektieren

2010-06-01 Thread aighes


...und am besten den Weg gleich von der Fläche trennen oder aber die Fläche
als multipolygon eintragen.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/JOSM-Weg-selektieren-tp5124766p5125130.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] JOSM: Reihenfolge der Ebenen

2010-06-01 Thread Chris66

Am 01.06.2010 10:44, schrieb André Joost:

 kann man die Default Reihenfolge der Ebenen irgendwie ändern?

 Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben,
 damit man die Namen besser lesen kann.

 
 Es steht dir doch frei, erst die gpx oder erst die osm-Daten zu laden.

Ja, aber mein Workflow ist in der Regel, dass ich erst die gpx
lade, da dann der passende Ausschnitt schon eingestellt ist.

Chris


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

[Talk-de] Einladung zum Austausch Verkehrsverbund Rhein-Sieg - OSM-Community, Köln, 7.6.201 0, 17 - 19 Uhr

2010-06-01 Thread Hövelmann , Marcel

Hallo an die Community,
nach der Datenfreigabe der Verkehrsunternehmen im VRS für OSM findet am 
07.06.2010 von 17.00 - 19.00 Uhr beim Verkehrsverbund Rhein-Sieg, Glockengasse 
37 - 39, ein erstes Info-Treffen statt, bei dem u.a. folgende Fragestellungen 
erörtert werden:

- Wie sieht der IST-Zustand der Bus- und Bahnlinien innerhalb des VRS bei OSM 
aus?
- Wie können interessierten Mappern / der Community Informationen bereit 
gestellt werden?
- Den weiteren Ausbau von http://wiki.openstreetmap.org/wiki/VRS als 
ÖPNV-Basisseite für den VRS wie gestalten?
- Ist die Erarbeitung einer einheitlichen Tagging-Empfehlung des ÖPNV und SPNV 
im VRS basierend auf u.a.
http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema 
http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema
http://wiki.openstreetmap.org/wiki/DE:%C3%96pnvkarte 
  sinnvoll?
- Tagging zu spezifischen Aussagen im Haltestellenbereich (Erfassung von 
Barrierefreiheit etc.)?
- Vierteljährliches OSM-ÖPNV-Mapper-Treffen beim VRS zur Klärung von Fragen / 
Status Quo?
- Fragen seitens der interessierten Mapper und OSM-Interessierten an den VRS 

Über eine rege Teilnahme von interessierten Mappern und OSM-Interessierten am 
Austausch freuen wir uns sehr. Mit der Bitte um kurze Rückmeldung,  wer an 
diesem Termin teilnehmen möchte/wird.

Mit freundlichen Grüßen 
Marcel Hövelmann 
- Dipl.-Geograph - 
Abt. Informationstechnologie - Kundeninformation 
Verkehrsverbund Rhein-Sieg GmbH 
Tel.: 0221 / 20 80 8 - 33 
Fax: 0221 / 20 80 8 - 833 
marcel.hoevelm...@vrsinfo.de  

* Unterwegs mit Bus, Bahn, Fahrrad, Auto und Flugzeug: 
www.mobil-im-rheinland.de 
* Im VRS unterwegs mit dem HandyTicket http://www.vrsinfo.de/3_9.php 
* Immer ein Stückchen schlauer - mit der Schlauen Nummer für Bus und Bahn: 
01803/504030 (9 Ct./Min. aus dem dt. Festnetz; Mobilfunk max. 42 Ct./Min.)

Verkehrsverbund Rhein-Sieg GmbH ×  Glockengasse 37-39 × 50667 Köln × 
http://www.vrsinfo.de 

Geschäftsführer: Dr. Wilhelm Schmidt-Freitag  ×  Dr. Norbert Reinkober
Vorsitzender der Gesellschafterversammlung: Rolf Menzel
Vorsitzender des Aufsichtsrates: Dietmar Tendler

Amtsgericht Köln - HRB 16883  ×  USt-IdNr. DE 122 660 26 3 
Sparkasse KölnBonn × Konto 4 442 034 × Bankleitzahl 370 501 98 
* Vor dem Drucken bitte an die Umwelt denken - Sparen Sie pro Seite ca. 200 ml 
Wasser, 2 g CO2 und 2 g Holz * 

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

Re: [Talk-de] motorway und motorway_link um destinatio n-tag ergänzen

Am 1. Juni 2010 10:11 schrieb Chris66 chris66...@gmx.de:
 Am 01.06.2010 02:24, schrieb steffterra:
 Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
 destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend 
 ergänzt.

 Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
 (Norwegischer User Gnonthgol) mit der Begründung no tag.
 Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag 
 destination erst irgendwie allgemein akzeptiert werden?
 Du musst erst eine Proposed Feature Page im Wiki anlegen.
 http://wiki.openstreetmap.org/wiki/Proposed_Features


alternativ kann man einen Tag direkt im Wiki hinzufügen wenn er gut
etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei
einem Tag wie hier mind. ein paar hundert mal.

Gruß,
Martin

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

Re: [Talk-de] Garminkarten Ausschnitte

2010-06-01 Thread Jacques Nietsch

Hallo Christoph,
erst einmal Danke für die schnelle Antwort.

 ..
 die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und  
 gm2.img), dann mkgmap runterladen und auf der Kommandozeile folgendes  
 ausführen:

 java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img

 und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn  
 bei der Erzeugung der Ausgangsfiles war was verkehrt gelaufen.
 ..

Bei diesem Verfahren habe ich aber zwei u.U. sehr große Karten zu
einer noch größeren zusammengefügt. Also ich will in die Pyrenäen und
habe danach eine Karte von der Kanalküste bis Gibraltar :-(

In der idealen Welt gäbe es die Möglichkeit auf einer Karte die
benötigten Kacheln auszuwählen, die würden heruntergeladen werden,
und danach das Verfahren von oben ablaufen.

In einer noch idealeren Welt würde das sogar automatisch passieren ;-)

Bis dahin werde ich mal Deinen Vorschlag ausprobieren.

Gruß
Jacques


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

Re: [Talk-de] Garminkarten Ausschnitte

2010-06-01 Thread Carsten Schwede

Hallo,


Am 01.06.2010 11:35, schrieb Jacques Nietsch:
 In der idealen Welt gäbe es die Möglichkeit auf einer Karte die
 benötigten Kacheln auszuwählen, die würden heruntergeladen werden,
 und danach das Verfahren von oben ablaufen.

Für diese ideale Welt böte sich an Mapsource, QLandkarte, RoadTrip usw 
zu verwenden, eventuell mit einer dazu passenden Kartengrundlage wie 
meiner Karte. (Europaausschnitt würde hier ja reichen)
Dann kannst Du in dem entsprechenden Programm Deine Kacheln anklciken 
und in eine gmapsupp.img verwandeln.

 In einer noch idealeren Welt würde das sogar automatisch passieren ;-)

Die noch idealere Welt weiss automatisch welche Kacheln Du brauchst??? ;-)


http://wiki.openstreetmap.org/wiki/User:Computerteddy

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] JOSM: slippymap

Am 1. Juni 2010 09:59 schrieb André Riedel riedel.an...@gmail.com:
 Ich finde einen aufgeräumten Ebenen-Dialog besser.


+1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins
komplett zu deaktivieren und nur bei Bedarf einzuschalten.

Gruß Martin

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

Re: [Talk-de] JOSM: slippymap

Am 1. Juni 2010 12:09 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
 Am 1. Juni 2010 09:59 schrieb André Riedel riedel.an...@gmail.com:
 Ich finde einen aufgeräumten Ebenen-Dialog besser.

 +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins
 komplett zu deaktivieren und nur bei Bedarf einzuschalten.

Nur dazu muss ich JOSM neustarten. :-( Das ist bei einem geladenen
Projekt doch recht aufwendig.

Vielleicht brauchen wir noch eine JOSM-Projekt-Datei oder eine
Pluginladen ohne neuzustarten.

Ciao André

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

Re: [Talk-de] DE:Aktion 10b : loopings

Am 1. Juni 2010 10:52 schrieb aighes h.scholl...@googlemail.com:
 Wenn man solche Renderhinweise taggt, dann sollten sie allgemein sein.
 Ansonsten gibt es irgendwann für jeden Kartentyp spezielle Tags, die das
 jeweilige Aussehen beschreiben.


ich sehe das auch so. osmarender:renderName=no ist Käse und
selbstverständlich taggen für den Renderer (wenn auch nicht in dem
Sinne, wie es am stärksten abgelehnt wird, nämlich, einen Tag der
richtig aussieht im Rendering aber was anderes aussagt). Ausserdem
ist die Osmarender-Label-Engine sowieso derart experimentell, dass
es auf das eine Label auch nicht mehr ankommt, oder soll der tag an
jeder 2. Feature?

 Ob man nun Text auch im Kreis schreiben will oder nicht, würde ich
dem Renderer überlassen, erstens kann er sowas aufgrund der Geometrie
(theoretisch) selbst ermitteln und zweitens ist das auch
Geschmacksache. Einen Tag, der allgemein sagt hier kann man ein Label
günstig anbringen, oder diese Straße ist nicht gekurvt sondern
wirklich ein eckiger Polygonzug könnte man m.E. dagegen durchaus
einsetzen. (Ob man es auswertet ist ja wieder eine eigene Frage).

Gruß Martin

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

Re: [Talk-de] JOSM: slippymap

Am 1. Juni 2010 12:17 schrieb André Riedel riedel.an...@gmail.com:
 Am 1. Juni 2010 12:09 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
 Am 1. Juni 2010 09:59 schrieb André Riedel riedel.an...@gmail.com:
 Ich finde einen aufgeräumten Ebenen-Dialog besser.

 +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins
 komplett zu deaktivieren und nur bei Bedarf einzuschalten.

 Nur dazu muss ich JOSM neustarten. :-( Das ist bei einem geladenen
 Projekt doch recht aufwendig.

ja klar, ist nervig, aber glücklicherweise hat sich herausgestellt,
dass ich das Slippymap Plugin praktisch nicht mehr benötige, kommt
also seltenst vor ;-)

Gruß Martin

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

Re: [Talk-de] Garminkarten Ausschnitte

2010-06-01 Thread Felix Hartmann

Bedenkt ihr eh auch, dass die wenigsten User über genügend 
Arbeitsspeicher, geschweige denn 64bit OS verfügen?

Denn wenn man noch den Addressindex geniriert, dann ist 1.3GB (das ist 
ungefähr das Max unter Windows 32bit was eine einzelne Applikation 
verbrauchen darf) schnell zur Neige.
Aber es ist klar, dass ein schönes GUI wo man sich die Kacheln ähnlich 
wie in Mapsource zum ans GPS spielen, zum runterladen auf den PC 
auswählt ganz nett wäre.

Für PKW Autorouting reichen auch Karten mit resolution=23 (wie City 
Navigator) anstelle von 24. Damit spart man etwa 40% Downloadvolumen. 
Allerdings hat hier mkgmap noch Bugs, wenn man douglas peucker fürs 
smoothing benutzt.


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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

Hoi,

On Tue, Jun 01, 2010 at 08:52:32AM +0200, Florian Lohoff wrote:
 Ich benutze einen OpenLayers Vector Layer:
 
 http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/Vector-js.html
 
 und lade die Daten via GeoJSON nach:
 
 http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Format/GeoJSON-js.html
 
 Der code sieht dann vereinfacht so aus:
 
   geojsonparser = new OpenLayers.Format.GeoJSON();
   vector = new OpenLayers.Layer.Vector(data);
   map.addLayer(this.vector);
 
 Beim pan'nen oder zoomen gibts dann nen callback in dem ich via ajax daten 
 nachlade die
 das CGI Script (perl) mit JSON.pm rausnudelt. Die parse ich dann mit dem 
 parser uns schiebe
 die in den vector layer:
 
   var features = geojsonparser.read(result.responseText);
   vector.destroyFeatures();
   vector.addFeatures(features);

Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
Etwa so:

vector = new OpenLayers.Layer.Vector(data, {
strategies: [new 
OpenLayers.Strategy.BBOX({ratio : 1})],

protocol: new OpenLayers.Protocol.HTTP({

  url: http://www.foo.com/bar;,

format: new 
OpenLayers.Format.GeoJSON()

})

});

Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
gezoomt wird.

Gruss

Sarah

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

Re: [Talk-de] Garmin-Karten: Hausnummern von Gebäude n

2010-06-01 Thread Daniela Duerbeck

Christoph Wagner wrote:
 Wie jetzt? Der Erfolg der Regel ist vom Garmintyp abhängig? Naja, mich 
 wundert nix mehr...
   
Yup. Das ist aber weitgehend unbekannt:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q2/008187.html

Viele Grüße von Dani

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

Re: [Talk-de] mapgen und Geo::Proj4

2010-06-01 Thread Henry Loenwind


Einfach mal Doku lesen...:

== INSTALL

= Libray from scratch

Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library.
You will need to have at least version 4.4.9 of the PROJ.4 library
installed in order to build and use this module. You can get source
code and binaries for the PROJ.4 library from its home page at
http://www.remotesensing.org/proj/.


On 31.05.2010 09:50, hike39 wrote:
 Hallo,
 ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit
 mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul
 Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
 ...
 Can't locate loadable object for module Geo::Proj4 in @INC (@INC
 contains: /etc/perl /usr/local/lib/perl/5.10.1
 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5
 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at
 OSM/mapgen.pm line 41
 Compilation failed in require at OSM/mapgen.pm line 41.
 BEGIN failed--compilation aborted at OSM/mapgen.pm line 41.
 Compilation failed in require at mapgen.pl line 91.
 BEGIN failed--compilation aborted at mapgen.pl line 91.
 ...

 Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit
 folgender Meldung schief:
 ...
 CPAN: File::Temp loaded ok (v0.22)

 CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz

 ERROR: proj library too old or not found: require 4.4.9
 Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site]
 Warning (usually harmless): 'YAML' not installed, will not store
 persistent state
 MARKOV/Geo-Proj4-1.01.tar.gz
 /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK
 Running make test
 Make had some problems, won't test
 Running make install
 Make had some problems, won't install
 Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'.
 Falling back to other methods to determine prerequisites
 Failed during this command:
MARKOV/Geo-Proj4-1.01.tar.gz : writemakefile NO
 '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512
 ...

 Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt
 ist und wie ich dieses richtig stellen kann?

 hike39


 ___
 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] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

On Tue, Jun 01, 2010 at 02:15:20PM +0200, Sarah Hoffmann wrote:
 Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
 Etwa so:
 
 vector = new OpenLayers.Layer.Vector(data, {
   strategies: [new 
 OpenLayers.Strategy.BBOX({ratio : 1})],
   
 protocol: new OpenLayers.Protocol.HTTP({
   
   url: http://www.foo.com/bar;,
   
 format: new 
 OpenLayers.Format.GeoJSON()
   
 })
   
 });
 
 Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
 gezoomt wird.

Wie machst du das dann an die features noch styles zu haengen? So wuerden
ja die rohen features in die vector layer genagelt 

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

On Tue, Jun 01, 2010 at 03:04:25PM +0200, Florian Lohoff wrote:
 On Tue, Jun 01, 2010 at 02:15:20PM +0200, Sarah Hoffmann wrote:
  Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
  Etwa so:
  
  vector = new OpenLayers.Layer.Vector(data, {
  strategies: [new 
  OpenLayers.Strategy.BBOX({ratio : 1})],
  
  protocol: new OpenLayers.Protocol.HTTP({
  
url: http://www.foo.com/bar;,
  
  format: new 
  OpenLayers.Format.GeoJSON()
  
  })
  
  });
  
  Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
  gezoomt wird.
 
 Wie machst du das dann an die features noch styles zu haengen? So wuerden
 ja die rohen features in die vector layer genagelt 

Die Styles werden im GeoJOSN mitgeliefert und dann per StyleMap zugewiesen.
Sprich, ein Eintrag in der GeoJOSN-Datei sieht etwa so aus:

{ type: Feature,   geometry: {type: Point, coordinates: [8.545645, 
47.4117363]}
,properties: {
graphic: circle,
name: Bahnhof Oerlikon 781,
color: #0ff,
bgcolor: #000}}

Die Style-Map etwa so:

  var stylemap = new OpenLayers.StyleMap(
 {default :   { pointRadius : 3,
  fillColor: ${color},
  strokeColor: ${bgcolor},
  graphicName: ${graphic},
  label: ${name},
  strokeWidth: 1
  });

Mit $ markierte Variablen werden durch die 'properties' aus dem GeoJOSN
ersetzt.

Dann die Style-Map beim Initialisieren des Vektor-Layers übergeben:

vector = new OpenLayers.Layer.Vector(data, {
strategies: [new OpenLayers.Strategy.BBOX({ratio : 1})],
protocol: new OpenLayers.Protocol.HTTP({
url: http://www.foo.com/bar;,
format: new OpenLayers.Format.GeoJSON()
}),
 styleMap: stylemap
});

Gruss

Sarah

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

[Talk-de] Request for comments: Playground Equipment Proposal

2010-06-01 Thread Lulu-Ann

Hi there,

this is not my proposal, but as RfC was forgotten I ask for your comments now.

http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

Regards
Lulu-Ann
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

[Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

On Tue, Jun 01, 2010 at 03:36:24PM +0200, Sarah Hoffmann wrote:
Die Styles werden im GeoJOSN mitgeliefert und dann per StyleMap zugewiesen.
Sprich, ein Eintrag in der GeoJOSN-Datei sieht etwa so aus:

{ type: Feature, geometry: {type: Point, coordinates:
[8.545645, 47.4117363]}
,properties: {
graphic: circle,
name: Bahnhof Oerlikon 781,
color: #0ff,
bgcolor: #000}}

Die Style-Map etwa so:

var stylemap = new OpenLayers.StyleMap(
{default : { pointRadius : 3,
fillColor: ${color},
strokeColor: ${bgcolor},
graphicName: ${graphic},
label: ${name},
strokeWidth: 1
});

Der Schritt fehlte mir - Ich habe das bisher tuechtig manuell gemacht 8). Bzw
im moment ist es so das ich via Ajax quasi eine Stylemap beim umschalten des
visualisierten datasets nachlade - Das kommt aus dem selben CGI was die pflege
simpel macht - weil - neues dataset - 30 zeilen ins CGI und gut ...

Jetzt muss ich das SRS900913 vs WGS84 nochmal klaeren - Die URL wirft bei
strategie/protocol.http natuerlich die default projection des layers mit
raus und keinen zoom level. D.h. anstatt

/cgi-bin/getdata2?b=51.82844228767418t=51.84265608515574l=8.314342412719814r=8.363180074460946zoom=15data=maxspeed

kriege ich ein:

/cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383

muss ich mal durch den OpenLayers code waten ... Reprojektion im Javascript ist
vielleicht nicht pfiffig - das wird die PostGIS besser/schneller koennen. Den
zoom level
benutze ich im moment um das anzeigen bestimmter features erst ab bestimmten
zoom leveln
zu ermoeglichen und das data=something ist quasi das featureset was ich
anzeigen moechte
bzw was das cgi aus der DB grabbeln soll ... Das wuerde man ja ggfs noch via
weiterer
options im http hinkriegen - muss mal sehen wie ich das setzen kann ohne den
layer
jeweils komplett wegzuwerfen und neu zu instanzieren ...

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

Re: [Talk-de] mapgen und Geo::Proj4

Ah alles klar, das war bei mir durch QGIS schon installiert.
Bei Ubuntu 10.04. ist übrigens proj4 4.7.0 dabei.

2010/6/1 Henry Loenwind he...@loenwind.info:

 Einfach mal Doku lesen...:

 == INSTALL

 = Libray from scratch

 Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library.
 You will need to have at least version 4.4.9 of the PROJ.4 library
 installed in order to build and use this module. You can get source
 code and binaries for the PROJ.4 library from its home page at
 http://www.remotesensing.org/proj/.


 On 31.05.2010 09:50, hike39 wrote:
 Hallo,
 ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit
 mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul
 Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
 ...
 Can't locate loadable object for module Geo::Proj4 in @INC (@INC
 contains: /etc/perl /usr/local/lib/perl/5.10.1
 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5
 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at
 OSM/mapgen.pm line 41
 Compilation failed in require at OSM/mapgen.pm line 41.
 BEGIN failed--compilation aborted at OSM/mapgen.pm line 41.
 Compilation failed in require at mapgen.pl line 91.
 BEGIN failed--compilation aborted at mapgen.pl line 91.
 ...

 Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit
 folgender Meldung schief:
 ...
 CPAN: File::Temp loaded ok (v0.22)

     CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz

 ERROR: proj library too old or not found: require 4.4.9
 Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site]
 Warning (usually harmless): 'YAML' not installed, will not store
 persistent state
     MARKOV/Geo-Proj4-1.01.tar.gz
     /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK
 Running make test
     Make had some problems, won't test
 Running make install
     Make had some problems, won't install
 Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'.
 Falling back to other methods to determine prerequisites
 Failed during this command:
    MARKOV/Geo-Proj4-1.01.tar.gz                 : writemakefile NO
 '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512
 ...

 Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt
 ist und wie ich dieses richtig stellen kann?

 hike39


 ___
 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


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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

On Tue, Jun 01, 2010 at 04:09:37PM +0200, Florian Lohoff wrote:
 On Tue, Jun 01, 2010 at 03:36:24PM +0200, Sarah Hoffmann wrote:
 Jetzt muss ich das SRS900913 vs WGS84 nochmal klaeren - Die URL wirft bei
 strategie/protocol.http natuerlich die default projection des layers mit
 raus und keinen zoom level. D.h. anstatt
 
 /cgi-bin/getdata2?b=51.82844228767418t=51.84265608515574l=8.314342412719814r=8.363180074460946zoom=15data=maxspeed
 
 kriege ich ein:
 
 /cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383

Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach 
noch die Option 
  projection : new OpenLayers.Projection(EPSG:4326)
beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. Allerdings
ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion hast,
wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
umprojeziert.

'data=maxspeed' kannst du wohl einfach an die URL anhängen. 

Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
Lösung gefunden, sondern die moveEnd()-Funktion gehackt:

moveEnd: function(obj) {
  if (this.curzoom  this.map.zoom) {
this.refresh({force : true});
  }
  this.curzoom = this.map.zoom;
}

Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der
Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.

Gruss

Sarah

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

Re: [Talk-de] mapgen und Geo::Proj4

2010-06-01 Thread hike39

Am 01.06.2010 14:58, schrieb Henry Loenwind:

 Einfach mal Doku lesen...:

 == INSTALL

 = Libray from scratch

 Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library.
 You will need to have at least version 4.4.9 of the PROJ.4 library
 installed in order to build and use this module. You can get source
 code and binaries for the PROJ.4 library from its home page at
 http://www.remotesensing.org/proj/.


Hallo Henry,
mit dem Lesen ist es manchmal nicht getan. Man muss dieses dann auch 
noch verstehen.

Ich wußte nicht, daß die benötigte Library eine System-Lib ist. Ich 
dachte sie ist Bestandteil von dem CPAN-Package. Nun habe ich nochmals 
in der SW-Verwaltung meines Ubuntusystems rumgewühlt und siehe da,  proj 
sowie proj-data waren gar nicht installiert. Habe ich nun gemacht und 
siehe da, mapgen mosert nicht mehr.

Vielen Dank an Dich und André für die Hilfe.

Horst



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

Re: [Talk-de] Zeichen 241 bei baulicher Trennung?

2010-06-01 Thread Karl Eichwalder

gmane2...@cfaerber.name (Claus Färber) writes:

 ThomasS tsch...@elchs-kramkiste.de schrieb/wrote:
 woher sollen sonst Fußgänger / Radfahrer wissen, welcher Streifen für
 sie bestimmt ist? Oder habe ich die Frage nicht richtig verstanden?

 Dazu ist dieses Zeichen nicht da.

Nein.

 Zeichen 241 verbietet im Wesentlichen das Fahren auf der Fahrbahn.

Nein.  z241 schreibt radfahrern (und fußgängern) die benutzung des weges
vor, soweit er straßenbegleitend ist.  Natürlich ist radfahrern
weiterhin die benutzung der fahrbahn gestattet, wenn der z241 nicht
zumutbar ist (z.b. nicht geräumt, zu schmal für ein rad mit hänger,
führt woanders hin, zu gefährlich etc.).

-- 
Karl Eichwalder

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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?

On Tue, Jun 01, 2010 at 04:37:25PM +0200, Sarah Hoffmann wrote:
 Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach 
 noch die Option 
   projection : new OpenLayers.Projection(EPSG:4326)
 beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. Allerdings
 ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion hast,
 wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
 umprojeziert.

Eben - d.h. entweder ich nutze die BBOX in 900913 und lasse PostGIS die bbox 
erst
in EPSG:4326 umprojezieren und das ergebniss des statements wieder
zu EPGS:900913. Oder ich mache den vector layer komplett in 4326 und lasse
das Javascript umprojezieren - Viel CPU auf dem Client.

 'data=maxspeed' kannst du wohl einfach an die URL anhängen. 

Okay - das geht halbwegs:

protocol.options.params.data=maxspeed;

So kann ich da nachtraeglich das aendern.

 Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
 Lösung gefunden, sondern die moveEnd()-Funktion gehackt:
 
 moveEnd: function(obj) {
   if (this.curzoom  this.map.zoom) {
 this.refresh({force : true});
   }
   this.curzoom = this.map.zoom;
 }
 
 Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
 geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der

Ich habe ja nicht das problem das ich neu laden muss sondern das ich den zoom
level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom zoomlevel
abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder 17
dann kleine Schilder auf den Straßen.

 Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
 der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.

Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs 
einfach nur mal 200 elemente an einer random position im sichtbereich 
auftauchen. 
Koennte den betrachter dazu verleiten zu glauben das das alles ist.

Deshalb werfe ich den zoom mit in das CGI script im Ajax request und im CGI 
script sage ich dann 

if ($zoom  14) {
return {}
}

Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
dargestellt wird, nach dem motto Please zoom to show elements - Aber das ist
wieder nicht so schoen mit GeoJSON zu machen ...

Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
zeile ist status und dann folgt das GeoJSON so in der art.

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

Re: [Talk-de] motorway und motorway_link um destinatio n-tag ergänzen

2010-06-01 Thread Carsten Gerlach

Moin,

Am Dienstag 01. Juni 2010 11:30:00 schrieb M∡rtin Koppenhoefer:
 alternativ kann man einen Tag direkt im Wiki hinzufügen wenn er gut
 etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei
 einem Tag wie hier mind. ein paar hundert mal.

Also laut Tagwatch von gestern kommt der Tag in Europa 3992 mal und in Asien  
3 mal vor. Das sollte doch als ausreichend etabliert gelten.

@ Steffterra: Schreib den Wiki-Löscher an und weise ihn auf das Vorhandensein 
hin. Falls ihm keine weitere Begründung einfällt, als no tag, dann möge er 
doch deinen Eintrag bestehen lassen. :-)


Gruß, 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-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] motorway und motorway_link um desti nation-tag ergänzen

2010-06-01 Thread steffterra

Am 01.06.2010 um 11:30 schrieb M∡rtin Koppenhoefer:

Am 1. Juni 2010 10:11 schrieb Chris66 chris66...@gmx.de:
Am 01.06.2010 02:24, schrieb steffterra:
Ist hiermit für motorway, motorway_link und trunk geschehen. Der
destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend
ergänzt.

Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht
(Norwegischer User Gnonthgol) mit der Begründung no tag.
Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag
destination erst irgendwie allgemein akzeptiert werden?
Du musst erst eine Proposed Feature Page im Wiki anlegen.
http://wiki.openstreetmap.org/wiki/Proposed_Features

alternativ kann man einen Tag direkt im Wiki hinzufügen

das hatte ich ja versucht. Die Einträge wurden aber wieder gelöscht:

z.b. diese hier für DE:Tag:highway=motorway_link:
http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorway_linkcurid=26543diff=481049oldid=480948
die anderen:
http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dtrunkcurid=9150diff=481050oldid=480943
http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorwaycurid=26541diff=481048oldid=481010
http://wiki.openstreetmap.org/w/index.php?title=Tag:highway%3Dtrunkcurid=9149diff=481047oldid=481017

Übersicht über alle Änderungen:

wenn er gut
etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei
einem Tag wie hier mind. ein paar hundert mal.

mittlerweile wurde auch eine nähere Begründung in der Diskussion zum tag
destination begonnen:
http://wiki.openstreetmap.org/wiki/User_talk:Steffterra#Key:destination

so long,

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

[Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

2010-06-01 Thread hike39

Hallo,
nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, 
habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten 
zu erstellen.

Folgende Fehlermeldungen mußte ich dabei entdecken:

stdout:

read style file and preprocess tile icons for areas...
looking for place...
WARNING reading osm file, line follows (expecting id, lon, lat and user 
for node):
  node id=154874 lat=47.8542381 lon=11.8608725 
user=pfoten_weg_!_ uid=36809 visible=true version=3 
changeset=2270948 timestamp=2009-08-26T20:16:44Z/

WARNING reading osm file, line follows (expecting id, lon, lat and user 
for node):
  node id=154874 lat=47.8542381 lon=11.8608725 
user=pfoten_weg_!_ uid=36809 visible=true version=3 
changeset=2270948 timestamp=2009-08-26T20:16:44Z/

WARNING reading osm file, line follows (expecting id, lon, lat and user 
for node):
  node id=154874 lat=47.8542381 lon=11.8608725 
user=pfoten_weg_!_ uid=36809 visible=true version=3 
changeset=2270948 timestamp=2009-08-26T20:16:44Z/

und in diesem Zusammenhang auch auf stderr:
Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
508, $file line 4.
Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
511, $file line 4.
Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 
517, $file line 4.

Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt?


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

Re: [Talk-de] Grenze DE-AT durchlöchert

2010-06-01 Thread Tirkon

Florian Lohoff f...@zz.de wrote:

 So wie ich es verstanden habe, wird jede Teillinie mit dem höchsten
 admin_level aller multipolygone getaggt, in dem sie enthalten ist und
 damit die Datenbank entlastet. Auch da verwundert es, dass nun auf
 einmal Relationen dafür sorgen sollen. Wenn ich stattdessen die
 Teillinien mit geschachtelten Relationen aufsetze, also beispielsweise
 
 Weiler-Ortsteil
 Ortsteil-Ort
 Ort-Landkreis
 Landkreis-Bundesland
 Bundesland-Bundesrepublik

Du willst anstatt die Grenzen also die Relationen der darunterliegenden
Admin Boundarys zusammenfassen? Dir ist schon klar das das eine
massive erhoehung der wege bei der auswertung zur folge hat? Wenn ich
dann ein Bundesland oder Deutschland zusammenbauen will (Als flaeche)
bekomme ich nach der rekursiven aufloesung der relationen ja ein paar
hunderttausend wege zurueck von denen ich vielleicht nur die aeusseren
100 brauche ...

Hier geht es nicht darum, was ich will. Ich habe - wie vorher im
Thread beschrieben - nur Wege für die Grenzsegmente in jeglichem
amin-level an der bundesrepublikanischen Außengrenze an der
Nordseeküste vorgefunden und dieses System von den vorhandenen
Landkreisen ausgehend zu den kleineren Einheiten hin weiter ausgebaut.
Offensichtlich ist das am anderen Ende der Republik
(Deutschland-Österreich) anders, wie das Eingangsposting von Andreas
zeigt. Und da versuche ich nun, diese Konstruktion zu verstehen und wo
deren Vorteile liegen. Wenn ich Dich richtig verstanden habe, ist der
Weg von Andreas, Relationen als Grenzsegmente zu verwenden,
unvorteilhaft.


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

Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??

2010-06-01 Thread Bernhard Zwischenbrugger

Hehe

Wenn der User rm -rf / zu editieren beginnt wird es brutal ;-)

Bernhard

Am 2010-06-01 20:38, schrieb hike39:
 Hallo,
 nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe,
 habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten
 zu erstellen.

 Folgende Fehlermeldungen mußte ich dabei entdecken:

 stdout:

 read style file and preprocess tile icons for areas...
 looking for place...
 WARNING reading osm file, line follows (expecting id, lon, lat and user
 for node):
node id=154874 lat=47.8542381 lon=11.8608725
 user=pfoten_weg_!_ uid=36809 visible=true version=3
 changeset=2270948 timestamp=2009-08-26T20:16:44Z/

 WARNING reading osm file, line follows (expecting id, lon, lat and user
 for node):
node id=154874 lat=47.8542381 lon=11.8608725
 user=pfoten_weg_!_ uid=36809 visible=true version=3
 changeset=2270948 timestamp=2009-08-26T20:16:44Z/

 WARNING reading osm file, line follows (expecting id, lon, lat and user
 for node):
node id=154874 lat=47.8542381 lon=11.8608725
 user=pfoten_weg_!_ uid=36809 visible=true version=3
 changeset=2270948 timestamp=2009-08-26T20:16:44Z/

 und in diesem Zusammenhang auch auf stderr:
 Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line
 508,$file  line 4.
 Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line
 511,$file  line 4.
 Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line
 517,$file  line 4.

 Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt?


 ___
 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] Wieder ein Scherz von Pfoten_weg_!_ ??

2010-06-01 Thread Gary68

hi.


das osm.pm modul hat probleme mit dem visible attribut. wo kommt die
datei her? in meinen dateien von der geofabrik ist das nicht drin...

wenn es nur wenige fehler sind, einfach ignorieren.

es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax
parser und so. über kurz oder lang werde ich da was machen müssen.

ciao

gerhard

On Tue, 2010-06-01 at 20:38 +0200, hike39 wrote:
 Hallo,
 nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, 
 habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten 
 zu erstellen.
 
 Folgende Fehlermeldungen mußte ich dabei entdecken:
 
 stdout:
 
 read style file and preprocess tile icons for areas...
 looking for place...
 WARNING reading osm file, line follows (expecting id, lon, lat and user 
 for node):
   node id=154874 lat=47.8542381 lon=11.8608725 
 user=pfoten_weg_!_ uid=36809 visible=true version=3 
 changeset=2270948 timestamp=2009-08-26T20:16:44Z/
 
 WARNING reading osm file, line follows (expecting id, lon, lat and user 
 for node):
   node id=154874 lat=47.8542381 lon=11.8608725 
 user=pfoten_weg_!_ uid=36809 visible=true version=3 
 changeset=2270948 timestamp=2009-08-26T20:16:44Z/
 
 WARNING reading osm file, line follows (expecting id, lon, lat and user 
 for node):
   node id=154874 lat=47.8542381 lon=11.8608725 
 user=pfoten_weg_!_ uid=36809 visible=true version=3 
 changeset=2270948 timestamp=2009-08-26T20:16:44Z/
 
 und in diesem Zusammenhang auch auf stderr:
 Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
 508, $file line 4.
 Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 
 511, $file line 4.
 Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 
 517, $file line 4.
 
 Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt?
 
 
 ___
 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] Wieder ein Scherz von Pfoten_weg_!_ ??

2010-06-01 Thread hike39

Am 01.06.2010 20:52, schrieb Gary68:
 hi.


 das osm.pm modul hat probleme mit dem visible attribut. wo kommt die
 datei her? in meinen dateien von der geofabrik ist das nicht drin...

 wenn es nur wenige fehler sind, einfach ignorieren.

 es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax
 parser und so. über kurz oder lang werde ich da was machen müssen.

 ciao

 gerhard

Die osm.pm habe ich vom OSM-SVN runtergesaugt. Habe meine osm.pm 
umbenannt, dann sie nochmals runtergladen. Diff sagt es gibt zwischen 
den Beiden keinen Unterschied.

Es sind nicht nur wenige Fehler, sondern die gannze Geschichte scheint 
dann in einer Schleife zu laufen. Ich habe einmal stderr und stdout in 
eine log-Datei umgelenkt.

Ergebnis nach ca. 10sec:
-rw-r--r-- 1 horst horst 143913888 2010-06-01 21:15 Mapgen/mapgen.log



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

Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?