date:20101105

Re: [Rd] Documentation of option 'help.ports' not in help("options")

2010-11-05 Thread Martin Maechler

> Henrik Bengtsson 
> on Wed, 27 Oct 2010 12:54:15 -0700 writes:

> FYI,
> the option 'help.ports' is not document under help("options").  Should
> it?  
yes, for completeness' sake; I've added it besides the other
help. options.

> It is documented under help("startDynamicHelp", package="tools").

> This is for for R v2.13.0dev and Rv2.12.0.

Thank you, Henrik, for the notice.
Martin

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] make error for R 2.13.0 (and 2.12.0)

2010-11-05 Thread Johann Hibschman

"Tom \"spot\" Callaway"  writes:

> Full build log is here:
> http://koji.fedoraproject.org/koji/getfile?taskID=2571563&name=build.log
>
> Default gcc in RHEL 4 is 3.4.6-10, which has g77 rather than gfortran.
> It looks like this code no longer compiles properly with g77.
>
> Thankfully, RHEL 4 also includes a copy of gcc 4.1, so I should be able
> to work around this by using that instead.

Did you have any luck with this?  I'm also stuck on RHEL 4, also facing
that same error, but I've not been able to find gfortran anywhere on the
system.

Thanks,
Johann

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Will PrintWarnings remain non static?

2010-11-05 Thread Jeffrey Horner

Anyone have comments on this? PrintWarnings would be nice to utilize
for those embedding R.

Thanks,

Jeff

On Fri, Oct 1, 2010 at 4:49 PM, Jeffrey Horner  wrote:
> Hi,
>
> The C function PrintWarnings is currently not in the C API, but it is
> declared non static in the svn trunk as of revision 53110 . As this is
> the only function that creates the last.warning object used by the R
> function warnings(), I think it would be useful for programs that
> embed R to be able to call it.
>
> So, will it remain non static, that is callable although it's not
> declared in the public C API?
>
> Thanks,
>
> Jeff
>



-- 
http://biostat.mc.vanderbilt.edu/JeffreyHorner

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Will PrintWarnings remain non static?

2010-11-05 Thread Thomas Friedrichsmeier

On Friday 05 November 2010, Jeffrey Horner wrote:
> Anyone have comments on this? PrintWarnings would be nice to utilize
> for those embedding R.

I had missed your previous post.

Rf_PrintWarnings is pretty useful when embedding R, indeed. We do use it in 
RKWard. So I would certainly appreciate if it could be promoted into the 
public C API.

Regards
Thomas

signature.asc
Description: This is a digitally signed message part.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Bug in read.table?

2010-11-05 Thread jgarcia

Hi,

I'm writting to this list as I'm puzzled about the behaviour of
read.table(). It is hard to believe that there is a bug in this utils'
function, but for my:

R version 2.12.0 alpha (2010-09-28 r53056)

I'm using scan and read.table to read a number of files, which are as:

---

Project: Murta Sonda
Program: GrafNav Version 8.30.1007
Profile: javier
Source:  GPS Epochs(Combined)
ProcessInfo: Run (1) by Unknown on 11/04/2010 at 19:05:17

Datum:   WGS84, (processing datum)
Master 1:Name LaMurta, Status ENABLED
 Antenna height 2.066 m, to L1-PC (NOV702GG, MeasDist 1.980 m
to mark/ARP)
 Position 37 49 38.15069, -1 12 27.55445, 368.197 m (WGS84,
Ellipsoidal hgt)
Remote:  Antenna height 1.781 m, to L1-PC (NOV702GG, MeasDist 1.695 m
to mark/ARP)
UTC Offset:  15 s
Local time:  +2.0 h, CEST [Central European Savings Time]
Geoid:   EGM2008-World.wpg (Absolute correction)

  Latitude  Longitude LonTextLoTextLongitudTextL
LatTextLaTextLatitudeTextLH-EllH-MSL LocalUTCDa   
LocalUTC
 (Deg)  (Deg) (DeMi   (Sec)  (DeMi   (Sec)   (m)  
   (m)  (DMY)   (HMS)
 37.8275120694  -1.2077972583 001º12'28.07013"W 037º49'39.04345"N 
368.998  318.059 25/10/201016:59:00
 37.8275121083  -1.2077974806 001º12'28.07093"W 037º49'39.04359"N 
368.994  318.055 25/10/201016:59:15
 37.8275118539  -1.2077974338 001º12'28.07076"W 037º49'39.04267"N 
368.997  318.058 25/10/201016:59:30
 37.8275119923  -1.2077974626 001º12'28.07087"W 037º49'39.04317"N 
368.998  318.060 25/10/201016:59:45
 37.8275323099  -1.2078075891 001º12'28.10732"W 037º49'39.11632"N 
368.869  317.930 25/10/201017:00:00
 37.8275323374  -1.2078077002 001º12'28.10772"W 037º49'39.11641"N 
368.866  317.927 25/10/201017:00:15
 37.8275325076  -1.2078075314 001º12'28.10711"W 037º49'39.11703"N 
368.859  317.920 25/10/201017:00:30
 37.8275325306  -1.2078075056 001º12'28.10702"W 037º49'39.11711"N 
368.861  317.922 25/10/201017:00:45
 37.8275323639  -1.2078075917 001º12'28.10733"W 037º49'39.11651"N 
368.853  317.914 25/10/201017:01:00
 37.8275326222  -1.2078076861 001º12'28.10767"W 037º49'39.11744"N 
368.857  317.918 25/10/201017:01:15
---

with a number of different records for each file.

To read the data I'm using:

---
 dat.names <- scan(file.path("path_and_filename"),
   what="character",
   skip = 16, nlines=1)
 if(length(dat.names) != 8){
stop("Input file seems to be wrong!")}

 dat <- read.table(file.path("path_and_filename),
   header=FALSE, col.names=dat.names,
   skip = 18, as.is=TRUE, blank.lines.skip=FALSE)
---
and systematically, I'm obtaining a number of repeated records at the
starting of the input table (6 in this example). It is easily seen by
looking at the field "LocalUTC":

> dat
   Latitude Longitude LonTextLoTextLongitudTextL
LatTextLaTextLatitudeTextL   H.Ell   H.MSL LocalUTCDa LocalUTC
1  37.82753 -1.207808  001º12'28.10732"W 
037º49'39.11632"N 368.869 317.930 25/10/2010 17:00:00
2  37.82753 -1.207808  001º12'28.10772"W 
037º49'39.11641"N 368.866 317.927 25/10/2010 17:00:15
3  37.82753 -1.207808  001º12'28.10711"W 
037º49'39.11703"N 368.859 317.920 25/10/2010 17:00:30
4  37.82753 -1.207808  001º12'28.10702"W 
037º49'39.11711"N 368.861 317.922 25/10/2010 17:00:45
5  37.82753 -1.207808  001º12'28.10733"W 
037º49'39.11651"N 368.853 317.914 25/10/2010 17:01:00
6  37.82753 -1.207808  001º12'28.10767"W 
037º49'39.11744"N 368.857 317.918 25/10/2010 17:01:15
7  37.82751 -1.207797  001º12'28.07013"W 
037º49'39.04345"N 368.998 318.059 25/10/2010 16:59:00
8  37.82751 -1.207797  001º12'28.07093"W 
037º49'39.04359"N 368.994 318.055 25/10/2010 16:59:15
9  37.82751 -1.207797  001º12'28.07076"W 
037º49'39.04267"N 368.997 318.058 25/10/2010 16:59:30
10 37.82751 -1.207797  001º12'28.07087"W 
037º49'39.04317"N 368.998 318.060 25/10/2010 16:59:45
11 37.82753 -1.207808  001º12'28.10732"W 
037º49'39.11632"N 368.869 317.930 25/10/2010 17:00:00
12 37.82753 -1.207808  001º12'28.10772"W 
037º49'39.11641"N 368.866 317.927 25/10/2010 17:00:15
13 37.82753 -1.207808  001º12'28.10711"W 
037º49'39.11703"N 368.859 317.920 25/10/2010 17:00:30
14 37.82753 -1.207808  001º12'28.10702"W 
037º49'39.11711"N 368.861 317.922 25/10/2010 17:00:45
15 37.82753 -1.207808  001º12'28.10733"W 
037º49'39.11651"N 368.853 317.914 25/10/2010 17:01:00
16 37.82753 -1.207808  001º12'28.10767"W 
037º49'39.11744"N 368.857 317.918 25/10/2010 17:01:15

Thanks,

Javier
---

__
R-devel@r-project.org mailing list
https://stat.ethz.ch

Re: [Rd] Bug in read.table?

2010-11-05 Thread Charles C. Berry


On Fri, 5 Nov 2010, jgar...@ija.csic.es wrote:


Hi,

I'm writting to this list as I'm puzzled about the behaviour of
read.table(). It is hard to believe that there is a bug in this utils'
function, but for my:

R version 2.12.0 alpha (2010-09-28 r53056)

I'm using scan and read.table to read a number of files, which are as:



There are line wraps here, so we can't just cut-and-paste.



---

Project: Murta Sonda
Program: GrafNav Version 8.30.1007
Profile: javier
Source:  GPS Epochs(Combined)
ProcessInfo: Run (1) by Unknown on 11/04/2010 at 19:05:17

Datum:   WGS84, (processing datum)
Master 1:Name LaMurta, Status ENABLED
Antenna height 2.066 m, to L1-PC (NOV702GG, MeasDist 1.980 m
to mark/ARP)
Position 37 49 38.15069, -1 12 27.55445, 368.197 m (WGS84,
Ellipsoidal hgt)
Remote:  Antenna height 1.781 m, to L1-PC (NOV702GG, MeasDist 1.695 m
to mark/ARP)
UTC Offset:  15 s
Local time:  +2.0 h, CEST [Central European Savings Time]
Geoid:   EGM2008-World.wpg (Absolute correction)

 Latitude  Longitude LonTextLoTextLongitudTextL
LatTextLaTextLatitudeTextLH-EllH-MSL LocalUTCDa
LocalUTC
(Deg)  (Deg) (DeMi   (Sec)  (DeMi   (Sec)   (m)
  (m)  (DMY)   (HMS)
37.8275120694  -1.2077972583 001º12'28.07013"W 037º49'39.04345"N
368.998  318.059 25/10/201016:59:00
37.8275121083  -1.2077974806 001º12'28.07093"W 037º49'39.04359"N
368.994  318.055 25/10/201016:59:15
37.8275118539  -1.2077974338 001º12'28.07076"W 037º49'39.04267"N
368.997  318.058 25/10/201016:59:30
37.8275119923  -1.2077974626 001º12'28.07087"W 037º49'39.04317"N
368.998  318.060 25/10/201016:59:45
37.8275323099  -1.2078075891 001º12'28.10732"W 037º49'39.11632"N
368.869  317.930 25/10/201017:00:00
37.8275323374  -1.2078077002 001º12'28.10772"W 037º49'39.11641"N
368.866  317.927 25/10/201017:00:15
37.8275325076  -1.2078075314 001º12'28.10711"W 037º49'39.11703"N
368.859  317.920 25/10/201017:00:30
37.8275325306  -1.2078075056 001º12'28.10702"W 037º49'39.11711"N
368.861  317.922 25/10/201017:00:45
37.8275323639  -1.2078075917 001º12'28.10733"W 037º49'39.11651"N
368.853  317.914 25/10/201017:01:00
37.8275326222  -1.2078076861 001º12'28.10767"W 037º49'39.11744"N
368.857  317.918 25/10/201017:01:15
---



Uh, what about those quotes??

Using quote = '' yields 'dat' sans duplicates.

I'll leave it to others to decide if this is a bug.



with a number of different records for each file.

To read the data I'm using:

---
dat.names <- scan(file.path("path_and_filename"),
  what="character",
  skip = 16, nlines=1)
if(length(dat.names) != 8){
   stop("Input file seems to be wrong!")}

dat <- read.table(file.path("path_and_filename),
  header=FALSE, col.names=dat.names,
  skip = 18, as.is=TRUE, blank.lines.skip=FALSE)
---
and systematically, I'm obtaining a number of repeated records at the
starting of the input table (6 in this example). It is easily seen by
looking at the field "LocalUTC":


Or looking at duplicated(dat)

HTH,

Chuck





dat

  Latitude Longitude LonTextLoTextLongitudTextL
LatTextLaTextLatitudeTextL   H.Ell   H.MSL LocalUTCDa LocalUTC
1  37.82753 -1.207808  001º12'28.10732"W
037º49'39.11632"N 368.869 317.930 25/10/2010 17:00:00
2  37.82753 -1.207808  001º12'28.10772"W
037º49'39.11641"N 368.866 317.927 25/10/2010 17:00:15
3  37.82753 -1.207808  001º12'28.10711"W
037º49'39.11703"N 368.859 317.920 25/10/2010 17:00:30
4  37.82753 -1.207808  001º12'28.10702"W
037º49'39.11711"N 368.861 317.922 25/10/2010 17:00:45
5  37.82753 -1.207808  001º12'28.10733"W
037º49'39.11651"N 368.853 317.914 25/10/2010 17:01:00
6  37.82753 -1.207808  001º12'28.10767"W
037º49'39.11744"N 368.857 317.918 25/10/2010 17:01:15
7  37.82751 -1.207797  001º12'28.07013"W
037º49'39.04345"N 368.998 318.059 25/10/2010 16:59:00
8  37.82751 -1.207797  001º12'28.07093"W
037º49'39.04359"N 368.994 318.055 25/10/2010 16:59:15
9  37.82751 -1.207797  001º12'28.07076"W
037º49'39.04267"N 368.997 318.058 25/10/2010 16:59:30
10 37.82751 -1.207797  001º12'28.07087"W
037º49'39.04317"N 368.998 318.060 25/10/2010 16:59:45
11 37.82753 -1.207808  001º12'28.10732"W
037º49'39.11632"N 368.869 317.930 25/10/2010 17:00:00
12 37.82753 -1.207808  001º12'28.10772"W
037º49'39.11641"N 368.866 317.927 25/10/2010 17:00:15
13 37.82753 -1.207808  001º12'28.10711"W
037º49'39.11703"N 368.859 317.920 25/10/2010 17:00:30
14 37.82753 -1.207808  001º12'28.10702"W
037º49'39.11711"N 368.861 317.922 25/10/2010 17:00:45
15 37.82753 -1.207808  001º12'28.10733"W
037º49'39.11651"N 368.853 317.914 25/10/2010 17:01:00
16 37.82753 -1.207808  001º12'28.10767"W
037º49'39.11744"N 368.857 317.918 25/10/2010 17:01:15

Thanks,

Javier
---

___

Re: [Rd] Documentation of option 'help.ports' not in help("options")

Re: [Rd] make error for R 2.13.0 (and 2.12.0)

Re: [Rd] Will PrintWarnings remain non static?

Re: [Rd] Will PrintWarnings remain non static?

[Rd] Bug in read.table?

Re: [Rd] Bug in read.table?

6 matches

Site Navigation

Mail list logo

Footer information