Emergency Map zeigt jetzt auch entrance=secondary_entrance an.

Ich würde mir diese Daten gerne mal ansehen.
Das von dir angegebene Beispiel http://www.openstreetmap.org/way/376643152 ist wohl exemplarisch für viele Einträge. Da kann wirklich niemand was anfangen. Also liegt es mMn an den “Zuständigen” - sehr unverbindlich, ich weiss - dafür zu sorgen, dass sich das ändert.
Reports über “schwach getaggte” Fire Stations kann ich gerne erstellen.

Ob und wie man “richtige” FS von Hilfsgebäuden unterscheiden kann, wäre nett zu wissen. Evtl kann ich da was machen. (anderes Icon?)

ja, das ist ein wichtiger Schritt.

Solange wir einig sind, dass die EM nicht für den professionellen Einsatz gedacht ist, kann ich damit leben. Bei den Defis hab ich ja vor einige Tagen auch was geändert, was die Verwendung im Real Live (wo ist ein Defi?) verbessert hat.

jo, stimmt. siehe oben.

Da mach ich mich nachher dran.

“Gedenkpause”: bei etwas kleineren Zooms (~11-14), tut sich sehr viel, was man danach nicht auf der Karte sieht. Da werden nämlich alle Objekte des Layerfensters geladen (DB-Abfrage) und dann von Leaflet auseinanderklamüsert. Resultat sind dann nur 2-3 “fette” Hydranten als Cluster. Das dauert bei Javascript.

Serverseitiges Clustern wäre schneller, da der Browser viel weniger Arbeit bekommt, aber das habe ich wegen anderer Probleme verworfen.

An dem Loading-Symbol am linken Rand sollte man erkennen, dass im Hintergrund einiges abgeht.

Gruss
walter

naja, Haarspalterei ist ein hartes Wort.

Ich würde auch gerne nur “richtige” Feuerwachen darstellen, wenn es denn verbindliche Unterschiede gäbe.

Gruss
walter

Angesichts der Tatsache, dass nicht nur Landmarken sondern hunderte einzelne Bäume gemapped werden und Sitzbänke mit und ohne Rückenlehne, lehne ich ich da jetzt mal noch weiter aus dem Fenster und sage, das Verhalten eines maßgeblichen Anteils der Menschen in vermeintlichen oder echten Notlagen ist panisch und irrrational. Kommunikationsinfrastruktur ist fehleranfällig. Schon mal minutenlang versucht vergeblich die LSt. über den Notruf zu erreichen während Du eine Person aus einem überschlagenden Pkw 10 Meter den Abhang runter befreist und die Rettungskette dann nur über die Amtsleitung einer ortsfremden Leitstelle in Gang gesetzt bekommst? Ich finde aufgrund von Lebenserfahrung wichtiger bemannte Feuerwachen / Rettungswachen / San-Stationen von unbemannten aus dem Datenbestand unterscheiden zu können als Mülleimer in der Karte zu finden. Aber da darf ja dankenswerterweise jeder seine eigene Meinung zu haben, das macht die wunderbare Vielfalt dieses Projektes aus.
Und wenn Wambacher sich so eine lobenswerte Arbeit für die Community macht, dann hat er auch die Unterstützung verdient, damit hinten was raus kommt, was hilft die Datenbestände besser zu beurteilen.

Das wäre natürlich supernützlich. Vermutlich geht es ja auch anderen die Beitragen könnten so, dass sie mit der Karte deutlich besser klar kommen als mit dem Bauen von Overpass-Abfragen… :smiley:

Nicht ohne geeignetes Tagging befürchte ich, solange Gerätehäuse der Freiwilligen genauso getagged werden wie die besetzen Wachen der Berufsfeuerwehr. Und ganz sicher gibt es auch in den Strukturen anderer Länder gehörige Unterschiede was wann oder dauerhaft besetzt ist.

Was aber vermutlich schon jetzt ginge, wäre reine Feuerwachen, Gerätehäuser, Löschbootschuppen die nur amenity=fire_station enthalten von Feuer- und Rettungswachen zu unterscheiden, welche amenity=fire_station + emergency=ambulance_station enthalten. Letztere sehe ich z. B. die Hauptfeuerwache 1 mit roten Kreuz Symbol, aber ohne Feuerwehrsymbol, die Infrastruktur ist aber Feuerwehr + Rettungsdienst. Die könnten ja vermutlich schon jetzt ein Icon mit beiden Symbolen enthalten. Einziges Indiz für eine weitere Unterscheidung wäre es, täten die Dauerbesetzten Standorte alle opening_hours=24/7 tragen. Das sieht aber bei dem aktuellen Datenbestand wohl eher mau aus. http://overpass-turbo.eu/s/r26

Jo, das mit dem Loading-Symbol ist schon prima ersichtllich, hatte erst mal nachgesehen ob lokal ein Prozess alles ausbremst oder die Leitung ausgelastet ist, das war es aber nicht. Sporadisch tut sich bis zum Browserneustart nichts mehr, wenn ich so im Level 16 o. 17 die Karte zwischend den Standorten verschiebe. Das kann aber immer noch irgendwas lokales sein was nicht sofort offensichtlich ist, wenn das sonst niemand beobachtet.

ich spreche nicht “Overpassisch”, ich kann “nur” SQL :wink:

ich quäle mal meine DB

OSM-Link?

naja, ziemlich spekulativ sich darauf zu verlassen.

Schwierig für mich zu testesn, da mein Clientrechner ja neben dem Server steht und ich somit eine super-optimale Verbindung habe. Allerdings sollten bei 10Mbit-Uploadspeed das Inet nicht die Ursache sein.

Gruss
walter

Feuer- und Rettungswache 8
http://www.openstreetmap.org/way/60990996

schwierig, da ja beide Layerabfragen das Gebäude finden und die beiden Layer nix voneinander “wissen”.

dito.

Ist eigentlich eine direkte Folge des inkonsistenten Taggings (amenity=X, emergency=Y)

Das bisherige Tagging gibt das nicht her. Selbst aus der Bezeichnung Freiwillige Feuerwehr und Berufsfeuerwehr kann man es nicht ableiten, weil es auch Freiwillige Feuerwehren gibt, die zeitweise oder dauerhaft mit festem Personal besetzt sind. Es scheitert ja schon an einer bundesweiten Definition; in Thüringen ist eine Feuerwehr bei der rund um die Uhr 6 Leute im Dienst sind eine Berufsfeuerwehr, in fast allen Bundesländern wäre das noch eine so genannte “Freiwillige Feuerwehr mit hauptamtlichen Kräften”, da in den meisten Bundesländern die Bezeichnung Berufsfeuerwehr erst gilt wenn mindestens ein ganzer Löschzug besetzt wird.

Man bräuchte für die Feuerwehrhäuser ein Tag das beschreibt ob die Wache ständig besetzt ist oder nicht. Wobei das eigentlich auch nix bringt, wenn die seit 4 Stunden bei nem Großeinsatz sind ist ja im Endeffekt auch keiner da.

Gerade bei den Berufsfeuerwehren die auch Rettungsdienst fahren gibt es übrigens auch öfters die Konstellation, dass das Gebäude eigentlich eine Freiwillige Feuerwehr ist, aber dort ein Rettungswagen stationiert ist und der Standort somit doch dauerhaft besetzt ist, sofern der Rettungswagen denn da ist…

Viele Grüße,
Christoph

@cziehr
so seh ich das auch… und das ist nur Deutschland… da brauchen wir gar nicht über die Grenzen schauen.

Von daher es ist schön zu sehen was wo ist, aber hat nur bedingt einen Nutzen. :wink:

opening_hours bietet sich an. wird bereits ca 300x verwendet. Zeigt an: zu dieser Zeit sind PLANMÄSSIG Leute da, mehr geht nicht.

Das ist eine Forderung, die sicher keine Karte erfüllen kann. Keine. Wir zeigen auch nicht an, welche Ampeln gerade rot oder grün sind :wink:

Gruss
walter

ps: ich sehe übrigen keinen Grund dazu, im Notfall zu einer Feuerwehrwache zu fahren. Ich verwende so neumodisches Zeug wie Telefon. Und Rufumleitungen bzw Leitstellen soll es auch seit Kurzem geben. ich rufe 112 an und dann ist es mir völlig egal, wer drangeht.

Da bin ich ganz auf deiner Seite.

Kleine Kuriosität: Wobei man in der Feuerwehr-Fachpresse auch immer wieder liest, dass Einsatzstellen zu Feuerwehren gefahren kommen, in Form von LKWs mit brennender Ladung. Meistens Müllwagen.
Wobei man wahrscheinlich nicht in Seelenruhe bei OSM schaut wo die nächste besetzte Feuerwehr ist wenn einem die Ladefläche brennt :smiley:

Hat sich zwar nicht gemeldet (ist wohl ne Krankheit bei Leaflet Plugin Entwicklern), aber ich hab es auch so hinbekommen.

Gruss
walter

Dieses Problem sollte weg sein. Trat bei mir bei FF unter Win10 auf.

Gruss
walter

EDIT: Gibt noch Unstimmigkeiten mit der Legende unter Win10. Die sollte eigentlich nur aufgehen, wenn man den Legend-Button klickt und nicht, wenn man im Layerfenster was ändert.

Moin,

ich bin gerade bei der Beschriftung der Hydranten (fire_hydrant:diameter) dran. Dazu hätte ich ne Frage zu einigen mir bisher unbekannten Werten, die doch ziemlich oft verwendet werden.


           diameter           | count  
------------------------------+--------
                              | 342424
 80                           | 168207
 100                          |  99763
 150                          |  40997
 200                          |  15238
 К-150                        |   8576
 125                          |   6739
 К-200                        |   4920
 300                          |   4794
 К-100                        |   3736
 К-300                        |   3369
 114                          |   3012
 250                          |   2638
 70                           |   2101
 Т-100                        |   1917
 75                           |   1842
 110                          |   1614
 K-150                        |   1407
 400                          |   1282
 Т-150                        |   1174
 50                           |   1088
 K-300                        |   1077
 К-250                        |    942
 90                           |    864
 K-100                        |    845
 100×65mm                     |    734
 160                          |    729
 K-200                        |    636
 8                            |    514
 45                           |    478
 500                          |    429
 Т-200                        |    382
 К-400                        |    376
 К 150                        |    329
...

… und noch ca 620 Werte mehr. Die Phantasie der Tagger ist wirklich “grenzenlos” :wink:

Was sind die T-nnn und die K-nnn? Und was ist der Unterschied zu nnn - wenn es einen geben sollte?

Danke und Gruss
walter

Da ich mit Regex auf dem Kriegsfuss stehe: kann mir bitte jemand ein Filter schreiben, dass alles ausser Digits übrig lässt?
Dann kann ich mit regexp_replace(‘T-300mm’,pattern,‘’,‘g’) aus “T-300mm” “300” machen.

ok, wird aus “100x65mm” 10065 machen, aber das könnte ich über den Wert (> 600?) rausschmeissen.

Danke und Gruss
walter

[0-9]+$

würde dir z.B. alle zusammenhängenden Zahlen (mindestens eine) vom Ende des Values her gesehen suchen, d.h. “100x65mm” wäre da dann nicht dabei (da am Ende ja keine Zahl steht)

Wenn du natürlich gnadenlos alles Nicht-Numerische entfernen möchtest, dann

[^0-9]

War nah dran: [1] - aber natürlich falsch.

Gnadenlos:


regexp_replace(diameter,'[^0-9]','','g')

so geht’s natürlich.

danke und Gruss
walter


  1. 0-9 ↩︎

Damit suchst du genau eine Zahl am Anfang deines Values :wink:


  1. 0-9 ↩︎

so ist es schon besser:


 diameter | count  
----------+--------
          | 342594
 80       | 168356
 100      | 107288
 150      |  53212
 200      |  21832
 300      |   9467
 125      |   6911
 250      |   3858
 114      |   3012
 70       |   2103
 75       |   1859
 400      |   1834
 110      |   1823
 50       |   1119
 160      |    973
 90       |    870
 10065    |    740
          |    721
 500      |    606
 8        |    538
 45       |    483
 225      |    443
 600      |    332
 6        |    252
 180      |    243
 350      |    239
 4        |    233
 65       |    222
 63       |    194
 315      |    169
 800      |    136
 12       |    128
 3        |    108
 60       |     96
...

wer’s bemerkt hat: 342594 ganz oben und 721 in der Mitte - oben fehlte fire_hydrant:diameter und unten steht nur Text drin. Laut wiki sind auch bestimmte Buchstaben (A, AA, B …) als Klassen erlaubt, diese werden aber zu meinem Glück nirgenswo verwendet. Sonst müsste ich das Filter ändern (lassen).

Gruss
walter