Dear Eric, Thanks for the email. Since you indicated that you tried to join the mailing list, I have taken the liberty of subscribing you to the list and copying the list in on my answer. We currently have what you want for the cases of point evaluation node elements (i.e. CG and DG elements). See: https://www.firedrakeproject.org/interpolation.html#interpolator-objects . The interpolator object contains the interpolation matrix in appropriate cases. There are people working on generalising this to all the elements we have, and making the differentiation work cleanly so that things like point forcing and point measurements work seamlessly. I hope we have more progress on this in the coming months. Cheers, David -- Dr David Ham Department of Mathematics Imperial College London https://www.imperial.ac.uk/people/david.ham From: Eric Daub <edaub@turing.ac.uk> Date: Wednesday, 11 March 2020 at 12:19 To: "Ham, David A" <david.ham@imperial.ac.uk> Subject: Firedrake in a project at ATI Dear David, I am an RSE at the Turing working with Mark Girolami (and Alastair Gregory before he moved to a new position) on implementing a probabilistic version of the Finite Element Method that he has developed over the past couple of years. The method provides a Bayesian framework for finding FEM solutions conditioned on sensor data, and Mark hopes that this tool will become a part of several research projects in the Turing Data-Centric Engineering Programme. Some other ICL researchers (Craig Buchanan and Leroy Gardner in Civil Engineering) are also involved with this research program. I am building our software on top of Firedrake as suggested by Alastair, as it nicely supports much of what we need to do straight out of the box (in particular, easily integrating with PETSc and ensemble parallelism have made my job relatively straightforward, as those have proven to be the difficult bits of the implementation thus far). However, one additional piece that is necessary for the FEM solves required by the method is the ability to access the matrix that interpolates between the FEM DOF nodes and arbitrary sensor locations where data has been collected. This involves evaluating the FEM basis functions at all of the sensor locations and collecting them in a sparse matrix. I did not see a simple way to do this using the existing interfaces, but it is highly likely that I missed something. I have a simplified version that works for linear CG elements on triangular/tetrahedral meshes that I have been using for testing purposes, but eventually want to implement this for the more general case. Any advice on how to proceed would be greatly appreciated. I attempted to join the Firedrake listserver, as I suspect that some of the discussions arising there may be relevant to my work, though it seems that my request never went through. If I can join the list I would be happy to re-pose my question there for the development team if you feel that would be more appropriate. Thanks for your help, and I hope that my work can help get more people using Firedrake in various research threads here at the Turing. Cheers, Eric The Alan Turing Institute is a limited liability company, registered in England with registered number 09512457. Our registered office is at British Library, 96 Euston Road, London, England, NW1 2DB. We are also a charity registered in England with charity number 1162533. DISCLAIMER: Although The Alan Turing Institute has taken reasonable precautions to ensure no viruses are present in this email, The Alan Turing Institute cannot accept responsibility for any loss or damage sustained as a result of computer viruses and the recipient must ensure that the email (and attachments) are virus free. While we take care to protect our systems from virus attacks and other harmful events, we give no warranty that this message (including attachments) is free of any virus or other harmful matter, and we accept no responsibility for any loss or damage resulting from the recipient receiving, opening or using it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or be incomplete. If you think someone may have interfered with this email, please contact the Alan Turing Institute by telephone only and speak to the person dealing with your matter or the Accounts Department. Fraudsters are increasingly targeting organisations and their affiliates, often requesting funds to be transferred to a different bank account. The Alan Turing’s bank details are contained within our terms of engagement. If you receive a suspicious or unexpected email from us, or purporting to have been sent on our behalf, particularly containing different bank details, please do not reply to the email, click on any links, open any attachments, or comply with any instructions contained within it, but contact our Accounts department by telephone. Our Transparency Notice found here - https://www.turing.ac.uk/transparency-notice sets out how and why we collect, store, use and share your personal data and it explains your rights and how to raise concerns with us.