Re: [OSM-talk] Now: Wikiteam
On Sun, 07 Nov 2010 08:08:19 +0100 Matthias Meißer wrote: > Hi Elizabeth, > > no it's not. But if you have a look at > http://wiki.openstreetmap.org/wiki/WikiProject_Cleanup > you will see, that some major pages need to be updated and bring to > another form. > > Labeling as stubs is just one tool for others to find pages that > might need more attention. If the author of the page sees as > nonsense, he is free to remove this label of course. > > Matthias so we get another set of edit wars? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Now: Wikiteam
2010/11/7 Elizabeth Dodd : > so we get another set of edit wars? Not necessarily. Just because two people may disagree doesn't automatically make that a war. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Now: Wikiteam
Maybe eventually we'll end up with two separate projects - one that edits the wiki and one that does the mapping (and ignores the wiki)? Maybe that's happening already? Cheers, Andy :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Osmosis exception
When extracting a OSM dataset for denmark from the geofabrik europe file, I use a line like this on my Windows 7 system call "%OSMTOOLS%\Osmosis\osmosis-0.37\bin\osmosis.bat" --read-bin "%DATADIR%\europe.osm.pbf" --bounding-polygon-0.6 file="%DATADIR%\CTN OSM DK mm.poly.txt" --write-xml-0.6 file="%DATADIR%\denmark_mm.osm" But I get en error like this Exception in thread "main" java.lang.NoClassDefFoundError: org/codehaus/classworlds/Launcher Caused by: java.lang.ClassNotFoundException: org.codehaus.classworlds.Launcher at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) Could not find the main class: org.codehaus.classworlds.Launcher. Program will exit. Any clues to what I might do wrong ? Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google fumbles again in latin america
On Sat, 2010-11-06 at 22:58 -0400, Russ Nelson wrote: > Apollinaris Schoell writes: > > I consider it improving osm by a human mapper according the spirit > > of the project instead a container full of imports with not much > > value. If a human surveys on ground or based on personal knowledge > > and image tracing it has 100 times more value than any imported > > data > > I have some sympathy for your position, but I was told explicitly by > the New York State Department of Environmental Conservation that their > shapefile is to be considered primary over the signs in the field. > Thus, mapping NYS DEC Forest Lands in the field is 0 times more value > than their authoritative shapefile, which I've imported. How do you know that the shapefile is correct, unless you survey on the ground? Just because their shapefile says a road travels 20m then turns and travels 50m, if the actual road travels 30m then turns and travels 40m, it doesnt matter what they consider 'primary' or 'authoritive', if its wrong. Or for example if a map says a cliff is in position x, if the cliff is actually in position y, you should correct that. This whole thing of trusting the data before your own eyes/knowledge, is what causes problems such as the Latin American issue discussed recently. I somehow think that if it came to a court, the on-the-ground signs would be taken as a primary source, over some mystery government coordinates. If we're only talking about administrative boundaries, thats a different story, as theres no easy way to verify that data on-the-ground, but just because some government departments data says the sky is green and the grass is blue, that doesnt mean it should be entered into the database, if someone surveys it and finds its wrong, otherwise OSM simply becomes a collection of other peoples unverified databases. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] coastline in mapnik
On Sun, 2010-11-07 at 01:05 +0100, Vladimir Vyskocil wrote: > I checked the shoreline last modification date with : wget --server-response > --spider http://tile.openstreetmap.org/shoreline_300.tar.bz2 > and the answer show : > > Last-Modified: Fri, 24 Sep 2010 23:44:09 GMT > > It's about 1 month and half ago !! Is this process broken ? > > Vlad. I think we went back to some older shapefiles after reports of a significant problem with one of more recent updates. I just updated the files with coastlines generated from the planet file this week. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google fumbles again in latin america
On Sun, Nov 7, 2010 at 6:28 PM, David Murn wrote: > If we're only talking about administrative boundaries, thats a different > story, as theres no easy way to verify that data on-the-ground Since when is "no easy way to verify" equivalent to "unable to be corrected"? If the shapefile is wrong, the information in OSM should be corrected. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osmosis exception
Do any of those paths have spaces in them? That might cause the issue. Also, are multiple drive letters involved? The osmosis.bat launch script appears to have an issue where it requires Osmosis to be on the same drive as the working directory. Brett On Sun, Nov 7, 2010 at 11:46 PM, Carsten Nielsen wrote: > > When extracting a OSM dataset for denmark from the geofabrik europe file, I > use a line like this on my Windows 7 system > > call "%OSMTOOLS%\Osmosis\osmosis-0.37\bin\osmosis.bat" --read-bin > "%DATADIR%\europe.osm.pbf" --bounding-polygon-0.6 file="%DATADIR%\CTN OSM DK > mm.poly.txt" --write-xml-0.6 file="%DATADIR%\denmark_mm.osm" > > > But I get en error like this > > Exception in thread "main" java.lang.NoClassDefFoundError: > org/codehaus/classworlds/Launcher > Caused by: java.lang.ClassNotFoundException: > org.codehaus.classworlds.Launcher >at java.net.URLClassLoader$1.run(Unknown Source) >at java.security.AccessController.doPrivileged(Native Method) >at java.net.URLClassLoader.findClass(Unknown Source) >at java.lang.ClassLoader.loadClass(Unknown Source) >at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >at java.lang.ClassLoader.loadClass(Unknown Source) > Could not find the main class: org.codehaus.classworlds.Launcher. Program > will exit. > > Any clues to what I might do wrong ? > > > Carsten > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google fumbles again in latin america
David Murn writes: > On Sat, 2010-11-06 at 22:58 -0400, Russ Nelson wrote: > > Apollinaris Schoell writes: > > > I consider it improving osm by a human mapper according the spirit > > > of the project instead a container full of imports with not much > > > value. If a human surveys on ground or based on personal knowledge > > > and image tracing it has 100 times more value than any imported > > > data > > > > I have some sympathy for your position, but I was told explicitly by > > the New York State Department of Environmental Conservation that their > > shapefile is to be considered primary over the signs in the field. > > Thus, mapping NYS DEC Forest Lands in the field is 0 times more value > > than their authoritative shapefile, which I've imported. > > How do you know that the shapefile is correct, unless you survey on the > ground? Because the shapefile contains the listing of property that the DEC claims to own, and over which people are free to travel without fear of trespass. It's not possible for anyone to verify the shape of the data on the ground. The reason it's in OSM is because we have more attributes than the DEC has. Someone on the ground could mark the property as having a swimming area, where the DEC's data might not have that. THAT is verifiable on the spot, and THAT is why it belongs in OSM. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] coastline in mapnik
On Nov 7, 2010, at 3:57 PM, Jon Burgess wrote: > On Sun, 2010-11-07 at 01:05 +0100, Vladimir Vyskocil wrote: >> I checked the shoreline last modification date with : wget --server-response >> --spider http://tile.openstreetmap.org/shoreline_300.tar.bz2 >> and the answer show : >> >> Last-Modified: Fri, 24 Sep 2010 23:44:09 GMT >> >> It's about 1 month and half ago !! Is this process broken ? >> >> Vlad. > > I think we went back to some older shapefiles after reports of a > significant problem with one of more recent updates. I just updated the > files with coastlines generated from the planet file this week. Thank you Jon! Can I ask if it would be possible to include in those shapefiles a processed coastline that's just the outlines, rather than the tiled land area polygon? osm2pgsql doesn't import natural=coastline (a hardcoded exception) and sometimes it's useful to put lines on coastlines, for which the processed_p data isn't very well suited. -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk