sollten eigentlich da sein. Hast du mal nen Beispiel? osm_id?
ist leider nachvollziehbar. JSON Parse-Error. Irgendwas mit den Daten ist wohl komisch.
GRuss
walter
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.
Hi,
nach was richtet sich die größe der Schrift des “diameter” bei den Hydranten? Hab mir erst gedacht so und so aber des passt hier wieder nicht: 
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.
EDIT: Icons sind gefixt.
Tolle Idee!
Der Durchmesser ist seiner Schattens Hydranten selbst 
guter Trick
jo:
icon: L.icon({
iconUrl: baseUrl+"/webcommon/images/"+data.properties.icon,
iconSize: [24,24],
shadowUrl: baseUrl+"/webcommon/images/svg/numbers/red/"+data.properties.diameter+".svg",
shadowAnchor: [12,-12],
shadowSize: [24,24]
}
Noch lieber wäre mir ein dynamisches SVG, dem man Farbe und Durchmesser per Argument übergibt. Aber man kann das auch übertreiben.
Ich hab mal vieles für die Mobiles ausgeklammert.
Feedback wäre nett.
Gruss
walter
Feedback: osm_timestamp und osm_version ist mit auf https://www.openstreetmap.org/changeset/… verlinkt?!
Oops. Da fehlte im switch … ein break;
fixed, bitte Reload machen.
Er versucht jetzt einen “Schatten” zu machen wo kein Durchmesser eingegeben ist. Also er fügt ein Bild ein dass es nicht gibt.
Aber so schon übersichtlicher 
Jo, das null.svg. ist da was sichtbar? dann erzeuge ich mal eines.
sollte jetzt sauber sein.
und wie sieht es auf dem Handy aus?
GRuss
walter
Jetzt schaut es gut aus
Moin,
ich habe aufgrund einer Diskussion bei talk-de ein Icon für Notfalleingänge hinzugefügt.
Tagginggrundlage: http://wiki.openstreetmap.org/wiki/DE:Tag:emergency=emergency%20ward%20entrance?uselang=de
Gruss
walter
Hallo Zusammen
gibt es auch die möglichkeit auf die Karte per TMS Adresse (http://c.tile.openstreetmap.org/{z}/{x}/{y}.png) zuzugreifen ?
Nö. Das sind keine Tiles sondern Overlays
Gruss
walter
Hi,
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.
lg Martin
und was ist jetzt wo falsch??? Und wie soll es sein?
Gruss
walter
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.
Moin,
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 …
Grüße, Georg