On 31/07/2015 6:14 PM, Kevin Ushey wrote:
> I'm not sure if that's correct -- from what I see, in the generated Rd
> documentation:
>
> - The 'usage' is drawn from the S4 generic,
> - The 'arguments' are drawn from the function.
>
> I think R CMD check is correctly warning about that.
I agree th
I'm not sure if that's correct -- from what I see, in the generated Rd
documentation:
- The 'usage' is drawn from the S4 generic,
- The 'arguments' are drawn from the function.
I think R CMD check is correctly warning about that.
On Fri, Jul 31, 2015 at 2:56 PM, Hadley Wickham wrote:
>>> It see
>> It seems arguable that this is actually a roxygen bug - the function
>> that's actually exported from the package does not have a type
>> argument.
>
> The package fails R CMD check because of a bad .Rd file. If a user had
> written that file, it would be user error, but roxygen2 wrote it, so I
On 31/07/2015 7:11 AM, Hadley Wickham wrote:
> It seems arguable that this is actually a roxygen bug - the function
> that's actually exported from the package does not have a type
> argument.
The package fails R CMD check because of a bad .Rd file. If a user had
written that file, it would be us
Jon,
Identification using ISO codes is a good idea, although I think the old naming
scheme shouldn't be broken. But adding functionalities to "map" will always
have to be done in a way that keeps backward compatbility, so I'll have to
think about a good way to do this.
Alex
---
Dr. Alex D
Please do make the new code available for testing. Those of us developing
packages that import 'maps' would love the chance to test our code against
the new version of the package.
On Fri, Jul 31, 2015 at 11:59 AM, Alex Deckmyn
wrote:
> Martin,
>
> The old data set will certainly stay for a whil
Martin,
The old data set will certainly stay for a while (or indeed indefinitely, why
not). To make the transition as smooth as possible (I am aware that "maps" is
used in more places than I can ever check myself) I am including the
possibility of switching back to "legacy" mode using an envir
Alex,
Thank you for addressing the #1 issue with the 'maps' package. I have
several clients and colleagues that I have pushed to use R for mapping but
it's always embarrassing to say they have to either 1: accept Soviet Union
era borders or 2: embrace the complexity of the 'sp' package.
Updating
> Alex Deckmyn
> on Fri, 31 Jul 2015 19:48:49 +0200 writes:
> First of all, I would like to thank Ray for his many years of taking care
of maps, mapdata and mapproj, and for his confidence in my taking over. I hope
to keep the packages running smoothly.
Indeed, thanks to Ray a
First of all, I would like to thank Ray for his many years of taking care of
maps, mapdata and mapproj, and for his confidence in my taking over. I hope to
keep the packages running smoothly.
I think R-sig-Geo is the best place to discuss future developments and will be
posting there soon. As
It seems arguable that this is actually a roxygen bug - the function
that's actually exported from the package does not have a type
argument.
Hadley
On Fri, Jul 31, 2015 at 12:53 AM, Kevin Ushey wrote:
> I've posted an MRE at https://github.com/klutometis/roxygen/issues/362.
>
> The issue occurs
I have been somewhat surprised by the number of positive responses to my
message. I have found a candidate for the position of maintainer of the
maps, mapdata and mapproj packages. I have confidence that Alex Deckmyn
will do at least as good a job as I have done in
this regard.
The current
12 matches
Mail list logo
