Thanks for pointing out the omission. I pushed a fix.
On Sat, Oct 26, 2013 at 01:52:45PM -0300, Hugo Alejandro wrote:
> Ben, ZSAV file support in saving dialog works well, however, in the file
> open dialog, it is not listed and you have to use the "All Files" to choose
> them.
>
> Hugo
>
>
>
Ben, ZSAV file support in saving dialog works well, however, in the file
open dialog, it is not listed and you have to use the "All Files" to choose
them.
Hugo
2013/10/26 Hugo Alejandro
> Thank you very much. Tomorrow I'll try when the daily snapshot.
>
> Cheers
>
>
> Hugo
>
>
> 2013/10/26 Ben
Thank you very much. Tomorrow I'll try when the daily snapshot.
Cheers
Hugo
2013/10/26 Ben Pfaff
> On Wed, Oct 23, 2013 at 10:58:24PM -0700, Ben Pfaff wrote:
> > On Wed, Oct 23, 2013 at 10:41:49PM -0700, Ben Pfaff wrote:
> > > On Wed, Oct 23, 2013 at 03:50:26PM -0300, Hugo Alejandro wrote:
>
On Wed, Oct 23, 2013 at 10:58:24PM -0700, Ben Pfaff wrote:
> On Wed, Oct 23, 2013 at 10:41:49PM -0700, Ben Pfaff wrote:
> > On Wed, Oct 23, 2013 at 03:50:26PM -0300, Hugo Alejandro wrote:
> > > Are there plans to integrate it into psppire?, My students would
> > > appreciate.
> >
> > I'm working
Thanks, I appreciate your work.
Hugo
2013/10/24 Ben Pfaff
> On Wed, Oct 23, 2013 at 03:50:26PM -0300, Hugo Alejandro wrote:
> > Are there plans to integrate it into psppire?, My students would
> appreciate.
>
> I'm working on that.
>
___
Pspp-users m
On Wed, Oct 23, 2013 at 10:41:49PM -0700, Ben Pfaff wrote:
> On Wed, Oct 23, 2013 at 03:50:26PM -0300, Hugo Alejandro wrote:
> > Are there plans to integrate it into psppire?, My students would appreciate.
>
> I'm working on that.
I came up with the patch below, but I'm too sleepy to verify that
On Wed, Oct 23, 2013 at 03:50:26PM -0300, Hugo Alejandro wrote:
> Are there plans to integrate it into psppire?, My students would appreciate.
I'm working on that.
___
Pspp-users mailing list
Pspp-users@gnu.org
https://lists.gnu.org/mailman/listinfo/psp
My apologies. I made a procedural error when trying to save a file from a
production job, rather than run the syntax directly.
ZCOMPRESSED command works perfectly.
Are there plans to integrate it into psppire?, My students would appreciate.
Thank you again.
Hugo
2013/10/23 Ben Pfaff
> On Wed
On Wed, Oct 23, 2013 at 02:10:46PM -0300, Hugo Alejandro wrote:
> Has great performance. PSPP has full support, or just reading?, I ask
> because I have not been able to save a file ZSAV with PSPP (at least own
> commands using SPSS).
Saving should work too, with the ZCOMPRESSED option on SAVE and
Has great performance. PSPP has full support, or just reading?, I ask
because I have not been able to save a file ZSAV with PSPP (at least own
commands using SPSS).
Also even without integration into the GUI, psppire opens ZSAV files very
quickly.
At least in the tests I've done so far in working
I committed support for the ZSAV format just now. It will be in the
tomorrow morning's daily build.
___
Pspp-users mailing list
Pspp-users@gnu.org
https://lists.gnu.org/mailman/listinfo/pspp-users
Great, I'm surprised your ability to decipher the file type.
When PSPP fully support ZSAV will be a big improvement in handling large
databases.
Thank you
--
Hugo Valencia
2013/10/9 Ben Pfaff
> I modified to pspp-dump-sav to interpret the descriptors in zsav
> compressed files. So far this
I modified to pspp-dump-sav to interpret the descriptors in zsav
compressed files. So far this modified pspp-dump-sav interprets,
without complaint, all seven of the .zsav files I have.
The next step is to modify the PSPP sav file reader to actually read the
data.
--8<--c
>> However, I have written to IBM as a client to know if there is documentation
>> for data files *.sav and
>> *. zsav. I did the same with Stata (*.dta), and to my surprise the response
>> was immediate:
>> http://www.stata.com/help.cgi?dta
>
>>I hope that IBM be so kind as Stata service.
>
>>Hu
Ok. Anyway, my apologies for not providing another file.
However, I have written to IBM as a client to know if there is documentation
for data files *.sav and *. zsav. I did the same with Stata (*.dta), and to
my surprise the response was immediate: http://www.stata.com/help.cgi?dta
I hope that I
On Thu, Oct 03, 2013 at 09:38:57PM -0700, Ben Pfaff wrote:
> Some of this matches up, but some of it is weird:
>
> 35a 5a 03 00 00 00 00 00 00 - Byte offset of this block, 0x35a
> 362 12 94 03 00 00 00 00 00 - Byte offset of the next block, 0x39412.
> 36a 48 00 00 00 00 00 00 00 - L
On Fri, Oct 04, 2013 at 11:30:51AM -0700, Basti?n D?az wrote:
> Ben, I send the files that I promised.
>
> I hope you find the files useful.
This file, plus the first small one provided by Hugo, plus the ones that
you uploaded to PSPP-dev-utilities, all have a similar consistent
format. The larg
Ben, I send the files that I promised.
I hope you find the files useful.
Regards
--
Bastián Díaz
Thanks. More files give me a better chance of understanding the
format. I think I'm pretty close.
+ https://www.dropbox.com/s/miaoxv4giuuow8d/BDI_II_SAV.sav
+ https://www.dropbox.com/s/tclu
On Fri, Oct 04, 2013 at 02:30:34AM -0300, Hugo Alejandro wrote:
> I can ensure that both files contain the same information. As
> mentioned Basti?n, I copied and pasted the same information repeatedly
> inflating the file size. Perhaps that is the cause of strange
> behavior.
Thanks for confirming
On Thu, Oct 03, 2013 at 10:09:23PM -0700, Basti?n D?az wrote:
> I have a large file that I can convert with SPSSto zsav file, but
> first I have to remove some information.
Thanks. More files give me a better chance of understanding the
format. I think I'm pretty close.
I can ensure that both files contain the same information. As mentioned
Bastián, I copied and pasted the same information repeatedly inflating the file
size. Perhaps that is the cause of strange behavior.
Tomorrow during the afternoon send another file.
Hugo Valencia
2013/10/4 Bastián Díaz
>
During the afternoon I was looking at the file sent by Hugo, and apparently he
used to repeat several times the case information. I'm no expert, but I have
understood that some compression algorithms work by creating chain codes of
redundant blocks within a file.
Can it be that the case?
I I ha
On Wed, Oct 02, 2013 at 09:40:03PM -0700, Ben Pfaff wrote:
> On Wed, Oct 02, 2013 at 01:03:27PM -0400, Hugo Alejandro wrote:
> > A few days ago I was recruited to work in the analysis of large surveys,
> > what caught my attention is the use of the format *. zsav above *.sav.
> >
> > Apparently th
On Thu, Oct 03, 2013 at 11:16:49AM -0400, Hugo Alejandro wrote:
> Attached larger files.
>
> *.sav file = 4.6 MB in disk
> *.zsav file = 234.6 kb in disk
Thanks a lot, I'll take a closer look tonight.
___
Pspp-users mailing list
Pspp-users@gnu.org
ht
Attached larger files.
*.sav file = 4.6 MB in disk
*.zsav file = 234.6 kb in disk
The compression ratio is not always proportional, but here a sample that can do
a lot (I'm very surprised).
I have not been able to make objective evidence, however, I have been
working with files up to 1 GB of d
Looks interesting if indeed the file format is more efficient with large data
files.
Surfing the net, I have also come to savReaderWriter, but unfortunately this
program uses SPSS I/O module to function, it is not your own implementation or
fully open source.
Reviewing the websites of other st
On Wed, Oct 02, 2013 at 01:03:27PM -0400, Hugo Alejandro wrote:
> A few days ago I was recruited to work in the analysis of large surveys,
> what caught my attention is the use of the format *. zsav above *.sav.
>
> Apparently this file format supports higher compression ratio and is more
> effici
Hi all, first of all thanks for the great work, it has been noticed in
recent versions.
A few days ago I was recruited to work in the analysis of large surveys,
what caught my attention is the use of the format *. zsav above *.sav.
Apparently this file format supports higher compression ratio and
28 matches
Mail list logo
