Erweiterungsmöglichkeiten

Bearbeiten

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)Beantworten

Grenzwertproblem bei automatischer Umrechnung

Bearbeiten
  • {{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)Beantworten

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

1a00 in der Doku

Bearbeiten

ist das absicht?

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

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

Zahlen auf- oder abrunden

Bearbeiten

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

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

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

Bearbeiten

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)Beantworten

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

0 als Nachkommastellen

Bearbeiten

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)Beantworten

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)Beantworten

Dokumentation bitte korrigieren

Bearbeiten

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)Beantworten

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

MHz

Bearbeiten

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)Beantworten

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

Abgetrennte Nachkommastellen

Bearbeiten
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′ OKoordinaten: 50° 38′ 24″ N, 7° 10′ 9″ O
 
Maß (Nordrhein-Westfalen)
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)Beantworten

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)Beantworten
Pardon, ich habe mich verschrieben. Ich meine natürlich Vorlage:FormatNum mit seinem Modul... ÅñŧóñŜûŝî (Ð) 20:28, 25. Okt. 2016 (CEST)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
  • 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)Beantworten
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)Beantworten
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)Beantworten
⇐⇐⇐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)Beantworten

Gebrochene Maß

Bearbeiten

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)Beantworten

Eingabe langer Zahlen, also solcher mit vielen Ziffern

Bearbeiten

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)Beantworten