Rob Shakir

Sure, no problems! A good place to start looking would be the code in `ygen` to generate leaf getters. Particularly: - Population of relevant fields [here](https://github.com/openconfig/ygot/blob/master/ygen/gogen.go#L1377-L1389) - Generation template [here](https://github.com/openconfig/ygot/blob/master/ygen/gogen.go#L716-L732)...

You can use `ytypes.SetNode` ([godoc](https://github.com/openconfig/ygot/blob/master/ytypes/node.go#L428)) which allows you to hand the root, along with the gNMI `Path` message and the value that you have. This allows unmarshalling of gNMI Notifications...

Yes, as of today we don't have an implementation for unmarshalling annotations - since the initial user that we implemented this for didn't require this functionality. We have an option...

The protobufs themselves have a specific pattern which means that I don't think you need the schema to unmarshal list keys. Particularly: ```yang container a-container { list foo { key...

Hi, Could you clarify the question a little bit please? At the moment, we do not store the YANG module's `namespace` statement in the tags for struct fields - we...

This isn't something that is implemented today in ygot. The current recommended approach to get data instances to a device is to use RFC7951 JSON (a number of platforms already...

I believe that we do not respect the `value` that is used in the YANG file - and generally use the `0` value to be default (`UNSET` if there is...

We didn't implement code generation for YANG `notification` statements as you note simply because we didn't have a use case for them. OpenConfig today does not use such statements (since...

@nickethier -- this was one that we discussed. Did you still fancy looking at implementing this? @ostromart is happy to help out with it if you'd like to!

There currently isn't a way to do this within ygen, but we'd be happy to discuss a design for doing so. It seems like there are some complexities with doing...