Thanks Gareth. I didn't see clearremarks in the documentation.
So does .clearremarks do the same thing as .labels(c) ?
Tim
Search found 36 matches
- Mon Sep 26, 2016 10:01 am
- Forum: Programming
- Topic: Filepath metadata in EViews databases
- Replies: 7
- Views: 11428
- Sat Sep 24, 2016 11:02 am
- Forum: Programming
- Topic: Filepath metadata in EViews databases
- Replies: 7
- Views: 11428
Re: Filepath metadata in EViews databases
Thanks for the reply Gareth. Sorry, I should have been clearer. I use the import command to read data from a file and create many series including "rff". Then the following: rff.clearhistory store(d=dbout) rff Creates a database with a Remarks line: [Remarks] Imported from 'C:\Users\USERID...
- Fri Sep 23, 2016 1:56 pm
- Forum: Programming
- Topic: Filepath metadata in EViews databases
- Replies: 7
- Views: 11428
Re: Filepath metadata in EViews databases
myseries.clearhistory worked in EViews 8.1, but no longer works in EViews 9.5.
Is this a known bug, or is there a new option in EViews 9.5?
Thanks,
Tim
Is this a known bug, or is there a new option in EViews 9.5?
Thanks,
Tim
- Wed Jun 24, 2015 12:25 pm
- Forum: Suggestions and Requests
- Topic: Improve PDF save
- Replies: 3
- Views: 8187
Re: Improve PDF save
Hi Jason, The pdf created by using <spool>.save(t=pdf) within EViews was attached in the previous email. If you look closely at the pdf (400%), the blue line near the end is thicker in an uneven way. This is not the case with the sespool.pdf graph. For other graphs we produce, that for security reas...
- Mon Jun 22, 2015 10:53 am
- Forum: Suggestions and Requests
- Topic: Improve PDF save
- Replies: 3
- Views: 8187
Improve PDF save
spoolsave.pdf SEPSPOOL.pdf printtest.WF1 When I print a spool from the File->Print windows command, the graphs look crisp and well defined. When I use the EViews <spool>.save command, some of the lines appear to be have duplicate line segments slightly shifted on top of each other. I have tried thi...
- Thu Nov 21, 2013 1:13 pm
- Forum: Programming
- Topic: Relative Paths
- Replies: 12
- Views: 18922
Re: Relative Paths
I am running the Jul 11 2013 build. As an example, the following test program gives different results depending on how it is initiated. Linepath is "c:\" unless initiated from via open->program. wfcreate(wf=aaa,page="main") q 1947 2020 string runpath = @runpath string linepath = ...
- Thu Nov 21, 2013 11:53 am
- Forum: Programming
- Topic: Relative Paths
- Replies: 12
- Views: 18922
Re: Relative Paths
Gareth, Wow. That is some documentation. Kind of makes your head spin. :roll: There is a problem. Using File->Open->Programs... to start a program gives results as per the documentation. Typing run c:\filepath\prog.prg from the command window or c:\eviews8path\eviews.exe c:\filepath\prog.prg from a ...
- Wed Nov 20, 2013 1:34 pm
- Forum: Programming
- Topic: Relative Paths
- Replies: 12
- Views: 18922
Relative Paths
Hi All, I would like to use relative paths in my programs. The paths should be relative to the directory of the program I am running and NOT the current path as shown in the bottom right corner of the EViews window. We are going to distribute a zip file with many programs, include files and data fil...
- Tue Sep 03, 2013 10:02 am
- Forum: Bug Reports
- Topic: EViews dies using @eeq @ege @elt ect. with rowvectors
- Replies: 2
- Views: 4816
EViews dies using @eeq @ege @elt ect. with rowvectors
Hi, The following code works correctly: vector aa = @filledvector(4000,5) vector bb = @filledvector(4000,6) vector cc = @ege(aa,bb) ' or any other equality type test While the following causes EViews to die ungracefully. Disappears without even saying goodbye. :D rowvector raa = @filledrowvector(400...
- Thu Jul 11, 2013 6:32 am
- Forum: Bug Reports
- Topic: .@col
- Replies: 1
- Views: 4126
.@col
I believe the @col method is indexing incorrectly. Loss is a matrix with 200 rows and 4000 columns. vector(3) wanted = @fill(3,7,10) matrix testit = loss.@col(wanted) Then testit will have columns 4,8, and 11 of matrix loss! I can adjust for this problem by subtracting 1 from the column numbers I wa...
- Wed Jun 27, 2012 12:45 pm
- Forum: Data Manipulation
- Topic: Obtaining the monthly averages across years
- Replies: 8
- Views: 13144
Re: Obtaining the monthly averages across years
The resulting vector would have fewer rows (unless the meansby vector had only one value).
vector(10) large=100 200 50 150 300 500 200
vector(10) byvec=1 2 1 1 2 2 2
vector means = @meansby(large,byvec)
Then means= 100 300
vector(10) large=100 200 50 150 300 500 200
vector(10) byvec=1 2 1 1 2 2 2
vector means = @meansby(large,byvec)
Then means= 100 300
- Wed Jun 27, 2012 9:48 am
- Forum: Data Manipulation
- Topic: Obtaining the monthly averages across years
- Replies: 8
- Views: 13144
Re: Obtaining the monthly averages across years
It would be nice if meansby could work with matrix columns or vectors.
Tim
Tim
- Wed Jun 27, 2012 9:36 am
- Forum: Programming
- Topic: rndseed
- Replies: 4
- Views: 7834
Re: rndseed
Thanks Gareth and Glenn for your replies. The problem with Garath's suggestion is I have an addin that is used by everyone to access our databases. This addin uses files to store the temporary data before reading and writing into eviews. The filenames have to have unique names so there aren't any co...
- Wed Jun 27, 2012 6:24 am
- Forum: Programming
- Topic: rndseed
- Replies: 4
- Views: 7834
rndseed
Hi, I have a couple of questions about rndseed. First if the rndseed is not set, then I assume that the time of day is used as the seed. Is the time used in thousandths of a second? I'm running several jobs simultaneously where that would be important. Second, once the rndseed is set to some scalar,...
- Mon Jan 24, 2011 11:53 am
- Forum: Suggestions and Requests
- Topic: Improve EPS output
- Replies: 1
- Views: 5177
Improve EPS output
The eps output generated from a graph does not seem to display correctly when imported into Microsoft Word. However, when you import the EViews generated eps file into Corel Draw and then immediately export the file as an eps again, the resulting eps file looks much nicer when imported into Microsof...
