Diskussion:Tariftabelle Prepaid

Aus Prepaid-Wiki
Zur Navigation springenZur Suche springen

30. Aug. 2008

--Admin 10:22, 30. Aug. 2008 (CEST)Diese Tariftabelle ist soweit fertig. Es fehlen noch Ergänzungen und später die Original Netzbetreiber (braucht noch etwas Zeit). Dennoch wäre ich dafür, die Tabelle dann in den Regelbetrieb zu übernehmen und die bisherige Tariftabelle Discounter zu entfernen, damit eine größere Menge an Nutzern an der Komplettierung mitarbeiten kann. Meinungen hierzu? Ich denke, die kann so raus..

--c.-naut Stefan 10:29, 30. Aug. 2008 (CEST) Guten morgen erstmal :) Okay, eigentlich wollte ich noch zu der Diskussion vorhin Stellung nehmen, aber so im Großen und Ganzen sieht es doch sehr gut aus. Ich würde da jetzt kein Discount-Streitchen draus machen wollen, dass jetzt eine große Gesamttabelle entstanden ist... im Gegenteil, man kann ja wirklich wie Mike sagt, aus dieser Mastertabelle dann durch Rauslöschen jede beliebige andere Spezialtabelle ableiten, und zu den vorläufigen qualifizierteren Discount-Kriterien stehe ich weiterhin, würde sie halt ggf. noch etwas knapper und klarer fassen. Einer der Anlässe dafür war übrigens, dass ich bei einem anderen großen Portal das mit T anfängt gesehen habe, dass die dortigen Tabellen nur eine Auswahl sind und nach z.t. sehr untransparenten Kriterien ausgewählt wurde was reinkommt und was nicht. Was mir noch auffiel:

  • HSUPA ist glaube ich nicht überall wo auch HSDPA ist?
  • die Verbreitung von UMTS ist quasi gesetzlich geregelt, daher kann man den Bempel setzen, wenn eine Karte das ermöglicht.
  • aber was mit "freiwilligen Extras", wie EDGE, (oder auch HSDPA?), ich denke wenn sie flächendeckend verfügbar sind wie bei T-Mob. kann man den Bempel vergeben. Aber wie ist das mit o2-Karten, wo nur "erste BTSen" umgerüstet sind?

Und noch ne Frage: kann ich dann sukzessive meine Benutzerseite wieder freiräumen, okay? irgendwann soll da ein persönlicher Steckbrief von mir hin... ich wusste bloß nicht, wo man eine Art persönlicher Arbeitsbereich einrichten soll ohne dass durch Basteleien die Besucher der Seite verwirrt werdenn.

PS: zu der Frage, wenn ein Anbieter keinen Tarifnamen hat weil es bei ihm eh nur einen Tarif gibt, wie wärs in der Anbieterkopfspalte zu schreiben: "Anbieter, ggf. Tarif". Bezüglich Netzbetreiber-Tarife: dort gibt es eine zusätzliche Spalte die die Mindestaufladung für die jeweilige Rabattstufe angibt. Hier müsste man dann für die Tabelle ebenfalls eine extra Spalte einführen oder beim Tarifnamen eine Fußnote, wie bislang bei smobil. Man könnte den Grund-Tarif (zB Loop S) ohne jede Fußnote aufführen, und bei Loop M und L dann bereits beim Tarifnamen ganz links die Fußnote anbringen "bei Mindestaufladung xy, Geltungsdauer z Monate, sonst Tarif wie Loop S" . Meinungen dazu?


--DrSeehas 10:49, 30. Aug. 2008 (CEST) Mißverständnis: Die Sortierung ist überall korrekt. Bei mir stehen z.B. bei ALDI e-plus und UMTS hintereinander in einer Zeile, bei z.B. ay yildiz untereinander in zwei Zeilen.
Ich schaue mir das mal genauer an. Vielleicht finde ich ja heraus, warum das so ist.

Anbietern ohne Tarifname: Gibt es sowas wirklich?
Beispiel ALDI: Anbieter: Medion mobile oder so ähnlich, Tarif: ALDI TALK
Beispiel BILDmobil: Anbieter: moconta oder so ähnlich, Tarif BILDmobil.
Ich sehe kein Problem darin, für einen Anbieter das Logo seines Tarifes zu verwenden.

Mit dem Kompromiss bin ich einverstanden (er folgt ja weitgehend meinem Vorschlag ;-) Ich möchte aber einen weiteren Vorschlag machen: Es sollten nur die jeweiligen Verantwortlichen Schreib-/Änderungsrechte besitzen (wie Hauptseite). Begründung: In den Tabellen steckt ganz schön viel Arbeit und irgendwann wird auch hier der Vandalismus zuschlagen. Änderungswünsche können ja auf der Diskussionsseite mitgeteilt werden.

HSUPA/EDGE/HSDPA: Es geht hier nicht darum, ob ein bestimmtes Gebiet mit einer Technik versorgt wird oder nicht oder flächendeckend, sondern ob ein bestimmter Tarif z.B. HSUPA zulässt oder nicht. Ich kann das bei HSUPA leider nicht überprüfen, da ich kein HSUPA-fähiges Endgerät besitze. Selbstverständlich fallen dann z.B. e-plus- (und zwangsweise vistream-) Tarife bei EDGE, HSDPA und HSUPA raus, da der Netzbetreiber diese Technik bisher gar nicht anbietet.

--Admin 10:55, 30. Aug. 2008 (CEST) Das mit der Zeilentrennung habe ich gefunden. Da fehlt z.t. noch das "br/". Bitte mal die betreffenden Anbieter nennen oder selber einfügen. Was die Schreibrechte angeht: ich muss mal schauen, ob und wie man das differenzieren kann. Ich kann bisher nur zwischen Admin und normalen User switchen. Die Hauptseite z.b. hat nur Adminrechte. Im Notfall müsste ich euch dann Adminrechte geben, falls man das nicht noch anders regeln kann. HSUPA etc.: da brauche ich mal Zuarbeit, welcher Anbieter das im Tarif hat und würde es dann ergänzen. Ich selber kenne mich da nicht groß aus, da ich mobile Datendienste praktisch nie nutze. Vorschlag von stefan (original Netzbetreiber): ja, da müssen wir uns mit der Integrierung was einfallen lassen. Ist ja bei VF auch so mit den Comfort-Tarifen.

--c.-naut Stefan 11:02, 30. Aug. 2008 (CEST) HSUPA steckt m.w. noch sehr in den Anfängen, nur Großstädte oder so. Was die Vandalismusbefürchtungen angeht, find ich sind die Kehrseite des Wikiprinzips und es gibt ja immer noch die Revertierfunktion. Ist es nicht so dass hier sowieso nur angemeldete User Änderungen durchführen dürfen, und keine IP-Adressen? das gäbe doch schon einen gewissen Schutz. Zum Administrator aufschwingen liegt mir nämlich nicht, macht zuviel Arbeit ;) Die Codierzahlen hab ich gestern übrigens letztlich doch nicht berechnen müssen, da hat der Admin mir Arbeit abgenommen ;) Also bei Änderungsrechten alles so lassen wie es ist, ist nicht die schlechteste Lösung. HSUPA rauspfriemeln mache ich nur wenn gesteigerter Bedarf geäussert wird. Merkwürdige Effekte bei der alphabetischen Sortierung der Tabelle nach Anbietern: ursprünglich ist die Tabelle nach Alphabet der Anbieter sortiert. Aber klickt man zweimal auf den Tabellenkopf, kommt nicht wieder die ursprüngliche Sortierung raus (was man erwarten würde.) Es hängt mit den Links in doppelten [] zusammen. Der Linktext ist der Tarifname, und das Wikisystem zieht nur diesen zur Sortierung heran. So kommt es, dass dann drei Einheitstarife hintereinander stehen, (simyo, blau und plus), und nicht wie ursprünglich 2mal blau und 1x blauworld, ist das so beabsichtigt? Nebeneffekt ist auch, dass der Solomo 08/5 -Tarif, da Zahlen vor Buchstaben sortiert werden, ganz am Anfang der Tabelle kommt ( 0 < A) und nicht etwa bei S wie Solomo bleibt.

--Hausmeister 12:13, 30. Aug. 2008 (CEST) Bin auch dafür die neue Tabelle zu übernehmen. Wäre es möglich die Tabellenköpfe hochkant zu schreiben? Dadurch könnte man die Tabelle auf eine perfekte Breite reduzieren.

Tabellenköpfe hochkant schreiben

@Hausmeister: Es gibt eine Reihe von Anwendungen für diese Frage. Das scheint nicht so einfach zu sein. Habe heute früh unabhängig von dieser Diskussion ein paar Links zusammengetragen. Das Problem liegt daran, dass es noch nicht browserunabhängig gelöst werden kann.

http://w3.org/TR/2003/CR-css3-text-20030514/#GlyphOrientation
http://www.styleassistant.de/tips/beispiel78.htm
http://forum.de.selfhtml.org/archiv/2005/1/t99566/
http://forum.de.selfhtml.org/archiv/2002/7/t16207/

Meiner Meinung nach ist die Kopfzeilenstruktur derzeit okay und sollte nicht modifiziert werden. Browser ab Auflösungen von 1024 brauchen seitlich nicht scrollen und das war eigentlich das Ziel...

Symbole: ich würde vorschlagen, die Spalten MNP, EVN und RUL wie beispielhaft gezeigt durch die Symbole mit den Kürzeln zu ersetzen. Vorteil: auch innerhalb der Tabelle ohne Kopf/Fußzeilen ist dann erkenntlich, für was das jeweils Ja/Nein steht. Oder?

--c.-naut Stefan 14:08, 30. Aug. 2008 (CEST) auf den ersten Blick eine bestechende Idee! macht aber auch viel Arbeit (dir ;-))... vielleicht reicht es, nur die Ja-Aussagen mit dem RUL zu hinterlegen, dann kann man sich auch senkrecht orientieren wenn ein Nein da ist und in einer der Zeilen drüber und drunter irgendwo ein "Ja-RUL" Zeichen und das genügt. Solltest du dasselbe bei MNP vorhaben, rege ich an eine optish abgesetzte Schrift (z.B. Times) in kursiv und kleinbuchstaben zu nehmen. Symbole 2: ein kleiner Nachteil, dass die Tabelle jetzt nach rechts scrollen muss (ist höher und breiter geworden).. ob du vielleicht den Schriftzug RUL "hinter" das Kreuz bzw. den Haken legen kannst dass man ihn meinetwegen nur teilweise lesen kann?

--Admin 20:26, 30. Aug. 2008 (CEST) Wieso nach rechts scrollen? Bei mir ist alles wie gehabt und auch an der Breite hat sich nichts geändert. Ich hatte ja ein wenig experimentiert mit den Symbolen. Da ist die jetzige Variante IMHO am besten. Schau nochmal genau nach, die Testspalten sind genauso hoch und lang wie die anderen auch. Oder habe ich da was falsch gesehen??

--Hausmeister 20:42, 30. Aug. 2008 (CEST) Also ich habe die Auflösung 1024 x 768, jetzt habe ich mal auf 1280 x 1024 gestellt und selbst da muss ich seitlich scrollen. Ich nutze Firefox.

--Admin 20:51, 30. Aug. 2008 (CEST) Also ich hab Firefox3, 1280x1024 und muss nicht seitlich scrollen?! Breiter ist auf jeden Fall nichts geworden durch die neuen Symbole (die ich jetzt noch einmal verkleinert habe). Irgendwie müssen wir da wohl noch optimieren...

--Hausmeister 11:31, 31. Aug. 2008 (CEST) Sehr verwunderlich. Ich habe jetzt auch Firefox 3 und nun muss man nicht mehr srcollen, wenn man die Auflösung 1280x1024 hat.

Schreibrechte/HSUPA/Sortierung

Ich sehe das mit den Schreibrechten auch so. Es gibt genug wirkungsvolle Mechanismen, um Vandalismus zu verhindern. Zudem ziehe ich regelmäßig Backups der Datenbank. Viel problematischer sind die Hackerversuche, die täglich unsere Seite bombardieren! Ich weiß wovon ich rede... Also das lassen wir erst einmal so. HSDPA und HSUPA wie schon geschrieben, kann ich gerne einfügen, wenn die Zuarbeit kommt. Was die Sortierung angeht: Ja, das ist in der Tat so. Aber an sich brauchen wir je die Sortierung der Zeile nur komplett zu sperren. Schließlich kommt die Tariftabelle ja schon schön alphabetisch sortiert daher und daher halte ich da eine Sortiersperre für angebracht. Ich teste das gleich mal!

31. Aug 2008

Die neue Tariftabelle ist nun online und in offiziellem Gebrauch. In den nächsten Tagen sollte dann noch die Ergänzung in Form der Original Netzbetreibertarife hinzukommen.


--DrSeehas 12:58, 31. Aug. 2008 (CEST) Ich bekomme beim Bearbeiten der Tabelle Folgendes: "WARNUNG: Diese Seite ist 30 kB groß; einige Browser könnten Probleme haben, Seiten zu bearbeiten, die größer als 32 KB sind. Überlege bitte, ob eine Aufteilung der Seite in kleinere Abschnitte möglich ist."
Und dabei sind die Netzbetreiber-Tarife noch gar nicht integriert.

Ein großes Danke an Stefan und Mike, die sich wirklich sehr viel Mühe gemacht haben. Aber ich befürchte, teilweise umsonst, da die Tabelle einfach inzwischen zu kompliziert und aufwändig geworden ist. (Ich bringe mal meinen Vorschlag von gestern oder vorgestern wieder: Nur Mike und Stefan haben Schreib-/Änderungsrechte)

Inhaltlich frage ich mich, warum bei Loop & Co soviel Aufwand getrieben wird, aber bei smobil und solomo nicht mal auf den besseren kalkulatorischen Preis hingewiesen wird.

Ach ja: Bei den Anbieter-Logos fehlt noch die Textbeschreibung a la [ [Bild:XyLogo.jpg|48px|Netzbetreiber] ].

--c.-naut Stefan 21:50, 31. Aug. 2008 (CEST) ich denke bei smobil wird es sich machen lassen, bei solomo gibt es glaub ich diese 10 € / 20€ - 10%-Rabattierung.. da wird man überlegen müssen wie sich das darstellen lässt, es weicht doch etwas ab von den Usancen. Wie ich meine positiv übrigens. Solomo ist nicht in allen Punkten der billigste aber er verbindet kostenorientierte Differenzierung mit übersichtlicher nachvollziehbar durchkalkulierter Ausgewogenheit, neudeutsch könnte man so eine Tarifgestaltung vielleicht als "nachhaltig" bezeichnen. Solche Tarife profitieren übrigens auch von den in Entwicklung befindlichen Discounter-Regeln.

Was die Aufwändigkeit der Tabelle anlangt: mein PC ist nicht der neueste ... die Warnmeldung ist berechtigt. Wenn ich die Seite abspeichere sind es über 96,5 KB (die Wikisoftware scheint die Warnung immer mit 32 KB auszuspucken). Wenn man zulässt dass auf Rechnern ohne Javascript die Tabelle in vereinfachter Form erscheint, kann man die Tabelle so modifizieren, dass die unsichtbaren COdezahlen von einem kleinen JAvascript dazu verwendet werden, die häufig stereotyp wiederkehrenden Bilderläuterungstexte (RUL ja usw., UMTS ja/nein) nachträglich während dem Bildaufbau noch schnell dynamisch in die Seite einzubauen. Dadurch könnten allein 20 KB gespart werden. Weitere 40 KB könnten auf ähnliche Weise mit den Netzbetreiberlogos etc. gespart werden, ohne die Tabelle optisch zu verändern. Hätte den Vorteil, dass auch mobile User via GPRS hier surfen können. Sag mal, für wieviel Traffic musst du eigentlich löhnen? (wenn Frage nicht zu indiskret, @Mike) ist das schon spürbar?

--DrSeehas 22:03, 31. Aug. 2008 (CEST) Welcher Tarif von AY YILDIZ ist das? Der "AyDE" oder der "KolayKart"? Und warum ist nur ein Tarif von AY YILDIZ in der Tabelle?

--c.-naut Stefan 22:06, 31. Aug. 2008 (CEST) ich war gestern auf der Seite von Ay yildiz und soweit ich recht verstanden habe ist kolay kart ein Postpaid-Vertragstarif mit Grundgebühr. ay yildiz ist der einzige Prepaid-Tarif dort. EDIT: hab mich wohl geirrt, sorry. kann eben kein Türkisch ;)

--Admin 22:10, 31. Aug. 2008 (CEST)Ne, kolay kart ist der alte Ursprungstarif. Dann kam der AyDE dazu. Irgendein User hat wohl damals vorschnell die Tariftabelle geändert und die Konditionen von AyDE eingesetzt. Aber Ay yildiz hat in der Tat zwei Tarife..muss also noch in die Tabelle und bei Ay eingepflegt werden! Sind aber IMHO beide Prepaid. Ich habe sogar noch so eine alte kolay kart hier rumliegen.

--Admin 22:21, 31. Aug. 2008 (CEST) Zu den Fragen Tariftabelle: Handelt es sich bei der Warnung um ein Problem, welches nur bei der Bearbeitung auftaucht oder auch bei der Darstellung? Wenn ersteres der Fall ist, dann würde ich wirklich die Schreibrechte eingrenzen. Bei mir gabs bisher keine Probleme bei der Bearbeitung und ich würde mich ziemlich ärgern, wenn ein Teil der Arbeit echt umsonst war! Folgender Vorschlag: ich integriere morgen die Netzbetreiber und schalte dann erst einmal eine Schreibsperre auf Admin. Dann kann zwar nur ich die Tabelle bearbeiten, aber im Grunde genommen ist der Administrationsaufwand dann auch nicht mehr so groß. Änderungen dann an mich weitergeben und ggf. kann ich die Sperre auch temporär aufheben, wenn Stefan etwas an der Tabelle ändern möchte. Zum Traffic: der ist schon gigantisch. Nicht umsonst habe ich jetzt mal den Hinweis zur künftigen Finanzierbarkeit gebracht, denn im Moment zahle ich alle Kosten aus eigener Tasche. Glücklicherweise habe ich derzeit eine Shared-Webhoster mit Traffic-Flatrate...

--c.-naut Stefan 22:28, 31. Aug. 2008 (CEST) für mich spielt Traffic schon eine Rolle, hauptsächlich wegen der Bandbreite, der Seitenaufbau wird nicht beeinträchtigt, aber manchmal geht er auch etwas zäh. Der reine Informationsgehalt ist nur ~5 KB, und dass wir da 95 KB verbraten ist weder besonders ökologisch noch besonders ökonomisch. Übrigens würd ich in dem Zusammenhang bitten, die Tabelle einstweilen nicht unter Closed-source zu stellen... ich kann zwar nicht beurteilen, wie sehr Vandalismus droht, jedoch widerspräche es auch ein bisschen dem Wiki-Prinzip. Es genügt, dass die Hauptseite nach dem Vorschläge-zur-Umsetzung-Einreichprinzip läuft.

1. Sep. 2008

--DrSeehas 14:14, 1. Sep. 2008 (CEST) Ich muß mich bei euch entschuldigen! Grund: Laut http://www.bundesnetzagentur.de/media/archive/13444.pdf müssen alle ab spätestens 24.10.08 einen EVN anbieten. Spätestens dann können wir die EVN-Spalte entfernen.

--Admin 14:40, 1. Sep. 2008 (CEST)Hmm. Grrrr. Warum geben wir uns dann so eine Mühe?!? Vorschlag: da diese Zeile in Kürze überflüssig wird, beantrage ich die sofortige Löschung oder zumindest die Einstellung weiterer Aktualisierungen. Denn sonst arbeiten wir ja nur für die Katz! Alternativ könnte man die freiwerdende Zeile natürlich auch mit einem anderen, sinnvollen Feature belegen. Hat jemand eine Idee??

--c.-naut Stefan 15:28, 1. Sep. 2008 (CEST) habe das Dokument gerade gelesen und kann mit keiner Silbe entnehmen, dass sich an der bisherigen Praxis für Prepaid-Kunden etwas ändert. Auf Seite 5 oben ist davon die Rede was jetzt überhaupt neu ist, nämlich dass für den Ausweis von Datennutzung und (im folgenden) Preissprünge bei Weitervermittlung aus Auskunftsdiensten eine detailliertere Information im EVN Pflicht wird. Aber diese Verfügung kann doch nur überhaupt da greifen, wo der EVN überhaupt verpflichtend ist, wo eine Rechnung / Abrechnung gestellt werden muss. Soweit ich mich erinnere war bei einem Prepaid-VoIP-Anbieter mal die Möglichkeit, eine Rechnung anzufordern. Als ich das PDF öffnete fiel ich vor Lachen fast vom Hocker. Da stand sinngemäss drin: "10 Euro Anzahlung auf Telekommunikationsleistungen dankend erhalten." - toller EVN, aber irgendwie logisch! EDIT: Wenn ich die Tabelle nach "Preis zu Mobilfunk" 2x sortieren lasse und danach die Sortierung nochmals umkehre sodass sie ansteigend sein müsste, kommt irgendwann mobi und danach geht es mit Maxxim bei 8 Cent weiter. Woran liegt das? Edit2: http://www.teltarif.de/arch/2003/kw31/s11189.html ; ausserdem könnte man natürlich die Kosten angeben, die ein EVN verursacht. Edit 3: http://www.teltarif.de/forum/s28935/7-15.html Am §45e TKG hat sich durch diese Aktivitäten der Bundesnetzagentur rein gar nichts geändert, sie ist nach dessen 2. Absatz tätig geworden Im 1. Absatz steht weiterhin, dass die EVN-Pflicht nicht gilt, wenn nach Art der erbrachten Leistung grundsätzlich keine Rechnung erstellt wird. (sinngemäss zitiert) - oder habe ich was übersehen?

--Admin 16:05, 1. Sep. 2008 (CEST)Also ich hab mir gerade die Sortierung angeschaut. In der Tat, ab der 3. Sortierung wird die Reihenfolge ganz eigenartig. Das betrifft aber nicht nur Mobilfunk, sondern auch Festnetz, Intern etc. und ich habe keine Ahnung, woran das liegt. Fakt ist, erste und zweite Sortierung klappen... Sehr komisch. Zu den EVN: ich habe mir nicht die Mühe gemacht und das Dokument gelesen. Aber wenn DrSeehas so etwas schreibt, dann hat er sich in der Regel richtig informiert. Naja, warten wir mal ab.

--c.-naut Stefan 16:11, 1. Sep. 2008 (CEST) DrSeehas weist uns, so will es mir scheinen, schonend und sachte darauf hin, dass durch die Integration der fußnotenhaltigen Netzbetreiber die Tabelle in die Breite gegangen ist und hat schonmal Ausschau gehalten nach horizontalen Einsparmöglichkeiten. Ich jedenfalls muss ziemlich scrollen. Dabei haben wir schon bei den Tarifnamen geknapst wo es nur geht ... z.b. "Sparkasse" statt "Sparkassentarif", was ich übrigens für voll vertretbar halte. Ich habe auch Click 2007 zu Click verkürzt, hoffe das findet Zustimmung?! Wenn horizontal noch gespart werden soll, wäre ich dafür bei "SMS Ausland" "SMS Aus- land" zu schreiben. <Semaphor:> Arbeitet gerade jemand an der Tabelle? würde gern bis 16.25 bearbeiten! </Semaphor:> --c.-naut Stefan 16:22, 1. Sep. 2008 (CEST) fertig. Habe noch nichts verändert. Vermutung: die Zeilenanfänge sehen unterschiedlich aus. Von Avantaje bis freenet discount beginnt die Zelle links mit |< , ab freenet plus beginnt sie mit "| <" also mit Leerzeichen. Der Sortieralgorithmus zählt das mit zum Namen des Tarifs, vermute ich und sortiert entsprechend anders. Diese Uneinheitlichkeit macht wohl das Problem.

--Admin 16:24, 1. Sep. 2008 (CEST)Okay, das schau ich mir mal an und korrigiere es! Ja die Fußnoten. Nun sind die wegen dem sortiernotwendigem "/" auch noch um eine Stelle nach links verrutscht. Wenn wir eine Vergrößerung der Spalten in Kauf nehmen würden, könnte man ja vielleicht EVN und RUL in eine Zeile bringen und dann untereinander werten. Ach man, das ist aber auch ein Graus. Kaum wähnt man sich endlich am Ziel kommen wieder neue Problemchen...

--Admin 16:38, 1. Sep. 2008 (CEST)Hey Stefan! Die Zeilen habe ich korrigiert, sieht so auch übersichtlicher im Source aus. Sortierproblem bleibt aber. Ergo: war leider nicht die Ursache...

--c.-naut Stefan 16:52, 1. Sep. 2008 (CEST) Hallo Mike, habe gesehen dass du parallel in der Spielwiese arbeitest, leider zu spät, habe an der Haupttabelle aber nur RUL etc. nachgearbeitet. Mir fiel ausserdem auf, dass manche Anbieter-Zellen einen einfachen Link enthalten nach dem Schema "((Anbieter))" und andere so: "((Anbieter|Anbietertitel))", ob das eine Rolle spielt dass ein "Bruch" in der Sortierung entsteht? (eckige Klammern hier durch runde ersetzt!) Dass man die Anbieterspalte nicht sortieren kann, war ein Workaround, der wohl nur vorübergehend Entlastung brachte und das Problem nicht löste.

--Admin 16:55, 1. Sep. 2008 (CEST)Hey Stefan! Keine Sorge. Ich arbeite in der Spielwiese nicht direkt an der Tabelle, sondern versuche dort isoliert dem Sortierproblem auf die Schliche zu kommen! Also kein Problem. Mit dem Anbietertitel könnte das was zu tun haben, da bin ich mir nicht sicher. Mal sehen, ob ich nochwas rausbekomme... EDIT:Nein, daran liegt es auch nicht. Habe mal alle Texte und das "|" rausgenommen, die Sortierung bleibt inkorrekt und zwar immer nach diesem Schema (Beispiel Festnetzsortierung) INHALT GELÖSCHT": Ursache Sortierproblem: es liegt an den zweiten Minutenpreisen bzw. den Fußnoten. Während diese bei der ersten Sortierung offenbar durch das eingefügte "/" nach Plan ignoriert werden, sind sie bei der zweiten Sortierung offensichtlich ein Problem. Siehe auf meiner Spielwiese: nachdem ich die Fußnote bei Mobi entfernt habe, klappt die Sortierung wieder. In den anderen Zeilen - wo die Fußnote noch enthalten ist - hingegen nicht. Nun müssen wir da eine Lösung finden.

--c.-naut Stefan 18:14, 1. Sep. 2008 (CEST) Deine Vermutung erscheint mir plausibel, dass die Fußnoten offensichtlich mit zur Zahl rechnen. Und wenn man die Vermutung dazunimmt, dass der Wiki/Html-Sortier-Apparat nur auf Zeichenketten arbeitet, also Textstrings, werden die Zahlen alphabetisch sortiert... au weia. also liest sich das für den PC wohl so (beginnend mit Callya Comfort, wenn nach erster Spalte Festnetz sortiert wird):

  • 2520201520
  • 2524
  • 29
  • 2914
  • 29291916
  • 299
  • 4
  • 442914

Klar, dass avantaje mit "4" alphabetisch (nicht nach Zahlenwert sortiert sondern nach Wert der ersten Stelle und dann längere Ketten mit gleichem Anfangs"buchstaben" nach den kürzeren) erst nach Callya kommt obwohl es numerisch billiger ist. Abhilfe: die längste Zahlenkette in Serie ermitteln und mit jede Zahl in der Spalte mit der fehlenden Anzahl Stellen als führende Nullen auffüllen ... nicht sehr praktikabel, aber ein erster Ansatz.

Oder die Sortierung selber in die Hand nehmen und einem Javascript überantworten Oder die Fußnoten auf ein Minimum reduzieren und durch "ein Stern, zwei Sterne, drei..vier.. n Sterne" ersetzen. oder die Fußnoten auf alphanumerisch oder griechische Buchstaben umstellen (wenn das denn hilft!)

--DrSeehas 18:17, 1. Sep. 2008 (CEST) Ich melde mich auch mal wieder zurück.
EVN: Ich bin weder Rechtsanwalt, noch arbeite ich bei der Bundesnetzagentur. Ich schlage vor, dass wir in die EVN-Spalte (nicht Zeile) keinen einzigen Tastendruck mehr investieren und bis Ende Oktober warten. Dann sehen wir ja, was geschehen ist.
Fußnote 13 und 14 sind doppelt. Fußnote 17 ist identisch mit Fußnote 6
Dass ich mich erst jetzt hier melde, liegt an meinem xxxxxxxen Rechner, der hat irgendein Problem mit dem POST-Befehl...

--Admin 18:19, 1. Sep. 2008 (CEST) Naja. An sich sorgt ja das von mir eingefügte unsichtbare "/", dass bei der ersten Sortierung alles dahinter ignoriert wird. Deshalb hatte ich dieses Zeichen auch eingefügt, sonst ginge die Sortierung von Anfang an nicht korrekt. Aber: da es sich erst bei der dritten Sortierung bemerkbar macht würde es IMHO erst einmal ausreichen, einen Hinweis zu implementieren, dass nur die ersten beiden Sortierungen korrekt sind und vor einer dritten Sortierung einfach Reload gedrückt werden soll. Keine sehr elegante Lösung, aber hilfreich. Denn wie gesagt, bei "normaler" Nutzung wird kaum ein User das Problem überhaupt bemerken...denn normal wird ein, zweimal nach Wunschspalte sortiert und das war es dann auch. @DrSeehas: 13 und 14 sind nicht doppelt. Du meinst wohl 15 und 16. Und auch die sind nicht doppelt. Einmal Mindestaufladung 15,-€ und einmal 25,-€. DIe 6 schiebe ich mal auf die 17, dann passt das auch...

--c.-naut Stefan 18:27, 1. Sep. 2008 (CEST) es sieht stark danach aus, dass der Algorithmus irgendeine kleine Macke hat, oder überfordert ist. Wenn bis Ende Oktober die Evn-Spalte überholt ist, werde ich es mit Gleichmut ertragen müssen, ansonsten erfreue ich mich an einer aussagekräftigen Tabelle und werde noch den einen oder anderen Tastendruck investieren ;-) den Vorschlag mit dem Reload-Hinweis unterstütze ich ebenfalls.

--DrSeehas 18:34, 1. Sep. 2008 (CEST) Das Sortierproblem ist mir auch schon aufgefallen. Mike, wo ist denn deine Spielwiese? Ich weiss nur, dass die Wiki-Software, bzw. PHP, sehr besch...eidenen HTML-Code generiert. Woher wisst ihr, dass das Sortieren nach strings sortiert? Woher wisst ihr, dass der unsichtbare / die Sortierung beeinflusst?
Fußnoten: Also bei mir kommt: 12, 13, 14, 13, 14, 15. Ich überlege mir mal was mit den Fußnoten.
Die Tastendrücke bezogen sich nur auf die EVN-Spalte.

--Admin 18:56, 1. Sep. 2008 (CEST)Also ohne in das Detail zu gehen, ich hatte die "/" dann eingefügt, nachdem die Sortierung nicht richtig ging und jetzt funktioniert sie einigermaßen. Aber eben nur dreimal. Der "/" sorgt auf jedenfall dafür, das beim ersten Durchlauf alles danach ignoriert wird. Ich denke jedoch, damit können wir leben - zumal die Sortierprobleme schon immer existierten. Eine richtige Spielwiese gibt's nicht, ich habe nur eine für mich selber (schreibgeschützt) erstellt Admin Spielwiese. Fußnoten ändere ich jetzt!

Sortierverhalten

--c.-naut Stefan 10:09, 2. Sep. 2008 (CEST) Wenn man die Tariftabelle mal ausschneidet und auf den original Wikipedia-Server hochlädt - nur zur Vorschau, es hinterlässt keine Speicherung dort- kann man das Sortierverhalten in der dortigen Installationsumgebung testen. Dort tritt der Fehler 'fast gar nicht' auf.
Genauer gesagt:

  • es wird grundsätzlich numerisch sortiert, auch bei mehrfacher Wiederholung bleiben die Ergebnisse reproduzierbar
  • Ausnahme: Minutenpreise mit gebrochenen Zahlen, bei Solomo, simply und zwei weiteren, mit

"8.5", "8.9" und "9.5" werden letztlich alphabetisch behandelt und landen ganz hinten , vermutlich, weil sie mit "." anstatt mit "," als Dezimaltrenner aufgebaut sind. Es kann also -auch - daran liegen, dass die Installation auf Wikipedia andere Pakete umfasst als die hiesige. An der wikitable/prettytable Unterscheidung liegt es wohl weniger (?).

--DrSeehas 13:05, 2. Sep. 2008 (CEST) Ach menno, da probiere ich auch stundenlang rum und will hier glorreich die Lösung verkünden, da habt ihr auch schon eine gefunden... Naja, bei mir war es die Verschiebung der Fußnoten in die erste nichtsortierbare Spalte.
Ich habe dabei noch viele, viele weitere Ungereimtheiten gefunden (aber daran lag es nicht). Schaut euch mal meine Tabelle auf Benutzer_Diskussion:DrSeehas#Sortierproblem an. Da fehlen (nur zum Ausprobieren!!) einige Spalten und einige Tarife und die Fußnoten müssten dann auch noch angepasst werden, aber ich finde, dass das besser aussieht als vorher und die Spaltenköpfe sehen auf einem Bildschirm mit mehr Pixeln auch besser aus.
Bitte schreibt, was ihr davon haltet, ich würde dann die Änderungen machen, nachdem ihr euer eventuelles OK gegeben habt.

--DrSeehas 14:04, 2. Sep. 2008 (CEST) Warum antwortet ihr mir nicht hier, wo es hingehört? Ich meinte keinen anderen Link, sondern genau diesen hier.
Dass die Fußnoten dann angepasst werden müssen, habe ich geschrieben. Diese Anpassung würde ich übernehmen.
WO habe ich die Tabelle verbreitert? Das würde mich wirklich SEHR interessieren!
Was mir nicht gefällt: Die Fußnoten in der Tabelle. Ich finde "meine" Version viel übersichtlicher.

--Admin 14:13, 2. Sep. 2008 (CEST) WO habe ich die Tabelle verbreitert? Festnetz, Mobilfunk, Mailbox, Intern, SMS intern u.s.w. praktisch alles breiter wegen der Überschriften. Vergleiche mal mit der original Tabelle. Ansonsten bleibe ich dabei, auch wenn es so übersichtlicher aussieht, die Fußnoten (und damit auch die Stolperfallen der Tarife) gehören an die Preise.Edit: ich relativiere: manche Fußnoten müssen an den Preisen bleiben. Insgesamt ist es denkbar, bei nicht preisverzerrenden Fußnoten diese auch beim Anbieter unterzubringen. Vielleicht wird das ja auch überall möglich sein. Beispiel ay 15cent SMS in die Türkei. So etwas kann auch zum Anbieter, weil nicht vergleichsrelevant! Was die Verbreiterung angeht: so diese nicht beabsichtigt und zufällig entstanden ist brauchen wir da nicht drauf rumreiten. Nochmal konkret nachgefragt: deine Änderungen beziehen sich nur auf Fußnoten zum Anbieter?

--Admin 14:29, 2. Sep. 2008 (CEST)So, ich habe nochmal nachgedacht und mir zumindest bezüglich der Minuten- und SMS-Preise Gedanken gemacht: Dort sind IMHO nur zwei - im Prinzip auch identische - Fußnoten von sortierrelevanter Bedeutung: die 6 und die 14. Weil dort die Minutenpreise praktisch der Preis für das Gespräch - unabhängig von der Dauer sind. Alle anderen Fußnoten sind a) entweder Angaben zu Boni, die bei Aufladungen gewährt werden oder b) im Falle von Mobi, Vodafone Comfort 2.0 und O2 wird schon durch die Preisstaffelung offensichtlich, das es einen "Haken" gibt. Ergo: ich stimme der geplanten Änderung doch zu, schlage jedoch vor bei den "Sonderfällen" mit Quasi-Flat ein Sternchen o.ä. zu setzen und unten zu erklären, dass die Preise pro Gespräch sind und aufgesplittet nach Anbieter, welche Konditionen. Was in dem Zusammenhang noch auffällt: dort müssen auch noch die Kosten aufgeschlüsselt werden, die bei der Option OpenEnd und Nonstop zusätzlich anfallen. Edit: Der Fairness halber sollte dann auch ein Sternchen bei Comfort 2.0 (teuerster Preis) oder besser eine weitere Spalte mit Vodafone OpenEnd erstellt werden. Ist zwar im engsten Sinne kein eigenständiger Tarif, aber eigentlich am Ende doch wieder. Eine Option ist es nämlich in dem Sinne auch nicht. Noch ein Vorschlag: Farblich unterschiedliche Fußnoten! Zum Beispiel: grün für Bonus bei Nachladung;rot für zusätzliche Kostenfallen, Tagesnutzungspreis etc.;blau für... Nach einer Weile hat man dann schon im Blick, welche Fußnote Bedeutung hat und welche eher nicht...

Weiter: Man kann viele Fußnoten auch zusammenfassen. Beispiel: kostenloses surfen im Portal von...bild, ebay, rtlmobile (wäre dann eine grüne Fußnote).

--DrSeehas 14:43, 2. Sep. 2008 (CEST) Nein. Es geht bei meinen Änderungen grob um drei Bereiche:

  • Allgemeines Aufräumen und Fehlerbeseitigung
  • Fußnoten in der Tabelle/bei den Tarifen
  • Kopf-/Fußzeilen

Zu den letzen beiden Punkten habe ich Widerspruch gelesen. Bei den Fußnoten. OK, akzeptiert, auch wenn mir die weiteren Beiträge zeigen, dass möglichst wenig Fußnoten innerhalb der Tabelle doch gefallen. Ich bin ja nur darufgekommen, weil bei mir nach dem Verschieben der Fußnoten in die Tarifspalte das Sortierproblem weg war und erst danach ist mir aufgefallen, dass es so ja besser aussieht.
Bei den Kopf-/Fußzeilen behauptet IHR, dass ich sie verbreitert hätte, OHNE einen Beweis dazu zu liefern. Die einzigste Verbreiterungs-Änderung habe ich bei Intern gemacht, da sie meiner Meinung nach sowieso nichts gebracht hat. Bitte zeigt mir, wo ich sie sonst noch verbreitert habe! Im Gegenteil, ich habe sogar noch was weggenommen. Schaut euch doch einfach mal den Quelltext an. Da ich nun mal ein Display mit mehr Pixeln habe (und wofür ich mein Geld ausgebe, ist wohl meine Sache), kann ich ein Display mit weniger Pixel nur durch Verkleinern des Fensters simulieren. Und bei diesem Verkleinern werden die Spalten immer schmäler, da die Kopf-/Fußzeilen automatisch! in immer mehr Zeilen aufgeteilt werden. Dann sendet mir doch bitte einen Screenschot, wo "meine" Version breiter ist.
Nochwas: Auch andere haben viel Zeit reingesteckt. Ich verstehe nicht, warum jetzt so eine Reaktion kommt! Ich habe etwas zur Diskussion gestellt. Ihr habt, wie gewünscht eure Meinung dazu geschreiben. Ich habe teilweise eure Meinung akzeptiert. Also: Was soll das?