Jukka Rahkonen wrote:
> I believe also that the scale bar is not right. Distorsion is
> one thing, it makes Sweden (and Finland) to look visually
> ridiculous on the map,
At the deep zoom levels (zoom=6 and higher numbers), Sweden and
Finland don't look "large", because you don't see other coun
In Salem, Oregon, I have encountered a ramp that I can't quite seem to
make a restriction that JOSM thinks is valid, so I'm wondering what the
expected way to handle such a situation is. The area in question is
visible at
http://www.openstreetmap.org/?lat=44.929397&lon=-123.024784&zoom=18&layers=B
On Thu, 23 Apr 2009 23:49:54 +0100, Matt Amos wrote:
> On Thu, Apr 23, 2009 at 9:16 PM, David Earl
> wrote:
>> If one were to refer to nodes on the two ways instead of the way itself,
>> it would remove the ambiguity wouldn't it? Albeit more complicated for
>> the consumer to work out, in that it
OK to, we can share mapping/surveying techniques in the mapping event :)
What I do is:
1. old school - gps and notebook
2. gps and geotagged photo
I think ed do voicemapping.
Rally, maybe you can try synchronizing your notes to the gps timestamp
automatically.
Something like someone encodes the
Hi Steve, some responses from an osmosis point of view below.
Steve Hill wrote:
> On Tue, 21 Apr 2009, Shaun McDonald wrote:
>
>
>> The renderers are delayed until the minutely diff are working again.
>> There are some bugs there that need to be resolved first. Then there
>> will be a delay of
On Thu, Apr 23, 2009 at 9:16 PM, David Earl wrote:
> If one were to refer to nodes on the two ways instead of the way itself,
> it would remove the ambiguity wouldn't it? Albeit more complicated for
> the consumer to work out, in that it would have to decide which way the
> two nodes were on.
an
On 23 Apr 2009, at 22:56, andrzej zaborowski wrote:
> 2009/4/23 SteveC :
>>
>> On 23 Apr 2009, at 12:32, Teemu Koskinen wrote:
>>
>>> On Thu, 23 Apr 2009 22:25:36 +0300, SteveC
>>> wrote:
>>>
On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
> On Thu, 23 Apr 2009 21:34:05 +030
David Earl schrieb:
> If one were to refer to nodes on the two ways instead of the way itself,
> it would remove the ambiguity wouldn't it?
There was a proposal that suggested exactly that, "xrestriction":
http://wiki.openstreetmap.org/index.php?title=Relation:xrestriction
Hasn't been used a lot.
2009/4/23 Aun Johnsen (via Webmail) :
> On Thu, 23 Apr 2009 21:56:09 +0200, andrzej zaborowski
> wrote:
>> Or something like this is common:
>>
>> B C
>> \ |
>> \ |
>> \|
>> |
>> |
>> A
>>
>> where the straight line is considered a turn even though it's
>> straight, and the tur
El Jueves, 23 de Abril de 2009, SteveC escribió:
> Basically, what do we feel substantial means when someone takes some
> part of the data? How much is 'substantial'? [...]
> We're not looking for a legal opinion [...] rather, what do we think it
> means?
My personal point of view is:
If the e
On Thu, 23 Apr 2009 21:56:09 +0200, andrzej zaborowski
wrote:
> 2009/4/23 SteveC :
>>
>> On 23 Apr 2009, at 12:32, Teemu Koskinen wrote:
>>
>>> On Thu, 23 Apr 2009 22:25:36 +0300, SteveC wrote:
>>>
On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
> On Thu, 23 Apr 2009 21:34:05 +
But this is not flawless. For instance here it's as if Canada was
200km wide and Europe & Asia combined 300 miles wide.
http://maps.google.com/?ie=UTF8&ll=87.797228,-38.671875&spn=51.090044,360&z=1
Yann
Le 23 avr. 09 à 16:23, Lars Aronsson a écrit :
Google Maps
shows the correct scale and i
If one were to refer to nodes on the two ways instead of the way itself,
it would remove the ambiguity wouldn't it? Albeit more complicated for
the consumer to work out, in that it would have to decide which way the
two nodes were on.
|A
*a
|
c| b
-*---*---*-
On Thu, Apr 23, 2009 at 12:39 PM, Marco Lechner - FOSSGIS e.V. <
marco.lech...@fossgis.de> wrote:
> hi karl,
>
> ./bin/osmosis --read-xml-0.6 file="path/planet-090421.osm.bz2"
> compressionMethod=bzip2 --bounding-polygon-0.6 file=path/aoi.pff
> --write-xml-0.6 file=path/aoi_2009-04-21_v06.osm
>
>
SteveC schrieb:
> Ok so in that case... why don't we make best practice to split your way
> A in to two directions, rather than hundreds of little ways?
You mean something like that
^A1 |A2
| |
| |
| | B
---*-*--
| |
| |
| v
with
2009/4/23 SteveC :
>
> On 23 Apr 2009, at 12:32, Teemu Koskinen wrote:
>
>> On Thu, 23 Apr 2009 22:25:36 +0300, SteveC wrote:
>>
>>>
>>> On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
>>>
On Thu, 23 Apr 2009 21:34:05 +0300, SteveC
wrote:
> I don't see a clear explanation as to
On Thu, Apr 23, 2009 at 14:45, David Lynch wrote:
> On Thu, Apr 23, 2009 at 14:25, SteveC wrote:
> >> If both from and to ways continue after the via point and neither is
> >> one-way, there's two possible ways to interpret it: the restriction
> >> could apply when coming from either of the ends
On Thu, 23 Apr 2009 22:34:51 +0300, Tobias Knerr
wrote:
>
>|A
>|
>|
> x| B
> ---*--
>|
>|
>|
>
> Imagine this situation, ways A and B with a common node x. You are
> moving on A from north to south and are not allowed to turn into
hi karl,
./bin/osmosis --read-xml-0.6 file="path/planet-090421.osm.bz2"
compressionMethod=bzip2 --bounding-polygon-0.6 file=path/aoi.pff
--write-xml-0.6 file=path/aoi_2009-04-21_v06.osm
gives (almost) the same error as pure v0.5:
Unable to parse xml file path/planet-090421.osm.bz2. publicId=(
On 23 Apr 2009, at 12:34, Tobias Knerr wrote:
> SteveC wrote:
>> On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
>>> If both from and to ways continue after the via point and neither is
>>> one-way, there's two possible ways to interpret it: the restriction
>>> could apply when coming from either
On 23 Apr 2009, at 12:32, Teemu Koskinen wrote:
> On Thu, 23 Apr 2009 22:25:36 +0300, SteveC wrote:
>
>>
>> On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
>>
>>> On Thu, 23 Apr 2009 21:34:05 +0300, SteveC
>>> wrote:
>>>
I don't see a clear explanation as to why there is ambiguity if you
SteveC wrote:
> On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
>> If both from and to ways continue after the via point and neither is
>> one-way, there's two possible ways to interpret it: the restriction
>> could apply when coming from either of the ends of the from-way.
>> This of course
On Thu, 23 Apr 2009 22:25:36 +0300, SteveC wrote:
>
> On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
>
>> On Thu, 23 Apr 2009 21:34:05 +0300, SteveC wrote:
>>
>>> I don't see a clear explanation as to why there is ambiguity if you
>>> don't do turn restrictions at the end of ways on the wiki. T
On 23 Apr 2009, at 12:17, Teemu Koskinen wrote:
> On Thu, 23 Apr 2009 21:34:05 +0300, SteveC wrote:
>
>> I don't see a clear explanation as to why there is ambiguity if you
>> don't do turn restrictions at the end of ways on the wiki. There is
>> some stuff in the talk page
>>
>> http://wik
On Thu, 23 Apr 2009 21:34:05 +0300, SteveC wrote:
> I don't see a clear explanation as to why there is ambiguity if you
> don't do turn restrictions at the end of ways on the wiki. There is
> some stuff in the talk page
>
> http://wiki.openstreetmap.org/wiki/Talk:Relation:restriction
>
> An
Has there been any discussion on what people here feel 'substantial'
means in the context of the definitions of the ODbL? I've banged
around the wiki looking but might might have missed it. Here's the
first important bit relevant to this in the ODbL:
""Extraction" – Means the permanent or temporar
On Thu, Apr 23, 2009 at 7:06 AM, Marco Lechner - FOSSGIS e.V. <
marco.lech...@fossgis.de> wrote:
> Hi,
>
> I try to cut the planetfile from 2009-04-21 using osmosis:
>
> ./bin/osmosis --read-xml-0.6 file=path/planet-090421.osm.bz2
> compressionMethod=bzip2 --bp file=path/aoi.pff --write-xml-0.6
>
I don't see a clear explanation as to why there is ambiguity if you
don't do turn restrictions at the end of ways on the wiki. There is
some stuff in the talk page
http://wiki.openstreetmap.org/wiki/Talk:Relation:restriction
Anyone care to provide an explanation?
The reason I ask is
>> Out of interest, since Mapnik seems to process the entire world quite
>> quickly, why is it not invoked when a tile is dirty, like osmarender?
>
> It is. Either a tile is requested in real-time (if it doesn't exist) or is
> queued if the tile is old (via render_old). mod_tile is an amazing
Hi,
I'm currently working on a project that aim to answer those questions + other
on the tourism/free time subjects. I am currently looking for a server to host
the site and will describe the project on the wiki by the end of the week.
So it is funny for me to see that such subject could inter
Jukka Rahkonen wrote:
> I believe also that the scale bar is not right. Distorsion is
> one thing, it makes Sweden (and Finland) to look visually
> ridiculous on the map,
At the deep zoom levels (zoom=6 and higher numbers), Sweden and
Finland don't look "large", because you don't see other cou
Placeopedia is a project by mySociety, allies to OpenStreetMap. They've used
OSM in the Time Travel Maps project ..
http://www.mysociety.org/2007/more-travel-maps/
So, I'd suggest approaching them on one of their mailing lists and suggesting
the change. Or I believe the code is open source, so
-- Forwarded message --
Date: Thu, 23 Apr 2009 13:37:16 +
From: Jack Kirby
Reply-To: ordnancem...@yahoogroups.co.uk
To: ordnancem...@yahoogroups.co.uk
Subject: [ordnancemaps] New business strategy for Ordnance Survey announced
A press release containing the latest developments
Hi,
I try to cut the planetfile from 2009-04-21 using osmosis:
./bin/osmosis --read-xml-0.6 file=path/planet-090421.osm.bz2
compressionMethod=bzip2 --bp file=path/aoi.pff --write-xml-0.6
file=path/aoi_2009-04-21_v06.osm
and get the error message:
...
Task 2-bp does not support data provided by
On Thu, Apr 23, 2009 at 1:36 AM, Frederik Ramm wrote:
> Hi,
>
> Eugene Alvin Villar wrote:
>
>> Getting RSS/Atom feeds for these seems to be the logical next step. (I
>> prefer Atom 1.0 + GeoRSS extension instead of RSS 2.0, by the way.) I
>> assume
>> that it'd be *extremely* easy to do this: ju
There's a trac ticket submitted two weeks ago for this:
http://trac.openstreetmap.org/ticket/1704
I imagine that the solution would be similar to how Google does their map
scale indicator in Google Maps.
The map scale should be correct for the latitude at the center of the map
view. The map scale
On Thu, Apr 23, 2009 at 12:38 AM, Andy Allan wrote:
> On Wed, Apr 22, 2009 at 4:59 PM, Eugene Alvin Villar
> wrote:
> > Getting RSS/Atom feeds for these seems to be the logical next step. (I
> > prefer Atom 1.0 + GeoRSS extension instead of RSS 2.0, by the way.) I
> assume
> > that it'd be *extr
Oops, I wanted that off-list, sorry
2009/4/23 andrzej zaborowski :
> Hi Robert,
>
> 2009/4/22 Robert Soden :
>> We've received several emails from folks wanting to help us in this
>> process. Now that we (think) we've got our feet under us, we hope to
>> work with them as we process the remaining
Hi Robert,
2009/4/22 Robert Soden :
> We've received several emails from folks wanting to help us in this
> process. Now that we (think) we've got our feet under us, we hope to
> work with them as we process the remaining data.
Wonderful job on the work with UN and the roads import so far. I'd
-1. This would indeed be satisfying the wish for nice line labeling on tram
lines in the short term. However, implementing this one-time might encourage
others to just tag tram lines in this fashion and not even bother about the
relations. You know how these things go, as soon as you start doing th
2009/4/22 Ed Loach
> > How large is the current delay before uploaded data became
> > visible?
>
> My question is slightly different. I uploaded two changesets
> successfully earlier from JOSM (the third took over an hour so I
> clicked Abort and ended up losing my edits, so lucky there weren't
>
> >If you want it done right, then your scale bar has detatchable end
> >points. You drag one end of the scale bar to one end of the feature,
> >the other to the other, and then the scale bar warps itself into a
> >great-circle curve and tells you how long it is.
>
> Which would actually be an inc
>If you want it done right, then your scale bar has detatchable end
>points. You drag one end of the scale bar to one end of the feature,
>the other to the other, and then the scale bar warps itself into a
>great-circle curve and tells you how long it is.
Which would actually be an incredibly cool
On Thu, Apr 23, 2009 at 11:45 AM, Peter Childs wrote:
> 2009/4/23 Jacek Konieczny :
>> On Thu, Apr 23, 2009 at 08:23:16AM +, Jukka Rahkonen wrote:
>>> not mean that these countries are twice as large in the real life. Scale
>>> bar
>>> values, if presented in meters/feet, should be adjusted
Thanks Nic. That seems to be more for tracks.
In it's simplest form, I'm just looking for a map with Points of
Interest highlighted on it, ie, tourist attractions and things to see
and do
2009/4/23 Nic Roets :
>
> http://gpsies.com/ is not opensource and it defaults to google maps, but it
> has o
2009/4/23 Jacek Konieczny :
> On Thu, Apr 23, 2009 at 08:23:16AM +, Jukka Rahkonen wrote:
>> not mean that these countries are twice as large in the real life. Scale bar
>> values, if presented in meters/feet, should be adjusted according to
>> latitude.
>> Even then it cannot be correct for
On Tue, 21 Apr 2009, Shaun McDonald wrote:
> The renderers are delayed until the minutely diff are working again.
> There are some bugs there that need to be resolved first. Then there
> will be a delay of a few hours/days once the diffs come back up.
Some curiosities/observations:
1. Is OSM now
El Jueves, 23 de Abril de 2009, Joe Richards escribió:
> Out of interest, since Mapnik seems to process the entire world quite
> quickly, why is it not invoked when a tile is dirty, like osmarender?
It is. Either a tile is requested in real-time (if it doesn't exist) or is
queued if the tile is
On Tue, 21 Apr 2009, Jonathan Bennett wrote:
> It could be that you get no warning when the upload fails under certain
> circumstances. Hasn't happened to me on the latest SVN build, though.
I noticed the exact opposite to this on Tuesday - JOSM thought the upload
had failed, the OSM servers tho
http://gpsies.com/ is not opensource and it defaults to google maps, but it
has openstreetmap support, as well as many other cool features.
On Thu, Apr 23, 2009 at 11:04 AM, Mike Ryan wrote:
> All
>
> I used to use a site called placeopedia that showed a map with
> Wikipedia articles located on
On Thu, Apr 23, 2009 at 08:23:16AM +, Jukka Rahkonen wrote:
> not mean that these countries are twice as large in the real life. Scale bar
> values, if presented in meters/feet, should be adjusted according to latitude.
> Even then it cannot be correct for the whole map, but showing the corrre
All
I used to use a site called placeopedia that showed a map with
Wikipedia articles located on it. http://www.placeopedia.com/ Quite
useful if you're planning a route and you want to see interesting
sights slong the way
Is anyone aware of a similar openstreetmap replacment?
Cheers
Mike
_
Hi,
Lars Aronsson wrote:
> Looking at the area where I live,
> http://www.openstreetmap.org/?lat=58.407&lon=15.600&zoom=18&layers=B000FTF
>
> these buildings are 11 metres wide and not 22 metres as the scale
> indicates. The difference is explained by the latitude 58.4
> degrees and cosine(60°
Lars Aronsson schrieb:
> Looking at the area where I live,
> http://www.openstreetmap.org/?lat=58.407&lon=15.600&zoom=18&layers=B000FTF
>
> these buildings are 11 metres wide and not 22 metres as the scale
> indicates. The difference is explained by the latitude 58.4
> degrees and cosine(60°) =
Hello Robert,
thks for your contribution.
While waiting for OSM to render your tiles, you can take a look to this one
that has realtime rendering and compare it with Google Maps and Yahoo Maps
layers to check ur data.
http://sautter.com/map/
Best Regards.
On Wed, Apr 22, 2009 at 8:54 PM, Rober
Juan Lucas Dominguez Rubio prodevelop.es> writes:
> That is happening in Scandinavia with Spherical Mercator:
> Sweden is ridiculously large, but sorry, that's the way it is
> using that projection, so the scale bar is right. The problem
> is that the projection is not good for that part of the
>> Is the weekly Mapnik rendering process still running after the upgrade to
>> API 0.6? If so, which day is it scheduled for?
>
> It will still occurs on Wednesdays. I have started off the import this
> evening so it should begin rendering the latest changes tomorrow.
so it's normally on a
Hi Robert,
Looks good. Where did the UN agencies get their data from? Did all this data
originate from within the UN agencies through GPS traces or did they source it
from somewhere else?
Regards
Neil
--- On Thu, 23/4/09, Robert Soden wrote:
From: Robert Soden
Subject: [OSM-talk] Africa
> Looking at the area where I live,
> http://www.openstreetmap.org/?lat=58.407&lon=15.600&zoom=18&layers=B000FTF
>
> these buildings are 11 metres wide and not 22 metres as the scale
> indicates. The difference is explained by the latitude 58.4
> degrees and cosine(60°) = 0.5.
>
> Maybe one year
59 matches
Mail list logo
