> From: [email protected] [mailto:[email protected]] On > Subject: Re: [Imports] [OSM-dev] OSM Wishlist > > On Fri, Oct 19, 2012 at 12:40 AM, Paul Norman <[email protected]> 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. _______________________________________________ Imports mailing list [email protected] http://lists.openstreetmap.org/listinfo/imports
