<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font face="Helvetica, Arial, sans-serif">I was talking with <font
        face="Helvetica, Arial, sans-serif">Gabriele Gemmi who is
        helping me implementing NetJSON to convert OLSR jsoninfo</font>
      and <font face="Helvetica, Arial, sans-serif">batman alfred-vis
        into netjson.<br>
        <br>
        <font face="Helvetica, Arial, sans-serif">We w<font
            face="Helvetica, Arial, sans-serif">ere considering defining
            another object specific to topolgy, because the other is
            focused <font face="Helvetica, Arial, sans-serif">on
              routes.<br>
              <br>
              <font face="Helvetica, Arial, sans-serif">Something like
                this object:</font></font></font></font></font></font><br>
    <a class="moz-txt-link-freetext" href="http://pad.eigenlab.org/p/netjson-topology">http://pad.eigenlab.org/p/netjson-topology</a><br>
    <br>
    This reasoning came after Simon Wunderlich's feedback, written here:<br>
    <a class="moz-txt-link-freetext" href="http://pad.eigenlab.org/p/netjson-feedback">http://pad.eigenlab.org/p/netjson-feedback</a><br>
    <br>
    <blockquote type="cite"><b>Simon Wunderlich:</b><br>
      <br>
      It may be interesting to track neighbors per interface for
      multi-radio nodes as well, and track primary/secondary interfaces
      - at least this is what alfred/vis in batman-adv can do (check the
      illustrations):
      <a class="moz-txt-link-freetext" href="http://www.open-mesh.org/projects/open-mesh/wiki/Alfred#batadv-vis">http://www.open-mesh.org/projects/open-mesh/wiki/Alfred#batadv-vis</a>
      In general it sounds like a good idea to have a single format to
      feed different drawing applications, although I'm not enough
      involved in these kind of things to judge the usefulness. For
      alfred-vis we have two formats, one is the classic
      graphviz-compatible output which is similar to the old OLSR
      output, and another JSON output.
    </blockquote>
    <br>
    Gabriel's response:<br>
    <br>
    <blockquote type="cite"><b>Gabriele Gemmi</b>:<br>
      <br>
      I think we should have a different representation for the topology
      information, i've made another pad to develop the json structure
      see: <a class="moz-txt-link-freetext" href="http://pad.eigenlab.org/p/netjson-topology">http://pad.eigenlab.org/p/netjson-topology</a></blockquote>
    <br>
    What do you think?<br>
    <br>
    Please retain CC.<br>
    <br>
    Federico<br>
  </body>
</html>