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.
Ist die Liegendeinfahrt nicht emergency_ward_entrance=rescue_service? emergency_ward_entrance=walk-in ist dann der Eingang für die Allgemeinheit. Beides wird gemappt.
ich habe in dem Beispiel mal die beiden unterschiedlichen Notfallambulanzeingänge gemappt - walk_in und rescue_service.
Ob und wie die RD-Eingänge dargestellt werden sollen? Die sind für die Öffentlichkeit ja nun weniger wichtig …