New MiraMonVector driver

[AbelPau]

What does this PR do?

This driver allows to create and open MiraMon polygon, stringline and point vectors.

What are related issues/pull requests?

There are not related issues or pull requests.

Tasklist

• Make sure code is correctly formatted (cf pre-commit configuration)
• Add test case(s)
• Add documentation
• Updated Python API documentation (swig/include/python/docs/)
• Review
• Adjust for comments
• All CI builds and checks have passed

Environment

Provide environment details, if relevant:

• OS:
• Compiler:

[rouault]

I've worked together with @AbelPau over the past weeks to put the driver into shape. You can find the details of the review in AbelPau#12 . The branch in its state of ~ one week ago was submitted to coverity-scan and issues were fixed .I've also run it through ossfuzz locally on my PC with the undefined and address santizers, on the new miramon dedicated fuzzer, and it now runs for a couple days without issues. So from my perspective, we are in a state acceptable for upstreaming.

[nyalldawson]

This is a little confusing to me. How does the handling of multipolygons relate to the limitation on multipoint/linestrings?

[AbelPau]

A multipolygon has a list of stringline indices (in the *.pol file) and when the vertices of a multipolygon (or a polygon) are dumped the coordinates are extracted from the corresponding *.arc file using that list of indices (and other details). You can consult how it's organized a multipolygon (or a polygon) more precisely here: https://www.miramon.cat/new_note/eng/notes/[MiraMon_structured_vectors_file_format.pdf](https://www.miramon.cat/new_note/eng/notes/MiraMon_structured_vectors_file_format.pdf)

But the concept of having a a group of connected lines it's not present in MiraMon, for the moment.

[coveralls]

coverage: 69.004% (+0.007%) from 68.997%
when pulling 1430c03 on AbelPau:miramon_clean_history
into 88b0dd8 on OSGeo:master.