[OSM-talk] Adventure Motorcycling Handbook
Sorry if this has already been mentioned (haven't been keeping up on the list), but the latest edition of the Adventure Motorcycling Handbook lists OSM a couple times as a good source of maps, especially for developing countries. Naturally, I keep my GPS full of OSM maps while out in the woods on the bike, and update the map when it needs it. Good stuff! :-) Keep up the good work, folks! -- Brian "Beej Jorgensen" Hall - b...@beej.us - http://beej.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM slippy map max_zoom_level workaround
Sorry if this has been talked about to death and I didn't notice, but I
did search a bit and didn't find the answer. I'm also pretty sure I'm
up-to-date on all the code.
I have been curious for a long time why JOSM's slippymap plugin seems to
decrease the max_zoom_level by 4 every time I run it, and only now
decided to chase it down.
The offending code seems to be in SlippyMapPreferences.java:
public static int getMinZoomLvl()
{
String minZoomLvl = Main.pref.get(PREFERENCE_MIN_ZOOM_LVL);
if (minZoomLvl == null || "".equals(minZoomLvl))
{
minZoomLvl = "" + (SlippyMapPreferences.getMaxZoomLvl() - 4);
Main.pref.put(PREFERENCE_MAX_ZOOM_LVL, minZoomLvl);
}
Perhaps that should be a PREFERENCE_MIN_ZOOM_LVL in the pref.put()?
In any case, a quick workaround is to add min_zoom_level to your
.josm/preferences file, e.g:
slippymap.max_zoom_lvl=17
slippymap.min_zoom_lvl=2
Again, I apologize if this is a rerun or out of date.
-Beej
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Indiscrimate layering
Brian Quinion wrote: > If it isn't possible to undo the changes (because it is anon.) then > I'd +1 the ban on anon. Me too. Anon can still request fixes on openstreetbugs, after all. And if you're going through the trouble of installing and learning a map editor and/or writing your own custom software to access OSM, you can certainly be troubled to make an account. IMHO, -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering of Place Names in Mapnik
Brandon Aguirre wrote: > US census has a well-organized system of divisions that might suit the > need to create hierarchy within urban agglomerations and poly-centric > regions. I like this--it's naming a region, so it doesn't seem so far-fetched that it would be in the map. As a renderer, I might render cities by size until zoomed out enough, then ignore the cities and just render the name of the region instead... -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM WMS--cool!
I love the new tile-based WMS stuff that I picked up with the latest JOSM. Top notch! -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New mass imports over existing data
Hey all, This is sort of a general question with a specific example, namely, Marin County. Marin County (just north of the Golden Gate Bridge and San Francisco, California) already exists in OSM. It's made of bad TIGER data that has been partially corrected (by myself and others). Streams and trails have been added. Parks have been outlined. Now it has recently come to light that Marin County provides Free data covering the county, and this Free data is of excellent quality. Roads, trails, hydro, and even structure footprints are included. Now, there are a few courses of action I can imagine. 1. Indiscriminately blow away all of Marin and replace it with County data. If you made changes, tough luck. 2. Discriminately blow away specific pieces of the data and replace them with County data. For example, maybe just Mill Valley's roads could be replaced, because very little correction has been done there. 3. Using JOSM or somesuch, visually overlay the OSM data over the County data and manually adjust and add ways (cut-n-paste to add) as appropriate. I doubt there's a specific course of action that would work for all cases like we have in Marin County, but are there any other approaches people can think of, or pros or cons? -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering of Place Names in Mapnik
As a datapoint, Google renders SF and SJ the same way until you zoom out far enough, and then SJ disappears. FWIW, -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering of Place Names in Mapnik
Karl Newman wrote: > As an aside, San Francisco is unique in the USA (as far as I know) in > that the city and county have the same extents. Oh, so THAT'S why San Francisco's unique! I've always wondered. ;) -Beej, proud Bay Area citizen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GeoBase nodes import
Frederik Ramm wrote: > Sam Vekemans wrote: >> Is there a way to make sure that these nodes dont get rendered? > > Most renderers don't render stuff they do not understand, so you'd just > have to make sure your tags are "out of this world" ;-) I did this in a park near my house where a bathroom burned down. I'm confident it will be replaced in the same location (the foundation is still good and it's a major site in the park), so for now it's amenity=toilets_burned_down If someone wants to make a specific icon for that, they're free to do so. ;) -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is OSM Mapper ready for 0.6? (was Re: DisablePotlatch finally)
Gert Gremmen wrote: > But we might consider creating > a dropdown box with frequent > messages like: I really like this as a compromise. And although I want people to enter meaningful comments with every commit, just forcing them to type *something* won't necessarily accomplish that. And seconding what Pieren said: at the last place I worked, a group of people I'll collectively refer to as "the artists and designers" consistently performed some alteration on their files which was described as "asdf" in the check-in. They had to type something, so they typed something. OSM is very free-form, and that's a strength IMO in spite of the spirited discussions we have about whether or not an asphalt surface is "smooth", or whatever. In that light, I'd vote for "encourage, but do not force" with the commit comment. Coming full-circle to Gert's dropdown box suggestion (with not too many items in it!!), I'm ok with "choose one of these 10 things or type your own." I think the ASDF-crowd will 9-times-out-of-10 choose something remotely appropriate out of the list. Effort required from least to most: 1. choose random and likely incorrect message from list 2. choose correct message from list 3. asdf custom change message 4. correct custom change message Granted, choosing a random message from the list is still the easiest thing to do, but I think people who use software on a frequent basis are getting somewhat hard-wired to choose the right thing when presented. It's only marginally more difficult to choose the right thing from the list. Subsequent software releases could fine-tune the pulldown list based on frequency of actual comments. Finally, there might be some way to appeal to the mapper's pride. Putting the right comment on a change log is more than just for tracking--it's a way of saying, "*this* is the work *I* did!" We could have a way for users to see others' changelogs, for example, which might be shown as one's "Openstreetmap History of Work". The last thing I'd want is for the record of my hard effort to say "asdf" over and over again. -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A top tip for winter mapping
Stefan Baebler wrote: > That, my friends, is so last year's fashion! > A photo to prove it: http://www.openstreetmap.org/user/StefanB Ha! :) I have a nice neoprene case from Gilsson for my eTrex with a velcro loop and a carabiner on it--I'd secure it to the top of my backpack while mountain biking because there just too much vibration on the handlebars. Works quite well, indeed. -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Incomprehensible Intersections
A few goodies around the world that would be fun to map: http://www.darkroastedblend.com/2006/11/incomprehensible-intersections.html I got to make one of the first passes at mapping the MacArthur Maze here in Oakland CA--that was quite a learning experience. :) -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war on the wiki "map features"
Gervase Markham wrote:
> Which should I have done? That's the question I'm saying that anyone who
> wants to extend a formerly binary tag with new values needs to provide
> an answer to before they start using the new values.
IMO, one should implement the even-more-defensive option C, which is:
if "bicycle=no":
don't do it
else if "bicycle=yes":
do it
else:
do whatever makes sense for your map here
It is an incorrect assumption that the "binary" tag only contains "yes"
or "no" (or a handful of variants) when an editor is allowed to enter
arbitrary values. And assuming there are a fixed number of values for
"bicycle" is (in some ways) just as bad as assuming there are a fixed
number of values for, say, "highway". ("Well, it's none of these other
things--it must be a motorway!")
> My point is that (leaving aside the specific bicycle example) extending
> already-used tags in this way is going to result in confused renderers
> and undefined and renderer-specific behaviour.
I'd say this is totally true, in theory. But since we can't possibly
stop people from extending tags (all they have to do is use Potlatch) we
have to make sure the renderers can handle it. If someone edits the map
to say "bicycle=masochistic" and a renderer draws it as a friendly bike
route, it's the renderer's issue, ultimately.
-Beej
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Implementing Geographic Information Technologies Ethically
http://www.esri.com/news/arcnews/fall08articles/implementing-gi-technologies.html I only had time to skim this article, but it looked like it might have some relevance. (I apologize in advance if I'm mistaken!) Especially closer to the end he talks about issues with licensing and restricting data, open data projects (no mention of OSM), etc. -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A little bit of Google goofiness
This is an area near my house. If you want to get to University Ave from Hearst Ave by car, I would recommend against Google's suggested route: http://tinyurl.com/66q4l4 This is properly tagged on OSM to prevent this. :) -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding vmap0 road data to OSM
Will Harrison wrote: > Vmap0 contains road data for the entire world. This data is in shapefile format, for the record. -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
