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
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.
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
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.
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.
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.
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)
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).
Beim Zoomen gingen schon mal Icons “verschütt”. War ein schweres Problem beim internen Caching.
Bei den Hydranten werden jetzt fire_hydrant:diameter angezeigt.
Bei den Hydranten, Emergency Access Points und dem KWF-Layer werden jetzt einige Daten als Tooltip angezeigt.
Image-Tags der Objekte werden besser ausgewertet. Somit werden mehr Thumbnails in den Popups angezeigt.
Bei manchen Image-Hostern ist es mir nicht gelungen, einen Thumbnail zu erzeugen. Z.B. flickr, bild.at oder goo.gl
Grund dafür ist die Vielfalt der möglichen Links zu Bildern, für die es ja keinerlei Vorgaben bei OSM gibt. Da schreibt jeder rein, was ihm einfällt.
Tips wären nett.
Gruss
walter
ps: da der Parallelthread sanft “entschlafen” ist, habe ich keinerlei weitere Änderungen bei der Interpretation des Taggings für Hydranten gemacht.
ps2: access=customers bei einem Defi auf einem Bahnsteig ist ja schon heftig. Bitte Fahrkarte vorzeigen?
Ja wir werden sehen, aber wie auch immer… vorhandene Daten nicht darzustellen und wenn es mit Fragezeichen geschieht… ist halt auch suboptimal bzw. keine Lösung.
Derzeit ist die Situation schwammig, widersprüchlich und ungeklärt.
Einigt euch und ich passe mich daran an.
Gruss
walter
Dies ist die aktuelle Query, die die Daten für das Hydranten-Layer liefert. Du kannst sie gerne an deine Bedürfnisse anpassen. Viel Erfolg
select 'emergency=fire_hydrant or emergency=suction_point'::text "query",
'n' || osm_id as osm_id,
wno_AsOsmLink('n',osm_id::bigint) osm_link,
tags->'fire_hydrant:type' as "type",
case tags->'fire_hydrant:type'
when 'underground' then 'svg/emergency_fire_standpipe.svg'::text
when 'pillar' then 'svg/emergency_fire_hydrant.svg'::text
when 'wall' then 'svg/question-mark-hi.svg'::text
when 'pipe' then 'svg/suction_point.svg'::text
when 'pond' then 'svg/question-mark-hi.svg'::text
when 'dry_barrel' then 'svg/emergency_fire_hydrant.svg'::text
when 'suction_point' then 'svg/suction_point.svg'::text
else 'svg/question-mark-hi.svg'::text
end as icon,
regexp_replace(tags->'fire_hydrant:diameter','[^0-9]','','g') diameter,
wno_GetTagsAsJson(tags) tags,
coalesce(tags->'fire_hydrant:type','unknown') as title,
way
from planet_osm_point
where tags->'emergency'='fire_hydrant'
union
select 'emergency=fire_hydrant or emergency=suction_point'::text "query",
'n' || osm_id as osm_id,
wno_AsOsmLink('n',osm_id::bigint) osm_link,
tags->'fire_hydrant:type' as "type",
'svg/suction_point.svg'::text as icon,
wno_GetTagsAsJson(tags) tags,
coalesce(tags->'fire_hydrant:type','unknown') as title,
regexp_replace(tags->'fire_hydrant:diameter','[^0-9]','','g') diameter,
way
from planet_osm_point
where tags->'emergency'='suction_point'
ps: da ich fire_hydrant:type=underground, pillar, pipe und wall die besten “Überlebenschanchen” gebe, hab ich mal das Icon für Pipe geändert und brauche jetzt nur noch was für “wall”. Der Rest soll ja angeblich durch Subtags geklärt werden.
keiner weiss, wie es geschah - plötzlich sind sie wieder da.
Fehler in der Query für emergency=‘suction_point’
Gruss und Dank für den Hinweis
walter
ps: wem es was sagt: Bei zwei mit union zusammengefassten Queries muss nicht nur die Anzahl der Resultate stimmen, auch die Reihenfolge muss gleich sein. Eigentlich logisch, nur merken muss man das auch.
Das Popup… also die Sprechblase… wird immer größer des ist für das Smartphone ein bisserl ungünstig… Könnte man zusätzliche Dinge ausblenden und vielleicht erst einblenden wenn man auf “erweiterte Informationen” klickt?
Ich find: osm_*, Query:, Object:, Edit with josm: könnte man erst wegpacken… oder durch ein kleines Icon ersetzten…
bzw. keine Lösung.
