Re: [Talk-us] Feature Proposal - RFC - Marijuana
Perhaps shop=marijuana, marijuana:recreational=yes/no, marijuana:medicinal=yes/no, marijuana:paraphernalia=yes/no, marijuana:edibles=yes/no? Cheers, Adam On Thu, Jan 2, 2014 at 9:00 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014/1/3 Russell Deffner russdeff...@gmail.com Maybe more so if you are in Colorado, as sales of Marijuana to adults (for recreation/any use) began the morning of the first. Therefor I propose the usage of shop=marijuana for this new business, have created a wiki-page for the proposal - http://wiki.openstreetmap.org/wiki/Proposed_features/Marijuana, and will leave it open for a commenting period of no shorter than two weeks. the proposal is quite specific, you write: a shop that is a State or other licensed facility allowed to sell marijuana for recreation use. not sure if those two requirements (license and recreation use) are fundamental. What about a shop that sells marijuana in an area where no license is required, or a shop that sells it for religious use? Maybe you could go without them (e.g. a shop selling primarily marijuana) or choose your alternative wording (any use instead of recreation). cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Completing the Appalachian Trail relation
Josh, A while ago, I had imported and simplified the ATC centerline data from the trailhead in GA through part of VA. I stopped there as that was where individual mappers had started to trace GPS data. This work was done by sadam-AT. Regards, Adam On Wed, Nov 27, 2013 at 7:44 AM, Josh Doe j...@joshdoe.com wrote: I recently hiked a very small section of the Appalachian Trail, and was shocked to see the section hadn't been mapped yet in OSM. Looking at what's in the relation, only 2689 km of the 3504 km trail are mapped. Granted, there's very likely some sections that have been mapped but not added to the relation. Here is the super relation for the AT: http://www.openstreetmap.org/browse/relation/156553 Here's a table showing the length in each state compared to that stated in Wikipedia. Some of the differences likely result from sections of the AT that follow the border between states. State, Relation ID, Length (OSM RA), Length (Wikipedia) Maine, 2007932, 409.8, 452.9 New Hampshire, 2007646, 230.4, 258.9 Vermont, 392991, 199.8, 241.1 Massachusetts, 2991960, 8.3, 145.2 Connecticut, N/A, 0, 83 New York, 2007688, 78.4, 142.3 New Jersey, 446370, 19.4, 116.2 Pennsylvania, 394916, 363.3, 369.5 Maryland, 2007644, 60.6, 65.8 West Virginia, 2007973, 4.5, 6 Virginia, 2007649, 407, 886 Tennessee, 2007647, 539.8, 463.3 North Carolina, 2007645, 230.5, 153.7 Georgia, 2007643, 137.2, 120 Clearly there's more work to be done. I'm going to try and work on the Virginia portion as I have time. The Appalachian Trail Conservancy provides centerline Shapefiles which seem to be compatible with the OSM license (liability disclaimer, a mention of citation in the agreement according to what is stated in the metadata, which for the centerline is nothing): http://www.appalachiantrail.org/about-the-trail/mapping-gis-data/mapping-gis-data-download-agreement Anyone else interested in getting this relation complete in the next few months? -Josh ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Completing the Appalachian Trail relation
There used to be a shelters/springs data set that would probably be useful to include. Cheers, Adam On Wed, Nov 27, 2013 at 10:59 AM, Richard Welty rwe...@averillpark.net wrote: On 11/27/13 10:51 AM, Josh Doe wrote: I agree with you. What about attributes, anything useful we should import when possible? I can't view the data now, but I believe I saw SURFACE and CLUB which might be useful. A whole lot of unneeded GPS info. i'm not keeping any of it, the source tag points back to the original data set and that should be sufficient. if we want club info, i'd suggest breaking up the relations where needed and adding the clubs to those rather to the ways. i don't know that i see a mapping from the AT surface attributes to our surface tag, and an AT:surface tag would be largely ignored by OSM users (how many pay any attention at all to tiger: tags now? i know i look at some of them, but most people don't.) we have a long standing habit of keeping attributes that turn out to not to add any value to OSM. i'm tending to be very spare about what i carry over these days (usually nothing). richard ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Civil War Mapping
Richard, I hope you enjoy the area. I've already done a bit of mapping at the Fredericksburg and Spotsylvania battlefields. Cheers, Adam On Feb 21, 2013 6:46 PM, Richard Welty rwe...@averillpark.net wrote: i sent this out earlier today on conventional social networks, but i know a lot of you probably don't participate in them... a year or so back Steve Coasthttps://www.facebook.com/SteveCoast?group_id=171170822943323 called for some Civil War related mapping. i'm not sure how much has really happened (not nearly enough, i think), but i'm here in Northern VA visiting Chancellorsville and The Wilderness, and so i give you the First Day at Chancellorsville Trail: http://www.openstreetmap.org/**?lat=38.29712748527527lon=-77.** 59817361831665zoom=16http://www.openstreetmap.org/?lat=38.29712748527527lon=-77.59817361831665zoom=16 and as an added bonus, a modern approximation of the route of Jackson's Flank March on the second day: http://www.openstreetmap.org/**browse/relation/2776036http://www.facebook.com/l.php?u=http%3A%2F%2Fwww.openstreetmap.org%2Fbrowse%2Frelation%2F2776036h=xAQH1s3NZAQHzoFwS0YyW2QKNzfAh8ZrMV1ZELGV7c3J84Qs=1 this latter is a signed NPS route, not just something i made up on my own, and the location of the roads hasn't shifted much since 1863, so it's pretty close to where Jackson's troops actually marched that day... i spent some time at the Wilderness Battlefield today, so there's more to come. i may well spend a day at Spotsylvania before we leave on Sunday. lots to map here. somebody local might have a very productive time if they enjoy walking tails. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Kort Game: Translators seeked!
Is Kort currently only downloading KeepRight bugs for a certain region? Thanks, Adam On Sat, Jan 19, 2013 at 4:07 AM, Stefan Keller sfkel...@gmail.com wrote: Hi, Many thanks for the unbelievable effort to translate Kort. The localization list at Transifex [1] shows 14 languages(1) which have been fully or almost completed - within only two days! I've never worked with Transifex before but now I can say that's easy. So if your favorite language is missing, like Polish, Danish, Hungarian, Swedish, Norwegian, Finish, Russian or Greek - just go for it! Stefan [1] https://www.transifex.com/projects/p/kort/ 2013/1/17 Miloš Komarčević kmi...@gmail.com: Just requested a Serbian team. (Btw, Janko, I hope you won't mind if I reuse and transliterate parts of yours? Same goes for you of course.) Stefan: I noticed some weird stuff like broken down sentences that are probably to be concatenated dynamically. This is _very bad_ i18n design. Just because it it might work for German or English, it won't work for most other languages. Please write whole sentences in code with a substitution argument, even it means some duplication. Same goes for plural forms etc. Miloš On Thu, Jan 17, 2013 at 3:55 PM, Janko Mihelić jan...@gmail.com wrote: I started a Croatian translation :) I have one feature request. You should give people badges for giving us the name of a street when there is no name. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Kort Game: Translators seeked!
On Sun, Jan 20, 2013 at 1:00 PM, Stefan Keller sfkel...@gmail.com wrote: 2013/1/20 Adam Schreiber adam.schreiber+...@gmail.com: Is Kort currently only downloading KeepRight bugs for a certain region? AFAIK it's downloading KeepRight bugs for all continents except Australia, Africa and Asia (as offered by KeepRight [1]) But I have to check first.. On which continent are you living i.e. trying to play Kort? [1] http://keepright.ipax.at/index.php?lang=en The continent is North America, The country is USA. I checked and there are keep right bugs where I was looking. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Kort Game: Translators seeked!
On Sun, Jan 20, 2013 at 1:46 PM, Stefan Keller sfkel...@gmail.com wrote: On Sun, Jan 20, 2013 at 1:00 PM, Stefan Keller sfkel...@gmail.com wrote: 2013/1/20 Adam Schreiber adam.schreiber+...@gmail.com: Is Kort currently only downloading KeepRight bugs for a certain region? AFAIK it's downloading KeepRight bugs for all continents except Australia, Africa and Asia (as offered by KeepRight [1]) But I have to check first.. On which continent are you living i.e. trying to play Kort? [1] http://keepright.ipax.at/index.php?lang=en The continent is North America, The country is USA. I checked and there are keep right bugs where I was looking. Cheers, Adam Ok. So your question is about how Kort Webapp handles these? It's displaying bugs 4000 meters around you. You mean that's too short and you see nothing? There are plenty of KeepRight errors around my area [1] but they don't show up as missions. [1] http://keepright.ipax.at/report_map.php?zoom=13lat=38.23804lon=-77.5081layers=B0Tch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413show_ign=1show_tmpign=1 Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] National Map Corps Revived - And Using the OSM Stack
Ian, The link appears to be dead. Was the video taken down? Cheers, Adam On Thu, Jul 19, 2012 at 10:17 AM, Ian Dees ian.d...@gmail.com wrote: Hi everyone, I saw a tweet from @USGS today mentioning that the National Map Corps are starting up again. If you don't know what the National Map Corps is, think of it like OpenStreetMap for the US Government. Volunteer mappers correcting and adding to the topo maps all over the country. I'm sure there are others with much more information, but it was a pretty epic project and is the source for lots of the free and public domain data we use to this day. For the last year or two (or three?) Eric Wolf's been working to adapt the OpenStreetMap stack to the USGS's needs, and it looks like it that work has finally been released. Check out this video for more information: http://gallery.usgs.gov/videos/552. Skip to 4:10 or so to see it in action. Hopefully Eric and others will respond here and tell us more about it! -Ian ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] TMC codes
I'll have to look later when I can run Google translate on the page. Cheers, Adam On Apr 10, 2012 4:37 AM, Martijn van Exel mve...@gmail.com wrote: Hi, I notice a new tagging scheme for TMC codes has been proposed (in German only for now..) https://wiki.openstreetmap.**org/wiki/DE:Proposed_features/** New_TMC_schemehttps://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme There is a modest discussion going on in tagging@. I'm curious: * Has this topic come up in the US before? * Is TMC LCD data freely available in N-America? With the current focus on remapping (yes we can!) this may not be high on your prio lists, but it's being discussed now and seems to have some traction in Germany, so if there's anything we want to weigh in from a N-American perspective, we should do it now. -- Martijn van Exel __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] GNIS quality improvement, was: USGS Topo maps
I know that I've made changes to GNIS nodes in areas that I map in. Will nodes that have been modified since import be excluded from the microtasker? Cheers, Adam On Mon, Nov 28, 2011 at 2:33 PM, Josh Doe j...@joshdoe.com wrote: On Mon, Nov 28, 2011 at 2:10 PM, Greg Troxel g...@ir.bbn.com wrote: On that matter -- I've been working on an idea for a GNIS microtasking platform. What it would do is: * Show a random non-improved GNIS point in your neighborhood - name + map * Allow you to 1) drag the point to the correct location, 2) flag it as no longer existing or 3) flag it as incorrect name. * The collected improvements would be pushed to OpenStreetBugs or something similar. That makes sense, but how do you deal with logging the modifier of the data - is this a webapp, and do people log in with OAuth? I think the best microtasking apps are ones that don't require any registration, as you want the lowest barrier to entry. This of course means the user won't be making the actual changes to OSM, but rather an OSM contributor will review and make the changes themselves. Alternatively, you could create an OSM account for the microtasking platform (I think Wheelmap.org does this), and wait for every point to be corrected at least N (perhaps 2 or 3) times, and to be within some tolerance of each other (perhaps 10 meters) (I believe the Bing microtasking app does this for building entrances). It would be nice to also allow OSM registered users to make the changes immediately, you just don't want to force everyone to create an account. I wonder if you can make this a JOSM plugin. That would be nice, but it's definitely no longer a microtasking app, at least not in my view (meaning it's not a web app). -Josh ___ 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] OpenPisteMap - Request support for Head up Display
Matthias, If you have a contact now, you might be able to request the release of the SDK promised in several of their pre-launch press releases. Cheers, Adam 2011/11/15 Matthias Meißer dig...@arcor.de: Thanks to the 13 mappers that voted on the platform, I got this reply: Hi Matthias, We've tabled your suggestion, and have moved the status to under consideration. Our development team had looked into using it last year. However, we decided against it at that time because it would require more development effort to render the map, and that its coverage of major commercial resorts was sporadic. We will continue to explore this option as a secondary map source for future releases. thanks, Recon Instruments Support Team So now we have feedback that it's not nonsense to map ski pists at all :) Let's see if they keep up on this promise and if they might provide us a good gadget for making use of OSM at motorcycles or other vehicles. Thanks again for your collaboration! Matthias (user:!i!) Am 11.11.2011 20:07, schrieb Matthias Meißer: Hi there, I noticed today this funny thing: http://www.reconinstruments.com/products/mod It's a head up display, combined with a Android driven PDA and a remote control. Both can be linked with your smartphone and of course there is a built-in GPS . Even this wouldn't be a gadget for me (price and I live in the flat side of Germany), this might be interesting for people working on www.openpistemap.org to present ski pistes. So I started an proposal for adding OpenPisteMap support, please support this vote and spread the word http://support.reconinstruments.com/reconinstruments/topics/support_for_openpistemap Even if you wouldn't buy the device, this might show up how suddenly strange scenarios will that we model, will become useful. And maybe we will get new friends from the outdoor/sporting sectors. bye Matthias (user:!i!) ___ 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] Video for conferences (loosely related to SotM-EU)
On Thu, Jul 21, 2011 at 12:25 PM, Richard Weait rich...@weait.com wrote: Dear All, A recurring question for FLOSS conferences in general is; What's the best way to stream our presentations to those who can't be here, and to store them for the historical record. I don't know the answer. The team at SotM-EU did a super job of recording the talks and posting them quickly. I've run across a F/LOSS project that offers similar functions, in FreeSeer. i've not tried it yet and will welcome feedback from any with experience with it. There's an offer from Flumotion [1] to do streaming in Free formats for free [2]. No clue if they're still making the same offer though. Cheers, Adam [1] http://www.flumotion.com/ [2] http://thomas.apestaart.org/log/?p=1329 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] NOAA Composite Shoreline
Josh, As the person that imported the NHD shoreline for most of the southern east coast, I can tell you that I mainly tried to fix directional errors and obvious missing features. Correcting to imagery was beyond the scope of the effort as that was back when we were just trying to get something workable in and not throw errors on the coastline checker. Cheers, Adam On Wed, Jul 13, 2011 at 2:47 PM, Josh Doe j...@joshdoe.com wrote: Has anyone looked at the NOAA Composite Shoreline? It seems to have much better accuracy (as in orders of magnitude better) than the PGS shoreline that was imported, at least for the small portion I checked in Virginia. Unless there are better sources, I'll probably use this to fixup Virginia's coast piece by piece in JOSM at some point. -Josh ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Relation roles
On Wed, Jun 29, 2011 at 6:54 PM, Phil! Gold phi...@pobox.com wrote: * Paul Johnson ba...@ursamundi.org [2011-06-29 14:52 -0700]: On 06/29/2011 11:49 AM, Nathan Mills wrote: My personal preference is to use directional roles so that they match what is written on signage. It also avoids the inevitable which way is forward and which is backward question. One should hope the software can figure that out based on the overall orientation of the relation. I would prefer directional roles, because you can't always determine the signed directions programmatically. I've seen quite a few roads which could be either north/south or east/west depending on how and where you look at them. I've also seen roads that predominantly go in a particular direction but which are signed the other way by the entity maintaining them. The tagging should match what the signs on the ground say. I agree. Not only can't the directionals always be easily determined, unless one follows the odd/even convention (loop roads I495, I476. etc. wouldn't be deterministic), foward/backward are redundant with the oneway=yes tag and the way's direction. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Any interest in Google Code-In?
On Fri, Oct 29, 2010 at 9:01 AM, Ian Dees ian.d...@gmail.com wrote: That's a good idea. Is there a list of preset or validation test suggestions out there already? Are there smaller-sized JOSM plugins that could be written? Things I'd propose: A street suffix fixer based on MS Word's track/review that makes a suggestion and asks the user if it's appropriate, but not make automatic changes. Thus, semi-automation. Add additional recognized relation roles to the validator. Traffic Signal flagger: Flag intersections of more than 4 highway ways (dual carriage ways, etc) as possibly having a traffic signal and needing ground surveying for that and turn restrictions. Football fixer: Someone has tagged sport=football with fixme: ambiguous see the wiki. A fixer should be added that allows the mapper to select from the choices if they know or can tell from imagery. I may come up with some more. Cheers, Adam On Fri, Oct 29, 2010 at 7:56 AM, Adam Schreiber sa...@clemson.edu wrote: Perhaps creation of additional JOSM presets/validation tests and fixes? Cheers, Adam On Fri, Oct 29, 2010 at 8:47 AM, Richard Weait rich...@weait.com wrote: On Thu, Oct 28, 2010 at 10:07 PM, Ian Dees ian.d...@gmail.com wrote: Hi everyone, At the Google Summer of Code mentors summit this past weekend Google asked us (the organizations that participated in Summer of Code) to also participate in the Google Code-In project. The Code-In project is similar to the Summer of Code but for 13-18 year olds. The tasks are meant to be much smaller: the students are supposed to sign up for one task at a time, they get $100 for every 3 tasks they complete (up to $500). I talked a bit with Carol (the Google woman running the project) who liked me suggestion for putting up a bunch of mapping-related projects. For example, a project could be map 100 restaurants in your area or map all stores in mall X. I'm not in favour of this idea. Mapping for pay will encourage gaming the system for money and ripping data from other sources. It will also create a group of mappers who will stop when the money runs out and potentially resentment among the mappers who have mapped thousands of restaurants for the love of mapping or the love of their town. If there are bite-sized code contributions, let's have a look at that. GSoC already has retention issues in the larger projects. Not every GSoC student continues with their project after the summer period. I see this as a larger problem in a project with a lower initial barrier to entry. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] stop signs
On Tue, Oct 26, 2010 at 8:19 AM, Greg Troxel g...@ir.bbn.com wrote: Therefor I propose stop signs go on the intersection and save a lot of hassle with the tag highway=stop I think your proposal can work, but you need to show how e.g. to mark 2 out of 5 roads at an intersection. I think that 4-way and 3-way stops can be handled unambiguously by highway=stop. More complex stops should probably be modeled with turn restrictions. type=restriction restriction=stop roles=from,to,via A 4-way intersection where 2 opposites stop, A B, and one continues, C/or D, through, E, can be modeled with a single relation. Eg: from:A from:B to:C to:D via:E 3-ways with a single stop can be done similarly. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] stop signs
On Tue, Oct 26, 2010 at 10:17 AM, Nathan Edgars II nerou...@gmail.com wrote: What's wrong with something like highway:forward=stop or highway:backward=stop for the node where one must stop? How does that capture intersections where one of the roads entering and exiting the junction node doesn't stop? Are you suggesting that highway=stop be added to the node before the junction? Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] PA State Parks
On Wed, Mar 24, 2010 at 8:46 PM, Sven Lafebre s.lafe...@psu.edu wrote: Most of these parks are tagged as physical areas. For example, state game lands are natural=wood and leisure=nature_reserve. Unfortunately, these tags don't always correspond to the actual land use. Moreover, they are really administrative entities, not physical ones. So I would like to change them to something similar to the scheme used for parks e.g. in the Bay Area: boundary=national_park admin_level=4 park:type=state_game_land The underlying physical land use can then be mapped orthogonally to this. I'm not sure if the tagging is correct, but that's probably the right sort of approach moving forward as people might want to micro-map the land cover. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] the meaning of trunk in the US
On Sun, Mar 21, 2010 at 10:25 PM, Richard Welty rwe...@averillpark.netwrote: this discussion is triggered by a difference of opinion between myself and NE2 about the classification of US 301 FL A1A between Ocala, Florida and Jackonsville, Florida. I'm bringing it up in the hopes of achieving concensus, in preference to having an edit war in the database. I was having similar thoughts about US 301 in northern VA. I travel it almost everyday for work and would call it primary more than trunk. Even when it seems like a trunk, there are driveways and businesses directly adjacent to it. The only portion I'd call trunk between the Harry Nice Bridge and I 95 is the section that passes through Fort AP Hill, where there are no turns and the only level crossing is a usually locked/guarded gate about half-way through. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Conflicts of Interest
On Fri, Feb 12, 2010 at 11:29 AM, SteveC st...@asklater.com wrote: I think that for your own good so it's not a surprise to people, all those running for the board of OSMF-US should be upfront about it. I don't think there's any shame in it, but I can tell you from experience that people get very upset if you're not clear about everything from day 1. I'm an engineer for the Navy. I particpate in OSM and am running for the board in a wholly private capacity. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US-based Server
On Wed, Oct 21, 2009 at 5:44 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Do you mean a server for viewing the tile cache right? (that holds a planet file gets a second diff) Where osm.com /osm.us could be used and a us-custom-render of the map would be available as a default for people not logged in. I would hope that and in the future a mapping mirror. The database ought to move to being on more than one server. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US-based Server
On Wed, Oct 21, 2009 at 7:34 PM, Frederik Ramm frede...@remote.org wrote: Hi, Adam Schreiber wrote: I would hope that and in the future a mapping mirror. The database ought to move to being on more than one server. I am interested to hear your proposals on conflict resolution, or failing that, segmentation of our data. Frederik, I'm sorry that I'm not a database engineer. I would think that some kind of block or re-direct could be made to the server responsible for the segment of the planet allotted to it. I didn't say I wanted it now or real-soon-now (tm). My understanding is that this tread was a request for brain storming not final technological solutions. I would ask that you please refrain from getting up in arms over brainstorms about possible future directions. Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [Talk-us] TIGER Addressing Import
On Sat, Oct 3, 2009 at 12:13 PM, Dave Hansen d...@sr71.net wrote: Is this the most up to date way of keeping addresses? http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema That's the scheme I use when adding addresses. There are presets for it in Potlatche, so I'd say it's a go. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Hey, look! State / Prov borders!
On Wed, Aug 26, 2009 at 10:23 AM, Richard Weaitrich...@weait.com wrote: On Wed, Aug 26, 2009 at 8:39 AM, Lennardl...@xs4all.nl wrote: Richard Weait wrote: I think the provincial / state borders will continue to be yucky on the main map until mapnik supports rendering different style sheets As you guys in the North Americas might will probably already have noticed, the main mapnik style now shows state boundaries, and also labels them either by ref or name, depending on zoom. I wrote something on talk-us last week, but I apparently forgot to include talk-ca, as I wasn't subscribed to talk-ca at the time. http://lists.openstreetmap.org/pipermail/talk-us/2009-August/001522.html Oh, that is very nice. I'm surprised I missed that on the first time around. Excellent work by ldp (Lennard) and delta_foxtrot2. So we USA-ians have a few nodes to move for place=state; Canucks, do we have to clean up some border artifacts? http://www.openstreetmap.org/?mlat=60mlon=-90layers=B000FTFzoom=6 To make things clear, should the place=state tag be placed on, near the node for the capital city of the state? Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Awards
On Sun, Aug 23, 2009 at 6:39 AM, Lized...@billiau.net wrote: http://odtmaps.com/ will show you a few different projections quickly, to expand your horizons. I prefer the Peter's projection. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Postal an idea to extend Walking-Papers to not connected people
On Sun, Aug 16, 2009 at 3:44 PM, Shaun McDonaldsh...@shaunmcdonald.me.uk wrote: An easier way to print off several adjacent maps for a mapping party would be useful. +1 Or even for personal use. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - Residential home
On Thu, Aug 6, 2009 at 2:20 PM, Mike Harrismik...@googlemail.com wrote: Thanks for useful input - agree that US 'assisted living' = UK 'sheltered accommodation'. Medical care (or at least nursing care) is indeed the key difference. Although a Brit I have lived twice in the USA (as well as briefly in Germany) so am reasonably au fait with the THREE ((;) totally different languages! I even own a British-American American-British bilingual dictionary! But I still make mistakes - like asking an American lady business visitor once (when checking her into a hotel) when she would like to be knocked up in the morning ... Also did media training in the US (as a conversion course from doing PR in the UK) - and that was a real eye-opener! Is there room in this scheme for the concept of a hospice where one might go to live out the remainder (usually short) of one's life comfortably after medical care has failed to cure/treat an illness? Cheers, Adam Cheers! -Original Message- From: Greg Troxel [mailto:g...@ir.bbn.com] Sent: 06 August 2009 13:01 To: Mike Harris Cc: 'David Earl'; 'Birgit Huesken'; talk@openstreetmap.org Subject: Re: [OSM-talk] [tagging] Feature Proposal - RFC - Residential home Mike Harris mik...@googlemail.com writes: David's summary is imho a good one. There are subtle but not hard-and-fast distinctions between 'sheltered accommodation' for those who can manage in their own place but need a warden around (and perhaps a community room or a public kitchen) and 'nursing home' for those in need of greater care, including nursing care. The normal progression is from 'sheltered accommodation' to 'nursing home' (to cemetery!). David and Birgit are FWIW in the US we use assisted living for what I think you mean by sheltered accomodation, and also use nursing home. The difference is that the help in assisted living is not 'medical care'. (I'm not trying to argue with the name - but I often find wiki pages that say things that might look like residential=sheltered_accomodation : Use this for a sheltered accomodation. to be not all that useful, since people either know what the words mean or they don't. A lot of UK terms aren't obvious to us Yanks, and I'm sure it's the other way around. correct to distinguish 'shelter' - which in British English - is quite different from 'sheltered accommodation' and is indeed a more temporary arrangement for people, e.g. homeless, victims of domestic violence etc. who need a temporary place to go while sorting out their lives. I.e. people entering 'sheltered accommodation' usually leave it only for a 'nursing home' (or the grave) while most people entering a 'shelter' will sooner or later resume a more normal lifestyle. We use 'shelter' in the same sense, more or less. ___ 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: [Talk-us] Deletion of unnecessary TIGER node tags will commence this week-end
On Thu, Aug 6, 2009 at 3:34 PM, Frederik Rammfrede...@remote.org wrote: If I don't hear strong objection then I will let the automated process commence this weekend. It will work in small chunks, so can always be paused, and I will post instructions that allow you to monitor progress (and see which area is currently processed). Like every edit, it can also be reverted should the need arise, but of course reverting 100 days worth of edits is something I'd rather not contemplate. Frederik, Forgive me for being ignorant of your location, but will the 100 days of edits be done on or topologically near the DB server to minimize load else where? How will the edits affect normal api access? Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Select Osmarender from URL?
On Tue, Jul 14, 2009 at 12:24 PM, Mike N.nice...@att.net wrote: I'd like to be able to send a link by email to someone which starts out rendering with Osmarender by default. (The reason is the nice rendering of cycle lanes with the green fringe). Is there a URL argument that can select Osmarender by default? I couldn't find anything listed in the Wiki. Select Osmarender from the + tab on the map and then copy the permalink. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal 'man_made:tower' and 'communications_transpoder'
On Mon, Jul 13, 2009 at 11:00 AM, Simon Woodsi...@mungewell.org wrote: On Wed, 1 Jul 2009 23:17:37 -0600 Simon Wood si...@mungewell.org wrote: I have had a go at tidying the proposed tags for communication towers and would welcome any comments. http://wiki.openstreetmap.org/index.php/Proposed_features/Communications_tower http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_Transponder Following suggestions and the fact that 'man_made:tower' does not appear to be a formally recognised tag (even if JOSM knows about it) I would like to bring the following two tags into the approval process. http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_Transponder Formally recognized or not, mapnik renders man_made=tower. http://informationfreeway.org/?lat=34.702412609490736lon=-82.80072603684314zoom=17layers=0F0B0F Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Tag convention for bulk imports?
On Mon, Jul 13, 2009 at 1:47 AM, Tylertyler.ritc...@gmail.com wrote: If it is necessary to further classify parks in the US, one logical tag scheme might be park=city park=county park=state park=national I think better would be leisure=outdoor_recreation (or something similar) because we can already do ownership=city operator=Boise Department of Parks and Recreation I also think that shying away from US-centric classifications is a good idea. Canada, much of South and Central America, Australia and any other newish country have similar issues. You might want to use the admin_level tag for specifying the municipal level. http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tag convention for bulk imports?
On Mon, Jul 13, 2009 at 1:55 PM, Tylertyler.ritc...@gmail.com wrote: So then if we're going to use admin levels there should be a boundary type since administrative clearly doesn't work. But then we're back to the previous discussion about creating a new tagging scheme for parks and reserves. At that point you can do ownership, operator and admin_level with no problem. But so far, that doesn't exist. I'd say just use boundary=park, admin_level=n and wait for the renderers to catch up. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] The future of bugs in OSM
On Wed, Jul 1, 2009 at 3:59 PM, Nic Roetsnro...@gmail.com wrote: On Wed, Jul 1, 2009 at 4:22 PM, SteveC st...@asklater.com wrote: You go to http://bugs.openstreetmap.org/ There's a big map of bugs which looks similar to OSB. It doesn't know who you are and drops you in to beginner mode which shows bugs that I like this. If it's idiot proof and it does not slow the web browser down, it can even go onto http://openstreetmap.org/ And if the user indicates that he just wants to add a PoI, redirect him to http://ae.osmsurround.org/ so that he can add it directly to the database. Using Mapnik tiles as an indicator of what's in the database could lead to a lot of unnecessary bugs or points of interest being added. For instance, in downtown Clemson, SC [1], the Subway has been mapped, but doesn't appear on the map because of the labling of T.D.'s. One shouldn't always have to be removing duplicate bugs/POI. Before the interface adds a POI to the database, perhaps it should query a bounding box around the reported area and see if there's a similarly placed node that they'd like to edit the position of or tagging instead of creating a new node. Cheers, Adam [1] http://ae.osmsurround.org/?zoom=18lat=34.68343lon=-82.83641layers=BTT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Mapping of State/county/national parks
On Thu, Jun 25, 2009 at 2:59 PM, Tylertyler.ritc...@gmail.com wrote: Hello all, I've a question about mapping the different types of park. I've been using boundary=national_park for national parks and forests and then tagging national parks as landuse=nature_reserve and forests as landuse=forest I've also been tagging ownership=national However with state, county and city parks of similar wilderness use or of more generic recreational use I'm at a loss. leisure=park is not appropriate given the wiki definition open, green area for recreation, usually municipal. This is fine for city green spaces, but doesn't work for state/county recreation areas which may be either wilderness or managed trails, motorcycle tracks, boat launches etc. nature_reserve isn't appropriate as they're usually not preserving nature I have been tagging state and county parks which are not open green spaces as parks for the time being, but if anyone has any other suggestions I would love to hear them. Why is landuse=forest not appropriate for parks/forests with the same uses but with a lower administrative classification? landuse=forest is for managed land with trees on it regardless of who manages it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Mapping of State/county/national parks
On Thu, Jun 25, 2009 at 2:59 PM, Tylertyler.ritc...@gmail.com wrote: Hello all, I've a question about mapping the different types of park. I've been using boundary=national_park for national parks and forests and then tagging national parks as landuse=nature_reserve and forests as landuse=forest I've also been tagging ownership=national However with state, county and city parks of similar wilderness use or of more generic recreational use I'm at a loss. leisure=park is not appropriate given the wiki definition open, green area for recreation, usually municipal. This is fine for city green spaces, but doesn't work for state/county recreation areas which may be either wilderness or managed trails, motorcycle tracks, boat launches etc. nature_reserve isn't appropriate as they're usually not preserving nature I have been tagging state and county parks which are not open green spaces as parks for the time being, but if anyone has any other suggestions I would love to hear them. Why is landuse=forest not appropriate for parks/forests with the same uses but with a lower administrative classification? landuse=forest is for managed land with trees on it regardless of who manages it. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US Interstate ways alignment
On Wed, Jun 17, 2009 at 4:23 PM, Stephen Johnsonsjohn...@monsters.org wrote: Some of the TIGER ways and nodes for Interstates in my area are way out of alignment. They are all over the map if you'll forgive the pun. I have several GPS tracks for most of the Interstate lanes. My question is what should I align the ways to? The center, inner or outside lanes? Is there some consensus for it which I have't found yet? When I'm working with Yahoo imagery, I try to align to the center of the road which is as close as I can get really. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tidying up TIGER data
Also in Atlanta, there's N St. I got directions from google and thought I was looking for North St. Man was that a big mistake. Cheers, Adam On 6/4/09, Paul Johnson ba...@ursamundi.org wrote: Ian Dees wrote: Its functions are: - Strip St suffix from grid-named streets (eg. South 500 West) - Collapse multiple spaces into a single space (lots of TIGER) - Expand abbreviated directions (eg. S 500 E to South 500 East) - Expand abbreviated suffixes (Rd - Road, St - Street, etc) - Strip St.: is that recommended somewhere? It seems silly to remove data like that... Until you go out to pretty much any city out in the desert or originally built by Mormons. In such cities, 90%+ of the streets are not named to begin with, locations are purely Cartesian. The only two streets I know have a name in Salt Lake City are State Street and Temple Square, and I'm not sure Temple Square counts (I'd rather not get too close, to be honest). All the other ways are referred to by address, such as 450 S 700 E would mean that the address is located four and a half blocks south of the Mormon temple on the even side of the street, 7 blocks east of the temple. Interestingly enough, if you navigate to cities that have a lack of street names, you'll see stuff like E 2100 S St in TIGER, even though this is wrong! - Collapse spaces: Ok, that makes sense. - Expand abbreviated dirs: This is the one that I have the most problems with. In my neighborhood in Minnaepolis, the official names for roads actually end in SE. For example, I live on 6th Avenue SE. I've seen several different representations of this, but when I ask several different mail carriers and some GIS folks at the University there, they all said that SE is the official name, not southeast. I could be wrong on this, but I've been making an exception for cardinals myself, using the same logic behind NOT using abbreviations for everything else. I honestly can't think of any other common abbreviations that would prevent a ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Addresses and Tiger
On Mon, May 25, 2009 at 7:20 PM, Theodore Book tb...@libero.it wrote: I have been playing around with the TIGER 2008 data, which, for some of the counties around Atlanta seems to be much better than the old data. If I import it for some of the counties, though, I would like to import the addresses in a format that would be usable for routing software. The most popular schema seems to be the Karlsruhe Schema, but making use of it would require generating three OSM ways for each TIGER way - one on either side to represent the houses on that side of the road. That seems unnecessarily complex, but there does not seem to be any widely accepted schema that places the data on the way itself. Does anyone have any thoughts on that question? I think you're spot on about the Karlsruhe schema. In general it's a good fit for the US. Ideally, instead of creating ways to interpolate along we'd get parcel and/or building data freed from somewhere and put the addresses on those. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
On Sat, May 23, 2009 at 7:37 AM, Stanislav Brabec u...@penguin.cz wrote: Generic stone = Just a stone in the wild without any known story. natural=stone (German wiki already documents this tag) optional: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) count=number of stones (maybe size=large,medium count=1,5 could mean 1 large and 5 medium stones) Typically on US orienteering maps, large rocks are marked as boulders in the legend. Natural=stone would make sense for large patches of exposed stone though. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to contribute new tag and symbol?
On Thu, May 21, 2009 at 12:31 PM, Ingo Lantschner listen2...@lantschner.name wrote: Hi all, I created a symbol and some rules for the key/value tourism/ apartment. How can I contribute this symbol (svg) and the rules to the official osm-map-features-z17.xml? I think you need to find a different key than apartment. It seems you want to tag an extended stay hotel from the description: Rental (business) suites; aimed toward medium- or long-stay guests. Also called extended stay hotels, serviced apartment, Ferienwohnung, self-catering-apartment , but in the US apartment is used to describe any rental unit in a building with other rental units whether they are flats, townhomes, or a mixture of the two. The wikipedia article you linked in the description uses apartment as I indicated and not as you described. A description for this node is here: http://wiki.openstreetmap.org/wiki/Tags#References This is the incorrect link. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to contribute new tag and symbol?
On Thu, May 21, 2009 at 5:33 PM, Ingo Lantschner listen2...@lantschner.name wrote: Am 21.05.2009 um 18:42 schrieb Adam Schreiber: I created a symbol and some rules for the key/value tourism/ apartment. I think you need to find a different key than apartment. It seems you want to tag an extended stay hotel from the description: ... , but in the US apartment is used to describe any rental unit in a building with other rental units whether they are flats, townhomes, or a mixture of the two. That could start an endless discussion since there is practically no term which is both generic (including holiday-flat, business- apartment, serviced-apartment but excluding large-scale aparthotels and all forms of BB) without being ambiguous in a transcultural context. So I think at least for the tagging we must just choose something semi-optimal. May be that apartment was not the best compromise. Any idea of what we can use instead if it? I'd just call it a hotel. A description for this node is here: http://wiki.openstreetmap.org/wiki/Tags#References This is the incorrect link. oops - here is the correct one: http://wiki.openstreetmap.org/wiki/Tags#Tourism Cheers, ingo -- Ingo Lantschner 1060 Vienna-Austria Mobil +43-664-143 84 18 ___ 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] How to contribute new tag and symbol?
On Thu, May 21, 2009 at 6:59 PM, Claudius claudiu...@gmx.de wrote: Am 21.05.2009 23:37, Adam Schreiber: On Thu, May 21, 2009 at 5:33 PM, Ingo Lantschner listen2...@lantschner.name wrote: Am 21.05.2009 um 18:42 schrieb Adam Schreiber: I created a symbol and some rules for the key/value tourism/ apartment. I think you need to find a different key than apartment. It seems you want to tag an extended stay hotel from the description: ... , but in the US apartment is used to describe any rental unit in a building with other rental units whether they are flats, townhomes, or a mixture of the two. That could start an endless discussion since there is practically no term which is both generic (including holiday-flat, business- apartment, serviced-apartment but excluding large-scale aparthotels and all forms of BB) without being ambiguous in a transcultural context. So I think at least for the tagging we must just choose something semi-optimal. May be that apartment was not the best compromise. Any idea of what we can use instead if it? I'd just call it a hotel. IT don't think it qualifies as a hotel at all because you can and have to do most of the housework yourself there. What about http://en.wikipedia.org/wiki/Vacation_rental I'm not sure that fits either. I think he's desscribing someplace like: http://www.extendedstayamerica.com/ Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] dispensing pharmacy considered confusing
On Fri, May 8, 2009 at 5:55 PM, Paul Johnson ba...@ursamundi.org wrote: Greg Troxel wrote: I just mapped a CVS, which is a store that sells lots of personal hygiene stuff and has a real pharmacy (with a licensed pharmacist, who can fill prescriptions signed by doctors). I used amenity=pharmacy dispensing=yes, but find the description on the tag page confusing. I put my confusion on the Talk page for the tag, and if people can explain to me I'll tweak the wording on the tag page to clarify (assuming that's ok to do). My understanding is that dispensing=yes on a pharmacy would be a pharmacy where you can get a prescription filled. Yes, but here in the US you wouldn't call anything where you couldn't get a prescription filled a pharmacy so the dispensing tag is redundant. I think that's what he's getting at. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia POI import?
On Tue, May 5, 2009 at 2:00 PM, Russ Nelson r...@cloudmade.com wrote: Any reason not to go through Wikipedia and import everything with a coordinate as a POI, with a url=http://wikipedia.org/NAME link, and name=NAME where NAME is the name of the Wikipedia entry? We don't know where the wikipedia users sourced their cooridinates from. While a single point sourced from Google Earth would probably be ok, an entire collection possibly sourced from there would be reconstituting their database right? Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia POI import?
On Tue, May 5, 2009 at 2:47 PM, Frederik Ramm frede...@remote.org wrote: Thomas Wood wrote: Unverified and somewhat copyrightable sources. While I'm not the greatest fan of Wikipedia myself, I think that we should stop perpetuating such unjustified and unfair criticism. Like us, Wikipedia relies on a large user base, and they do a lot to educate these users about copyright. Their sources are no less verified than ours. They take a different stance on deriving data from Google et al., but this is just a different interpretation of existing law than the one we apply. Wikipedia is not encouraging copyright violation, they have just mapped out a different course through what is a grey and murky area. Our approach is more cautious than Wikipedia's, but that does not make us better or cleaner, and it would do us all good to respect Wikipedians' decisions in their realm instead of telling everyone how they are basically pirates. Where's ShakespeareFan00 when you need him? :) That poor guy has been told by some self-important OSMers that Wikimapia was an unacceptable source, and they somehow forgot to say that this is just the OSM interpretation. SFan00 dutifully started removing Wikimapia references from Wikipedia (they're unacceptable, you know), and ended up on the receiving end of a lot of justified Wikipedians' anger. Please: Wikimapia, or even Wikipedia or OpenAerialMap may be on the other side of *our* definition of acceptable, but that does not make them any less free, or make them second-rate projects. It is time to bury that childish but we are cleaner than you rivalry. I wouldn't say what they've done is unacceptable and works for them. I just think there's a difference between 1,000,000 wikipedia editors each deriving one point from a copyrighted source and us whole sale importing those 1,000,000 points. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia POI import?
On Tue, May 5, 2009 at 2:35 PM, Russ Nelson r...@cloudmade.com wrote: On May 5, 2009, at 2:06 PM, Adam Schreiber wrote: We don't know where the wikipedia users sourced their cooridinates from. We don't care either. That's wikipedia's problem. They're licensing the data under CC-By-SA now, so if we were found to be infringing, it would be innocent infringing. Rest easy. We incur no extra legal risk when importing public-domain or licensed (under a compatible license) data. Is it innocent infringement if we import licensed data in good faith, knowing that there may be problems with what they've provided? Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetView
On Fri, May 1, 2009 at 10:59 AM, Mikel Maron mikel_ma...@yahoo.com wrote: See also: http://openviewproject.org/ That's really interesting. I have an HD camcorder and wonder if something similar could be done since the video frames are timestamped, they could be extracted and geotagged at appropriate intervals. Cheers, Adam From: Ian Dees ian.d...@gmail.com To: Nick Whitelegg nick.whitel...@solent.ac.uk Cc: talk@openstreetmap.org Sent: Friday, May 1, 2009 10:15:42 AM Subject: Re: [OSM-talk] OpenStreetView On Fri, May 1, 2009 at 9:05 AM, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: I have put together an extremely simple facility to allow users to upload panoramas and view their location on a slippy map at http://www.openstreetview.org.uk/. (Sorry about .uk but .org, .com, .net appear to be already taken). There's also a blog there. It's not so much a working application as yet, but I thought I'd let people know so that they can make comments. I am actually on the prowl today for a USB video camera that I can plug into the computer in my car to take images as I drive, geotag them (along with orientation) and upload them as I go. If anyone has any suggestions, I'd love to hear them. Here's what I've found so far (with some help from Adam Schreiber): - http://www.google.com/products/catalog?hl=enq=webcamcid=5197139896207141132sa=title#ps-sellers - Also, my XBox 360 webcam (when plugged in to my Ubuntu box) can scale up to 1280x...@5fps, which is almost perfect. I'm trying to refrain from using a digital still camera for two reasons: 1. Lots of snapshots will wear out the focus/shutter mechanism 2. Controlling the camera in a reliable way is hard. ___ 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: [Talk-us] dirt road classification?
On Wed, Apr 29, 2009 at 6:04 PM, Paul Fox p...@foxharp.boston.ma.us wrote: is there a way to distinguish pavement type separately from road classification? is there a standard tag for doing so? surface=foo http://wiki.openstreetmap.org/wiki/Key:surface in new england (and i assume in other parts of the country) it's not uncommon to have unpaved state numbered routes. or unpaved residential areas. i turned to the wiki, but i find i need some interpretive help. the third sentence at: http://wiki.openstreetmap.org/wiki/United_States_roads_tagging#Other_Roads is unparseable. but even if i assume that the first three words should be dropped, i'm left with: Unpaved roads, dirt track roads, forest development roads, jeep trails, and roads not passable by all vehicles merit highway=track instead. which seems like far too big a bucket for the roads i'm thinking of. in my mind there's a big difference between unpaved and track. Could you provide a photo of one of these roads? and finally, if i _did_ want to use highway=track, shouldn't potlatch give that option in the dropdown menu? Potlach and Josm don't have comprehensive presets of all tags you might want to use. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] dirt road classification?
On Wed, Apr 29, 2009 at 7:53 PM, Paul Fox p...@foxharp.boston.ma.us wrote: adam wrote: On Wed, Apr 29, 2009 at 6:04 PM, Paul Fox p...@foxharp.boston.ma.us wrote: ... in my mind there's a big difference between unpaved and track. Could you provide a photo of one of these roads? i think so. these are unpaved: http://www.paulcilwa.com/blog/2008/06/01-bear_canyon_lake/SANY0382.JPG http://www.foxharp.boston.ma.us/photos/nedod/2005_mmt/pic_34.html http://www.northeastcycling.com/jay_peak_186k_files/Hazens_Climb_M.JPG these are tracks: http://vermontcountryproperties.com/Photos/Photo47_18183d.jpg http://www.tailofthedragon.com/appalachicola/sat_dual_track.jpg I would call both of those tracks and would recommend using the tracktype and surface tags to differentiate between them. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Scripts
On Wed, Apr 15, 2009 at 5:43 PM, Theodore Book tb...@libero.it wrote: I have had some interest in my NHD conversion scripts, both from people interested in the NHD, and from those interested in their ability to specify a maximum length for an imported way. Therefore I have placed them in subversion at: http://svn.openstreetmap.org/applications/utils/import/nhd2osm/ We probably ought to start fleshing out the table at [1] in advance of patching the scripts. Cheers, Adam [1] http://wiki.openstreetmap.org/wiki/User:Davetoo/NHD/FCODES ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Southeastern Linux Festival
The Southeast Linux Fest [1] is going to be in Clemson, SC the weekend of June 13. It would be awesome to have an OSM presence there. The area is already well mapped [2] but more effort could be put in to really make it a showcase by June. Let me know if there is anyone interested in coming down or wants to present. Maybe someone from CloudMade would be interested? Cheers, Adam [1] http://www.southeastlinuxfest.org/ [2] http://openstreetmap.org/?lat=34.6813lon=-82.8351zoom=14layers=B000FTF ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Mon, Apr 13, 2009 at 8:28 AM, Greg Troxel g...@ir.bbn.com wrote: The US highways in California are really (I think) regular US highways, but CA uses a different kind of sign. So tagging then us_us_ca seems again like tagging for the renderer. This is sort of OK, perhaps, but it bothers me perhaps because it's doing so in a denormalized way. Database users that care if something is a US highway will then have to have a list of tags and check against that set. An alternative would be to have a shield hint tag, like shield_flavor=us_ca added, leaving network=us_i. Then users that don't care about sign variants jus see us highways, and renderers get their hints. Or perhaps renderers know that a highway is in CA. Or maybe the shield_flavor is needed because we're trying to match each road's actual signs, and they aren't consistent. Or maybe it's shield_flavour. What about: addr:country=us addr:state=ca network=us or addr:country=us addr:state=ca network=i These provide the same information in a standard way and there's no debating about whether they tag for the renderer or not. Cheers, Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Mon, Apr 13, 2009 at 11:19 AM, Apollinaris Schoell ascho...@gmail.com wrote: On 13 Apr 2009, at 5:36 , Adam Schreiber wrote: What about: addr:country=us addr:state=ca network=us or addr:country=us addr:state=ca network=i network should be US, I, all signs use uppercase, there can be so many uses for the data. network should reflect the real usage not for one specific renderer. if it's for mapnik only something like mapnik:network could be used. but this is really ugly and hard to convince mappers to add it. The lower case has nothing to do with a renderer, just OSM convention for key value pairs other than name. Cheers, Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, Apr 12, 2009 at 10:38 AM, Greg Troxel g...@ir.bbn.com wrote: network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # That looks great to me, except that us_i_2 vs us_i_3 seems like tagging for the renderer, and something that would be easy for the renderer to figure out. What about us_i and then have renderers find the right shield for the number of digits? I agree with this but suspect that Richard did that for the sake of simplicity in his altered code. Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, Apr 12, 2009 at 11:53 AM, Apollinaris Schoell ascho...@gmail.com wrote: this is great work, signs could be a bit smaller tough. why not stick with the symbol tag? see http://wiki.openstreetmap.org/wiki/United_States_roads_tagging the symbols tagging should be transparent to the mappers not only to some internal notation of a renderer. and tags should be human readable. software can easily to the translation instead Probably because the mapper can easily identify the type of road (i.e. Interstate, US Hwy, etc.). I'm not sure that the mapper should be specifying the URL of the sign since it requires extra work to find it and any renderer should be able to pick their own source of sign shields (I know they can simply ignore the suggested one, but this method can put more information into the DB). Cheers, Adam On 12 Apr 2009, at 7:38 , Greg Troxel wrote: network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # That looks great to me, except that us_i_2 vs us_i_3 seems like tagging for the renderer, and something that would be easy for the renderer to figure out. What about us_i and then have renderers find the right shield for the number of digits? ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Interstate Highways Relations List
On Mon, Apr 13, 2009 at 8:28 AM, Greg Troxel g...@ir.bbn.com wrote: The US highways in California are really (I think) regular US highways, but CA uses a different kind of sign. So tagging then us_us_ca seems again like tagging for the renderer. This is sort of OK, perhaps, but it bothers me perhaps because it's doing so in a denormalized way. Database users that care if something is a US highway will then have to have a list of tags and check against that set. An alternative would be to have a shield hint tag, like shield_flavor=us_ca added, leaving network=us_i. Then users that don't care about sign variants jus see us highways, and renderers get their hints. Or perhaps renderers know that a highway is in CA. Or maybe the shield_flavor is needed because we're trying to match each road's actual signs, and they aren't consistent. Or maybe it's shield_flavour. What about: addr:country=us addr:state=ca network=us or addr:country=us addr:state=ca network=i These provide the same information in a standard way and there's no debating about whether they tag for the renderer or not. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Interstate Highways Relations List
On Sun, Apr 12, 2009 at 2:38 AM, Nicholas Vetrovec nickvet...@yahoo.com wrote: Posted on the US Page to help coordinate US Interstate relations. http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations Instead of state_id=xx, I would suggest we glom onto addr:state=xx as the recent GNIS import has done. It would also be consistent with the Karlsruhe addressing schema [1] that applies to the way addressing is done in the US. Cheers, Adam [1] http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Interstate Highways Relations List
On Sun, Apr 12, 2009 at 9:31 AM, Richard Weait rich...@weait.com wrote: On Sun, 2009-04-12 at 04:39 -0500, Joseph Jon Booker wrote: On Sun, 12 Apr 2009 01:54:12 -0500 Ian Dees ian.d...@gmail.com wrote: On Sun, Apr 12, 2009 at 1:38 AM, Nicholas Vetrovec nickvet...@yahoo.comwrote: Posted on the US Page to help coordinate US Interstate relations. http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations Since interstate highways are usually two separate one-way ways, which way (or both?) do we add to the relation? US routes can also become two separate one-ways when becoming express ways or trunk ways, while being a regular two-way street the rest of the way, so it probably doesn't make sense to have separate directions. Perhaps a proposal can be made for having role=North|South|East|West for type=route relations? Perhaps direction=North|South|West|East, or cardinal=North|South|West| East? Also, wouldn't it make sense to have the way a route is displayed as the name? For example, network=I,ref=90 would have name=I 90, and network=US:IL, ref=58 would have name=IL 58 in the relations. I prefer _ to : or ; in this case as _ can be used in a filename without escaping. network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # and so on. The network value plugs directly into the shield symbolizer in mapnik for an easy renderer fix. The shield images can be network_us_i_3.png to keep them all in order in the directory. I've got a demonstration of highway shields working here: http://weait.com/maps/ Please be gentle on this unsuspecting box and narrow pipe. To make shields work for everybody, I'd like to see - network= supported in highway ways, relations and super-relations - further graphics work to refine the highway shield symbols for size / centering - wide adoption of the newly supported network tag. - repair of the many broken ref= tags that read I-190 or even Interstate 190, etc. Blog entry with more details here. http://weait.com/content/badges-badges The highway badges you've added look great. Are you working on pushing your changes upstream? Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Interstate Highways Relations List
On Sun, Apr 12, 2009 at 10:38 AM, Greg Troxel g...@ir.bbn.com wrote: network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # That looks great to me, except that us_i_2 vs us_i_3 seems like tagging for the renderer, and something that would be easy for the renderer to figure out. What about us_i and then have renderers find the right shield for the number of digits? I agree with this but suspect that Richard did that for the sake of simplicity in his altered code. Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Interstate Highways Relations List
On Sun, Apr 12, 2009 at 11:53 AM, Apollinaris Schoell ascho...@gmail.com wrote: this is great work, signs could be a bit smaller tough. why not stick with the symbol tag? see http://wiki.openstreetmap.org/wiki/United_States_roads_tagging the symbols tagging should be transparent to the mappers not only to some internal notation of a renderer. and tags should be human readable. software can easily to the translation instead Probably because the mapper can easily identify the type of road (i.e. Interstate, US Hwy, etc.). I'm not sure that the mapper should be specifying the URL of the sign since it requires extra work to find it and any renderer should be able to pick their own source of sign shields (I know they can simply ignore the suggested one, but this method can put more information into the DB). Cheers, Adam On 12 Apr 2009, at 7:38 , Greg Troxel wrote: network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # That looks great to me, except that us_i_2 vs us_i_3 seems like tagging for the renderer, and something that would be easy for the renderer to figure out. What about us_i and then have renderers find the right shield for the number of digits? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] GNIS Import
Is there an easy way to merge the tags from the nodes to areas that have already been mapped? I just noticed a lot of nodes show up for buildings at my university. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] GNIS Import
On Fri, Apr 10, 2009 at 1:28 PM, Adam Schreiber sa...@clemson.edu wrote: On Fri, Apr 10, 2009 at 12:01 PM, Ian Dees ian.d...@gmail.com wrote: On Fri, Apr 10, 2009 at 10:50 AM, Adam Schreiber sa...@clemson.edu wrote: Is there an easy way to merge the tags from the nodes to areas that have already been mapped? I just noticed a lot of nodes show up for buildings at my university. There's a copy tags feature in JOSM that doesn't seem to work. That's about the only way I know of right now. In josm-latest, the pasting tags seems to work, but it ought to be modified to prompt the user to merge any conflicting tags. I'll file a trac issue for it. http://josm.openstreetmap.de/ticket/2406 If anyone wants to follow it. Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Historical locations
On Fri, Apr 3, 2009 at 3:29 PM, Theodore Book tb...@libero.it wrote: I have noticed with the new GeoNames import that a lot of places have appeared with a name like: Ivy Street School (historical) - many of these seem to be institutions that haven't existed for 50 years or more. Do we want to include them on Openstreetmap? It seems that it ought to be a map of the present, not the past. If we don't want to include them, should we delete them by hand, or would an automated process be better to do so? I thought when they were imported there was talk of the importer deimporting them auto-magically? Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] [Talk-us] Province / State borders
On Mon, Mar 30, 2009 at 6:59 AM, Richard Weait rich...@weait.com wrote: I've adjusted the boundary=admin rendering on my tile server to make more sense for North America. Rendering the state / provincial borders at zoom 1 2 might be overdoing it, but at zoom 3 looks reasonable. It does point out a potential shortcoming in the boundary data though. Borders for Vermont and New York appear bolder than for Minnesota and Illinois. Have they been tagged differently, or duplicated? Anyone have a border-checker script? They weren't duplicated. Ian (I believe?) imported the borders for the New England and Mid-Atlantic states and I imported the rest. Looking at my saved .osm files from the state boundary import,it looks like they are tagged: admin_level = 4 border_type = state boundary = administrative state:left = foo state:right = bar Cheers, Adam See it here for part of North East. http://weait.com/maps very slow server/connection. Best regards, Richard P.S. My boundary hack. Rule Filter[admin_level]='4'/Filter MaxScaleDenominator5/MaxScaleDenominator LineSymbolizer CssParameter name=strokepurple/CssParameter CssParameter name=stroke-width1/CssParameter !--CssParameter name=stroke-dasharray4,3/CssParameter-- CssParameter name=stroke-opacity0.2/CssParameter /LineSymbolizer /Rule ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] silly borders
On Tue, Mar 31, 2009 at 10:45 AM, Ted Mielczarek ted.mielcza...@gmail.com wrote: On Mon, Mar 30, 2009 at 9:45 PM, Richard Weait rich...@weait.com wrote: Dear Can-Americans, This is silly. Four different lines for one border. http://www.openstreetmap.org/?lat=48.99906lon=-95.15362zoom=16layers=B000FTF We're good neighbo(u)rs. We should fix our fence. Shouldn't each border be a single way, with a relation for each adjacent region? We should have a fence-mending party. It is quite a mess. When I started the US state border import (which Adam finished), I expended quite a bit of manual effort splitting borders to not make them overlap. AFAIK, the complex multipolygon stuff didn't exist at that point, or I probably would have tried to use it as well. I don't think there were national borders in at that point, although I could be misremembering. And then Ian tossed the county borders in wholesale (which made me cry a little, I admit), and of course none of these datasets quite line up. I've done some fixup locally where I cared about, but it surely needs some love. I made sure there weren't overlapping state borders as well. Without checking, I think I tagged our southern border with Mexico at the country level. I can't remember if I did the same for our northern border. It's pretty sad that the county border import didn't line up with the state borders. I suppose one could go in where they cared and fix the bordering counties to share the state borders. A faster way of doing this might be if the person that did the county borders saved their .osm files from that import, then the saved .osm files from the state lines could be overlayed and fixes made. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Province / State borders
On Mon, Mar 30, 2009 at 6:59 AM, Richard Weait rich...@weait.com wrote: I've adjusted the boundary=admin rendering on my tile server to make more sense for North America. Rendering the state / provincial borders at zoom 1 2 might be overdoing it, but at zoom 3 looks reasonable. It does point out a potential shortcoming in the boundary data though. Borders for Vermont and New York appear bolder than for Minnesota and Illinois. Have they been tagged differently, or duplicated? Anyone have a border-checker script? They weren't duplicated. Ian (I believe?) imported the borders for the New England and Mid-Atlantic states and I imported the rest. Looking at my saved .osm files from the state boundary import,it looks like they are tagged: admin_level = 4 border_type = state boundary = administrative state:left = foo state:right = bar Cheers, Adam See it here for part of North East. http://weait.com/maps very slow server/connection. Best regards, Richard P.S. My boundary hack. Rule Filter[admin_level]='4'/Filter MaxScaleDenominator5/MaxScaleDenominator LineSymbolizer CssParameter name=strokepurple/CssParameter CssParameter name=stroke-width1/CssParameter !--CssParameter name=stroke-dasharray4,3/CssParameter-- CssParameter name=stroke-opacity0.2/CssParameter /LineSymbolizer /Rule ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] silly borders
On Mon, Mar 30, 2009 at 9:45 PM, Richard Weait rich...@weait.com wrote: Dear Can-Americans, This is silly. Four different lines for one border. http://www.openstreetmap.org/?lat=48.99906lon=-95.15362zoom=16layers=B000FTF We're good neighbo(u)rs. We should fix our fence. Shouldn't each border be a single way, with a relation for each adjacent region? We should have a fence-mending party. Great. Which one's correct? Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (man_made=dyke)
On Thu, Mar 26, 2009 at 8:25 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Hi all, It looks like this tag also could be set to a vote, i think there is agreement that it gets spelled this way, as the OSM standard is for british english, ... and not a waterway because it is man_made and usually concrete.. like a 'dam' yet it's purpose is not to retain water from flowing into a river. .. For some reason in the canvec feature set it's also listed as an area, perhaps it could be if the dyke was wide enough to be used for other purposes (such as a trail, if it was covered in gravel) It would indeed be an area here in Clemson, SC where we have two dikes that each have a track on top of them. They are actually quite large because of the long slopes on the non-water side. Cheers, Adam http://wiki.openstreetmap.org/wiki/Proposed_features/Dyke Anyway i think it's ready for a vote, it's been over a year. Cheers, Sam ___ 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] Last Chance for GSoC 2009 Ideas
On Thu, Mar 12, 2009 at 4:58 PM, Ian Dees ian.d...@gmail.com wrote: Hi everyone, I just submitted the application for GSoC 2009. If you have a chance, please check out the GSoC 2009 application ideas page [1]. Feel free to make comments on existing ideas, add your own, or add text to an existing idea to make it clearer. You can actually keep submitting ideas. Only the organization application deadline is tomorrow. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] GNIS Import Done
On Thu, Mar 12, 2009 at 10:26 AM, Ian Dees ian.d...@gmail.com wrote: On Thu, Mar 12, 2009 at 8:54 AM, Adam Schreiber sa...@clemson.edu wrote: On Thu, Mar 12, 2009 at 9:29 AM, Ian Dees ian.d...@gmail.com wrote: 3. If there are already OSM features in your area for a certain node that I imported, feel free to delete my node, but please merge at least the gnis:feature_id tag from the GNIS data so that we can keep track of future name changes. What about features that are polygons in OSM but nodes in the GNIS data? Since all features in GNIS are nodes, I will just take the centroid of the polygon to be the point that might end up in GNIS. Feel free to apply the gnis tags to polygonal ways. The more important data I think would be changes to the name or classification and whether or not it even exists. Will you also be grepping the planet dump for features GNIS includes but doesn't have an item for? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] The Greening of Georgia
Has anyone else noticed some kind of import of park/forest data for Georgia going on? Does anyone know that source of the data? http://openstreetmap.org/?lat=34.043lon=-84.233zoom=9layers=B000FTF Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] National Forest Boundaries
On Thu, Feb 19, 2009 at 10:34 AM, James Fee james@gmail.com wrote: I totally agree. National Forests are administered by the Agriculture Department (not the park service) and are managed lands for different uses (timber, livestock, wildlife) as well as recreation. They are probably closer (feel free to flame me on this) to BLM lands than National Parks. National Monuments are closer to National Parks than National Forests (or Wildlife Recreation Areas) are. Federally managed lands in the US are a huge PITA to peg down, but I wouldn't call National Forests preserves or national parks. Wildlife Recreation Areas and National Monuments are closer, but even they are not National Parks (National Monuments are administered by many different agencies, even BLM, making it even more difficult). Perhaps instead a administrative boundary level needs to be assigned. In essence, the administrative level for national parks and forests is the same, but what's contained is different. Cheers, Adam -- James Fee http://www.spatiallyadjusted.com/ On Thu, Feb 19, 2009 at 8:03 AM, Karl Newman siliconfi...@gmail.com wrote: On Thu, Feb 19, 2009 at 6:15 AM, Nicholas Vetrovec nickvet...@yahoo.com wrote: On Wed, Feb 18, 2009 at 2:19 PM, Theodore Book tb...@libero.it wrote: Despite my taking a local approach, I do think it would be great if we could do a coordinated national upload of the NHD data, however. I think it would definitely help make the US OpenStreetMap look more professional to get as much of the NHD data in as possible. I am also looking at the GIS data from the Chattahoochee-Oconee National Forests, and was wondering if we had come to a consensus on National Forest boundaries - should they simply be tagged landuse=forest, or is some other tag (natural=wood, or boundary=national_park) preferred? Or do people think that it is better not to tag National Forest boundaries at all? I think they're worth including; most U.S. commercial maps show national forest boundaries; landuse=forest seems to be the appropriate tag to use. Chris others have been using the tags leisure = nature_reserve boundary = national_park National Forests are distinctly NOT the same as National Parks in the US. As far as I know, National Forests are more of an administrative area and don't have nearly the same level of protection as National Parks. I'm not even sure they're really a nature reserve. Karl ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] National Forest Boundaries
On Thu, Feb 19, 2009 at 10:56 AM, James Fee james@gmail.com wrote: The problem is that they aren't the same. National Forests are Department of Agriculture and National Parks are Department of Interior. There is probably a smart way to tag them, but there definitely should be separation between National Parks and everything else. Then an operator tag could be added. I meant the same in the way that states in the US have the same administrative level as counties in England because they're the next smaller division from the national level. Are both operated by a national entity/bureau? Yes. Are they operated by the same entity/bureau? No. Thus, make the distinction in a meaningful way. Cheers, Adam -- James Fee http://www.spatiallyadjusted.com/ On Thu, Feb 19, 2009 at 8:40 AM, Adam Schreiber sa...@clemson.edu wrote: On Thu, Feb 19, 2009 at 10:34 AM, James Fee james@gmail.com wrote: I totally agree. National Forests are administered by the Agriculture Department (not the park service) and are managed lands for different uses (timber, livestock, wildlife) as well as recreation. They are probably closer (feel free to flame me on this) to BLM lands than National Parks. National Monuments are closer to National Parks than National Forests (or Wildlife Recreation Areas) are. Federally managed lands in the US are a huge PITA to peg down, but I wouldn't call National Forests preserves or national parks. Wildlife Recreation Areas and National Monuments are closer, but even they are not National Parks (National Monuments are administered by many different agencies, even BLM, making it even more difficult). Perhaps instead a administrative boundary level needs to be assigned. In essence, the administrative level for national parks and forests is the same, but what's contained is different. Cheers, Adam -- James Fee http://www.spatiallyadjusted.com/ On Thu, Feb 19, 2009 at 8:03 AM, Karl Newman siliconfi...@gmail.com wrote: On Thu, Feb 19, 2009 at 6:15 AM, Nicholas Vetrovec nickvet...@yahoo.com wrote: On Wed, Feb 18, 2009 at 2:19 PM, Theodore Book tb...@libero.it wrote: Despite my taking a local approach, I do think it would be great if we could do a coordinated national upload of the NHD data, however. I think it would definitely help make the US OpenStreetMap look more professional to get as much of the NHD data in as possible. I am also looking at the GIS data from the Chattahoochee-Oconee National Forests, and was wondering if we had come to a consensus on National Forest boundaries - should they simply be tagged landuse=forest, or is some other tag (natural=wood, or boundary=national_park) preferred? Or do people think that it is better not to tag National Forest boundaries at all? I think they're worth including; most U.S. commercial maps show national forest boundaries; landuse=forest seems to be the appropriate tag to use. Chris others have been using the tags leisure = nature_reserve boundary = national_park National Forests are distinctly NOT the same as National Parks in the US. As far as I know, National Forests are more of an administrative area and don't have nearly the same level of protection as National Parks. I'm not even sure they're really a nature reserve. Karl ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Parcel Data in OSM?
On Tue, Feb 17, 2009 at 7:00 PM, Christopher Schmidt crschm...@metacarta.com wrote: Hi, Many city governments in Massachusetts publish their parcel (lot) data for free reuse, either individually or through MassGIS. This data is appropriately licensed for re-use in OSM, and is informative -- in most cases, it has addresses which can be used for geocoding. I'm curious as to whether people believe that this data of this type is appropriate for upload into OSM. There are clear technical reasons why this data might not belong in OSM -- the quantity of data is significant, and you can imagine that it could create a much larger database. At the moment, I'd rather address the social aspect of whether this data is appropriate to upload to OSM. A description of the data in question with regard to MassGIS is available at: http://www.mass.gov/mgis/parcels.htm Looking forward to hearing any and all opinions on this matter. I'd say the address data definitely while the parcel data might be too micro at this junction. However, the parcel is closely bound to the address and it may be very difficult to associate an area currently in OSM with the address without the parcels. It seems like it comes down to whether or not the parcels are acceptable. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] NHD Dataset
On Mon, Feb 16, 2009 at 10:37 AM, Theodore Book tb...@libero.it wrote: * In some places, a lot of work has been done manually entering water features. While I expect the NHD data is generally better, we have the tough issue of respecting other people's work (and not duplicating things in the database) I would be willing do merge my own basin or compare the data first before upload. http://openstreetmap.org/?lat=34.636lon=-82.845zoom=10layers=B000FTF Cheers, Adam * The upload speed seems to be a limiting factor - it is taking me some 70-80 hours to upload the one basis with bulk_upload.pl. I am not sure how many basins there are in the country, but it seems as though it could take a year if it were all done sequentially. * The scripts I used to convert the shapefiles to OSM only supported the features I found in this one basin. They should be easy to extend, (or someone else may have better ones), but they would need to be tested. Theodore Ian Dees wrote: On Mon, Feb 16, 2009 at 9:00 AM, Theodore Book tb...@libero.it mailto:tb...@libero.it wrote: If you haven't been following the wiki page, I have been doing some work on the NHD dataset, and feel that I have gotten a decent OSM conversion of the Etowah river watershed (north and northwest of Atlanta). I am going ahead and uploading that basin. If you are interested in the conversion, it would be great if you could take a look at it and give me any feedback you may have. Thanks. Excellent work! I think the next step is to list all of the subbasins and start converting/importing. What is everyone's opinion on waiting for the API 0.6 upgrade? I'll bet we could sneak in a complete import before... Also, do we want to have individuals make requests for data via the NHD website or should I make another DVD-data-dump request to the NHD folks and import the whole thing at once? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] OSM on The Reg
On Wed, Feb 11, 2009 at 7:43 AM, David Earl da...@frankieandshadow.com wrote: On 11/02/2009 12:05, Kenneth Gonsalves wrote: On Wednesday 11 February 2009 17:07:18 Gert Gremmen wrote: An Add Road option, maybe? Oooh no, nothing like that. does *any* mapping app have an option like 'add road'? Indeed, but his misunderstanding is even more fundamental than that. Where did he get the location of his road from? I bet he didn't have a GPS track, so would simply have been guessing (unless lucky enough to be in a Yahoo coverage area and recognising his street). I agree, there should be some slight barrier to entry in which the mapper learns about communitty standards for adding data, especially dervied data. The reason Google's MyMaps can allow just about anything is that it isn't added to the main map. Even location edits aren't pushed out until they're reviewed. We need to decide whether or not we will accept the burden of checking all edits made by drive by mappers. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM on The Reg
On Wed, Feb 11, 2009 at 8:19 AM, Kærast kaer...@qvox.org wrote: On Wed, 11 Feb 2009 08:08:05 -0500 Adam Schreiber sa...@clemson.edu wrote: I agree, there should be some slight barrier to entry in which the mapper learns about communitty standards for adding data, especially dervied data. The reason Google's MyMaps can allow just about anything is that it isn't added to the main map. Even location edits aren't pushed out until they're reviewed. We need to decide whether or not we will accept the burden of checking all edits made by drive by mappers. So then can't we do something similar? Add a big button somewhere linking to open street bugs, ask people where they are getting their information from when they add a bug, possibly give them the ability to add in more than a single node? We certainly can, but that wasn't what was being discussed. At the moment IIRC, OpenStreetBugs isn't free software and we can't tightly integrate with it as much as we might like because of that. Cheers, Adam Alice ___ 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] Donate today for OSM's £10,000 serv er fundraiser
On Thu, Feb 5, 2009 at 12:29 PM, SteveC st...@asklater.com wrote: Today we're kicking off a funding drive to raise £10,000 to buy new API database servers for the upcoming new API and server software which we call 0.6″ as it's the 6th version. Specifically we're after a 3U Rackmount server, 2x Quadcore, 24GB RAM, 10x SAS 15kRPM disks. How much room to grow do these hardware specs give us? Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] County Line Corrections
On Wed, Jan 28, 2009 at 4:08 PM, Minh Nguyen m...@1ec5.org wrote: Kentucky's border along the Ohio River is one example: the border is defined to be the low water mark of the Ohio-Indiana-Illinois bank as of the 18th century [1], so it's not the centerline and not quite the northern riverbank. Along Ohio's section of the river, all the islands belong to Kentucky or West Virginia. [1] http://supreme.justia.com/us/444/335/case.html So to be accurate, one has to go to county/state/judicial records individually if the higher res boundary data isn't made available somewhere online already? Adam On 1/28/09 12:53 PM, Adam Killian wrote: I think there may be cases where one shore or the other is the boundary, not the centerline. Presumably, islands in a river are in one county or the other? -- Minh Nguyenm...@zoomtown.com AIM: trycom2000; Jabber: m...@1ec5.org; Blog: http://notes.1ec5.org/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] fitness center/gym?
On Thu, Jan 22, 2009 at 12:05 PM, Someoneelse li...@mail.atownsend.org.uk wrote: leisure=sports_centre perhaps? It's not exact but it's not a million miles away. leisure=fitness_center would probably fit a lot better because sports aren't usually played at something akin to a Gold's Gym unless there are basket ball/racquet ball courts or a pool/natatorium on site. Although, I would still label that a fitness center. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Party Template
On Thu, Jan 22, 2009 at 1:28 PM, Thomas Wood grand.edgemas...@gmail.com wrote: Please subst: in any page-sized templates, it helps keep the wiki a little speedier... I have no idea what that means. Could you please clarify what you meant? Cheers, Adam 2009/1/21 Adam Schreiber sa...@clemson.edu: On Wed, Jan 21, 2009 at 5:04 PM, Russ Nelson r...@cloudmade.com wrote: I started in on a template for the use of mapping parties. It needs improvement. Email your suggestions directly to me (happy to do the edits and track down the details), or just edit the wiki page yourself: http://wiki.openstreetmap.org/wiki/Mapping_Party_Template Using your page as a start, I created a real template for mapping parties which probably needs a lot of tweaking, but it's a start. http://wiki.openstreetmap.org/wiki/Template:Party Here's a testing page I ginned up for the template. http://wiki.openstreetmap.org/wiki/TestParty Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tags for businesses
On Fri, Jan 9, 2009 at 4:46 PM, LeedsTracker leedstrac...@gmail.com wrote: landuse=commercial building=commercial name=[name of business, or of building if known, e.g. Mammon House] You can also use the shop=type_of_shop tagging scheme. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering of Place Names in Mapnik
On Thu, Dec 18, 2008 at 6:39 AM, Karl Newman siliconfi...@gmail.com wrote: On Thu, Dec 18, 2008 at 6:37 AM, Adam Killian vi...@bonius.com wrote: Karl Newman wrote: That wouldn't work in this case, because as the OP mentioned, San Jose and San Francisco have equal admin_level rankings (county seat) and San Jose is larger in both area and population. 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. Philadelphia is like this, too. It is the county seat of Philadelphia County http://en.wikipedia.org/wiki/Philadelphia_County,_Pennsylvania (with which it is coterminous) http://en.wikipedia.org/wiki/Philadelphia Hey, I learned something today. Guess I can stay home now. ;-) Also, when cities in VA become large enough, they become their own county and seat. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Errors or not errors?
On Thu, Dec 18, 2008 at 12:43 PM, Tomas Straupis tomasstrau...@gmail.com wrote: Hello While fixing some validation errors I've found an interesting case and would like to get your opinion on how to deal with it. There is a school stadium mapped. Stadium has a usual oval and two starting tails. It is mapped as leisure|track and validators seem to assume these have to be closed areas (which is true in most cases). http://keepright.ipax.at/report_map.php?ch30=30lat=54.69444lon=25.20876zoom=17requery=requerylayers=0BT In this example stadium is made up from two ways. In some other instances it could be made of one way having an extra line (something like letter Q). Here's how I mapped the track and stadium at Clemson. http://informationfreeway.org/?lat=34.6731104994216lon=-82.85002502785902zoom=17layers=BF000F Cheers, Adam This kind of mapping is rendered ok in osmarender and garmin map created with mkgmap but is NOT rendered in mapnik. Does anybody have any experience dealing with such kind of problems? Should these stadiums be mapped in a different way or should validators be updated? Thank you P.S. keepright is not the only validator identifying this as an error. -- Tomas Straupis ___ 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] Collecting public transportation time tables
On Wed, Dec 17, 2008 at 8:11 AM, Peter Miller peter.mil...@itoworld.com wrote: On 17 Dec 2008, at 15:25, Sascha Silbe wrote: On Wed, Dec 17, 2008 at 03:02:17PM +, Peter Miller wrote: There is not however a problem as far as I know in people collecting their own timetable information from printed material and entering it into a common DV. I haven't collected anything yet since I fear the data might be protected under the new database copyright in the EU. Would be interesting to get a lawyers opinion on that. I wound be very interested to see the first time that a transport authority took a person to court for promoting their services but there may be a first time! I do suggest that this is a different project from OSM though. Yes, but certainly tied to OSM data though. It would be very cool if from this other project, people could assemble routes from nodes already tagged as bus/train stops, add time table info for routes already in the OSM DB and set nodes as the appropriate stops. This would probably need some form of a heavily modified potlache. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Maps - OSM comparison
On Fri, Nov 28, 2008 at 7:25 AM, David Earl [EMAIL PROTECTED] wrote: London - missing (found an other London) Washington, D.C. - not found The comma is a bit of syntax for namefinder. Also state abbreviations (OK, DC's it's not a state exactly, but it has the same role here) are not stored anywhere in OSM data. I hope to improve this in due course, and as I said, is_in tags would help enormously. But in the end, the name of the place is Washington, not Washington, D.C. is it not? You don't ask for Canberra, NSW do you (sorry if it's not in NSW, just a guess)? Here in the states, if you aren't physically close to Washington, DC, you usually refer to it with the DC to disambiguate it from Washington state. Sometimes it's just referred to as Washington, the district or DC depending on the context. Most large cities in the US don't require a state name or abbreviation after them in common discussion, but would probably be included if searching for an address. If a proximity estimation was made, it could clear up if someone typed Greenville whether they wanted the on in NC or SC. Also, I think most Americans would probably never think to tack , USA onto any address they searched for, much I would think a Brit wouldn't tack on , UK naturally. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Campus map - Who's got a good one?
On Tue, Sep 30, 2008 at 7:51 PM, Richard Weait [EMAIL PROTECTED] wrote: I've also cast my vote for the best OSM campus map that I've seen so far. I'd love to hear of others. http://weait.com/bestcampus I've done a fair amount of work on Clemson University [1]. We're having a mapping party here in a little under two weeks to finish the campus and get a good bit of the town up to date. Cheers, Adam Schreiber [1] http://informationfreeway.org/?lat=34.674310488382794lon=-82.83710751204114zoom=15layers=BF000F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] US GPS Set for Mapping Parties
On Thu, Sep 25, 2008 at 11:49 AM, Ian Dees [EMAIL PROTECTED] wrote: On Thu, Sep 25, 2008 at 10:46 AM, Adam Schreiber [EMAIL PROTECTED] wrote: On Thu, Sep 25, 2008 at 11:12 AM, Ian Dees [EMAIL PROTECTED] wrote: On Thu, Sep 25, 2008 at 10:02 AM, Adam Schreiber [EMAIL PROTECTED] wrote: Would there be any interest in getting together a box of GPS devices to be sent around for North American mapping parties similar to what they have across the pond? [1] Maybe Garmin would sponsor something? [2] I will start a sponsorship request form now unless someone else has already done so. Does anyone know if the OSM Foundation is a 501(c)3 org here in the US? Perhaps we should start one... I'm not sure how non-profits incorporated in a different country are handled in the US. I suppose you're saying set up a OSM US Foundation to facilitate such donations? This might also be good if there were ever to be a US mirror of the API/tile serving. Also, what are our job titles and when are all of the US mapping parties? The currently planned Clemson, SC party is Oct 11, which is within their 6 week window. Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MSP mapping party Oct 4-5
Richard, I'm curious, who is this mysterious 'we' in your announcements and listings in the wiki? Cheers, Adam On Thu, Sep 25, 2008 at 12:00 PM, Richard Weait [EMAIL PROTECTED] wrote: Dear all, We're building a mapping party for the MSP area for next weekend, Oct 4-5. I'd love to have help from a local expert to make this one huge. Are you an MSP local? Where should we host? What local cycle, hiking, geocache, community groups should we contact? Are you up to help out? And come on out and map with us. Best regards, Richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Parking aisle as boundary of car park not showing
On Wed, Sep 24, 2008 at 1:07 PM, 80n [EMAIL PROTECTED] wrote: On Wed, Sep 24, 2008 at 4:28 PM, Steve Chilton [EMAIL PROTECTED] wrote: Mapnik doesn't recognise dual tags. In this case the area tag takes precedence. Separate polygon is the way to get it to show. Isn't that tagging for the renderer? Not if you consider that roads are to be marked down their center line and typically the parking area ends to the outside of the center line of the road demarking their boundary. I have recently corrected several areas I have traced in my area because I had drawn them with their boundary along the center line of the road they abut. While they do indeed go right up to the sidewalk/road bounding them, they don't extend to the centerline of the road. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Science Fair! - First, CERN; next, VLA!
On Wed, Sep 17, 2008 at 9:18 AM, [EMAIL PROTECTED] wrote: Which other large research projects can we add to the map? Arecibo is in. It's just waiting for manmade=telescope to be added to a renderer. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Appalachian Trail
On Wed, Sep 10, 2008 at 4:17 AM, Alex S. [EMAIL PROTECTED] wrote: Adam Schreiber wrote: Is there any reason to not upload this data? This provision could be a sticking point: that you use proper citation (see metadata for details) on any materials (digital or printed) in which this information appears The gpx tracks I'm using seem to simply list ATC as the source in the data so I'm adding source=ATC to the uploads. The data's being added under the user sadam-AT in case it needs to be pulled at some point though. I'm also saving the .osm files after uploading so I can remove things quickly if need be. Not that I've gotten very far yet. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Appalachian Trail
The Appalachian Trail Conservancy makes track and shelter data available for download [1] under a fairly simple agreement [2]. Furthermore, someone has already converted the data to gpx [3]. Is there any reason to not upload this data? Has anyone been working on the AT already? Cheers, Adam [1] http://www.appalachiantrail.org/site/c.jkLXJ8MQKtH/b.851255/k.4226/Appalachian_Trail_GIS_and_GPS_Data.htm [2] http://www.appalachiantrail.org/site/c.jkLXJ8MQKtH/b.851253/k.68B1/Data_Download_Agreement.htm [3] http://www.guymott.com/atgps.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Appalachian Trail
On Tue, Sep 9, 2008 at 12:02 PM, Adam Killian [EMAIL PROTECTED] wrote: Adam Schreiber wrote: The Appalachian Trail Conservancy makes track and shelter data available for download [1] under a fairly simple agreement [2]. Furthermore, someone has already converted the data to gpx [3]. Is there any reason to not upload this data? Has anyone been working on the AT already? I added the parts that I've actually hiked in southern Pennsylvania, and I've added most of the shelters in Pennsylvania, too. Does that include Pine Grove Furnace? I'm having some of that rendered now so I can what you've done. There are also some random parts of the AT that seem to have come in through the TIGER import. My guess is that the TIGER data should be eliminated and the new stuff should be tagged as footway. Though, if you can provide a permalink to a section you did, I can compare it vs the gpx files. Cheers, Adam ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] How do I....?
On Tue, Sep 2, 2008 at 3:56 AM, Rob Reid [EMAIL PROTECTED] wrote: - In Josm is there a way to re-centre to the the area you have just downloaded? For example I edit, fix and upload one problem bit of coastline, I then identify the next problem in the coast line error checker and download that but Josm stays centred on the area I last edited. I guess I'm looking for something like 'zoom to data' that zooms to the bbox of the most recent download. I use my mouse's scrollwheel a lot when fixing coastline. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=vending_machine AND amenity=post_box: what about?
On Tue, Sep 2, 2008 at 2:36 PM, Pierre-André Jacquod [EMAIL PROTECTED] wrote: Currently, I have never seen a stamp vending machine without its post box. That is why I intended to mark these with something like: amenity=post_box vending_machine=yes Is there a (strange:-) country where both are disconnected? Here in the States, very rarely does an outdoor post box have a stamp vending machine attached. However, your proposal of adding vending_machine=yes makes sense especially if you added a type=postage or stamps tag. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM cut and paste between layers results in position change
On Tue, Jun 10, 2008 at 10:56 PM, Simon Wood [EMAIL PROTECTED] wrote: Q). Is there some what to duplicate a way/node on another layer without this displacement? I've run into this bug during the US state borders import. My solution was to select what I wanted to cp, zoom to selection, copy selection, switch layers, and paste. That should take care of things for now. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] house numbers revisited
On Fri, Apr 18, 2008 at 3:58 AM, Martijn van Oosterhout [EMAIL PROTECTED] wrote: On Thu, Apr 17, 2008 at 3:05 PM, Jonathan Bennett [EMAIL PROTECTED] wrote: Frederik Ramm wrote: A completely different (and quite OSM-like!) option is dropping all this complex logic, left-right-blah tagging, number schemes, relations and all, and just put simple nodes: This is B street number 25. This brings redundancy, typos, and all - but we're used to that. It would be *extremely* easy to edit, and renderers or routers would have to do a little bit of processing to work with the data. Not too hard probably. I think this scheme works best, because we can carry it forward to houses being areas tagged 'building=...' -- there's an issue with semi-detached and terraced houses to be worked out (1 way per building vs. 1 way per residence), but that's probably some way off needing to be solved. The biggest problem with this is that it's essentially impossible to convert existing house number data to this format. We have for NL complete house number data in the form of: left/right start/end scheme. Converting this to what you suggest is, well, essentially impossible. So maybe we should use both. The rest of the GIS world works fine on left/right start/end scheme, I don't know why we need to do anything else. Perhaps we could take a Google Maps approach to this. Currently they have a method that when given a location that isn't quite right, the user is allowed to move the point to the correct spot. This sounds a lot like what we have going for us with some tweaks to the Potlach interface. We could import the range data, by evenly spacing street number nodes along the road in question. Local mappers can easily move the nodes around in JOSM and end users/consumers of the data can adjust addresses they know in a one off fashion via Potlach. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] tagging and rendering highways in the USA and elsewhere
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote: The problem is that we do not have the technology to render different countries in different ways. I don't believe we even know of an efficient way to do it, so we don't even know what the technology would look like should somebody want to write it. Shouldn't this be as easy as adding a tag indicating country and altering the stylesheet to say highway=motorway country=us = color=yellow, highway=motorway country=uk = color=blue? Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] tagging and rendering highways in the USA and elsewhere
On Fri, Apr 18, 2008 at 2:02 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Shouldn't this be as easy as adding a tag indicating country and altering the stylesheet to say highway=motorway country=us = color=yellow, highway=motorway country=uk = color=blue? Complete with the ability to have US motorways in the UK, yay! Authentication of the data is a different problem than rendering it. Note that this is different than tagging for a renderer since the data country=foo is real and not a hint. It was also just an example, not necessarily an actual tagging suggestion. The example was presented because there was an assertion that it was a technological problem. Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk