
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">

<div>The TLV specification for the NDN URI scheme says "To unambiguously represent name components that would collide with the use of . and .. for relative URIs, any component that consists solely of one or more periods is encoded using three additional periods.".</div>

<div><a href="http://named-data.net/doc/ndn-tlv/name.html#ndn-uri-scheme">http://named-data.net/doc/ndn-tlv/name.html#ndn-uri-scheme</a></div>

<div><br>

</div>

<div>If an NDN URI uses the "relative" value of "..", how should the URI be decoded.  Specifically, should it be treated as "up one level" like in a Unix path?  For example, should the URI "/a/b/../c" be decoded as the name "/a/c"?</div>

<div><br>

</div>

<div>(This question comes from an issue on the ndn-js Redmine: <a href="http://redmine.named-data.net/issues/1818">http://redmine.named-data.net/issues/1818</a> ).</div>

<div><br>

</div>

<div>Thanks,</div>

<div>- Jeff T</div>

</body>

</html>