-
Notifications
You must be signed in to change notification settings - Fork 4
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
PP idiom designation #111
Comments
|
I relied on presence of an object in streusle to determine transitivity. This is an easy fix. I guess we also want to not list objects for pp idioms? For most of these other decisions, we’ll want to edit the metadata by hand. |
I just use lexcat. |
I'm actually having trouble editing the metadata by hand. @nschneid Do you have an idea why that would be? |
What problem are you encountering? I was able to edit the transitivity of "rather_than" in the metadata pane. |
I can't edit is_pp_idiom in the metadata (I click update and it ignores the new value). Is there something that needs to be set? |
Hmm that's weird—it's working for me. Only things I can think of are a caching issue, or a user permissions issue. |
I can change |
Oh, yes, I can reproduce that. Strange. The navlink checkbox on language articles works—is the form logic being handled in the same way? |
Not sure. I'm still not sure how to resolve this, but in the worst case, we can delete the adpositions 'in_this_day', 'to_go', and 'to_eat' and remake them by hand then run the importer again to re-add usages and ptokens. I've tried it locally and it works. |
They meet the description of PP idioms you described above. They have to be idiomatic since they don't fit the normal gov-obj relationship for these adpositions (out there ≠ out the box). I'd prefer to keep them in pp idioms unless you can think of a good criterion to do otherwise. |
Aha, I think I solved the checkbox bug: |
Fine with me. |
Confirmed! It works. |
handle the few cases we decided in the script
Can you add a link to the description of PP Idioms and I'll put it in the create adposition instructions? |
I just pushed (efee7c5) an improvement to the language pages that subcategorizes the adpositions according to single-word/multiword/PP idiom and shows their transitivity.
Additionally, there are borderline cases where we need a clearer definition of PP idiom vs. multiword P. (@ablodge, did you import the distinction from STREUSLE's lexcat or implement it some other way? STREUSLE may not be 100% consistent.) How about the following definition:
I would say the following should be added as PP idioms:
in_hope_to, just_about, nothing_but probably should not be considered PP idioms, because they are transitive.
back_and_forth (intr.), up_and_run(ning) (intr.) are listed as PP idioms whereas over_and_above (tr.) is not. My gut feeling is that neither should be considered a PP idiom. We could clarify the definition:
out_front, out_there, up_front: These seem borderline to me because they're schematic spatial descriptions. What do you think?
The text was updated successfully, but these errors were encountered: