[Talk-at] Vorsicht Falle in: fire_hydrant:flow_capacity

[Robert Koch]

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 (kairo at 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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20170402/44ca518d/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : image/png
Dateigröße  : 51028 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20170402/44ca518d/attachment-0001.png>