Still nothing playable, but updated and new documentation

doc/3D-formats.md

@@ -13,7 +13,7 @@ XML formats are easy to parse; they're also reasonably easy to edit both as text
 1. [3DXML](https://en.wikipedia.org/wiki/3DXML), a proprietary format owned by Dassault Systèmes;
 2. [Collada](https://www.khronos.org/collada/), an open format apparently seen primarily as an unlossy interchange format between 3d applications;
 3. [X3D](https://www.web3d.org/x3d/what-x3d/), an open format seen as the successor to (and much more prolix than) VRML;
-4. Ogre 3D, a format designed for the [Ogre 3D game engine](https://www.ogre3d.org/) and now widely used in the jMonkeyEngine community, but for which I can find no documentation.
+4. Ogre 3D, a format designed for the [Ogre 3D game engine](https://www.ogre3d.org/) and now widely used in the jMonkeyEngine community, but for which I can find no user-oriented documentation.
 
 ## JSON-based formats
 
@@ -25,14 +25,14 @@ JSON is also easy to parse and to edit; the [glTF 2.0](https://www.khronos.org/g
 
 ## Features
 
-| Name                                         | XML     | JSON    | Blender                                                      | jME3                                                         | Notes                                                        |
-| -------------------------------------------- | ------- | ------- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ |
-| [3DXML](https://en.wikipedia.org/wiki/3DXML) | ✓ |         | [Unsupported](https://blenderartists.org/t/3dxml-importer/469975/2) | No                                                           | Proprietary; apparently, engineering oriented                |
-| [Collada](https://www.khronos.org/collada/)  | ✓ |         | Built in importer/exporter                                   | [No](https://hub.jmonkeyengine.org/t/collada-io/46406)       | Prolix, but sort-of interpretable and manageable.            |
-| [X3D](https://www.web3d.org/x3d/what-x3d/)   | ✓ |         | Built in importer/exporter                                   | No                                                           |                                                              |
-| [Ogre 3D](https://www.ogre3d.org/)           | ✓ |         | [Unsupported](https://github.com/OGRECave/blender2ogre)      | [built in importer](https://javadoc.jmonkeyengine.org/v3.6.1-stable/com/jme3/scene/plugins/ogre/package-summary.html) |                                                              |
-| [glTF 2.0](https://www.khronos.org/gltf/)    |         | ✓ | Built in importer/exporter                                   | [built in importer](https://javadoc.jmonkeyengine.org/v3.6.1-stable/com/jme3/scene/plugins/gltf/package-summary.html) | On inspection, the glTF 2.0 files generated by Blender are thoroughly inscrutable. Although they are technically text files, they're essentially very thin wrappers around ascii-coded binary blobs. This doesn't look usable to me. |
-| [VRML](https://en.wikipedia.org/wiki/VRML)   |         |         | Apparently accepted by the X3D importer; no exporter         | No                                                           | I couldn't make import of a sample file into Blender work. The import completed with no errors, but no objects appeared in the scene. |
+| Name                                         | XML     | JSON    | Blender                                                      | MakeHuman | jME3                                                         | Notes                                                        |
+| -------------------------------------------- | ------- | ------- | ------------------------------------------------------------ | --------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
+| [3DXML](https://en.wikipedia.org/wiki/3DXML) | ✓ |         | [Unsupported](https://blenderartists.org/t/3dxml-importer/469975/2) | No        | No                                                           | Proprietary; apparently, engineering oriented                |
+| [Collada](https://www.khronos.org/collada/)  | ✓ |         | Built in importer/exporter                                   | Exporter  | [No](https://hub.jmonkeyengine.org/t/collada-io/46406)       | Prolix, but sort-of interpretable and manageable.            |
+| [X3D](https://www.web3d.org/x3d/what-x3d/)   | ✓ |         | Built in importer/exporter                                   | No        | No                                                           |                                                              |
+| [Ogre 3D](https://www.ogre3d.org/)           | ✓ |         | [Unsupported](https://github.com/OGRECave/blender2ogre)      | Exporter  | [built in importer](https://javadoc.jmonkeyengine.org/v3.6.1-stable/com/jme3/scene/plugins/ogre/package-summary.html) |                                                              |
+| [glTF 2.0](https://www.khronos.org/gltf/)    |         | ✓ | Built in importer/exporter                                   | No        | [built in importer](https://javadoc.jmonkeyengine.org/v3.6.1-stable/com/jme3/scene/plugins/gltf/package-summary.html) | On inspection, the glTF 2.0 files generated by Blender are thoroughly inscrutable. Although they are technically text files, they're essentially very thin wrappers around ascii-coded binary blobs. This doesn't look usable to me. |
+| [VRML](https://en.wikipedia.org/wiki/VRML)   |         |         | Apparently accepted by the X3D importer; no exporter         | No        | No                                                           | I couldn't make import of a sample file into Blender work. The import completed with no errors, but no objects appeared in the scene. |
 
 ## Discussion
 
@@ -167,7 +167,7 @@ So... it's not obvious to me how I extract a piece of solid geometry, namely a c
 
 Nothing in this explicitly says it's a cube. But where we have two triangles with a common edge and a common normal, we know they form part of the same face; and, given that each of the distinct normals are either at right angles to, or in opposition to, each of the others, the boxiness is easily inferred. Finally, given all the edges are of the same length, we have a cube. 
 
-Although the [Ogre import/export add on](https://github.com/OGRECave/blender2ogre) is not supported by Blender, an exported cube can be successfully reimported into Blender.
+Although the [Ogre import/export add on](https://github.com/OGRECave/blender2ogre) is not supported by Blender, an exported cube can be successfully reimported into Blender. However, although Blender can export the meshes of a model to Ogre format successfully, it fails to export the skeleton. However the MakeHuman Ogre exporter does successfully export the skeleton.
 
 The only documentation for Ogre 3D XML that I can find is [two DTDs here](https://github.com/OGRECave/ogre/tree/master/Tools/XMLConverter/docs), but, in fact, that is what I most need.