Re: [OSM-talk] new bing hires updates not visible in JOSM?

[Alan Mintz]

At 2012-06-12 17: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.

This area for reference:
http://www.openstreetmap.org/?lat=9.305565&lon=123.308057&zoom=18


Using JOSM r5181:

In that area, I can get down/in to zoom 19, dated 2011-09-14. This is 
0.3m/pel (~30m on the 1" scale bar) - enough to see individual cars and the 
buildings with which some OSM ways are poorly aligned :) Unfortunately, 
there is some cloud/fog-cover that obscures some areas completely.


The high-res extends west only to ~123.265 deg longitude and, when zoomed 
down/in further than about zoom 14 (9.4m/pel (1":940m)), there is no 
imagery at all west to ~123.245 deg (a swath ~2200m wide), before the zoom 
13 (18.8m/pel, 1":1880m) imagery area. That should probably be reported. 
Bing tends to have these at interfaces between different image sets, but 
there are usually just a few meters, unlike this one.


The imagery cache path is given in the Preferences dialog, Advanced 
Preferences, key imagery.tms.tilecache_path. Under that directory, there 
are separate directories for each particular WMS/TMS source, each of which 
contain a ton of files. I don't know what it's like on a Mac, but it takes 
many hours to remove those directories on Windows (the subject of a recent 
JOSM change request) if you want to flush the cache. You can also flush the 
cache for a particular source by creating a layer with it in JOSM, then 
right-clicking (or whatever your context-menu-key is) and choosing "Flush 
cache". This may be quicker, or not.


Lastly, or maybe firstly, check the Imagery URL you are using 
(Preferences->Imagery Preferences). It should be 
"bing:http://www.bing.com/maps/";.


--
Alan Mintz 


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds

[Pavel Melnikov]

Hello Peter.
Floating number are fully supported. You can use decimal point like 20.1 or
0.5

Best wishes,
  Pavel

On Fri, Jun 15, 2012 at 3:38 AM, Peter Barth  wrote:

> Hi Pavel,
>
> Pavel Melnikov schrieb:
> > Some users suggested a feature to specify filtering limits manually. This
> > feature is online now.
>
> thanks for adding this feature. I tested it some days now for my 2 main
> mapping areas and I like it very much! Thanks again.
> Btw, do the lat/lon-params support for floats or ints only?
>
> Peda
>
> --
>
> ___
> 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] Presenting filter for openstreetmaps history RSS feeds

[Peter Barth]

Hi Pavel,

Pavel Melnikov schrieb:
> Some users suggested a feature to specify filtering limits manually. This
> feature is online now. 

thanks for adding this feature. I tested it some days now for my 2 main
mapping areas and I like it very much! Thanks again.
Btw, do the lat/lon-params support for floats or ints only?

Peda

-- 

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds

[Arlindo Pereira]

Thanks a lot, Pavel! I've always wished for a tool that allowed me to track
alterations on the map in a so easily way.

Cheers,
Arlindo "Nighto" Pereira

On Wed, Jun 13, 2012 at 11:46 AM, Pavel Melnikov wrote:

> 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
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Wikimapia data now under cc-by-sa

[Jaakko Helleranta.com]

On Thu, Jun 14, 2012 at 9:24 AM, Arun Ganesh wrote:

> If this data covers the geographical coordinates which have been derived
> from google maps service, then it doesnt make any sense.


Sense or no sense?

I guess it depends among other things on whether you think (and the
jurisdiction you are in thinks) that coordinates can be copyrighted in any
way, if individual coordinates can't be copyrighted -- but that lists of
coordinates (or databases) can be copyrighted (case from Finland: the list
of "namedays" is copyrighted but individual "namedays" aren't), whether
deriving coordinates (one by one) from imagery has to do with copyrights or
TOS issues, etc.

OSM community at large wants to be very clearly on the safe side on these
(which I think makes all the sense in the world for a project like this).
Someone else having a slightly different opinion is just that--an opinion,
a stance--until proven in court or being hunted down and squeezed to death
by corporate lawyers, I guess.

Cheers,
-Jaakko

--
jaa...@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154  *
http://go.hel.cc/MyProfile
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Wikimapia data now under cc-by-sa

[Arun Ganesh]

Before you get all excited, I do not think its what it sounds like. See the
official announcement here:
http://wikimapia.org/forum/viewtopic.php?f=74&t=9878

I'm not certain what this 'wikimapia data' is or where it can be downloaded
from. But it seems to be that this could be the placemark content-  titles,
descriptions, images and comments, but not the geographical coordinates. I
have seen numerous cases where the description and images have just been
copied from wikipedia and this license change is probably an attempt at
conforming with the cc-by-sa license.

If this data covers the geographical coordinates which have been derived
from google maps service, then it doesnt make any sense. Can someone
clarify?


-- 
j.mp/ArunGanesh 
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Tag combinations: amenity and highway

[Peter Wendorff]

Hi Stephen.
If the combination amenity=bus_stop, parking=yes really is a 
park-and-ride station, you're right. But is that a correct 
interpretation for it?
In Germany p+r spaces are signed as such, and I'm not sure wether they 
are legally restricted to people who use the bus or train afterwards (if 
not stated as such directly, like it's sometimes the case at airports 
etc., where you have to put a corresponing parking ticket behind the 
front window).


So yes, it's useful to know about the park-and-ride stuff, but
1) I agree with you, that probably parking=yes is not the best way to 
tag that, and
2) (the more important question for me as a data consumer in this case), 
if that tag combination is correctly interpreted as a P+R facility.


regards
Peter

Am 14.06.2012 08:05, schrieb Stephen Hope:
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


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk