<div dir="ltr">Junxiao,<div><br></div><div>Thanks again for your wisdom and information.  The documentation on the Name format appears a little bit limited, but is somewhat useful, so I do appreciate it.</div><div><br></div><div>Here's what I find a little peculiar, for example:</div><div><br></div><div><ul><li>When I explicitly request content with appended sequence number 750 and 1000, I get the following:</li><ul><li>750:   %FE%02%EE</li><li>1000:  %FE%03%E8</li></ul><li>When I request content with appended sequence numbers 7,500 and 10,000, I get the following:</li><ul><li>7500:  %FE%1DL</li><li>10000: %FE%27%10</li></ul></ul><div><br></div></div><div>In the groupings, if we remove the initial %FE%, then we just have hexadecimal couplets that do in fact equal the appended sequence numbers, <b>except for </b>7500, which has this <b>1DL</b> at the end...  I have no idea where this is coming from.  How is 1DL even a value?  You mentioned it was "binary", but I'm not 100% sure what you mean in this context - I assumed that the string representations are the hexadecimal values representing the binary, which makes sense for many of the values.  all the low numbers work fine - 10 --> 0A, 11 --> 0B, etc.  And some of the large numbers work.  But some simply don't.</div><div><br></div><div>It seemed so straightforward and logical, except I'm finding certain values are not being translated correctly.  I'm digging deeper into the appending that I do, but this is what it appears.</div><div><br></div><div>Thanks,</div><div><br></div><div>John</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 4, 2017 at 10:58 AM, Junxiao Shi <span dir="ltr"><<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi John<div><br></div><div><font face="monospace, monospace">toUri </font>is for displaying on screen and in logs. The URI may be passed back to <font face="monospace, monospace">Name </font>constructor (but not <font face="monospace, monospace">name::Component </font>constructor) to reconstruct the name. All name processing should consider the name as binary.<div class="gmail_extra">NDN URI spec: <a href="https://named-data.net/doc/NDN-TLV/current/name.html#ndn-uri-scheme" target="_blank">https://named-data.net/<wbr>doc/NDN-TLV/current/name.html#<wbr>ndn-uri-scheme</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">Yours, Junxiao</div><span class=""><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 4, 2017 at 9:49 AM, John Baugh <span dir="ltr"><<a href="mailto:jpbaugh@umich.edu" target="_blank">jpbaugh@umich.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">A quick question though - if interpreting them as strings is not supposed to be done, why is there a toUri method that returns a string?  That's what I've been using.</div><div dir="auto"><br></div><div dir="auto"><br></div></div></blockquote></div></div></span></div></div>
</blockquote></div><br></div>