Robin Paulson wrote:
> i was looking for a tag to name new zealand, and it appears there are
> no tags for places at this high level, at least in potlatch, or here:
>
> http://wiki.openstreetmap.org/index.php/Key:place
>
> is there any consensus on this?
>
> has anyone made any attempt to distin
Alex Mauer wrote:
> I've added a decision tree to the physical section of the page, as well
> as removed the "boulevard" designation (since it didn't really add much)
>
> I'd like to have some more comments from the UK and german end, as to
> whether or not A and B roads (and others?) fit into t
A new version of the lakewalker plugin is now available. This release
features a substantial change to the original plugin that Brent Easton
put together to interface with Daryl Shpak's python script, in that the
actual work of the plugin has been ported to Java and included within
the plugin.
On Mon, 2008-02-18 at 12:52 +0100, Igor Brejc wrote:
> Hello Frederik,
>
> I used the Linux image from the Mono site which has all of the mono
> components already included, so I'm not exactly sure what components
> are needed. Do you have the latest version of Mono (1.2.6)?
> The exception throw
El Lunes, 18 de Febrero de 2008, Martin Trautmann escribió:
> NUTS is ok for certain statistical classification - but it may add on
> one hand levels just by population which will cause splits which are not
> known within the country itself.
OK, let's skip those extra levels altogether.
For examp
On Feb 18, 2008 7:39 PM, Karl Eichwalder <[EMAIL PROTECTED]> wrote:
> landuse=quarry
>
>|- -|
>|- -|
>|- -|
>|- -|
>|- -|
I would like those "saw tooth" lines to signify a steep cliff as w
[EMAIL PROTECTED] wrote:
What topics would be useful? Is [tagging] in the Subject: header
what's wanted just now?
[RFC], [voting]?
--
Było mi bardzo miło. Czwarta pospolita klęska, [...]
>Łukasz< Już nie katolicka lecz złodziejska. (c)PP
-
Tom Hughes wrote:
In message <[EMAIL PROTECTED]>
Lukasz Stelmach <[EMAIL PROTECTED]> wrote:
Tom Hughes wrote:
Indeed. I think the problem is that he is reading a page that
documents the HTTP API and expecting it to tell him the format
of a JOSM change file.
No, I was reading the pa
I've added a decision tree to the physical section of the page, as well
as removed the "boulevard" designation (since it didn't really add much)
I'd like to have some more comments from the UK and german end, as to
whether or not A and B roads (and others?) fit into the highway:admin
scheme.
A
On 19/02/2008, Christoph Eckert <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > Sadly, it seems to be frozen in a proposal state forever and is therefore
> > not rendered on the two main maps yet.
>
> so why not open it for voting? I've mapped some and would vote for it :) .
for consistency, this would be
On Feb 18, 2008 1:47 PM, Stuart Poulton <[EMAIL PROTECTED]> wrote:
> Hi,
>
> No problems with the usage of multiple bounding boxes, infact in this case
> 14 of them. Each one output to a single file.
> Looks like the simplest solution may be to have a 15th polygon and output
> this to a final file
Hi,
> Sadly, it seems to be frozen in a proposal state forever and is therefore
> not rendered on the two main maps yet.
so why not open it for voting? I've mapped some and would vote for it :) .
Best regards,
ce
___
talk mailing list
talk@openstreet
I've set a date for a Durham mapping party.
7&8th June.
http://www.livingwithdragons.com/2008/02/mapping-party-for-durham
http://wiki.openstreetmap.org/index.php/Durham_mapping_party
I seem to remember a few people wanting an excuse to come up to this
beautiful city in the North of England (World
Am Montag, 18. Februar 2008 17:18:37 schrieb Andy Allan:
> Ask and ye shall, eventually, receive. The OSM cycle map now displays
> contours.
>
> http://www.gravitystorm.co.uk/shine/archives/2008/02/18/one-leg-longer-than
>-the-other/
> http://www.gravitystorm.co.uk/osm/?zoom=13&lat=6746094.87258&lo
Hi,
No problems with the usage of multiple bounding boxes, infact in this
case 14 of them. Each one output to a single file.
Looks like the simplest solution may be to have a 15th polygon and
output this to a final file.
Cheers
Stuart
On 18 Feb 2008, at 21:42, Gregory wrote:
I've heard
Ah silly me, I should of known about googlemail/gmail.
Thanks.
On 18/02/2008, Andy Robinson (blackadder) <[EMAIL PROTECTED]>
wrote:
>
> Gregory wrote:
> >Sent: 18 February 2008 8:01 PM
> >To: talk@openstreetmap.org
> >Subject: [OSM-talk] Slippy map - clickable POI
> >
> >I tried posting this to de
I've heard you can only do one bounding box and nothing clever.
On 18/02/2008, Stuart Poulton <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
> Can anyone advise.
>
> If I'm extracting a series of bounding boxes to seperate files, can I also
> extract the entire area to one file at the same time ?
>
In message <[EMAIL PROTECTED]>
Lukasz Stelmach <[EMAIL PROTECTED]> wrote:
> Tom Hughes wrote:
>
> > Indeed. I think the problem is that he is reading a page that
> > documents the HTTP API and expecting it to tell him the format
> > of a JOSM change file.
>
> No, I was reading the page
Tom Hughes wrote:
In message <[EMAIL PROTECTED]>
Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
On Feb 10, 2008 10:51 PM, Lukasz Stelmach <[EMAIL PROTECTED]> wrote:
All right I confess. I have done something like that to the node
300 a while ago. But while you are considering so
Gregory wrote:
>Sent: 18 February 2008 8:01 PM
>To: talk@openstreetmap.org
>Subject: [OSM-talk] Slippy map - clickable POI
>
>I tried posting this to dev but I get told I'm not a member (despite
>getting dev messages, and when subscribing to dev I get told I'm already a
>member). Feel free to forwa
Greetings all,
I proposed a new feature historic=wreck a while back but I forgot to
send it out on the mailing list.
http://wiki.openstreetmap.org/index.php/Proposed_features/wreck
Please leave your comments on the wiki page.
Regards,
Tim (TimSC)
Hi All,
Can anyone advise.
If I'm extracting a series of bounding boxes to seperate files, can I
also extract the entire area to one file at the same time ?
I'm currently using.
../osmosis-0.24/bin/osmosis --read-xml file="../planet-080102.osm.bz2" \
--tee 3 \
--bounding-box top="60
Iván Sánchez Ortega wrote:
> I really like the NUTS system, as it is politically neutral, and balanced
> between different countries. IMHO, OSM should have a similar classification
> system.
NUTS is ok for certain statistical classification - but it may add on
one hand levels just by population
Robin Paulson wrote:
> i was looking for a tag to name new zealand, and it appears there are
> no tags for places at this high level, at least in potlatch, or here:
>
> http://wiki.openstreetmap.org/index.php/Key:place
>
> is there any consensus on this?
What makes a city does differ from country
I tried posting this to dev but I get told I'm not a member (despite getting
dev messages, and when subscribing to dev I get told I'm already a member).
Feel free to forward to dev...
-
Hi all,
I've been trying to work on using OSM in cool/new ways, but only been a
On 19/02/2008, Karl Eichwalder <[EMAIL PROTECTED]> wrote:
> I'd really like you to render quarries. In mapnik, some kind of orange with
> an outer line with stingers pointing inwards would be fine. landuse=quarry
> is listed on the feature map:
>
>
>+-+
>|
On 19/02/2008, Andy Allan <[EMAIL PROTECTED]> wrote:
> Ask and ye shall, eventually, receive. The OSM cycle map now displays
> contours.
>
> http://www.gravitystorm.co.uk/shine/archives/2008/02/18/one-leg-longer-than-the-other/
> http://www.gravitystorm.co.uk/osm/?zoom=13&lat=6746094.87258&lon=-37
I'd really like you to render quarries. In mapnik, some kind of orange with
an outer line with stingers pointing inwards would be fine. landuse=quarry
is listed on the feature map:
+-+
| ||| |
|- -|
|- -|
On 19/02/2008, Andy Allan <[EMAIL PROTECTED]> wrote:
> Gaaarrgggh!
>
> Deliberately tagging things incorrectly is bad practice. There are so
> many renderers out there that if what you do works for more than one
> of them that's just coincidence. And when bad practices like th
On 18/02/2008, Andy Allan <[EMAIL PROTECTED]> wrote:
> Ask and ye shall, eventually, receive. The OSM cycle map now displays
> contours.
Fantastic work. Thank you Andy :)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-b
On Mon, 2008-02-18 at 16:18 +, Andy Allan wrote:
> Ask and ye shall, eventually, receive. The OSM cycle map now displays
> contours.
>
> http://www.gravitystorm.co.uk/shine/archives/2008/02/18/one-leg-longer-than-the-other/
> http://www.gravitystorm.co.uk/osm/?zoom=13&lat=6746094.87258&lon=-
On Monday, 18 February 2008 16:01:46 +,
80n <[EMAIL PROTECTED]> writes:
> It's definitely wrong to adjust the layer just to make the rendered output
> look better.
If a renderer has deficiencies use render-specific tags to solve them
... until the renderer is fixed to make these tags obsolet
On 18 Feb 2008, at 16:18, Andy Allan wrote:
> Ask and ye shall, eventually, receive. The OSM cycle map now
> displays contours.
>
> http://www.gravitystorm.co.uk/shine/archives/2008/02/18/one-leg-
> longer-than-the-other/
> http://www.gravitystorm.co.uk/osm/?
> zoom=13&lat=6746094.87258&lon=-
Andy Allan wrote:
>Sent: 18 February 2008 4:19 PM
>To: OSM Talk
>Subject: [OSM-talk] Contours on the Cycle Map
>
>Ask and ye shall, eventually, receive. The OSM cycle map now displays
>contours.
>
Mega awesome of awsomeness
Cheers
Andy
___
talk maili
Ask and ye shall, eventually, receive. The OSM cycle map now displays contours.
http://www.gravitystorm.co.uk/shine/archives/2008/02/18/one-leg-longer-than-the-other/
http://www.gravitystorm.co.uk/osm/?zoom=13&lat=6746094.87258&lon=-372688.399&layers=B00
etc.
Contours appear progressively from z
On Mon, Feb 18, 2008 at 11:51:38AM +, Steve Chilton wrote:
> > What a professional road atlas would do here is very likely to exaggerate
> > the junction so that it makes sense given the width using to render the
> > roads. Doing this algorithmically is hard, but probably not impossible.
> that
On Feb 18, 2008 2:50 PM, Dermot McNally <[EMAIL PROTECTED]> wrote:
> On 18/02/2008, Jeremy Adams <[EMAIL PROTECTED]> wrote:
> > My "fix" for the situation you linked to was to set motorway_links to
> > layer=-1. This puts them underneath the main roads and makes the map look
> > much nicer IMO.
It's definitely wrong to adjust the layer just to make the rendered output
look better.
The layer tag should represent the true relative position of roads.
Incidentally, if a ramp connects two roads at different levels then should
it be layer=0 at one end and layer=1 at the other, with the split
On 18/02/2008, Tom Hughes <[EMAIL PROTECTED]> wrote:
> If the slip roads are not really underneath the other roads then
> yes it is definitely wrong (IMHO). The layer tag is meant to describe
> the physical ordering of the roads on the ground.
>
> If something isn't rendering right the solution is
In message <[EMAIL PROTECTED]>
Dermot McNally <[EMAIL PROTECTED]> wrote:
> On 18/02/2008, Jeremy Adams <[EMAIL PROTECTED]> wrote:
>
> > My "fix" for the situation you linked to was to set motorway_links
> > to layer=-1. This puts them underneath the main roads and makes
> > the map look m
On 18/02/2008, Jeremy Adams <[EMAIL PROTECTED]> wrote:
> My "fix" for the situation you linked to was to set motorway_links to
> layer=-1. This puts them underneath the main roads and makes the map look
> much nicer IMO.
By co-incidence, I was in contact with another mapper who's been doing
som
OJ W wrote:
> The OSM cartoon has apparently become CC now:
>
> http://wiki.openstreetmap.org/index.php/Image:Openstreetmap_cartoon.jpg
>
> - would anyone like to write a caption, for use as the easter-week featured
> image?
>
"Oh Ye'll tak the High Road,
& I'll tak the Low Road,
& I'll have ma
My "fix" for the situation you linked to was to set motorway_links to layer=-1.
This puts them underneath the main roads and makes the map look much nicer IMO.
See here for a similar example in my area:
http://openstreetmap.org/?lat=-36.97273&lon=174.81833&zoom=16&layers=B0FT
-Jeremy
Original
El Lunes, 18 de Febrero de 2008, Robin Paulson escribió:
> i was looking for a tag to name new zealand, and it appears there are
> no tags for places at this high level, at least in potlatch, or here:
>
> http://wiki.openstreetmap.org/index.php/Key:place
>
> is there any consensus on this?
>
> has
Listas escribió:
> Hello, I am trying to install my own test server but when I am doing this:
>
> rake db:migrate VERSION=10
>
> I have this error:
>
> (in /usr/local/osm/svn.openstreetmap.org/sites/rails_port)
> ** Invoke db:migrate (first_time)
> ** Invoke environment (first_time)
> ** Execute en
snip:
> What a professional road atlas would do here is very likely to exaggerate
> the junction so that it makes sense given the width using to render the
> roads. Doing this algorithmically is hard, but probably not impossible.
that sounds very bad, ugly and wrong on many levels.
whether it's
Hello Frederik,
I used the Linux image from the Mono site which has all of the mono
components already included, so I'm not exactly sure what components are
needed. Do you have the latest version of Mono (1.2.6)?
The exception thrown looks like indicating that ToolTip:Hide isn't
implemented in Mon
Hi Igor,
thanks for building a Linux version!
On my machine (Ubuntu Gutsy) it starts up, but when I open a project,
after displaying "Loading..." for a while, the program quits with the
following message:
** (Kosmos.Gui.exe:29424): WARNING **: Missing method
System.Windows.Forms.ToolTip::
On 18/02/2008, Abigail Brady <[EMAIL PROTECTED]> wrote:
> > line is probably twice the width of the actual road. this causes
> > problems at even simple motorway junctions, as the whole thing becomes
> > a big blue mess. could i request this be looked into?
> >
>
> Well, if this isn't done, then ro
On Feb 17, 2008 10:42 PM, Robin Paulson <[EMAIL PROTECTED]> wrote:
> http://openstreetmap.org/?lat=-36.97273&lon=174.81833&zoom=16&layers=B0FT
>
> is a good example, which is a very simple junction
I didn't check this particular case, but the on/off ramps should be
motorway_link which (IIRC) are r
On Feb 17, 2008 9:42 PM, Robin Paulson <[EMAIL PROTECTED]> wrote:
> why are roads displayed so thickly? I was looking at osm data overlaid
> on oam, and realised that for a lot of roads, at some zoom scales, the
> line is probably twice the width of the actual road. this causes
> problems at even
51 matches
Mail list logo