<div dir="ltr"><div dir="ltr">On Wed, 7 Apr 2021 at 14:38, Cantor, Scott <<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 4/7/21, 9:08 AM, "users on behalf of Max Spicer via users" <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:users@shibboleth.net" target="_blank">users@shibboleth.net</a>> wrote:<br>
<br>
>    The attribute definition is:<br>
Entirely unnecessary. Simple on top of anything with no transformation can be replaced by an exporting DataConnector and a transcoding rule, no definition needed.<br></blockquote><div><br></div><div>I know. :-) One step at a time...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Can we filter the null values from being encoded somehow?<br>
I would have thought Simple might do it actually, making the definition worth something but it's useless as it stands. The most logical thing might be to enhance it to have that option to drop nulls or empties so that it can clean the values, which adds some value back to Simple.<br></blockquote><div><br></div><div>Is it worth me submitting an enhancement request for this? It's not anything I'd attach any priority to personally but would be nice to have.</div><div><br></div><div>Thanks for the advice and sugestions!</div><div><br></div><div>Max</div></div></div>