Hallo, eins vorweg: ich betreue OsmHydrant.
Es stimmt, die SI Einheit wäre m³/s. Diese ergäbe nur bei dem üblichen Wertebereich von etwa 100 - 2000 l/min keinen Sinn (0,00166667 - 0,03333333 m³/s). Unter diesen kleinen, gerundeten Zahlen kann sich nun wirklich keiner etwas vorstellen. Die abgeleitete Einheit in m³/h würde schon mehr Sinn ergeben (6 - 120 m³/h). Das war auch damals der Grund, warum ich das bei OsmHydrant so umgesetzt habe. Dabei habe ich dann doch übersehen, dass die Amerikaner "gpm" verwenden (26,4 - 528,34 gpm) und dies auch im Wiki angezeigt wird (https://wiki.openstreetmap.org/wiki/Tag%3Aemergency%3Dfire_hydrant). Die Einheiten m³/h und gpm sind von der Größenordnung schwer unterscheidbar, weshalb ich ebenso zur Variante mit den Einheiten tendiere. Als Folge habe ich das mal in OsmHydrant umgesetzt: Einerseits kann die Einheit dazugeschrieben werden. Andererseits werden einem dann auch jeweils die umgerechneten Werte angezeigt. @Martin: Du hast recht, ein Dezimal-Komma wie im Deutschen üblich soll in der OSM nicht verwendet werden. Hier herrscht der Dezimal-Punkt vor. Eine Frage jedoch noch: Wie hast du das mit dem "m³" vs. "m3" gemeint? Lg Robert On 2017-03-30 08:25, Borut Maricic wrote: > Die fire_hydrant:*=* betrache ich - ähnlich wie sac_scale=*, > trail_visibility=*, oder ele=* - als Tags wessen Genauigkeit > und gewissenhaftes Mappen in machen Situationen sogar über > Leben und Tod entscheiden können. Bei den Einheiten darf > daher aus meiner Sicht wirklich kein Raum für die > mehrdeutige Interpretationen gelassen werden. In diesem > Sinne scheint auch mir die explizite Verwendung von > Einheiten als eine zielführende Lösung. > > Wenn die Feuerwehr-Community das Gefühl haben wird, sich auf > OSM verlassen zu können, wird das - so erwarte ich - zu > Synergie zwischen den z.B. FF-Organisationen und Mappern > führen, bzw. manch FF-Kamerad wird (hoffentlich) auch ein > OSM-Mapper werden (vor allem was die Feuerwehr-Infrastruktur > betrifft). Auch das Wissen über OSM an sich könnte so > verbreitet werden. > > In diesem Sinne wäre gut, wenn sich die Ergebnisse dieser > Diskussion in weiteren Kreisen ausbreiten würden, sodass > unter den Mappern und Tools-Entwicklern gleichermaßen > bekannt wird, was bei diesen Tags hinein darf und soll, und > was also als Inhalt zu erwarten ist. > > Ich wünsche mir vor allem bei FireYak, OsmHydrant und JOSM > eine bessere (bzw. überhaupt eine) Unterstützung für > fire_hydrant:flow_capacity=*, weil das offensichtlich ein > Tag mit großer tagtäglichen taktischen Bedeutung für die > FW-Einsätze wird. Ich bin selbst kein Benutzer der > fire_hydrant:*=*, könnte aber (besonders wenn z.B. FireYak > und JOSM in diesem Sinne eventuell noch verfeinert werden) > ein Mapper werden. :) > > Auf der Seite des kommenden Stammtisches-Obersteiermark gibt > es einen Abschnitt über die FW-Infrastruktur und OSM, mit > einer Ansammlung der Links: > > http://wiki.openstreetmap.org/wiki/Leoben/Stammtisch > > > > 2017-03-30 02:19:13 Robert Kaiser (ka...@kairo.at): > [...] >> Sorry, wenn das pingelig erscheint, aber Stunden sind keine SI-Einheit, >> denn SI kennt *nur* Sekunden als Zeiteinheit. >> Im konkreten Fall denke ich, dass es am besten ist, die Einheiten >> konsistent zumindest beim neu eintragen dazu zu schreiben, dann ist es >> eindeutig. >> KaiRo > _______________________________________________ > Talk-at mailing list > Talk-at@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at
_______________________________________________ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at