date:20130722


Kai Krueger wrote:

I am not a fan of just changing things to make them prettier without
adding functionality, or even less of the website hasn't changed in X
years, we need to change things to make it modern either, but having
multiple versions beyond what we already have is just likely not really
feasible at the moment. There are imho more important things to fix or
optimize.


I think that this is perhaps the crux of the problem. One gets very used to 
doing things a certain way, and when they change it gets very annoying when 
something does not now work. I can give a good example in Linux ... the way the 
scroll bars work on the side of a window has been changed by ONE of the style 
library teams. A little like double click no longer doing what you expect! 
Clicking on the scroll bar now works differently FOR SOME APPS. Fortunately it 
is possible to switch the new functionality off but why the  was it allowed 
to be switched on by default in the first place :( Another area of the the same 
scroll bar is the stepper buttons top and bottom. Some people think they are 
pointless, but when one is working with directories with thousands of files in, 
being able to shuffle a little bit fixes a problem. Again, I can select a theme 
from users with a like preference and the buttons appear. I don't have to live 
with someone else's preferences.


Changing functionality, such as how double click works, needs to have a very 
good reason for doing it, but where buttons appear and what buttons appear is 
just a matter of personal taste! Currently on touch screen devices there is a 
conflict between using touch to zoom the map, and using touch to expand the 
function areas, or expand the note box to because it's too small. THIS 
functionality may be part of leaflet, so that is the development team we need to 
be interacting with, or maintain a port of that code which we can tailor to our 
requirements. I personally have no interest in 'rails', I work exclusively in 
PHP on production sites, so I don't want my hands tied because 'rails' has 
changed the way something works.


Just while I've been typing this it has come to mind that perhaps what I 
personally am looking for is a better organised cooperation between the teams 
that are building the tools we use rather than what appears on a single view of 
the data? Leaflet is supposed to be a 'library of mobile-friendly interactive 
maps', but it's that which is causing my problems with osrm, yours and the other 
options I'm playing with. I was probably missing the point that it actually has 
nothing to do 'rails-dev' ...


Everybody is off making a better 'widget' for their pet project and nobody is 
looking at the problem as a whole?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Peter Wendorff

Am 22.07.2013 07:48, schrieb Maarten Deen:
 http://mapui.apis.dev.openstreetmap.org/ [3]
 
 It is nice to give a link to the development map (at least I assume it
 is), but how do you set that marker?
 
 Regards,
 Maarten

Don't use URL-Fiddling any more (if that's what you tried), but:
- open the share box
- select Include Marker (the marker is visible now in the current
center of the map view)
- drag the marker to where you want to have it, independent of dragging
the map itself.

I think - once one found out about the right Button (share) that's
really an improvement and at least as easy as fiddling around the URL as
it was before.

regards
Peter


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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Pierre Béland

Peter,

This double click was an easy way to obtain the coordinates of an object and 
share the information with the others using the permalink. This functionnality 
does not exist anymore.

For example, If I search Tower of London with Nominatim,  the map is centered 
on the tower and the share link I obtain gives me the coordinates of the tower
http://mapui.apis.dev.openstreetmap.org/?lat=51.50811lon=-0.07627zoom=17layers=Mmlat=51.50811mlon=-0.07627


If I now center the map on an other point and add a Marker over the Tower, I do 
not obtain the coordinates of the tower.  What I can share is a map where a 
marker is over the tower. And I am loosing the possibility to share information 
about the tower coordinates.

http://mapui.apis.dev.openstreetmap.org/?lat=51.50745lon=-0.0729zoom=16layers=Mmlat=51.5079mlon=-0.07673

 
Pierre 




 De : Peter Wendorff wendo...@uni-paderborn.de
À : talk@openstreetmap.org 
Envoyé le : Lundi 22 juillet 2013 5h10
Objet : Re: [OSM-talk] Double-clicking on OSM map does not centre the map
 

Am 22.07.2013 07:48, schrieb Maarten Deen:
 http://mapui.apis.dev.openstreetmap.org/ [3]
 
 It is nice to give a link to the development map (at least I assume it
 is), but how do you set that marker?
 
 Regards,
 Maarten

Don't use URL-Fiddling any more (if that's what you tried), but:
- open the share box
- select Include Marker (the marker is visible now in the current
center of the map view)
- drag the marker to where you want to have it, independent of dragging
the map itself.

I think - once one found out about the right Button (share) that's
really an improvement and at least as easy as fiddling around the URL as
it was before.

regards
Peter


___
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] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Tom MacWright

If anyone wants to do the work, head over to the Leaflet GitHub
https://github.com/leaflet/leaflet and go for it. I'm imagining it'll be a
hard sell to the maintainers, because it would make Leaflet's behavior
different than the vast majority of maps on the internet, not to mention
all other open source map frameworks.


On Mon, Jul 22, 2013 at 8:25 AM, Pierre Béland pierz...@yahoo.fr wrote:

 Peter,

 This double click was an easy way to obtain the coordinates of an object
 and share the information with the others using the permalink. This
 functionnality does not exist anymore.

 For example, If I search Tower of London with Nominatim,  the map is
 centered on the tower and the share link I obtain gives me the coordinates
 of the tower

 http://mapui.apis.dev.openstreetmap.org/?lat=51.50811lon=-0.07627zoom=17layers=Mmlat=51.50811mlon=-0.07627

 If I now center the map on an other point and add a Marker over the Tower,
 I do not obtain the coordinates of the tower.  What I can share is a map
 where a marker is over the tower. And I am loosing the possibility to share
 information about the tower coordinates.

 http://mapui.apis.dev.openstreetmap.org/?lat=51.50745lon=-0.0729zoom=16layers=Mmlat=51.5079mlon=-0.07673

 Pierre

   --
  *De :* Peter Wendorff wendo...@uni-paderborn.de
 *À :* talk@openstreetmap.org
 *Envoyé le :* Lundi 22 juillet 2013 5h10
 *Objet :* Re: [OSM-talk] Double-clicking on OSM map does not centre the
 map

 Am 22.07.2013 07:48, schrieb Maarten Deen:
  http://mapui.apis.dev.openstreetmap.org/ [3]
 
  It is nice to give a link to the development map (at least I assume it
  is), but how do you set that marker?
 
  Regards,
  Maarten

 Don't use URL-Fiddling any more (if that's what you tried), but:
 - open the share box
 - select Include Marker (the marker is visible now in the current
 center of the map view)
 - drag the marker to where you want to have it, independent of dragging
 the map itself.

 I think - once one found out about the right Button (share) that's
 really an improvement and at least as easy as fiddling around the URL as
 it was before.

 regards
 Peter


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



 ___
 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] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Peter Wendorff

Am 22.07.2013 14:25, schrieb Pierre Béland:
 Peter,
 
 This double click was an easy way to obtain the coordinates of an object and 
 share the information with the others using the permalink. This 
 functionnality does not exist anymore.
 
 For example, If I search Tower of London with Nominatim,  the map is 
 centered on the tower and the share link I obtain gives me the coordinates of 
 the tower
 http://mapui.apis.dev.openstreetmap.org/?lat=51.50811lon=-0.07627zoom=17layers=Mmlat=51.50811mlon=-0.07627
 
 
 If I now center the map on an other point and add a Marker over the Tower, I 
 do not obtain the coordinates of the tower. 
 What I can share is a map where a marker is over the tower. And I am loosing 
 the possibility to share information about the tower coordinates.
 
What?
I see the coordinates of the tower there:
 http://mapui.apis.dev.openstreetmap.org/?lat=51.50745lon=-0.0729zoom=16layers=Mmlat=51.5079mlon=-0.07673
mlat and mlon are these coordinates, that's the markers position, and -
in contrast to the situation before, it's now easy to move the center of
the map independently from the center of the object you want to focus
the receivers attention on.

regards
Peter

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

Re: [OSM-talk] New technology ...

2013-07-22 Per discussione Tom MacWright

I don't have to live with someone else's preferences.

On the internet, you have been. For years now, every single day.

Everybody is off making a better 'widget' for their pet project and
nobody is looking at the problem as a whole?

You mean in OSM? Look at how much push-back we get on something like Map-UI
- tens of angry comments about how X changed. Now imagine a much larger
redesign.

On Mon, Jul 22, 2013 at 4:03 AM, Lester Caine les...@lsces.co.uk wrote:

Kai Krueger wrote:

I am not a fan of just changing things to make them prettier without
adding functionality, or even less of the website hasn't changed in X
years, we need to change things to make it modern either, but having
multiple versions beyond what we already have is just likely not really
feasible at the moment. There are imho more important things to fix or
optimize.

I think that this is perhaps the crux of the problem. One gets very used
to doing things a certain way, and when they change it gets very annoying
when something does not now work. I can give a good example in Linux ...
the way the scroll bars work on the side of a window has been changed by
ONE of the style library teams. A little like double click no longer doing
what you expect! Clicking on the scroll bar now works differently FOR SOME
APPS. Fortunately it is possible to switch the new functionality off but
why the was it allowed to be switched on by default in the first place
:( Another area of the the same scroll bar is the stepper buttons top and
bottom. Some people think they are pointless, but when one is working with
directories with thousands of files in, being able to shuffle a little bit
fixes a problem. Again, I can select a theme from users with a like
preference and the buttons appear. I don't have to live with someone else's
preferences.

Changing functionality, such as how double click works, needs to have a
very good reason for doing it, but where buttons appear and what buttons
appear is just a matter of personal taste! Currently on touch screen
devices there is a conflict between using touch to zoom the map, and using
touch to expand the function areas, or expand the note box to because it's
too small. THIS functionality may be part of leaflet, so that is the
development team we need to be interacting with, or maintain a port of that
code which we can tailor to our requirements. I personally have no interest
in 'rails', I work exclusively in PHP on production sites, so I don't want
my hands tied because 'rails' has changed the way something works.

Just while I've been typing this it has come to mind that perhaps what I
personally am looking for is a better organised cooperation between the
teams that are building the tools we use rather than what appears on a
single view of the data? Leaflet is supposed to be a 'library of
mobile-friendly interactive maps', but it's that which is causing my
problems with osrm, yours and the other options I'm playing with. I was
probably missing the point that it actually has nothing to do 'rails-dev'
...

Everybody is off making a better 'widget' for their pet project and nobody
is looking at the problem as a whole?

--
Lester Caine - G8HFL
-
Contact -
http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media -
http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk

__**_
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] Build your own osm.org (was Re: New technology ...)

2013-07-22 Per discussione Richard Fairhurst

Lester Caine wrote:
 Note that I'm not saying that the main map should change - this is 
 mobile technology use, but personally I WOULD like to have 
 the option to select the old style layout. It's not fundamental to 
 how the map works - it's only a style sheet, and we could have 
 several - including mobile centric ones? What rattles my cage is 
 when someone else changes things that I'm naturally used to when 
 there is no need to FORCE me to change - just put an option to 
 select in!

You could have several different stylesheet options, but every time anyone
makes a simple code change to the site, it would then have to be tested
against each one. Just look at the unintentional collateral damage from the
recent changes (things like the search box not scrolling, text entry boxes
not resizing) and multiply that by several stylesheets.

We simply don't have enough developers for that. If you want it, you need to
find more developers. And I hate to say it, but these recent threads are not
really a very good way of saying hey, developers, come and help OSM, you'll
be welcome here! We respect our developers!.


So is there a way through? Of course there is.

We have two on-site editors, iD and Potlatch. They do not do everything for
everyone. No-one expects them to. Instead, the people who want MOAR
STYLESHEETS (or moar zoombars, or moar tools, or whatever) use a separate
editor. It's called JOSM. You may have heard of it. :)

This is a great solution. It means power users get the tools they want,
without making the online editors utterly bamboozling to the newbie. It
means Java developers have an OSM project to get stuck into, even though the
main site is Rails. It doesn't impose extra burdens on the site development
team. And it's made possible because OSM is an open project with an open
API, and we positively encourage this sort of thing.

Why not do the same here? Get a few people together who want the zoom
bar/old stylesheets/whatever. Build a power user's mapping site. Use PHP or
whatever language you're comfortable with. Start small - just an instance
with the features you really need. But it could grow to have oodles more
tile layers, talk to the public OSRM API for routing, be tightly integrated
with JOSM, all the stuff that we can't expose on osm.org for QC/scaling
reasons but which would work fine on a more niche site. And if you have good
ideas, some might filter back to osm.org, just as JOSM features occasionally
pop up in P2 or iD.

cheers
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/New-technology-tp5770731p5770865.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map


Tom MacWright wrote:

If anyone wants to do the work, head over to the Leaflet GitHub
https://github.com/leaflet/leaflet and go for it. I'm imagining it'll be a hard
sell to the maintainers, because it would make Leaflet's behavior different than
the vast majority of maps on the internet, not to mention all other open source
map frameworks.


Can you substantiate that statement?
Many of the demo's currently linked to from the wiki still provided a vertical 
scale and navigation block and work in the manor people are used to. The latest 
changes have not been reflected in any other sites that I have scanned over the 
last couple of days, but I have no doubt some will change simply because they 
are reliant on 'current build' of leaflet or openlayers and are forced to follow 
- or fork?


There is no problem either forking leaflet, or switching to one of the other 
tools if we want a different style of working - THAT is what the internet has 
provided and many projects have forked when they have failed to take enough of 
the users with them. It's a shame as it ends up with differences like 
libreoffice/openoffice but we live with that.


Double-click working one way or another is a preference nowadays, not a 'you 
will do it this way choice', and adding 'you can use right click' when many 
users don't have a mouse just compounds the problem?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] New technology ...


Tom MacWright wrote:

   I don't have to live with someone else's preferences.

On the internet, you have been. For years now, every single day.


No - If I don't like something I don't use it ... that includes Google!


  Everybody is off making a better 'widget' for their pet project and nobody is
looking at the problem as a whole?

You mean in OSM? Look at how much push-back we get on something like Map-UI -
tens of angry comments about how X changed. Now imagine a much larger redesign.


There has be complaints about not publishing things or it being discussed on 
other lists. In reality some of these changes should have been discussed on the 
leaflet list? It's their changes that are being pushed on us? So a proper debate 
on opening up the field to provide access to tools tailored for their target 
audience seems logical. The 'slippy map' is only addressing a small user area, 
and better publication of the alternatives would seem sensible. Perhaps we 
ACTUALLY need a map style selector on the front page rather than a single link 
to a particular map tool?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] New technology ...

2013-07-22 Per discussione Martin Koppenhoefer



On 22/lug/2013, at 14:41, Tom MacWright t...@macwright.org wrote:

 You mean in OSM? Look at how much push-back we get on something like Map-UI - 
 tens of angry comments about how X changed. Now imagine a much larger 
 redesign.


was that really so much? In my perception it was very few (if any, less than 3) 
who were generally against it, the rest were kind of bug reports, unfortunately 
not always setting the right tone.

btw: great redesign, the marker function is a heavily requested feature for 
years. 

maybe there is a way to integrate a kind of scale indicator?

On mobile safari it works nicely but the links from the left column are missing 
(like before this update), namely there should be a link to the wiki and 
license page, maybe also the rest. Maybe this could be inside the i tab 
before the map key?





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

Re: [OSM-talk] New technology ...

2013-07-22 Per discussione Tom MacWright

was that really so much? In my perception it was very few (if any, less
than 3) who were generally against it, the rest were kind of bug reports,
unfortunately not always setting the right tone.

52 messages in the 'Upgraded map controls' thread, 13 in this one, 12 in
the one split off of this one, 39 comments on the pull request. Around 116
messages in total, though that's only the English count and I'm sure that
there's something on talk-de.

On Mon, Jul 22, 2013 at 9:29 AM, Lester Caine les...@lsces.co.uk wrote:

Tom MacWright wrote:

I don't have to live with someone else's preferences.

On the internet, you have been. For years now, every single day.

No - If I don't like something I don't use it ... that includes Google!

Everybody is off making a better 'widget' for their pet project and
nobody is
looking at the problem as a whole?

You mean in OSM? Look at how much push-back we get on something like
Map-UI -
tens of angry comments about how X changed. Now imagine a much larger
redesign.

There has be complaints about not publishing things or it being discussed
on other lists. In reality some of these changes should have been discussed
on the leaflet list? It's their changes that are being pushed on us? So a
proper debate on opening up the field to provide access to tools tailored
for their target audience seems logical. The 'slippy map' is only
addressing a small user area, and better publication of the alternatives
would seem sensible. Perhaps we ACTUALLY need a map style selector on the
front page rather than a single link to a particular map tool?

__**_
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] New technology ...


Tom MacWright wrote:


52 messages in the 'Upgraded map controls' thread, 13 in this one, 12 in the one
split off of this one, 39 comments on the pull request. Around 116 messages in
total, though that's only the English count and I'm sure that there's something
on talk-de.


Tom will you PLEASE stop posting reams of quotes that are unrelated to your 
comments. THAT is creating a very fragmented discussion. I can't even see how 
you've included my text in Martin's reply! He hadn't!


It would be nice to get a better handle on the user land view of things, and 
many people are probably happy, but others will probably simply migrate to the 
other viewers anyway and we have no idea what the real situation is. Certainly 
switching between the current map and 'yours' for routing now grates ... that is 
the reason about my comments on the 'whole' picture ... I HAD been using the 
slippy map for location pages and then switching to a router for directions - 
now the two are so different that I need to rethink! That is the problem that 
this latest change has brought about, and I was unaware it was about to happen :(


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)

2013-07-22 Per discussione Yohan Boniface


On 07/22/2013 04:37 PM, Lester Caine wrote:

I've just had a 'complaint' from a web hosting customer who has spotted
the 'new' style and was confused as he was used to simply clicking on
the scale bar for a quick zoom in. Again holding 'shift' down does not
work on his tablet


But pinch should, which is very convenient on touch based devices.

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

[OSM-talk] Moderation! Re: New technology ...

2013-07-22 Per discussione Mikel Maron

Hey guys

Moderation is not just something I have the burden of doing on the talk list. 
It's the way we should think about our posts to this lists ... be moderate.

Here's a good guide. Are you stressed, feeling attacked, frustrated by 
something you have just read on talk@? Are your thoughts going a mile a minute, 
your fingers flying, using ALLCAPS, your pulse up?

Then stop. Step away from the computer, go for a walk, get some perspective. 
Think about what you're trying to achieve. Let it go. Respond calmly.

If you are happy, then go right ahead. If you haven't something dry and boring, 
go right ahead and post. If you are emotionally upset, don't post.

-Mikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron



 From: Lester Caine les...@lsces.co.uk
To: OSM Talk talk@openstreetmap.org 
Sent: Monday, July 22, 2013 3:12 PM
Subject: Re: [OSM-talk] New technology ...
 

Tom MacWright wrote:

 52 messages in the 'Upgraded map controls' thread, 13 in this one, 12 in the 
 one
 split off of this one, 39 comments on the pull request. Around 116 messages 
 in
 total, though that's only the English count and I'm sure that there's 
 something
 on talk-de.

Tom will you PLEASE stop posting reams of quotes that are unrelated to your 
comments. THAT is creating a very fragmented discussion. I can't even see how 
you've included my text in Martin's reply! He hadn't!

It would be nice to get a better handle on the user land view of things, and 
many people are probably happy, but others will probably simply migrate to the 
other viewers anyway and we have no idea what the real situation is. Certainly 
switching between the current map and 'yours' for routing now grates ... that 
is 
the reason about my comments on the 'whole' picture ... I HAD been using the 
slippy map for location pages and then switching to a router for directions - 
now the two are so different that I need to rethink! That is the problem that 
this latest change has brought about, and I was unaware it was about to happen 
:(

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

___
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] Build your own osm.org (was Re: New technology ...)


Lauris Bukšis-Haberkorns wrote:

If you are so confused with how map works it not much of a work to use any
JavaScript library to embed OSM map in any page to look and act how you like it.
I might be missing something but I don't quite don't understand where is the
problem here?


Advertising OSM ...

Over the last year I've slowly moved a number of legacy sites from using google 
location maps to simple 'OSM' ones. With a link to the 'large map' and a link to 
yours or osrm for routing. With a view to providing my own routing page at some 
point. Yes I can switch back to my own servers, but that will take time, and 
that is the one commodity everybody is saying we don't have. Currently 'yours' 
seems to have lost the scale  navigation altogether? My own copy still has the 
older style bars but for some reason is no longer 'routing' :( OSRM actually 
fits better with the new style, but will not even display properly on the 
android tablet, which is why I was back with yours ... there was a nicely 
functional suite of tools ... today some of the cross working is different ... 
and I'd missed that originally when the new style appeared!


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Toby Murray

On Mon, Jul 22, 2013 at 10:13 AM, Frederik Ramm frede...@remote.org wrote:

 Hi,


 On 07/22/2013 05:04 PM, Maarten Deen wrote:

 What is wrong with having more and better features? What is the added
 value of removing features?


 At the time, Leaflet was considered to be the better overall framework,
 with nicer looks and better usability on mobile devices, and much smaller
 load times on slow connections due to its compact size.

 It was a relatively quick and painless move if I remember correctly, and
 nobody complained at the time.

 The fact that the double-click-to-centre-map functionality went away at
 that time went unnoticed (I am surprised because I occasionally used it as
 well).



It didn't go away when we switched to leaflet. It went away (I think) when
osm.org was upgraded to leaflet 0.6 about one month ago. I do actually
prefer the old behavior but I guess that's a conversation to have with
leaflet devs, not on the talk mailing list.

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

Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)

2013-07-22 Per discussione Paul Johnson

On Mon, Jul 22, 2013 at 9:51 AM, Yohan Boniface yohanbonif...@free.fr
 wrote:


 But pinch should, which is very convenient on touch based devices.


Also totally unavailable due to lack of multitouch on pretty much anything
running Donut or Froyo, and rare on Gingerbread, and these are, annoyingly,
still being produced, and still being sold en masse in at least the United
States.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)


Richard Fairhurst wrote:

Why not do the same here? Get a few people together who want the zoom
bar/old stylesheets/whatever. Build a power user's mapping site. Use PHP or
whatever language you're comfortable with. Start small - just an instance
with the features you really need. But it could grow to have oodles more
tile layers, talk to the public OSRM API for routing, be tightly integrated
with JOSM, all the stuff that we can't expose on osm.org for QC/scaling
reasons but which would work fine on a more niche site. And if you have good
ideas, some might filter back to osm.org, just as JOSM features occasionally
pop up in P2 or iD.


I'm already on that path :) Have OSRM and Yours working along with the legacy 
mapserver stuff.
That is what I've been working through for the first part of this year, and now 
have most of the key elements running on local machines, but I'm NOT happy with 
the way leaflet is working when it comes to tablet/smartphone. So it's either 
fix that, or switch to an alternative that does perform better?


Added to that ... I've just had a 'complaint' from a web hosting customer who 
has spotted the 'new' style and was confused as he was used to simply clicking 
on the scale bar for a quick zoom in. Again holding 'shift' down does not work 
on his tablet, so he is stuck with clicking the + several times ... which is now 
on the other side of the screen from the map insert ... I've disabled the 
'directions to' for the time being until I can work out an alternative which 
matches! Perhaps I do have to switch back to Google :(


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] New technology ...

2013-07-22 Per discussione Pierre Béland

I agree with Martin that this is a great redesign. And we should see positively 
that so many people react to these redesigns. And let's hope we can have more 
positive / constructive discussions among contributors and developers.
I understand that we should accept that some redesigns will affect the way we 
are doing things.  At the same time, we have to think how people, sometimes 
less experimented, may use the OSM map for various usages.  I might be a bit 
late since I was not there to propose modifications a few weeks ago. But 
still...
The Share panel who replace the Permalink, is useful to communicate to others 
various informations. For example, it could be a store or a tourist bureau that 
wants to provide simply geolocated information. Also we often see OSM 
contributors exchanging links to discuss about various aspects of the OSM map.  

I propose below minor modifications to the Share panel that to my point of view 
would provide more flexibility to take account of the various usages. In this 
proposal, the Include marker appears only once and is used for both url links 
and Embedded HTML. And there is the possibility to add a descriptive about the 
marker.

Share

Include marker

Center page at the marker location

Marker description

* Long Link  

* Short Link
Embeddable HTML


 
Pierre 




 De : Martin Koppenhoefer dieterdre...@gmail.com
À : Tom MacWright t...@macwright.org 
Cc : OSM Talk talk@openstreetmap.org 
Envoyéle : Lundi 22 juillet 2013 9h27
Objet : Re: [OSM-talk] New technology ...
 



On 22/lug/2013, at 14:41, Tom MacWright t...@macwright.org wrote:

 You mean in OSM? Look at how much push-back we get on something like Map-UI - 
 tens of angry comments about how X changed. Now imagine a much larger 
 redesign.


was that really so much? In my perception it was very few (if any, less than 3) 
who were generally against it, the rest were kind of bug reports, unfortunately 
not always setting the right tone.

btw: great redesign, the marker function is a heavily requested feature for 
years. 

maybe there is a way to integrate a kind of scale indicator?

On mobile safari it works nicely but the links from the left column are missing 
(like before this update), namely there should be a link to the wiki and 
license page, maybe also the rest. Maybe this could be inside the i tab 
before the map key?





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

[OSM-talk] Another OSM use without attribution (unusual rendering)

2013-07-22 Per discussione Simon Hewison

In today's Metro free tabloid newspaper in London, there's sponsored article
(promoting Expedia), which extolls the virtues of the Shoreditch area of
London. Fair enough, they want a map, so they've taken Openstreetmap data,
tweaked the rendering to abbreviate street names (Old Street becomes Old St),
tweaked the styling, but it looks very much like Mapnik, and an old copy
of Openstreetmap data, based on the building outlines (I know, I mapped some
of the buildings there).

Oh, and they've not attributed Openstreetmap as the map data source.

http://www.zymurgy.org/~simon/metro_osm_no_attribution.jpg
vs
http://www.openstreetmap.org/?lat=51.52694lon=-0.08141zoom=17layers=M

Print copy is Metro newspaper, page 33, Monday 22 July 2013.

-- 
Simon Hewison

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Maarten Deen


On 2013-07-22 17:13, Frederik Ramm wrote:

Hi,

On 07/22/2013 05:04 PM, Maarten Deen wrote:
What is wrong with having more and better features? What is the added
value of removing features?

At the time, Leaflet was considered to be the better overall
framework, with nicer looks and better usability on mobile devices,
and much smaller load times on slow connections due to its compact
size.


[...]


Nobody's saying that Leaflet must stay forever; I have heard that with
recent improvements to OpenLayers, some people even switched back to
OpenLayers after using Leaflet for a while.


That makes me think back 20-25 years when there was the compressionwar. 
Which was better, pkzip, arj, lzh? There were people that redid all 
their archives to the new and 0,1% better-and-improved version, just to 
save those few bytes.
I am so happy people here have the time to move to a different framework 
and back again just because the next version is a little better. OSM 
would never go forward if that time was not on hand.


Regards,
Maarten

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

Re: [OSM-talk] Upgraded map controls

2013-07-22 Per discussione Simon Poole


Am 21.07.2013 20:18, schrieb Michal Migurski:
 Supporting official venues for orderly change is what the board should
 be doing, but is not. I would support the creation and use of a
 proposal/vote/implementation process for the community, even if the
 first proposal is just be it resolved that Mapbox accepts
 responsibility for the visual design of OSM.org. 

I would find it very very difficult to subject superficial design
changes to a popular vote, these are matters of personal taste and work
flow and it is very unlikely that we could reach any kind of consensus
within a reasonable time frame, wit this thread. What would be nice if
we could get to a state where changing the visual appearance of the main
site would not be such a heavy weight task (at least not for the devs)
and could happen substantially more often than once in a decade.

 The new icons and map controls are good and I'm getting accustomed to them, 
 but the process by which they made it onto the site worries me. Mostly, it's 
 because Saman opened his SotM-US talk with a blow it all up slide and 
 finished with gamification that I'm uneasy with how we're treating the visual 
 presentation of OSM.org. Gamification is a sad, sorry sideshow and we 
 shouldn't do it; it only became a meme because Zynga made a zillion dollars 
 and look how that turned out. Do we plan to follow through on gamifying the 
 OSM UI as Saman suggested in his talk? I don't know, and I don't want to have 
 to subscribe to Github pull requests to find out.
Now high level goals and to a certain point functionality is something
that, IMHO, is worth discussing with a large group, and we have ongoing
discussions that cover exactly such territory. Besides what has been
written here, there is a larger one on the German list about the
potential gamification of OSM which shows that such a step is not simply
a design question and definitely needs more community consensus if it
should be seriously considered for implementation.
 
Simon



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

Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)


Yohan Boniface wrote:

On 07/22/2013 04:37 PM, Lester Caine wrote:

I've just had a 'complaint' from a web hosting customer who has spotted
the 'new' style and was confused as he was used to simply clicking on
the scale bar for a quick zoom in. Again holding 'shift' down does not
work on his tablet


But pinch should, which is very convenient on touch based devices.


As long as you don't need to 'pinch' to scale the area that is waiting for you 
to type the from location to get directions ... there is a whole raft of 
complications which need to be handled. When one is USED to simply hitting a 
spot on a screen to do something, when that disappears it IS confusing, and 
finding 'help' is even more difficult? So I get a phone call ...


People are asking why I find the smartphone difficult to use with the new style. 
First I'm using Dolphin on an S4. Switching to 'full screen' ( it's another app 
you have to download and I have now !) then I get all of the buttons on right, 
but the tabs along the top are so small as to be difficult to read. The scale is 
covered by dolphins fancy extra functions button. Trying to navigate around with 
'pinch' and 'slide' keeps bringing down the tab bar which seems to have a higher 
priority than the map move. In any case the bulk of the text on the screen is 
unreadable and I would prefer to have 'screen zoom' rather than 'map zoom' with 
map zoom just being on buttons.


Moving the the 10 tablet, things are a lot better, and I would probably be 
better of using that in the car for navigation. I need varifocal glasses so the 
small fonts used on the S4 are generally a problem, and I've wasted a lot of 
time trying to make things better. I had the old N900 working well even with 
it's smaller screen, but then the tomtom was in car screen, and something that 
will not work with the S4 :(


I think there are a number of problems with Locus as an interface between the 
map and routing, and I would not recommend it, so I need to try the 
alternatives. OSMAnd has been suggested, but I need to learn how to get it to 
use my own maps rather than having to pay them for maps. Any other suggestions 
for an alternative that works well in the UK would be appreciated. Trawling 
through wiki produces a lot of dead ends which if I did have more time I would 
fix :(


( and I'd forgotten that the N900 was single touch Yohan - good point! )

--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Another OSM use without attribution (unusual rendering)

2013-07-22 Per discussione sabas88

2013/7/22 Simon Hewison si...@zymurgy.org

 In today's Metro free tabloid newspaper in London, there's sponsored
 article
 (promoting Expedia), which extolls the virtues of the Shoreditch area of
 London. Fair enough, they want a map, so they've taken Openstreetmap data,
 tweaked the rendering to abbreviate street names (Old Street becomes Old
 St),
 tweaked the styling, but it looks very much like Mapnik, and an old copy
 of Openstreetmap data, based on the building outlines (I know, I mapped
 some
 of the buildings there).


 Oh, and they've not attributed Openstreetmap as the map data source.

 http://www.zymurgy.org/~simon/metro_osm_no_attribution.jpg
 vs
 http://www.openstreetmap.org/?lat=51.52694lon=-0.08141zoom=17layers=M


The rendering is Mapbox Streets (no way to link, but some panning and
zooming here http://www.mapbox.com/tour/)


 Print copy is Metro newspaper, page 33, Monday 22 July 2013.

 --
 Simon Hewison

 ___
 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] New technology ...

2013-07-22 Per discussione Alex Barth

With the arrival of a 'new' set of controls, and the discussion on front
page, I feel that it IS necessary to open this discussion a little wider.
Having been using the new interface on mobile devices I find it much less
usable than the older set-up. But that is not to say that the old one was
actually usable!

A dry and very specific review of what problems on mobile in particular you
encounter with the new map UI would be useful.

The new map UI works actually pretty nicely on my iPhone, but I haven't
done extensive testing.

On Mon, Jul 22, 2013 at 10:12 AM, Lester Caine les...@lsces.co.uk wrote:

Tom MacWright wrote:

52 messages in the 'Upgraded map controls' thread, 13 in this one, 12 in
the one
split off of this one, 39 comments on the pull request. Around 116
messages in
total, though that's only the English count and I'm sure that there's
something
on talk-de.

Tom will you PLEASE stop posting reams of quotes that are unrelated to
your comments. THAT is creating a very fragmented discussion. I can't even
see how you've included my text in Martin's reply! He hadn't!

It would be nice to get a better handle on the user land view of things,
and many people are probably happy, but others will probably simply migrate
to the other viewers anyway and we have no idea what the real situation is.
Certainly switching between the current map and 'yours' for routing now
grates ... that is the reason about my comments on the 'whole' picture ...
I HAD been using the slippy map for location pages and then switching to a
router for directions - now the two are so different that I need to
rethink! That is the problem that this latest change has brought about, and
I was unaware it was about to happen :(

__**_
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)

2013-07-22 Per discussione Lauris Bukšis-Haberkorns

If you are so confused with how map works it not much of a work to use any
JavaScript library to embed OSM map in any page to look and act how you
like it. I might be missing something but I don't quite don't understand
where is the problem here?

Lauris

2013/7/22 Lester Caine les...@lsces.co.uk

Richard Fairhurst wrote:

Why not do the same here? Get a few people together who want the zoom
bar/old stylesheets/whatever. Build a power user's mapping site. Use PHP
or
whatever language you're comfortable with. Start small - just an instance
with the features you really need. But it could grow to have oodles more
tile layers, talk to the public OSRM API for routing, be tightly
integrated
with JOSM, all the stuff that we can't expose on osm.org for QC/scaling
reasons but which would work fine on a more niche site. And if you have
good
ideas, some might filter back to osm.org, just as JOSM features
occasionally
pop up in P2 or iD.

I'm already on that path :) Have OSRM and Yours working along with the
legacy mapserver stuff.
That is what I've been working through for the first part of this year,
and now have most of the key elements running on local machines, but I'm
NOT happy with the way leaflet is working when it comes to
tablet/smartphone. So it's either fix that, or switch to an alternative
that does perform better?

Added to that ... I've just had a 'complaint' from a web hosting customer
who has spotted the 'new' style and was confused as he was used to simply
clicking on the scale bar for a quick zoom in. Again holding 'shift' down
does not work on his tablet, so he is stuck with clicking the + several
times ... which is now on the other side of the screen from the map insert
... I've disabled the 'directions to' for the time being until I can work
out an alternative which matches! Perhaps I do have to switch back to
Google :(

__**_
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Maarten Deen


On 2013-07-22 14:31, Tom MacWright wrote:

If anyone wants to do the work, head over to the Leaflet
GitHub https://github.com/leaflet/leaflet [5] and go for it. I'm
imagining it'll be a hard sell to the maintainers, because it would
make Leaflet's behavior different than the vast majority of maps on
the internet, not to mention all other open source map frameworks.


Is that the standard we adhere to? Do it like everyone else does? I 
think OSM would not be here if we did.
I don't know what other open source map frameworks are out there, this 
is the first I hear about leaflet (no, I am not in developing for OSM), 
but I have always disliked google maps' interface. They lack(ed) so many 
features OSM had, and now OSM is stepping down to their level by 
removing features and adhering to their standards.


What is wrong with having more and better features? What is the added 
value of removing features?


Regards,
Maarten


On Mon, Jul 22, 2013 at 8:25 AM, Pierre Béland pierz...@yahoo.fr 
wrote:


Peter,

This double click was an easy way to obtain the coordinates of an 
object and share the information with the others using the permalink. 
This functionnality does not exist anymore.


For example, If I search Tower of London with Nominatim,  the map is 
centered on the tower and the share link I obtain gives me the 
coordinates of the tower
http://mapui.apis.dev.openstreetmap.org/?lat=51.50811lon=-0.07627zoom=17layers=Mmlat=51.50811mlon=-0.07627 
[1]


If I now center the map on an other point and add a Marker over the 
Tower, I do not obtain the coordinates of the tower.  What I can share 
is a map where a marker is over the tower. And I am loosing the 
possibility to share information about the tower coordinates.


http://mapui.apis.dev.openstreetmap.org/?lat=51.50745lon=-0.0729zoom=16layers=Mmlat=51.5079mlon=-0.07673 
[2]


 
Pierre

-
DE : Peter Wendorff wendo...@uni-paderborn.de
À : talk@openstreetmap.org
ENVOYÉ LE : Lundi 22 juillet 2013 5h10
OBJET : Re: [OSM-talk] Double-clicking on OSM map does not centre the 
map


Am 22.07.2013 07:48, schrieb Maarten Deen:
http://mapui.apis.dev.openstreetmap.org/ [3][3]

It is nice to give a link to the development map (at least I assume it
is), but how do you set that marker?

Regards,
Maarten

Don't use URL-Fiddling any more (if that's what you tried), but:
- open the share box
- select Include Marker (the marker is visible now in the current
center of the map view)
- drag the marker to where you want to have it, independent of dragging
the map itself.

I think - once one found out about the right Button (share) that's
really an improvement and at least as easy as fiddling around the URL 
as

it was before.

regards
Peter


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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Shaun McDonald

The double click to centre currently works in leaflet at the maximum zoom.

Shaun

On 22 Jul 2013, at 16:13, Frederik Ramm frede...@remote.org wrote:

 Hi,
 
 On 07/22/2013 05:04 PM, Maarten Deen wrote:
 What is wrong with having more and better features? What is the added
 value of removing features?
 
 At the time, Leaflet was considered to be the better overall framework, with 
 nicer looks and better usability on mobile devices, and much smaller load 
 times on slow connections due to its compact size.
 
 It was a relatively quick and painless move if I remember correctly, and 
 nobody complained at the time.
 
 The fact that the double-click-to-centre-map functionality went away at that 
 time went unnoticed (I am surprised because I occasionally used it as well).
 
 It certainly wasn't a clear decision to remove a feature - it was just that 
 Leaflet seemed better.
 
 Nobody's saying that Leaflet must stay forever; I have heard that with recent 
 improvements to OpenLayers, some people even switched back to OpenLayers 
 after using Leaflet for a while. That's an option we certainly have 
 available; or we can improve Leaflet to add what we feel is missing.
 
 But nobody has removed a feature on purpose.
 
 Bye
 Frederik
 
 -- 
 Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33
 
 ___
 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] Upgraded map controls

2013-07-22 Per discussione colliar

Am 21.07.2013 22:01, schrieb Frederik Ramm:
 Hi,
 
 On 21.07.2013 21:28, Kai Krueger wrote:
 It begs the question, if this high level design decisions shouldn't
 live on
 the design@ list instead of rails-dev or in the git-hub bug tracker.
 
 Yes, I can imagine that to some a you only have to follow rails-dev is
 a very hitchhikers-guidesque response.
 
 My impression is this:
 
 1. Lots of people re-iterate the mantra that mailing lists (and talk
 in particular) are places where you'll only get flak for all your good
 ideas, and endless bikeshedding, and whatnot. I think that this is not
 supported by facts.
 
 2. Therefore if you do something you're tempted to ignore the mailing
 lists, as everyone tells you they're the pits of hell.
 
 3. Therefore, people on the mailing lists - even the majority that is
 not troublemakers - feel sidelined, and complain.
 
 Often even *informing* people in advance could help a lot.
 
 I think that the situation would already be much improved if, when
 something of greater importance pops up on rails-dev or elsewhere,
 someone informs the talk list about that. For example, in the specific
 case, once TomH had set up the working branch with the new UI, a quick
 note should have gone up on talk: look here this new design, being
 discussed here in case you want to say something. A couple of people
 might want to say something but the majority will just be pleased to
 have been told about it.
 
 Anyone can do this cross-pollination of the talk list, and maybe we
 should make it a habit.

+1

 I'll start with:
 
 Hi everyone, there's an idea to provide a new welcome/landing page
 used to send new users to, or maybe those who come to OSM via one of the
 sites using OSM maps. It can be viewed here
 
 http://welcome.apis.dev.openstreetmap.org/welcome
 
 and the discussion is here
 
 https://github.com/openstreetmap/openstreetmap-website/pull/338

Please, use an own thread for announcements, otherwise they are often
missed.

colliar




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

Re: [OSM-talk] Another OSM use without attribution (unusual rendering)

2013-07-22 Per discussione Tom Morris

It looks more like Mapbox Streets rendering.

Here's a quick screenshot of Mapbox Streets at zoom level 17 for comparison:

http://cl.ly/image/0H0w2Q1S3b3T

--
Tom Morris
http://tommorris.org/

On 22 July 2013 at 17:05:46, Simon Hewison (si...@zymurgy.org) wrote:

In today's Metro free tabloid newspaper in London, there's sponsored article  
(promoting Expedia), which extolls the virtues of the Shoreditch area of  
London. Fair enough, they want a map, so they've taken Openstreetmap data,  
tweaked the rendering to abbreviate street names (Old Street becomes Old St),  
tweaked the styling, but it looks very much like Mapnik, and an old copy  
of Openstreetmap data, based on the building outlines (I know, I mapped some  
of the buildings there).  

Oh, and they've not attributed Openstreetmap as the map data source.  

http://www.zymurgy.org/~simon/metro_osm_no_attribution.jpg  
vs  
http://www.openstreetmap.org/?lat=51.52694lon=-0.08141zoom=17layers=M  

Print copy is Metro newspaper, page 33, Monday 22 July 2013.  

--  
Simon Hewison  

___  
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] Another OSM use without attribution (unusual rendering)

2013-07-22 Per discussione Simon Hewison

On Mon, Jul 22, 2013 at 06:31:18PM +0200, sabas88 wrote:
 The rendering is Mapbox Streets (no way to link, but some panning and
 zooming here http://www.mapbox.com/tour/)

Okay, so it's mapbox, any idea how often they update their data? It seems
the data is over 12 months old. Not the best way to showcase how quick
it is to update the maps they are rending.

-- 
Simon Hewison

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

Re: [OSM-talk] Another OSM use without attribution (unusual rendering)

2013-07-22 Per discussione AJ Ashton

On Mon, Jul 22, 2013 at 1:10 PM, Simon Hewison si...@zymurgy.org wrote:

 Okay, so it's mapbox, any idea how often they update their data? It seems
 the data is over 12 months old. Not the best way to showcase how quick
 it is to update the maps they are rending.


We update every 5 minutes or so*, what makes you say this is over 12 months
old?

*Except for coastlines, admin boundaries, and admin labels.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Another OSM use without attribution (unusual rendering)

2013-07-22 Per discussione Kathleen Danielson

MapBox Streets is updated every few minutes. I've seen it in action :)


On Mon, Jul 22, 2013 at 1:10 PM, Simon Hewison si...@zymurgy.org wrote:

 On Mon, Jul 22, 2013 at 06:31:18PM +0200, sabas88 wrote:
  The rendering is Mapbox Streets (no way to link, but some panning and
  zooming here http://www.mapbox.com/tour/)

 Okay, so it's mapbox, any idea how often they update their data? It seems
 the data is over 12 months old. Not the best way to showcase how quick
 it is to update the maps they are rending.

 --
 Simon Hewison

 ___
 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] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Frederik Ramm


Hi,

On 22.07.2013 19:41, Maarten Deen wrote:

Was OSM on leaflet longer then the recent UI change that removed the
slider bar on the left and put the +/- buttons on the right?


Yes, much longer.


It
defenatly was working until right before that change.
I thought this change was the change to leaflet.


In that case, I stand corrected - the latest change might have contained 
a Leaflet version upgrade or a change in how Leaflet is used of which I 
was not aware. I'm sure that careful studying of github pull requests 
will reveal the truth to anyone who is interested enough ;)


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map


Maarten Deen wrote:

On 2013-07-22 18:05, Toby Murray wrote:

On Mon, Jul 22, 2013 at 10:13 AM, Frederik Ramm frede...@remote.org wrote:



The fact that the double-click-to-centre-map functionality went away at that
time went unnoticed (I am surprised because I occasionally used it as well).

It didn't go away when we switched to leaflet. It went away (I think)
when osm.org [1] was upgraded to leaflet 0.6 about one month ago. I do
actually prefer the old behavior but I guess that's a conversation to
have with leaflet devs, not on the talk mailing list.


Was OSM on leaflet longer then the recent UI change that removed the slider bar
on the left and put the ± buttons on the right? It defenatly was working until
right before that change.
I thought this change was the change to leaflet.


Not the right place to be asking, but is there a change log for the code running 
live? It would be helpful to be able to see when changes do cause problems and 
if it's a change in the code or some external library?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Richard Fairhurst

Lester Caine wrote:
 is there a change log for the code running live?

https://github.com/openstreetmap/openstreetmap-website/commits/master

(though changes may take a short while to percolate to the live servers, of
course)

cheers
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/Double-clicking-on-OSM-map-does-not-centre-the-map-tp5770786p5770960.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Double-clicking on OSM map does not centre the map

2013-07-22 Per discussione Andrew Errington

On Tue, 23 Jul 2013 00:26:37 Shaun McDonald wrote:
 The double click to centre currently works in leaflet at the maximum zoom.

 Shaun

I'm afraid it doesn't.  It depends where you double-click, and it seems to 
move the clicked point half-way towards the centre, which is inconsistent 
with other zoom levels (where the clicked point remains at the same 
location).

Best wishes,

Andrew

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

[talk-au] New tile rendering server (Experimental)

2013-07-22 Per discussione Grant Slater

Hi Oceania (Talk-AU and nzopengis),

I have just switched the default OpenStreetMap.org “Mapnik style” map
tiles for tile.openstreetmap.org in the Oceania region across to our
new rendering server.

The new rendering server has been tested and is now ready for
production. We’re migrating traffic over region-by-region and the
Oceania region is the first to go live. The countries in the Oceania
region affected are those with dark green links on this map:
http://dns.openstreetmap.org/tile.openstreetmap.org.html

In addition to new hardware, the rendering server also uses the new
“openstreetmap-carto” stylesheets. These are a complete re-write of
the XML stylesheets to use CartoCSS, making them easier for our
cartographers to work with.

Andy Allan’s great talk at State of the Map US described the reason
for the stylesheet re-write:
http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography

The map tiles will be slightly slower at medium-high zooms while the
server builds up its cache. The style is designed to look the same as
the current XML stylesheet.

The “openstreetmap-carto” stylesheet is maintained here:
https://github.com/gravitystorm/openstreetmap-carto

Big Thank you to #osm-dev for helping draft this announcement.

Kind regards
 Grant Slater
 Part of the OSM Sysadmin Team

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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Eckhart Wörner

Hallo Alexander,

Am Montag, 22. Juli 2013, 00:45:04 schrieb Alexander Lehner:
 Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit 
 hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen, 
 Umleitungen, zusaetzliche amenities etc..
 
 Das Thema wurde schon ein paar Mal angeschnitten. Gibt's da irgendwelche 
 neuen Erkenntnisse?

• gesperrte Straßen: http://wiki.openstreetmap.org/wiki/Conditional_restrictions
• Umleitungen: ergeben sich normalerweise aus den gesperrten Straßen
• zusätzliche amenities: opening_hours?

Eckhart

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

Re: [Talk-de] Wiki Nicht-Streitpunkt public_transport name/ref

2013-07-22 Per discussione Wilhelm Spickermann

Am Mon, 22 Jul 2013 02:20:25 +0200
schrieb Tirkon tirko...@yahoo.de:

 Bei Bahnsteigen mit Gleisen auf beiden Seiten wird nicht klar, auf
 welcher Seite der Fahrgast seine Bahn zu erwarten hat.

In der betreffenden Variante unbenutzte Steige kommen ja nicht in die
Relation.

 Die Values für Komplettheit müssten noch einen Wert für fraglich
 zulassen, möglicherweise ?.

Das ist der Default. Aber vielleicht sollte ich einen expliziten Wert
vorsehen. 

 To be able to map platform nodes with unknown properties, the tag
 public_transport=any_platform is added to the set of values. This
 tag corresponds to highway=bus_stop and alike even in the case of
 nodes. 
 For ways and areas it's the same as public_transport=platform.
 
 Verstehe ich nicht. Was sagt public_transport=any_platform aus? Und
 zu welcher Menge von Werten wird das hinzugefügt. (eventuell Beispiel)
 Der Key public_transport kann doch nur einen Wert haben. Und wann
 wird stattdessen highway=bus_stop oder public_transport=platform
 getaggt. Was passiert dann mit der erwähnten Menge von Werten? 

Es sollen nicht mehrere Werte zum Key angegeben werden -- es gibt einen
zusätzlichen Wert. Zur Menge der zulässigen Werte (platform,
stop_position) wird also einer hinzugefügt. Dann haben wir
(any_platform, platform, stop_position).
Der Unterschied zwischen platform und any_platform ist, dass
any_platform nichts über die Art des Steigs aussagt. Platform besagt
ja laut Public Transport Proposal bei einem Node, dass dort kein Steig
vorhanden ist. Man kann also zur Zeit die ganzen alten highway=bus_stop
Nodes neben der Fahrbahn nicht durch ein public_transport=irgendwas
ergänzen, da keine der bisherigen Möglichkeiten passt. Dann können die
verarbeitenden Programme aber auch nicht umgestellt werden.

 
 pt2_subname A name as found on the splot ...
 Die Bedeutung der Vokabel splot konnte ich nicht ergründen.

vor Ort. Man soll sich da nichts ausdenken, sondern nur nehmen was da
vor Ort angegeben ist. 

 
 pt2_subname=? value is unknown, but there is one
 
 pt2_subname omitted: unknown
 Wo ist der Unterschied zwischen den beiden Alternativen? Weiß ich beim
 der zweiten weder den Wert, noch dass ein Wert existiert?

Genau.

 vehicle The vehicle kind(s) used. 
 Vehicle macht mir etwas Bauchschmerzen, weil es von der Acess
 Wikiseite stammt, die ihrerseits inkonsistent ist. Geht aber
 vermutlich.

Man könnte es umbenennen. Aber eigentlich definiert der Relationstyp
die Bedeutung seiner Tags und was woanders ist, beißt sich damit nicht.
Das ist eigentlich nicht anders als bei name. Da definiert der
Objekttyp ja auch, was da benannt wird.

 
 *_exit_only and role : *_entry_only are not really useful as first 
 and last stop markers and for intermediate stops they are not 
 needed as time table routing doesn't use them.
 Hmm, man sollte aber schon wissen, dass man an einer Haltestelle nicht
 einsteigen kann - insbesondere wenn es nicht die letzte ist.

Ja, da gibt es drei Fälle.

1.: Anfang und Ende der Linie. Das wird von vielen Mappern weggelassen,
ist aber relevant bei Folgelinien Sie können sitzen bleiben, wir
fahren weiter als 456. Das habe ich in follow_up_ref gesteckt.

2.: Reine Ausstiegshaltestellen. Da sollte es an der Haltestelle
vermerkt sein.

3.: Restriktionen der Tickets. Bei Schlafwagen gilt oft die Regel, dass
nur Übernachtungspassiere zugelassen sind. Bei allen
Abend-Haltestellen darf man nur einsteigen und bei allen
Morgenhaltestellen nur aussteigen. Das sind aber eigentlich
Bestandteile des Fahrplans/Ticketverkaufs.


 Variants - Member roles
 haltvar bis part+ sind Rollen von ways der Route, halt sowie +halt
 sind Rollen von nodes der Haltestellen. Ist das richtig? Wenn ja,
 könnte das im Text - eventuell durch Überschriften - noch
 verdeutlichst werden.

Also die Überschrift Member Roles ist ja da. Ich wollte die einzelnen
Roles eigentlich deutlicher markieren (und in meinem LaTeX-Original hab
ich das auch) durch glossarartige Einrückungen. Ich habe es aber nicht
hinbekommen, dass da auch weitere Absätze mit eingerückt werden. Wenn
mir da jemand sagen kann, wie das geht, dann mach ich das sofort.


 Ich fasse das Ganze für eine einfache Standard-Buslinie ohne Varianten
 in Kurzform zusammen. Wir packen die Haltestellen und die Route pro
 Fahrtrichtung in dieser Reihenfolge und in Fahrtrichtung sortiert in
 jeweils eine Relation: type=pt2, pt2=variant. Die beiden sich
 ergebenden Relationen kommen wieder in eine Elternrelation: type=pt2,
 pt2=master. Richtig?

Ja.

 Was mir unklar bleibt: Wie weiß man jetzt, wo ein Umsteigepunkt zu
 einer ebenso einfach gestrickten Linie besteht, wenn Du die stop_area
 abschaffst?

Die stop_area existiert nach wie vor, an der hat sich nichts geändert.
Sie wird aber nicht mehr von der Routen direkt gebraucht -- z.B. um
Haltestellennamen zu ermitteln.

 Zuletzt: Was mir die größten Bauchschmerzen bereitet, ist das
 parallele Existieren derselben Linien in zwei Relationsmodellen. Das
 könnte für die Mapper

Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)

Hi,

On Sun, Jul 21, 2013 at 02:42:14PM +0200, Tirkon wrote:
 Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten
 verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei
 mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun
 niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten
 - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals
 erschlossen.

Das ist erstmal richtig. Ich habe sowohl OSB wie auch Notes in meinen
RSS Feeds so das ich zumindest anderer Leute Bugs mitbekomme.

Ab und zu - bevorzugt an Regenreichen Tagen gehe ich dann mal alle Bugs
durch und gucke mal ob die noch passen. Und meist sinds hinterher 20-30
Weniger. Zugegebenermassen sind im Kreis GT wohl die meisten Bugs von 
mir selber weil ich eben selber meine Arbeit auch noch damit
Organisiere. D.h. bei Hausnummern wo ich mir dann nicht mehr sicher bin,
oder welche die ich nicht habe oder power sub_stations die ich eintraege
bei denen ich dann die ref nicht mehr parat habe setze ich mir selber
Bugs. Die Schimmeln dann gerne mal rum. Finde ich aber gar nicht
schlimm.

Bugs die wirklich gar keinen Kontext haben d.h. ich ueberhaupt nicht
weiss was gemeint ist oder quatsch drin steht die schliesse ich auch
einfach mal.

Gerade bei Skobbler gibt es im moment vermutlich 20-30 Bugs fuer das
Teilstueck A33 zwischen Kreuz Bielefeld und Bielefeld Innenstadt,
respektive Anschuss Ostwestfalendamm. Das zeugs war am Eröffnungstag
eingetragen. Leider hampelt Skobbler teilweise noch mit Daten vor der
Lizenzumstellung rum. Da habe ich aufgegeben irgendwas zu schliessen.

Ich fände es wichtig das für das Notes die erstellung der RSS Feeds
einfacher geht - Sich selber koordinaten suchen und eine URL
handbasteln kann echt nicht wahr sein.

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Joachim Kast

Hallo Alexander,

 Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit
 hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen,
 Umleitungen, zusaetzliche amenities etc..

OSM kann wirklich sehr aktuell sein, aber bis die Informationen eines
Wochenend-Ereignisses beim normalen Endanwender ankommen, ist es
vermutlich schon längst wieder vorbei. Im schlimmsten Fall holt sich
z.B. ein Navigationsprojekt genau an diesem Wochenende die Daten und
berücksichtigt in den nächsten 3 Monaten die Straßensperrungen.

Ein Festival-Gelände auf der grünen Wiese ist problemlos, aber innerhalb
eines dicht gemappten Gebietes für ein Wochenende alles umzuschmeißen
richtet bestimmt mehr Verwirrung an als dass es Nutzen bringt.

Sowas sollte auf einem getrennten Datenbestand eingetragen und eine
temporäre Veranstaltungskarte erstellt werden, die man sich auch schon
einige Zeit im Voraus anschauen kann.

Grüße
Joachim



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

Re: [Talk-de] Gebäudenummern auf Firmengelände

On Mon, Jul 22, 2013 at 06:45:16AM +0200, jotpe wrote:
 Hallo,
 
 wie taggt man eine interne Gebäudenummer eines größeren Firmenareals, die
 keine amtliche Hausnummer ist?

Ich habe fuer solche fälle einfach ref genommen. Es ist ja eine
referenznummer - Bezugssystem nicht geklärt :)

flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Announce: Lokalisierung deutscher Kartenstil verbessert

On Sat, Jul 20, 2013 at 12:56:43PM +, Sven Geggus wrote:
 
 Jetzt bräuchte man nur noch eine passende Transliteration für
 diverse große nicht-lateinische Alphabete z.B. für russisch.
 

http://translit.ru

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Karten exportieren


Hi,

On Mon, Jul 22, 2013 at 09:26:44AM +0200, Hartmut Haase wrote:
 Hallo Liste,
 ich habe auf meinem Tablet die Navi-App von MapFactor installiert,
 der die Karten von OpenStreetMap benutzt. Aus irgendeinem Grund sind
 die Karten nicht aktuell. Ein Beispiel: In Sindelfingen,
 Carl-Loewe-Str. kennt der Navigator nur die Hausnummern 1 und 4,
 OpenStreetMap aber alle. Offensichtlich hat der Navigator eine alte
 Karte. Wie bekomme ich eine neue? MapFactor benutzt die Karten als
 mca-Dateien.

Mapfactor im Menu unten auch Kartenmanager und dann Karten
Herunterladen - wenn es aktuellere gibt sieht man das da.

Mapfactor betreibt aber irgendeine aggregation von Hausnummern auf
Straßenabschnitte und mapped die dann noch auf die Endpunkte. d.h. 
die Positionen der Adressen werden ein wenig verwaschen. Kann evtl
auch da dran liegen da einige Adressen nicht auftauchen.

Ich meine Mapfactor erzeugt so rund alle 4 Wochen die Karten.

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)

2013-07-22 Per discussione Martin Koppenhoefer



On 22/lug/2013, at 08:54, Florian Lohoff f...@zz.de wrote:

 Gerade bei Skobbler gibt es im moment vermutlich 20-30 Bugs fuer das
 Teilstueck A33 zwischen Kreuz Bielefeld und Bielefeld Innenstadt,
 respektive Anschuss Ostwestfalendamm. Das zeugs war am Eröffnungstag
 eingetragen. Leider hampelt Skobbler teilweise noch mit Daten vor der
 Lizenzumstellung rum. Da habe ich aufgegeben irgendwas zu schliessen.


+1, skobbler Bugmeldungen sind unbrauchbar weil die Daten viel zu alt sind.

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

Re: [Talk-de] Announce: Lokalisierung deutscher Kartenstil verbessert

2013-07-22 Per discussione Sven Geggus

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

 http://translit.ru

Hm, ein Webdienst ist ja eher nicht das was ich brauche sondern eine
funktion, die ich als stored procedure in PostgreSQL einbauen kann.

Sven

-- 
Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition,
 die anderen sind einfach von sich aus unlogisch.
  (Anselm Lingnau in de.comp.os.unix.discussion)
/me ist giggls@ircnet, http://sven.gegg.us/ im WWW

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

Re: [Talk-de] OSM Radio Live Folge 19

2013-07-22 Per discussione Peter Körner

Hi

wir sind noch dabei die Folge zu produzieren. Da wir das alle Hobbymäßig
machen und der Post-Production-Aufwand doch einigen Stunden Arbeit
entspricht, braucht das ein paar Tage.

Die Folge wird dann auf http://blog.openstreetmap.de/radio-osm/
auftauchen und auch hier auf der Mailingliste angekündigt.

Lg, Peter


Am 22.07.2013 06:48, schrieb jotpe:
 Hallo, wo kann man die Live-Folge nur 19 von letzter Woche hören?
 
 Gruß Johannes
 ___
 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] Announce: Lokalisierung deutscher Kartenstil verbessert

On Mon, Jul 22, 2013 at 08:47:16AM +, Sven Geggus wrote:
 Florian Lohoff f...@zz.de wrote:
 
  http://translit.ru
 
 Hm, ein Webdienst ist ja eher nicht das was ich brauche sondern eine
 funktion, die ich als stored procedure in PostgreSQL einbauen kann.

Das stehen aber oben die im Russischen üblichen transliterationen drüber
...

Флориан Логофф
-- 
Florian Lohoff f...@zz.de


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

[Talk-de] Fahrradrouting mit OpenRouteService

2013-07-22 Per discussione Heinz-Jürgen Oertel

Hallo,

ORS hat immer noch altes Datenmaterial: OSM-Data for Routing: 29.10.12
Schade, alle relevanten Änderungen, gerade für Fahrradrouting kann man nicht 
testen.


http://www.yournavigation.org/ ist aktueller und hat zumindest für Fahhrard 
zwei Optionen
Shortest geht ganz gut.
Fastest liefert seltsame Ergebnisse.


Welches nehmt Ihr?


-- 
mit freundlichen Grüßen
   Heinz

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] Announce: Lokalisierung deutscher Kartenstil verbessert

On Mon, Jul 22, 2013 at 01:37:37PM +0200, Florian Lohoff wrote:
 On Mon, Jul 22, 2013 at 08:47:16AM +, Sven Geggus wrote:
  Florian Lohoff f...@zz.de wrote:
  
   http://translit.ru
  
  Hm, ein Webdienst ist ja eher nicht das was ich brauche sondern eine
  funktion, die ich als stored procedure in PostgreSQL einbauen kann.
 
 Das stehen aber oben die im Russischen üblichen transliterationen drüber
 ...
 
 Флориан Логофф

http://postgres.cz/wiki/PostgreSQL_SQL_Tricks#from_Russian_alphabet_.28Cyrillic.29_to_ASCII

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)

2013-07-22 Per discussione Andreas Neumann

Hallo Tirkon,

ich habe vor geraumer Zeit auf http://stadtplan-ilmenau.de eine
Schnittstelle zu OSB implementiert. Geplant war es schon lange, aber es
gab einen inneren Konflikt. OSB bietet nicht wirklich eine SPAM-Abwehr
und es ist fraglich wie gut die Nutzer solche Funktionen annehmen.
Ersteres habe ich dadurch erschlagen, indem ich die Fehlermeldungen
explizit nicht im Stadtplan integriert habe. Überrascht bin ich von den
Rückmeldungen. Ursprünglich habe ich mit 10% verwertbaren
Fehlerberichten gerechnet. Heraus kam, dass ca. die Hälfte aller
Fehlermeldungen sinnvoll sind und so detailiert, dass man sie vom Sessel
aus abarbeiten kann.

Warum ich es implementiert habe: Ist ein Gebiet gemappt, gehe ich da
nicht mehr hin. Ich rede jetzt nicht vom Feriendorf wo ich mal alles
eingetragen habe, sondern von ganzen Stadtvierteln und Vororten meiner
Stadt. Ilmenau ist zwar mit vielen Mappern gesegnet, aber die decken
durch ihren Alltag, wenn es hoch kommt 20% der Stadt ab. Im restlichen
Gebiet sind wir blind. Man könnte zwar alle x Jahre mal wieder einen
Rundgang wagen, aber wer sagt, dass ich da auch jede Änderung
mitbekomme. Mit den Nutzern des Stadtplans decken wir aber plötzlich ein
viel größeres Gebiet ab. Man muss den Nutzern nur die Möglichkeit
einräumen auf Unstimmigkeiten hinzuweisen.

Mein Fazit: OSB ist vllt. für die Neumappung eines Gebietes nicht
geeignet, dafür aber für die Wartung von Gebieten, wenn man den Nutzern
eine einfache Möglichkeit einräumt. Andererseits sehe ich auch das
Negativbeispiel. In jena gibt es viele Tickets. Teilweise sind diese
seit Jahren offen. Sie beinhalten oft wichtige Hinweise, doch wenn es an
aktiven Mappern mangelt, dann geht da nix voran. Daher bin ich sehr
dankbar, dass viele Tickets der Stadtplannutzer auch von anderen Mappern
abgearbeitet werden. Teilweise noch bevor ich sie sehe.

just my 2 cents,
Andreas

On 07/21/2013 02:42 PM, Tirkon wrote:
 Moin,

 auf osm.org wurde ein Button zur Fehlermeldung eingefügt. Nach meinem
 Verständnis des im Folgenden beschriebenen OSM Workflows verstehe ich
 dessen Sinn nicht. 

 Es gibt schon diverse Fehlermeldekarten z.B. von Skobbler, osmbugs und
 mehr. Ich finde dort meist Fehlermeldungen wie Straße fehlt, Häuser
 fehlen, dies ist eine Einbahnstraße, hier gilt Höchstgeschwindigkeit
 xy, so auch auf der neuen Add A Note Seite. Manchmal ist
 unverständlich, was bemängelt wird.

 Wenn sich ein OSMler in ein Gebiet begibt, um es mappen, dann erledigt
 er Dinge wie die aus den Fehlermeldungen ohnehin, sei es durch
 Gebäudeerfassung mit Hilfe von Bing oder Straßen- und
 Hausnummernerfassung etc vor Ort. Wer also macht sich die Arbeit zu
 ergründen, welche Bugmeldeseiten es derzeit gerade gibt und dann als
 Mehrarbeit nachzuschauen, ob man einen der gemeldeten Bugs erschlagen
 hat? Andererseits wird niemand zig Kilometer weit fahren, nur um einen
 Bug zu klären. Für den Preis muss doch schon ein größeres Gebiet
 flächendeckend herausspringen. 

 Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten
 verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei
 mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun
 niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten
 - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals
 erschlossen.

 Und von daher erschließt sich mir erst recht nicht, wieso man jetzt so
 etwas sogar auf der Hauptseite platziert. Nach dem oben beschriebenen
 Workflow bringen diese Meldungen rein gar nichts außer Frust für die
 Fehlermelder. 

 Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine
 Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine
 bessere Antwort geben kann.


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


-- 
Andreas Neumann
http://stadtplan-ilmenau.de




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

Re: [Talk-de] Fahrradrouting mit OpenRouteService

2013-07-22 Per discussione Dirk Sohler

Heinz-Jürgen Oertel schrieb:
 http://www.yournavigation.org/ ist aktueller und hat zumindest für
 Fahhrard zwei Optionen Shortest geht ganz gut.
 Fastest liefert seltsame Ergebnisse.
 
 Welches nehmt Ihr?

Aus diesem Grund YourNavigation und dort „Shortest“ :)

-- 
Local time :: Ortszeit :: DE-HH
2013-07-22T15:23:07+0200


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

Re: [Talk-de] Fahrradrouting mit OpenRouteService

2013-07-22 Per discussione Volker Schmidt

ich kannte http://www.yournavigation.org nicht.

Ein kleiner Test macht mich stutzig.

Padova - Vicenza (im Veneto, Italien) ergibt:

1) bicycle (routes) + fastest: die Route fuehrt ueber die Autobahn
2) bicyle + fastest: die Route fuehrt ueber Radwege und ausgewiesene,
geplante Radrouten
3) bicylce + shortest: die Route fuehrt ueber die viel befahrene und meist
radwegfreie Staatsstrasse

Pass alles so nicht:
(1) ist illegal
(2) ist schoen, aber lang und langsam
(3) ist die schnellste und kuerzeste Verbindung


Volker

(Padova, Italien)

2013/7/22 Heinz-Jürgen Oertel hj.oer...@t-online.de

 Hallo,

 ORS hat immer noch altes Datenmaterial: OSM-Data for Routing: 29.10.12
 Schade, alle relevanten Änderungen, gerade für Fahrradrouting kann man
 nicht testen.


 http://www.yournavigation.org/ ist aktueller und hat zumindest für
 Fahhrard zwei Optionen
 Shortest geht ganz gut.
 Fastest liefert seltsame Ergebnisse.


 Welches nehmt Ihr?


 --
 mit freundlichen Grüßen
Heinz
 ___
 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] Postcode Map 2.0 freigeschaltet

2013-07-22 Per discussione ysae


Hej Walter,

vielleicht solltest du noch irgendwo die URL bekanntgeben ;)

Mit Screenshots aus dem Forum und Raten bin ich auf
http://osm.wno-edv-service.de/plz/
gekommen. Ich hoffe das stimmt so.

Jedenfalls vielen Dank für die Karte, die hat mir in München schon 
etliche Stellen zum Verbessern aufgezeigt.


Viele Grüße
ysae

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

Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)

Am 21.07.2013 14:42, schrieb Tirkon:

Hey

 auf osm.org wurde ein Button zur Fehlermeldung eingefügt. Nach meinem
 Verständnis des im Folgenden beschriebenen OSM Workflows verstehe ich
 dessen Sinn nicht. 
 
 Es gibt schon diverse Fehlermeldekarten z.B. von Skobbler, osmbugs und
 mehr. Ich finde dort meist Fehlermeldungen wie Straße fehlt, Häuser
 fehlen, dies ist eine Einbahnstraße, hier gilt Höchstgeschwindigkeit
 xy, so auch auf der neuen Add A Note Seite. Manchmal ist
 unverständlich, was bemängelt wird.
 
 Wenn sich ein OSMler in ein Gebiet begibt, um es mappen, dann erledigt
 er Dinge wie die aus den Fehlermeldungen ohnehin, sei es durch
 Gebäudeerfassung mit Hilfe von Bing oder Straßen- und
 Hausnummernerfassung etc vor Ort. Wer also macht sich die Arbeit zu
 ergründen, welche Bugmeldeseiten es derzeit gerade gibt und dann als
 Mehrarbeit nachzuschauen, ob man einen der gemeldeten Bugs erschlagen
 hat? Andererseits wird niemand zig Kilometer weit fahren, nur um einen
 Bug zu klären. Für den Preis muss doch schon ein größeres Gebiet
 flächendeckend herausspringen. 
 
 Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten
 verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei
 mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun
 niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten
 - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals
 erschlossen.
 
 Und von daher erschließt sich mir erst recht nicht, wieso man jetzt so
 etwas sogar auf der Hauptseite platziert. Nach dem oben beschriebenen
 Workflow bringen diese Meldungen rein gar nichts außer Frust für die
 Fehlermelder. 
 
 Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine
 Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine
 bessere Antwort geben kann.

Ich glaube den Sinn hast Du mittlerweile vermittelt bekommen.

Recht gebe ich Dir aber auch in Deiner Kritik.

Es macht keinen Sinn sowas in zig Datenbanken mit jeweils separaten
Tools zu bearbeiten. Irgendwo sollte es eine Verschmelzung geben.

Die Information sollten verbessert werden und zB das Kartendaten Datum
mitgeliefert werden.

Wenn schon so prominent auf der Front-Seite platziert, dann bitte auch
so in den Editoren.

Last but not least, eine gute Dokumentation: Angefangen von jeweils
einem positive/negative Beispiel erreichbar über eine zweite
Schaltfläche bis hin zum Wiki und den Anfänger_innen-Seite.

Grüße
fly

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

Re: [Talk-de] Fahrradrouting mit OpenRouteService

Am 22.07.2013 15:42, schrieb Volker Schmidt:
 ich kannte http://www.yournavigation.org nicht.
 
 Ein kleiner Test macht mich stutzig.
 
 Padova - Vicenza (im Veneto, Italien) ergibt:
 
 1) bicycle (routes) + fastest: die Route fuehrt ueber die Autobahn
 2) bicyle + fastest: die Route fuehrt ueber Radwege und ausgewiesene,
 geplante Radrouten
 3) bicylce + shortest: die Route fuehrt ueber die viel befahrene und meist
 radwegfreie Staatsstrasse
 
 Pass alles so nicht:
 (1) ist illegal
 (2) ist schoen, aber lang und langsam
 (3) ist die schnellste und kuerzeste Verbindung


Gleiche Ergebnisse bei mir. Wobei (2) immer noch an einigen befahrenen
Straßen mit Radweg entlang führt, anstatt die Seitenstraßen mit maxspeed
30 zu benutzen.

Beim richtigen einordnen zum Linksabbiegen scheitert es auch.

fly


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

Am 18.07.2013 16:28, schrieb Martin Koppenhoefer:
 Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann o...@spickermann-d.de:

 Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
 Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
 Darüber müsste man erstmal diskutieren,

Hat sich das denn jetzt aufgeklärt oder geht das weiter ?

 wenn da keine bauliche Trennung da ist, dann sollte die Diskussion
 eigentlich schon gleich wieder zu Ende sein...

Zumindest eine Diskussion hier im Vorraus hätte ich schon erwartet.

cu
fly


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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

Liebe alle

Das Thema temporäre Verkehrshindernisse (Fahrverbote, gesperrte
Strassen) v.a. wegen Bauarbeiten oder Veranstaltungen interessiert
mich auch. Ich habe es gerade diese Tage auf Talk-ch angeschnitten
(Temporär gesperrte Strassen).

Das Argument, dass veraltete Daten in offline Applikationen (Navis)
landen können, ist oft zu hören. Doch ist das wirklich das einzige
Argument gegen entsprechende Tags in OSM? Mir scheint das Argument
etwas zu fürsorglich, denn einerseits könnten Importprogramme
Baustellen herausfiltern und zweitens könnten
Qualitätssicherungsprogramme veraltete Daten durchaus aufspüren.

Ich hake hier bewusst nach, um die Möglichkeiten und Grenzen eines
eigenen Projekts abzustecken. Die Idee diese Projekts ist, solche
Informationen über eine Karte und ein Webservice/API zur Verfügung zu
stellen. Zudem können Profis (= Bewilligungs-Behörden) wie auch
Freiwillige (= Mapper) solche Daten erfassen.

LG, Stefan


Am 22. Juli 2013 08:57 schrieb Joachim Kast osm...@dd1gj.de:
 Hallo Alexander,

 Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit
 hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen,
 Umleitungen, zusaetzliche amenities etc..

 OSM kann wirklich sehr aktuell sein, aber bis die Informationen eines
 Wochenend-Ereignisses beim normalen Endanwender ankommen, ist es
 vermutlich schon längst wieder vorbei. Im schlimmsten Fall holt sich
 z.B. ein Navigationsprojekt genau an diesem Wochenende die Daten und
 berücksichtigt in den nächsten 3 Monaten die Straßensperrungen.

 Ein Festival-Gelände auf der grünen Wiese ist problemlos, aber innerhalb
 eines dicht gemappten Gebietes für ein Wochenende alles umzuschmeißen
 richtet bestimmt mehr Verwirrung an als dass es Nutzen bringt.

 Sowas sollte auf einem getrennten Datenbestand eingetragen und eine
 temporäre Veranstaltungskarte erstellt werden, die man sich auch schon
 einige Zeit im Voraus anschauen kann.

 Grüße
 Joachim



 ___
 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] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Alexander Lehner




On Mon, 22 Jul 2013, Stefan Keller wrote:


Liebe alle

Das Thema temporäre Verkehrshindernisse (Fahrverbote, gesperrte
Strassen) v.a. wegen Bauarbeiten oder Veranstaltungen interessiert
mich auch. Ich habe es gerade diese Tage auf Talk-ch angeschnitten
(Temporär gesperrte Strassen).

Das Argument, dass veraltete Daten in offline Applikationen (Navis)
landen können, ist oft zu hören. Doch ist das wirklich das einzige
Argument gegen entsprechende Tags in OSM? Mir scheint das Argument
etwas zu fürsorglich, denn einerseits könnten Importprogramme
Baustellen herausfiltern und zweitens könnten
Qualitätssicherungsprogramme veraltete Daten durchaus aufspüren.

Ich hake hier bewusst nach, um die Möglichkeiten und Grenzen eines
eigenen Projekts abzustecken. Die Idee diese Projekts ist, solche
Informationen über eine Karte und ein Webservice/API zur Verfügung zu
stellen. Zudem können Profis (= Bewilligungs-Behörden) wie auch
Freiwillige (= Mapper) solche Daten erfassen.


Sehr schoen!
Das beantwortet zwar noch immer nicht meine Frage, ob es da im Wiki 
bereits eine Diskussions-Seite gibt, aber vielleicht richte ich dann 
einfach eine ein.


In meinem konkreten Fall war es so, dass die Stadt Landshut die OSM Karte 
auf ihrer Homepage verwendet, was sehr loeblich ist.
Und zur Landshuter Hochzeit, die 4 Wochen dauert, gibt es ein extra 
Overlay mit weiteren Informationen, die nicht von OSM stammen. Recht nett 
gemacht:

http://stadtplan.landshut.de/

Die berechtigte Kritik der Stadtverwaltung war, dass waehrend des Umzugs 
die doch recht dominant gerenderten Parkplaetze nicht zur Verfuegung 
stehen, waehrend die Besucher der freudigen Meinung sind, dass entlang des 
Festzugs beliebig viele Parkflaechen zur Verfuegung stehen. Chaos 
vorprogrammiert.


Ich habe also pragmatischerweise fuer die 4 Wochen die Parklflaechen 
umgetagged. Das hat auch bei den OSM'lern hier bereits Kritik geschuert 
und das ist auch sicher keine Dauerloesung.


Es gibt ja auch verschiedene Grade von Beeinflussung, sowohl was die 
gerenderte Karte betrifft, die ja immer aktuell ist, als auch die 
heruntergeladenen OSM Daten fuer offline routing.


Eine Bruecke, die beispielsweise fuer ein halbes Jahr gesperrt ist, waere 
dem offline Routing vielleicht zuzumuten, eine gesperrte Strasse wegen 4 
Wochen Veranstaltung eher nicht.
Ein Festival auf einer Wiese, wo Buehnen und Campingflaechen eingezeichnet 
sind, stoeren beim offline Routing nicht, egal ob das Festival gerade 
stattfindet oder nicht.


Usw.

Diese verschiedenen Aspekte haette ich gerne mal gesammelt.

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

Re: [Talk-de] OSM Radio Live Folge 19

2013-07-22 Per discussione Malte Blättermann

Moin,

Du meinst explizit die ungeschnittene Variante, oder?

Ich hab es leider nicht aufgenommen.


Besten Gruß

Malte

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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

2013-07-22 Per discussione Peter Barth

Hallo Sebastian,

 Link zur Website: http://osmarelmon.won2.de/

ich glaube, dass der New Feeds-Feed kaputt ist oder evtl. nur die
letzte neue Relation anzeigt oder ähnliches, ist das möglich? Ich sehe
zumindest nur einen Feed (AVS hike routes) der hinzugefügt wurde. Auf
der Webseite sind es aber eindeutig mehr ;)

Und dann hab ich noch ein kleines Featurerequest für die Feeds selbst.
Der Titel der Feeds ist ziemlich unaussagekräftig. Kann man die
Änderungen evtl. etwas klassifizieren? Dass im Titel z.B. steht paar
Knoten haben sich verändert oder ganz viel hat sich geändert oder 
ähnliches? Oder vielleicht einen Counter wieviel Änderungen es jeweils 
gab?
Die Overpass-QL-Query ist da jedenfalls im Titel eher uninteressant 
finde ich. Die könnte man statt dessen als Link in die Feed-Beschreibung 
einbaun. Evtl. sogar direkt als Link auf Overpass-Turbo (falls das mit 
Turbo geht).

Ansonsten: Nette Arbeit :)

Gruß,
Peda

p.s. Feedback über ML, falls andere das selbe schreiben wollten ;)

-- 

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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Henning Scholland


Am 22.07.2013 16:16, schrieb Stefan Keller:

Das Argument, dass veraltete Daten in offline Applikationen (Navis)
landen können, ist oft zu hören. Doch ist das wirklich das einzige
Argument gegen entsprechende Tags in OSM? Mir scheint das Argument
etwas zu fürsorglich, denn einerseits könnten Importprogramme
Baustellen herausfiltern und zweitens könnten
Qualitätssicherungsprogramme veraltete Daten durchaus aufspüren.


Hallo,
evtl. ist es nicht das einzige Argument, aber ein sehr wichtiges. Die 
Mapnikkarte ist die einzige Anwendung, die nahezu in Echtzeit die Daten 
anzeigt. Allerdings hat man von der Karte nicht viel. Einzig das access 
einiger Straßen dürfte ein paar rote Punkte auf die Karte zaubern.
Alle anderen Anwendungen hinken der Echtzeit um einiges hinterher. So 
kann es dann sein, dass das Festival eine Woche später dargestellt wird 
oder einen Monat lang. Einen wirklichen Vorteil des Eintragens 
kurzfristiger Dinge sehe ich hier nicht. Tendenziell eher einen Nachteil.


Aus Sicht des Konsumenten ist es auch nicht gerade sinnvoll. Der 
Veranstalter braucht die dann aktuellen Karten für Flyer etc. deutlich 
eher als Echtzeit. Ebenso die Anwohner, die lieber ein paar Tage eher 
wissen wollen, welche Straßen gesperrt werden etc.


Henning


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

Re: [Talk-de] Postcode Map 2.0 freigeschaltet


Hi,

On Sat, Jul 20, 2013 at 04:57:06AM -0700, Walter Nordmann wrote:
 Hi,
 
 da nicht jeder hier auch das Forum benutzt: Ich habe meine alte PLZ-Karte
 komplett überarbeitet und freigeschaltet. Nähere Infos:
 http://forum.openstreetmap.org/viewtopic.php?id=21827
 
 Wir können selbstverständlich hier auf der Liste  drüber diskutieren. Es
 werden bestimmt noch Kleinigkeiten unklar oder gar fehlerhaft sein.

das das clipping der areas immer neu entsteht ist aehm - verwirrend ;)

Bisher habe ich so Areas immer vorberechnet und dann immer ganze
Areas/Hulls an den browser ausgeliefert so das das clipping im
leaflet/openlayers stattfindet. Damit aendert sich die hull nicht
beim verschieben (in der form).

Ist natuerlich vom Update her komplizierter :)

Ansonsten - schön - hab gleich ein paar Fehler beheben können.

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)

Am 22.07.2013 09:55, schrieb Martin Koppenhoefer:
 
 
 On 22/lug/2013, at 08:54, Florian Lohoff f...@zz.de wrote:
 
 Gerade bei Skobbler gibt es im moment vermutlich 20-30 Bugs fuer das
 Teilstueck A33 zwischen Kreuz Bielefeld und Bielefeld Innenstadt,
 respektive Anschuss Ostwestfalendamm. Das zeugs war am Eröffnungstag
 eingetragen. Leider hampelt Skobbler teilweise noch mit Daten vor der
 Lizenzumstellung rum. Da habe ich aufgegeben irgendwas zu schliessen.
 
 
 +1, skobbler Bugmeldungen sind unbrauchbar weil die Daten viel zu alt sind.

Dann ist vielleicht das Datum der Kartendaten wichtig und sollte
beigefügt werden bzw ein Check der Software mit Hinweis auf
Veränderungen in diesem Bereich.

fly


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-22 Per discussione Wilhelm Spickermann

Am Mon, 22 Jul 2013 16:43:25 +0200
schrieb fly lowfligh...@googlemail.com:

  Am 18. Juli 2013 16:23 schrieb Wilhelm Spickermann
  o...@spickermann-d.de: 
  Ich sehe zur Zeit eine ziemliche Aktivität unter mehreren
  Benutzernamen, bei der Bahnsteige der Länge nach gespalten werden.
  Darüber müsste man erstmal diskutieren,  
 
 Hat sich das denn jetzt aufgeklärt oder geht das weiter ?

Ich dachte, es hätte aufgehört, aber gerade kam die Änderungsmeldung
zum Bahnhof Düsseldorf Flughafen rein. 
- die Bahnsteige wurden gesplittet. Darüber kann man streiten.
- je zwei Hälften wurden zu stop_areas zusammengefasst. Das ist falsch.
- der Name der Haltestelle Düsseldorf Flughafen wurde durch
  Bahnsteig n ersetzt. Ist falsch, steht aber so im Wiki.
- Die einzige bisher von mir geprüfte Zuglinie hält jetzt an zwei
  Bahnsteighälften. Das ist falsch.

Aber vielleicht kommt ja noch eine Änderung.

Wilhelm

PS: Ich habe zwei von den Leuten am Anfang (vor der ersten Mail hier)
geholfen, das Splitting bzw. das Neuanlegen von Bahnsteigen richtig
zu machen (obwohl ich eigentlich nichts vom Splitting halte). In einem
Fall war das ziemlich viel Arbeit. Die Dialoge hatten eine angenehme
Atmosphäre -- keiner hat aber was von dem Vorhaben verlauten lassen.

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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

2013-07-22 Per discussione Sebastian Brunner


Hallo,


On 07/22/2013 06:32 PM, Peter Barth wrote:

ich glaube, dass der New Feeds-Feed kaputt ist oder evtl. nur die
letzte neue Relation anzeigt oder ähnliches, ist das möglich? Ich sehe
zumindest nur einen Feed (AVS hike routes) der hinzugefügt wurde. Auf
der Webseite sind es aber eindeutig mehr ;)
Ich hab heute ne neue Version vom Programm hochgeladen, deswegen wurde 
auch der News Feed resettet. Ich weiß jetz nur nicht ganz auf was du 
dich beziehst, weil bei mir im Standard (OSMarelmon) Feed gar nix 
angezeigt wird, außer dass der Server eben neu gestartet wurde.

Und dann hab ich noch ein kleines Featurerequest für die Feeds selbst.
Der Titel der Feeds ist ziemlich unaussagekräftig. Kann man die
Änderungen evtl. etwas klassifizieren? Dass im Titel z.B. steht paar
Knoten haben sich verändert oder ganz viel hat sich geändert oder
ähnliches? Oder vielleicht einen Counter wieviel Änderungen es jeweils
gab?
Die Overpass-QL-Query ist da jedenfalls im Titel eher uninteressant
finde ich. Die könnte man statt dessen als Link in die Feed-Beschreibung
einbaun. Evtl. sogar direkt als Link auf Overpass-Turbo (falls das mit
Turbo geht).
Okay ja, guter Vorschlag, wusste selber nicht was ich reinschreiben 
sollte :D


Grüße,
Sebastian

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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

2013-07-22 Per discussione Henning Scholland


Am 22.07.2013 19:35, schrieb Sebastian Brunner:

On 07/22/2013 06:32 PM, Peter Barth wrote:

ich glaube, dass der New Feeds-Feed kaputt ist oder evtl. nur die
letzte neue Relation anzeigt oder ähnliches, ist das möglich? Ich sehe
zumindest nur einen Feed (AVS hike routes) der hinzugefügt wurde. Auf
der Webseite sind es aber eindeutig mehr ;)
Ich hab heute ne neue Version vom Programm hochgeladen, deswegen wurde 
auch der News Feed resettet. Ich weiß jetz nur nicht ganz auf was du 
dich beziehst, weil bei mir im Standard (OSMarelmon) Feed gar nix 
angezeigt wird, außer dass der Server eben neu gestartet wurde.

Hallo,
ich denke du solltest als erstes hier eine Routine einbauen, die die 
vorhandenen Daten speichert und nach einem Update zurückspielt. Wenn man 
nach jedem unvorhersehbarem Update alles neu machen muss, vergeht einem 
der Spaß recht schnell.


Henning


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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Frank


Am 22.07.2013 08:07, schrieb Eckhart Wörner:

Hallo Alexander,

Am Montag, 22. Juli 2013, 00:45:04 schrieb Alexander Lehner:

Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit
hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen,
Umleitungen, zusaetzliche amenities etc..

Das Thema wurde schon ein paar Mal angeschnitten. Gibt's da irgendwelche
neuen Erkenntnisse?


• gesperrte Straßen: http://wiki.openstreetmap.org/wiki/Conditional_restrictions
• Umleitungen: ergeben sich normalerweise aus den gesperrten Straßen
• zusätzliche amenities: opening_hours?

Eckhart



Ich denke, es ging Alexander eher um die Frage, ob man die temporären 
Zustände in die Datenbank eintragen und anschließend wieder heraus 
nehmen sollte.


Es wäre zwar nett, wenn die Karte auch während des Ausnahmezustandes 
Stadtfest aktuell wäre, aber das erwartet der Besucher wohl nicht 
wirklich. Er weiß ja, dass die Sperrungen nur aus gegebenem Anlass 
vorübergehend eingerichtet wurden.


Das hin- und herändern (alle 4 Jahre) wäre auf ewig in der Historie.

Wer sich gerade während des Stadtfestes eine Garmin-Karte zieht, fährt 
dann wochenlang mit diesen Sonder-Anpassungen herum. Auch andere 
Auszüge werden nicht täglich aktualisiert.


Ich denke, die OSM-Datenbank sollte nur den Normalzustand wiedergeben 
und nicht den temporären Ausnahmezustand.


Dies kann evtl. auf einer Webseite oder in Flyern durch Overlays 
dargestellt werden.


--

Frank

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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Malte Blättermann



 Hallo,
 evtl. ist es nicht das einzige Argument, aber ein sehr wichtiges. Die
 Mapnikkarte ist die einzige Anwendung, die nahezu in Echtzeit die Daten
 anzeigt. Allerdings hat man von der Karte nicht viel. Einzig das access
 einiger Straßen dürfte ein paar rote Punkte auf die Karte zaubern.
 Alle anderen Anwendungen hinken der Echtzeit um einiges hinterher. So
 kann es dann sein, dass das Festival eine Woche später dargestellt wird
 oder einen Monat lang. Einen wirklichen Vorteil des Eintragens
 kurzfristiger Dinge sehe ich hier nicht. Tendenziell eher einen Nachteil.


Sehr gut zusammengefasst! Danke!


Gruß Malte

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

[Talk-de] Routing Engine Graphhopper in Version 0.1 erschienen

2013-07-22 Per discussione NopMap


Graphhopper ist eine neue, schnelle Routing Engine in Java, mit Daten auf
OSM Basis. Das Open Source Projekt hat heute seine erste Version 0.1
released.

Die Release Meldung findet sich hier:
https://karussell.wordpress.com/category/graphhopper/

bye, Nop




--
View this message in context: 
http://gis.19327.n5.nabble.com/Routing-Engine-Graphhopper-in-Version-0-1-erschienen-tp5770955.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] Zeitlich beschraenkte Aenderungen der Geodaten

Hallo Frank und Thorsten

Vielleicht hast du beim Schreiben Thorsts Vorschlag noch nicht gesehen:

Thorsten Kurz schrieb am 22. Juli 2013 19:25:
 Wäre es vielleicht möglich, das ganze in ein Tagging-Schema zu packen,
 das man im Zweifelsfall auch komplett ignorieren kann und immer noch
 etwas einigermassen sinnvolles erhält? Wie wäre es z.B., statt

 highway = construction
 construction = primary

 vielmehr

 highway = primary
 construction = yes

 zu verwenden?

Mittlerweile ist mir klar geworden, dass z.B. der highway-Tag nur dem
eigentlichen Attributieren der
Strassenklasse vorbehalten sein soll. Ein Hin- und Zurückändern wäre falsch.

Hingegen sind zusätzliche (optionale) Tags (construction=yes etc.) -
wie von Thorsten vorgeschlagen - für mich eine durchaus gangbare
Lösung.

construction=yes deckt aber noch nicht alle Fälle ab - insbesondere
nicht Veranstaltungen wie Alexanders Stadtfest! Wie wär's in diesem
Falle mit:

* traffic_obstruction=yes/no

Am 22. Juli 2013 20:25 schrieb Frank fr...@fotodrachen.de:
 Das hin- und herändern (alle 4 Jahre) wäre auf ewig in der Historie.

Der originale highway-Tag nicht; ein construction=yes schon.

 Wer sich gerade während des Stadtfestes eine Garmin-Karte zieht, fährt dann
 wochenlang mit diesen Sonder-Anpassungen herum. Auch andere Auszüge werden
 nicht täglich aktualisiert.

Solche zeitlich hinterherhinkenden Projekte sollten sich nicht
beirren lassen von zusätzlichen Tags, die den letzten Sperrzustand
kennzeichnen.

Bei der Anwendung, die ich im Kopf habe - und die auch Alexander
anspricht - ist die Information ja Tage, wenn nicht Wochen im Voraus
bekannt mit offiziellem Start- und Enddatum. Dazu habe ich
ursprünglich start_date / end_date vorgeschlagen. Ob die wirklich
passend sind, bin ich mir auch nicht mehr sicher, denn diese Angaben
beziehen sich auf die Existenz des Objekts und nicht auf
Zusatzeigenschaften, auf die ich hinaus will. Besser so?

* traffic_obstruction_start=Datum
* traffic_obstruction_end=Datum

 Ich denke, die OSM-Datenbank sollte nur den Normalzustand wiedergeben und
 nicht den temporären Ausnahmezustand.

Ich glaube mittlerweile, dass sich beide Zustände nicht stören müssen.
Ich fasse zusammen:

* Strassen-Tags (highway) bleiben unberührt
* traffic_obstruction=yes/no -- Kennzeichnet eine
Verkehrsbehinderung
* traffic_obstruction_start=Datum-- Beginn Verkehrsbehinderung
(falls bekannt)
* traffic_obstruction_end=Datum  -- Ende Verkehrsbehinderung
(falls bekannt)
* emergency=yes/no   -- Blaulich-KFz. können
trotzdem durchfahren

 Dies kann evtl. auf einer Webseite oder in Flyern durch Overlays
 dargestellt werden.

Damit kann ich auch leben. Wie gesagt, möchte ich die Möglichkeiten ausloten.

LG, Stefan


Am 22. Juli 2013 20:25 schrieb Frank fr...@fotodrachen.de:
 Am 22.07.2013 08:07, schrieb Eckhart Wörner:

 Hallo Alexander,

 Am Montag, 22. Juli 2013, 00:45:04 schrieb Alexander Lehner:

 Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit
 hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen,
 Umleitungen, zusaetzliche amenities etc..

 Das Thema wurde schon ein paar Mal angeschnitten. Gibt's da irgendwelche
 neuen Erkenntnisse?


 • gesperrte Straßen:
 http://wiki.openstreetmap.org/wiki/Conditional_restrictions
 • Umleitungen: ergeben sich normalerweise aus den gesperrten Straßen
 • zusätzliche amenities: opening_hours?

 Eckhart


 Ich denke, es ging Alexander eher um die Frage, ob man die temporären
 Zustände in die Datenbank eintragen und anschließend wieder heraus nehmen
 sollte.

 Es wäre zwar nett, wenn die Karte auch während des Ausnahmezustandes
 Stadtfest aktuell wäre, aber das erwartet der Besucher wohl nicht wirklich.
 Er weiß ja, dass die Sperrungen nur aus gegebenem Anlass vorübergehend
 eingerichtet wurden.

 Das hin- und herändern (alle 4 Jahre) wäre auf ewig in der Historie.

 Wer sich gerade während des Stadtfestes eine Garmin-Karte zieht, fährt dann
 wochenlang mit diesen Sonder-Anpassungen herum. Auch andere Auszüge werden
 nicht täglich aktualisiert.

 Ich denke, die OSM-Datenbank sollte nur den Normalzustand wiedergeben und
 nicht den temporären Ausnahmezustand.

 Dies kann evtl. auf einer Webseite oder in Flyern durch Overlays
 dargestellt werden.

 --

 Frank


 ___
 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] Zeitlich beschraenkte Aenderungen der Geodaten

Hallo Malte und Henning

Falls ihr euch auf die Lösung mit dem Abändern bestender Tags bezieht,
muss ich euch vollkommen Recht geben:
highway=primary vorübergehend auf highway=construction zu wechseln
macht keinen Sinn.
Hingegen zeichnet sich eine bessere Lösung mit zusätlichen Tags ab,
welche die Wirklichkeit besser abbilden: Vgl. die anderen Mails.

LG, Stefan


Am 22. Juli 2013 20:44 schrieb Malte Blättermann malte.blaetterm...@gmail.com:
 Am 22. Juli 2013 18:30 schrieb Henning Scholland o...@aighes.de:
 Hallo,
 evtl. ist es nicht das einzige Argument, aber ein sehr wichtiges. Die
 Mapnikkarte ist die einzige Anwendung, die nahezu in Echtzeit die Daten
 anzeigt. Allerdings hat man von der Karte nicht viel. Einzig das access
 einiger Straßen dürfte ein paar rote Punkte auf die Karte zaubern.
 Alle anderen Anwendungen hinken der Echtzeit um einiges hinterher. So
 kann es dann sein, dass das Festival eine Woche später dargestellt wird
 oder einen Monat lang. Einen wirklichen Vorteil des Eintragens
 kurzfristiger Dinge sehe ich hier nicht. Tendenziell eher einen Nachteil.


 Sehr gut zusammengefasst! Danke!


 Gruß Malte

 ___
 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] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Henning Scholland


Am 22.07.2013 21:41, schrieb Stefan Keller:

Hallo Malte und Henning

Falls ihr euch auf die Lösung mit dem Abändern bestender Tags bezieht,
muss ich euch vollkommen Recht geben:
highway=primary vorübergehend auf highway=construction zu wechseln
macht keinen Sinn.
Hingegen zeichnet sich eine bessere Lösung mit zusätlichen Tags ab,
welche die Wirklichkeit besser abbilden: Vgl. die anderen Mails.

Hallo,
ich antworte dir mal auf diese Mail. Ich halte es für vollkommen 
verkehrt, ein Objekt als X zu taggen, um dann im nächsten Tag zu sagen, 
es ist Y. Konkret meint das: highway=primary hat eine gewisse Bedeutung. 
Wenn das Objekt, was ich eintragen möchte aber gar nicht diese 
Eigenschaften hat, dann ist es auch falsch, dieses Tag zu verwenden.


Es ist für jeden Auswerter ein leichtes, highway= construction und 
construction=primary genauso zu behandeln wie highway=primary.


Bei der Sache der kurzfristigen Änderungen geht es nicht darum, wie man 
einen Renderer überlisten kann, sondern dass es aktuell (meiner Meinung 
nach) nicht sinnvoll ist, das zu erfassen, weil die meisten Auswertungen 
ohnehin nicht rechtzeitig die Darstellung ändern und wie bereits gesagt 
egtl. die Daten für die kurzfristige Änderung schon nutzbar sein müssen, 
bevor man sie in OSM live schalten kann.


Henning


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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

Hallo Henning,

Es geht nicht darum ein Objekt als X zu taggen, um dann im nächsten
Tag zu sagen, es ist Y. Und es geht niemandem um den Renderer.

Der aktuelle Vorschlag lautet:
Ein highway=primary bleibt ein highway=primary.
Es kann nun unbestrittenermassen vorkommen, dass eine Strasse zeitlich
angekündigt und befristet für den Verkehr gesperrt ist.
Das wird dann mit *zusätzlichen* Tags gekennzeichnet.
Navi- und andere Projekte müssen (bzw. können und sollen) diese
*zusätzlichen* Tags nicht auswerten.

LG, Stefan

Am 22. Juli 2013 22:01 schrieb Henning Scholland o...@aighes.de:
 Am 22.07.2013 21:41, schrieb Stefan Keller:

 Hallo Malte und Henning

 Falls ihr euch auf die Lösung mit dem Abändern bestender Tags bezieht,
 muss ich euch vollkommen Recht geben:
 highway=primary vorübergehend auf highway=construction zu wechseln
 macht keinen Sinn.
 Hingegen zeichnet sich eine bessere Lösung mit zusätlichen Tags ab,
 welche die Wirklichkeit besser abbilden: Vgl. die anderen Mails.

 Hallo,
 ich antworte dir mal auf diese Mail. Ich halte es für vollkommen verkehrt,
 ein Objekt als X zu taggen, um dann im nächsten Tag zu sagen, es ist Y.
 Konkret meint das: highway=primary hat eine gewisse Bedeutung. Wenn das
 Objekt, was ich eintragen möchte aber gar nicht diese Eigenschaften hat,
 dann ist es auch falsch, dieses Tag zu verwenden.

 Es ist für jeden Auswerter ein leichtes, highway= construction und
 construction=primary genauso zu behandeln wie highway=primary.

 Bei der Sache der kurzfristigen Änderungen geht es nicht darum, wie man
 einen Renderer überlisten kann, sondern dass es aktuell (meiner Meinung
 nach) nicht sinnvoll ist, das zu erfassen, weil die meisten Auswertungen
 ohnehin nicht rechtzeitig die Darstellung ändern und wie bereits gesagt
 egtl. die Daten für die kurzfristige Änderung schon nutzbar sein müssen,
 bevor man sie in OSM live schalten kann.

 Henning



 ___
 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] Gebäudenummern auf Firmengelände

2013-07-22 Per discussione Michael Bemmerl

Hallo Johannes,

jotpe schrieb:
 wie taggt man eine interne Gebäudenummer eines größeren Firmenareals, die
 keine amtliche Hausnummer ist?

ich benutze für sowas den Key building:ref

Grüße,
Michael



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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Wolfgang Hinsch

Hallo,

Am Montag, den 22.07.2013, 22:36 +0200 schrieb Stefan Keller:
 Hallo Henning,
 
 Es geht nicht darum ein Objekt als X zu taggen, um dann im nächsten
 Tag zu sagen, es ist Y. Und es geht niemandem um den Renderer.
 
 Der aktuelle Vorschlag lautet:
 Ein highway=primary bleibt ein highway=primary.
 Es kann nun unbestrittenermassen vorkommen, dass eine Strasse zeitlich
 angekündigt und befristet für den Verkehr gesperrt ist.
 Das wird dann mit *zusätzlichen* Tags gekennzeichnet.
 Navi- und andere Projekte müssen (bzw. können und sollen) diese
 *zusätzlichen* Tags nicht auswerten.
 
Für diese temporären Umleitungen hat man doch die tmc-tags erfunden.
Lasst die doch endlich mal funktionieren und lasst das Gebastel an den
highways. 

Alles  1 Jahr - tmc 


Gruß, Wolfgang


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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten

2013-07-22 Per discussione Masi Master


Am 22.07.2013, 20:25 Uhr, schrieb Frank fr...@fotodrachen.de:


Am 22.07.2013 08:07, schrieb Eckhart Wörner:

Hallo Alexander,

Am Montag, 22. Juli 2013, 00:45:04 schrieb Alexander Lehner:

Aus gegebenem Anlass - 'historisches Stadtfest' alle 4 Jahre mit
hunderttausendend von Gaesten, gesperrte Parkplaetze und Strassen,
Umleitungen, zusaetzliche amenities etc..

Das Thema wurde schon ein paar Mal angeschnitten. Gibt's da  
irgendwelche

neuen Erkenntnisse?


• gesperrte Straßen:  
http://wiki.openstreetmap.org/wiki/Conditional_restrictions

• Umleitungen: ergeben sich normalerweise aus den gesperrten Straßen
• zusätzliche amenities: opening_hours?

Eckhart



Ich denke, es ging Alexander eher um die Frage, ob man die temporären  
Zustände in die Datenbank eintragen und anschließend wieder heraus  
nehmen sollte.


Es wäre zwar nett, wenn die Karte auch während des Ausnahmezustandes  
Stadtfest aktuell wäre, aber das erwartet der Besucher wohl nicht  
wirklich. Er weiß ja, dass die Sperrungen nur aus gegebenem Anlass  
vorübergehend eingerichtet wurden.


Das hin- und herändern (alle 4 Jahre) wäre auf ewig in der Historie.

Wer sich gerade während des Stadtfestes eine Garmin-Karte zieht, fährt  
dann wochenlang mit diesen Sonder-Anpassungen herum. Auch andere  
Auszüge werden nicht täglich aktualisiert.


Ich denke, die OSM-Datenbank sollte nur den Normalzustand wiedergeben  
und nicht den temporären Ausnahmezustand.


Dies kann evtl. auf einer Webseite oder in Flyern durch Overlays  
dargestellt werden.



Das Problem ist doch, dass das zeitliche Sperren nicht funktioniert und zu
lange in der Datenbank bestehen bleibt (oft wird die Sperrung vergessen
aus OSM herauszunehmen)
Angenommen eine Straße hat das Tagging motorcycle=no + mofa=yes.
Nun kommt einer und will die Straße mit access=no sperren. Funktioniert
natürlich nicht für Mofas und alle anderen (vorher überflüssigen) *=yes
Tags werden zum Verhängnis.
date_on  date_off geht genausowenig, da nicht klar ist, auf welche Tags
es sich bezieht.

Eine mögliche Lösung ist eine Baustellen- oder Sperrungs-Relation, die
alle access tags der Wege nicht beachtet und mit access=no überschreibt.
Gleichzeitig kann die Relation weitere access tags aufnehmen, zB Freigabe
für Fußgänger und Radfahrer, oder Freigabe für Anwohner. Bei der Relation
MUSS aber mit angegeben werden, von wann - und noch wichtiger - BIS wann
gesperrt ist.
Wenn der Zeitrahmen der Baustellenrelation abgelaufen ist, kann diese von
Routern nicht mehr berücksichtigt werden und aufgrund des Datums können
alle überfälligen Baustellen aus der Datenbank gelöscht werden.

Das Gleiche geht natürlich auch über einen Zusatztags eines Namenraums wie
sperrung:von=*, sperrung:bis=*, sperrung:access=* usw. (in Englisch,
versteht sich)
Vorteil bei Zusatztags ist, dass man Straßenabschnitte unterschiedlich
taggen kann. Nachteil sind die Kryptischen und sehr lang werdenden Tags.

Falls das Enddatum unbekannt ist, sollte/muss eine Schätzung angegeben
werden, damit die Mapper nach der Frist die Baustelle nochmal
überprüfen/aktualisieren können.

So, das war meine bisherige Überlegung.
Aber vielleicht hat jemand noch einen besseren Vorschlag?

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

Re: [Talk-de] Programm zur Überwachung von OSM-Relationen

2013-07-22 Per discussione Peter Barth

Hallo,

Henning Scholland schrieb:
 ich denke du solltest als erstes hier eine Routine einbauen, die die 
 vorhandenen Daten speichert und nach einem Update zurückspielt. Wenn man 
 nach jedem unvorhersehbarem Update alles neu machen muss, vergeht einem 
 der Spaß recht schnell.

was vermisst du denn? Soweit ich das beobachten konnte, ist seit dem
Fauxpas beim aller ersten Update nichts mehr verschwunden. Es gibt
lediglich Items mit dem Hinweis auf Server-Neustart. Die Feeds blieben
aber erhalten, oder täusch ich mich?!

Gruß,
Peda

-- 

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

Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten