Re: [OSM-talk] [Talk-us] State of the Map US 2015 is over - thank you!
On Fri, Jun 12, 2015 at 3:25 PM, Martijn van Exel wrote: > (which were all recorded by the way, so you can watch them at your leisure > if you want —> http://stateofthemap.us/program/). > Why are all of the videos unlisted on YouTube? I like to watch these sort of videos on my TV, which means that a series of web pages that I have to click in and out of is an absolutely terrible user experience. If they were listed it'd be very easy to queue up the ones that I was interested in... -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
On Fri, Apr 19, 2013 at 6:42 AM, Jean-Marc Liotier wrote: > > Automotive environments are not known for their openness so I'm not holding > my breath - but the potential for massive widely distributed automated data > collection is worth starting to watch the topic. I don't know much about any of this, but you might want to start looking here: http://automotive.linuxfoundation.org/ -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Build your own GPS receiver
On Sun, Mar 17, 2013 at 10:09 PM, Andrew Gregory wrote: > > It's all down to your application. What do you want to do that you can't do > on a $50 smartphone? Well, the first thing that I'd be looking for is performance... The GPS on the phones that I've used have not had great accuracy, or battery life either. The Galaxy Nexus that I have right now draws power faster than a standard 0.5A USB charger can deliver it when the GPS is on, and I've had no luck finding a car charger that will deliver more than that to the Nexus. Second, and actually probably more important, DIY is not always about doing it _cheaper_, it's about doing it _fun_. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenCycleMap and Missing SRTM Data
There's a large oddity in the OpenCycleMap rendering in Iowa, likely due to missing SRTM data: http://www.opencyclemap.org/?zoom=9&lat=41.45927&lon=-93.91011&layers=B00 I know that there's nothing that can be done with the SRTM data, but would it be possible for the OpenCycleMap to render the contour lines and hill shading in Iowa with data provided by the state mapping agency? The data is freely accessible (I'd have to double-check the exact terms though). -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keypad-Mapper 3 released - highly efficient app for house number mapping
On Wed, Feb 27, 2013 at 3:03 AM, Markus Semm wrote: > > the new version 3 of the well known Keypad-Mapper Android app for mapping > house numbers and addresses has been published on Google Play. > Lots of new features, an optimized user interface and some bug fixes turn > this app into the perfect tool for all those enjoying mapping of house > numbers. > Looks interesting, but is there a reason that I can't install it on my Nexus 7? My phone has terrible battery life, especially when the GPS is on. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
On Mon, May 2, 2011 at 5:22 AM, Thomas Davie wrote: > > On 2 May 2011, at 11:18, Dave F. wrote: > >> On 02/05/2011 05:53, Andrew Gregory wrote: >>> >>> I just had to comment on this because I could hardly believe what I was >>> reading. >>> >>> In a global, world-wide-web, no matter what time is selected for an IRC (or >>> whatever) meeting, it's going to be inconvenient for *someone*. Deal with >>> it! >> >> No. Don't use IRC!!! >> >> Discuss on this forum instead of IRC. It's self recording of *everything* >> that's said & allows *all* to contribute at *all* times. >> >> It's really simple. Even enough for you to deal with it. > > But causes discussions that could be had in 10 minutes to get spread out over > 10 weeks ;) And also ignores people that can't use IRC for a number of reasons (work doesn't allow it, generally), or like me choose not to hang out on IRC all day because it's incredibly disruptive to actually *getting work done*. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Bike / Pedestrian directions on the MQ Open sites
On Fri, Mar 4, 2011 at 8:04 AM, Antony Pegg wrote: > > knowing the amazing diligence of this community, I'm sure you guys will find > tags we've missed that should or could be used for bike/pedestrian. If you > feel its worth mentioning, please please please provide some point of > reference so we can eyeball it - a wayID, or a link to a route on the open > mapquest site where it isnt going thru a feature you think it should. > Thanks. Hmm, I just tried it out and wondered why this route completely avoided a very nice bike trail: http://open.mapquest.com/link/3-HcbmL9UO What tags is the route planner looking for when considering bicycle routing? Otherwise, I think the MapQuest Open service is great! -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] all our addresses are belong to you
Here's my modifications to the code... The original code will fail on lines like this: critical_address_file_us.csv:"3424 Peachtree Rd, NE",US,GA,Atlanta,30326,3424,3424,33851200,-84363500 critical_address_file_us.csv:"3424 Peachtree Road, NE",US,GA,Atlanta,30326,3424,3424,33851200,-84363500 Because it doesn't take into account the quoting when splitting the file. Using the csv module takes care of that. I was also getting some invalid XML so I switched to using LXML to build the XML to ensure well-formedness. The files are small enough that building the whole XML tree in memory isn't a problem. I also perform a few data cleanups as well and split the US out into individual states. One thing that I noticed about the data is that there are several Canadian addresses in the US file. -- Jeff Ollie mqcaf_to_osm.py Description: application/download ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] POI collector
2010/8/14 Paweł Niechoda : > > wikipage: http://wiki.openstreetmap.org/wiki/Mobile_POI_collector#Mobile_POI_Collector > Here you can download apk file for android versions (tested on android > 2.1): http://code.google.com/p/osmmobilepoicollector/downloads/list Unfortunately, I get a force close on my Motorola Droid running 2.2. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Software goes on, brain goes off...
On Mon, May 31, 2010 at 6:20 PM, Anthony wrote: > > Looking more closely, there is a sidewalk, which turns into a "cycleway" > (http://www.openstreetmap.org/browse/way/40967519), about 50 feet from the > roadway, on the southbound side which is the same side she was walking on. > And if she had been using the sidewalk while heading north on Main St, it > would have led her directly to that sidewalk. Interesting thing about that is that the cycleway shows up in Mapnik and OsmaRender, but doesn't in CloudMade's maps, and CloudMade doesn't use the cycleway for routing. In fact CloudMade gives a nearly identical route to Google. Does CloudMade's routing engine ignore highway=cycleway? -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Software goes on, brain goes off...
On Tue, Jun 1, 2010 at 11:43 AM, M∡rtin Koppenhoefer wrote: > 2010/6/1 Anthony : >>> The road should simply be marked as having no pavement/sidewalk. >>> Something like pavement=yes/no is a start at least. It's best to avoid >>> subject assessments like how dangerous a road is. >> >> Hmm, is "shoulder" a fairly universal term? Because shoulder=no would be >> much more daunting to me than pavement=no. > > Not that I am native, but I think that shoulder is a different term > than sidewalk/pavement, because it can also be unpaved, while a > pavement IMHO should be paved. A shoulder is simply the side of the > road (I guess), kept free from traffic, while a pavement is designed > for pedestrians. Perhaps bikeshedding here, but if you were to ask me to walk on the pavement I'd look at you strangely. To me (and to many Americans) pavement implies the road surface itself, not the path along the side of the road. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
On Thu, Apr 1, 2010 at 6:36 AM, John F. Eldredge wrote: > In the USA, postal-code (Zip code) boundaries don't necessarily correspond to > other administrative boundaries, and are frequently adjusted by the Post > Office to balance out the load on different local post offices. Also, > real-estate developers sometimes get the Post Office to shift a Zip-code > boundary so that a particular street or neighborhood will be in a > more-prestigious Zip code. Why are US Zip codes being dragged into a discussion of German postal codes? -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] [Warning: Potential Flamewar] Clarifying Interstate Relations
On Sun, Feb 7, 2010 at 12:58 PM, Chris Hunter wrote: > > Last night, user NE2 "cleaned up" the interstate system by merging all of > the states with 2 relations per interstate back into 1 relation with > direction-based roles. I've already requested a roll-back on the area I was > working on, but I wanted to check if we still have a consensus on splitting > each interstate into separate directions at the state line. What's more annoying is that he is changing the names/refs. From what I understand the ref is supposed to be only the interstate/highway number (e.g. "90" or "80") and not "I 90 (MN)". I use the ref on the relation when building maps for my Garmin to add highway shields to the map. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: [Fwd: [CrisisMappers] Mapping Radio and TV Stations _ Help needed!]]
On Wed, Jan 27, 2010 at 11:25 AM, Karl Guggisberg wrote: > > Be careful with this list, we don't have the OK to import it into the OSM > database yet. Sandra is currently investigating. In the case of radio & TV stations, are we looking for the locations of the transmitters or the locations of the studios? Finding transmitters isn't that hard for remote mappers if you have good enough satellite imagery but finding the studios would be difficult. Also, in the future can we find a format that will be easier for people that don't have Google Earth to use? -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
On Thu, Jan 21, 2010 at 8:34 AM, Andy Allan wrote: > On Thu, Jan 21, 2010 at 2:29 PM, Jeffrey Ollie wrote: >> On Thu, Jan 21, 2010 at 8:15 AM, David Groom wrote: >>> Any suggested tagging structure? >>> >>> maybe to cover the three admin levels: >>> >>> pcode:1 = 1 >>> pcode:2 = 833 >>> pcode:3 = 833-01 >>> >>> Or any other better suggestions? >> >> These are postal codes? If so I would recommend not abbreviating to >> "pcode" and instead use "postal-code" or something similar. > > They aren't postal codes, as explained by the link that Mikel sent in > the original email. Ah, I missed that one. I see that they are "Place Codes". Still, it would be good to use an un-abbreviated tag. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
On Thu, Jan 21, 2010 at 8:15 AM, David Groom wrote: > Any suggested tagging structure? > > maybe to cover the three admin levels: > > pcode:1 = 1 > pcode:2 = 833 > pcode:3 = 833-01 > > Or any other better suggestions? These are postal codes? If so I would recommend not abbreviating to "pcode" and instead use "postal-code" or something similar. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jacmel Haiti, DigitalGlobe Imagery, and Road Alignment
On Tue, Jan 19, 2010 at 1:24 PM, Al Haraka wrote: > > I understand we are all busy, but I have some Haiti questions. The area > around Jacmel in the south appears to be very messy at the moment, and I am > only focusing on roads and basic infrastructure. The roads seem very far > off, and at times some do not even seem to point to an artifact I can see in > the imagery. > http://www.openstreetmap.org/?lat=18.22381&lon=-72.52094&zoom=16&layers=B000FTF > I have tried cleaning it up using the DigitalGlobe imagery, which I have > assumed to be the best. Am I wrong here? What are other people using and > what are the current recommendations? Am I doing a bad job or wasting my > time aligning the roads if they are this far off? I realize my use of DG > may bias me, and I have not taken the time to compare. That being said, I > heard it was the most recent and expansive. Right now there are two sets of images that cover Jacmel, the DigitalGlobe data from last week and the JAXA/ALOS satellite imagery. As far as I know, most of or all of the satellite imagery we have access to now isn't very well georeferenced so you may need to adjust the image to get a "rough" fit before doing any corrections and/or traces. You can see what we know about by checking out the following relation: http://www.openstreetmap.org/?relation=388801 and this Wiki page: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources There is some new data from both Digital Globe and GeoEye being imported so check the wiki page for updates. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] "Properly georeferenced" Haïti imag ery served by ERDAS
On Tue, Jan 19, 2010 at 12:56 PM, Jean-Marc Liotier wrote: > > And they have a WMS up at > http://apollopro.erdas.com/erdas-apollo/vector/Haiti? Oh, and the WMS at the above location does not serve the imagery, it is this one: http://iws.erdas.com/ecwp/ecw_wms.dll? -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] "Properly georeferenced" Haïti imag ery served by ERDAS
On Tue, Jan 19, 2010 at 12:56 PM, Jean-Marc Liotier wrote: > SlashGeo mentioned http://www.erdas.com/HaitianRelief/tabid/327/Default.aspx > > Seeing all the problems had with the variously shifted images we have > seen, this release by ERDAS looks interesting : > > "We have updated our Online Web Services to incorporate the GeoEye > imagery of Haiti collected on January 13, 2010 (made available for free > download). This very large area has been properly georeferenced". > > And they have a WMS up at > http://apollopro.erdas.com/erdas-apollo/vector/Haiti? > > They are not yet mentioned at > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources I figured out a WMS URL that works in JOSM and added it to the Wiki. I noticed that ERDAS also has the recent NOAA aerial images on their WMS server. Did they do any additional processing on that or are the just serving up the data as-is? If anyone know of any other satellite imagery that is missing from the wiki page I'd love to hear about it. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: [CrisisMappers] new GeoEye & DG imagery
On Tue, Jan 19, 2010 at 8:02 AM, Jonas Krückel wrote: > Update: Christopher Schmidt working on both to make them available. We've been trying to keep the wiki page at: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources updated with all of the imagery that's available for OpenStreetMap use. If there is something missing that you know about let us know! -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extended GeoEye imagery now available for use on OSM
On Fri, Jan 15, 2010 at 3:35 PM, Ævar Arnfjörð Bjarmason wrote: > > These are "orthorectified 8-bit compresed GeoTiffs", who can help with > turning these into something usable for OSM editors? I have no idea > how the TIFF -> WMS|Tiles process goes. MapServer should be able to take those TIFF files and serve them up as WMS, I've done it for a number of TIFFs for personal use. http://mapserver.org/ -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explaining to NASA why the ASTER data should be freely licensed
On Mon, Jul 27, 2009 at 11:47 AM, Ævar Arnfjörð Bjarmason wrote: > > NASA/METI have updated their distribution terms with a FAQ in response > to my questions: > > https://lpdaac.usgs.gov/lpdaac/about/news_archive/friday_july_24_2009 > > Unfortunately the new terms aren't new at all, and they still look too > restrictive to be incorporated into freely licensed datasets. Ævar, thanks for taking point on this... These sort of licensing issues are an annoying, but necessary part of our work and not everyone has the stomach for it. I myself have run into the issue locally... There's nearby county that has very high resolution aerial images but the standard licensing terms that they offer them under would make it impossible for me to use with OSM. That plus the fact that they would charge me a lot of money for copies of the images has made me decide not to even bother. Up next I'm going to see what I can get for the county that I'm an actual resident of. Perhaps I'll have better luck there. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and landuse=wood
On Mon, Jul 20, 2009 at 8:26 AM, John Smith wrote: > > --- On Mon, 20/7/09, David Earl wrote: > >> Indeed, in most >> developed countries, I would suggest that it is very rare >> for trees to >> be naturally occurring or not managed in some way. > > I've no idea about most developed countries, but I'm confident that not all > of Australia has been logged or managed, and I wouldn't be surprised if some > parts of Canada haven't been logged or managed either. In the USA there are large areas where activities like logging are prohibited at the federal level: http://en.wikipedia.org/wiki/National_Wilderness_Preservation_System http://en.wikipedia.org/wiki/List_of_U.S._Wilderness_Areas Many states provide similar protections to areas as well. Although logging may be prohibited currently there may have been logging activity before the area was designated as a wilderness area. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explaining to NASA why the ASTER data should be freely licensed
On Mon, Jul 6, 2009 at 9:52 AM, Ian Dees wrote: > > NASA = a US federal government organization. All data originated by US > federal organizations (and especially when funded by tax payer dollars) is > in the public domain. I would imagine that the licensing terms they give are > superseded by these rules. ASTER is a joint mission between NASA a few Japanese organizations. As such, I don't think that public domain status can be automatically assumed of the ASTER data. http://asterweb.jpl.nasa.gov/about.asp -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explaining to NASA why the ASTER data should be freely licensed
On Thu, Jul 2, 2009 at 4:15 PM, Ævar Arnfjörð Bjarmason wrote: > > # When presenting or publishing ASTER GDEM data, I agree to include > "ASTER GDEM is a product of METI and NASA." That clause seems very similar to the BSD advertising clause (and is problematic for the same reasons): http://en.wikipedia.org/wiki/BSD_licenses#UC%20Berkeley%20advertising%20clause -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changes in a bbox?
On Thu, Jun 25, 2009 at 11:43 PM, Tomas Straupis wrote: > > I remember seeing recently a link to an rss feed on dev server for > changesets in defined bbox. > Is this feature already on prod? > > I need this to identify strange disappearance of data... Here's the link I use to watch my neighborhood: http://griesm.de/osmrss.php?bbox=-96.723633,40.341797,-90.131836,43.549805 -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 500 Errors When Uploading?
I'm getting 500 errors when trying to upload some changes (from Merkaartor). It just started a few minutes ago as I've been able to upload stuff previously. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Canadian Triangle?
Unless aliens have started using Canada to teach their children geometry, this seems like someone uploaded something that they shouldn't have: http://openstreetmap.org/browse/way/34892338 -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RSS Feed for OSM API Changesets
On Wed, May 6, 2009 at 2:27 PM, Steffen Vogel wrote: > > I'm proud to announce my first version of a script to generate RSS 2.0 > newsfeeds out of the new OSM changesets API. > > Detailed information could be found on my blog: > http://www.steffenvogel.de/2009/05/06/osm-changesets-als-rss-feed/ Both the blog post and the actual RSS feed seem to have disappeared... Did the site get overwhelmed or something? I really like having the feed to see what was happinging in my neighborhood. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RSS Feed for OSM API Changesets
On Wed, May 6, 2009 at 2:27 PM, Steffen Vogel wrote: > > I'm proud to announce my first version of a script to generate RSS 2.0 > newsfeeds out of the new OSM changesets API. > > Detailed information could be found on my blog: > http://www.steffenvogel.de/2009/05/06/osm-changesets-als-rss-feed/ Well, that's way cool... I don't read German so I'm not sure what you said in your blog entry but the example URLs are clear enough. Now if there were just some way to better visualize the changes being made... -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
2009/4/16 Iván Sánchez Ortega : > > I'd say "Garmin eTrex" or "Garmin Colorado" or "Magellan Explorist". Runs ~8 > hours on two AA batteries (just carry a couple of extra AAs in your pack). > Rugged, check. Splash-proof, check. Waypoints, check. Heading/bearing > indicator, check. From what I've seen I'd stay away from the Garmin Colorado or Oregon for a long trek far from your home base. Garmin is still working on some bugs in the firmware... Just the other day I walked out from some tree cover and it seems my Oregon got a WAAS lock but something caused it to think I was at 2200ft of elevation instead of 950ft and the horizontal track was off 50-100ft. Switching of WAAS brought it back to normal. (Not that WAAS is available in Nepal anyway). They are great for geocaching/day hikes/mapping though. > Try to look after those brands, and be sure to compare prices and other > models. Look at the "GPS reviews" page in the OSM wiki or ask a local dealer. Stop by a local dealer and see if they'll let you take one out into the parking lot (under supervision by an employee of course) and try it out. If they do, buy your GPSr there and reward them for their excellent customer service. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 501 Errors trying to use XApi?
I'm getting "501 Internal Server Error" trying to download an extract (in my case the state of Iowa) using the XApi: http://www.informationfreeway.org/api/0.5/*[bbox=-96.723633,40.341797,-90.131836,43.549805] I've also tried going direct to the servers that informationfreeway.org redirects you to but they all give 501s too. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Picnic Shelters?
Hello, I'm just getting started with mapping, and have started with the trails and other objects in my local city parks. One thing that I haven't quite figured out is how one would tag a picnic shelter (http://images.google.com/images?q=Picnic+Shelter)? From reading the wiki, the closest I've been able to come up with is "amenity=shelter" but that doesn't seem quite right as the wiki page for "amenity=shelter" is designed more for places to protect hikers from inclement weather. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
