Mailman 3 August 2010 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman 04 Sep '22

04 Sep '22

Liebe Python-Freunde, diesen Donnerstag, den 17.8.2009 (übermorgen!) findet wieder ein PUB/DZUG-Treffen (Python und Zope User Group in Berlin) statt. Ort und Zeit sind wie immer: 19 Uhr, im newthinking store [1]. Anschließend wird das Treffen wieder im Restaurant Tucholsky [2] fortgesetzt. Zur Planung der Restaurantkapazitäten bitte ich euch ein Häckchen in der Doodle-Umfrage [3] zu machen, wenn ihr an- schließend noch mitkommen wollt. Das Programm muss dieses mal etwas kurzfristig arrangiert werden. Wer also schon immer mal einen kurzen Vortrag halten wollte, z.B. zu einem der Themen im Python-Wiki [4] und diesen womöglich schon in der Schublade hat, der (oder die) ist herzlich dazu eingeladen. Dann bitte bei mir vorher kurz per E-Mail ankündigen! Ansonsten werden einige, die auf der DZUG-Tagung letzte Woche in München waren, locker darüber berichten. Dabei ging es unter an- derem über die kommenden Versionen 4 und 5 von Plone. Sehr wahr- scheinlich wird Veit dazu Prospekte verteilen. Eine weitere Idee besteht darin, locker Buchempfehlungen zu den Themen Python/Zope/Plone auszutauschen, was man am besten macht, indem man das jeweilige Buch auch zum Treffen mitnimmt. Ich werde am Donnerstag das Buch "Python for Linux and Unix System Admini- stration" [5] dabei haben. Liebe Grüße und bis Donnerstag, Dinu PS: Ich übernehme mit Veit bis auf Weiteres die Organisation die- ser Treffen von Stephan, der das bisher vorbildlich gemacht hat, aber nun seinen väterlichen Aufgaben höhere Priorität geben wird. Nochmals vielen Dank, Stephan - ich hoffe, Du kannst trotzdem noch vorbeischauen! [1] newthinking store, Tucholskystr. 48, 10117 Berlin, http://newthinking-store.de [2] Restaurant Tucholsky, Torstraße 189, 10115 Berlin, http://www.restauration-tucholsky.de [3] http://doodle.com/rwqizz6ewxk6iscw [4] http://wiki.python.de/User%20Group%20Berlin [5] http://www.oreilly.de/catalog/9780596515829 ...................................................................... Follow me on Twitter: http://twitter.com/dinugherman

2 1

Was ist mit python.de?
by Christopher Arndt 19 Jun '11

19 Jun '11

Hallo, python.de (und das wiki) ist jetzt schon seit Tagen nicht mehr erreichbar. Weiß jemand, was da los ist? Chris

8 20

Matplotlib Zeichengrenze
by Georg Victor 16 Aug '10

16 Aug '10

1 0

Alternative zu rpartition
by Johannes Markert 13 Aug '10

13 Aug '10

Hallo liebe Python-Gemeinde, ich bin aus unbeeinflussbaren Gründen auf Python 2.4 angewiesen. Und da ist die String-Operation rpartition() noch nich implementiert. Welche Alternativen gibt es für diese ältere Version? Gruß, Johannes

4 5

Fehlerausgabe bei eigenen Modulen/Bibliotheken
by Johannes Markert 06 Aug '10

06 Aug '10

Grüße an die Python-Gemeinschaft, ich entwickle zur Zeit ein kleines Modul, vorerst für den privaten Gebrauch; wenn es ausgereift ist, habe ich vor dieses eventuell auch zu veröffentlichen. Mich stellt sich aber momentan eine Frage. Wie kann ich in Python professionell eine Fehlerausgabe implementieren. D.h. wenn ein Programmierer in seinem Projekt dieses Modul einbindet und dabei zum Beispiel falsche Parameter an Modulfunktionen übergibt. Dann soll noch währender der Interpretierung und/oder der Ausführung seines Quellcodes das Programm stoppen und eine Fehlermeldung ausgegeben werden. In der Form: File "dateiXY", line XY, in ModulXY TypeError: Funktion_mit_falschen_Parametern(): received integer, tupel required Mit anderen Worten eine Typenprüfung. Als weiteres Beispiel fällt mir noch ein, wenn die Werteanzahl einer Liste oder eines Tupel zu gering/groß ist. Auch hier sollte entsprechend eine Fehlermeldung erscheinen. Diese Beispiele sollen nur verdeutlichen, was ich meine. Mir geht es also um eine allgemeine Herangehensweise des Problems. Gibt es dafür eine Lösung in Python? Danke! Mit freundlichen Grüßen, Johannes Markert

7 11

Python-Stammtisch in Leipzig, 10.08.2010, 20:00 Uhr
by Stefan Schwarzer 06 Aug '10

06 Aug '10

== Leipzig Python User Group === Wir treffen uns am Dienstag, 10. August 2010 um 20:00 Uhr im Schulungszentrum der Python Academy in Leipzig ( http://www.python-academy.de/Schulungszentrum/anfahrt.html ). Markus Zapke-Gründemann spricht über pip, distribute und virtualenv. Mike Müller hat etwas von der OSCON in den USA zu erzählen und ich, Stefan, von der EuroPython. Für das leibliche Wohl wird gesorgt. Eine Anmeldung unter info(a)python-academy.de wäre nett, damit wir genug Essen besorgen können. Willkommen ist jeder, der Interesse an Python hat, die Sprache bereits nutzt oder nutzen möchte. Viele Grüße Stefan

1 0

Mechanize und encoding
by Sebastian Humenda 04 Aug '10

04 Aug '10

Hallo, ich bekomme mittels br = mechanize.Browser() br.open(...) ... resp = br.submit() eine HTML-Seite ohne vernünftige Header, d.h. das Encoding fehlt. Nimmt man in diesem Fall die Headerinformationen der http-Antwort und bastelt sich dort das Encoding heraus? Oder gibt es etwas eleganteres? Vielen Dank Grüße Sebastian -- Test the free Latin-German dictionary | Teste das freie Latein-Deutsch-Wörterbuch! Online: http://dict.uni-leipzig.de/dictd?Form=dict3&Database=lat-deu More languages | mehr Sprachen: http://www.freedict.org

1 0

ANN: nächstes Treffen von pyCologne am 11.08.2010 18:30 Uhr
by Andi Albrecht 04 Aug '10

04 Aug '10

Hallo zusammen, das nächste Treffen von pyCologne, der Kölner Python-UserGroup, findet statt: Datum: Mittwoch, den 11.08.2010 Uhrzeit: 18:30 Uhr c.t. Ort: Pool 0.14, Benutzerrechenzentrum (RRZK-B) der Universität Köln, Berrenrather Str. 136, 50937 Köln Dieses Mal stehen folgende Themen auf dem Programm: - adm6-, ip6tables-, pf.conf- und ipf-Shellscripte mit Python (Johannes Hubertz) - Python-Bibliotheken zum Zugriff auf Excel(-Dateien) (Sophia Raab) Spontan eingebrachte Gesprächs-Themen, Neuigkeiten aus der Python-Welt, Buch-Vorstellungen etc., die zu einem lebendigen Abend beitragen, sind wie immer herzlich willkommen! Ab ca. 20:30 Uhr werden wir den Abend gemütlich in einem nahe gelegenen Restaurant/Kneipe ausklingen lassen (al Caminetto - Berrenratherstrasse 202). Weitere Informationen zu pyCologne, inkl. Wegbeschreibung, Fotos und Protokollen vergangener Treffen usw., findet ihr auf unserer Seite im deutschen Python Wiki: http://www.pycologne.de Viele Grüße, Andi

1 0

Python-, Zope- und Plone-Tagung in Dresden vom 15. - 17. September 2010
by Jan Ulrich Hasecke 04 Aug '10

04 Aug '10

Hallo zusammen, das vorläufige Programm der DZUG-Tagung 2010 in Dresden ist nun online. Geboten wird ein hochkarätiges Programm zu den Themen Python, Zope und Plone. Neben den geplanten Tutorien und Vorträgen wird es einen Open Space geben, sodass jeder auch die Themen einbringen kann, die noch nicht im Programm stehen. Weitere Infos hier: http://www.zope.de/tagung/Dresden_2010 Und hier geht es direkt zur Anmeldung: http://www.zope.de/conference/2010/addparticipant ============ Das Programm ============ Keynotes ======== * Launchpad and Zope, Gary Poster * Umsatzsteuererfassung in Ghana mit Python, Marc-André Lemburg * A look at Plone 4.x, Matthew Wilkes Tutorials (am Tutoriumstag vor der Tagung) ========================================== * Einführung in repoze.bfg, Simon Pamiés * Entwicklung von Unternehmensanwendungen mit TioLive, Klaus Wölfel Python-Track ============ * Kaninchen & Schlangen: RabbitMQ & Python, Markus Zapke-Gründemann * Python Datenbank Programmierung, Marc-André Lemburg * PyLucene - Installation, Verwendung, Probleme, Lösungen, Stefan Schwarzer * Arbeiten mit distribute, pip & virtualenv, Markus Zapke-Gründemann * Cheese Shop APIs, Martin v. Löwis * Python-Projekte im Google Summer of Code, Martin v. Löwis * Python als Werkzeug für Wissenschaftler und Ingenieure, Mike Müller Zope-Track ========== * Automatisierte Browser-Tests: Selenium für Zope, Wolfgang Schnerring * Theming mit Deliverance/XDV, Johannes Raggam * Neuerungen in der ZODB, Christian Theune * AMQP und das ZTK, Christian Zagrodnick * repoze.bfg im Einsatz, Simon Pamiés * Neues von Zope 2, Hanno Schlichting * Mehrsprachige Webanwendungen auf Basis des ZTK, Christian Theune * NEO, Vincent Pelletier * Einführung in TioLive, Klaus Wölfel * Schnell - Schneller - MongoDB + BFG, Andreas Jung Plone-Track =========== * Plone Testing, Timo Stollenwerk * Intranet mit Plone, Alexander Pilz * 110 ebook avenue - Facebook-App in Plone, Roman Jansen-Winkeln * Deco UI: Content Editing in Plone 5, Rob Gietema * Video-Management und -Streaming mittels Plone & Red5, Andreas Dr. Gabriel * PloneGov Showcase: Kanton Zug, Bernhard Bühlmann * Newsletter & Mailings in Plone, Maik Derstappen * Organisationen in Plone abbilden, Veit Schiele * Integrate legacy Zope 2 applications in Plone, Martijn Jacobs Viele Grüße Jan Ulrich Hasecke (DZUG e.V.) -- DZUG e.V. (Deutschsprachige Zope User Group) www.dzug.org www.zope.de

1 0

Konventionen
by Sebastian Bechtel 01 Aug '10

01 Aug '10

Hallo, ich bin noch blutiger Python Anfänger aber durch meinen Urspruch von PHP komm ich mit der Sprache eigentlich herrlich klar. Ich hätte da allerdings ein paar Fragen zu gewissen Konventionen in Python: Zum einen bin ich bei der Benennung der Module sehr verwundert. Ich hätte eigentlich erwartet, dass Module entweder komplett klein geschrieben werden sollten oder als CamelCase. Nun treffen mich aber selbst in der Standard Bibliothek beide Typen an und ich habe jetzt keinen Schimmer, nach welcher Konvention ich meine Module benennen soll. Gibt es diesbezüglich überhaupt eine Konvention? Zweitens wäre da der Modul import. Es ist ja Möglich, mit from ... import ... sehr spezifisch Dinge zu importieren in den Namenraum. In PHP wo ich her komme gibt es das zwar auch in der Art (es wird ein Alias auf Namensraum + Klasse gesetzt) aber das verwendet eigentlich Niemand, zumindest habe ich es noch nie gesehen. In Python habe ich den Einsatz davon bereits gesehen. Es wird zwar nach meinem ersten Eindruck sehr global importiert (oft nur das Basis Packet) aber teilweise werden auch wirklich einzelne Funktionen importiert. Jetzt würde mich natürlich interessieren, ob da ein System steckt. So nach dem Motto Funktionen wie time.time() (statisch + wahrscheinlich relativ einzigartig) importieren wir jetzt direkt während wir urllib.URLOpener nicht direkt importieren, sondern nur urllib, weil es noch andere URLOpener geben könnte, die man verwenden könnte irgendwo. Also was ich meine, macht das jeder frei Schnauze so wie ich das eben mal angedeutet habe wie ich denken würde, oder gibt es da von Sprachentwicklern und Community wirkliche Konventionen/Best Practice. Gruß Sebastian

7 10

python-de August 2010