Matthew Fidler

Indeed it does give me an idea of what is possible. I don't think xpose.nlmixr captures this information currently. I have opened up a issue there. I'm not sure if...

I don't mind, @kestrel99 is the maintainer of `xpose.nlmixr`. Perhaps he can weigh in.

I think a `S3` method would be appropriate to acheive this; I think that we discussed this before @guiastrennec, what do you think?

@guiastrennec You can still use `S3`, the method is ```R ##' @export xpose_data

Since `nlmixr` has its own class if you adopted this approach, we would not have to have any if/else for `nlmixr`.

Using `S3` in this way is actually fairly common (common examples are `print`, `summary`, `AIC` , `residuals`, `predict` etc). However, @sebastianueckert does bring up a valid point that import files...

Additionally if you want `xpose.nlmixr` to use `xpose_data` without conflict warning and without a separate `s3` class, you would have to take care of Issue #95.

`as.xpdb` could work as well. Is it a S3 method Mike?

Perhaps as.xpdb should be a S3 method in xpose and leave everythibg else as is.

I saw you added `as.xpdb`, but it isn't a `S3` method. This means, if I'm not mistaken, it will conflict with the ddmore package? Is this true @MikeKSmith @guiastrennec ?