-
Notifications
You must be signed in to change notification settings - Fork 15
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
requery_hier not returning the same number of rows anymore in 2.2.0 #247
Comments
Ok this would not be good... I spent about 100 hours rewriting almost the entire query engine to actually fix issues like this. Could you maybe send me a reprex with the output you'd expect from the query? And maybe also confirm that the old result was correct? |
I fixed something in the requery which accidentally got rid of duplicate segments in certain queries. Could you maybe check if the current dev version (2.2.0.9000) fixes the issue? If so then I'll try to release a new version of emuR asap... |
Sorry, I did not see your previous message but I have installed a
So it seems that the issue remains. I would expect the introduced NAs as the linking is off in 4 instances, but it seems that what the requery_hier returns is a list of unique segments. The patakaC_V contains simply C and V:s, which in pairs belong to a syllable. So predominately, patakaCVSylls should predominately contain two identical rows for each syllable. (Except for cases where this does not hold then). So, this code:
should not return the same result actually. The first nrow should be 34296. |
I just noticed an issue with to the 2.2.0 update and requery_heir
This is what used to happen:
Now, if I update to the 2.2.0 version of the package, I do not get the expected behavior:
The text was updated successfully, but these errors were encountered: