Re: [Talk-de] Automatisches Hinzufügen von cash_withdrawal

2019-10-15 Diskussionsfäden Martin Koppenhoefer


sent from a phone

> On 15. Oct 2019, at 20:38, Frederik Ramm  wrote:
> 
> Fällt dieser Schutzmechanismus weg, kann man sämtliche 14 Paragraphen
> des Rewe-Geldabheber-Endnutzer-Kleingedruckten als note_01 bis note_14
> eintragen, denn wen juckt's, man kann es ja ganz leicht jederzeit ändern!


als note würde ich es nicht so gut finden, eigentlich bräuchte man es 
maschinenlesbar und flächendeckend (also nicht nur für Rewe), so dass man 
abwägen kann zwischen Entfernung und Gebühren ;-)


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


Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

2019-10-15 Diskussionsfäden Martin Koppenhoefer


sent from a phone

> On 15. Oct 2019, at 19:56, Florian Lohoff  wrote:
> 
> Dann müsste ja am Anfang der Parallelfahrbahn ein Schild zum Aufheben der
> Geschwindigkeitsbeschränkung stehen.
> 
> Und nein - Da steht nix:
> 
> https://www.mapillary.com/map/im/s0p8LimdBltpy1uTD4gmtA


ich würde es auch so sehen dass man auf der Parallelen die Strecke nicht 
verlässt, während wer ganz rechts raus fährt verlässt die Strecke

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


Re: [Talk-de] Automatisches Hinzufügen von cash_withdrawal

2019-10-15 Diskussionsfäden Frederik Ramm
Hallo,

On 10/15/19 20:01, Michael Brandtner via Talk-de wrote:
> du hättest es leichter, mich von meinem Vorhaben abzubringen, wenn du nicht 
> Argumente vorbringen würdest, die eher für statt gegen ein automatisches 
> Vorgehen sprechen. Denn gerade wenn die Obergrenzen angepasst werden sollten, 
> ist ein automatischer Edit von Vorteil, weil nur so verhindert werden kann, 
> dass händisch eingetragene Obergrenzen Monate lang falsch in der Datenbank 
> stehen.

Wenn es die Möglichkeit automtischer Edits nicht gäbe, wäre halt jedem
klar, dass es absoluter Blödsinn ist, ein technisches Detail des
Programms an tausenden von POIs einzutragen.

Das ist das, was ich meinte mit "die dadurch entstehende Verzögerung und
der notwendige Arbeitseinsatz würden dafür sorgen, dass man sich gut
überlegt, was Sinn hat und was nicht."

Fällt dieser Schutzmechanismus weg, kann man sämtliche 14 Paragraphen
des Rewe-Geldabheber-Endnutzer-Kleingedruckten als note_01 bis note_14
eintragen, denn wen juckt's, man kann es ja ganz leicht jederzeit ändern!

Bye
Frederik

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

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


Wochennotiz Nr. 481 01.10.2019–07.10.2019

2019-10-15 Diskussionsfäden Wochennotizteam
Hallo,

die Wochennotiz Nr. 481 mit vielen wichtigen Neuigkeiten aus der
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2019/10/wochennotiz-nr-481/

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt, ohne Mitglied zu sein?  Einfach auf
https://osmbc.openstreetmap.de/login mit eurem OSM-Benutzerkonto
anmelden und dann den Gastzugang benutzen.

Viel Spaß beim Lesen

Euer Wochennotizteam
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Automatisches Hinzufügen von cash_withdrawal

2019-10-15 Diskussionsfäden Michael Brandtner via Talk-de
Hallo Frederik,
du hättest es leichter, mich von meinem Vorhaben abzubringen, wenn du nicht 
Argumente vorbringen würdest, die eher für statt gegen ein automatisches 
Vorgehen sprechen. Denn gerade wenn die Obergrenzen angepasst werden sollten, 
ist ein automatischer Edit von Vorteil, weil nur so verhindert werden kann, 
dass händisch eingetragene Obergrenzen Monate lang falsch in der Datenbank 
stehen.
Viele GrüßeMichael 
 
  Am Di., Okt. 15, 2019 at 13:45 schrieb Frederik Ramm:   
Hi,

On 14.10.19 22:56, Michael Brandtner via Talk-de wrote:
> Deine letzten beiden Argumente gehen meiner Meinung nach ein bisschen am 
> Thema vorbei. Redundanz haben wir ja ständig (jedes brand=McDonald's ist 
> amenity=fast_food) und dass Rewe den Service auch wieder abschaffen kann, ist 
> auch so, wenn wir den Tag manuell hinzufügen.

Durch manuelles Vorgehen ist halt einer Tag-Inflation ein bisschen der
Riegel vorgeschoben - die dadurch entstehende Verzögerung und der
notwendige Arbeitseinsatz würden dafür sorgen, dass man sich gut
überlegt, was Sinn hat und was nicht. Unwahrscheinlicher als die
kompeltte Abschaffung ist z.B. die Änderung der Ober- oder Untergrenzen;
wenn man die alle mit dran taggt, müssen die auch alle geändert werden usw.

Redundanz ist dann willkommen, wenn redundante Information unabhängig
erfasst wurde, denn dann hilft sie uns bei der Qualitätskontrolle. Wenn
einer hinschreibt "das hier ist ein Fast-Food-Restaurant und die Marke
ist McDonald's", dann soll mir das recht sein; ich kann dann einen Query
laufen lassen, der alle McDonald's findet, die keine
Fast-Food-Restaurants sind, und dann weiss ich, dass mit denen entweder
was nicht stimmt oder man sie zumidnest mal genauer überprüfen muss.

Eine Redundanz, die rein aus dem "eigenem Saft" kommt, wo ich also
hingehe und blind alles, was einem bestimmten Suchausdruck entspricht,
mit weiteren Tags anreichere, hat nicht einmal diesen Nutzen.

Jeder Rewe-Markt hat vegane Produkte im Angebot. Soll ich deswegen
automatisch allen Rewe-Märkten ein "diet:vegan=yes" verpassen?

Bye
Frederik

PS: Ich hoffe, dass ich Dich von Deinem Vorhaben abbringen kann, aber
falls nicht, solltest Du mindestens klären, ob Du nach "name" und nicht
vllt. doch nach "brand" gehen müsstest. Eine Einschränkung auf einen
geografischen Bereich hast Du vermutlich eh auf dem Radar (damit Du
nicht https://www.openstreetmap.org/node/2680914827 oder
https://www.openstreetmap.org/node/2688262407 erwischst), aber selbst
innerhalb Deutschlands musst Du vor
https://www.openstreetmap.org/node/2261128043,
https://www.openstreetmap.org/node/3805970015 oder gar
https://www.openstreetmap.org/node/798553555 auf der Hut sein.

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

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


Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

2019-10-15 Diskussionsfäden Florian Lohoff
On Tue, Oct 15, 2019 at 01:06:24PM +0200, Roland Olbricht wrote:
> Hallo Michael,
[ ... ]
> Verbindungsrampen werden oft mit Entwurfsgeschwindigkeiten von 40 km/h
> bis 60 km/h konzipiert. Schaut man sich die Kurvenradien der Kleeblätter
> am Autobahnkreuz in Werl an, so sind dort auch eher 40 km/h oder weniger
> konzipiert worden. Ein explizites Schild gibt es an solchen Kurven nur
> vereinzelt (speziell Werl kenne ich nicht, bei anderen Autobahnkreuzen
> gibt es beide Fälle), aber OSRM hat meines Wissens auch keinen
> Präprozessor, der Kurvenradien auf Geschwindigkeitsgrenzen umrechnet.
> Damit bleibt außer dem Tag highway=motorway_link aus Sicht der Routers
> kein besserer Indikator.

In Werl ist das Thema ja nicht das Kleeblatt sondern die
Parallelfahrbahn. Und IMHO ist die eben wenn vorher ein maxspeed=signals
gilt, dann gilt nicht plötzlich maxspeed=none auf der Parallelfahrbahn.

Dann müsste ja am Anfang der Parallelfahrbahn ein Schild zum Aufheben der
Geschwindigkeitsbeschränkung stehen.

Und nein - Da steht nix:

https://www.mapillary.com/map/im/s0p8LimdBltpy1uTD4gmtA

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [Talk-de] Automatisches Hinzufügen von cash_withdrawal zu Rewe-Supermärkten

2019-10-15 Diskussionsfäden Frederik Ramm
Hi,

On 14.10.19 22:56, Michael Brandtner via Talk-de wrote:
> Deine letzten beiden Argumente gehen meiner Meinung nach ein bisschen am 
> Thema vorbei. Redundanz haben wir ja ständig (jedes brand=McDonald's ist 
> amenity=fast_food) und dass Rewe den Service auch wieder abschaffen kann, ist 
> auch so, wenn wir den Tag manuell hinzufügen.

Durch manuelles Vorgehen ist halt einer Tag-Inflation ein bisschen der
Riegel vorgeschoben - die dadurch entstehende Verzögerung und der
notwendige Arbeitseinsatz würden dafür sorgen, dass man sich gut
überlegt, was Sinn hat und was nicht. Unwahrscheinlicher als die
kompeltte Abschaffung ist z.B. die Änderung der Ober- oder Untergrenzen;
wenn man die alle mit dran taggt, müssen die auch alle geändert werden usw.

Redundanz ist dann willkommen, wenn redundante Information unabhängig
erfasst wurde, denn dann hilft sie uns bei der Qualitätskontrolle. Wenn
einer hinschreibt "das hier ist ein Fast-Food-Restaurant und die Marke
ist McDonald's", dann soll mir das recht sein; ich kann dann einen Query
laufen lassen, der alle McDonald's findet, die keine
Fast-Food-Restaurants sind, und dann weiss ich, dass mit denen entweder
was nicht stimmt oder man sie zumidnest mal genauer überprüfen muss.

Eine Redundanz, die rein aus dem "eigenem Saft" kommt, wo ich also
hingehe und blind alles, was einem bestimmten Suchausdruck entspricht,
mit weiteren Tags anreichere, hat nicht einmal diesen Nutzen.

Jeder Rewe-Markt hat vegane Produkte im Angebot. Soll ich deswegen
automatisch allen Rewe-Märkten ein "diet:vegan=yes" verpassen?

Bye
Frederik

PS: Ich hoffe, dass ich Dich von Deinem Vorhaben abbringen kann, aber
falls nicht, solltest Du mindestens klären, ob Du nach "name" und nicht
vllt. doch nach "brand" gehen müsstest. Eine Einschränkung auf einen
geografischen Bereich hast Du vermutlich eh auf dem Radar (damit Du
nicht https://www.openstreetmap.org/node/2680914827 oder
https://www.openstreetmap.org/node/2688262407 erwischst), aber selbst
innerhalb Deutschlands musst Du vor
https://www.openstreetmap.org/node/2261128043,
https://www.openstreetmap.org/node/3805970015 oder gar
https://www.openstreetmap.org/node/798553555 auf der Hut sein.

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

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


Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

2019-10-15 Diskussionsfäden Martin Koppenhoefer
Am Di., 15. Okt. 2019 um 13:10 Uhr schrieb Roland Olbricht <
roland.olbri...@gmx.de>:

>
>
> Es gibt aber auch prinzipielle Überlegungen: in Deutschland kann wegen
> der Richtgeschwindigkeit vernünftigerweise keine Autobahn mit mehr als
> 130 km/h berechnet werden. Die Definition der Richtgeschwindigkeit
> besagt ja, dass der Betreiber der Autobahn auch bei günstigen Wetter-
> und Verkehrsverhältnissen eine höhere Geschwindigkeit für gefährlich
> hält.



so weit gehen sie nicht, sie empfehlen nicht, schneller zu fahren, weil es
gefährlich sein _könnte_. Der Router sollte sich m.E. in so einem Fall
erkundigen (oder es aus der Praxis lernen), wie der Fahrer fahren will. In
der Grundeinstellung würde ich mehr als 130 auch nicht annehmen (Wer aber
sowieso nur 90 fahren will wird das auch gerne berücksichtigt haben
wollen). Tags wird man auch nicht unbedingt schneller fahren können, nachts
sieht es normalerweise anders aus.



> Verbindungsrampen werden oft mit Entwurfsgeschwindigkeiten von 40 km/h
> bis 60 km/h konzipiert. Schaut man sich die Kurvenradien der Kleeblätter
> am Autobahnkreuz in Werl an, so sind dort auch eher 40 km/h oder weniger
> konzipiert worden. Ein explizites Schild gibt es an solchen Kurven nur
> vereinzelt (speziell Werl kenne ich nicht, bei anderen Autobahnkreuzen
> gibt es beide Fälle), aber OSRM hat meines Wissens auch keinen
> Präprozessor, der Kurvenradien auf Geschwindigkeitsgrenzen umrechnet.
> Damit bleibt außer dem Tag highway=motorway_link aus Sicht der Routers
> kein besserer Indikator.
>


oder man fügt so einen Präprozessor hinzu, das hört sich auf jeden Fall
sinnvoll bzw. interessant an.

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


Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

2019-10-15 Diskussionsfäden Roland Olbricht

Hallo Michael,


Was für eine Geschwindigkeit sollte vom routing bei signals angenommen
werden?


Kurzfassung: Ich würde mir
120 km/h für maxspeed=signals  und
 80 km/h für highway=motorway_link
wünschen.

Zu maxspeed=signals kenne ich viele der Anlage in NRW
https://overpass-turbo.eu/s/N9k

Auf dem Kölner Ring und der A46 bin ich regelmäßig und auch zu allen
Tageszeiten unterwegs. Dort sind tatsächlich niemals mehr als 120 km/h
ausgewiesen. Auf der Anlage auf der A1 bei Dortmund gibt es vereinzelt
auch die Richtgeschwindigkeit.

Es gibt aber auch prinzipielle Überlegungen: in Deutschland kann wegen
der Richtgeschwindigkeit vernünftigerweise keine Autobahn mit mehr als
130 km/h berechnet werden. Die Definition der Richtgeschwindigkeit
besagt ja, dass der Betreiber der Autobahn auch bei günstigen Wetter-
und Verkehrsverhältnissen eine höhere Geschwindigkeit für gefährlich
hält. Insofern sollte ein guter Router auch niemanden zu gefährlichem
Verhalten verleiten. Die 120 km/h sind also selbst bei Anzeige von
Richtgeschwindigkeit nur geringfügig zu langsam bemessen.

Umgekehrt wird eine niedrigere Geschwindigkeit als 120 km/h
hauptsächlich dann angezeigt, wenn Staus oder schlechten Verkehrs- oder
Wetterverhältnissen vorgebeugt werden soll. Das ist aber außerhalb des
Anspruchs eines Routers mit statischen Daten. Ein Stau-Modell haben wir
auch nicht für Autobahnen mit fixem Limit. D.h. wer in der
Hautverkehrszeit Routen berechnet, wird für realistische Zeiten ohnehin
einen Router mit Echtzeitdaten oder sogar Prognosemodell bemühen wollen.
Von daher fällt auch die Abweichung nach unten nicht groß ins Gewicht.

Zu den Rampen, also highway=motorway_link: Das Konzept der
Selbstverantwortung ist überraschend prominent in der deutschen
Verkehrsordnung. Geschwindigkeitbegrenzungen dienen vorwiegend dazu,
eine Fremdgefährdung auszuschließen. Ich kenne durchaus enge
Linkskurven, vor denen das Geschwindigkeitslimit aufgehoben wird, obwohl
man schon das praktisch nicht fahren kann. Linkskurve heißt: man fährt
nur sein eigenes Fahrzeug in den Abgrund. Das formale
Geschwindigkeitslimit ist also nicht automatisch die vernüftigerweise
oder selbst realistischerweise fahrbare Geschwindigkeit.

Verbindungsrampen werden oft mit Entwurfsgeschwindigkeiten von 40 km/h
bis 60 km/h konzipiert. Schaut man sich die Kurvenradien der Kleeblätter
am Autobahnkreuz in Werl an, so sind dort auch eher 40 km/h oder weniger
konzipiert worden. Ein explizites Schild gibt es an solchen Kurven nur
vereinzelt (speziell Werl kenne ich nicht, bei anderen Autobahnkreuzen
gibt es beide Fälle), aber OSRM hat meines Wissens auch keinen
Präprozessor, der Kurvenradien auf Geschwindigkeitsgrenzen umrechnet.
Damit bleibt außer dem Tag highway=motorway_link aus Sicht der Routers
kein besserer Indikator.

Entsprechendes gilt für die Verflechtungsstreifen. Auch dort ist zwar
kein Limit ausgewiesen, aber die Gefahr langsam auffahrender Fahrzeuge
und das nötige Bremsmanöver zum Abbiegen bedeuten, dass auch dort
effektiv Geschwindigkeiten von weniger als 80 km/h gefahren werden können.

Von daher würde ich für einen Router nach aktuellem Stand der Technik
(Auswertung von Tags im Kantenmodell, keine Kurvenradien, keine
Erkennung von Verflechtungsstreifen, kein probabilistisches Staumodell)
die beiden Limits empfehlen. In über 95% der Fälle wird man damit den
real sinnvollsten Weg mit einer bis auf Stau nahezu korrekten Zeit
bestimmen können.

Viele Grüße,

Roland

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


Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

2019-10-15 Diskussionsfäden Florian Lohoff
On Tue, Oct 15, 2019 at 01:23:53AM +0200, Martin Koppenhoefer wrote:
> 
> 
> sent from a phone
> 
> > On 14. Oct 2019, at 15:00, Florian Lohoff  wrote:
> > 
> > Merke: Eine Geschwindigkeitsbegrenzung gilt bis sie aufgehoben wird (Und
> > eine Einmündung hebt sie nicht auf)
> 
> die Geschwindigkeitsbegrenzungen gelten für die „Strecke“, d.h. wenn man die
> Strecke verlässt gelten sie nicht mehr. Praktisch sind an allen Stellen wo es
> zu Unklarheiten kommen könnte normalerweise Schilder.

Welcher teil der Autobahn ist denn die Strecke?  Es ist ja eine Parallelfahrbahn
die denselben Anfangs und Endpunkt hat. Mir würde das jetzt schwer fallen 
da eine eindeutigen Strecke zu identifizieren bzw deren abweichung.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

2019-10-15 Diskussionsfäden Martin Koppenhoefer


sent from a phone

On 15. Oct 2019, at 07:38, Martin Scholtes  wrote:

>> die Geschwindigkeitsbegrenzungen gelten für die „Strecke“, d.h. wenn man die 
>> Strecke verlässt gelten sie nicht mehr. Praktisch sind an allen Stellen wo 
>> es zu Unklarheiten kommen könnte normalerweise Schilder.
> 
> Eben nicht. Die Diskussion gab es bereits im Forum in Zusammenhang mit
> BAB-Abfahrten. Den auch dort verlässt man die Strecke, jedoch gilt
> weiterhin die durch vorherige Zeichen erklärte Geschwindigkeitsbeschränkung.


grundsätzlich gilt das sehr wohl, es könnte sein, dass bei Autobahnen die 
Abfahrten zur Strecke gerechnet werden , kommt aber natürlich aufs Land an, in 
Italien gilt auf Rampen z.B. grundsätzlich 40 (finde ich ganz schön gefährlich, 
sich mit 40 in die Autobahn einzufädeln ;) aber das ist der Stand laut talk-it).

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