Vorlage Diskussion:Maß

Erweiterungsmöglichkeiten

Wenn ich das richtig sehe, sind die Erweiterungsmöglichkeiten um region und faktor noch nicht umgesetzt? Ich hätte da nämlich noch einen Vorschlag: Die automatische Umrechnung eines Maßes in eine angemessene (pun intended) Größe.

Beispielsweise hat man bei Öjendorfer See momentan die Wahl, die Seebreite in dem Quelltext als „0.507“ anzugeben, das dann als „0,507 km“ formatiert wird, oder die Breite händisch zu „507 m“ „auszuformatieren“. Schön wäre es natürlich, wenn „0.507“ direkt zu „507 m“ formatiert wird.

Ich sehe dafür zwei Möglichkeiten:

1. Erweiterte Syntax {{Maß|{{{SEEBREITE}}}|km|1|m|1000}}: Falls {{{SEEBREITE}}} kleiner als 1 ist, gebe ({{{SEEBREITE}}} / 1000) m aus, sonst wie bisher (ließe sich bei Flächen- oder Volumenangaben auch erweitern: {{Maß|{{{FLÄCHE}}}|km²|1|ha|100|0.01|m²|1000000}}). Die Verwendung bliebe dann den einzelnen Infoboxen überlassen.
2. Die „angemessene“ Darstellung wird zentral in der Vorlage Maß anhand der Maßeinheit entschieden.

Meinungen? --Tim Landscheidt 03:02, 14. Jul. 2008 (CEST)

Grenzwertproblem bei automatischer Umrechnung

• {{Maß|.999|km}} = 999 m
• {{Maß|1|km}} = 1 km
• {{Maß|1.001|km}} = 1,001 km

ich wäre dafür, dass {{Maß|1|km}} = 1 km, statt 1.000 m. Stelle das vorsichtshalber zur Disk, da die Vorlage oft verwendet wird. --Herzi Pinki 22:46, 2. Jan. 2009 (CET)

Hast Recht. Ich habe es abgeändert. Gruß, --Revolus Apfel? 23:24, 2. Jan. 2009 (CET)

1a00 in der Doku

ist das absicht?

{{Maß|0.578|km²|1|ha|1a00}}

0,578 km² --W!B: 01:56, 10. Mai 2009 (CEST)

Zahlen auf- oder abrunden

Es wäre IMO sinnvoll die Möglichkeit einzubauen, Werte automatisch auf- oder abzurunden. --justbridge 19:42, 3. Mär. 2010 (CET)

Done. --LeastCommonAncestor 09:43, 26. Jan. 2012 (CET)

Vorlage:Maß/Wartung/Maßzahl nicht numerisch

In der Vorlage befindet sich folgender Code:

<span style="display:none">[[Vorlage:Maß/Wartung/Maßzahl nicht numerisch|dep1]]</span>

Auf diese nicht existierende Vorlage gibt es derzeit ca. 4.500 Links. Ist das so gewollt oder sollte hier in eine Wartungskategorie xyz eingetragen werden. Bitte prüfen und evtl. ändern --80.142.163.253 21:52, 1. Okt. 2010 (CEST)

Danke für den Hinweis. Ich habe Vorlage:Maß/Wartung angelegt. Gruß, --Revo Echo der Stille 22:09, 1. Okt. 2010 (CEST)

0 als Nachkommastellen

Die Vorlage funktioniert nicht bei Nachkommastellen, die nur die Ziffer 0 enthalten: vgl. {{Maß|1.2|km}} = 1,2 km mit {{Maß|1.0|km}} = 1 km. --Mps、かみまみた^Disk. 21:33, 29. Dez. 2012 (CET)

Das liegt an der Umrechnung. Der Aufwand einer Änderung ist groß und der Nutzen nur vereinzelt vorhanden. Ich bin skeptisch, ob sich das lohnt. ÅñŧóñŜûŝî (Ð) 13:51, 30. Dez. 2012 (CET)

Dokumentation bitte korrigieren

Die Dokumentation ist widersprüchlich. GIbt es nun fünf oder sechs Standardparameter? Einen oder zwei Zusatzparameter? Hat es einen Grund, dass die Beschreibung von eps anders formatiert ist, als die aller übrigen Parameter? Heißt ein Paramter nun runden, round oder geht gar beides? Bitte mal aufräumen. --Spischot (Diskussion) 09:16, 30. Jun. 2013 (CEST)

Ist erledigt. ÅñŧóñŜûŝî (Ð) 09:51, 30. Jun. 2013 (CEST)

MHz

Wenn ich die Dokumentation richtig verstehe, sollte {{Maß|439,9875|MHz}} zur Ausgabe 439,9875 MHz führen. Tatsächlich wird zur Zeit jedoch lediglich 439,9875 ohne die Einheit MHz ausgegeben. (Zur Kontrolle ist hier nochmal die Ausgabe der aktuellen Vorlage: 439,9875dep1 .) Wieso ist das so? Soll das so sein? (Als Workaround kann man immerhin {{Maß|439,9875 MHz|MHz}} verwenden, was dann zur gewünschen Ausgabe führt.) --136.8.33.71 13:54, 7. Mai 2015 (CEST)

Du musst einen Punkt als Dezimaltrenner nehmen. ÅñŧóñŜûŝî (Ð) 10:05, 10. Mai 2015 (CEST)

Abgetrennte Nachkommastellen

Dächelsberg/Ließemer Berg IUCN-Kategorie IV – Habitat/Species Management Area
Lage	zwischen Ließem, Nieder- und Oberbachem, Gemeinde Wachtberg, Rhein-Sieg-Kreis, Nordrhein-Westfalen
Fläche	52,047 ha
Kennung	SU-008
WDPA-ID	162692
Geographische Lage	50° 38′ N, 7° 10′ O50.640097.16926140
Einrichtungsdatum	18. November 2002

Bei kleinen Flächen wird in der InfoBox unter Verwendung der Vorlage:Maß die Fläche in Hektar ausgegeben. Bei mehr als fünf Nachkommastellen der Eingabe erfolgt eine Abtrennung durch einen Punkt. Das ist nicht regelkonform. Woran liegt es? Kann man das verhindern? --Bungert55 (Diskussion) 10:41, 24. Okt. 2016 (CEST)

Das liegt an der Formatierung von Vorlage:FormatDate, welche vom Lua-Modul aufgerufen wird. Das zu beheben ist aufwändig, weil man dann diese Vorlage durch etwas anderes ersetzen müsste. Ich würde empfehlen, den angegebenen Wert eine Stelle zu runden und "0.52047" schreiben...

Kann ich nicht so ganz verstehen. Was hat das mit dem Datum zu tun? – Und sollten nicht alle Vorlagen richtig funktionieren? Hieße in dem Fall, die Vorlage, wenn sie schon nicht regelkonform arbeitet, sollte wenigstens die vorgeschlagene Rundung vornehmen. --Bungert55 (Diskussion) 17:49, 25. Okt. 2016 (CEST)

Pardon, ich habe mich verschrieben. Ich meine natürlich Vorlage:FormatNum mit seinem Modul... ÅñŧóñŜûŝî (Ð) 20:28, 25. Okt. 2016 (CEST)

Ich habe jetzt noch nicht so restlos verstanden, worum es geht, empfehle aber, im Modul:Measure auch tatsächlich das bereits geladene Modul:FormatNum, das momentan unbenutzt wieder liegengelassen wird, und seine Lua-Schnittstelle zu verwenden, und nicht daran vorbei die Vorlage:FormatNum wieder als normale Vorlage einzubinden.

Ansonsten macht das Modul:FormatNum genau das, was man ihm sagt und von ihm haben möchte, wie die Beispielreihe nachweist.

VG --PerfektesChaos 17:41, 26. Okt. 2016 (CEST)

Vielleicht habe ich es auch nur noch nie gesehen, aber imho werden Nachkommastellen nicht mit Punkten unterteilt. Habe jetzt vorgeschlagen, in der Infobox zu runden (wenn das hier nicht geht), denn auf die vierte oder fünfte Nachkommastelle kommt es wohl nicht an.--Bungert55 (Diskussion) 17:51, 26. Okt. 2016 (CEST)

Unsere WP:SVZ schweigen sich einstweilen zu der Frage „Gliederung von vielen Nachkommastellen“ aus.

Rechtschreibduden, vorne Abschnitt Textverarbeitung, Stichwort Zahlen:

Zahlen mit mehr als drei Stellen links oder rechts des Kommas werden […] in 3-stellige Gruppen gegliedert.

Das Gliederungszeichen ist das „Tausendertrennzeichen“; bei uns in der Regel der Punkt.

In der Wissenschaft ist das meines Wissens ebenfalls üblich; allerdings bevorzugt man dann (sofern signifikant bekannt) Sechserblöcke.

Gemäß der 9. Generalkonferenz (1948, Resolution 7) und der 22. Generalkonferenz (2003, Resolution 10) können Zahlen, die aus vielen Ziffern bestehen, in Dreiergruppen unterteilt werden, die jeweils durch ein Leerzeichen getrennt werden, um eine bessere Lesbarkeit zu gewährleisten. Diese Dreiergruppen dürfen nicht durch Punkte oder Kommata getrennt werden. Wenn jedoch nur vier Ziffern vor oder nach dem Dezimaltrennzeichen stehen, ist es nicht üblich, eine einzelne Ziffer durch ein Leerzeichen zu isolieren. Ziffern so zu gruppieren ist letztlich eine persönliche Geschmacksfrage, aber in speziellen Anwendungen wie der Industriezeichnung, bei Finanzdokumenten oder elektronisch lesbaren Belegen wird nicht so verfahren.

PTB (PDF) S. 33; diese nun aber mit anderem Tausendertrennzeichen.

Das Modul:FormatNum verwendet als Standard den Modus dewiki, und dieser entspricht dem Rechtschreibduden.

• Alternativ kann man comma anfordern; das ist Komma als Dezimaltrennzeichen aber keine Gliederung in Dreiergruppen.

Eine explizite Regelung zu vier, fünf, sechs, sieben, acht Nachkommastellen liegt nicht vor; insofern kann sich das Modul an keine halten.

VG --PerfektesChaos 19:23, 26. Okt. 2016 (CEST)

Ach, und weil ich’s grad sehe: Die vierte Nachkommastelle eines Hektars ist ein Quadratmeter. In der fraglichen Infobox wird ein Naturschutzgebiet oder so ähnlich beschrieben; ich denke, dass es ohne Verletzung der enzyklopädischen Ehre möglich ist, hier grundsätzlich bei drei Nachkommastellen zu runden und das Naturschutzgebiet ±10 m² flächenmäßig zu beschreiben. Die Grundfläche eines geparkten Lkw wäre größer, und ein Spaziergang durch das Gebiet wird durch diese Rundung weder wesentlich verlängert noch verkürzt. Andernfalls würde ich doch gern die genaue Fläche bis auf Briefmarkengröße dann ganz exakt vermessen bekommen; weil bei sechs Nachkommastellen gibt auch das Trennzeichen mehr Sinn.

VG --PerfektesChaos 20:07, 26. Okt. 2016 (CEST)

Um den Duden noch einmal vollständig zu zitieren: „Zahlen mit mehr als drei Stellen links oder rechts des Kommas werden unter Verwendung eines kleineren Zwischenraums (Festabstand) vom Komma ausgehend in 3-stellige Gruppen gegliedert. … Bei Geldbeträgen können nach DIN 5008 aus Sicherheitsgründen auch Punkte zur Gliederung verwendet werden.“

Ich kann nicht erkennen, wie dewiki sich daran ausrichtet. Das Beispiel der Infobox zeigt dem unbedarften Leser eine englische Formatierung und gaukelt eine tausendfach größere Fläche vor. --Bungert55 (Diskussion) 09:13, 27. Okt. 2016 (CEST)

• Bei uns ist das Tausendertrennzeichen der Punkt (ausgenommen Schweiz), in anderen Formaten ein mal breites, mal schmaleres Leerzeichen, aber auch Hochkomma.
• Links und rechts des Kommas wird das identische Tausendertrennzeichen verwendet.
• Dort oben steht: 52 Hektar, Nachkomma: 046, und noch 7 Quadratmeter.

Du bist hier falsch, wenn du projektweite Zahlenformate ausdiskutieren möchtest; bitte fülle die erkannte Lücke der WP:SVZ auf der dortigen Diskussionsseite.

VG --PerfektesChaos 10:13, 27. Okt. 2016 (CEST)

Ich habe jetzt die InfoBox mit einem Workaround angepasst. Nur zur Dokumentation: 52,046.7 ha (Ausgangspunkt der Diskussion). @PerfektesChaos: Nur zur Erinnerung – du wolltest hier diskutieren. --Bungert55 (Diskussion) 10:30, 27. Okt. 2016 (CEST)

Ich wollte hier mal einen mutmßlichen Software-Fehler aufklären, als der es sich anfangs darstellte.

Wie sich nun zeigt, funktioniert die Software völlig korrekt und erwartungsgemäß.

Das Grundproblem liegt vielmehr in den projektweiten Standards zur Formatierung, inbesondere einem unklaren Zustand bei Zahlen mit mehr als drei Nachkommastellen.

Nebenbei: Wenn du das Resultat einer Vorlage mit sich möglicherweise ändernder Programmierung und zukünftig sich vielleicht änderndem Ergebnis als „Nur zur Dokumentation“ hier einfügst, hat das ggf. keinen Ewigkeitswert.

VG --PerfektesChaos 10:40, 27. Okt. 2016 (CEST)

⇐⇐⇐Format "comma" ist für die Vorlage Maß ausreichend, denn diese soll ja gerade verhindern, dass es viele Null-Stellen (nicht: Nullstellen) vor oder nach dem Komma gibt. ich habe das mal geändert. Schauen wir mal eine Woche, wie das in den Artikeln wirkt. ÅñŧóñŜûŝî (Ð) 19:23, 30. Okt. 2016 (CET)

Gebrochene Maß

Die Vorlage hat Probleme mit Angaben wie ¼dep1 oder 2½ mdep1. Es wird einzig das Zahlenfeld dargestellt. Es klappt jedoch so: 3¾ kmdep1.--Pete (Diskussion) 22:03, 6. Jun. 2020 (CEST)

Eingabe langer Zahlen, also solcher mit vielen Ziffern

Um solche vielstelligen Zahlen gescheit eingeben und darstellen zu können, haben wir die Möglichkeit mit Punkten oder sog. "Apostrophen" (in der Schweiz) feine 3er-Gruppen zu bilden, um anders als manche Minister korrekte Zahlen zu schreiben. Warum wird aus 1 m² 1 m²?--Pete (Diskussion) 17:48, 7. Jun. 2020 (CEST)