New gml reader and writer

This idea is born from issue #972 and the discussion followed suit. This push aims to replace the old GML file format parser and generator with one stricter, faster and less buggy.

- it doesn't have external dependencies
- supports attribute lists – unlike what the `write_gml` documentation says, GML supports list attributes as long as they have at least two elements.
- ensures node ids are integers, if not sets the label as the old id value and assigns an increasing number as id.
- it's more tested.

I'm naturally opened to discussion and modifications.

Luca :)

I thought less disk access would provide better performance. Maybe it doesn't worth the cost of memory, but would you tell me why you think it's preferable to avoid it, please?

@ysitu thanks for your review btw.