Diskussion:Tariftabelle Prepaid und Diskussion:CallYa by mobi: Unterschied zwischen den Seiten

Aus Prepaid-Wiki
(Unterschied zwischen Seiten)
Zur Navigation springenZur Suche springen
imported>Admin
 
imported>Carponaut stefan
(Die Seite wurde neu angelegt: „--~~~~ Okay, ich hab kapiert dass ich die Vorgängerseite "Callya" statt "CallYa" geschrieben hatte und dass das einen Löschantrag rechtfertigt ;-) - Übrigens …“)
 
Zeile 1: Zeile 1:
== Codierschema der Spalte Netzfunktionen ==
--[[Benutzer:Carponaut stefan|Carponaut Stefan]] 20:56, 17. Mär. 2010 (CET) Okay, ich hab kapiert dass ich die Vorgängerseite "Callya" statt "CallYa" geschrieben hatte und dass das einen Löschantrag rechtfertigt ;-) - Übrigens hab ich entdeckt dass die verlinkten AGB von Mobi exakt die AGB der Vodafone - GmbH sind. Diese scheint dann auch Vertragspartner zu sein. Sollte man dem irgendwo Rechnung tragen, z.b. im Bereich Anbieterkennung , Postanschrift oder Anbieteradresse?
Die Spalte Netzfunktionen enthält ausser den Logos zusätzlich eine mit "display:none" unsichtbar gemachte Zahl, welche dieselbe Information in codierter Form enthält. Damit es hier zu keinen Fehlern kommt, sei das Codierschema hier nochmal festgehalten:<br/>
<br/>
<code>
Und: sollte die alte Diskussion nicht mitkopiert werden, das war der Vorteil des von mir gegangenen Wegs der Verschiebung gewesen?
Codierung Netzbetreiber:<br/>
*0 =  eplus
*16 = o2
*32 = T-Mobile
*48 = vistream
*64=  Vodafone
*1 = HSDPA
*2 = HSUPA (zukünftig)
*4 = EDGE (zukünftig)
*8 = UMTS
 
Beispiel:
41 = 32 + 8 + 1 , das bedeutet: T-Mobile-Netz mit UMTS und HSDPA
</code><br/>
Man addiert einfach alle zutreffenden Faktoren um die Codierzahl zu erhalten. Durch den Aufbau dieser Zahl ist sichergestellt, dass die Anbieter nach Netzen und zugleich innerhalb der Netze aufsteigend nach besserer Netzausstattung sortierbar sind. Gegenwärtig (3.9.08) sind nur HSDPA und UMTS in der betreffenden Spalte codiert.
<hr/>
--[[Benutzer:DrSeehas|DrSeehas]] 15:34, 3. Sep. 2008 (CEST) Also die '''Reihenfolge verstehe ich nicht''' ganz. Technisch ist die Reihenfolge von schnell nach langsam:<br/>HSUPA > HSDPA > UMTS > EDGE > GPRS > HSCSD > CSD
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 17:52, 3. Sep. 2008 (CEST) so gesehen wäre vodafone der schnellste und eplus der langsamste. Aber der Zahlenwert ist hier willkürlich, die Zahlen stehen nur zufällig für bit-Werte. Jeder Wert ist ein Flag für "Wert vorhanden" zumindest bei den Netzmerkmalen. Bei den Netzen ist einfach nach Alphabet durchnumeriert. ich hätte ja auch schreiben können
$29 (hexadezimal) oder %00101001 (binär). Die Idee bis CSD herunter zu codieren kann ich schon interessant finden. Dann wäre das Prepaid-Wiki wirklich enzyklopädisch. Was hältst du z.b. von einer Kreuztabelle, wo in den Spalten und Zeilen alle Anbieter gegeneinander angetragen sind und an den Kreuzungspunkten vermerkt, welche Portierungs- und Umleitungsmöglichkeiten bestehen (mit Preis)?
EDIT: Pardon, du meintest, die Sortierfolge die sich dann einstellt?<br/>
Hier muss ich selber überlegen:<br/>
0 ist GSM only <br/>
8 ist UMTS<br/>
9 ist UMTS plus HSDPA<br/>
man darf halt nicht HSDPA alleine setzen ohne das UMTS Flag. Aber soweit ich weiss ist es auch nicht mit GSM kombinierbar. Laut Martyn auf der TT-Seite gibt es auch UCSD mit bis 64 kbit, aber das unterstützt kaum ein Anbieter...
 
:--[[Benutzer:DrSeehas|DrSeehas]] 18:09, 3. Sep. 2008 (CEST) Es geht hier in dieser Tabelle aber nicht darum, was Vodafone oder E-Plus in ihrem Netz zur Zeit anbieten, sondern darum, für welche Dienste ein bestimmter Tarif/SIM-Karte freigeschaltet ist.<br/>"Zahlenwert ist hier willkürlich": Genau das meine ich! Und das ist FALSCH! Die Zahlen wurden doch für die Sortierung eingeführt. Dann wird auch '''willkürlich sortiert'''. Ist das erwünscht? Nein. Bei der Sortierung sollten diejenigen Tarife zuoberst kommen, die für HSUPA freigeschaltet sind. Dann die für HSDPA, dann die für UMTS, dann... Verstehst du jetzt? '''Edit''': Jetzt hast du es ja selber gemerkt.<br/>'''nicht mit GSM kombinierbar''': WAS ist nicht mit GSM kombinierbar?<br/>'''UCSD''': Kenn ich nicht.
 
::--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 18:25, 3. Sep. 2008 (CEST) >''Jetzt hast du es ja selber gemerkt'' das Ergebnis meiner nochmaligen Überlegungen war dass es richtig gemacht ist. "Willkürlich" bezog sich auf die Zahlenwerte der Netze (eigentlich nicht ganz willkürlich sondern alphabetisch, aber jedenfalls nicht nach Geschwindigkeit oder "Wert" der Netze bezogen.) Wenn man es denn andersrum sortiert haben will, reicht es doch im Tabellenkopf einfach nochmal auf Sortieren zu klicken, oder seh ich das falsch? EDIT: GSM nicht mit HSDPA kombinierbar.
 
:--[[Benutzer:DrSeehas|DrSeehas]] 18:35, 3. Sep. 2008 (CEST) Du findest also, dass es richtig ist, wenn die Sortierreihenfolge innerhalb eines Netzes '''willkürlich''' ist? Wozu dann überhaupt die Techniken codieren, wenn es doch eh egal ist? Ich merke schon, du verstehst mich (noch) nicht. '''Tipp''': Vergleiche mal deine Reihenfolge mit meiner Reihenfolge.<br/>'''GSM nicht mit HSDPA kombinierbar''': ??? Du meinst allen Ernstes, dass man mit einer Karte, die für HSDPA freigeschaltet ist, nicht mehr im GSM-Netz funken kann?
 
:: --[[Benutzer:Carponaut stefan|c.-naut Stefan]] 18:51, 3. Sep. 2008 (CEST) nein, meine ich nur im Spaß. Aber im Ernst, auf deiner Benutzerdiskussionsseite ist keine Tabelle zu erkennen die eine Spalte Netzfunktionen aufwiese. Gar keine Sortierung ist natürlich die unangreifbarste ;-)
==4. Sep. 2008==
(ich lege die neue Überschrift hier an, da ich seit gestern abend am Ende dieser Seite nichts mehr speichern kann. Wen es stört, kann diesen Abschnitt gerne verschieben)
 
@'''Mike''': ''EDGE könnten wir vielleicht wirklich weglassen'' Mit welcher Begründung lässt du eine Technik weg, eine andere aber nicht? Mit ''Rechnerei'' meinst du die Kodierung der Netz-Techniken? ''im Moment bietet das meines Wissens noch garkein Prepaidtarif mit an'' Falls du mit ''das'' EDGE meinst stimmt es einfach nicht: Zumindest bei FONIC habe ich das EDGE-Symbol schon gesehen, weiß allerdings nicht, ob im O<sub>2</sub>-Netz oder im T-Mobile-Netz. Ich gehe davon aus, dass es in allen Netzen außer E-Plus möglich ist, aber das müßte man zu Recht erst noch verifizieren. ''Zukunft immer oberhalb von UMTS ab. EDGE wird bei künftigen Datenmengen wie auch GPRS einfach irrelevant sein'' Ich wüßte nicht, dass auch nur ein Netzbetreiber  versprochen hätte, sein UMTS-Netz auch überall da auszubauen, wo es auch GSM gibt. Im Gegenteil: Vodafone hat die Einführung von EDGE nur da versprochen, wo es kein UMTS gibt. Was machst du also in Gebieten, wo es keine UMTS-Versorgung gibt und auch nie geben wird? ''bin ich bei Daten eh nicht so der Experte'' Das stimmt wohl ;-)<br/>@'''Stefan''': Ich habe es schonmal geschrieben: Es geht bei dieser Diskossion '''nicht um die Netze''' und welche Technik jedes Netz wo überall anbietet, sondern ob man mit dem entsprechenden Tarif/Karte eine bestimmte Technik '''nutzen''' kann! Die Auswahl des Netzes trifft der Benutzer ja schon, wenn er diese Spalte sortiert, das das Netz bei der Sortierung ja Priorität haben sollte und hat.
 
--[[Benutzer:Admin|Admin]] 11:03, 4. Sep. 2008 (CEST) Im Prinzip hast du mit der gesamten Argumentation recht. Ich habe da einfach die Unterversorgung von UMTS an vielen Stellen in meinen Überlegungen unterschlagen. Was ich meinte war HSUPA, was noch kein Prepaidtarif angeht. Was EDGE/GPRS betrifft war einfach meine Denkweise zu  eingeschränkt. Das mit UMTS-unversorgten Gebieten und dem dann generellen Vorteil von EDGE hat mir Stefan schon erklärt und ich stimme dem zu. Da hatte ich einfach einen großen Fakt unterschlagen. Es ist allerdings eine Menge Recherche nötig, was das Vorhandensein von EDGE betrifft. Bei Fonic kann ich das ggf. nachprüfen, wenn Ihr mir sagt wie. Ich habe mir nämlich grad eine Fonic gekauft, da ich die Datentagesflat für 2,50 € ab und an nutzen möchte.
 
==30. Aug. 2008==
--[[Benutzer:Admin|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..
 
--[[Benutzer:Carponaut stefan|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?
 
 
--[[Benutzer:DrSeehas|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'''.<br/>Ich schaue mir das mal genauer an. Vielleicht finde ich ja heraus, warum das so ist.
 
'''Anbietern ohne Tarifname''': Gibt es sowas wirklich?<br/>Beispiel ALDI: Anbieter: Medion mobile oder so ähnlich, Tarif: ALDI TALK<br/>Beispiel BILDmobil: Anbieter: moconta oder so ähnlich, Tarif BILDmobil.<br/>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.
 
--[[Benutzer:Admin|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.
 
--[[Benutzer:Carponaut stefan|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.
 
--[[Benutzer:Hausmeister|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 <br/>
http://www.styleassistant.de/tips/beispiel78.htm <br/>
http://forum.de.selfhtml.org/archiv/2005/1/t99566/<br/>
http://forum.de.selfhtml.org/archiv/2002/7/t16207/<br/>
 
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?
 
--[[Benutzer:Carponaut stefan|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?
 
--[[Benutzer:Admin|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??
 
--[[Benutzer:Hausmeister|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.
 
--[[Benutzer:Admin|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...
 
--[[Benutzer:Hausmeister|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.
 
:Auf [http://browsershots.org/http://https://www.prepaid-wiki.de/index.php?title=Tariftabelle_Prepaid dieser Website] (Screenshots von verschiedenen browsern) kann man sich ein Bild machen, die die Tabelle in den verschiedenen nicht zu alten versionen der bekanntesten Browser aussieht. Als Auflösung habe ich 1024 Pixel Breite eingegeben, das ist zeimlich verbreitet (auch wenn sich gleich wieder jemand meldet, der mehr hat). Da muss man überall querscrollen. Das ist, finde ich, nicht akzeptabel. Selbst wenn ich 1280 eingebe, kommen noch Tabellenansichten, die die Breite überschreiten. [[Benutzer:Dieter|Dieter]] 01:34, 3. Sep. 2008 (CEST)
 
::--[[Benutzer:DrSeehas|DrSeehas]] 06:55, 3. Sep. 2008 (CEST) Tausend, tausend Dank für diesen Link!
 
--[[Benutzer:Admin|Admin]] 09:27, 3. Sep. 2008 (CEST)Also ich fürchte fast, wir werden dieses Scrollproblem wohl nie wirlich in den Griff bekommen. Um in einer Auflösung von 1024 nicht nach rechts scrollen zu müssen, ist auf jeden Fall eine Zusammenfassung von Spalten notwendig. Auf meiner [[Admin Spielwiese|Testseite]] habe ich dies mal getan. Verantwortbar wäre auf jeden Fall WAP und WEB in einer Spalte unterzurbingen. Zu 90% sind die Preise ohnehin gleich und bei den restlichen 10% sind 2 Preise untereinander akzeptabel. Problem hierbei: bei zwei Preisen wird nur der Erste in die Sortierung einbezogen. Da kann ich aber mit leben. Zweite Änderung: MNP, EVN und RUL in eine Spalte. Sieht nicht so schön aus, aber zumindest ist das ein Einsparpotential und die Zeile wird nicht großartig in die Länge gezogen. Problem: Sortierbarkeit ist nicht mehr gegeben. Wenn überhaupt, dann nur nach einem Kriterium. Aber generell würde ich - falls das in der Praxis so kommt - die Zeile ganz aus der Sortierung rausnehmen. Das Ergebnis aus simulierten 1024px ist ganz okay. Nur ganz wenig nach rechts muss/kann noch gescrollt werden. Aber alle Infos sind auch ohne Scrollen lesbar. Zumindest bei meiner simulierten Variante.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 10:01, 3. Sep. 2008 (CEST) Hallo Mike! Habe mir die Variante auf Admin-Spielwiese angesehen und auch die original-Tariftabelle. Man würde sicher horizontal Platz gewinnen, er macht aber auch die Zeilen notwendigerweise "höher", auch Zeilen ohne Fußnotentarife und so hat man weniger Tarife gleichzeitig auf der Seite. Man könnte Sortierbarkeit weiterhin über Codierung (1, 2, 4 und Summen daraus) sicherstellen (prinzipiell). Momentan ist die Haupttabelle auf meinem Bildschirm ohne seitliches scrollen darstellbar. Wie stehst du dazu, bei Loop ohne Handy die Tarife kaufmännisch zu runden, das spart auch etwas Platz (Sicherheitsreserve).
EDIT: bezog sich auf RUL/Mnp/Evn . Die Web/Wap-Datenpreisdifferenzierung würde ich vorläufig beibehalten bis wir einen Weg gefunden haben, die Umgestaltung der Tabelle zu automatisieren ;)
 
--[[Benutzer:Admin|Admin]] 10:13, 3. Sep. 2008 (CEST) Also prinzipiell würde ich die Datenpreise in einer Spalte vereinen, wenn es da keine Einwände gibt. Diese Modifizierung kann ich schnell und leicht durchführen. Dadurch sparen wir uns (theoretisch) die kaufmännische Rundung der O2-Preise, obwohl ich dem prinzipiell positiv gegenüberstehe und dies eigenetlich auch machen würde. Zumal O2 selber ja auch mit kaufmännisch gerundeten Preisen wirbt. Was das Scrollen angeht, sollte es dann mit Sicherheitsreserve bei uns und allen anderen Browsern in gleicher Auflösung nicht mehr auftreten (wie ich arbeitest du vermutlich ebenfalls mit 1280px Breite). Bei der Anmerkung oben ging es aber darum, die Tabelle auch für Nutzer von 1024px zu optimieren. Und da sehe ich eigentlich kein Land. Selbst mit hochkant geschriebenen Tabellenköpfen nicht. Aber: wenn es später eine Möglichkeit gibt, die Erstellung auch mehrerer Tabellen zu automatisieren, dann könnten wir ja eine (Spar-)Variante für 1024px einführen, wo eben z.b. MNP/EVN und RUL zusammengefasst sind. Generell würde mir das nicht so gefallen. Aber bei den Datenpreisen bin ich schon der Meinung, das diese zusammengefasst werden können.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 10:26, 3. Sep. 2008 (CEST) Pardon, ich arbeite mit Opera in der Standardeinstellung mit 1024 Pixel horizontal und momentan geht es wirklich prima ohne horizontales Scrollen. Bei den gerundeten Preisen hatte ich den Nachteil an meinem Vorschlag unterschlagen, dass er eine kleine Inkonsequenz mit sich bringt, die 8.5 und 9.5 Cent-Preise bringen wir naturgemäss ja nicht gerundet (obwohl man das auch könnte, der Sinn ist aber fraglich), aber dein Argument dass o2 selbst damit wirbt und an der Ungenauigkeit sozusagen schuld ist, lasse ich gern gelten. - Bei den Datenpreisen ist es so, dass bei Wap ein Tokenizer-Proxy sozusagen mitgemietet wird, also eine Mehrleistung erbracht wird. Andererseits könnten wir auch eine Mega-Maxi-Mastertabelle erstellen, in der auch die Kosten der Hotline vermerkt sind sowie Schufa Ja/Nein, Echtes Prepaid Ja/Nein, Kartenpfand Ja/Nein/wenn-ja-Wieviel, Besitzerwechselgebühr Ja/nein/wieviel, Kosten der Ersatzkarte in Relation zum anschaffungspreis einer neuen (womit man in Verbindung mit der RUL ganz interessante überlegungen anstellen könnte).
ALso die jetzige Tabelle ''ist'' sozusagen schon die Sparvariante der zukünftigen Tabelle. Nur so ein Gedanke. '''EDIT''': Mein Bildschirm ist echte 1024 Pixel breit, nicht simuliert. Ende der Fahnenstange ist hardwaremässig erreicht..
 
--[[Benutzer:Admin|Admin]] 11:09, 3. Sep. 2008 (CEST) Deinen Vorschlag, die Tabelle erstmal nicht weiter einzudampfen, nehme ich gerne an. Allerdings wird eben oben geschrieben, dass es bei 1024 doch zum scrollen kommt und dieser [http://browsershots.org/http://https://www.prepaid-wiki.de/index.php5?title=Tariftabelle_Prepaid Link] untermauert das auch. Was die Megatabelle angeht: lass das bitte erstmal ein Weilchen. Die jetzige Tabelle hat schon genug Arbeit gemacht und momentan habe ich keine Lust, schon wieder so ein Monsteprojekt anzugehen...
'''Edit:''' sehe grade, mit Opera muss man nicht scrollen, aber mit vielen anderen Browsern. Aber: es müsste reichen, die Datenpreise zusammenzuführen und nach meiner Meinung sollten wir das auch tun. Dann müsste es (Bauchgefühl) mit allen Browsern klappen. Du schreibst was von Mehrwert bei WAP. Ist doch kein Problem. Wie ich weiter oben schonmal geschrieben habe, sind bei 90% beide Preise gleich - einer Zusammenlegung stünde da nichts im Wege. Lediglich bei O2 gibt's Probleme - ja, ich weiß...du hattest schon immer drei Zeilen vorgeschlagen... Ansonsten bei den paar Anbietern, die dann zweizeilig würden kann ich da keine Probleme erkennen. Und die Frage ist, ob wir bei O2 auch die Datenpreise zwingen kommulieren müssen - ich denke nicht unbedingt.
 
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 12:39, 3. Sep. 2008 (CEST) ja, habe mal genauer auf meinem Rechner nachgesehen, Firefox will dass ich scrolle (wenig) und IE auch  (etwas mehr); dennoch bin ich nicht für Perfektion bis in die Fingerspitzen. Wenn du die RUL-Spalten zusammenlegen willst, würde ich eine ähnliche Lösung wie bei den Netzfunktionen bevorzugen; die Codezahlen würden von 0..7 laufen, also 8 Stück. (2^8) Man kann da für jede Kombination eine Grafik erstellen die EINE Datei ist, das reduziert dann wiederum den Schreibaufwand in der neuen Kombi-Spalte. Bei den Datenpreisen kann ich dir nicht ganz folgen: 16 von 48 Anbietern (= 33%) haben Abweichungen bei den Datenpreisen, davon sind bei 2 die Preise noch unbekannt, bei zweien hat man reine Zeitabrechnung (*) und bei den übrigen 12 (= 25%) ist es sogar so  dass bei Web nach Volumen und bei Wap nach Zeit abgerechnet wird (oder umgekehrt). Wenn ich mich an Test-Tabellen aus Autozeitschriften erinnere oder Stiftung Warentest, da wurde in so einem Fall die Spalte sogar doppelt angelegt: da bleibt die Volumentarifspalte z.b. bei Callmobile leer und der Eintrag kommt stattdessen in die Zeittarifspalte. Wenn wir korrekt sein wollten, müssten wir es eigentlich so machen.
 
--[[Benutzer:Admin|Admin]] 13:39, 3. Sep. 2008 (CEST) Nein, Perfektion bis in die Fingerspitzen brauche ich auch nicht, du hast schon recht. Bei den Datenpreise hatte ich einfach mal falsch geschätzt, nach genauerem Nachsehen gebe ich dir recht. Warten wir erstmal mit weiteren Optimierungen aub. Auf der angegebenen Seite ist allerdings recht gut zu erkennen, dass z.B. User mit dem Browser Firefox2 oder IE-Varianten echt Probleme haben, da dort nichteinmal Ansatzweise die Heimatnetze, manchmal auch keine Guthaben und Kartenpreise ohne srcollen zu sehen sind.
 
==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.
 
 
--[[Benutzer:DrSeehas|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."<br/>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'''] ].
 
--[[Benutzer:Carponaut stefan|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?
 
--[[Benutzer:DrSeehas|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?
 
--[[Benutzer:Carponaut stefan|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 ;)
 
--[[Benutzer:Admin|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.
 
--[[Benutzer:Admin|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...
 
--[[Benutzer:Carponaut stefan|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==
--[[Benutzer:DrSeehas|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.
 
--[[Benutzer:Admin|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??
 
--[[Benutzer:Carponaut stefan|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?
 
--[[Benutzer:Admin|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.
 
--[[Benutzer:Carponaut stefan|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:> --[[Benutzer:Carponaut stefan|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.
 
--[[Benutzer:Admin|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...
 
--[[Benutzer:Admin|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...
 
--[[Benutzer:Carponaut stefan|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.
 
--[[Benutzer:Admin|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.
 
--[[Benutzer:Carponaut stefan|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!)
 
--[[Benutzer:DrSeehas|DrSeehas]] 18:17, 1. Sep. 2008 (CEST) Ich melde mich auch mal wieder zurück.<br/>'''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.<br/>'''Fußnote''' 13 und 14 sind doppelt. Fußnote 17 ist identisch mit Fußnote 6<br/>Dass ich mich erst jetzt hier melde, liegt an meinem xxxxxxxen Rechner, der hat irgendein Problem mit dem POST-Befehl...
 
--[[Benutzer:Admin|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...
 
--[[Benutzer:Carponaut stefan|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.
 
--[[Benutzer:DrSeehas|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?<br/>'''Fußnoten''': Also bei mir kommt: 12, '''13, 14, 13, 14''', 15. Ich überlege mir mal was mit den Fußnoten.<br/>Die '''Tastendrücke''' bezogen sich nur auf die EVN-Spalte.
 
--[[Benutzer:Admin|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 ==
--[[Benutzer:Carponaut stefan|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. <br/>
Genauer gesagt:<br/>
*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 (?).
 
--[[Benutzer:DrSeehas|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.<br/>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.<br/>Bitte schreibt, was ihr davon haltet, ich würde dann die Änderungen machen, nachdem ihr euer eventuelles OK gegeben habt.
 
--[[Benutzer:DrSeehas|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.<br/>Dass die Fußnoten dann angepasst werden müssen, habe ich geschrieben. Diese Anpassung würde ich übernehmen.<br/>'''WO habe ich die Tabelle verbreitert?''' Das würde mich wirklich SEHR interessieren!<br/>Was mir nicht gefällt: Die '''Fußnoten in der Tabelle'''. Ich finde "meine" Version viel übersichtlicher.
 
--[[Benutzer:Admin|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?
 
--[[Benutzer:Admin|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).
 
--[[Benutzer:DrSeehas|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.<br/>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.<br/>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?<br/>Edit: Ach nochwas: "Meine" Version ist kleiner und lädt zumindest bei mir viel schneller, was allerdings teilweise auch an den fehlenden Spalten/Anbietern liegt.
 
--[[Benutzer:Admin|Admin]] 14:59, 2. Sep. 2008 (CEST)Ja, ich sehe es. Durch das fehlen einiger Spalten wurde die Tabelle breitgezogen. Also an der Breite hast du nichts geändert. Ich entschuldige mich, falls ich dir da was unterstellt habe und sehe ein, dass dies ein technisches Phänomen ist. Durch das Entfernen der "br/" in den Kopzeilen kommt es bei verschiedenen Auflösungen allerdings zu unschönen Effekten. Wie beispielsweise einem Fest netz (die Leerzeile dazwischen). das kann bei höheren Auflösungen störend wirken und sieht doch bei dir auch nicht gut aus, oder? Was das Laden angeht: ich denke, das bewegt sich bei DSL in Bereichen, die man bezüglich des Seitenaufbaus vernachlässigen kann. Und zu den Fußnoten: wie du lesen konntest, bin ich mittlerweile auch eingeschwenkt, da dort deine Version wirklich schöner aussieht. Ich würde dem jetzt zustimmen und für farblich abgesetzte Fußnoten plädieren. Aber die Pauschaltarife müssen eine Kennzeichnung am Preis bekommen. Ansonsten wüsste ich nicht, dass ich dich persönlich angegriffen hätte. Das Was soll das? beziehe ich daher nicht auf mich. Ich würde nur gerne das Thema Tariftabelle langsam zu den Akten legen. Auch wenn natürlich kontinuierlich weiter dran gearbeitet wird, aber mich hat das schon ein paar graue Haare gekostet und ich muss ja nebenbei auch die anderen administrativen Dinge weiter im Auge behalten.
==2. Sep. 2008==
--[[Benutzer:DrSeehas|DrSeehas]] 15:40, 2. Sep. 2008 (CEST) Ich habe eine große Bitte: Unten gibt es einen wunderschönen Knopf "Vorschau zeigen". Da kann man drauf clicken oder auch alternativ alt-p drücken. Dann kann man seinen Beitrag VOR dem Speichern nochmals durchlesen und auf eventuelle Typos durchsuchen. Dass das nicht immer klappt, sieht man ja bei mir ;-) Wenn man das nicht macht, sondern jeden Fehler einzeln abspeichert, dann wird ein anderer, der schon mit der Antwort angefangen hat, immer wieder und wieder beim Abspeichern unterbrochen. (Deswegen antworte ich jetzt erst)
 
Das mit den unschönen Leer'''zeichen''' lässt sich so auf die Schnelle nicht vermeiden, wenn man sowohl für wenig Pixel, als auch für viele Pixel programmiert. Aber ich schaue mal nach, ob ich nicht noch was Besseres finde.<br/>Bei der '''Ladezeit''' meine ich nicht nur DSL, sondern auch den Seitenaufbau im Browser. Es gibt auch noch Leute mit PCs mit Pentium-III-Prozessoren!<br/>'''Was soll das?''': Doch, ich meine DICH. Du hast doch folgenden Satz heute um 13:59 Uhr geschrieben: "Wenn sich das hier alles in kleinlichen Diskussionen verfängt, dann habe ich auch künftig keinen Bock mehr auf solch nächtelangen Aktionen, die am Ende dann doch wieder verworfen werden. Punkt."<br/>'''Wie geht es jetzt weiter?''' Dass mehrere Leute gleichzeitig an der Tabelle arbeiten, halte ich nicht für sinnvoll. Ich warte jetzt einfach, bis ihr fertig seid und ihr gebt mir dann Bescheid, dass ich "meine" Änderungen machen kann. Ich brauche dafür geschätzt bestimmt mehrere Stunden.<br/>'''Noch was''' ganz anders: Bei der Wiki kann man einen externen Editor einstellen. Hat das schon mal jemand gemacht? Wie geht das?
 
--[[Benutzer:Admin|Admin]] 16:24, 2. Sep. 2008 (CEST) Ich habe mal deine Diskussion (unten) hierher verschoben, denn hier ist sie besser aufgehoben als bei c.stefan.<br/> Was meine Äußerung angeht: Wenn du dir mal die Historie in der Entstehung der Tariftabelle anschaust dann war das ein ewiges hin und her. Mal das rein, dann das raus und so weiter. Jetzt, wo wir uns einig waren, das alles soweit fertig ist kommen wieder aus meiner Sicht anfangs einschneidende Änderungen und da hatte ich einfach mal die Nase voll. Das kennst du selber doch auch, dann schreibt man schnell mal was und mault den Anderen voll. In diesem Fall war es so, dass wir uns einen Wolf gesucht haben um die Sortierung hinzubekommen und dann kommt wieder eine neue Idee, die alles über den Haufen wirft. Vielleicht habe ich etwas vorschnell reagiert, dann sorry. War aber nicht auf dich, sondern auf die Allgemeinsituation gemünzt. Jetzt sind wir alle wieder ganz ruhig und ich halte mich aus der Sache auch etwas raus. Im Prinzip sollten wir drei uns doch auf einen gemeinsamen Nenner einigen können.<br/> Mein Vorschlag daher: Ich habe deine Vorschläge überdacht und soweit c.stefan da nichts dagegen hat würde ich der Änderung bezüglich der Fußnoten zustimmen mit den von mir gemachten Ergänzungen: farblich variiert (rot, grün, blau) und mit Sternchen bei den Quasi-Flat-Preisen.
Nochmal: meine Reaktion oben war in Differenz betrachtet etwas überzogen. Aber dir ist das mit Sicherheit auch schonmal so gegangen. Was die Kritik bei "Seite speichern" angeht: ich gelobe Besserung. Mir fällt blos immer dann nochmal was ein.
Eine externe Wiki-Editorlösung ist mir nicht bekannt, ich kopiere aber gelegentlich den Text in meinen Texteditor und bearbeite dort. Zur Kontrolle kann man dann eine Spielwiese nutzen.<br/>
'''Bearbeitung der Tabelle: aus meiner Sicht kannst du, ich warte dann bis von dir das "fertig" kommt'''
 
--[[Benutzer:DrSeehas|DrSeehas]] 16:45, 2. Sep. 2008 (CEST) "Einschneidende Änderungen"? "alles über den Haufen wirft"? Die einzige größere Änderung war die Verschiebung der Fußnoten aus der Tabelle in die Tarif-Spalte und da habe ich auch dazugeschrieben, dass ich die Arbeit übernehmen würde. Das mit dem Maulen kenne ich auch von mir...<br/>'''Externer Editor''': Wozu ist dann der Punkt da, bei den Einstellungen? Aber das mit dem Kopieren ist eine gute Idee (dass ich da nicht selber draufgekommen bin...).<br/>'''Bearbeitung der Tabelle''': Ich hatte zwar heute abend was anderes vor, aber ...
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 16:35, 2. Sep. 2008 (CEST) wenn ich die Fußnotenänderungen auf Farbe etc. nicht durchführen muss, habe ich keine Einwände. Wenn viel später mal Arbeiten anstehen, die Fußnoten insgesamt zu reduzieren, hab ich auch nichts dagegen, also Okay! und sorry, ich speichere auch häufig zwischendurch bei Kleinigkeiten ab, also wenn sich jemand beeinträchtigt fühlt, sorry! Danke auch für die Bearbeitung der EVN/RUL-Infos auf meiner Seite, @DrSeehas.
 
--[[Benutzer:DrSeehas|DrSeehas]] 16:53, 2. Sep. 2008 (CEST) Naja, ich lasse von den '''Fußnoten''' auch erst einmal die Finger...<br/>Auf den "normalen" Wikiseiten speichere ich auch zwischendurch. Ich meinte '''hier auf den Diskussionsseiten''', da hat man ja meistens die E-Mail(beobachten) eingeschaltet. Die E-Mail kommt, man schaut nach, will antworten und ... peng. Und das dann mehrmals hintereinander...
 
--[[Benutzer:Admin|Admin]] 16:57, 2. Sep. 2008 (CEST) Das liegt ja an unseren "Seite speichern". Ich achte zukünftig besser drauf, versprochen. '''Fußnoten:''' Das Kapitel übernheme ich dann. Aber mach du erst einmal in Ruhe deine Änderungen fertig. Ich weiß nicht ob und wann ich dazu komme und werde dann - wenn kein anderer daran arbeitet - die Tabelle während meine Sessions auf Schreibschutz stellen...
'''Fußnoten Nachtrag:''' Ich lasse die farbliche Absetzung erst einmal, ist dann doch in der Umsetzung zu zeitintensiv und am Ende u.U. sogar verwirrender. Die Fußnoten selber würde ich aber versuchen von der Zahl her einzudampfen. Mal schauen, was da zu optimieren ist. '''DrSeehas: Du gibst Bescheid, wenn du mit deinen Änderungen durch bist, ja?'''
 
--[[Benutzer:DrSeehas|DrSeehas]] 18:22, 2. Sep. 2008 (CEST) Sorry, aber ich habe noch gar nicht angefangen... Erst mal was zu abend essen. Ich sitze ja nicht (wie wohl ihr) den ganzen Tag vor dem Display... '''Ich gebe Bescheid, wenn ich anfange und ich gebe Bescheid, wenn ich fertig bin'''. Die nächsten Minuten könnt ihr noch...
 
--[[Benutzer:Admin|Admin]] 18:28, 2. Sep. 2008 (CEST) Alles klar, kein Problem ;) Ich sitze auch nicht immer davor. Jetzt zum Beispiel bin ich dann erst einmal weg... Die Fußnoten haben ich schon in der Mangel, arbeite aber erstmal extern an der Optimierung/Eindampfung unten [[Admin Spielwiese]]
 
--[[Benutzer:DrSeehas|DrSeehas]] 18:34, 2. Sep. 2008 (CEST) Ich muß dann erst mal noch eine LAUFZEIT-Karte bestellen. Und dann auch noch bei Debitel. Aber wo gibt es sonst noch einen Tarif, wo die Rufumleitung netzintern nichts kostet, ohne Grundgebühr und ohne Mindestumsatz und mit Festnetznummer?
 
--[[Benutzer:DrSeehas|DrSeehas]] 19:44, 2. Sep. 2008 (CEST) Hallo Leute, sorry, aber das wird heute nichts mehr. Ich versuche es morgen abend.
 
--[[Benutzer:Admin|Admin]] 21:40, 2. Sep. 2008 (CEST)Fußnoten eingedampft+zum Anbieter verschoben. Ich bitte um Überprüfung + Feedback...ich selber sehe nix mehr außer Zahlen und Tarife...
 
--[[Benutzer:Admin|Admin]] 21:49, 2. Sep. 2008 (CEST) Ich will ja nichts sagen... aber seit die führenden Nullen weg sind (+Fußnoten) klappt die Sortierung wieder nicht!! Ich habe die Nase voll, bin dann für heute weg. Das macht echt keinen Spaß! Fakt ist, die führenden Nullen müssen wieder rein!
 
--[[Benutzer:DrSeehas|DrSeehas]] 23:00, 2. Sep. 2008 (CEST) Das verstehe ich nicht.<br/>In [[Benutzer_Diskussion:DrSeehas#Sortierproblem|"meiner" Tabelle]] sind '''nirgends führende Nullen oder Fußnoten'''. Trotzdem konnte ich bisher in '''kein'''er Spalte ein '''Sortierproblem''' finden, egal ob beim ersten oder n-ten Sortieren. Also muß es entweder an den fehlenden Spalten (unwahrscheinlich) und/oder an den fehlenden Tarifen oder an der Kopf-/Fußzeile liegen.
 
--[[Benutzer:Admin|Admin]] 23:09, 2. Sep. 2008 (CEST) Keine Ahnung. Lass es liegen, woran es liegt, nun sind die führenden Nullen wieder drin. Und im Prinzip ist die Sortierung so auch "sauberer" was die Stellen angeht. Also, das sollte es gewesen sein. Bitte mal lieber nochmal die Fußnoten überfliegen, ich bin mir nich 100% sicher, ob ich da alles richtig gemacht habe...
'''Nachtrag:''' Ich weiß, woran es bei dir liegt! Du hast keinen Anbieter mir doppelten/dreifachen Preisen drin, wie z.b. Mobi, CallYa Comfort 2.0, O2 S/M/L. Durch diese mehrzeiligen Preise ist dieses Problem im Prinzip erst entstanden. Aber egal, es funktioniert ja nun...
 
--[[Benutzer:DrSeehas|DrSeehas]] 23:19, 2. Sep. 2008 (CEST) Stimmt. Ich habe irgendwelche Tarife rausgeschmissen, damit die Tabelle nicht allzu lange ist. Ich habe jetzt aber keine Lust mehr, nachzuschauen, welche das jetzt genau waren... Ich habe morgen Frühdienst.
 
== Zusammenfassung fehlende EVN / RUL / MNP-Einträge und Infos Tariftabelle ==
*clevertogo... RUL ?
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) Vermutlich ja. Kann ich ausprobieren.
 
*avantaje, ALDI Talk, ay yildiz turkuaz, touristmobil: EVN?
*RTL Ortel PTT, Blauworld, Mobileworld EVN?
*mobi wohl nicht EVN (ist callya) ?
*simply partner,
*PENNY MOBIL,
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) EVN ja, RUL vermutlich ja, kann ich ausprobieren.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 21:22, 2. Sep. 2008 (CEST) würde mich interessieren, da laut Webseite z.B. MNP nicht geht bei Penny und Jamobil.
*ja!mobil,
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) Vermutlich wie PENNY MOBIL
*hit partner, simply easy,
*smobil,
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) RUL ja.
*solomo pro,
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) RUL ja, EVN ja
*solomo 08/5,
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) Vermutlich wie Pro
*<s>hit easy</s>, igge&ko RUL & EVN ?<br/>
--[[Benutzer:Admin|Admin]] 23:55, 3. Sep. 2008 (CEST)HIT: kein EVN, RUL möglich - wurde eingepflegt'''Korrektur:'''offenbar
gibt es eine Möglichkeit, sich über den Onlinezugang von Simplytel einzuloggen. Möglicherweise steht dann dort ein EVN zur Verfügung, nur habe ich das Passwort per SMS (noch) nicht bekommen. Ich ändere ggf. dann den Eintrag noch ab. Wahrscheinlicher ist es, dass es doch einen EVN gibt, da ja!mobil un PENNY auch einen haben. Im Umkehrschluss sollte dort auch die RUL funktionieren.
*SUNSIM: mnp, EVN?
--[[Benutzer:DrSeehas|DrSeehas]] 15:56, 2. Sep. 2008 (CEST) EVN NEIN, deswegen habe ich die gekündigt
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 21:06, 2. Sep. 2008 (CEST) auch kein MNP.
 
--[[Benutzer:DrSeehas|DrSeehas]] 21:20, 2. Sep. 2008 (CEST) Ist das jetzt eine Feststellung oder eine Frage? Falls es eine Frage ist: Ich weiss es nicht, da ich mir eine Nummer von SUNSIM ausgesucht hatte.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 21:24, 2. Sep. 2008 (CEST) Eine Feststellung, da ich mir die Bestellseiten von [[Sunsim]] näher angesehen habe. Und RUL bei Sunsim geht das kann ich aus Erfahrung berichten :)
 
--[[Benutzer:DrSeehas|DrSeehas]] 21:30, 2. Sep. 2008 (CEST) Naja, zur RUL im vistream-Netz habe ich unten ja schon was geschrieben.
 
*maXXim: EVN, RUL?
*sparkasse: evn, mnp, rul?
 
 
--[[Benutzer:DrSeehas|DrSeehas]] 17:07, 2. Sep. 2008 (CEST)Zu '''RUL''':
*'''RUL''' geht bei ALLEN '''E-Plus''' Prepaid-Tarifen '''nicht'''.
*'''RUL geht''' bei ALLEN Tarifen im '''vistream'''-Netz.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 07:31, 3. Sep. 2008 (CEST)prinzipiell glaub ich das ganz gern, aber ich weiss nicht ob ich das im Einzelfall sozusagen ungeprüft übernehmen darf.
 
==Aktualisierte Liste mit Info-Fehlbestand==
<s>'''Auslands-SMS-Preis'''
bei Callya Comfort;  (--> InfoDok VF, konnte auf die Schnelle nicht das passende finden),</s><br/>
--[[Benutzer:Admin|Admin]] 23:42, 3. Sep. 2008 (CEST) 29 Cent, schon eingepflegt
 
'''Datentarife, Datentakt'''
bei: <s>Mobileworld,</s> Ortelmobil;<br/>
--[[Benutzer:Admin|Admin]] 23:42, 3. Sep. 2008 (CEST)Mobileworld 35Cent WAP/WEP, Taktung 100kB - eingepflegt
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 00:00, 4. Sep. 2008 (CEST) vielen Dank!!
'''EVN:'''
bei:
*aldi,
--[[Benutzer:DrSeehas|DrSeehas]] 15:30, 3. Sep. 2008 (CEST) Nein.
 
avantaje ay
mobi mobileworld ortel
ptt rtl
tourist, turkuaz
 
'''RUL:'''
*penny, clevertogo
--[[Benutzer:DrSeehas|DrSeehas]] 15:30, 3. Sep. 2008 (CEST) Ok, Ok, ich probiere es aus.
 
'''RUL und EVN:'''
bei:
hit, igge, maxxim, simply (beide)
*smobil,
--[[Benutzer:DrSeehas|DrSeehas]] 15:30, 3. Sep. 2008 (CEST) RUL habe ich oben '''schon einmal''' geschrieben. '''EVN: Nein'''. --[[Benutzer:Carponaut stefan|c.-naut Stefan]] 19:21, 3. Sep. 2008 (CEST) Jetzt ist die Information komplett, vielen Dank.
 
*solomo (beide)
--[[Benutzer:DrSeehas|DrSeehas]] 15:30, 3. Sep. 2008 (CEST) Habe ich oben '''schon beantwortet'''. Wozu fragst du noch einmal?
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 19:16, 3. Sep. 2008 (CEST) du schriebst beim einen Solomo-Tarif, er habe RUL, beim anderen er habe "vermutlich", und dann schriebst du den Allsatz, alle Vistream-Anbieter hätten RUL. Ich weiss -u.a. aus Prepaid-Wiki-  dass Solomo (neben Sunsim und anderen) ein vistream-Anbieter ist und kann daraus schliessen, was du mir mitteiltest. Vorher hätte ich noch angenommen, du habest es selbst bei allen vistream-Anbietern getestet, doch da du dafür keinen Beleg oder Hinweis auf eigene Erfahrungen brachtest, nahm ich an dass du ein Gerücht verallgemeinert hättest, mir mithin '''keine Erfahrung oder Tatsache''' sondern mit der Aussage "solomo RUL ja" lediglich eine '''Schlußfolgerung''' aus dem erwähnten Allsatz mitgeteilt hättest. Wäre dein Allsatz in dieser Verallgemeinerung sicher richtig, wäre nach den Gesetzen der Logik auch die Ableitung "solomo 08/5 RUL ja" sicher richtig und nicht nur vermutlich, es sei denn die Gesetze der Logik kennten neben "ja" und "nein" auch ein "vermutlich ja." Da du aber nicht "ja" sondern nur "vermutlich ja" schriebst, nahm ich an dass die Wurzel deiner ableitenden Schlußfolgerung selbst, nämlich die Aussage "alle vistream -Anbieter haben RUL" mehltauartig vom "vermutlich" befallen gewesen sei.
 
zu Sparkasse fehlen alle drei Angaben.
Vielleicht kann da ja mal der Hausmeister nach dem rechten sehen ;)
 
==3. Sep. 2008==
--[[Benutzer:DrSeehas|DrSeehas]] 15:57, 3. Sep. 2008 (CEST) Hallo, melde mich (sehr müde) zurück.<br/>Ich war echt schockiert, wie groß der Unterschied zwischen den Browsern ist. Ich wusste zwar, dass es große Unterschiede gibt, aber nicht, dass sie so groß sind.<br/>Einsparmöglichkeiten sehe ich folgende:
*Takt sek/sek -> '''Takt s/s''' s ist die '''offizielle Abkürzung''' für Sekunde (habe ich schon in "meiner" Tabelle gemacht).
*'''Ct -> ct''' Bringt zwar nicht viel, aber wenn es auch nur ein Pixel ist, dann hat es sich ja schon rentiert und der Aufwand isr nicht hoch (habe ich schon in "meiner" Tabelle gemacht).
*Von weiteren Spalten '''zusammenlegen halte ich gar nichts''' aus folgenden zwei Gründen: 1.) Sortierbarkeit: Auch wenn es die Möglichkeit mit der unsichtbaren Codierung gibt, legt man dadurch eine Reihenfolge fest. Bei den Netzfunktionen spielt es keine Rolle, da man davon ausgehen kann, dass eine schnellere Technik von jedem bevorzugt wird. Bei den anderen Spalten wissen wir aber nicht, welche bei den Nutzern wichtiger ist. 2.) Auch ohne Zusammenlegung haben wir schon viel Arbeit reingesteckt und werden noch viel reinstecken. Langsam reichts! Ich finde, die Arbeit ist besser investiert in den '''Inhalt''' (z.B. fehlen noch die 9-ct-Tarife von ja!mobil und PENNY MOBIL), statt in die '''Form'''.
*MNP mög- lich? -> '''MNP''' und eine Fußnote a la: MNP eingehend möglich.
*RUL änder bar -> '''RUL''' und eine Fußnote a la: Rufumleitungen änderbar.
*Start- gut- haben in € * -> '''SGH €*''' und die Fußnote erweitern.
*Größere Einsparmöglichkeiten sehe ich nur noch in der '''ersten Spalte "Anbieter/Tarif"'''. Wenn es dann immer noch zu breit ist, dann müssen wir anfangen, darüber abzustimmen, in welcher Reihenfolge welche Spalte rausfliegt. Aus meiner Sicht wäre die erste der EVN, auch wenn dieser Vorschlag ursprünglich von mir kam.
 
--[[Benutzer:Admin|Admin]] 16:12, 3. Sep. 2008 (CEST)Da geht es dir wie mir auch. Die Unterschiede bei den Browsern sind zum Teil gigantisch! Während einer praktisch alles anzeigt, fehlen bei dem anderen Browser Netz(funktionen), Startguthaben und Kartenpreis. Das ist eigentlich fast nicht auszugleichen, selbst wenn Spalten fliegen. Das würde ich aber erstmal, wie DrSeehas schon schrieb, in die Zukunft verlegen. Primär sind die Inhalte zu ergänzen. Da fällt mir beispielsweise auch der zweite ay yildiz Tarif ein. Die 9-Cent-Tarife von ja!mobil und PENNY MOBIL werde ich jetzt mal einpflegen, dann ist das erst einmal erledigt. Was Takt s/s angeht: da bin ich einverstanden.
 
--[[Benutzer:DrSeehas|DrSeehas]] 16:39, 3. Sep. 2008 (CEST) Und was ist mit meinen '''anderen Vorschlägen?''' Ich habe mal MNP, EVN, RUL und SGH € in [[Benutzer_Diskussion:DrSeehas#Sortierproblem|"meine" Tabelle]] reingeflickt (nur Kopf- und Fußzeilen). Schaut euch das mal an und schreibt HIER eure Meinung dazu. Vor allem Stefan.<br/>Die weiteren Spalten, die bei mir rausfliegen würden, wären Auslands-SMS und MMS.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 19:05, 3. Sep. 2008 (CEST) also nachdem ich hier so direkt angesprochen werde: Ja, ich bin zur Stelle! Abkürzungen RUL etc. könnten durchaus in der zweiten Zeile einen Fußnotenstern verkraften, die Auslands-SMS und MMS sollten schon wegen der Kontinuität drin bleiben, und zumal die MMS-Fähigkeit als SMS-Ersatz vielleicht einen neuen Wettbewerbszweig ermöglicht; Auslands-SMS schicke sogar ich manchmal, weil es zuweilen den Empfänger billiger kommt; ja, deine Tabelle lässt bei mir einen Finger breit Platz (in Opera), aber ich vermisse die Spalte Netzfunktionen noch.. vielleicht klebst du die mal dran.. es reicht ja eine Zelle beim obersten Anbieter um die Spalte auf Nenn-Niveau (Breite) zu bringen.
:--[[Benutzer:DrSeehas|DrSeehas]] 19:32, 3. Sep. 2008 (CEST) Das mit dem "Rapport" habe ich überlesen ;-)<br/>Nachdem du ja der eigentliche Auslöser für die Änderungen an der Tabelle bist, und wohl zufrieden mit der jetzigen Breite bist, versuche ich mal endlich zu einem Abschluss zu kommen: Abkürzungen MNP, RUL etc. werden gemacht, Spalten werden KEINE gestrichen (Die Leute sollen sich entweder einen anderen Browser oder ein anderes Display zulegen, wenn sie die Tabelle ohne horizontales Scrollen anschauen wollen).<br/>Ich werde die letzte Spalte auch noch in "meine" Tabelle reinbauen, dann kann sich die jeder bis morgen 17:00 Uhr anschauen. Wenn bis dahin kein Widerspruch kommt, werde ich die Tabelle dann so abändern. Alle einverstanden?
 
--[[Benutzer:Admin|Admin]] 20:42, 3. Sep. 2008 (CEST) Einverstanden. Mach aber MNP wieder verlinkt, damit man ggf. nachschauen kann, was es bedeutet. Ansonsten bin ich mit den Abkürzungen einverstanden. Nochmal zu den Sortierungen (ich schreibe gleich hier, dann muss ich nicht mehrfach abspeichern): Meines Erachtens sind die doch korrekt. Es wird sortiert alphabetisch nach Netzen (okay, hier könnte man sich u.u. auch auf eine Sortierung nach Netzrang - dann D1, D2, E+, O2 - einigen) und dann innerhalb des Netzes untersortiert nach GSM, UMTS, UMTS+HSDPA. Das ist doch nach meiner Meinung völlig korrekt, oder steh ich grad auf dem Schlauch?? Und die Codierzahlen ergeben in Summe genau diese Rangfolge, zumindest im Moment. Wenn später weitere Kriterien hinzukommen kann man ja die Codierzahlen durchaus neu ordnen.
Hätte also ein Anbieter E+ UMTS und HSDPA, so würde die Codierzahl 21 rauskommen. Käme HSUPA hinzu 23 und würde entsprechend auch so soriert: 1. Klick von langsam nach schnell, 2. Klick von schnell nach langsam - wie es der User gerne hätte.
'''Edit''' Sorry, doch noch was dazufriemel. Ich finde die Sortierung nach Netz richtig und notwendig. Viele suchen sich ihre Angebote nach Netz und da ist eine direkte vergleichbarkeit der Preise von großer Bedeutung. Das ist nunmal das Problem, wenn mehrere Merkmale in einer Spalte stecken. Aber ich bleibe dabei, oberste Priorität muss die Sortiermöglichkeit nach Netz haben und erst dann die Netzmerkmale UMTS, HSDPA u.s.w. @Stefan: nein, bitte keine weiteren Sternchen oder Fußnoten! Gegenvorschlag: RUL und EVN als Seite erstellen und verlinkbar machen, wie bei MNP und den Begriff auf dieser Unterseite erklären. Das wäre sinnvolle.
So, das war's jezt von mir.
:--[[Benutzer:DrSeehas|DrSeehas]] 22:30, 3. Sep. 2008 (CEST) So, die letzte Spalte ist jetzt auch noch drin. Die Zeilen sind der Einfachheit halber aber alle identisch, also nix mit Sortieren!<br/>'''Sortierungen''': Die Sortierungen sind bisher nur deshalb korrekt, da EDGE und HSUPA noch nicht verwendet werden, sondern nur UMTS und HSDPA. Schaut euch das noch mal an, ihr seid intelligent genug, den Fehler selbst zu entdecken, oder bastelt euch dafür noch eine Spielwiese. Was du schreibst, stimmt nämlich nicht. Selbstverständlich hat das Netz Priorität. Das habe ich '''nie''' anders gesehen. Nochmals ganz klar: Es geht hier um die Sortierung '''innerhalb eines Netzes'''. Das mit dem "Problem, wenn mehrere Merkmale in einer Spalte stecken" stimmt 100Pro. Deswegen war und bin ich auch dagegen, weitere Merkmale in einer Spalte zusammenzufassen.
 
--[[Benutzer:Admin|Admin]] 22:49, 3. Sep. 2008 (CEST) Nun, dann hatte ich das nur falsch verstanden mit dem Netz, manche Diskussion ist halt schon zu komplex. Die Codierzahlen sind auch nicht von mir, aber du hast recht. EDGE haut noch hin, weil unter UMTS (und würde normal nur verwendet, wenn kein UMTS vorhanden). HSDPA und HSUPA sind verkehrt herum. Warum machen wir es dann nicht anders. Mein Vorschlag: bisher geplante Sortierung Zusatzmerkmale
 
*1 = HSDPA
*2 = HSUPA (zukünftig)
*4 = EDGE (zukünftig)
*8 = UMTS
 
Mein Vorschlag:
 
*1 = EDGE
*2..7 = noch frei für neue "Ideen"
*8 = UMTS
*9 = HSDPA
*10 = HSUPA
*11 = ...Zukunft
 
Immer nur die jeweilige "Stufe" (HSDPA setzt UMTS voraus, HSUPA kann dann auch HSDPA - oder irre ich?) würde dann die Sortierung doch funktionieren, oder? Und EDGE ist nur im GSM-Netz relevant, nicht bei UMTS. Richtig?
'''EDIT:''' Habe nochmal korrigiert. Mit den nun angegebenen Codierzahlen wären auch keinerlei Änderung an den jetzigen Codierzahlen nötig (Arbeitsaufwand verringert).
:--[[Benutzer:DrSeehas|DrSeehas]] 23:07, 3. Sep. 2008 (CEST) Bingo! Wenigstens einer hat es kapiert.<br/>'''HSUPA kann dann auch HSDPA - oder irre ich?''' Nein, du hast recht.<br/>'''EDGE ist nur im GSM-Netz relevant, nicht bei UMTS. Richtig?''' Relevant würde ich nicht sagen. EDGE ist wie GPRS eine GSM-Technik. Aber eine Karte kann sowohl für EDGE als auch für UMTS freigeschaltet sein.<br/>Wenn das zu kompliziert ist, dann lassen wir es, da habe ich kein Problem mit. Wir geben dann nur UMTS an, falls die Nutzung im entsprechenden Tarif möglich ist. Dadurch wird auch die Tabelle wieder schmäler :-) Das meine ich ernst!<br/>Das Kodieren überlasse ich lieber Stefan.
 
--[[Benutzer:Admin|Admin]] 23:17, 3. Sep. 2008 (CEST) Also ich finde meine Lösung oben garnicht so verkehrt. EDGE könnten wir vielleicht wirklich weglassen. Aber HSDPA und später auch HSUPA finde ich relevant und da (wie du mir oben bestätigst) bei HSUPA auch HSDPA "mit drin ist" würde sich an der Breite der Tabelle auch nichts ändern. Mit der Rechnerei haben wir aber sowieso noch Zeit, denn im Moment bietet das meines Wissens noch garkein Prepaidtarif mit an. Aber wie schonmal gesagt bin ich bei Daten eh nicht so der Experte. Meiner Meinung nach spielt sich die Zukunft immer oberhalb von UMTS ab. EDGE wird bei künftigen Datenmengen wie auch GPRS einfach irrelevant sein.
 
--[[Benutzer:Carponaut stefan|c.-naut Stefan]] 23:34, 3. Sep. 2008 (CEST) ich denke die Leute im TT - Forum werden das anders sehen, die Stimmen zu Edge waren durchweg positiv. Momentan hat die Codierung zur Folge dass ein Anbieter der UMTS hat plus HSUPA und HSDPA "numerisch weniger" in der Sortierung gilt als einer der UMTS mit 384 Kbite und dazu Edge mit 200kbit hat. In der Praxis, ich will es nicht verhehlen, nützt einem der zweite Anbieter mehr. weil diejenigen welche die erste Konfiguration anbieten, diese nur in eng begrenzten Gebieten anbieten, für Reisende ist es oft GLückssache und bei diesem Schaufensteranbieter haben sie auf dem platten Land dann 57 Kbit... es hängt wirklich davon ab.. es waren schon andere Sortierungen (auch als zusatzangebot) im Gespräch gewesen und wir haben hart debattiert. Bei fünf Merkmalen eine Sortierpriorität auswählen kann schwerfallen... damals stand eine zweite Spalte nur mit Codierzahlen im Raum... So wie es jetzt Edge leicht bevorteilt, - aber gibt es Anbieter die Edge anbieten und kein HSDPA? mit HSDPA liegen sie doch sowieso gleichauf! also bitte keine Umcodierung erzwingen wenn kein nennenswerter Vorteil rausspringt , @ Dr Seehas. - <br>
 
'''EDIT:''' heute bin ich zwar auch müde, aber habe den Absatz noch entdeckt:
>''Habe nochmal korrigiert. Mit den nun angegebenen Codierzahlen wären auch keinerlei Änderung an den jetzigen Codierzahlen nötig (Arbeitsaufwand verringert).'' Eine wahrlich salomonisch weise Lösung! da wir Edge bislang nicht berücksichtigt haben, war obiges eine Phantomdebatte und Mike schlägt jetzt eine Lösung vor die "abwärtskompatibel" ist :)  Inhaltlich werfe ich in den Raum, dass ein Anbieter der flächendeckend Edge mit 200 Kbit anbietet, einem anderen der nur in Großstädten 2000 Kbit per HSDPA für die Hälfte der Bevölkerung anbietet und ansonsten die andere Hälfte der Bevölkerung mit 56 Kbit abspeist, überlegen ist. Derjenige Anbieter der ersteres tut, bietet übrigens meines Wissens ebenfalls HSDPA an und würde selbst ohne HSPDA mit dem anderen gleichauf liegen (bzw. nur vom alphabet bestimmt vor oder nach diesem), sodass wir dem zweitgenannten Anbieter in der Praxis mit einer anderen Codierung auch nicht zu besseren Suchergebnissen verhelfen. Innerhalb der reinen GSM-Anbieter würde Edge natürlich vorn liegen.

Version vom 17. März 2010, 20:56 Uhr

--Carponaut Stefan 20:56, 17. Mär. 2010 (CET) Okay, ich hab kapiert dass ich die Vorgängerseite "Callya" statt "CallYa" geschrieben hatte und dass das einen Löschantrag rechtfertigt ;-) - Übrigens hab ich entdeckt dass die verlinkten AGB von Mobi exakt die AGB der Vodafone - GmbH sind. Diese scheint dann auch Vertragspartner zu sein. Sollte man dem irgendwo Rechnung tragen, z.b. im Bereich Anbieterkennung , Postanschrift oder Anbieteradresse?
Und: sollte die alte Diskussion nicht mitkopiert werden, das war der Vorteil des von mir gegangenen Wegs der Verschiebung gewesen?