Mailman 3 March 2010 - yt-users

submit your yt movies to the yt video gallery!
by Britton Smith March 31, 2010

March 31, 2010

Greetings, With the recent addition of a fantastic volume render to yt, people have been creating some amazing visualizations. To showcase some of the wonderful movies that yt users are making, we've set up video gallery here: http://yt.enzotools.org/video_gallery.html Made something great of your own? Submitting it to the gallery is easy. First, get a free account on vimeo.com. Free accounts will allow you to upload 500 Mb per week. Next, join the yt group on vimeo.com: http://vimeo.com/groups/34915 When you upload your video and add it to the yt group, it will automatically be added to the yt video gallery. And that's it! We look forward to seeing what everyone is up to! Britton Smith, on behalf of the yt hive-mind.

1 0

Ray casting in simple volume rendering
by Nicholas M. Earl March 31, 2010

March 31, 2010

Hey again YT community, I was hoping to get some heading on using the simple volume rending script that is written up in the YT cookbook, but it seems that direct_ray_casting isn't a part of yt extensions anymore? Is there something to substitute this? I see that in the software sample script, there is a referencing of VolumeRendering, can I use this? Thanks for your time and effort! Nicholas Earl

3 5

saving files with a different resolution
by Luigi Iapichino March 31, 2010

March 31, 2010

Dear all, in one of my scripts I have something like this: pc = PlotCollection(pf, center=[0.5,0.5,0.5]) p = pc.add_projection("Temperature", 0, weight_field="Density") p.modify["contour"]("Density", ncont=5, take_log=True) ... ... ... pc.save("%s_temp-proj" % pf,override=True) The saved file has a resolution of 800x800. Is there a way to change this number in YT? I had a look in the PlotCollection class, but I haven't found what I'm searching. Looking forward to your suggestions, Cheers Luigi -- --------------------------------------------------------------- Luigi Iapichino Zentrum fuer Astronomie der Universitaet Heidelberg Institut fuer Theoretische Astrophysik Albert-Ueberle-Str. 2, D-69120 Heidelberg, Germany Tel: +49 6221 548983, Fax: +49 6221 544221 e-mail: luigi(a)ita.uni-heidelberg.de URL: http://www.ita.uni-heidelberg.de/~luigi/

2 6

Labels on plot
by Agarwal, Shankar March 30, 2010

March 30, 2010

Hi, http://drop.io/Dark_Matter_Density In the above plot, the label is Dark_Matter_Density. But the "M" in matter and "D" in Density do not print correctly. How can I correct "M" and "D" ? Here is the script I am using... from yt.mods import * fn = "RedshiftOutput0001" pf = load(fn) reg = pf.h.region([0.5, 0.5, 0.5], [0.45, 0.0, 0.0], [0.55, 1.0, 1.0]) pf.h.save_object(reg, "region") reg1 = pf.h.load_object("region") pc = PlotCollection(pf,center=[0.5, 0.5, 0.5]) p = pc.add_projection("Dark_Matter_Density", 0, source=reg1) p.set_zlim(1e-8, 5e-3) pc.save("%s" % pf) Shankar

4 7

Data over y-axis of x position
by Nicholas Earl March 29, 2010

March 29, 2010

Hey YT community, I was wondering if anyone had any sort of starting notion for a problem that I face. I've done slices of a wave progressing in the x-y plane (the wave front moves in the x-direction, from x = 0), what I want to do is take the data from one specific x-value (i.e. a strip running the bounds of y at some position x). I wanted to be able to plot the data -- for instance, density -- (ideally, for my situation, it should be some sort of sinusoidal plot) with density as the y axis and y position as the x-axis. Is there anyway I could form this using YT? Thanks for all your time and effort! Nicholas Earl

2 1

DM particles or baryon density field ?
by Agarwal, Shankar March 22, 2010

March 22, 2010

Hi, The projection, slice, velocity and overplot particles routines: They read the DM particles or gas ? Looking at the density legend, it looks like this is baryon density field. Is there a provision to plot projection and slice for DM ? Also, I get this error when overplotting particles... yt INFO 2010-03-22 12:17:44,051 Created plot collection with default plot-center = [0.5, 0.5, 0.5] yt INFO 2010-03-22 12:17:44,144 Getting the binary hierarchy yt INFO 2010-03-22 12:17:44,153 Finished with binary hierarchy reading yt INFO 2010-03-22 12:17:46,108 Added slice of Density at x = 0.5 with 'center' = [0.5, 0.5, 0.5] Traceback (most recent call last): File "slice.py", line 42, in <module> p.modify["nparticles"](0.005) File "/autohome/u118/agarwa23/yt-x86_64/src/yt-1.6/yt/raven/PlotTypes.py", line 52, in __getitem__ raise KeyError(item) KeyError: 'nparticles' Shankar

3 10

Enzo Users' Workshop - June 28-30, 2010 (San Diego, CA)
by Matthew Turk March 22, 2010

March 22, 2010

Dear Colleague, Please pass this email along to any researchers that you feel may be interested, and apologies if you receive multiple copies of this message. The Enzo development consortium is pleased to announce the first Enzo Users Workshop, which will take place at the San Diego Supercomputer Center on June 28-30, 2010. This workshop will be take place shortly after the release of Enzo 1.6, which will have several new features (including MHD and radiation transport), and will be targeted at both new and experienced Enzo users. We will present tutorials on both beginning and advanced Enzo subjects, including running existing simulation types, developing new problem initialization routines, and data analysis and visualization using the 'yt' analysis package. Several experienced Enzo users and developers will be available to help users with both beginning and advanced questions. The website for the workshop is http://lca.ucsd.edu/workshops/enzo2010 , which contains a mailing list sign up, draft schedule, and accommodation details. We will be able to partially defray accommodation costs for attending students. We hope to see you there! Sincerely, Matthew Turk, Michael Norman, and Brian O'Shea (on behalf of the Enzo development team)

1 0

Changes to trunk: Volume Rendering, Gadget & Chombo
by Matthew Turk March 17, 2010

March 17, 2010

Hi all, I've backported to trunk (r1664 & r1665) a bunch of the changes to the volume rendering that have been going on in the mercurial repository. If you're running on yt-1.6 (the stable branch) you can safely ignore the rest of this message. Recall that "yt instinfo" may be able to auto-upgrade your installation! The full set of changes, from my SVN commits, is here: * Updates to the time series code. It's now just about usable. * Adding package parallel_tools, where we will be adding all NEW parallel support code and migrating old code over to. * Ray casting now works in parallel and with non-equal width/height values for the output image. This necessitated a change in API. * Added AMRInclinedBox data object. * Heaviside function added to transfer functions. * VolumeRendering is now an object. direct_ray_cast is now gone. * Added Sam Skillman's image_handling module. * Added HomogenizedBrickCollection and DistributedObjectCollection. These were designed to parallelize the brick partitioning, but I believe we need a new mechanism for that, so currently they do things but not 3D domain decomp. * Adding preliminary support for both Chombo and Gadget. * Vertex-centering is a tiny bit faster. The big things to note are that we have support for very small gadget datasets, in a very limited fashion. If you're interested in helping out with this, let me know. Additionally, Jeff Oishi has added basic support for Chombo datasets. The biggest changes here are that the volume rendering has had a shift in API -- this was to accommodate the fact that it is now parallel. Previously, direct_ray_cast was to be called; now, the object itself hangs off the hierarchy, like all other first-class objects in yt. Where previously, one would import volume_rendering and then call direct_ray_cast, now one would do something like this: -- import yt.extensions.volume_rendering as vr pf = load("DataDump0155.dir/DataDump0155") W = 100.0/pf['au'] SIZE = 1024 c = pf.h.find_max("Density") tf = vr.ColorTransferFunction((-14.0, -10.0)) tf.add_layers(8) # sample a colormap 8 times vp = pf.h.volume_rendering(L, W, c, (SIZE, SIZE), tf) vp.ray_cast() vr.plot_rgb(vp.image, "my_image") -- This would plot a 100 AU wide image, centered at the most dense point, that's 1024x1024. One of the side effects of this change in API is that this exact operation will now operate in parallel. Britton and Sam have reported good scaling for the parallelism; I'm testing it out myself on huge datasets, so hopefully I'll have some benchmarks in the near future. Sorry about the breakage, but I think it's worth it. The "yt instinfo -u" command will attempt to upgrade your current installation, if you're interested in any of these changes. Let us know if this has caused any breakages! Best, Matt

1 0

Covering grids, ordering
by david collins March 17, 2010

March 17, 2010

Hi there-- The covering_grid returns arrays that are in Enzo (thus Fortran) ordering, correct? So if I do open(filename,'wb').write( h.covering_grid(0,left,resolution)[ 'Density'] ) I should wind up with a binary file in the same order as the original enzo data? d. -- Sent from my Stone Tablet and carried by my Pterodactyl.

3 2

libreadline on OS X 10.6
by Rick Wagner March 16, 2010

March 16, 2010

Hi Matt, Just to cover another possible linking issue, do you happen to have libreadline installed in /usr/local on the machine you're building on? Thanks, Rick namor:~ rpwagner$ python Python 2.6.4 (r264:75706, Feb 1 2010, 13:22:43) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import readline Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/readline.so, 2): Library not loaded: /usr/local/lib/libreadline.6.0.dylib Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/readline.so Reason: image not found >>>

3 2

Call for testing: VTK on Snow Leopard
by Matthew Turk March 16, 2010

March 16, 2010

Hi all, I've constructed some packages of VTK on Snow Leopard. If you've used the Snow Leopard installation script ("install_script_osx106.sh") to install yt and Python on your machine, I believe they should work -- and I'd love to hear if they do or don't, as we'd really like to start moving the GUI over to the VTK/Matplotlib/Traits GUI that we've been working on for about a year. This will enable a lot better interaction between you and your data, and we're going to be able to drop in support for things like OpenCL, OpenGL, and the volume renderer right inside that framework. (An older, development screenshot of the new GUI: http://yt.enzotools.org/attachment/wiki/Screenshots/reason_v2.png -- but things have improved since then!) The process has been described on a Wiki page: http://yt.enzotools.org/wiki/VTKOnSnowLeopard so if you are interested, give it a go and let me know how it works for you. Best, Matt

2 4

file permissions
by Stephen Skory March 16, 2010

March 16, 2010

Hi all, I'm attempting to load an enzo dataset in a directory I don't have write permissions for. I am getting an error I believe because it's trying to write the binary hierarchy, but it can't. I am running Python in a directory I can write to, so can I either have yt write in the CWD or just skip the binary hierarchy? Thanks! >>> pf = load("/lustre/scratch/darkness/X2560/Dumps/RD0020/RD0020") Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/lustre/scratch/proj/yt_common/trunk/lib/python2.6/site-packages/yt-2.0dev-py2.6-linux-x86_64.egg/yt/convenience.py", line 77, in load return output_type_registry[candidates[0]](*args, **kwargs) File "/lustre/scratch/proj/yt_common/trunk/lib/python2.6/site-packages/yt-2.0dev-py2.6-linux-x86_64.egg/yt/lagos/OutputTypes.py", line 59, in __new__ _pf_store.check_pf(obj) File "/lustre/scratch/proj/yt_common/trunk/lib/python2.6/site-packages/yt-2.0dev-py2.6-linux-x86_64.egg/yt/fido/ParameterFileStorage.py", line 152, in check_pf self.insert_pf(pf) File "/lustre/scratch/proj/yt_common/trunk/lib/python2.6/site-packages/yt-2.0dev-py2.6-linux-x86_64.egg/yt/fido/ParameterFileStorage.py", line 166, in insert_pf self.flush_db() File "/lustre/scratch/proj/yt_common/trunk/lib/python2.6/site-packages/yt-2.0dev-py2.6-linux-x86_64.egg/yt/fido/ParameterFileStorage.py", line 182, in flush_db self._write_out() File "/lustre/scratch/proj/yt_common/trunk/lib/python2.6/site-packages/yt-2.0dev-py2.6-linux-x86_64.egg/yt/fido/ParameterFileStorage.py", line 196, in _write_out f.close() IOError: [Errno 122] Disk quota exceeded _______________________________________________________ sskory(a)physics.ucsd.edu o__ Stephen Skory http://physics.ucsd.edu/~sskory/ _.>/ _Graduate Student ________________________________(_)_\(_)_______________

3 5

Analyzing DM-only run
by kcai＠pa.uky.edu March 12, 2010

March 12, 2010

Hi Matt and Britton, Thank you both for teaching me how to plot particles in the past. Now that I got rid of the redundant particles in the initial conditions, it is desirable to look at the subsequent evolution in more detail - in particular, the sphere of particles still got destroyed fairly quickly. So we suspect it is the initial velocity field that was not set up properly. However, I tried to use p = pc.add_slice('particle_density_pyx', 0) p.modify["velocity"]() but failed (the add_slice part works): Traceback (most recent call last): File "DM_plots.py", line 14, in <module> pc.save("RD0000/Redshift199") File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotCollection.py", line 81, in save override=override, force_save=force_save)) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotTypes.py", line 112, in save_image self._redraw_image() File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotTypes.py", line 374, in _redraw_image self._run_callbacks() File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotTypes.py", line 238, in _run_callbacks cb(self) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/Callbacks.py", line 75, in __call__ return qcb(plot) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/Callbacks.py", line 102, in __call__ plot.data[self.field_x] - self.bv_x, File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/BaseDataTypes.py", line 249, in __getitem__ self.get_data(key) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/BaseDataTypes.py", line 584, in get_data if self._generate_field(field): File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/BaseDataTypes.py", line 606, in _generate_field self.pf.field_info[field].check_available(self) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/FieldInfoContainer.py", line 267, in check_available validator(data) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/FieldInfoContainer.py", line 365, in __call__ raise NeedsDataField(doesnt_have) yt.lagos.FieldInfoContainer.NeedsDataField: (['y-velocity']) >>> pc.save("RD0000/Redshift199") Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotCollection.py", line 81, in save override=override, force_save=force_save)) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotTypes.py", line 112, in save_image self._redraw_image() File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotTypes.py", line 374, in _redraw_image self._run_callbacks() File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/PlotTypes.py", line 238, in _run_callbacks cb(self) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/Callbacks.py", line 75, in __call__ return qcb(plot) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/raven/Callbacks.py", line 102, in __call__ plot.data[self.field_x] - self.bv_x, File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/BaseDataTypes.py", line 249, in __getitem__ self.get_data(key) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/BaseDataTypes.py", line 584, in get_data if self._generate_field(field): File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/BaseDataTypes.py", line 606, in _generate_field self.pf.field_info[field].check_available(self) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/FieldInfoContainer.py", line 267, in check_available validator(data) File "/share/home/kca223/lib/python2.6/site-packages/yt-1.6-py2.6-linux-x86_64.egg/yt/lagos/FieldInfoContainer.py", line 365, in __call__ raise NeedsDataField(doesnt_have) yt.lagos.FieldInfoContainer.NeedsDataField: (['y-velocity']) and I tried pc.add_slice('ParticleVelocityMagnitude', 0) and got segfault. Do you have any suggestions? In addition, how may I smooth the particle density and see more structures? Thanks a lot, Kai Quoting Matthew Turk <matthewturk(a)gmail.com>: > Hi Kai, > > You're right, good luck. > > -MAtt > > On Thu, Mar 11, 2010 at 10:42 PM, <kcai(a)pa.uky.edu> wrote: >> Hi Matt, >> Sorry for responding a bit late - I was out for dinner. We got a visitor >> here... >> >> I did find the gdb command you sent me a while ago, but looks like I get >> the problem fixed already - I found I can not only reset the >> NumberOfParticles, >> but also the "size" of the ParticleField[] array. So I set it to be the same >> as NumberOfParticles. Now: not only I get a perfect sphere of particles with >> nothing outside initially; and no segfaults with the YT script now. So you >> are right - it's those redundant array elements which caused the trouble. >> So it may not be necessary to get a "backtrace" now - don't you think? >> >> Thanks, >> Kai >> >> Quoting Matthew Turk <matthewturk(a)gmail.com>: >> >>> Use gdb, get a backtrace. Alternately, get a core dump and a >>> backtrace off that. If it's really segfaulting, the problem needs to >>> be debugged that way. >>> >>> On Thu, Mar 11, 2010 at 6:00 PM, <kcai(a)pa.uky.edu> wrote: >>>> >>>> Hi Matt, >>>> Thanks for helping out. Here is what I got (I don't know what is a "gdb >>>> backtrace"): >>>> >>>>> python2.6 -i DM_plots.py >>>> >>>> /home/kca223/lib/python2.6/site-packages/IPython/Magic.py:38: >>>> DeprecationWarning: the sets module is deprecated >>>> from sets import Set >>>> yt INFO 2010-03-11 18:34:20,059 Created plot collection >>>> with >>>> default plot-center = [0.5, 0.5, 0.5] >>>> yt INFO 2010-03-11 18:34:20,172 Getting the binary >>>> hierarchy >>>> yt INFO 2010-03-11 18:34:20,174 Finished with binary >>>> hierarchy >>>> reading >>>> yt INFO 2010-03-11 18:34:20,285 Getting field >>>> particle_position_y from 1 >>>> yt INFO 2010-03-11 18:34:20,285 Getting particle_position_y >>>> using ParticleIO >>>> yt INFO 2010-03-11 18:34:20,597 Getting field >>>> particle_position_z from 1 >>>> yt INFO 2010-03-11 18:34:20,597 Getting particle_position_z >>>> using ParticleIO >>>> yt INFO 2010-03-11 18:34:21,214 Generating overlap masks >>>> for >>>> level 0 >>>> Reading and masking grids 100% >>>> |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| Time: >>>> 00:00:00 >>>> yt INFO 2010-03-11 18:34:21,215 Finished calculating >>>> overlap. >>>> Segmentation fault 0 / 0 0% | >>>> >>>> And my YT script: >>>> >>>> from yt.mods import * >>>> pf = load("RD0002/RedDump0002", data_style = "enzo_packed_3d") >>>> pc = PlotCollection(pf, center = [0.5, 0.5, 0.5]) >>>> pc.add_particles(0, 0.5, p_size=1.0) >>>> pc.add_projection("particle_density_pyx", 0) >>>> pc.add_projection("particle_density_pyx", 1) >>>> pc.save("RD0002/Redshift100") >>>> >>>> Thanks in advance, >>>> Kai >>>> >>>> ---------------------------------------------------------------- >>>> This message was sent using IMP, the Internet Messaging Program. >>>> ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

units
by gso＠physics.ucsd.edu March 11, 2010

March 11, 2010

When the line self["particle_velocity_x"] is called in HaloFinding.py, does it automatically give the number in CGS units already or is it in code units? It's used in calculating the rms velocity for each of the dark matter haloes, but it's subtracting centers and multiplying other values in code units I believe, just want to make sure the calculations are done in the same units. From G.S.

3 3

Make Enzo Errors
by dlleuz＠xmission.com March 10, 2010

March 10, 2010

Hi, I'm trying to install enzo (latest version from svn) and get an Error 127 ignored. It installs okay and runs some of the examples, but not yet others. Might this error be important and anyone know what it means? Thanks sincerely. R.Soares

2 1

Error 127 attachment
by dlleuz＠xmission.com March 10, 2010

March 10, 2010

Sorry I forgot to include the log for Error 127 trying to make Enzo, which is used for yt of course. Here it is. -R.Soares

2 1

"yt load" command
by Matthew Turk March 10, 2010

March 10, 2010

Hi everybody, I have gotten a bit tired of loading up parameter files by hand, so I've added a very simple command line to do this: yt load [your_parameter_file] will start up an IPython session with the parameter file you specify in the variable 'pf'. IPython has a lot of really great features: http://ipython.scipy.org/doc/stable/html/index.html , and we're going to see if we can get yt tab-completion and some other fun things implemented in the near future. I didn't back port this feature to 1.6, but if you're on trunk, it's on the latest revision. Best, Matt

1 0

Mercurial
by dlleuz＠xmission.com March 4, 2010

March 4, 2010

Hi all, I'm installing yt-1.6 using the install_script.sh on Ubuntu 9.04. It stops at "installing Mercurial". Is Mercurial necessary, also what is it? Attached is tail of installation log. Thanks for any help, sincerely. -rsoares

2 1

Default Colormap change
by Matthew Turk March 2, 2010

March 2, 2010

Hi all, Just a quick note: in r1649 of the trunk, we've changed the default colormap from "jet" to "algae", which is an alias for what used to be called "bds_highcontrast", a custom-designed colormap by Britton Smith. -Matt

1 0

Dealing with HOP groups
by Agarwal, Shankar March 1, 2010

March 1, 2010

Hi Stephen, I read http://lists.spacepope.org/pipermail/yt-users-spacepope.org/2009-March/0001… Do you remember the cosmology parameters for your run: particles, grid, box, refinement, AMR ON or OFF ? I have run a 200 Mpc/h box, 512^3 particle, 512^3 grid, AMR-OFF simulation and I get about 30,000 halos using HOP. When I try to finding virial halos, I get only 500. I may have to increase the grid to 1024^3. Let me know how you got 40,000 virial halos. Thanks Shankar

4 9

accessing SVN for YT
by Luigi Iapichino March 1, 2010

March 1, 2010

Hi all, I present to you an issue that I only hinted in my last e-mails to the list. From my account at the Leibniz Computing Center in Garching ( http://www.lrz-muenchen.de/services/compute/hlrb/ ), where I run my simulations and my data reside, I cannot access the SVN updates of YT. The problem is that your SVN server does not allow svn+ssh or https access, and therefore for security reasons it cannot be accessed (cf. http://www.lrz-muenchen.de/services/compute/hlrb/intro/index.html , "How can I access my subversion (SVN) server"). I don't know if any of you has similar problems in other supercomputers, and if any reasonably simple solution can be provided by you. For the time being, I found a tedious fix by making a detour through my local account in Heidelberg, but a better solution would be certainly preferred. Looking forward to your suggestions, Cheers Luigi -- --------------------------------------------------------------- Luigi Iapichino Zentrum fuer Astronomie der Universitaet Heidelberg Institut fuer Theoretische Astrophysik Albert-Ueberle-Str. 2, D-69120 Heidelberg, Germany Tel: +49 6221 548983, Fax: +49 6221 544221 e-mail: luigi(a)ita.uni-heidelberg.de URL: http://www.ita.uni-heidelberg.de/~luigi/

2 1