Re: [Talk-us] Whole-US Garmin Map update - 2015-11-30
dave -- several of the files seem to be about twice as large as their name would suggest: 500MB-lon_-76.22_to_163.08.2015-11-30.gmapsupp.img 2015-12-03 20:47 900M 1000MB-lon_-80.35_to_163.08.2015-11-30.gmapsupp.img 2015-12-03 20:48 1.8G 2000MB-lon_-89.69_to_163.08.2015-11-30.gmapsupp.img 2015-12-03 20:49 3.6G intentional? paul dave wrote: > These are based off of Lambertus's work here: > > http://garmin.openstreetmap.nl > > If you have questions or comments about these maps, please feel > free to ask. However, please do not send me private mail. The > odds are, someone else will have the same questions, and by > asking on the talk-us@ list, others can benefit. > > Downloads: > > http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-11-30 > > Map to visualize what each file contains: > > > http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-11-30/kml/kml.html > > > FAQ > > > > Why did you do this? > > I wrote scripts to joined them myself to lessen the impact > of doing a large join on Lambertus's server. I've also > cut them in large longitude swaths that should fit conveniently > on removable media. > > http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-11-30 > > Can or should I seed the torrents? > > Yes!! If you use the .torrent files, please seed. That web > server is in the UK, and it helps to have some peers on this > side of the Atlantic. > > Why is my map missing small rectangular areas? > > There have been some missing tiles from Lambertus's map (the > red rectangles), I don't see any at the moment, so you may > want to update if you had issues with the last set. > > Why can I not copy the large files to my new SD card? > > If you buy a new card (especially SDHC), some are FAT16 from > the factory. I had to reformat it to let me create a >2GB > file. > > Does your map cover Mexico/Canada? > > Yes!! I have, for the purposes of this map, annexed Ontario > in to the USA. Some areas of North America that are close > to the US also just happen to get pulled in to these maps. > This might not happen forever, and if you would like your > non-US area to get included, let me know. > > -- Dave > > > ___ > Talk-us mailing list > Talk-us@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-us =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 41.4 degrees) =- paul fox, p...@laptop.org ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations
paul johnson wrote: > On Sat, Nov 14, 2015 at 3:25 PM, Paul Fox <p...@foxharp.boston.ma.us> wrote: > > > russ wrote: > > > Paul Johnson writes: > > > > I was really hoping the latest carto would have included > > > > relations and graphical shields myself, since that's almost > > > > a throwaway ticklist item for maps (and particularly online > > > > maps) the world over these days. > > > > > > I took the time to create relations for all of my county's routes > > > because I wanted to see them rendered with graphical shields. > > > > thinking about the term "sunset" in the subject: when route relations > > are created, does that mean the ref= tags go away? seems like there's > > a need for a transition period in there somewhere. > > > > Obviously there needs to be a sunrise for consumers to catch up, but > eventually the dinosaur needs to be killed. There's some places where the > way has a ref unique to the route, as noted on the ground, that currently > isn't easy to map thanks to the associated tag already being used to > identify the ref of an entirely different entity (the route relation). I'm > also suggesting that the quicker we do this, the more painless it'll be. okay. then, speaking as the maintainer of an independent renderer: where are such sunrise/sunset transitions announced/scheduled/tracked? is the "announce" list the place to be? (all i usually see there is server outages.) can someone point me to a region (most of) whose routes have been converted, for testing? (i should add that it's entirely possible that this transition was announced and discussed and declared imperative on every single list in all caps at some point, and i might have missed it. i took a long break from map projects until recently when i had some new energy and time to spare.) paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 42.3 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations
paul wrote: > On Thu, Nov 19, 2015 at 7:31 AM, Paul Fox <p...@foxharp.boston.ma.us> wrote: > > > > okay. then, speaking as the maintainer of an independent renderer: > > where are such sunrise/sunset transitions announced/scheduled/tracked? > > is the "announce" list the place to be? (all i usually see there is > > server outages.) can someone point me to a region (most of) whose > > routes have been converted, for testing? > > > This is being discussed right here, right now. I threw the end of next > year out there as a roughly 15 month target from when I mentioned it. The > US is reasonably complete in terms of route relations, particularly in > Texas which tends to be an extreme case. thanks. i wasn't sure if "discussion" was the same as "announcement", but i guess it is in this case. i also didn't realize the relation work was so complete -- i was under the impression this was still preliminary, but i suppose i misread that. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 43.5 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations
russ wrote: > Paul Johnson writes: > > I was really hoping the latest carto would have included relations and > > graphical shields myself, since that's almost a throwaway ticklist item > for > > maps (and particularly online maps) the world over these days. > > I took the time to create relations for all of my county's routes > because I wanted to see them rendered with graphical shields. thinking about the term "sunset" in the subject: when route relations are created, does that mean the ref= tags go away? seems like there's a need for a transition period in there somewhere. paul =-- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 35.4 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] a more compressed OSM?
richard wrote: On Tue, Sep 14, 2010 at 11:24 AM, jeremy jozwik jerjoz.for...@gmail.com wrote: hello fellow mappers! for years i have been using my openmoko for my gps tracking mapping general screwing around. recently the device has lost its ability to read from the SD card so i have been viciously limited in the storage i have available for cached map tiles. right now i am limited to maybe 150mb, which is tiny for a big city like los angeles. anyhow im wondering if there is a more compressed version of OSM tiles out there already? i have a local cache on my debian machine that i am attempting to batch compress, not really working so far. so i am wondering if there is already a url of these types of map tiles. Bummer about the SD card failure. :( You asked about tiles; I think CloudMade has mobile tiles that are smaller dimensions and fewer colours. Check with them. Have you considered using a native .osm file, then rendering on the device? You may have to change software but get better results? http://wiki.openstreetmap.org/wiki/Software/Mobile_phones not mentioned in that list is RoadMap (http://roadmap.sourceforge.net) which was designed for on-the-fly rendering on small devices. (a fork of RoadMap is what powers Waze, for instance.) RoadMap requires that you pre-convert quadtiles or other OSM subsets into its own .rdm format. it works reasonably, but would really be helped by a set of pre-converted maps on a public server. converting on the fly means hitting the OSM servers too much if you're downloading anything more than a pretty small area, and the bandwidth clamps cut in. i run roadmap using gtk, but it builds for qt, is being ported to android, and at one point even ran on the iphone. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 65.8 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] a more compressed OSM?
jeremy wrote: On Tue, Sep 14, 2010 at 8:49 AM, Paul Fox p...@foxharp.boston.ma.us wrote: not mentioned in that list is RoadMap (http://roadmap.sourceforge.net) which was designed for on-the-fly rendering on small devices. Â (a fork... seems like that would require a live connection to the net while out and about. thought it is a phone i do not find the need to pay for an internet connection on it. all saved cache files, i cannot be fetching from servers i guess i didn't emphasize how small the .rdm files are. i loaded up maps (admittedly they were Tiger-based, not OSM-based, but the compiled form isn't much different in either case) for a road trip this past weekend. all of MA, RI, CT, NY, NJ, and PA occupied 275MB. i just tried a download and conversion of all 25bit quadtiles covering a 20mi radius centered on 34.15,-118.348 (i.e., los angeles), and while i was cut off by the bandwidth limiter eventually, it looks pretty complete and only takes 11M on disk. there are certainly rough edges: the label placement code works on a quadtile-by-quadtile basis, so name placement collisions occur pretty frequently when you're using small quadtiles like that (i think 25 bit quadtiles are only 4.8km on a side). so bigger quadtiles would be better. and roadmap doesn't know how to label points -- just lines and areas. (plus, currently, the developer community is very small -- like just two people, and i'm not even very active, currently.) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 66.9 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Resigning in protest
chris wrote: Well, between the new links on the map and today's WIKI edit, it looks like the Brits have decided to shove the ODbL down our throats after all. I have major philosophical issues with the way the license change is being handled, and feel that I can no longer participate in the OSM project. can someone lend a list-skimmer a clue? i see nothing but cc-by-sa on the map and on the wiki. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 48.9 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Resigning in protest
katie wrote: On Tue, May 11, 2010 at 8:03 PM, Paul Fox p...@foxharp.boston.ma.us wrote: can someone lend a list-skimmer a clue? i see nothing but cc-by-sa on the map and on the wiki. The change noted here is that people creating new accounts need to agree to dual license their contributions under ODBL and CC-BY-SA: http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan thanks. i see references on the wiki to email to past contributors asking if they're okay with a license change. has this happened yet? (i.e., did i miss that too, somehow?) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.8 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] renderer adaptation
lennard wrote: Paul Fox wrote: how hard is it (either technically or politically) to get the major renderers to adapt to needs like this? as i understand it, the paved/unpaved topic has much the same issue. (and i'd like to be able to tell my new-to-osm friends that they'll someday be able to actually see the results of adding unpaved tags.) It's been asked before, but as it's a major cartographic decision, and the style of the mapnik layer is in the hands of one cartographer, it's possible this got snowed under by more pressing bugs in the rendering. http://trac.openstreetmap.org/ticket/1447 great -- glad to hear there's some progress! I think that the suggested casing for unpaved is too distracting, but having a different casing is what I thought about before as well. it's hard to say without seeing an actual map image using that style, so i'll just say that i think the paved/unpaved distinction should be visible at scales where the casing might not be renderable, or discernible. i can't tell whether that proposal satisfies that need or not. (i've just commented to this effect on the trac ticket, as well.) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 57.2 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] renderer adaptation (was: Unpaved streets )
chris wrote: On Wed, Sep 9, 2009 at 2:22 PM, Alex Mauer ha...@hawkesnest.net wrote: On 09/09/2009 12:05 PM, Chris Hunter wrote: Of course, it also reopens the track/path argument, but I'll leave that to others to battle out. How is there even an argument there? track is for cars and always has been, while path is for not-cars and always has been. There's an ongoing thread on the newbies list about tracks and paths not rendering in the cyclemap layer. It's basically a rehash of the code for accuracy, not for the renderer. The start of the thread is at http://lists.openstreetmap.org/pipermail/newbies/2009-September/003522.html how hard is it (either technically or politically) to get the major renderers to adapt to needs like this? as i understand it, the paved/unpaved topic has much the same issue. (and i'd like to be able to tell my new-to-osm friends that they'll someday be able to actually see the results of adding unpaved tags.) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 55.4 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unpaved streets
let me ask a simplifying (for me) question. i want to encourage a group of motorcycling friends to help update OSM so that it accurately reflects road surface, for roads that are currently undifferentiated in that regard. the single most important thing that needs to be captured is whether the road is paved or not: this information is missing (or very incomplete) in every commercial US map that i've seen. is it ever wrong to simply add surface=unpaved? and while it might be also correct to switch to highway=track, that's an orthogonal change, right? paul p.s. i'll also be asking my friends to update for road existence -- many roads from the Tiger set no longer exist in any form, yet still exist in all the commercial (google, etc) data. =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 59.0 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unpaved streets
richard wrote: On Wed, Sep 9, 2009 at 8:54 AM, Paul Foxp...@foxharp.boston.ma.us wrote: let me ask a simplifying (for me) question. i want to encourage a group of motorcycling friends to help update OSM so that it accurately reflects road surface, for roads that are currently undifferentiated in that regard. the single most important thing that needs to be captured is whether the road is paved or not: this information is missing (or very incomplete) in every commercial US map that i've seen. I see why this is of great interest to motorcyclists. yes. some of us seek out unpaved roads, some avoid them. and we all simply want to know. :-) is it ever wrong to simply add surface=unpaved? It is ideal, generous and very helpful to add surface=unpaved where the data is missing. great. thanks! paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 61.5 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unpaved streets
alex wrote: On 09/06/2009 05:56 PM, Paul Johnson wrote: I would tend to go with highway=track unless the street in question is a gravelled over macadam or some other semi-paved surface mostly because I would expect that this applies to at least the majority of named roads... i don't understand. the majority of named roads are, of course, paved. i would say that the next most numerous are simply dirt roads (at least here in new england, and in most of the US that i've traveled). roads which are partly paved, or which are gravel over macadam (i'm not entirely clear on what that means) would be a small minority. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 69.4 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unpaved streets
ian wrote: On Thu, Sep 3, 2009 at 9:13 AM, Nakor nakor...@gmail.com wrote: Hello, In my neighborhood there are some unpaved residential streets. How should those be tagged? highway=track highway=residential surface=unpaved That's how I've been doing it. do you have a way of rendering those unpaved streets distinctively? paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 61.7 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER
stevec wrote: Hi Just want to highlight to people here some neat things to help fixing TIGER. There's now a map layer highlighting what needs help: http://www.opengeodata.org/?p=626 as well as some HOWTOs on what needs fixing http://wiki.openstreetmap.org/wiki/TIGER_fixup my pet goal is missing from that list (it's only sort of a part of Wrong road classification), and that is, missing surface keys, to indicate whether a road is paved or not. this is a key piece of information for many kinds of navigation (bicycling, motorcycling, and for many others in the case of foul weather), and it's completely missing (or mostly incorrect) on all other free and non-free maps. unfortunately, there's not much incentive to add the information to OSM, because none of the renderers will display it anyway. :-) (i started a thread on this earlier this year, and then dropped the ball by not continuing to lobby for changes to the renderers to fix this problem.) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 58.1 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER
apollinaris wrote: [ aside: google streetview astonishes me sometimes. ] they test their cameras under rough conditions ;-) but still their map doesn't render different either. exactly. this is a care where OSM could definitely one-up the competition. no paper maps that i've seen get it right either. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 62.2 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Is Xapi working?
lennard wrote: Maarten Deen wrote: The server running the xapi service is down at the moment. Any info on what the problem is and when it's going to be resolved? And what is the status of the other two XAPI servers? Bearstech seems to be perpetually testing, and xapi.openstreetmap still serves 0.5 data and 0.6 service will start shortly (ever since the move to 0.6). Any help needed? Is XAPI 'officially' supported? I mean: is it considered one of the fundamental things in OSM land? is there any other way to get OSM data without going to the main server? there are no other caches, right? paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 53.6 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
roland wrote: is there any other way to get OSM data without going to the main server? there are no other caches, right? There is a whole ecosystem of servers providing OSM data thank you roland -- i wasn't aware of all the options. my main use is fetching quadtile-size bounding boxes, so xapi has been the alternative of choice, but i'll explore the others. paul http://wiki.openstreetmap.org/wiki/Planet.osm There are a couple of sources for excerpts or diff files listed on this page. http://wiki.openstreetmap.org/wiki/ROMA http://wiki.openstreetmap.org/wiki/TRAPI These two services are optimised for queries to make a map of the data. They are intended to be only some minutes behind the main server but don't offer all the tags. So you should not use the data for further editing. http://wiki.openstreetmap.org/wiki/XAPI This is the well known alternative to the main API. It's also intended to be only minutes behind the main server. It has an extended API with still a concise syntax. The data is usable for editing. The only tag that is filtered out is created_by - this tag can safely be ignored. http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script This one is very recent and still in a state of playground. It is intended to serve particular complex queries beyond the scope of XAPI. It also offers (almost) the complete functionality of XAPI. It is some hours behind the main API. It does not serve data that can be used for editing, in particular it does not provide version information. If somebody asks for version number support (or other metadata), I'll start to implement that. There has been no demand so far. There may be other storage servers, the category Data storage on the wiki is not yet written. But at least, there are plenty of alternatives to download data from the main server. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 51.6 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch connection to server failed
joe wrote: i'm seeing this error this evening as well. i've asked on IRC as suggested -- no one's able to help, or maybe no one's awake. :-) I've committed a small change which we think will fix it. Thanks to Joe for provoking it and to Tom for checking the server logs. Cheers it works now, my changes are committed! Thanks Richard and Tom did you have to redo all your edits? or is there a way to rescue changes that weren't able to be uploaded before the changeset timed out? (potlatch is still showing my changes, but says there's nothing to upload.) (btw, my irc client indicated that someone said something to me last night, but i don't have enough scrollback configured so i lost it. my apologies.) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 58.8 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potlatch connection to server failed
richard fairhurst wrote: Joe Richards wrote: I have a fairly large set of edits in Potlatch, but when I click 'save', I get Sorry the connection to the Openstreetmap server failed. Any recent changes have not been saved. Would you like to try again [retry] [cancel]. Obviously my internet connectivity is fine, and I can bring up another tab with Potlatch, make edits and save them. How can I preserve all the editing I've done in this session? There's an intermittent issue here (http://trac.openstreetmap.org/ticket/1904) and we're still trying to track it down. It's not something I've been able to reproduce as yet. In the meantime, though I know it's little consolation, I'd encourage you to follow the suggestion on the help page and save often. If you can pop in on IRC then someone may be able to look in the server logs and report back on what error is being generated. i'm seeing this error this evening as well. i've asked on IRC as suggested -- no one's able to help, or maybe no one's awake. :-) i'll leave my browser window up, in case someone wants me to retry, but in the meantime if someone wants to check logs my osm ID is pgf, and the requesting IP address is 24.xx.85.42. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 63.1 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] 2010 Census and Tiger
russ wrote: On May 27, 2009, at 2:45 PM, Dave Hansen wrote: ... property. I wonder if there was a GPS in the PDA that verified coordinates while they were on my porch. Yes, and a cell data modem as well. Harris got the contract to make them. $600M for 100K census workers. For $6000 each, they had BETTER have a GPS in them! does that imply that the tiger quality should go _way_ up after this census? i wonder how the gps track data (if they had the foresight to keep it) might be used. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 49.1 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] dirt road classification?
ted wrote: Paul Fox wrote: does the standard renderer at o-s-m.org do rendering based on the surface? No, neither Mapnik nor Osmarender draw surface=unpaved differently. I assume the same goes for the more detailed values (gravel, dirt, ...). For example, part of East 600 South here is tagged as surface=unpaved, but it looks the same: http://www.openstreetmap.org/?lat=40.35607lon=-111.7348zoom=17layers=B000FTF how unfortunate. i ride with a bunch of motorcyclists that aren't averse to dirt roads, but who like to know where they are -- 20, or even 50, miles of dirt in a day is one thing, but 150 is another. nice to know for planning, but you can't avoid dirt in new england if you want to do any exploring at all. and while as a group i think we have a large body of knowledge about what's dirt and what's not in new england, no one person knows it all, of course. i have a message all prepared for that mailing list, extolling the grandeurs of OSM mapping, and how they should all start recording their knowledge in OSM. but if the renderers don't show it, there's not much point in asking them to help add the data. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 55.8 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Blame me for JOSM yellowness
apollinaris wrote: Perhaps there should just be a view option highlight unreviewed objects, and those that like this can turn it on and those that don't can not. if it's an option I wouldn't wast a second to write about the pro/con. why does anyone try to force users to do it? I have patched josm already but not every user knows how to do it. you sound very angry about this? it sounds like you could easily make the change to josm to make it an option, and everyone will benefit. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 62.6 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Blame me for JOSM yellowness
russ wrote: If you' re editing in the US using JOSM, and you find that many roads now have a yellow tinge about them, it's all my fault. I'm on a campaign to get every road in the USA reviewed, which means marking them as reviewed, which means removing tiger:reviewed=no. There's a lotta lotta roads in the US which are correct, but how would anybody know unless they've been reviewed? And without showing people that the roads haven't been reviewed yet, it's hard to find the unreviewed ones. wow. this seems like a huuuge undertaking. given how many roads will need reviewing, what's the absolute most efficient way to do so? say, for instance, that you live in an area and know from experience that the tiger data is correct? is there a super-quick way of removing the reviewed tag from a bunch of roads at once? (i assume removal is the goal, as opposed to editing it to yes?) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 62.8 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Blame me for JOSM yellowness
hi russ -- russ wrote: On Apr 22, 2009, at 9:46 AM, Paul Fox wrote: Hey there, Paul, I'm glad to see you working on OSM. plug i am, but in a somewhat tangential way. i've been maintaining RoadMap for several years now, and added OSM support to it some time ago. RoadMap can convert and display either quadtile-based downloads, or country-sized downloads (for small countries -- bigger countries are an issue right now). RoadMaps Tiger support hasn't been extended to the new tiger shapefile format, and i'm not too worried about it since OSM is clearly going to be the right place to go for free maps for some time to come. /plug thanks for the josm tips. since i've been using the Tiger maps in new england for many years, i'm confident i could review many roads pretty quickly. paul given how many roads will need reviewing, what's the absolute most efficient way to do so? In JOSM, select all the roads. You can do this using several methods: o Search for certain tags. For example, if you've downloaded a small section, and you've reviewed every street name and location, you can search for tiger:reviewed to catch all the unreviewed ways. o Draw a box around the ways. o Shift-click on way after way after way (Control-click if you select too much). When you've selected everything you want to mark as reviewed, go to the Properties box on the right. Scroll down to tiger:reviewed. Click on it, and then click on the trash can on the right. Poof! -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 64.8 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tiger 2008 Data
ian wrote: I just e-mailed the Census Bureau, and the friendly woman on the other end told me that they were planning on releasing TIGER/Line 2008 by the end of this year. Keep that in mind when we are talking about importing 2007 data. She said to keep an eye on the TIGER website ( http://www.census.gov/geo/www/tiger/) for updates about the 2008 data. does the census bureau publish any sort of a diff, or delta dataset? i'd think that just in terms of raw crunching that having just the differences from year to year would save a lot of work, both manual and CPU-cycles. paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tiger 2008 Data
ian wrote: On Tue, Oct 28, 2008 at 11:33 AM, Paul Fox [EMAIL PROTECTED] wrote: does the census bureau publish any sort of a diff, or delta dataset? i'd think that just in terms of raw crunching that having just the differences from year to year would save a lot of work, both manual and CPU-cycles. I don't think so, but since the data Dave imported into OSM was with the old format (TIGER/Line) and the TIGER 2007/2008 data is in shapefile format, we wouldn't really be able to use diff data anyway. yes -- i was really thinking of ongoing work, since you brought up 2008. (it's not like this is the last time the to-import-or-not question will come up.) paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] bulk upload of data to OSM: roads, water, and orthos
dave wrote: On Wed, 2008-06-25 at 11:00 -0400, John Callahan wrote: To answer your question...Yes, our new road dataset is a significant improvement over current TIGER data (which I obtained from http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp2007.html) Could you qualify that a bit for us? How much better? In what ways? i confess i haven't looked closely at the tiger import, but i'd also be curious about uniformity of the meta-data -- e.g., does the new data include all the address information that tiger provides? all the route name/number information? placename/landmark info? there's some value in having all that be uniform across states. paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 70.9 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
Re: [Talk-us] TIGER unbraid tool now available
alex wrote: Paul Fox wrote: i looked at some examples the last time this came up, and i've looked today, and i've read that wiki page, but for the life of me i can't figure out what's wrong with the streets that are referenced. am i missing local knowledge that would make it clear? or am i just being dense? what's a braided street, and how do you recognize one on the map? A braided street is a dual-carriageway that crosses itself. Visually, it's most easily identified if the name is rendered where the street crosses an intersection. The wiki page currently (maybe since after you last looked) has an image which shows what is meant. yes, thanks -- the wiki was updated, i think, due to my question. it turned out many of the examples referenced on the wiki at the time of my question had been fixed in the meantime, and so my confusion was at least somewhat justified. :-) paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 46.2 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing
niccolo wrote: just a note to say that Navit [1] is working well on my Asus EeePC. I do not use the preinstalled Xandros Linux OS, but a wonderful Debian GNU/Linux Testing (Lenny). in the same vein -- RoadMap [2] is working well on both the EeePC and the XO (OLPC) laptop. i'll be putting the sugar Activity for RoadMap on the XO up on the OLPC wiki soon, but if you're not running sugar, then RoadMap builds and works out of the box. (i've had some motivation, since i'm planning on taking the XO on a vacation to southern england next week. paul [1] http://navit.sourceforge.net/ [2] http://roadmap.sourceforge.net/ (you'll want to get source from CVS for OSM support, and for some of the features that make it run well on the XO and eeepc.) =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 33.6 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] pubs.iamnear.net launched
david wrote: Namefinder already does this: http://gazetteer.openstreetmap.org/namefinder?find=pubs+near+52.21038,0.14544 http://gazetteer.openstreetmap.org/namefinder?find=schools+near+53.32334,-1.91415 is there a way to get those results as xml (or even better, for my purposes, as gpx waypoints)? paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 40.3 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] extracting world political boundaries
thanks dodi -- as you can probably guess, i'm interested in creating a large scale basemap for RoadMap. dodi wrote: based on http://wiki.openstreetmap.org/index.php/Key:boundary and http://wiki.openstreetmap.org/index.php/Osmxapi from the first link you referenced, it looks like i'd also want to add admin_level=2 to get just national boundaries. it should by something like http://www.informationfreeway.org/api/0.5/way[boundary=administrative][bbox=...] can i add two filters to a url like that? or do i need to do the rest of the filtering with post-processing? paul - Original Message - From: Paul Fox [EMAIL PROTECTED] To: talk@openstreetmap.org Sent: Monday, December 31, 2007 2:57 PM Subject: [OSM-talk] extracting world political boundaries can someone offer tips on how i might query osm or osmxapi for country and continental boundaries, only? i still want the data to be limited by bounding box, but all i want to get within that box are the ways that represent political borders, and, if possible, ocean shorelines. =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 29.5 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] extracting world political boundaries
dodi wrote: From: Paul Fox [EMAIL PROTECTED] can i add two filters to a url like that? or do i need to do the rest of the filtering with post-processing? http://wiki.openstreetmap.org/index.php/Osmxapi#Limitations - Currently each request is limited to one tag predicate and one bbox predicate. In the future it is hoped that more sophisticated conditions will be implemented. oops. i should have read more thoroughly. thanks. ..so you need some post-processing but can try http://www.informationfreeway.org/api/0.5/way[admin_level=2][bbox=...] as I assume, admin_level tag is used exclusively with boundary=administrative oh, of course -- good idea. thanks. paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 30.2 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] route pub_crawl
alex wrote: Michael Kugelmann wrote: looking at the map features page I foundroute = pub_crawl . I didn't find anything in the wiki about the tag. Can any native Englisch speaker explain what is intended with this tag please? I want to know it just to improove the knowledge. Some pubs offer one free drink on your birthday. A pub crawl is an attempt to get as many free drinks as possible in the shortest amount of time. i'll bet no one in germany has ever attempted this. ;-) (i love international mailing lists!) paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 30.9 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk