Gracias a su blog se pueden aprender algunos tips fotográficos interesantes pues, como él mismo dice, no es de esos fotógrafos que conservan sus técnicas en secreto, como si eso fuera parte de su éxito. Por ejemplo, abajo pueden ver un video sencillo de su canal de YouTube sobre sus técnicas para agarrar la cámara de fotos.

También tiene una pagina con su portafolio, donde se pueden ver algunos de los proyectos en los que ha trabajado.

A través de Strobist me enteré de esta presentación que dio en Google, y que está en el canal de Google Talks en YouTube. Recomendada. (Dura algo más de una hora, está en inglés.)

Mi experiencia con las Canon PowerShot es que toman fotos excelentes para las necesidades del común de los mortales. (Ver, por ejemplo, la foto de abajo, que aunque no la tomé yo está tomada con una PowerShot) Estos hacks no van a sustituir un buen encuadre ni la creatividad del fotógrafo: si tus fotos son malas, seguirán siendo malas. Pero añaden algunas herramientas útiles al kit.

Puntos a favor para animarse a probar este “hack”

• La instalación es muy sencilla: se copian unos archivos al SD Card, se enciende la cámara y ¡listo!
• Los cambios no son permanentes, son totalmente reversibles. ¿No funcionan bien, o quiero quitarlos? Igual de sencillo: se apaga la cámara, se borran los archivos del SD Card. ¡Listo! A diferencia de los parches oficiales de Canon, el CHDK no modifica permanentemente la cámara.

¿Qué funcionalidades añade el hack a la cámara?

• Permite guardar imágenes en formato RAW. Las PowerShot guardan las fotos en formato JPG. Las fotos ocupan menos espacio, pero se pierde parte de la información al comprimir. Para muchos usos este formato basta. Pero si queremos modificar la imagen con algún programa de edición digital, o hacer una impresión de calidad, el formato RAW da mejores resultados.
• Muestra información adicional en la pantalla.
• Funciones adicionales como bracketing automático. ¿Qué es bracketing? Supongamos que queremos tomar una foto fijando manualmente la apertura del lente (Av). La velocidad puede fijarla automáticamente la cámara, o podemos fijarla nosotros manualmente. Cuando el bracketing está activado y apretamos el disparador, la cámara toma varias fotos seguidas: una, a la apertura que hemos especificado; otras, con unos puntos más de apertura; y otras, con un puntos menos. Esto permite escoger la foto con la apertura óptima, que no siempre es la que determina automáticamente la cámara.
• Bien interesante, el CHDK permite escribir programas sencillos (scripts) en una especie de BASIC y cargarlos a la cámara. Aquí algunos ejemplos: http://chdk.wikia.com/wiki/UBASIC/Scripts. Hay varios de OMNI-bracketing, es decir, hacer bracketing no sólo con la apertura, sino variando la velocidad e incluso el ISO. (Espero que no empiecen a aparecer virus para cámaras de fotos…)

No he podido probar el parche personalmente, porque la PowerShot a la que tengo acceso es una A90 y no está en la lista de cámaras que funcionan con CHDK Pero las instrucciones de Lifehacker (ver link arriba) son bastante claras.

(click en la imagen para verla a 1280×1024)

Pues bien, mañana 15 de abril a las 6 p.m. se inaugura una exposición de sus fotos en el Parque de Miraflores, Pasaje los Pintores. Se trata de una exposición itinerante que ya ha estado por bastantes países. (Via El Comercio)

As of version 0.95, django has been under heavy changes, and my custom control no longer works. In particular, the old forms module is being discarded in favor of the newforms module that will become the default forms module sometime in the future. A good explanation can be found in the on-site django documentation, under newforms-migration plan.

The good news is that newforms allows access to individual items of the form fields, multiple-select fields included. The newforms documentation is still work in progress, so it took me a while to figure out how to do it… by inspecting the source code and regression tests. It seems pretty obvious now, should have asked in the django-users list.

The example code has been tested with django svn release 4812 (2007-3-23).

2007-03-27: By mistake I published an incorrect version of views.py. Code has been corrected so that now add_post saves the tag field as expected. (Post has a many-to-many relationship with Tag, so form.save() is not enough to save the form data.)

2007-04-12: The code for views.py has been corrected again. The code posted 2007-03-27 works, but as I discovered later, there is no need to create another object (p = Post(**cleandata)) to handle the many-to-many field data. form.save() takes care of everything, as expected.

2007-04-24: You may be interested in this post.

template

</p>

<ul>
{% for choice in form.base_fields.tag.choices %}
<li> ({{ choice.0 }}, {{ choice.1 }}) </li>
{% endfor %}
</ul>

<p>

models.py

</p>

<h1>-<em>- coding: utf-8 -</em>-</h1>

<h1>models.py</h1>

<p>from django.db import models</p>

<p>class Tag(models.Model):
    tag = models.CharField(maxlength=20)</p>

<pre><code>def __str__(self):
    return self.tag
</code></pre>

<p>class Post(models.Model):
    # other fields here:
    # text = models.CharField(maxlength=255)
    # title = models.CharField(maxlength=50)
    # etc.
    tag = models.ManyToManyField(Tag)</p>

<p>

views.py

</p>

<h1>-<em>- coding: utf-8 -</em>-</h1>

<h1>views.py</h1>

<p>from django.template import Context, loader
from django.http import HttpResponse, HttpResponseRedirect</p>

<p>from django import newforms as forms
from django.newforms.widgets import *</p>

<p>from project.models import *</p>

<p>def add_post(request):
    postForm = forms.models.form_for_model(Post)
    if request.method == 'POST':
       form = postForm(request.POST)
        if form.is_valid():
            form.save()
            return HttpResponseRedirect("/")
    else:
         form = postForm()
         t = loader.get_template('add_post.html')
         c = Context({
               'form': form,
               })</p>

<pre><code>     return HttpResponse(t.render(c))
</code></pre>

<p>

views.py

This is an old version of views.py. The code works, but as I discovered later, there is no need to create another object (p = Post(**cleandata)) to handle the many-to-many field data. form.save() takes care of everything, as expected.

</p>

<h1>-<em>- coding: utf-8 -</em>-</h1>

<h1>views.py</h1>

<p>from django.template import Context, loader
from django.http import HttpResponse, HttpResponseRedirect</p>

<p>from django import newforms as forms
from django.newforms.widgets import *</p>

<p>from project.models import *</p>

<p>def add_post(request):
    postForm = forms.models.form_for_model(Post)
    if request.method == 'POST':
        form = postForm(request.POST)
        if form.is_valid():
           cleandata = form.clean_data
           # use the form tag ids to select the Tag instances
           # related to this Post entry
           tag = Tag.objects.in_bulk(cleandata['tag'])
           # need to delete the tag ids from clean data,
           # otherwise p = Post(** cleandata) will complain that
           # tag is not a parameter of Post( )
           del cleandata['tag']</p>

<pre><code>       # create an instance of Post from the form data
       p = Post(**cleandata)
       p.save()   # need to save so p gets an id.
       p.tag = tag
       p.save()

       return HttpResponseRedirect(&amp;amp;quot;/&amp;amp;quot;)
   else:
   form = postForm()

   t = loader.get_template('add_post.html')
   c = Context({
          'form': form,
    })

    return HttpResponse(t.render(c))
</code></pre>

<p>