Thank you Iván for the added advice! So one thing you mentioned that Serge didn't is that once data is imported it should be maintained? I am just wondering because if one goes through extensive preparation to import the data then why is it that it would need to be maintained? I understand if that user is contacted for something that might have went wrong or might have changed, but for the most part isn't the data that is imported to OSM in it's final stage and should be considered complete? If you could explain to me what qualifies as maintaining data that has already been imported, that would be great! I am trying to have a heads up on all these different scenarios before I go head-first into OSM.
Thank you for your time and kind advice :), elshae 2011/1/18 Iván Sánchez Ortega <[email protected]> > On Tuesday 18 January 2011 17:16:42 Serge Wroclawski wrote: > > > [...] generally the community doesn't like [imports], and usually it has > to > > do with poor execution, and overlapping data. > > That answer is spot-on. I do like imports, but only when it is certain that > there will be no overlapping data, and that the imported data will be > maintained in the future. Otherwise, an import may look like a good thing > in > the short term, but it will have long-term complications. > > Unfortunately, the OSM technology stack lacks proper conflation and > tracking > scripts. Plus, every set of imported data is different. So, be very very > sure > of what you're trying to do. Don't rush the import. Build your own tools if > needed. Contact people in areas where there might be overlapping data for > their opinions. > > > 4. Technology > > > > If your data is in PostGIS now, it shouldn't be too hard to write a > > script that extracts the features and makes it available in the OSM > > XML format, ready to be consumed by the API. > > ogr2osm should be capable to do that, with a few tweaks - right now it > doesn't > know how to open a PostGIS dataset, but it should be feasible if you know a > bit of python and GDAL. > > Usually the data is loaded into JOSM to check its consistency, and fix the > importing scripts if needed. If everything goes well and there's no need > for > conflation, only then that data shall be uploaded with the bulk uploading > tools. > > > Best, > -- > ---------------------------------- > Iván Sánchez Ortega <[email protected]> <[email protected]> > > Buscad lo suficiente, buscad lo que basta. Y no querais más. Lo que pasa > de ahi, es agobio, no alivio; apesadumbra en vez de levantar. > -- San Agustín. (354-439) Obispo, filósofo y Padre de la > Iglesia Latina. >
_______________________________________________ talk mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk
