Commits November 2011

commits@lists.einsteintoolkit.org

13 participants
183 discussions

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 236)
by jfaber＠einsteintoolkit.org 14 Nov '11

14 Nov '11

User: jfaber Date: 2011/11/14 11:52 AM Modified: / ET.tex Log: No "eq." in IOP journals, minor typos File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +22 -28 =================================================================== --- ET.tex 2011-11-14 17:35:13 UTC (rev 235) +++ ET.tex 2011-11-14 17:52:10 UTC (rev 236) @@ -576,30 +576,30 @@ \subsection{Kranc} \label{sec:kranc} -Kranc\cite{Husa:2004ip,Lechner:2004cs,Kranc:web} is a Mathematica application which converts a high-level +\codename{Kranc}\cite{Husa:2004ip,Lechner:2004cs,Kranc:web} is a Mathematica application which converts a high-level continuum description of a PDE into a highly optimized module for {\tt Cactus}, suitable for running on anything from a laptop to the world's largest HPC systems. Many codes contain a large amount of complexity, including expanded tensorial expressions, numerical methods, and the large amount of ``glue'' code needed for interfacing a modern HPC -application with the underlying framework. Kranc absorbs this +application with the underlying framework. \codename{Kranc} absorbs this complexity, allowing the scientist to concentrate on writing only the -Kranc script which describes the continuum equations. +\codename{Kranc} script which describes the continuum equations. This approach brings with it many advantages. With these complicated -elements factored out, a scientist can write many different Kranc -codes, all taking advantage of the features of Kranc and avoiding +elements factored out, a scientist can write many different \codename{Kranc} +codes, all taking advantage of the features of \codename{Kranc} and avoiding unnecessary or trivial but painstaking duplication. The codes might be variations on a theme, perhaps versions which use different sets of variables or formulations of the equations, or they could represent completely different physical systems. The use of a symbolic algebra package, Mathematica, enables high-level optimizations which are not performed by -the compiler to be implemented in Kranc. +the compiler to be implemented in \codename{Kranc}. -Any enhancements to Kranc can be automatically applied to all codes -which are generated using Kranc. Existing codes have easily benefited -from the following features added to Kranc after the codes themselves +Any enhancements to \codename{Kranc} can be automatically applied to all codes +which are generated using \codename{Kranc}. Existing codes have easily benefited +from the following features added to \codename{Kranc} after the codes themselves were written: (i) OpenMP parallelization support, necessary for efficient use of modern multi-core processors; (ii) support for multipatch domains with the Llama~\cite{Pollney:2009yz} code; (iii) automatic generation of @@ -607,9 +607,9 @@ the processor for two grid points at the same time; and (iv) common sub-expression elimination, and various other optimization strategies. -Within the Einstein Toolkit, the Einstein evolution thorn McLachlan, -as well as the wave extraction thorn WeylScal4, are both generated -using Kranc, and hence support all the above features. +Within the Einstein Toolkit, the Einstein evolution thorn \codename{McLachlan}, +as well as the wave extraction thorn \codename{WeylScal4}, are both generated +using \codename{Kranc}, and hence support all the above features. \section{Components} The Einstein Toolkit uses the modular {\tt Cactus} framework as its underlying infrastructure. @@ -1193,7 +1193,7 @@ evolution of the shift $\beta^i$ and thus that of the spatial coordinates $x^i$ will be exponentially damped. This damping time scale is set by the gauge parameter $\eta$ -(see eq.~\eref{eq:eta}) which has dimension $1/T$ (inverse time). +(see~\eref{eq:eta}) which has dimension $1/T$ (inverse time). As described in~\cite{Muller:2009jx, Schnetter:2010cz}, this time scale may need to be adapted in different regions of the domain to avoid spurious high-frequency behavior in regions that otherwise @@ -1213,8 +1213,8 @@ \end{eqnarray} with a constant $R$ defining the transition radius between the interior, where $q\approx1$, and the exterior, where $q$ falls off as -$1/r$. Eq.~\eref{eq:eta} describes how $q$ appears in the gauge -parameters. +$1/r$. A description of how $q$ appears in the gauge +parameters may be found in~\eref{eq:eta}. @@ -1517,8 +1517,8 @@ It is these flux terms that are then used to evolve the hydrodynamic quantities. The Roe solver~\cite{Roe:1981ar} involves linearizing the evolution system -for the hydrodynamic evolution. Eq.~\eref{eq:Riemann}, defining -the Jacobian matrix $A\equiv \frac{\partial f}{\partial q}$, and +for the hydrodynamic evolution, defining +the Jacobian matrix $A\equiv \frac{\partial f}{\partial q}$ (see~\eref{eq:Riemann}), and working out the eigenvalues $\lambda^i$ and left and right eigenvectors, $l_i$ and $r^j$, assumed to be orthonormalized so that $l_i\cdot r^j=\delta_i^j$. Defining the characteristic variables @@ -1589,8 +1589,6 @@ \partial_t (DX)+\partial_i(\alpha \tilde{v}^iDX)=0. \end{equation} -\todo{Christian: Temperature Evolution?} - \subsection{Equations of State} \label{sec:eoss} %%% Written by Christian Ott @@ -1761,7 +1759,7 @@ which \codename{EHFinder} is also based. Defining a surface as a level set $f(x^i)=r-h(\theta,\phi)=0$, and introducing an unphysical timelike parameter $\lambda$ to -parametrize the flow of $h$ towards a solution, Eq.~\eref{eq:ah_theta} +parametrize the flow of $h$ towards a solution, \eref{eq:ah_theta} can be rewritten \begin{equation} \partial_\lambda h = - \left( \frac{\alpha}{\ell_\mathrm{max} @@ -1783,9 +1781,9 @@ \end{equation} The \codename{AHFinderDirect} module~\cite{Thornburg:2003sf} is a -faster alternative to \codename{AHFinder}. Its approach is to view -eq.~\eref{eq:ah_theta} as an elliptic PDE for $h(\theta,\phi)$ on $S^2$ -using standard finite differencing methods. Rewriting eq.~\eref{eq:ah_theta} +faster alternative to \codename{AHFinder}. Its approach is to +view~\eref{eq:ah_theta} as an elliptic PDE for $h(\theta,\phi)$ on $S^2$ +using standard finite differencing methods. Rewriting~\eref{eq:ah_theta} in the form \begin{equation} \Theta \equiv \Theta\left(h,\partial_u h,\partial_{uv}h; @@ -1962,9 +1960,6 @@ \end{equation} of a projection onto spin-weighted spherical harmonics ${}_s Y_{\ell m}$. -%\todo{CCE} -% JF: are we discussing CCE in this paper? WE say not in the conclusions... - \subsubsection{Object tracking} \label{sec:object-tracking} We provide a module (\codename{PunctureTracker}) for tracking BH @@ -2191,7 +2186,6 @@ \end{figure} \section{Examples} -\todo{Update if necessary} To demonstrate the properties of the code and its capabilities, we have used it to simulate common astrophysical configurations of interest. Given the community-oriented direction of the project, the parameter files required to launch these simulations and a host of others are included and documented in the code releases, along with the data files produced by a representative set of simulation parameters to allow for code validation and confirmation of correct code performance on new platforms and architectures. As part of the internal validation process, nightly builds are checked against a set of benchmarks to ensure that consistent results are generated with the inclusion of all new commits to the code. @@ -2966,7 +2960,7 @@ \bibliographystyle{iopart-num-edit} %\bibliographystyle{amsplain-url} -% TODO: all references should be in manifest/einsteintoolkit +% all references should be in manifest/einsteintoolkit \bibliography{manifest/einsteintoolkit} \end{document}

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 235)
by knarf＠cct.lsu.edu 14 Nov '11

14 Nov '11

User: knarf Date: 2011/11/14 11:35 AM Modified: / make Log: don't delete .bbl file File Changes: Directory: / ============ File [modified]: make Delta lines: +1 -1 =================================================================== --- make 2011-11-14 17:22:34 UTC (rev 234) +++ make 2011-11-14 17:35:13 UTC (rev 235) @@ -19,4 +19,4 @@ } pdf ET -rm -rf *.aux *.bbl *.blg *.log *.out *.toc +rm -rf *.aux *.blg *.log *.out *.toc

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 234)
by gallen＠cct.lsu.edu 14 Nov '11

14 Nov '11

User: gallen Date: 2011/11/14 11:22 AM Modified: / ET.tex Log: affiliation and word changes in intro File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +15 -14 =================================================================== --- ET.tex 2011-11-14 17:14:47 UTC (rev 233) +++ ET.tex 2011-11-14 17:22:34 UTC (rev 234) @@ -88,7 +88,7 @@ Bruno C. Mundim $^2$, Christian D. Ott $^{5,1,6}$, Erik Schnetter $^{7,8,1}$, -Gabrielle Allen $^1$, +Gabrielle Allen $^{1,9,10}$, Manuela Campanelli $^2$ and Pablo Laguna $^4$} @@ -103,6 +103,8 @@ ON, Canada} \address{$^8$ Department of Physics, University of Guelph, Guelph, ON, Canada} +\address{$^9$ Department of Computer Science, Louisiana State University, Baton Rouge, LA, USA} +\address{$^{10}$ National Science Foundation, USA} \ead{knarf(a)cct.lsu.edu} %\thanks{{}$^{(1)}$ Department of Computer Science, @@ -122,10 +124,10 @@ We describe the Einstein Toolkit, a community-driven, freely accessible computational infrastructure intended for use in numerical relativity, relativistic astrophysics, and other applications. The Toolkit, developed by a -collaboration involving researchers from several institutions around the world, +collaboration involving researchers from multiple institutions around the world, combines a core set of components needed to simulate astrophysical objects such as black holes, compact objects, and collapsing stars, as well as a full suite -of analysis tools. The Einstein Toolkit is based on the Cactus Framework for +of analysis tools. The Einstein Toolkit is currently based on the Cactus Framework for high-performance computing and the Carpet adaptive mesh refinement driver. It implements spacetime evolution via the BSSN evolution system and general-relativistic hydrodynamics in a finite-volume discretization. The @@ -157,13 +159,13 @@ in the study of astrophysical systems containing black holes (BHs) and neutron stars (NSs). The first fully general relativistic (GR) simulations of merging NS-NS binaries were reported in 1999, with further -advances for the next few years~\cite{Shibata:1999wm,Shibata:2002jb, +advances over the next few years~\cite{Shibata:1999wm,Shibata:2002jb, Shibata:2003ga,Shibata:2005ss,Shibata:2006nm}. However, systems containing BHs proved -much more difficult to track numerically until 2005. That year, computational -breakthroughs were made using a generalized harmonic formulation~\cite{Pretorius:2005gq} and then a ``moving puncture'' approach +much more difficult to evolve numerically until 2005. That year, computational +breakthroughs were made following the development of a generalized harmonic formulation~\cite{Pretorius:2005gq} and then a ``moving puncture'' approach \cite{Campanelli:2005dd, Baker:2005vv} in the BSSN (Baumgarte-Shapiro-Shibata-Nakamura) formalism~\cite{Shibata:1995we,Baumgarte:1998te} -that allowed for the first stable long-term evolutions of moving single +that lead to the first stable long-term evolutions of moving single and multiple BH systems. These results quickly transformed the field which was now able to effectively evolve the Einstein field equations for coalescing BH-BH binaries and other systems containing moving @@ -238,15 +240,14 @@ Simultaneously with the advances in both our physical understanding of relativistic dynamics and the numerical techniques required to study them, -a set of computational tools and libraries has been developed with the +a set of general computational tools and libraries has been developed with the aim of providing a computational core that can enable new science, -broaden the community, facilitate interdisciplinary research and take +broaden the community, facilitate collaborative and interdisciplinary research, promote software reuse and take advantage of emerging petascale computers and advanced cyberinfrastructure: -the Cactus computational toolkit~\cite{Cactuscode:web}. While it was -developed in large part by computer scientists, its development was driven by -direct input from other fields, especially numerical relativity, and has -succeeded in applying expertise in computer science directly to problems in -numerical relativity. +the Cactus computational toolkit~\cite{Cactuscode:web}. +Although the development of Cactus was driven directly from the numerical relativity community, it was developed in collaboration +with computer scientists and other computational fields to facilitate the incorporation of innovations in computational +theory and technology. This success prompted usage of the {\tt Cactus} computational toolkit in other areas, such as ocean forecast models~\cite{Djikstra2005} and chemical reaction

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 233)
by knarf＠cct.lsu.edu 14 Nov '11

14 Nov '11

User: knarf Date: 2011/11/14 11:14 AM Modified: / ET.tex Log: spellcheck File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +14 -14 =================================================================== --- ET.tex 2011-11-14 17:03:30 UTC (rev 232) +++ ET.tex 2011-11-14 17:14:47 UTC (rev 233) @@ -293,7 +293,7 @@ attacked directly with fewer potential infrastructure problems, one of the goals of the Einstein Toolkit. -While the Einstein Toolkit does have a large group of users, many of themdo not directly collaborate on science problems, and some compete. +While the Einstein Toolkit does have a large group of users, many of them do not directly collaborate on science problems, and some compete. However, all groups agree that sharing the development of the underlying infrastructure is mutually beneficial for every group and the wider community as well. This is achieved by lifting off the research groups' shoulders much of the @@ -347,7 +347,7 @@ starting with code generation all to way to archiving of simulation results: (i) the {\tt Cactus} framework ``flesh'' provides the underlying infrastructure to build complex simulation codes out of independently -developed modules and facillates communication between these modules. (ii) the +developed modules and facilities communication between these modules. (ii) the adaptive mesh refinement driver, {\tt Carpet}, is build on top of {\tt Cactus} and provides problem independent adaptive mesh refinement support for simulations that need to resolve physics on length scales differing by many @@ -355,7 +355,7 @@ internal details of the mesh refinement driver. (iii) {\tt Kranc}, which generates code in a computer language from a high-level description in Mathematica and (iv) the Simulation Factory, which provides a uniform, high-level interface to -common operations, such submisson and restart of jobs, for a large number of +common operations, such as submission and restart of jobs, for a large number of compute clusters. \subsection{Cactus Framework} @@ -395,13 +395,13 @@ group continues to be comprised of numerical relativists. It is not surprising therefore, that one of the science modules provided in the Einstein Toolkit is a set of state of the art modules to simulate binary -black hole mergers. All modules to simulate and analyse the data are provided +black hole mergers. All modules to simulate and analyze the data are provided out of the box. This set of modules also provides a way of testing the Einstein Toolkit modules in a production type simulation rather than synthetic test cases. Some of these modules have been developed specifically for the Einstein Toolkit while others are modules used in previous publications and have been contributed to the toolkit. In these cases the Einstein Toolkit -provides documenation and best practise guidelines for the contributed modules. +provides documentation and best practice guidelines for the contributed modules. \subsection{Adaptive Mesh Refinement} @@ -485,7 +485,7 @@ This shows the time required per grid point, where smaller numbers are better (the ideal scaling is a horizontal line). This - demonstrates excellect scalability to up to more than 10,000 + demonstrates excellent scalability to up to more than 10,000 cores. Including hydrodynamics approximately doubles calculation times without negatively influencing scalability.} \label{fig:weak-scaling} @@ -509,7 +509,7 @@ Today's supercomputers differ significantly in their hardware configuration, available software, directory structure, -queueing system, queuing policy, and many other user-visible +queuing system, queuing policy, and many other user-visible properties. In addition, the system architectures and user interfaces offered by supercomputers are very different from those offered by laptops or workstations. This makes performing large, @@ -988,7 +988,7 @@ it to extend to spatial infinity. Within each of the nested sub-domains, fields are decomposed into Chebyshev modes radially and into spherical harmonics in the angular directions, with elliptic equation solving reduced to a matrix -problem. The nested sub-domains ineen not be perfectly spherical, and +problem. The nested sub-domains need not be perfectly spherical, and indeed one may modify the outer boundaries of each to cover any convex shape. For NSs, this allows one to map the surface of a particular sub-domain to the NS surface, minimizing Gibbs error there. For BHs, excision @@ -1873,7 +1873,7 @@ on a Schwarzschild background or the calculation of the Weyl scalar $\Psi_4$. The module \codename{Extract} uses the Moncrief formalism~\cite{ -Moncrief:1974am} to extract gauge-invariant wavefunctions $Q_{\ell m}^\times$ and $Q_{\ell +Moncrief:1974am} to extract gauge-invariant wave functions $Q_{\ell m}^\times$ and $Q_{\ell m}^+$ given spherical surfaces of constant coordinate radius. The spatial metric is expressed as a perturbation on Schwarzschild and expanded into a tensor basis of @@ -1951,8 +1951,8 @@ While the waveforms generated by \codename{Extract} are already decomposed on a convenient basis to separate modes, the complex quantity $\Psi_4$ is provided by \codename{WeylScal4} as -a complex gridfunction. For this quantity, and any other real or -complex gridfunction, the module \codename{Multipole} interpolates +a complex grid function. For this quantity, and any other real or +complex grid function, the module \codename{Multipole} interpolates the field $u(t,r,\theta,\phi)$ onto coordinate spheres of given radii and calculates the coefficients \begin{equation} @@ -1979,7 +1979,7 @@ \frac{d x^i}{d t} = -\beta^i, \label{eq:puncturetracking} \end{equation} where $x^i$ is the puncture location and $\beta^i$ is the shift. Since the -puncture location usually does not coincide with gridpoints, the shift is +puncture location usually does not coincide with grid points, the shift is interpolated to the location of the puncture. Equation~(\eref{eq:puncturetracking}) is implemented with a simple first-order Euler scheme, accurate enough for controlling the location @@ -2192,7 +2192,7 @@ \section{Examples} \todo{Update if necessary} -To demonstrate the properties of the code and its capabilities, we have used it to simulate common astrophysical configurations of interest. Given the community-oriented direction of the project, the parameter files required to launch these simulations and a host of others are included and documented in the code releases, along with the datafiles produced by a representative set of simulation parameters to allow for code validation and confirmation of correct code performance on new platforms and architectures. As part of the internal validation process, +To demonstrate the properties of the code and its capabilities, we have used it to simulate common astrophysical configurations of interest. Given the community-oriented direction of the project, the parameter files required to launch these simulations and a host of others are included and documented in the code releases, along with the data files produced by a representative set of simulation parameters to allow for code validation and confirmation of correct code performance on new platforms and architectures. As part of the internal validation process, nightly builds are checked against a set of benchmarks to ensure that consistent results are generated with the inclusion of all new commits to the code. The performance of the Toolkit for vacuum configurations is demonstrated through evolutions of single, rotating BHs and the merger of binary black hole configurations (sections~\ref{sec:1bh-example} and \ref{sec:bbh-example}, respectively). Linear oscillations about equilibrium for an isolated NS are discussed in section~\ref{sec:tov_oscillations}, and the collapse of a NS to a BH, including dynamical formation of a horizon, in section~\ref{sec:collapse_example}. Finally, to show a less traditional application of the code, we show its ability to perform cosmological simulations by evolving a Kasner spacetime (see section~\ref{sec:cosmology}). @@ -2871,7 +2871,7 @@ by the Cauchy Characteristic Extraction (CCE) technique recently studied in~\cite{Babiuc:11,Reisswig:2010cd,Reisswig:2011a}. The authors of one such CCE code~\cite{Babiuc:11} have agreed to make their work available to the -whole community by integrating their CCE routines into the Einstein Tookit +whole community by integrating their CCE routines into the Einstein Toolkit release 2011\_11 ``Maxwell,'' which will be described elsewhere. A second much needed improvement of our existing methods

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 232)
by diener＠cct.lsu.edu 14 Nov '11

14 Nov '11

User: diener Date: 2011/11/14 11:03 AM Modified: / ET.tex Log: Fix the caption to figure 12. File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +5 -4 =================================================================== --- ET.tex 2011-11-14 16:57:34 UTC (rev 231) +++ ET.tex 2011-11-14 17:03:30 UTC (rev 232) @@ -2322,11 +2322,12 @@ \begin{figure} \includegraphics[width=0.9\textwidth]{examples/kerr/figs/qlm_mass} \includegraphics[width=0.9\textwidth]{examples/kerr/figs/qlm_spin} - \caption{The top plot shows the total mass and the right plot shows the changing spin (i.e.\ $\Delta S=S(t)-S(t=0)$ of the BH as a function of time. + \caption{The top plot shows the total mass and the bottom plot shows the change in spin (i.e.\ $\Delta S=S(t)-S(t=0)$ of the BH as a function of time. In both plots the black (solid) curve is for high, blue (dashed) for medium -and red (dotted) for low resolution. In the right plot the green (dash-dotted) -curve shows the high resolution result scaled for second-order convergence with -the medium resolution.} +and red (dotted) for low resolution. In the bottom plot the green (dash-dotted) +curve shows the high resolution result scaled for second-order convergence. The +agreement with the medium resolution curve shows that the change in spin +converges to zero as expected.} \label{fig:ah_mass_spin} \end{figure} In both cases the black (solid) curve is for high, blue (dashed) for medium and

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 231)
by diener＠cct.lsu.edu 14 Nov '11

14 Nov '11

User: diener Date: 2011/11/14 10:57 AM Modified: / ET.tex Log: Fix equation 28. File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +3 -2 =================================================================== --- ET.tex 2011-11-14 16:54:11 UTC (rev 230) +++ ET.tex 2011-11-14 16:57:34 UTC (rev 231) @@ -1124,8 +1124,9 @@ \nonumber\\ & & {} - 2\tilde{A}^{ij}\partial_j\alpha + 2\alpha\left[ (m-1)\partial_k\tilde{A}^{ki} - \frac{2m}{3}\tilde{D}^i K - + m(\tilde{\Gamma}^i_{\; kl}\tilde{A}^{kl} + 6\tilde{A}^{ij}\partial_j\phi) - \right] - S^i, + \right. \nonumber \\ + & & {} + m(\tilde{\Gamma}^i_{\; kl}\tilde{A}^{kl} + + 6\tilde{A}^{ij}\partial_j\phi) \Bigg] - S^i, \end{eqnarray} \end{widetext} with the momentum constraint damping constant set to $m=1$. The stress

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 230)
by jfaber＠einsteintoolkit.org 14 Nov '11

14 Nov '11

User: jfaber Date: 2011/11/14 10:54 AM Modified: / iopart-num-edit.bst Log: Print proceedings titles in the refs File Changes: Directory: / ============ File [modified]: iopart-num-edit.bst Delta lines: +3 -1 =================================================================== --- iopart-num-edit.bst 2011-11-14 16:47:53 UTC (rev 229) +++ iopart-num-edit.bst 2011-11-14 16:54:11 UTC (rev 230) @@ -75,7 +75,8 @@ % cited in the text, or that in the database. %--------------------------------------------------------------------- % - % Hacked so that titles are printed for Journal articles and so that + % Hacked so that titles are printed for Journal articles, so that + % article titles show up in conferences procs., and so that % we print eprint information only if the journal field is empty % % The latter is accomplished by the following commands: @@ -1464,6 +1465,7 @@ format.authors "author" output.check format.date "year" output.check date.block + format.title "title" output.check crossref missing$ {

1 0

[svn:einsteintoolkit] manifest/trunk/ (Rev. 133)
by jfaber＠einsteintoolkit.org 14 Nov '11

14 Nov '11

User: jfaber Date: 2011/11/14 10:50 AM Modified: /trunk/ einsteintoolkit.bib Log: Deleting duplicate ref File Changes: Directory: /trunk/ ================== File [modified]: einsteintoolkit.bib Delta lines: +0 -15 =================================================================== --- trunk/einsteintoolkit.bib 2011-11-14 16:44:00 UTC (rev 132) +++ trunk/einsteintoolkit.bib 2011-11-14 16:50:30 UTC (rev 133) @@ -1822,21 +1822,6 @@ primaryClass = "gr-qc", } -@Article{Lousto:2010ut, - author = "Lousto, Carlos O. and Zlochower, Yosef", - title = "{Orbital Evolution of Extreme-Mass-Ratio Black-Hole - Binaries with Numerical Relativity}", - journal = "Phys. Rev. Lett.", - volume = "106", - year = "2011", - pages = "041101", - eprint = "1009.0292", - archivePrefix = "arXiv", - primaryClass = "gr-qc", - doi = "10.1103/PhysRevLett.106.041101", - SLACcitation = "%%CITATION = 1009.0292;%%" -} - ##M ############################################################################ @article{Manca:2007ca,

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 229)
by knarf＠cct.lsu.edu 14 Nov '11

14 Nov '11

User: knarf Date: 2011/11/14 10:47 AM Modified: / ET.tex Log: reorder affiliations File Changes: Directory: / ============ File [modified]: ET.tex Delta lines: +5 -5 =================================================================== --- ET.tex 2011-11-14 16:44:55 UTC (rev 228) +++ ET.tex 2011-11-14 16:47:53 UTC (rev 229) @@ -86,8 +86,8 @@ Roland Haas $^{5,4}$, Ian Hinder $^3$, Bruno C. Mundim $^2$, -Christian D. Ott $^{5,1,8}$, -Erik Schnetter $^{6,7,1}$, +Christian D. Ott $^{5,1,6}$, +Erik Schnetter $^{7,8,1}$, Gabrielle Allen $^1$, Manuela Campanelli $^2$ and Pablo Laguna $^4$} @@ -98,11 +98,11 @@ \address{$^3$ Max-Planck-Institut f\"{u}r Gravitationsphysik, Albert-Einstein-Institut, Golm, Germany} \address{$^4$ Center for Relativistic Astrophysics, School of Physics, Georgia Institute of Technology, Atlanta, GA, USA} \address{$^5$ TAPIR, California Institute of Technology, Pasadena, CA, USA} -\address{$^6$ Perimeter Institute for Theoretical Physics, Waterloo, +\address{$^6$ Institute for the Physics and Mathematics of the Universe, University of Tokyo, Kashiwa, Japan} +\address{$^7$ Perimeter Institute for Theoretical Physics, Waterloo, ON, Canada} -\address{$^7$ Department of Physics, University of Guelph, Guelph, ON, +\address{$^8$ Department of Physics, University of Guelph, Guelph, ON, Canada} -\address{$^8$ Institute for the Physics and Mathematics of the Universe, University of Tokyo, Kashiwa, Japan} \ead{knarf(a)cct.lsu.edu} %\thanks{{}$^{(1)}$ Department of Computer Science,

1 0

[svn:einsteintoolkit] Paper_EinsteinToolkit_2010/ (Rev. 228)
by jfaber＠einsteintoolkit.org 14 Nov '11

14 Nov '11

User: jfaber Date: 2011/11/14 10:44 AM Modified: / iopart-num-edit.bst Log: Fix journal vs. preprint formatting in reference list see the file header for the changes from iopart-num.bst as available online File Changes: Directory: / ============ File [modified]: iopart-num-edit.bst Delta lines: +21 -4 =================================================================== --- iopart-num-edit.bst 2011-11-14 16:40:05 UTC (rev 227) +++ iopart-num-edit.bst 2011-11-14 16:44:55 UTC (rev 228) @@ -74,7 +74,16 @@ % The order in the reference list is that by which the works were originally % cited in the text, or that in the database. %--------------------------------------------------------------------- - + % + % Hacked so that titles are printed for Journal articles and so that + % we print eprint information only if the journal field is empty + % + % The latter is accomplished by the following commands: + % journal empty$ + % { format.eprint output } + % { skip$ } + % if$ + % ENTRY { address archive @@ -1303,7 +1312,7 @@ %mc emphasize %mc "journal" output.check %mc add.blank - journal + journal "journal" bibinfo.check section field.or.null strip.trailing trim emphasize @@ -1313,6 +1322,7 @@ { skip$ } { section * add.blank} if$ + %mc end format.vol.num.pages output } @@ -1322,8 +1332,15 @@ if$ format.issn output format.note output -% format.eprint output +%% format.eprint output format.url output + + journal empty$ + { format.eprint output } + { skip$ } + if$ + + fin.entry } FUNCTION {book} @@ -1354,7 +1371,7 @@ %% format.edition output format.isbn output format.note output - format.eprint output +%% format.eprint output format.url output fin.entry }

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
19
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Commits November 2011