Geoff Boeing

This will be resolved by #957.

This would be really cool.

@EwoutH thanks and sorry for the delay. I'm still reflecting on this proposal. One thing I'm thinking about is if this could be generalized to a `attach_features_to_nodes` function that would...

I'll have some time to take a considered look at this soon.

Ok, I've had some time to reflect on this. In general, the OSMnx project follows 3 principles when adding new functionality: 1) it is useful to a broad set of...

See https://github.com/gboeing/osmnx-examples/issues/83

As a tangential aside, it would be nice someday to replace all the OSMnx XML read/write functionality with PBF read/write functionality instead and outsource it to a dedicated third-party library....

Thanks @stl-maxgardner . Did this change above also make sense: > Require that the graph be unsimplified when saving with merge_edges=True, because ways have a one-to-many cardinality with edges but...

@stl-maxgardner one more question for you. In 54170cd I proposed that we remove the `settings` module's `osm_xml_node_attrs`, `osm_xml_node_tags`, `osm_xml_way_attrs`, and `osm_xml_way_tags` settings. The reasoning is as follows... The `osm_xml_node_attrs` and...

Some timings comparing this `xml` branch to the `main` branch with a small graph and a large graph... Given a code snippet like: ```python import osmnx as ox ox.settings.all_oneway =...