<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi, Khalibloo<br>
    <br>
    The collada format allows an optimization that only stores unique
    normal vectors. Then later the normal vectors can be referenced by
    using indexes. Also there can be more than one normal per vertex
    since Vertex normals are defined per face AND per vertex. Because of
    this the number of normals per vertex can be anything from 0 up to
    the number of faces which share the vertex.<br>
    <br>
    If you are sure that you found a bug, then please file a bug report
    and include a demo file that shows exactly where the data goes
    wrong. Then we will take care of this of course.<br>
    <br>
    BTW: If we talk about Blender's built in collada module, then please
    note that this is a functionality that was created in C++ and it
    uses the OpenCollada library. <br>
    <br>
    cheers,<br>
    Gaia<br>
    <br>
    <div class="moz-cite-prefix">On 22.06.2016 21:06, Khalifa Lame
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAKQbnQ1pLgv1-oe6maZVpOzXJ40iakC=bcaRLX5ma7fB_4WstQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>Hello. I recently did some work on collada files
              exported from blender. From what I understood from the
              collada wiki from Khronos, the mesh normals xml node in
              the collada file should contain a trio of number values
              for each vertex. In other words, the mesh normals should
              have exactly the same number of entries as the vertex
              positions.<br>
              <br>
            </div>
            This isn't always the case, however, when you inspect
            collada files exported from blender. Sometimes, there are
            more normals than vertices; sometimes, there are less. They
            hardly ever match.<br>
            <br>
          </div>
          Is this a bug on blender's part? or is this intentional? if
          so, could someone please help me understand the logic behind
          it and how to read the normals reliably?<br>
          <br>
        </div>
        This doesn't seem like a python question specifically, but if it
        turns out to be a bug, I'll have to write a python script to
        modify that behavior.<br clear="all">
        <div>
          <div>
            <div>
              <div>
                <div><br>
                  -- <br>
                  <div data-smartmail="gmail_signature">khaliblooŽ<br>
                    <br>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Bf-python mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Bf-python@blender.org">Bf-python@blender.org</a>
<a class="moz-txt-link-freetext" href="https://lists.blender.org/mailman/listinfo/bf-python">https://lists.blender.org/mailman/listinfo/bf-python</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>