Dear Bernhard,
Is it an old map ?
Back to the old VAX times I had to dump CCP4 maps to ascii map files, then swap
bytes from VAX-DOS to Unix before converting them again to a CCP4 map format (I
think I was using mapman from USF) on a Unix workstation and be able to read
them in Frodo-Strasbour
maprot will rewrite your map with a changed axis order, as required for
sfall.
And grateful as I am to see someone still loyal to sfall, 40+ years after
it wa written!, there are more modern tools.
In the CCP4I interace go to
Map & Mask faculities
Clipper Map tools, and there is a map to SFS utilit
Hi, that would have to be a very old map! I remember implementing the
auto-byte swap for VMS (necessary as we had both a Convex C220 running Unix
and a VAX 11/750)!
In fact the Convex was rescued from scrap by Jim Austin and is still
working: http://www.corestore.org/convex.htm
Cheers
-- Ian
Yes - but I meant too swap axes X Y Z yo X Z Y or whater the old inverse
FFT required to work in SG 20..
On Fri, 15 May 2020 at 10:47, Ian Tickle wrote:
>
> Hi, that would have to be a very old map! I remember implementing the
> auto-byte swap for VMS (necessary as we had both a Convex C220 ru
Yes, as suggested, it works just fine with maprot and sfall out of the ccp4i
interface, and the approximate scaling to refence Fo is enough for my hack.
Did not get the Refmac sfall option working but I am still troubleshooting this.
Will transition to clipper tools to avoid age discrimination.
Thanks, I would not have the PDP 11 hardware anymore to read the 8” floppies 😊
No, the problem really was standard sequence of the grid axes sfall expects due
to SG dependent FFT routines.
Best, BR
From: Philippe BENAS
Sent: Friday, May 15, 2020 01:23
To: ccp4bb@jiscmail.ac.uk; b...@hofkr
Ian, I can, as a not very scientific footnote, confirm that Jim Austin still
has your Convex on his farm and, it seems, most of the manuals:
http://u.cubeupload.com/jbcooper/smallIMGP0087.jpg
http://u.cubeupload.com/jbcooper/smallIMGP0086.jpg
http://u.cubeupload.com/jbcooper/smallIMGP0078.jpg
ht
No no please no!!! How I hated the byte swap.. most people used VAXy things
- York didn’t - our bytes were not your bytes stuff of nightmares...
On Fri, 15 May 2020 at 22:25, Jonathan Cooper <
0c2488af9525-dmarc-requ...@jiscmail.ac.uk> wrote:
> Ian, I can, as a not very scientific footno
It worked perfectly, no-one even noticed the bytes being swapped :)
I.
On Fri, 15 May 2020 at 22:37, Eleanor Dodson <
176a9d5ebad7-dmarc-requ...@jiscmail.ac.uk> wrote:
> No no please no!!! How I hated the byte swap.. most people used VAXy
> things - York didn’t - our bytes were not your byt
Hmmm
On Fri, 15 May 2020 at 22:53, Ian Tickle wrote:
>
> It worked perfectly, no-one even noticed the bytes being swapped :)
>
> I.
>
>
> On Fri, 15 May 2020 at 22:37, Eleanor Dodson <
> 176a9d5ebad7-dmarc-requ...@jiscmail.ac.uk> wrote:
>
>> No no please no!!! How I hated the byte swap.. mos
I kept the Fortran and C language manuals, and still use them to this day.
I.
On Fri, 15 May 2020 at 22:25, Jonathan Cooper wrote:
> Ian, I can, as a not very scientific footnote, confirm that Jim Austin
> still has your Convex on his farm and, it seems, most of the manuals:
>
> http://u.cubeu
Sadly I am “well-seasoned” enough to remember the vax-Linux byte swaps. Little
endian vs big endian, and the whole thing. I was not expecting the Convex
reference here which brings back great memories of the Johns Hopkins Convex and
the frigid room it resided in that sounded like you put your
12 matches
Mail list logo