Im letzten Jahr habe ich im Informatikunterricht im 11. Jahrgang die Kennzeichnung (EAN aber auch mittels ISBN) thematisiert. Da trifft es sich gut, dass nun ein Python-Modul zur Verfügung steht, um ISBN-10 nach ISBN-13 zu konvertieren.

[Python Cookbook] ISBN-13 converter «ISBN, the International Standard Book Number, will migrate to 13-digits version from current 10-digits version on 2007-01-01. This recipe converts ISBN-10 to ISBN-13 by regenerating the check digit.»

http://www.pythonware.com/daily/rss2.xml [ Verweis - Nachrichtenkanal ]

http://www.pythonware.com/daily/index.htm#115845174913198968 [ Verweis - Eintrag ]

Für den Informatikunterricht geeignet?

An enhancement to the SQLAlchemy package that provides a priority task queue, a database access broker and persistent dictionaries, arrays, and graphs.

2006-09-14 15:39:23.00Z
http://cheeseshop.python.org/pypi?%3Aaction=rss [ Verweis - Nachrichtenkanal ]

http://cheeseshop.python.org/pypi/sAsync/0.3 [ Verweis - Eintrag ]

[Python Cookbook] Lego Mindstorms Bluetooth interface «The new Lego Mindstorms NXT brick has an on-board Bluetooth transceiver that can connect to a serial port service on a PC. The NXT uses a simple format to pass raw bytes between connected Bluetooth devices. This interface allows the NXT brick to be controlled from Python.»

http://www.pythonware.com/daily/rss2.xml [ Verweis - Nachrichtenkanal ]

http://www.pythonware.com/daily/index.htm#115801935635369955 [ Verweis - Eintrag ]

Das nenne ich mal eine ziemlich korrekte Einschätzung.

Ajax isn't progress, it's actually a step back.

Most people have been happy to actually use some sane advanced language for doing web sites. There is Java, JSP, PHP, Ruby, Python, Perl, ...

And then there is Ajax. One of the main components is JavaScript. That language most of us would have loved to forget. Forever.

Ajax brings you back into the dark ages of internet development, with browser incompatibilities, it features memory leaks, and many Ajax apps (such as live.com) will run unbearably slow on older computers. Such as my 1.8 GHz P4M laptop. If they work at all - live.com just shows 'Loading...' for me right now.

Have you ever looked at some of the actual Ajax code?

This isn't the future, this is the dark ages coming back!

Mon, 28 Aug 2006 13:46:51 +0000
http://planet.debian.net/rss20.xml [ Verweis - Nachrichtenkanal ]

http://blog.drinsama.de/erich/en/xml/2006082801-ajax-is-devolution [ Verweis - Eintrag ]

Evaluating programming languages for playing with Debtags

Since having workable bindings for the C++ Debtags libraries seems to be still a bit in the future, I'm planning to build a bit of native infrastructure in some higher level language. First step is seeing what language I could start playing with.

The problem

At the most basic level, in Debtags we have a number of packages, each of which have a set of tags.

The way I usually save tags is a file with the format:

package1, package2: tag1, tag2, tag3 package3: tag1, tag2 

That is, every line has a list of packages with the same tags, and the list of their tags.

Since any script I'm going to write has to at least be able to parse the data into something like a package -> tags hash, then print it out.

Let's see how perl, python and ruby perform.

Tests

C++

...

Perl

...

Python

Then comes Python. I'm not much of a Python fancier, but I'm rather attracted by the new set native type introduced with Python 2.4, which seems to have most of what I need nice and done.

...

Ruby

Finally, Ruby. I like to use Ruby. In this case, however, it lacks a native set implementation, although it has a set module which is implemented using a hash.

...

Results

As much as I don't fancy Python, it looks like it's currently the best choice for playing around with Debtags. I hope the native sets will bring me joy.

If in the future I'll be asked 'how come you chose Python for this Debtags thing?', I can point to this page.

Sat, 26 Aug 2006 06:01:50 +0000
http://planet.debian.net/rss20.xml [ Verweis - Nachrichtenkanal ]

http://www.enricozini.org//2006/debtags/evaluating-languages.html [ Verweis - Eintrag ]

The Python Simulator for Cellular Systems - simulation and analysis tools for modelling biological systems

2006-08-22 16:18:01.00Z
http://cheeseshop.python.org/pypi?%3Aaction=rss [ Verweis - Nachrichtenkanal ]

http://cheeseshop.python.org/pypi/PySCeS/0.2.0 [ Verweis - Eintrag ]

[Python Cookbook] xor for strings «Simple xor for strings»

http://www.pythonware.com/daily/rss2.xml [ Verweis - Nachrichtenkanal ]

http://www.pythonware.com/daily/index.htm#115616936194100181 [ Verweis - Eintrag ]

ODF meets Python ;-)

There’s been so much talk over the last 18 months about ODF, the OpenDocument Format, that I decided that I wanted to take a look inside a file in that standard format. In particular, I wanted to take a very simple word processor document and see how it was saved on disk. What information is in there and how is it represented? How does this change when the document becomes more complicated?

I also wanted to play with some of the basics of how I could access this information without using any of the usual applications for processing ODF, namely OpenOffice, IBM Workplace Managed Client, and KOffice. Therefore I decided to try to write some simple Python code to help in the examination. The programs I mentioned are written in C++ and I’m not allowing myself to look at how they do anything. I am allowing myself to use Python libraries but only if they are general purpose ones. That is, I would be cheating if I used any Python ODF code I might find on the web.

My primary source of information will be the OASIS specification for the OpenDocument Format itself. I can also use my pre-existing knowledge of the format which is mainly:

1. The format contains several parts to represent the document.
2. XML is used to represent the document data.
3. The content and structure of the document (for example, the words and paragraphs) are separate from the formatting information (for example, whether a word is bold and green and in a big font).
4. The parts are zipped to keep them together as well as reduce the amount of space they take on disk.

...

[ Datum/Zeit: ] 2006-08-17T10:30:24Z

---

[ Quelle: ]
Robert S Sutor
http://www.sutor.com/newsite/blog-open/?feed=atom [ Verweis - Nachrichtenkanal ]

http://www.sutor.com/newsite/blog-open/?p=987 [ Verweis - Eintrag ]

Das Problem mit »normalen« Threads in Python besteht darin, dass sie sich nur selbst beenden können. Mit thread2 wird diese Einschränkung überwunden.

[Python Cookbook] thread2 -- killable threads «A little module that extends the threading's module functionality -- allows one thread to raise exceptions in the context of another thread. By raising SystemExit, you can finally kill python threads :)»

http://www.pythonware.com/daily/rss2.xml [ Verweis - Eintrag ]

http://www.pythonware.com/daily/index.htm#115554474397972593 [ Verweis - Eintrag ]

Eine prima Musik-Jukebox mit vielen Features, die das Programm besonders für die Musikversorgung auf Partys tauglich macht.

http://www.pro-linux.de/backend/Applications.rdf [ Verweis - Nachrichtenkanal ]

http://www.pro-linux.de/cgi-bin/DBApp/check.cgi?ShowApp..2925.100 [ Verweis - Eintrag ]