Ich benutzte unter Linux digiKam für die Verwaltung meiner Bilder, obwohl ich KDE nicht mag. Es ist das einzige KDE Programm welches ich nutzte. Eigentlich mag ich F-Stop lieber. Das Problem ist allerdings das es bisher keine Möglichkeiten gab, die Bilderdatenbank neu aufbauen zu lassen. F-Spot merkt einfach nicht, wenn man im Dateisystem neue Bilder irgendwo hin verschoben hat. Die Entwickler wollte das eigentlich angehen, mal sehen ob die neue Version es kann...

Zurück zu den Meta Daten. Unter Windows verwende ich die Adobe Bridge zum gucken. Nun wollte ich mal nachsehen, ob Stichwörter und Bewertungen von Bildern auch von einem Programm zum anderen Übernommen werden.

Erkenntnis: Wichtig ist es, das man in den digiKam Einstellungen bei "Metadaten"/"IPCT-Aktionen" ein Häckchen bei Bildstichwörter in den "Schlüsselwörtern" speichern aktiviert. Erst dann sehe ich die mit digiKam erstellen Stichwörter auch in der Bridge, weil sie im Bild gespeichert werden und nicht nur in den lokalen digiKam Datenbank.

Was noch nicht funktioniert, das die Bewertungen auch übernommen werden :(

Heute ist Python in Version 2.6 released worden:

• http://python.org/download/releases/2.6/

Liste der Neuerungen: http://docs.python.org/dev/whatsnew/2.6.html

Ist vielleicht einen Blick wert: Die 'Django Debug Toolbar':

• Blog Eintrag Introducing the Django Debug Toolbar
• Sourcecode: http://github.com/robhudson/django-debug-toolbar/

Echt ärgerlich, das ein undo in 3dsmax 2009 nicht immer funktioniert. Manchmal ist einfach die History leer, natürlich gerade dann, wenn man sie braucht :(

Deswegen auch immer mein Tipp: Öfters in fortlaufenden Nummern speichern!

Nun will autodesk der Sache mal auf dem Grund gehen, hoffentlich kommt bald ein Bugfix, siehe: http://area.autodesk.com/index.php/forums/viewthread/13554/P30/#84338

Mit einem kleinen Skript kann man verschiedenen Materialien in einer 3dsmax Szene automatisch zu Arch & Design Materialien konvertieren lassen!

• Das Script: Macro_mrArchMtlTools.mcr
• Ein Blog Eintrag dazu im zap's mental ray tips

Ist Dirac evtl. eine Alternative zu XviD?

siehe:

• http://www.golem.de/0809/62477.html
• http://sourceforge.net/projects/dirac
• http://diracvideo.org/

Merken:

1
2
3

>>> q = Entry.objects.values('id')
>>> print q.query.as_sql()
('SELECT "weblog_entry"."id" FROM "weblog_entry" ORDER BY "weblog_entry"."published" DESC', ())

danke: http://www.mahner.org/weblog/zeig-mal-den-query/

Zwei kleine Skripte mit dem man eine django Funktion ganz seperat testen kann, ohne eine echte App. erstellen zu müßen, dies wird im Skript selber gemacht.

Wenn man eigene Models teste möchte:

• http://trac.pylucid.net/browser/trunk/dev_scripts/django_local_model_test.py

Wenn man keine Models braucht:

• http://trac.pylucid.net/browser/trunk/dev_scripts/django_local_forms_test.py

Seid django changeset 8805 werden mit django.models.BaseModelForm.validate_unique() geprüft ob unique Fehler evtl. in der Datenbank schon existieren. Das ist hilfreich, wenn man neue Datensätze anlegen will. Es stört allerdings, wenn man das nicht tun möchte.
z.B. soll hier nur ein Username eingegeben werden später wird geprüft ob dieser existiert:

1
2
3
4
5
6
7

from django import forms
from django.contrib.auth.models import User

class UsernameForm(forms.ModelForm):
    class Meta:
        model = User
        fields=("username",)

So funktioniert das allerdings nicht, es gibt einen Form Fehler, wenn man diese Form mit einem existierenden Usernamen validieren würde: User with this Username already exists.

Es liegt an validate_unique(). Also müßen wir diese Prüfung irgendwie ausschalten. Meine Lösung z.Z. sieht so aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

from django import forms
from django.contrib.auth.models import User


class UsernameForm(forms.ModelForm):



    def validate_unique(self):
        # Keine unique Prüfung
        pass


    class Meta:
        model = User
        fields=("username",)

Andere Möglichkeit wäre es kein ModelForm zu nutzten, sondern die Form selber zu erstellen. Das hatte ich in PyLucid auch getan. Ich finde aber die neue Lösung besser, weil man z.B. bei der ModelForm auch die help_text Daten hat.

siehe auch http://www.python-forum.de/topic-16000.html

Seid django changeset 8605 sollte man nicht mehr in seiner django models gleich den admin.site.register() kram machen. Ansonsten gibt es eine schwer zu findende Fehler, der sich in den unittest von PyLucid gezeigt hat. Ich mußte lange suchen, bis ich auf ticket 8615 aufmerksam gemacht wurde (Danke an jezdez aus #django-de)

Alles in einer seperaten admin.py auslagern und alles ist gut...