Mailman 3 July 2011 - 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

Geodätische Funktionsbibliothek GeoDLL 32 Bit und 64 Bit
by Fred 14 Aug '11

14 Aug '11

Hallo Entwickler, wer Programme mit geodätischer Funktionalität wie z.B. Koordinatentransformationen oder Entfernungsberechnungen entwickelt, kann dafür die neuste Version meiner GeoDLL einsetzen. Die Dynamic Link Library kann einfach aus irgend einer Programmiersprache heraus verwendet werden, um den damit entwickelten Programmen geodätische Funktionen hinzuzufügen. In GeoDLL sind präzise Funktionen zu den Themen 2D- und 3D-Koordinatentransformation, Datums- bzw. Bezugssystemwechsel, Meridianstreifenwechsel, Koordinaten- und Bezugssysteme, Benutzerdefinitionen, Entfernungsberechnungen, Digitale Höhenmodelle, NTv2-Unterstützung, Geodätische Hauptaufgaben und viele andere geodätische Funktionen enthalten. Die DLL ist durch die konsequente Weiterentwicklung in C++ unter Microsoft Visual Studio 2010 sehr schnell und sicher geworden. Die geodätischen Funktionen stehen in der neuen Version 12.05 ab sofort in 32Bit- und 64Bit-Architektur zur Verfügung. Eine Testversion zum Herunterladen findet ihr hier: http://www.killetsoft.de/p_gdla_d.htm. Fred

4 3

Re: [Python-de] Prüfung auf block / character device
by Georg Brandl 31 Jul '11

31 Jul '11

On 07/30/11 21:25, Florian Diesch wrote: > Hauke Laging <2011(a)hauke-laging.de> writes: > >> gibt es innerhalb von Python die Möglichkeit zu prüfen, ob ein Pfad auf ein >> block device oder ein character device zeigt (und sich die major und minor >> number zu holen)? Analog zu path.isdir(). > >>>> import os, stat >>>> mode = os.stat('/dev/sda')[stat.ST_MODE] Einfacher übrigens als ``os.stat(...).st_mode``. Georg

2 1

Prüfung auf block / character device
by Hauke Laging 30 Jul '11

30 Jul '11

Moin, gibt es innerhalb von Python die Möglichkeit zu prüfen, ob ein Pfad auf ein block device oder ein character device zeigt (und sich die major und minor number zu holen)? Analog zu path.isdir(). CU Hauke -- http://www.hauke-laging.de/ideen/ D44C 6A5B 71B0 427C CED3 025C BD7D 6D27 ECCB 5814

2 1

Re: [Python-de] News Gateway de.comp.lang.python
by mal＠egenix.com 27 Jul '11

27 Jul '11

M.-A. Lemburg wrote: > Hallo Liste, > > ich habe jetzt den News Gateway zur Liste de.comp.lang.python > eingeschaltet, kann diesen allerdings nicht direkt testen. > > Falls diese Nachricht in der Newsgroup ankommt, bitte kurz melden. Scheint zu funktionieren. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 14 2011) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/

5 5

Wo loggen?
by Florian Lindner 24 Jul '11

24 Jul '11

Hallo, gegen ich hätte folgende Situation (Pseudo Code) client.py; def new_item(): # 1 xml_proxy.new_item() server.py: def new_item(): # 2 business_logik.create_item() business_logik.py: def create_item(): # 3 # and actually create the item Nun will ich irgendwo loggen, dass ein item erstellt wurde. Was ist da üblich (best pratice)? Es eher nahe am Benutzer machen, also in #1 oder nahe an den Daten, also in #3? Viele Grüße, Florian

4 3

Umlautfehler Webbrowser Python 3.2.1
by m3rlin7 23 Jul '11

23 Jul '11

Hallo, ich bin dabei Text über meine test.py im Webbrowser anzeigen zu lassen. Ich hab nun schon viel herum probiert und gegoogled aber irgendwie komm ich nicht vorran. Mit Python 3.2.1: FF5 und IE9 => falsche Sonderzeichen Eclipse Console => richtig Darstellung Mit Python 2.7.2: FF5 und IE9 => richtige Darstellung Eclipse Console => richtige Darstellung Ich habe immer # -*- coding: utf-8 -*- in der 2. Zeile stehen. ändere ich das auf # -*- coding: iso-8859-1 -*- funktioniert es mit 3.2.1, aber das scheint mir nicht die Lösung des Problems zu sein den mein Ziel ist es ja UTF-8 zu machen nicht Iso. Hab mit dem Firebug den Header kontrolliert, der gibt auch utf8 aus. Habe auch versucht die Dateien zu konvertieren mit Notepad++ und hab ANSI, UTF-8, UTF-8 ohne BOM probiert hilft aber alles nichts. Habe einen XAMPP bei mir laufen, funktioniert auch mit Python bis auf das Umlautproblem Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o PHP/5.3.4 mod_perl/ 2.0.4 Perl/v5.10.1 test.py #!C:\Python32\python.exe # -*- coding: utf-8 -*- print("Content-Type: text/plain; charset=utf-8") print() print("äöüß") Ausgabe im Browser: �� Hat jemand eine Idee wo ich noch etwas verstellen könnte oder wo das Problem liegen kann? Maik

4 3

Spambayes und Python
by Merlin Weisig 23 Jul '11

23 Jul '11

Hallo zusammen, seit ein paar Tagen arbeitet mein Spambayes-Mailfilter gar nicht mehr. Ich vermute, es hat was mit der Python-Version zu tun, denn Spambayes setzt komplett auf Python2 auf. Installiert hab ich [root@weisig ~]# python2 -V Python 2.7.2 mit Archlinux als Plattform. In den Spambayes-Skripten steht auch überall als Beginn #!/usr/bin/python2 Beim Aufruf von Spambayes zum Trainieren passiert folgendes: merlin@weisig /~/./Maildir/train_spambayes Traceback (most recent call last): File "/usr/bin/sb_mboxtrain.py", line 349, in <module> main() File "/usr/bin/sb_mboxtrain.py", line 328, in main h = hammie.open(pck, usedb, "c") File "/usr/lib/python2.7/site-packages/spambayes/hammie.py", line 272, in open return Hammie(storage.open_storage(filename, useDB, mode), mode) File "/usr/lib/python2.7/site-packages/spambayes/storage.py", line 998, in open_storage return klass(data_source_name, mode) File "/usr/lib/python2.7/site-packages/spambayes/storage.py", line 154, in __init__ self.load() File "/usr/lib/python2.7/site-packages/spambayes/storage.py", line 180, in load self.dbm = dbmstorage.open(self.db_name, self.mode) File "/usr/lib/python2.7/site-packages/spambayes/dbmstorage.py", line 70, in open return f(db_name, mode) File "/usr/lib/python2.7/site-packages/spambayes/dbmstorage.py", line 40, in open_best return f(*args) File "/usr/lib/python2.7/site-packages/spambayes/dbmstorage.py", line 20, in open_dbhash return bsddb.hashopen(*args) AttributeError: 'NoneType' object has no attribute 'hashopen' Noch der Vollständigkeit halber das train-Skript: #!/bin/sh mv /home/merlin/Maildir/.MissedSpam/new/* \ /home/merlin/Maildir/.MissedSpam/cur 2>/dev/null mv /home/merlin/Maildir/.MissedHam/new/* \ /home/merlin/Maildir/.MissedHam/cur 2>/dev/null /usr/bin/sb_mboxtrain.py -d /home/merlin/.hammie.db \ -g /home/merlin/Maildir/.MissedHam \ -s /home/merlin/Maildir/.MissedSpam Ich hab schon Goolge bemüht, allerdings dazu überhaupt nichts gefunden, auch Spambayes hab ich schon neu installiert, ich habs sogar mit einer älteren Version von Python (vor 01.06.11) probiert, weil seitdem lief es bis vor wenigen Tagen anstandslos. Hat noch jemand ein paar Denkanstöße auf Lager? Es grüßt Merlin

2 2

Python 2.73 + rope + dict-comprehensions
by Dirk 21 Jul '11

21 Jul '11

Hallo zusammen, Ich probiere mich gerade an Emacs + rope (aktuelle version) und arbeite an einem Projekt in dem dict-comprehensions im Einsatz sind. Mein Problem: Bei jeder dict-comprehension meldet rope es handle sich um einen Syntax-Fehler. Werden die von rope noch nicht unterstützt, kann man das konfigurieren oder mache ich etwas falsch? Viele Grüße, Dirk.

3 6

Umlaute im Verzeichnisnahmen
by Wagner, Frank 21 Jul '11

21 Jul '11

Hallo, Mein Python Skript bricht mit folgender Fehlermeldung ab: UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 49: ordinal not in range(128) Ich vermute dass es daran liegt, dass im Verzeichnisnamen ein Umlaut steckt. Nun möchte bzw. kann ich den Verzeichnisnamen nicht ändern wie kann ich das Problem umgehen. Für Eure Hilfe möchte ich mich bereits jetzt recht herzlich bedanken Mit freundlichen Grüßen / Kind regards Frank Wagner Entwicklung - Prozesstransmitter WIKA Alexander Wiegand SE & Co. KG Alexander Wiegand-Straße 30 63911 Klingenberg am Main Tel: 09372-132-8995 Fax: 09372-132-9976 E-mail: f.wagner(a)wika.de<mailto:m.romstoeck@wika.de> -- Bevor Sie diese E-Mail ausdrucken, überlegen Sie bitte, ob dies wirklich erforderlich ist. Please think before you print. -- WIKA Alexander Wiegand SE & Co. KG Alexander-Wiegand-Straße 30 - 63911 Klingenberg - Germany Kommanditgesellschaft: Sitz Klingenberg - Amtsgericht Aschaffenburg HRA 1819 Komplementärin: WIKA Verwaltungs SE & Co. KG - Sitz Klingenberg - Amtsgericht Aschaffenburg HRA 4685 Komplementärin: WIKA International SE - Sitz Klingenberg - Amtsgericht Aschaffenburg HRB 10505 Vorstand: Alexander Wiegand Vorsitzender des Aufsichtsrats: Dr. Max Egli Telefon: (09372) 132-0 Internet: www.wika.com -- The information contained in this E-Mail and any attached files are strictly confidential and may be subject to legal privilege. If you are not the intended recipient, his representative or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this E-Mail in error, please notify us immediately by E-Mail or telephone and delete this message and all its attachments subsequently. All reasonable precautions have been taken to ensure no viruses are present in this E-Mail.

5 8