The shared association (open diamond) is allowed in SysML, but is generally interpreted as the same as a plan association.
There is a very slight difference, in that, if you have a reflexive assocation (from a block to the same block) the association can allow for any graph structure, but when you use a diamond (either open or closed), you're forcing a dag (directed acyclic graph), that is, your preventing loops.
As an example, if you an employee with an association to itself, you could be modeling something like "works-with", where, e.g., A ww B, B ww C, and C ww A
If you use a diamond, you're modeling something like "manages"
A manages B, B manages C, but it is not possible that B then manages A
The n-ary association from UML, that uses the large diamond in the middle of the relationship is not related to the
above diamonds, and is not part of SysML.
On the 2nd issue, how to model the relationship of a block to a value property (not a part), there is still some open issues in the spec about the best way of doing this. My guess is that any convention would be fine for now if the modeler and reviewers understand the convention.
Michael