Skip to content

Location checking in ShiftedMetric::shiftZ() - #1433

Merged
bendudson merged 6 commits into
nextfrom
location-checking-in-shiftZ
Feb 21, 2019
Merged

Location checking in ShiftedMetric::shiftZ()#1433
bendudson merged 6 commits into
nextfrom
location-checking-in-shiftZ

Conversation

@johnomotani

@johnomotani johnomotani commented Dec 10, 2018

Copy link
Copy Markdown
Contributor

Fixing the low-level shiftZ method means that toFieldAligned/fromFieldAligned also do the right thing.

Check that input to shiftZ is at same location as the shift angle zShift (i.e. CELL_CENTRE). Set location of result returned from zShift to be the same as the location of the input.

Extracted from #1176, which will probably not now be merged.

Fixing the low-level shiftZ method means that
toFieldAligned/fromFieldAligned also do the right thing.

Check that input to shiftZ is at same location as the shift angle zShift
(i.e. CELL_CENTRE). Set location of result returned from zShift to be
the same as the location of the input.
bendudson
bendudson previously approved these changes Dec 11, 2018
@d7919

d7919 commented Dec 11, 2018

Copy link
Copy Markdown
Member

Should we do the same thing in calcYupYdown?

@ZedThree

Copy link
Copy Markdown
Member

If we now move the parallel transform into Coordinates, will this be outdated, or just need updating?

@johnomotani

Copy link
Copy Markdown
Contributor Author

I think it would just need updating. After the move, ShiftedMetric and FCITransform will belong to a location, and we should check that the Field3D passed as input is at the same location.

FCITransform does not store a Mesh reference, so don't check the mesh of
the input field in FCITransform methods. The mesh of the field is
checked in the FCIMap methods that are called by the FCITransform
methods anyway.
@bendudson

Copy link
Copy Markdown
Contributor

Codecov seems to comment on the most random things. It seems very excited about an extra 6 lines of coverage! Is there method to this madness? (actually maybe I don't want to know; it's quite charming really).

@d7919

d7919 commented Feb 12, 2019

Copy link
Copy Markdown
Member

Codecov seems to comment on the most random things. It seems very excited about an extra 6 lines of coverage! Is there method to this madness? (actually maybe I don't want to know; it's quite charming really).

We explicitly try to disable these comments in the codecov yaml so it is a bit odd! The only thing I can think of is it might be triggered by the presence of certain phrases in the commit message (like we can use to ask travis to skip tests for a particular commit etc.) but I don't think this is likely.

@ZedThree

ZedThree commented Feb 13, 2019

Copy link
Copy Markdown
Member

It seems to be failing to find the yaml file, as it also doesn't ignore the unit tests: https://codecov.io/gh/boutproject/BOUT-dev/tree/dfb5215ebdc5695a757ee473edb6a72f9724f40c

I raised an issue with their support the last time this happened, but I'm yet to hear a response

EDIT: This also corresponded to a spike in their backlog and reports of degraded performance and 503s: https://status.codecov.io/

@boutproject boutproject deleted a comment from codecov-io Feb 13, 2019
@ZedThree

Copy link
Copy Markdown
Member

Deleted codecov comment as it's not helpful

@bendudson
bendudson merged commit b2b7fc5 into next Feb 21, 2019
@bendudson
bendudson deleted the location-checking-in-shiftZ branch February 21, 2019 11:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants