Re: [R] Is there a way to source from a specific Git repository without hardcoding the location everywhere?

> And as for the thermodynamics analogy, I agree. I'm looking for Alan > Kay's to help me hide complexity. Whups, that should read "I'm looking for Alan Kay's daemon to help me hide complexity." stupid editor... cur -- Curt Seeliger, Data Ranger Raytheon

Re: [R] Is there a way to source from a specific Git repository without hardcoding the location everywhere?

27;ll be considered along with RoxygenN when we get there. And as for the thermodynamics analogy, I agree. I'm looking for Alan Kay's to help me hide complexity. Enjoy the days, cur -- Curt Seeliger, Data Ranger Raytheon Information Services - Contractor to ORD seeliger.c...@epa.gov 541/754-

Re: [R] Is there a way to source from a specific Git repository without hardcoding the location everywhere?

eatures is encouraging. And roxygen2 is suggested, over roxygen and roxygen3. I only have time to peek down this rabbit hole right now, but I have to admit it's starting to look like it may be fun. Thanks again, cur -- Curt Seeliger, Data Ranger Raytheon Information Services

Re: [R] Is there a way to source from a specific Git repository without hardcoding the location everywhere?

x27;d like the pushed/pulled code to be runable as is without an intermediate step of package creation or gsub()ing hardcoded paths. Thanks for the quick reply, cur -- Curt Seeliger, Data Ranger Raytheon Information Services - Contractor to ORD seeliger.c...@epa.gov 541/754-4638 [[alte

[R] Is there a way to source from a specific Git repository without hardcoding the location everywhere?

tracked func3.r # tracked ... Is there an easier or better accepted method? Thank you for your time, cur -- Curt Seeliger, Data Ranger Raytheon Information Services - Contractor to ORD seeliger.c...@epa.gov 541/754-4638 [[alternative HTML version deleted]] _

Re: [R] getting started with R and mysql

hat won't work? cur -- Curt Seeliger, Data Ranger Raytheon Information Services - Contractor to ORD seeliger.c...@epa.gov 541/754-4638 [[alternative HTML version deleted]] __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/

Re: [R] strange behaviour of "POSIXlt" "POSIXt" object

09-03-29 06:30:00") pp [1] "2009-03-29 06:30:00" class(pp) [1] "POSIXlt" "POSIXt" is.na(pp) [1] FALSE So we can't repeat your example. -- Curt Seeliger, Data Ranger Raytheon Information Services - Contractor to ORD seeliger.c...@epa.gov 541/754-4638 [[

Re: [R] PosixCT subsecond accuracy

40.347828 > > But now the fractional seconds are missing... Help? -- H ?options, look for digits.secs, and probably set it to 3, but careful of the character representation of those stamps. See David's helpful work around of 24 January at http://r.789695.n4.nabble.com/POSIXct-value-

Re: [R] POSIXct value display incorrect for some values

h dates around this century.. > ... >On Thu, Jan 19, 2012 at 3:57 PM, Curt Seeliger wrote: >> First, the reproducable example, showing how converting from character to >> POSIXct to character changes the milliseconds in the first time stamp >> though not in the

[R] POSIXct value display incorrect for some values

nd() seem to be of assistance here. Anyone got a solution? > as.POSIXct(round(as.double(as.POSIXct('2010-06-03 09:03:58.324')), digits=3), origin=(as.POSIXct('1970-01-01'))) [1] "2010-06-03 17:03:58.323 PDT" > format(as.POSIXct('2010-06-03 09:03:58.324&

Re: [R] Colors in R

> I'm trying to assign colors to multiple lines in a graph. Problem is > I don't want to type in as many colors as there are lines You'll find your answer over the ?rainbow, I bet. cur -- Curt Seeliger, Data Ranger Raytheon Information Services - Contractor to ORD seel