Comments (4)
I totally agree. Let's use the name fenicsadapter
consistently. However, it might take some time until I will be able to actually apply the changes.
from fenics-adapter.
I guess this comes from the fact that all our repos on GitHub are called solver-adapter
. This, we should also keep consistent.
But this does not mean that we need to use the same name for the "adapter object". Here, we should stick to the style of the solver. In OpenFOAM, we use preCICE_Adapter
. Would this also makes sense here? preciceadapter
?
from fenics-adapter.
I was thinking a bit more about the naming "issue" and I understand that it is hard to find a good solution that satisfies everyone. Different programming languages prefer different coding/naming styles and conventions. I guess for the Python bindings and adapter to be used in Python it makes sense to follow the pep style guide.
The main point "bothering" me when opening this issue was that
pip3 uninstall fenicsadapter
did not uninstall the module even though it is called fenicsadapter
. For example, one uses it in the code via import fenicsadapter
. I guess that would be easy to fix.
Regarding the future naming of the adapter and the adapter it is more tricky. I think the name of the repository is fine in general. I just wanted to mention that there are differences between the namings.
Regarding the name of Python module I don't know what makes most sense. I guess that is something you have to find out. preciceadapter
could be too vague. Would it be an adapter for preCICE+Python
, preCICE+FEniCS
, preCICE+Nutils
, preCICE+SomePythonLibrary
? It could be a problem when you have adapters to more than one Python library/interface.
fenicsadapter
on the other hand gives no (obvious) hint towards preCICE
. So somebody reading the code without knowing about the purpose of the code fenicsadapter
might be too vague again as it does not refer to preCICE
in any way. However, putting fenicsadapter
into Google etc. gives this repository as first result though which is nice. ;)
What would be alternatives?
Calling the bindings precice
and the adapter fenicsprecice
, precicefenics
, precicefenicsadapter
? At what point is it too long and too descriptive?
I will leave that here... so far I don't have any good answers, but maybe it helps you in some way.
from fenics-adapter.
So let's use fenicsadapter
consistently. I will push this in a moment.
from fenics-adapter.
Related Issues (20)
- Compute CouplingExpression from point data via Minimization on P0DG function space HOT 9
- Reactivate systemtest HOT 2
- from fenics import * avoids publishing HOT 2
- Properly define FEniCS dependency? HOT 3
- Outdated documentation regarding actions HOT 4
- Homogenize citation information HOT 4
- Support FEniCSx HOT 1
- The Config object can not find the adapter configuration file HOT 1
- Error at any run: "Illegal instruction (core dumped)" on Ubuntu 21.10
- Restrictions on using adapter for 3D cases HOT 7
- Painfully slow mapping with volumetric coupling HOT 1
- Installation issues for fenics version (2:0.4.1.2) HOT 5
- Mesh connectivity information not defined for all scenarios in 2D and 3D cases
- Remove duplicates in citation information HOT 1
- precice/fenics-adapter:latest is not stable but the develop release HOT 2
- Volume coupling and nearest projection mapping do not integrate well and are untested
- recommended install fails under Ubuntu HOT 2
- Make limitations of the adapter more evident in the documentation
- Double-boundary points warning HOT 2
- Support checkpointing of multiple fields
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from fenics-adapter.