-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Not able to reproduce lubridate values with vignette #189
Comments
Additionally, because of the new non-exported functions from #125, the Jaccard Similarity example looking at groups with identical out-neighborhoods returns 20 groups instead of seven. It looks clunkier, but I'm just going to paste it in for now in #181 in order to have a more faithful reproduction of what the vignette is doing. |
Jay, as I recall, the PR that added UML conventions also added additional
rigor to finding functional relationships. so it makes sense this PR is
outdated.
Let's version tag both the example package and pkgnet. We could use
[devtools::install_version()](
https://www.rdocumentation.org/packages/devtools/versions/1.13.6/topics/install_version).
Then, the vignette should remain reproducible.
I'd prefer to keep the actual vignette static, rather that regenerated each
time, as to avoid silent formatting errors.
…On Fri, Feb 22, 2019 at 11:33 PM Jay Qi ***@***.***> wrote:
Additionally, because of the new non-exported functions from #125
<#125>, the Jaccard
Similarity example looking at groups with identical out-neighborhoods
returns 20 groups instead of seven. It looks clunkier, but I'm just going
to paste it in for now in #181
<#181> in order to have a
more faithful reproduction of what the vignette is doing.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#189 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AXZRy2s_2492j6EE56q8TaJ-2mF2OJpdks5vQNK9gaJpZM4bNwCV>
.
|
I'm cool with keeping the results static. I was just saying we should update the static results with the new values that you'd get with our bug-fixed-new-functionality version of pkgnet. At a minimum, the old static results in the vignette are just plain wrong because of bug #165. |
Agreed. Let's update.
…On Sat, Feb 23, 2019, 12:25 PM Jay Qi ***@***.***> wrote:
I'm cool with keeping the results static. I was just saying we should
update the static results with the new values that you'd get with our
bug-fixed-new-functionality version of pkgnet. At a minimum, the old static
results in the vignette are just plain wrong because of bug #165
<#165>.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#189 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AXZRywqwhVaDxAzKAXaXtwhlOtH54Ccxks5vQYeHgaJpZM4bNwCV>
.
|
We have the following copied example for lubridate in the vignette.
I am not able to reproduce this result.
Installing the current CRAN version (0.3.2), and using the version of lubridate specified in the vignette, I get the following for the top 10 nodes by
inSubgraphSize
:If I look at the same 10 nodes as the vignette, I get
I suspect what happened was two things:
divide_period_by_period
is even mentioned in that issue.I think we should just replace this table in the vignette with the new correct top 10 nodes. I will do it as part of PR #181.
The text was updated successfully, but these errors were encountered: