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…
Jo, sieht “unhübsch” aus. Ein Willen steckt nicht dahinter: hab nur einige Zahlen-SVGs erstellt und die dann mit width=24, heigth=24 als Shadow hinzugefügt (*). Muss mir mal die Größe der Originale ansehen.
Knifflig, aber machbar. Mal sehen, ob ich das anpacke.
Schwerpunkt der EM ist immer noch die QA fürs Mapping und nicht der Live-Einsatz. Und fürs Mapping sind diese Informationen mMn sinnvoll. Da man andererseits wohl selten am Handy mappt, könnte ich das evtl. davon abhängig machen, was verwendet wird. Nur was mach ich dann mit dem (einen!) Mapper, der @home auf einem DinA4 Tablett mappt?
Gruss
walter
*) Auf diesen Trick bin ich schon ein wenig stolz.
als RDler ist die Bezeichnung Notfalleingäge etwas verwirrend. Was du meinst, und auch gemappt wird, sind Zugänge der Liegendeinfahrten an medizinischen EInrichtungen. Sprich der Zugang zur Notaufnahme für den Rettungsdienst.