Re: [OSM-talk] new bing hires updates not visible in JOSM?
Hi Maning, JOSM caches the old imagery if you clear the cache it will fix the issue. -Kate On 13 Jun 2012 08:39, "maning sambale" wrote: > I don't think this is the case because when I am using JOSM, the old > hires imagery is loaded instead of the updates. > > You can see the outline of the old imagery here: > http://maning.github.com/Imagery_Coverage_Map/#10.685173,122.583121,17 > > Click the bing baselayer to see the updated imagery. In josm, only > the old imagery is visible. > > On Wed, Jun 13, 2012 at 9:18 AM, Jaakko Helleranta.com > wrote: > > Make sure you are viewing the highest zoom levels (z18-19) when trying > to look for the highres imagery. > > > > This trick showed some additional hires imagery for some areas in Haiti > last year. It was in JOSM, though and the bug may have been solved (haven't > checked actually). .. So, may not help you but good to try. > > > > Cheers, > > -Jaakko > > > > --Original Message-- > > From: maning sambale > > To: osm-talk > > Subject: [OSM-talk] new bing hires updates not visible in JOSM? > > Sent: Jun 12, 2012 20:39 > > > > As the subject says, we spotted new imagery from Bing. Potlatch2 can > > load the imagery, but JOSM still shows the lowres Landsat image of the > > same area. > > > > This area for reference: > > http://www.openstreetmap.org/?lat=9.305565&lon=123.308057&zoom=18 > > > > -- > > cheers, > > maning > > -- > > "Freedom is still the most radical idea of all" -N.Branden > > wiki: http://esambale.wikispaces.com/ > > blog: http://epsg4253.wordpress.com/ > > -- > > > > ___ > > talk mailing list > > talk@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk > > > > > > Sent from my BlackBerry® device from Digicel > > -- > > Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta > > > > -- > cheers, > maning > -- > "Freedom is still the most radical idea of all" -N.Branden > wiki: http://esambale.wikispaces.com/ > blog: http://epsg4253.wordpress.com/ > -- > > ___ > 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] new bing hires updates not visible in JOSM?
On Wed, 13 Jun 2012 16:01:04 Kate Chapman wrote: > Hi Maning, > > JOSM caches the old imagery if you clear the cache it will fix the issue. Right, right-click on the editing area and select 'Flush tile cache'. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag combinations: amenity and highway
(Added tagging@osm. Isn't this more of a tagging discussion all-in-all?) Should both description and note keys be encouraged especially when using atypical tags/combinations? -Jaakko --Original Message-- From: Maarten Deen To: talk@openstreetmap.org Subject: Re: [OSM-talk] Tag combinations: amenity and highway Sent: Jun 13, 2012 02:01 On 2012-06-12 22:28, Peter Wendorff wrote: > 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in > the database, so at least I would count amenity=tourist as useless. Could it be meant as a bus stop for tourist/sightseeing busses? Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
And a big thanks to the Bing Team for getting this imagery update out. It's a huge help in keeping maps current! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
1. Right-click > Flush tile cache doesn't work 2. Manual removing "/var/folders/Zp/ZpOE5tJJEy0E3dZIW-0jkU+++TM/-Tmp-/JMapViewerTiles_maning" doesn't work either. Finally, I deleted my ".josm" directory and now it works on the mac. Perhaps it's having trouble with old plugins? Anyway, all is good now. :) Thanks! On Wed, Jun 13, 2012 at 7:20 PM, Mike N wrote: > And a big thanks to the Bing Team for getting this imagery update out. It's > a huge help in keeping maps current! > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
2012/6/13 maning sambale : > 1. Right-click > Flush tile cache doesn't work > 2. Manual removing > "/var/folders/Zp/ZpOE5tJJEy0E3dZIW-0jkU+++TM/-Tmp-/JMapViewerTiles_maning" > doesn't work either. > > Finally, I deleted my ".josm" directory and now it works on the mac. > Perhaps it's having trouble with old plugins? > > Anyway, all is good now. :) Thanks! On Linux I think the default folder for the imagery cache is ~/.josm/cache/wms cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag combinations: amenity and highway
I wonder about lumping things together sometimes. Locally we have gas stations amenity=fuel that have a convenience store and a ABM or ATM in OSM language. I'm tempted to have three separate POIs in much the same way as a bank with an ATM have two POIs together. The problem with putting too much information on one POI is the rendering systems have problems with more complex coding especially how do you display it? Even to distinguish between a bus_stop and a bus_stop with shelter in a simple way with different icons doesn't seem to be standardized. Cheerio John On 12 June 2012 16:28, Peter Wendorff wrote: > Hi. > While developing the look-and-listen map I currently do some research > about tagging and tag combinations as I have to build some kind of decision > tree to determine how to describe a given osm object as text. > > I thought about "first level tags" in the osm database and looked into the > most often used keys and tags according to taginfo for that. > > Some of the most used "relevant" keys are amenity and highway, and I did a > summary of value combinations of these. > > It turns out, that at objects, that have both keys these often are > redundant. > Before I start: in sum my overpass-api export of yesterday returned 2668 > objects with both tags. > > I would really appreciate some comments and thoughts about my suggestions > (as written behind the corresponding combination). > > In order of appearance the combinations are count (amenity, highway): > (neither all combinations listed, nor all most used ones): > > redundant combinations: > 845 (bus_station, bus_stop) > 69 (lamp, street_lamp) > 34 (bus_stop, bus_stop) > 25 (speed_trap, speed_camera) > 10 (street_light, street_lamp) > 7 (doctors, emergency_access_point): probably I'm wrong here, but why > should I go to a doctor to call a doctor for an emergency? I'm confused > about these. > 7 (elevator, elevator) > 4 (public_lift, elevator): where public_lift is used only 5 times over all > 2 (bus_station, bus_station) > 2 (elevator, lift) > 2 (light_post, street_lamp) > 2 (mountain_rescue, emergency_access_point): additionally > amenity=mountain_rescue is not documented (but listed on the german > how-to-map-A) > 2 (speed_enforcement, speed_camera) > > not redundant combinations: > 213 (waste_basket, bus_stop) > 136 (bench, bus_stop): alternative: amenity=bus_stop; bench=yes (already > used around 50k times) > 118 (parking, rest_area) > 107 (shelter, bus_stop): alternative: amenity=bus_stop; shelter=yes > (already used 108k times) > 92 (parking, turning_circle) > 59 (parking, services) > 37 (waste_basket, street_lamp) > 35 (post_box, bus_stop): but often two objects, I think > 15 (shelter, emergency_access_point) > 6 (toilets, bus_stop): should be two objects, I think. > 6 (waste_disposal, bus_stop): IMHO again two objects. > 5 (watering_place, ford) > > combinations I guess to be an error: > 46 (parking, bus_stop) how is this in other countries? in germany this > would usually be an error. > 45 (fuel, services) well, related, but amenity=fuel should not be tagged > on the highway, right? > 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in the > database, so at least I would count amenity=tourist as useless. It's not > documented in the wiki. > 30 (sloped_curb, crossing): outdated, as amenity=sloped_curb should be > replaced by sloped_curb=yes (or better) or kerb=* > 27 (restaurant, services): should be more than one object. > 16 (school, bus_stop): should be two objects > 15 (bicycle_parking, bus_stop): should be two objects > 13 (fuel, service): probably services? > 12 (trash_can, bus_stop): waste_basket instead of trash_can? > 10 (fuel, bus_stop): two objects? > 8 (fountain, mini_roundabout): if a mini-roundabout is a fountain in > parallel, I would suggest the center not to be traversable, that would be a > contradiction to the mini_roundabout definition we found in the discussions > in the last weeks. > 8 (recycling, bus_stop): I guess, this is most often a waste_basket, not > what we usually call amenity=recycling. If that's wrong, these should be > two objects. > 8 (toilets, rest_area): should be two objects, as the toilets are much > smaller than the rest area I guess (else I would not call it rest_area any > more, but toilets only) > 6 (grave_yard, turning_circle): sounds strange... > 5 (cafe, services): not on one object, I would say > 5 (fast_food, services): 2 objects > 5 (fuel, residential): should the fuel be on the same object as highway? > 5 (recycling, turning_circle): should be two objects > 4 (pub, bus_stop): two objects > 4 (public_building, bus_stop): two objects > 3 (pharmacy, bus_stop): two objects > 3 (place_of_worship, residential): two objects > 3 (school, residential): two objects > 3 (traffic_signals, traffic_signals): as I would interpret > amenity=traffic_signals as an error; on top of that it's redundant > 2 (bank, bus_stop): I guess, this is a Germa
Re: [OSM-talk] Tag combinations: amenity and highway
2012/6/13 Jaakko Helleranta.com : > Imho in your cases amenity=bus_stop + parking=yes doesn't sound bad at all > for bus stops targeted to (partly car traveling) commuters, for example. I don't think that amenity=bus_stop parking=yes does make any sense. You can park in a lot of places, shall we add parking=yes to all of them? You can also chew gum there, should we also add chew_chewing_gum=yes? A parking is an area, a bus stop is more or less a point. If the two are close, you can see this in the db (and potentially also, if there are any linear barriers between them). IMHO there is no need or sense in combining the two, but if I were to emphasize on a parking with annected bus stop I'd see it as an extra property of the parking, not the bus stop. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds
Hello everyone. Some users suggested a feature to specify filtering limits manually. This feature is online now. On the main page ( http://positron96.appspot.com/osmfilter.html) there are 2 controls to set latitude and longitude limits in degrees. Generated feeds will contain changesets that are smaller than the specified size. Feeds that you have already created will continue to work as they did (but will use default 20 deg/40 deg values). Best wishes, Pavel On Tue, Jun 12, 2012 at 1:11 AM, Pavel Melnikov wrote: > Hello again! > Small update to RSS filtering service. > In the past few days I've found that it is probably difficult for everyone > to use current feed creation process ( which involved copying RSS URL from > the image on openstreetmap.org page). So I simplified the process. Now > you only need URL to a history page, which is usually visible and copyable > from address bar in your browser. The app will extract needed RSS feed on > its own and generate filtered feed url and present it to you. > > So if you tried the service and it did not work well somehow, you can > create a filtered rss link again, this time providing with history page > URL, not RSS url. Detailed steps are descripbed on > http://positron96.appspot.com/osmfilter.html . > If the service worked well for you, there is no need to change anything, > filtering process and interface itself did not changed a bit. > > Any comments and reports are still highly appreciated. > > Best regards, >Pavel > > On Sat, Jun 9, 2012 at 3:36 PM, Pavel Melnikov wrote: > >> Hello everyone! I've been a mapper for some years, and now I've decided >> to do some coding. I've been using history tab in OSM website, but it is >> usually filled with bot-generated changes that cover the half of the world. >> I did not find any solutions to overcome this in osm RSS feeds, so I've >> decided to make a filter that will filter out these large changesets in RSS >> feed. >> >> Now I present you guys this filter: >> http://positron96.appspot.com/osmfilter.html . >> At the moment the concept is simple: all changes with bounding box larger >> that 20 degrees latitude or 40 degrees longitude are filtered out from the >> feed. So far it's working for me, so I hope someone will find it useful too. >> >> Usage is described in project page, and is mostly simple. You get a link >> to history RSS feed from openstreetmaps site (something like >> http://www.openstreetmap.org/browse/changesets/feed?bbox=2.28907%2C48.84799%2C2.32597%2C48.8644) >> and insert it into the only textbox on the page. First button will lead you >> to filtered feed, second button will show you feed to filtered feed. >> URL for filtered feed can be created manually, syntax is: >> http://positron96.appspot.com/osmfilter.rss?feed= >> >> >> Any comments, suggestions and reports are highly appreciated. >> >> Pavel Melnikov >> > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
Try to delete the cache :D On 06/13/2012 02:39 AM, maning sambale wrote: As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. This area for reference: http://www.openstreetmap.org/?lat=9.305565&lon=123.308057&zoom=18 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
On 6/13/2012 4:06 PM, hbogner wrote: Try to delete the cache :D I posted this to talk-US - I have 2 instances of JOSM - one 'works', and the other always shows the 'old imagery'. I removed all cached images from the JOSM settings folder, and the shared %TEMP%\JmapViewer_UserName cache (for Windows). I ran a Procmon trace, and cannot see that it accesses any image files from any other folder. The only thing I haven't done is a network trace to see what the difference between the 2 instances is, as well as double checking and comparing the cached image file contents between instances. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
On 13-06-2012 02:39, maning sambale wrote:> As the subject says, we spotted new imagery from Bing. Potlatch2 can > load the imagery, but JOSM still shows the lowres Landsat image of the > same area. Remove bing.attribution.xml from the cache dir: %APPDATA%\JOSM\cache\bing.attribution.xml on Windows ~/.josm/cache/bing.attribution.xml on Linux This appears to be a JOSM bug, as the attribution file/config should not be cached. https://josm.openstreetmap.de/ticket/7778 -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
On 6/13/2012 5:58 PM, Jonas Häggqvist wrote: Remove bing.attribution.xml from the cache dir: %APPDATA%\JOSM\cache\bing.attribution.xml on Windows ~/.josm/cache/bing.attribution.xml on Linux This appears to be a JOSM bug, as the attribution file/config should not be cached. https://josm.openstreetmap.de/ticket/7778 Thanks - that worked here! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
I had the same problem in my instance of JOSM. What I did was to delete all cache directories in my .josm directory and it seemed to work. I guess I deleted the bing.attribution.xml file in the process. :) On Thu, Jun 14, 2012 at 6:58 AM, Jonas Häggqvist wrote: > On 13-06-2012 02:39, maning sambale wrote:> As the subject says, we spotted > new imagery from Bing. Potlatch2 can > >> load the imagery, but JOSM still shows the lowres Landsat image of the >> same area. > > Remove bing.attribution.xml from the cache dir: > > %APPDATA%\JOSM\cache\bing.attribution.xml on Windows > > ~/.josm/cache/bing.attribution.xml on Linux > > This appears to be a JOSM bug, as the attribution file/config should not be > cached. > > https://josm.openstreetmap.de/ticket/7778 > > -- > Jonas Häggqvist > rasher(at)rasher(dot)dk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag combinations: amenity and highway
It is an important point of difference to train and bus stations/stops as to whether they have a dedicated Park and Ride carpark or not. It is something I would find useful if I was searching for station POI's. It's not just whether parking is nearby, but whether it's dedicated to commuters - not something you can figure out just from how close the parking is. And it is information that belongs to the station, not the carpark. On the other hand, I'm not sure that just adding parking=-yes on the station/stop is the best way to tag this. Stephen On 13 June 2012 22:23, Martin Koppenhoefer wrote: > I don't think that amenity=bus_stop parking=yes does make any sense. > You can park in a lot of places, shall we add parking=yes to all of > them? You can also chew gum there, should we also add > chew_chewing_gum=yes? > > A parking is an area, a bus stop is more or less a point. If the two > are close, you can see this in the db (and potentially also, if there > are any linear barriers between them). IMHO there is no need or sense > in combining the two, but if I were to emphasize on a parking with > annected bus stop I'd see it as an extra property of the parking, not > the bus stop. > > cheers, > Martin > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
