Skip to content
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Commit b6b8b6d

Browse files
KomalKomal
Komal
authored and
Komal
committedDec 17, 2010
initial commit of ipython website
0 parents  commit b6b8b6d

32 files changed

+2454
-0
lines changed
 

‎.gitignore

Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,17 @@
1+
_build
2+
attic
3+
papers
4+
resources
5+
sphinxext
6+
7+
*.pdf
8+
*.ppt
9+
*.odp
10+
11+
mpi4py_ldalcin_bgranger*
12+
13+
*_thumb*.png
14+
*_thumb*.jpg
15+
16+
brent_pedersen*
17+
movie*.avi

‎.htaccess

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,11 @@
1+
# By default, Dreamhost will treat .py files as cgi scripts, whereas I'm not
2+
# running any python CGI code here. It's therefore OK to set .py to be plain
3+
# text everywhere, by making this the site top-level .htaccess file.
4+
#
5+
# If I ever start using .py cgi scripts, I can always make a directory-specific
6+
# .htaccess file that makes the .py handler be the cgi one.
7+
8+
# This sets up the *server* side handler for python files.
9+
AddHandler default-handler .py
10+
# This tells the *clients* to treat python files as plain text (MIME type)
11+
AddType text/plain .py

‎Makefile

Lines changed: 65 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,65 @@
1+
# Makefile for building a website using sphinx.
2+
# This Makefile has been heavily modified from the original that
3+
# sphinx-quickstart automatically creates
4+
5+
# You can set these variables from the command line.
6+
SPHINXOPTS =
7+
SPHINXBUILD = sphinx-build
8+
BUILDDIR = _build
9+
SOURCEDIR = .
10+
11+
# Other variables for site management, css updating, etc.
12+
STATICDIR = _static
13+
STATIC_CSS = themes/fperez/static
14+
SITE = $(BUILDDIR)/html
15+
WWW = fdo_perez@fperez.org:fperez.org/www
16+
17+
# Internal variables.
18+
ALLSPHINXOPTS = -d $(BUILDDIR)/doctrees $(SPHINXOPTS) $(SOURCEDIR)
19+
20+
.PHONY: help clean html site linkcheck doctest upload dist
21+
22+
default: site
23+
24+
help:
25+
@echo "Please use \`make <target>' where <target> is one of"
26+
@echo " html : make standalone HTML files"
27+
@echo " linkcheck: check all external links for integrity"
28+
@echo " doctest : run all doctests embedded in the documentation (if enabled)"
29+
@echo " upload : push the local site build to its public location"
30+
@echo " dist : create a tarball (no .git dir) of site"
31+
32+
clean:
33+
-rm -rf $(BUILDDIR)/*
34+
-rm -f *~
35+
36+
html:
37+
$(SPHINXBUILD) -b html $(ALLSPHINXOPTS) $(BUILDDIR)/html
38+
@echo
39+
@echo "Build finished. The HTML pages are in $(BUILDDIR)/html."
40+
41+
42+
linkcheck: site
43+
$(SPHINXBUILD) -b linkcheck $(ALLSPHINXOPTS) $(BUILDDIR)/linkcheck
44+
@echo
45+
@echo "Link check complete; look for any errors in the above output " \
46+
"or in $(BUILDDIR)/linkcheck/output.txt."
47+
48+
doctest:
49+
$(SPHINXBUILD) -b doctest $(ALLSPHINXOPTS) $(BUILDDIR)/doctest
50+
@echo "Testing of doctests in the sources finished, look at the " \
51+
"results in $(BUILDDIR)/doctest/output.txt."
52+
53+
# fperez - new targets I've added after sphinx-quickstart
54+
55+
# Update target to push to live site
56+
upload: site
57+
chmod -R uog+r $(SITE)
58+
rsync -avrzH --copy-links --delete -e ssh $(SITE)/ $(WWW)
59+
60+
# Update only css files
61+
css:
62+
rsync -av --exclude=~ $(STATIC_CSS)/ $(SITE)/$(STATICDIR)
63+
64+
site: html
65+
./copy_trees.py

‎_static/bicbutton.jpg

1.42 KB
Loading

‎_static/favicon.ico

3.86 KB
Binary file not shown.

‎_static/fperez_photo_sm.jpg

18.6 KB
Loading

‎_static/hwni.jpg

1.37 KB
Loading

‎_static/top_mountains_clouds.jpg

30.2 KB
Loading

‎conf.py

Lines changed: 181 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,181 @@
1+
# -*- coding: utf-8 -*-
2+
#
3+
# fperez.org documentation build configuration file, created by
4+
# sphinx-quickstart on Thu Sep 17 23:10:43 2009.
5+
#
6+
# This file is execfile()d with the current directory set to its containing dir.
7+
#
8+
# Note that not all possible configuration values are present in this
9+
# autogenerated file.
10+
#
11+
# All configuration values have a default; values that are commented out
12+
# serve to show the default.
13+
14+
import sys, os
15+
16+
# If extensions (or modules to document with autodoc) are in another directory,
17+
# add these directories to sys.path here. If the directory is relative to the
18+
# documentation root, use os.path.abspath to make it absolute, like shown here.
19+
sys.path.append(os.path.abspath('sphinxext'))
20+
21+
# -- General configuration -----------------------------------------------------
22+
23+
# Add any Sphinx extension module names here, as strings. They can be extensions
24+
# coming with Sphinx (named 'sphinx.ext.*') or your custom ones.
25+
extensions = ['sphinx.ext.doctest',
26+
'sphinx.ext.todo',
27+
'sphinx.ext.pngmath',
28+
'sphinx.ext.ifconfig',
29+
30+
'ipython_console_highlighting',
31+
]
32+
33+
# Add any paths that contain templates here, relative to this directory.
34+
templates_path = ['_templates']
35+
36+
# The suffix of source filenames.
37+
source_suffix = '.rst'
38+
39+
# The encoding of source files.
40+
#source_encoding = 'utf-8-sig'
41+
42+
# The master toctree document.
43+
master_doc = 'index'
44+
45+
# General information about the project.
46+
project = u''
47+
copyright = u'2010, Fernando Pérez'
48+
49+
# The version info for the project you're documenting, acts as replacement for
50+
# |version| and |release|, also used in various other places throughout the
51+
# built documents.
52+
#
53+
# The short X.Y version.
54+
version = ''
55+
# The full version, including alpha/beta/rc tags.
56+
release = ''
57+
58+
# The language for content autogenerated by Sphinx. Refer to documentation
59+
# for a list of supported languages.
60+
#language = None
61+
62+
# There are two options for replacing |today|: either, you set today to some
63+
# non-false value, then it is used:
64+
#today = ''
65+
# Else, today_fmt is used as the format for a strftime call.
66+
#today_fmt = '%B %d, %Y'
67+
68+
# List of documents that shouldn't be included in the build.
69+
unused_docs = []
70+
71+
# List of directories, relative to source directory, that shouldn't be searched
72+
# for source files.
73+
exclude_trees = ['_build','.git','s','resources','attic','blog',
74+
'code/lyxport/dist']
75+
76+
# The reST default role (used for this markup: `text`) to use for all documents.
77+
#default_role = None
78+
79+
# If true, '()' will be appended to :func: etc. cross-reference text.
80+
#add_function_parentheses = True
81+
82+
# If true, the current module name will be prepended to all description
83+
# unit titles (such as .. function::).
84+
#add_module_names = True
85+
86+
# If true, sectionauthor and moduleauthor directives will be shown in the
87+
# output. They are ignored by default.
88+
#show_authors = False
89+
90+
# The name of the Pygments (syntax highlighting) style to use.
91+
pygments_style = 'sphinx'
92+
93+
# A list of ignored prefixes for module index sorting.
94+
#modindex_common_prefix = []
95+
96+
97+
# -- Options for HTML output ---------------------------------------------------
98+
99+
# The theme to use for HTML and HTML Help pages. Major themes that come with
100+
# Sphinx are currently 'default' and 'sphinxdoc'.
101+
#html_theme = 'default'
102+
#html_theme = 'sphinxdoc'
103+
html_theme = 'nature' # inherits from sphinxdoc and modifies it a little
104+
105+
# The style sheet to use for HTML and HTML Help pages. A file of that name
106+
# must exist either in Sphinx' static/ path, or in one of the custom paths
107+
# given in html_static_path.
108+
html_style = 'nature.css'
109+
110+
# Theme options are theme-specific and customize the look and feel of a theme
111+
# further. For a list of options available for each theme, see the
112+
# documentation.
113+
html_theme_options = {}
114+
115+
# Only works with the default theme, makes the sidebar not scroll:
116+
#html_theme_options = { "stickysidebar": "true" }
117+
118+
# Add any paths that contain custom themes here, relative to this directory.
119+
html_theme_path = ['themes']
120+
121+
# The name for this set of Sphinx documents. If None, it defaults to
122+
# "<project> v<release> documentation".ke
123+
html_title = u"Fernando Pérez"
124+
125+
# A shorter title for the navigation bar. Default is the same as html_title.
126+
html_short_title = "Home"
127+
128+
# The name of an image file (relative to this directory) to place at the top
129+
# of the sidebar.
130+
#html_logo = None
131+
#html_logo = "_static/top_mountains_clouds.jpg"
132+
133+
# The name of an image file (within the static path) to use as favicon of the
134+
# pixels large.
135+
html_favicon = "favicon.ico"
136+
137+
# Add any paths that contain custom static files (such as style sheets) here,
138+
# relative to this directory. They are copied after the builtin static files,
139+
# so a file named "default.css" will overwrite the builtin "default.css".
140+
html_static_path = ['_static']
141+
142+
# If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
143+
# using the given strftime format.
144+
#html_last_updated_fmt = '%b %d, %Y'
145+
146+
# If true, SmartyPants will be used to convert quotes and dashes to
147+
# typographically correct entities.
148+
#html_use_smartypants = True
149+
150+
# Custom sidebar templates, maps document names to template names.
151+
#html_sidebars = {}
152+
153+
# Additional templates that should be rendered to pages, maps page names to
154+
# template names.
155+
#html_additional_pages = {}
156+
157+
# If false, no module index is generated.
158+
html_use_modindex = False
159+
160+
# If false, no index is generated.
161+
html_use_index = False
162+
163+
# If true, the index is split into individual pages for each letter.
164+
#html_split_index = False
165+
166+
# If true, links to the reST sources are added to the pages.
167+
#html_show_sourcelink = True
168+
169+
# If true, "Created using Sphinx" is shown in the HTML footer. Default is True.
170+
#html_show_sphinx = True
171+
172+
# If true, "(C) Copyright ..." is shown in the HTML footer. Default is True.
173+
#html_show_copyright = True
174+
175+
# If true, an OpenSearch description file will be output, and all pages will
176+
# contain a <link> tag referring to it. The value of this option must be the
177+
# base URL from which the finished HTML is served.
178+
#html_use_opensearch = ''
179+
180+
# If nonempty, this is the file name suffix for HTML files (e.g. ".xhtml").
181+
#html_file_suffix = ''

‎contact.txt

Lines changed: 26 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,26 @@
1+
Contact
2+
=======
3+
4+
.. admonition:: Fernando Perez
5+
6+
Email
7+
first.last@berkeley.edu
8+
9+
Office
10+
| 10 Giannini Hall
11+
| Henry H. Wheeler Jr. Brain Imaging Center.
12+
| +1 510.643.4010 (voice)
13+
| +1 510.643.4952 (fax)
14+
15+
Map
16+
Enter the `West facing building door`_, then ring the first door on the
17+
left.
18+
19+
Post
20+
| 10 Giannini Hall, MC 3190
21+
| Henry H. Wheeler, Jr. Brain Imaging Center
22+
| University of California, Berkeley
23+
| Berkeley, CA 94720-3192
24+
25+
26+
.. _west facing building door: map_

‎copy_trees.py

Lines changed: 118 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,118 @@
1+
#!/usr/bin/env python2.6
2+
"""Copy data files to final html directory.
3+
"""
4+
5+
#-----------------------------------------------------------------------------
6+
# Imports
7+
#-----------------------------------------------------------------------------
8+
from __future__ import print_function
9+
10+
import __builtin__
11+
import os
12+
import sys
13+
14+
from os.path import join as pjoin
15+
16+
#-----------------------------------------------------------------------------
17+
# Config
18+
#-----------------------------------------------------------------------------
19+
20+
# From sphinx conf.py
21+
sphinx_conf = {}
22+
execfile('conf.py',{},sphinx_conf)
23+
24+
# Local
25+
verbose = False
26+
#verbose = True
27+
28+
# Directory with source files
29+
src_dir = '.'
30+
# Directory where final html tree is built
31+
out_dir = '_build/html'
32+
33+
# Prefix of directories to skip (set when sphinx-quickstart was run)
34+
skip_prefix = '_'
35+
skip_extensions = set(['.rst'])
36+
# Other directory trees to skip
37+
skip_trees = set(['.git','sphinxext', 'resources', 'attic','blog'])
38+
39+
# Always skip source files, since shpinx already copies those
40+
skip_extensions.add(sphinx_conf.get('source_suffix','.rst'))
41+
42+
# Any top-level files that may need to be copied as well
43+
top_files = ['links.txt']
44+
45+
#-----------------------------------------------------------------------------
46+
# Functions
47+
#-----------------------------------------------------------------------------
48+
49+
def print(*args, **kw):
50+
verb = kw.pop('verbose', verbose)
51+
if verb:
52+
__builtin__.print(*args, **kw)
53+
54+
55+
def keep_filename(f, skip_ext=skip_extensions):
56+
"""Return whether to keep a file based on a list of extensions.
57+
58+
Note that filenames ending in ~ are always excluded."""
59+
60+
if f.endswith('~'):
61+
return False
62+
63+
return os.path.splitext(f)[1] not in skip_ext
64+
65+
66+
def copy_files(root, files):
67+
did_copy = False
68+
for fname in files:
69+
target = pjoin(out_dir, root, fname)
70+
if not (os.path.isfile(target) or os.path.islink(target)):
71+
print(target, end='')
72+
os.link(pjoin(root, fname), target)
73+
did_copy = True
74+
if did_copy:
75+
print()
76+
77+
78+
def main():
79+
if not os.path.isdir(out_dir):
80+
err = 'ERROR: Output directory {0} not found.'.format(out_dir)
81+
print(err, file=sys.stderr, verbose=True)
82+
sys.exit(1)
83+
84+
skip_base = pjoin(src_dir, skip_prefix)
85+
86+
for root, dirs, files in os.walk(src_dir, followlinks=True):
87+
dirs.sort()
88+
print('root', root)
89+
90+
if root==src_dir:
91+
# Only from the top, remove subdirs starting with skip prefix
92+
dirs[:] = [d for d in dirs if not
93+
(d.startswith(skip_prefix) or d in skip_trees )]
94+
print('top-level dirs:', dirs)
95+
#continue
96+
97+
files = filter(keep_filename, files)
98+
print(' dirs:', dirs)
99+
print(' files:', files)
100+
# Now, create the list of subdirs and files in the output
101+
for subdir in dirs:
102+
new_dir = pjoin(out_dir, root, subdir)
103+
if not os.path.isdir(new_dir):
104+
print("Making dir:",new_dir)
105+
os.mkdir(new_dir)
106+
107+
if root == src_dir:
108+
# Only copy files for subdirs, not for the top-level (so we don't
109+
# copy makefiles and stuff like that)
110+
copy_files(root, set(top_files) & set(files))
111+
112+
copy_files(root, files)
113+
114+
#-----------------------------------------------------------------------------
115+
# Execute as a script
116+
#-----------------------------------------------------------------------------
117+
if __name__ == '__main__':
118+
main()

‎index.rst

Lines changed: 48 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,48 @@
1+
====================
2+
Welcome
3+
====================
4+
5+
I am a research scientist at the `Helen Wills Neuroscience Institute`__ at
6+
U.C. Berkeley. My work involves the development and implementation of new
7+
algorithms and tools for neuroimaging, with a special interest in functional
8+
MRI. I am also actively involved with the development of new tools for
9+
high-level scientific computing, mostly using the Python_ language. In this
10+
site, you can find more `<research>`_ details, including publications, as well
11+
as a subset of `<talks>`_ presented at various venues.
12+
13+
__ hwni_
14+
15+
I am convinced that we need better tools for scientific computing and that the
16+
efforts of many to build them based on the Python_ language are starting to pay
17+
off in a way that will have significant benefits in the long run. I try to do
18+
my part on that front by working on IPython_, the development of neuroimaging
19+
tools such as nipy_ (and especially its nitime_ component), and my
20+
contributions to various projects affiliated with the `scipy stack`_. The
21+
`Py4Science <py4science>`_ page contains details and material on this topic.
22+
23+
On campus, I coordinate an informal seminar_ every 2 weeks that is
24+
open to all, where we cover topics related to the use and development of Python
25+
for scientific research. If you are interested in using Python in your
26+
research, would like to learn more about it or have developed something you'd
27+
like feedback on, please stop by!
28+
29+
.. _scipy stack: scipy_
30+
.. _seminar: py4science_ucb_
31+
32+
33+
.. include:: news.rst
34+
:end-before: stop-recent-news
35+
36+
.. include:: contact.txt
37+
38+
.. toctree::
39+
40+
research/index
41+
talks/index
42+
teaching/index
43+
py4science/index
44+
code/index
45+
personal
46+
news
47+
48+
.. include:: links.txt

‎links.txt

Lines changed: 109 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,109 @@
1+
.. This (-*- rst -*-) format file contains commonly used link targets
2+
and name substitutions. It may be included in many files,
3+
therefore it should only contain link targets and name
4+
substitutions. Try grepping for "^\.\. _" to find plausible
5+
candidates for this list.
6+
7+
NOTE: reST targets are
8+
__not_case_sensitive__, so only one target definition is needed for
9+
nipy, NIPY, Nipy, etc...
10+
11+
NOTE: Some of these were taken from the nipy links compendium.
12+
13+
.. fperez - from my site
14+
.. _email me: Fernando.Perez@berkeley.edu
15+
.. _site: http://fperez.org
16+
.. _blog: http://blog.fperez.org
17+
.. _picasa_fperez: http://photo.fperez.org
18+
.. _github_fperez: http://github.fperez.org
19+
.. _map: http://office.fperez.org
20+
.. _calendar: http://pubcalendar.fperez.org
21+
.. real links (some above are redirects)
22+
.. _map2: http://maps.google.com/maps/place?cid=1511778024603995956&q=cirl&hl=en
23+
.. _calendar2: http://www.google.com/calendar/embed?src=fdo.perez%40gmail.com
24+
.. fperez - other related sites
25+
.. _datarray: http://github.fperez.org/datarray
26+
.. _siam_news_cse09: http://www.siam.org/news/news.php?id=1595
27+
.. _fisica_udea: http://fisica.udea.edu.co
28+
.. _physics_cu: http://physics.colorado.edu
29+
.. _amath_cu: http://amath.colorado.edu
30+
.. _beylkin: http://amath.colorado.edu/faculty/beylkin
31+
32+
.. Berkeley
33+
.. _bic: http://bic.berkeley.edu
34+
.. _cirl: http://cirl.berkeley.edu
35+
.. _hwni: http://neuroscience.berkeley.edu
36+
.. _ParLab: http://parlab.eecs.berkeley.edu
37+
.. _py4science_ucb: https://cirl.berkeley.edu/view/Py4Science
38+
.. _despolab: http://bic.berkeley.edu/despolab
39+
.. _silverlab: http://argentum.ucbso.berkeley.edu
40+
.. _arokem: http://argentum.ucbso.berkeley.edu/ariel.html
41+
42+
.. nipy
43+
.. _nipy: http://nipy.sourceforge.net
44+
.. _nipy2: http://nipy.sourceforge.net/nipy2
45+
.. _nitime: http://nipy.sourceforge.net/nitime
46+
.. _nipype: http://nipy.sourceforge.net/nipype
47+
.. _neurospin: http://meteoreservice.com/neurospin
48+
49+
50+
.. Documentation tools and related links
51+
.. _graphviz: http://www.graphviz.org
52+
.. _Sphinx: http://sphinx.pocoo.org
53+
.. _`Sphinx reST`: http://sphinx.pocoo.org/rest.html
54+
.. _sampledoc: http://matplotlib.sourceforge.net/sampledoc
55+
.. _reST: http://docutils.sourceforge.net/rst.html
56+
.. _docutils: http://docutils.sourceforge.net
57+
.. _lyx: http://www.lyx.org
58+
.. _pep8: http://www.python.org/dev/peps/pep-0008
59+
.. _numpy_coding_guide: http://projects.scipy.org/numpy/wiki/CodingStyleGuidelines
60+
61+
.. Licenses
62+
.. _GPL: http://www.gnu.org/licenses/gpl.html
63+
.. _BSD: http://www.opensource.org/licenses/bsd-license.php
64+
.. _LGPL: http://www.gnu.org/copyleft/lesser.html
65+
66+
.. Other python projects
67+
.. _numpy: http://numpy.scipy.org
68+
.. _scipy: http://www.scipy.org
69+
.. _scipy_conference: http://conference.scipy.org
70+
.. _ipython: http://ipython.scipy.org
71+
.. _`ipython manual`: http://ipython.scipy.org/doc/manual/html
72+
.. _matplotlib: http://matplotlib.sourceforge.net
73+
.. _pythonxy: http://www.pythonxy.com
74+
.. _ETS: http://code.enthought.com/projects/tool-suite.php
75+
.. _EPD: http://www.enthought.com/products/epd.php
76+
.. _python: http://www.python.org
77+
.. _mayavi: http://code.enthought.com/projects/mayavi
78+
.. _sympy: http://code.google.com/p/sympy
79+
.. _sage: http://sagemath.org
80+
.. _pydy: http://code.google.com/p/pydy
81+
.. _vpython: http://vpython.org
82+
.. _cython: http://cython.org
83+
.. _software carpentry: http://software-carpentry.org
84+
85+
.. Python imaging projects
86+
.. _PyMVPA: http://www.pymvpa.org
87+
.. _BrainVISA: http://brainvisa.info
88+
.. _anatomist: http://brainvisa.info
89+
90+
.. Not so python imaging projects
91+
.. _matlab: http://www.mathworks.com
92+
.. _spm: http://www.fil.ion.ucl.ac.uk/spm
93+
.. _eeglab: http://sccn.ucsd.edu/eeglab
94+
.. _AFNI: http://afni.nimh.nih.gov/afni
95+
.. _FSL: http://www.fmrib.ox.ac.uk/fsl
96+
.. _FreeSurfer: http://surfer.nmr.mgh.harvard.edu
97+
.. _voxbo: http://www.voxbo.org
98+
.. _VTK: http://vtk.org
99+
100+
.. Other organizations
101+
.. _enthought: http://www.enthought.com
102+
.. _kitware: http://www.kitware.com
103+
.. _netlib: http://netlib.org
104+
105+
106+
.. Other tools and projects
107+
.. _indefero: http://www.indefero.net
108+
.. _git: http://git-scm.com
109+
.. _github: http://github.com

‎logos/IPy-120-flush.png

3.22 KB
Loading

‎logos/IPy-120.png

3.29 KB
Loading

‎logos/IPy-sq-14.png

245 Bytes
Loading

‎logos/IPy-sq-192.png

4.98 KB
Loading

‎logos/IPy-sq-64.png

881 Bytes
Loading

‎logos/IPy.ai

Lines changed: 547 additions & 0 deletions
Large diffs are not rendered by default.

‎logos/IPy.png

36.7 KB
Loading

‎logos/IPy.svg

Lines changed: 170 additions & 0 deletions
Loading

‎mkthumb

Lines changed: 37 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,37 @@
1+
#!/usr/bin/env python
2+
"""Make a thumbnail for each file listed at the command line.
3+
4+
Usage:
5+
6+
mkthumb file1 file2 ...
7+
8+
Simply calls ImageMagick's convert with a fixed width (250px).
9+
"""
10+
11+
from __future__ import print_function
12+
13+
import os
14+
import sys
15+
16+
# Width of the thumbnails, hardcoded for now
17+
width = 250
18+
# Set of formats we'll try to deal with, skip anything else
19+
known = set(['.jpg','.jpeg','.png'])
20+
21+
# Main loop
22+
files = sys.argv[1:]
23+
if not files:
24+
print(__doc__, file=sys.stderr, end='')
25+
sys.exit(1)
26+
27+
for fname in files:
28+
# Only work on known image formats
29+
root, ext = os.path.splitext(fname)
30+
if ext.lower() not in known:
31+
print("Skipping file of unknown type:", fname)
32+
continue
33+
34+
new_name = root+'_thumb'+ext
35+
cmd = 'convert -resize %sx %s %s' % (width, fname, new_name)
36+
print("Resizing:", fname)
37+
os.system(cmd)

‎news.rst

Lines changed: 40 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,40 @@
1+
News
2+
====
3+
4+
January 2010
5+
I'm very excited to visit Colombia for a month, to teach an intensive course
6+
on scientific computing using Python and a practical, modern and hopefully
7+
useful approach. I've created a section on `Teaching <teaching>`_ with these
8+
materials, including a detailed page on the :ref:`planned course
9+
<scicomp_course>`.
10+
11+
December 2009
12+
:ref:`Some notes <indefero_dreamhost>` on how to configure InDefero_ on a
13+
shared hosting account to host your own Git repositories for private
14+
collaboration (e.g. co-authoring of grants and papers using Git, something
15+
you may not want to do on a public site).
16+
17+
November 2009, how this site is built
18+
I've added a :ref:`section <this_site>` with the tools used to build this
19+
site, which several people have inquired about.
20+
21+
November 2009, a discussion with Guido van Rossum
22+
At our informal Berkeley `Py4Science seminar`_, the November 4
23+
session was a very interesting discussion with Guido van Rossum, the creator
24+
of the Python language. :ref:`Read more... <ucb_py4science_guido>`
25+
26+
.. _py4science seminar: py4science_ucb_
27+
28+
.. stop-recent-news
29+
30+
September 2009, PyDy
31+
At our meeting series, Luke Peterson from UC Davis gave a very interesting
32+
talk on PyDy_, a project under the SymPy_ umbrella to symbolically describe
33+
mechanical systems and derive their equations of motion. (`video link
34+
<http://www.archive.org/details/ucb_py4science_2009_09_30_Luke_Peterson>`_).
35+
36+
September 2009, decorators
37+
Some `notes about decorators for controlling execution <decorators.html>`_
38+
from a September 2009 talk at the Berkeley Py4Science group.
39+
40+
.. include:: links.txt

‎notes.txt

Lines changed: 163 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,163 @@
1+
===========
2+
Web notes
3+
===========
4+
5+
Sphinx for websites
6+
===================
7+
8+
- Contents of all static paths is dumped on output into _static
9+
10+
- Symlinks in static paths are resolved and copied out rather than kept as
11+
symlinks, including nested directories (a symlink pointing to a directory
12+
causes the whole dir to be recursively copied).
13+
14+
- How to do
15+
.. image:: pycachegrind.png
16+
:target: pycachegrind.png
17+
18+
? I want to click on a figure to get the full-res version, but the final
19+
image ends up copied to ../../_images/, which is not what I need (I need it
20+
locally, or for the :target: link to resolve to the right link as well).
21+
22+
It works if I do
23+
24+
.. image:: pycachegrind.png
25+
:target: ../../_images/pycachegrind.png
26+
27+
but this is annoying and means I have to keep updating these relative paths
28+
if I move things around.
29+
30+
My solution for now: my copy_trees script copies back all these images so
31+
local links work.
32+
33+
- Make linkcheck throws too many warnings. I have a lot of links of the form
34+
`some text <file.pdf>`_ and with my copy_trees script, file.pdf will in fact
35+
be there in the target. But linkcheck complains that these are 'malformed'
36+
links:
37+
38+
WARNING: 0811_baypig_scipy.pdf - malformed!
39+
40+
Even though the files are actually there. Is there a way to avoid these
41+
warnings, so that only truly broken links are not displayed?
42+
43+
I get the same warnings for links that come from the toctree entries:
44+
45+
WARNING: talks - malformed!
46+
47+
Where talks is a directory that was linked in a toctree as 'talks/index', but
48+
referred in a sentence like:
49+
50+
* Some `<talks>`_.
51+
52+
- For linkcheck, it would be nice if it printed first which file it's checking
53+
with full path, and then all the warnings/errors for that file (indented a
54+
few spaces), so that one can more easily go back to the sources to fix the
55+
problems (right now, it's basically a matter of grepping the tree).
56+
57+
Note: I see this is stored in the linkcheck output file, so ok for now.
58+
59+
- linkcheck: this link is valid:
60+
61+
https://calmail.berkeley.edu/manage/list/listinfo/py4science@lists.berkeley.edu
62+
but linkcheck reports it a 403:
63+
64+
38 : py4science/starter_kit.rst:220: [broken] https://calmail.berkeley.edu/manage/list/listinfo/py4science@lists.berkeley.edu: HTTP Error 403: Forbidden
65+
66+
Why?
67+
68+
69+
- The :doc: role renders with <em> its output. Is there a way to eliminate
70+
this? It should render in the normal link style, because it makes doc links
71+
jarringly stand out from other links that may also be to regular html pages.
72+
Why the difference?
73+
74+
It's defined in roles.py, at the end, in the specific_docroles dict pointed
75+
to xfileref_role. Perhaps there's a way to change that to avoid the <em>
76+
always...
77+
78+
- Similarly, the :download: role produces <strong class="xref">. Is there a
79+
way to disable this too?
80+
81+
Basically, I want all links to my locally hosted documents to be normal links
82+
like any other, without special italics or boldface, as I want to reserve
83+
that markup for other things.
84+
85+
- In order to be able to use a common links file but with the possibility of
86+
`long link targets` in the text, use anonymous targets:
87+
88+
`long text here`__
89+
90+
__ label_
91+
92+
Use these sparingly though as the __ definition must be kept close to the
93+
source paragraph. To resolve more than one phrase to the same target, simply
94+
use indirect hyperlink targets, for example::
95+
96+
text `foo bar`_ and `foo 2`_ can go
97+
98+
.. _foo bar: target_
99+
.. _foo 2: target_
100+
101+
102+
- Is it possible to set the class of an image or div? I'd like to be able to
103+
create images and figures with a special class, so that I can then write CSS
104+
to control their alignment, for example.
105+
106+
- Note, when the reference name contains any colons, either:
107+
108+
* the phrase must be enclosed in backquotes:
109+
110+
.. _`FAQTS: Computers: Programming: Languages: Python`:
111+
http://python.faqts.com/
112+
113+
* or the colon(s) must be backslash-escaped in the link target:
114+
115+
.. _Chapter One\: "Tadpole Days":
116+
117+
It's not easy being green...
118+
119+
120+
121+
Webhosting ideas
122+
================
123+
124+
From a post online
125+
------------------
126+
127+
Well this is what I do.
128+
129+
First off I have Dreamhost which allows unlimited domains, space &
130+
bandwidth. It's not 6-nines, but it works for me. Full SSH, SFTP, etc access.
131+
132+
1) My 'domain' is blank. It points to nothing.
133+
134+
2) Every picture I've ever taken is at pictures.X.org. Password Protected.
135+
If I want to show someone something I'll open a folder for them using
136+
htaccess. It's also my off-site backup for my pictures.
137+
138+
2) SVN. Dreamhost lets you easily setup SVN. I honestly just discovered
139+
version control in the last month (More or less took the time to learn it)
140+
and absolutely love it. So all my pet projects have an svn.X.org page.
141+
142+
3) Sub domains for where I post the most. Since I post quite a few
143+
photoshops/images to Fark. I have a fark.X.org that is nothing but pictures.
144+
I have a vw.X.org for posting pictures of my Dubs to VWVortex and TDICLub. I
145+
try not to move the directory around at all. I hate digging up a 6 month old
146+
"how to" and find all the images are broken.
147+
148+
4) Unlimited e-mail. I have catch-all turned on. slashdot@X.org, fark@x.org,
149+
facebook@X.org, I know exactly when and where spam comes from. (Damn you USA
150+
Rugby*).
151+
152+
5) Subdomains to my computers. Both my linux desktop and mac laptop have
153+
scripts to update mac/linux.X.org with the current IP.
154+
155+
6) gallery.X.org for people in my family to upload stuff. (With Gallery2).
156+
157+
7) A few friends have websites at name.X.org. I create a new FTP or SFTP
158+
user for them
159+
160+
8) If you have SSH access, I route everything through at work. Dynamic proxy
161+
and I don't go through the work proxy servers.
162+
163+
Half of those blur the line between domain/host but you get the idea.

‎personal.rst

Lines changed: 56 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,56 @@
1+
.. _personal:
2+
3+
================
4+
Fernando Pérez
5+
================
6+
7+
.. image:: _static/fperez_photo_sm.jpg
8+
:alt: Fernando Pérez
9+
:align: center
10+
11+
A brief summary of where I come from... I was born in Medellín, Colombia [*]_,
12+
where I did my undergraduate studies in Physics_ at the Universidad de
13+
Antioquia. From there I moved to Boulder, Colorado, where I completed my PhD
14+
in :ref:`particle physics <instantons>`, before spending a few years as a
15+
:ref:`post-doc <fast_algorithms>` in Applied Mathematics. In 2008 I moved to
16+
the San Francisco Bay Area, where I now work at UC Berkeley, on research
17+
involving algorithms and tool development in neuroimaging.
18+
19+
I am a scientist and a geek, and thus I spend much of my time in front of
20+
either the computer or a book. If not there, you may find me climbing
21+
(hopefully outdoors!) and probably with a camera. Mostly of interest to
22+
friends and family, I keep my pictures online at a `picasa album`__.
23+
24+
__ picasa_fperez_
25+
26+
I also have a blog_, where I mostly post items of interest related to IPython,
27+
SciPy and scientific computing in Python. I haven't been able to really get
28+
caught up in the whole blogging thing, so it's rather sparse. But people tell
29+
me it's useful so I may try to post more, we'll see...
30+
31+
Photo note: The Mountains
32+
=========================
33+
34+
The picture at the top is Colorado's incredible Continental Divide,
35+
specifically the Indian Peaks range, shot from `Brainard Lake`_ during a
36+
`beautiful fall day`_ in 2004. On the descent from that hike I spotted a
37+
great-looking `little couloir`_ that provided for a very nice `alpine day`_ one
38+
week later. Having that terrain 45 minutes from home is one thing (among many)
39+
that makes the Colorado Front Range the most amazing place to live I've known.
40+
41+
.. _physics: fisica_udea_
42+
.. _university: http://www.columbia.edu
43+
.. _Brainard Lake: http://maps.google.com/maps/place?cid=1317471477502605538&q=brainard+lake,+colorado&hl=en
44+
.. _beautiful fall day: http://picasaweb.google.com/fdo.perez/MountTollInTheFall
45+
.. _little couloir: http://picasaweb.google.com/fdo.perez/MountTollInTheFall#4992668090352730130
46+
.. _alpine day: http://picasaweb.google.com/fdo.perez/CouloirLittlePawneePeak
47+
48+
.. include:: contact.txt
49+
50+
**Footnotes**
51+
52+
.. [*] Yes, it's spelled like that, with two 'o's. Columbia with a 'u' is a
53+
university_ in New York City. It's not that hard: ColOmbia is a cOuntry,
54+
ColUmbia is a University.
55+
56+
.. include:: links.txt

‎research.rst

Lines changed: 152 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,152 @@
1+
.. _research:
2+
3+
==========
4+
Research
5+
==========
6+
7+
I come from a theoretical physics and applied mathematics background, with a
8+
strong interest in building better tools for scientific computing. Here is a
9+
brief description of topics I am currently interested in, with links to
10+
relevant publications.
11+
12+
Neuroscience and scientific computing
13+
=====================================
14+
15+
Briefly stated, today my work revolves at the intersection of algorithmic
16+
development for neuroscience data analysis and scientific computing. I am
17+
interested in mathematical methods that let us understand the structure of
18+
brain function in a principled way from the data we can acquire today
19+
non-invasively, and in the implementation of these ideas with open-source,
20+
high-quality, well-documented and pleasant to use computational tools.
21+
22+
The main technique we use at the U.C. Berkeley `Brain Imaging Center`_ is
23+
functional Magnetic Resonance Imaging (fMRI), but I am in general more
24+
interested in the structure that we can extract from the data that in the
25+
particular technique being used, as I'm convinced that we'll learn much more
26+
about the system by combining multimodality data in a principled way.
27+
28+
I am collaborating with members of `Mark D'Esposito's lab`_ on the analysis of
29+
several different types of resting state data, and in the process we are
30+
developing new software tools that will be made available as part of the
31+
open-source NiPy_ project. I also collaborate with `Michael Silver's lab`_,
32+
and currently `Ariel Rokem`_ is leading the effort on the development of a
33+
library for the analysis of time-series data. This is the nitime_ project,
34+
another component of nipy. The following is a preprint of our recent paper on
35+
this topic from the SciPy'09 conference (you can also see the slides_ of
36+
Ariel's talk):
37+
38+
.. admonition:: Paper
39+
40+
A. Rokem, M. Trumpis, F. Pérez, `Nitime: time-series analysis for
41+
neuroimaging data <../papers/nitime09_ro-tr-pe.pdf>`_, Proceedings of the
42+
8th Python in Science Conference (SciPy 2009). `Bibtex
43+
<../papers/nitime09_ro-tr-pe.bib>`_.
44+
45+
.. _slides: http://conference.scipy.org/static/wiki/rokem_timeseries.pdf
46+
47+
These computational projects are part of my interest in the development of
48+
modern, high-quality tools for scientific computing that take advantage of the
49+
best practices from the open source revolution in software development and
50+
bring them to computational research.
51+
52+
In the last couple of decades, but increasingly so in the last few years, all
53+
scientific disciplines have been tossed into the deep end of the computational
54+
pool, often while not being too well prepared for the dip. Up until the end of
55+
the XX century, scientific computing was mostly the domain of physicists,
56+
chemists and engineers. Fortran and C dominated the scene, and for the most
57+
part scientific computing was synonymous with high-end numerical analysis. But
58+
now, all disciplines are drowning in quantitative data and need to develop a
59+
culture of scientific computing. Fortunately the revolution in open source
60+
(made possible by the opening of the Internet in the late 90's) has created a
61+
lot of freely available tools, and a culture of how to use them and develop
62+
them, that is causing lasting changes in scientific computing.
63+
64+
I believe that as discipline-focused scientists we have much to learn from
65+
these developments, and I am trying to do my part in advancing the state of the
66+
art on this problem, which I believe to be one of major importance. Since late
67+
2001, I have been actively involved in developing tools of this kind based on
68+
the Python_ programming language. I started the IPython_ project to build an
69+
interactive environment I could use for my everyday work, inspired by the tools
70+
I was accustomed to as a physicist, especially Mathematica and IDL. I've also
71+
contributed in various forms to NumPy_, SciPy_, matplotlib_ and Mayavi_, all
72+
tools that combined give us today an amazing array of computational
73+
functionality based on the excellent qualities of Python as a programming
74+
language. Here are two publications on this topic:
75+
76+
.. admonition:: Papers
77+
78+
F. Pérez, H-P. Langtangen and R. LeVeque, `Python for Scientific Computing
79+
at CSE09 <../papers/py4science09_siam_news.pdf>`_, SIAM News, 42:5, 4
80+
(2009). `Bibtex entry`_. (An `html version`_ is available at the SIAM
81+
site).
82+
83+
F. Pérez and B. E. Granger. `IPython: a System for Interactive Scientific
84+
Computing <../papers/ipython07_pe-gr_cise.pdf>`_, Comput. Sci. Eng. 9:3, 21-23
85+
(2007).
86+
87+
You can find `more details </py4science>`_ on the use of Python for scientific
88+
computing and my work on this front.
89+
90+
.. _Brain Imaging Center: bic_
91+
.. _Mark D'Esposito's lab: despolab_
92+
.. _Michael Silver's lab: silverlab_
93+
.. _Ariel Rokem: arokem_
94+
.. _html version: siam_news_cse09_
95+
.. _bibtex entry: ../papers/py4science09_siam_news.bib
96+
97+
.. _fast_algorithms:
98+
99+
New algorithms for PDEs and the Schrödinger equation
100+
====================================================
101+
102+
As a post-doc in the `Applied Mathematics`_ department at the University of
103+
Colorado (Boulder) I worked with prof. `Gregory Beylkin`_ on the development
104+
of novel algorithms for the solution of partial differential equations (PDEs)
105+
in multiple dimensions. These methods use a multiresolution approach to
106+
decompose functions and operators and a set of approximations from the familiy
107+
of methods broadly referred to as "tensor decompositions" that G. Belkyin
108+
developed in collaboration with Lucas Monzón and prof. `Martin Mohlenkamp`_, to
109+
address the "curse of dimensionality". In this formulation, PDE problems are
110+
handled in an integral formulation (which has a number of advantages) since we
111+
now have an efficient way of applying Green's functions.
112+
113+
The long-term goal of this effort is the development of accurate and efficient
114+
methods to solve the many-electron Schrödinger equation, and we made some
115+
theoretical and numerical progress on this front as well.
116+
117+
.. _Gregory Beylkin: beylkin_
118+
.. _Applied Mathematics: amath_cu_
119+
.. _Martin Mohlenkamp: http://www.math.ohiou.edu/~mjm
120+
121+
.. admonition:: Papers
122+
123+
G. Beylkin, M. J. Mohlenkamp and F. Pérez, `Approximating a Wavefunction as
124+
an Unconstrained Sum of Slater Determinants
125+
<../papers/freeslater08_be-mo-pe.pdf>`_, Journal of Mathematical Physics, 49,
126+
(2008).
127+
128+
G. Beylkin, V. Cheruvu and F. Pérez, `Fast adaptive algorithms in the
129+
non-standard form for multidimensional problems
130+
<../papers/nsform08_be-ch-pe.pdf>`_, Applied and Computational Harmonic
131+
Analysis, 24 (2008) 354--377.
132+
133+
G. Beylkin, M. J. Mohlenkamp and F. Pérez, `Preliminary results on
134+
approximating a wavefunction as an unconstrained sum of Slater determinants
135+
<../papers/freeslater07_be-mo-pe.pdf>`_, Proc. Appl. Math. Mech., 7, (2007).
136+
137+
The attic
138+
=========
139+
140+
The following is an archive of projects I have worked on in the past and I am
141+
no longer actively pursuing. It turns out, however, that my current interest
142+
in the structure of neuroimaging datasets ties in closely with the problems in
143+
semi-classical chaos listed here, via questions on the highly excited
144+
eigenstates of the Laplacian operator. So I may end up returning to at least
145+
some of these topics that I actually hold very dear.
146+
147+
.. toctree::
148+
149+
Old projects: <attic>
150+
151+
.. include:: links.txt
152+

‎research.txt

Lines changed: 152 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,152 @@
1+
.. _research:
2+
3+
==========
4+
Research
5+
==========
6+
7+
I come from a theoretical physics and applied mathematics background, with a
8+
strong interest in building better tools for scientific computing. Here is a
9+
brief description of topics I am currently interested in, with links to
10+
relevant publications.
11+
12+
Neuroscience and scientific computing
13+
=====================================
14+
15+
Briefly stated, today my work revolves at the intersection of algorithmic
16+
development for neuroscience data analysis and scientific computing. I am
17+
interested in mathematical methods that let us understand the structure of
18+
brain function in a principled way from the data we can acquire today
19+
non-invasively, and in the implementation of these ideas with open-source,
20+
high-quality, well-documented and pleasant to use computational tools.
21+
22+
The main technique we use at the U.C. Berkeley `Brain Imaging Center`_ is
23+
functional Magnetic Resonance Imaging (fMRI), but I am in general more
24+
interested in the structure that we can extract from the data that in the
25+
particular technique being used, as I'm convinced that we'll learn much more
26+
about the system by combining multimodality data in a principled way.
27+
28+
I am collaborating with members of `Mark D'Esposito's lab`_ on the analysis of
29+
several different types of resting state data, and in the process we are
30+
developing new software tools that will be made available as part of the
31+
open-source NiPy_ project. I also collaborate with `Michael Silver's lab`_,
32+
and currently `Ariel Rokem`_ is leading the effort on the development of a
33+
library for the analysis of time-series data. This is the nitime_ project,
34+
another component of nipy. The following is a preprint of our recent paper on
35+
this topic from the SciPy'09 conference (you can also see the slides_ of
36+
Ariel's talk):
37+
38+
.. admonition:: Paper
39+
40+
A. Rokem, M. Trumpis, F. Pérez, `Nitime: time-series analysis for
41+
neuroimaging data <../papers/nitime09_ro-tr-pe.pdf>`_, Proceedings of the
42+
8th Python in Science Conference (SciPy 2009). `Bibtex
43+
<../papers/nitime09_ro-tr-pe.bib>`_.
44+
45+
.. _slides: http://conference.scipy.org/static/wiki/rokem_timeseries.pdf
46+
47+
These computational projects are part of my interest in the development of
48+
modern, high-quality tools for scientific computing that take advantage of the
49+
best practices from the open source revolution in software development and
50+
bring them to computational research.
51+
52+
In the last couple of decades, but increasingly so in the last few years, all
53+
scientific disciplines have been tossed into the deep end of the computational
54+
pool, often while not being too well prepared for the dip. Up until the end of
55+
the XX century, scientific computing was mostly the domain of physicists,
56+
chemists and engineers. Fortran and C dominated the scene, and for the most
57+
part scientific computing was synonymous with high-end numerical analysis. But
58+
now, all disciplines are drowning in quantitative data and need to develop a
59+
culture of scientific computing. Fortunately the revolution in open source
60+
(made possible by the opening of the Internet in the late 90's) has created a
61+
lot of freely available tools, and a culture of how to use them and develop
62+
them, that is causing lasting changes in scientific computing.
63+
64+
I believe that as discipline-focused scientists we have much to learn from
65+
these developments, and I am trying to do my part in advancing the state of the
66+
art on this problem, which I believe to be one of major importance. Since late
67+
2001, I have been actively involved in developing tools of this kind based on
68+
the Python_ programming language. I started the IPython_ project to build an
69+
interactive environment I could use for my everyday work, inspired by the tools
70+
I was accustomed to as a physicist, especially Mathematica and IDL. I've also
71+
contributed in various forms to NumPy_, SciPy_, matplotlib_ and Mayavi_, all
72+
tools that combined give us today an amazing array of computational
73+
functionality based on the excellent qualities of Python as a programming
74+
language. Here are two publications on this topic:
75+
76+
.. admonition:: Papers
77+
78+
F. Pérez, H-P. Langtangen and R. LeVeque, `Python for Scientific Computing
79+
at CSE09 <../papers/py4science09_siam_news.pdf>`_, SIAM News, 42:5, 4
80+
(2009). `Bibtex entry`_. (An `html version`_ is available at the SIAM
81+
site).
82+
83+
F. Pérez and B. E. Granger. `IPython: a System for Interactive Scientific
84+
Computing <../papers/ipython07_pe-gr_cise.pdf>`_, Comput. Sci. Eng. 9:3, 21-23
85+
(2007).
86+
87+
You can find `more details </py4science>`_ on the use of Python for scientific
88+
computing and my work on this front.
89+
90+
.. _Brain Imaging Center: bic_
91+
.. _Mark D'Esposito's lab: despolab_
92+
.. _Michael Silver's lab: silverlab_
93+
.. _Ariel Rokem: arokem_
94+
.. _html version: siam_news_cse09_
95+
.. _bibtex entry: ../papers/py4science09_siam_news.bib
96+
97+
.. _fast_algorithms:
98+
99+
New algorithms for PDEs and the Schrödinger equation
100+
====================================================
101+
102+
As a post-doc in the `Applied Mathematics`_ department at the University of
103+
Colorado (Boulder) I worked with prof. `Gregory Beylkin`_ on the development
104+
of novel algorithms for the solution of partial differential equations (PDEs)
105+
in multiple dimensions. These methods use a multiresolution approach to
106+
decompose functions and operators and a set of approximations from the familiy
107+
of methods broadly referred to as "tensor decompositions" that G. Belkyin
108+
developed in collaboration with Lucas Monzón and prof. `Martin Mohlenkamp`_, to
109+
address the "curse of dimensionality". In this formulation, PDE problems are
110+
handled in an integral formulation (which has a number of advantages) since we
111+
now have an efficient way of applying Green's functions.
112+
113+
The long-term goal of this effort is the development of accurate and efficient
114+
methods to solve the many-electron Schrödinger equation, and we made some
115+
theoretical and numerical progress on this front as well.
116+
117+
.. _Gregory Beylkin: beylkin_
118+
.. _Applied Mathematics: amath_cu_
119+
.. _Martin Mohlenkamp: http://www.math.ohiou.edu/~mjm
120+
121+
.. admonition:: Papers
122+
123+
G. Beylkin, M. J. Mohlenkamp and F. Pérez, `Approximating a Wavefunction as
124+
an Unconstrained Sum of Slater Determinants
125+
<../papers/freeslater08_be-mo-pe.pdf>`_, Journal of Mathematical Physics, 49,
126+
(2008).
127+
128+
G. Beylkin, V. Cheruvu and F. Pérez, `Fast adaptive algorithms in the
129+
non-standard form for multidimensional problems
130+
<../papers/nsform08_be-ch-pe.pdf>`_, Applied and Computational Harmonic
131+
Analysis, 24 (2008) 354--377.
132+
133+
G. Beylkin, M. J. Mohlenkamp and F. Pérez, `Preliminary results on
134+
approximating a wavefunction as an unconstrained sum of Slater determinants
135+
<../papers/freeslater07_be-mo-pe.pdf>`_, Proc. Appl. Math. Mech., 7, (2007).
136+
137+
The attic
138+
=========
139+
140+
The following is an archive of projects I have worked on in the past and I am
141+
no longer actively pursuing. It turns out, however, that my current interest
142+
in the structure of neuroimaging datasets ties in closely with the problems in
143+
semi-classical chaos listed here, via questions on the highly excited
144+
eigenstates of the Laplacian operator. So I may end up returning to at least
145+
some of these topics that I actually hold very dear.
146+
147+
.. toctree::
148+
149+
Old projects: <attic>
150+
151+
.. include:: links.txt
152+

‎themes/agogo/layout.html

Lines changed: 91 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,91 @@
1+
{#
2+
agogo/layout.html
3+
~~~~~~~~~~~~~~~~~
4+
5+
Sphinx layout template for the agogo theme, originally written
6+
by Andi Albrecht.
7+
8+
:copyright: Copyright 2007-2010 by the Sphinx team, see AUTHORS.
9+
:license: BSD, see LICENSE for details.
10+
#}
11+
{% extends "basic/layout.html" %}
12+
13+
{% block header %}
14+
<div class="header-wrapper">
15+
<div class="header">
16+
{%- if logo %}
17+
<p class="logo"><a href="{{ pathto(master_doc) }}">
18+
<img class="logo" src="{{ pathto('_static/' + logo, 1) }}" alt="Logo"/>
19+
</a></p>
20+
{%- endif %}
21+
{%- block headertitle %}
22+
<h1><a href="{{ pathto(master_doc) }}">{{ shorttitle|e }}</a></h1>
23+
{%- endblock %}
24+
<div class="rel">
25+
{%- for rellink in rellinks|reverse %}
26+
<a href="{{ pathto(rellink[0]) }}" title="{{ rellink[1]|striptags|e }}"
27+
{{ accesskey(rellink[2]) }}>{{ rellink[3] }}</a>
28+
{%- if not loop.last %}{{ reldelim2 }}{% endif %}
29+
{%- endfor %}
30+
</div>
31+
</div>
32+
</div>
33+
{% endblock %}
34+
35+
{% block content %}
36+
<div class="content-wrapper">
37+
<div class="content">
38+
<div class="document">
39+
{%- block document %}
40+
{{ super() }}
41+
{%- endblock %}
42+
</div>
43+
<div class="sidebar">
44+
{%- block sidebartoc %}
45+
<h3>{{ _('Table Of Contents') }}</h3>
46+
{{ toctree() }}
47+
{%- endblock %}
48+
{%- block sidebarsearch %}
49+
<h3 style="margin-top: 1.5em;">{{ _('Search') }}</h3>
50+
<form class="search" action="{{ pathto('search') }}" method="get">
51+
<input type="text" name="q" size="18" />
52+
<input type="submit" value="{{ _('Go') }}" />
53+
<input type="hidden" name="check_keywords" value="yes" />
54+
<input type="hidden" name="area" value="default" />
55+
</form>
56+
<p class="searchtip" style="font-size: 90%">
57+
{{ _('Enter search terms or a module, class or function name.') }}
58+
</p>
59+
{%- endblock %}
60+
</div>
61+
<div class="clearer"></div>
62+
</div>
63+
</div>
64+
{% endblock %}
65+
66+
{% block footer %}
67+
<div class="footer-wrapper">
68+
<div class="footer">
69+
<div class="left">
70+
{%- for rellink in rellinks|reverse %}
71+
<a href="{{ pathto(rellink[0]) }}" title="{{ rellink[1]|striptags|e }}"
72+
{{ accesskey(rellink[2]) }}>{{ rellink[3] }}</a>
73+
{%- if not loop.last %}{{ reldelim2 }}{% endif %}
74+
{%- endfor %}
75+
{%- if show_source and has_source and sourcename %}
76+
<br/>
77+
<a href="{{ pathto('_sources/' + sourcename, true)|e }}"
78+
rel="nofollow">{{ _('Show Source') }}</a>
79+
{%- endif %}
80+
</div>
81+
82+
<div class="right">
83+
{{ super() }}
84+
</div>
85+
<div class="clearer"></div>
86+
</div>
87+
</div>
88+
{% endblock %}
89+
90+
{% block relbar1 %}{% endblock %}
91+
{% block relbar2 %}{% endblock %}

‎themes/agogo/static/agogo.css_t

Lines changed: 452 additions & 0 deletions
Large diffs are not rendered by default.

‎themes/agogo/static/bgfooter.png

434 Bytes
Loading

‎themes/agogo/static/bgtop.png

430 Bytes
Loading

‎themes/agogo/theme.conf

Lines changed: 19 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,19 @@
1+
[theme]
2+
inherit = basic
3+
stylesheet = agogo.css
4+
pygments_style = tango
5+
6+
[options]
7+
bodyfont = "Verdana", Arial, sans-serif
8+
headerfont = "Georgia", "Times New Roman", serif
9+
pagewidth = 70em
10+
documentwidth = 50em
11+
sidebarwidth = 20em
12+
bgcolor = #eeeeec
13+
headerbg = url(bgtop.png) top left repeat-x
14+
footerbg = url(bgfooter.png) top left repeat-x
15+
linkcolor = #ce5c00
16+
headercolor1 = #204a87
17+
headercolor2 = #3465a4
18+
headerlinkcolor = #fcaf3e
19+
textalign = justify

0 commit comments

Comments
 (0)
Please sign in to comment.