Hi there, (nzOpenGIS group) (im trying to follow along the best i can) what i'm doing now for the canvec data, and pushing for the road data, and will be doing for the GeoBase NHN and Ontario data, is simply focusing on converting the data and making it available. This way, people who are local to the area can copy whatever features they like. And when a new (converted file) becomes available, l can create a diff file from the last converted file to the new one. Then this diff file can be manually copied.
The shp-to-osm-5.0.jar is BRILLIANT it can be set to produce an .osm file no bigger than 2,000 nodes, and make *.osm1.osm; *.osm2.osm etc so it can handle a bigger file. Anyway, the point is, is that the people who dare to copy do so knowing that there 'maybe' errors in the conversion script. RoadMatcher is used to compare versions of the data. And produce diff files. By having these files available, but not imported directly, we allow for local people to make a more informed decision on what to copy over. In Canada, we do have the same problem, where some provinces are 'more detailed, house #'s, water direction flow, more accurate uptodate "wooded area". So this is why my method SHOULD be able to handle it. BUT, it requires 1 person to be in charge of each full dataset, and make the decisions for everyone (i have 300 tag matches i did) until someone complains, thats what the script says. I have a Google Docs chart for the 'tag matching 300' so its publically available to look at, but only 1 person can edit, as that person makes the conversion script. I think that the script is FINALLY good enough, that it will go to the script sharing site (same that shp-to-osm is in) then others can change it. (as that would be the MASTER copy) then so super smart people can make the script smarter. :-) i hope that helps, Cheers, Sam On 9/14/09, Sam (Chief Zenbu Bloke) <[email protected]> wrote: > > The only problem on http://wiki.openstreetmap.org/wiki/LINZ_Trial_Import > that seems important to me is the one about inappropriate tags on > roads. > > I've said it before and I'll say it again, we should only be taking > roads from the NZOGPS data. Streams, mountains, airports, etc etc are > more up to date and accurate from current LINZ layers. Those can be > added as individual projects later (just as Andrew has been doing with > the DOC tracks). The roads are what we should be focusing on. Maps are > usable with roads on them, the rest of it just makes them pretty. > Sorry if that's a little boring, but let's get some runs on the board > eh. > > I believe there are plenty of areas in NZ that are effectively barren > on OSM, eg Gisborne. Why not pick one of those, delete what's there > and upload some real data. > > What are the real issues holding us up? Are there any? > > Sam > > > On Sep 14, 9:54 pm, Hamish <[email protected]> wrote: >> Hi, >> >> For poops and giggles I just loaded Joe's regional .osm files (+ the >> australia.osm weekly planet file dump) into a PostGIS database >> suitable for rendering with Mapnik and automatic display in the >> GpsDrive software. The results look, as you might expect, really quite >> great. >> >> see attached screenshot. >> >> instructions here: >> https://sourceforge.net/apps/mediawiki/gpsdrive/index.php?title=Setti... >> >> If anyone has tips on how to get the river_poly shapefiles into a >> PostGIS db, and how to then export .osm planet files from a PostGIS >> db, I'm all ears. >> >> Hamish >> >> gpsdrive_mapnik_linz_osm_gore.jpg >> 152KViewDownload > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "nzopengis" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/nzopengis?hl=en > -~----------~----~----~----~------~----~------~--~--- > > -- Twitter: @Acrosscanada Facebook: http://www.facebook.com/sam.vekemans _______________________________________________ Talk-ca mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ca
