Don't use "local" imports about django-survey HOT 4 CLOSED

Fix committed in r38.

NOTE: The convention is moving to local imports over package named imports for
reusable apps. For instance one client of django-survey has all their 3rd party 
apps
under 'externals' and imports those apps as externals.survey.models

This means that they have to edit our imports to use the prefix 'externals.'
In general when doing package development in python, local imports are 
preferred over
absolute as you do not have control over what 'absolute' actually is.

no shit ... news to me.  When I went to the python conference in Chicago this 
year,
all I heard was that local imports are evil.  But I guess it all depends.  

I also thought one of the basic tenants of app development is that the app 
should
always sit on the python path.  I wonder what ubernostrum's take is on this 
because
releases (django-registration, django-profiles) use package based imports.  And 
those
apps have been around for a long time, he is also a core maintainer and gets 
paid to
work on Django from the what I know. 

I am sorry but since I am not sure what you are talking about on the theoretical
level. It would be great if someone could look at the modification I have done 
r38
and let me know  if I should role them back.

Thank you