[Imports] [OSM-dev] OSM Wishlist

[Paul Norman]

> From: joshthephysicist at gmail.com [mailto:joshthephysicist at gmail.com] On
> Subject: Re: [Imports] [OSM-dev] OSM Wishlist
> 
> On Fri, Oct 19, 2012 at 12:40 AM, Paul Norman <penorman at mac.com> wrote:
> >
> > It went decently well.
> >
> > I stuck the raw powerpoint up at
> > http://pnorman.dev.openstreetmap.org/ogr2osm.pptx and a PDF of the
> > slides (no notes) at
> > http://pnorman.dev.openstreetmap.org/ogr2osm_1.pdf
> >
> > If anyone can suggest a good place to post a powerpoint that deals
> > with speakers notes in a sane manner, let me know. I have it up at
> > http://www.slideshare.net/penorman/ogr2osm-presentation but the notes
> > are fairly hidden and some formatting is lost.
> 
> Thanks for those slides, glad to see ogr2osm is being maintained and
> improved.
> 
> Quick question, last I worked with the tool I had to "glom" the ways
> (combine ways with identical tags) with another tool after processing
> with ogr2osm; does ogr2osm currently do this somewhere after
> filterTags()? I know my county likes to split streets at intersections
> to give each segment a unique ID, and the data is unusable unless it's
> been glommed.

I've considered adding this to ogr2osm and decided against it for a few
reasons

* There are existing tools that glom ways

* The complete import conversion sequence for what I'm working on is
** ogr2osm
** simplify ways (tool not yet written)
** glom
** strip some tags kept for glomming

I want to have the simplify ways tool a stand-alone program, so the glom
step also has to be stand alone

* glomming would have to fit very late in the execution sequence,
essentially right before the XML is written.

* glomming is more of a general problem, so there's more value to a glommer
that will operate on .xml files.