Activity for WSClean
-
André Offringa modified ticket #61
Add linear interpolation after cleaning
-
To clarify this ticket, what Oleg wanted at the time is linear interpolation from one channel to the next, not a linear fit through all channels. Not sure this is still relevant, I'm not sure there's an obvious use-case for this.
-
Fix linking of hdf5
-
Final image is not cleaned
-
replace IDGAPIConfig.cmake with FindIDGAPI.cmake
-
Automasking with iterlimit can cause extra major iteration
-
Fixed in 3.0.
-
Home
-
Sebastiaan van der Tol committed [bb9542]
Add H5Aterm
-
Sebastiaan van der Tol committed [b474e4]
Update H5Aterm
-
DistributedImaging
-
Home
-
Hi Duy, It's a bit hard to tell without access to the data or the mask. The warning near the bottom is a hint something went wrong: Warning: Some beam corrected model components are NaN or of extremely high flux (> 10^9). These won't be restored on the pb mf image. This can be caused by an undefined or zero beam inside the FOV. Be sure to check the individual model images to check if the mf image is as expected. This might have to do with it. Your settings seem fine. WSClean also reports having cleaned...
-
Duy Hoang created ticket #169
Final image is not cleaned
-
ATermCorrection
-
Great, thanks!
-
Ole Streicher posted a comment on ticket #168
Thank you! I can confirm that it works.
-
Compile error in msselection.cpp
-
Thanks for reporting Ole. This was indeed a bug. I've released 2.10.1 which should fix this issue. I have only released it as a tar.bz2 file and have not updated the master branch on the SourceForge repository anymore, because I've switched to GitLab (https://gitlab.com/aroffringa/wsclean/). I've tagged 2.10.1 there as well on the repository (but not as a release). Future releases (>= 2.11) will be done only on GitLab, but since this was a problem with 2.10 I've also released it on SF.
-
WSClean released /wsclean-2.10/wsclean-2.10.1.tar.bz2
-
Compile error in msselection.cpp
-
IDG Performance
-
IDG doesn't handle NaNs properly
-
I believe this was fixed in IDG, so I will close this issue.
-
undefined reference to `LOFAR::StationResponse etc
-
wsclean multiscale stuck in subminor loop on MeerKAT MS
-
This turned out to be an issue caused when not providing a zero scale (which should be allowed). This is fixed in 2.10.
-
IDG library not found?
-
2.10 compilation crash
-
Home
-
Alex posted a comment on ticket #167
It worked now, thank you!
-
Then again, it turns out that if you do not build in build but in a dirstructure two dirs deep (or somewhere else), indeed these errors appeared. I've fixed now and uploaded a new tar.bz2. Thanks for reporting, Alex!
-
Fix several includes
-
-
Hi Alex, Both master and the package have the file serialostream.h that your compilation complains about. Could it be that you checked out an intermediate version (just before the 2.10 release) ? If so could you either try the current master or the source tarball?
-
2.10 compilation crash
-
Home
-
Changelog-2.10
-
Changelog-2.10
-
Changelog-2.10
-
Home
-
Fix build without MPI
-
Fixing several packaging issues
-
Set release 2.10 version date to today
-
Changelog-2.10
-
Changelog-2.9
-
Changelog-list
-
Changelog-2.10
-
Set version
-
Merge final changes from lofartools
-
MFSWeighting
-
Home
-
Merge PAF beam fixes
-
Remove redundant call to coordinate conversion
-
Make use of aocommon::BandData
-
ATermCorrection
-
ATermCorrection
-
Add option -restore-list
-
Make use of new 'aocommon' repository
-
Add new windows, fix a bug and allow turning off downsampling
-
Replace serialization code by simpler version
-
Merge of major change for MPI support
-
RMSynthesis
-
MultiscaleCleaning
-
Merge new option '-multiscale-max-scales'
-
Merge several bugfixes
-
Oleg Smirnov posted a comment on ticket #166
P.S. The problem does not arise with 2.6, interestingly.
-
wsclean multiscale stuck in subminor loop on MeerKAT MS
-
Fix a compilation issue in one of the tests
-
Gijs Molenaar posted a comment on ticket #165
ok, reported issue there https://gitlab.com/astron-idg/idg/-/issues/25
-
ah, I assumed that flag was supposed to point the the folder containing that library. Setting it to the full path seems to work, thanks.
-
Not sure. When I do a make install in a prefix in IDG, and include that dir by setting CMAKE_PREFIX_PATH, everything works. That's on Debian, so not too far off from Ubuntu and Kern. I don't know how the find IDG cmake file works; you best post a bug for IDG (here: https://gitlab.com/astron-idg/idg ) if you're sure your environment is correct.
-
Your linking statement doesn't include the LOFAR beam, it should link to the lib libstationresponse . It's included in cmake though, so something is weird in your setup. What's LOFAR_STATION_RESPONSE_LIB in your cmake file?
-
setting IDGAPI_DIR to /usr or /usr/lib has no effect.
-
IDG library not found?
-
undefined reference to `LOFAR::StationResponse etc
-
ImagingOfMultiplePointings
-
Fix compilation with g++ 10
-
Update help of field
-
ImagingOfMultiplePointings
-
ParallelCleaning
-
ImagingOfMultiplePointings
-
ImagingOfMultiplePointings
-
Support multiple field selection
-
ImagingOfMultiplePointings
-
ImagingOfMultiplePointings
-
ImagingOfMultiplePointings
-
ImagingOfMultiplePointings
-
ImagingOfMultiplePointings
-
Home
-
Home
-
Finish VLA beam a-term imaging
-
Merge of primary beam refactoring
-
Fixing a bug in timestepbuffer caused by dldm changes
-
Fix frequency cache after dldm changes
-
Fix w-sign and issues with update interval in dldm aterm
-
Update chgcentre
-
Fix compilation after adding new files
-
ATermCorrection
-
ATermCorrection
1 >
