x27;s a proposed relation on the wiki which might address
this.
> - There are "mile markers" along the canal which are useful for
> navigation and as points of reference and interest.
Just nodes, for which we need a tag, I guess. Exactly the same as the
mileposts that you used t
es, and so on. At this point Fake Ed would probably pipe up with
something about the mapping provider ownz0ring all your data if he
were here. ;)
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
.14 <-- assumed metres
maxwidht=7ft <-- unit stated
> On UK canals, mooring is generally allowed everywhere
(on the towpath side)
> except where
> explicity signed otherwise - do we need a tag for
> mooring-not-allowed?
Good idea.
Final note: suggest we encourage use of the operator tag for the
navigation authority: operator=British Waterways, operator=VNF, etc.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
eal issue is mapping tolerances. On the UK canals, every
inch counts in lock length. There are locks that our 71ft 6in boat
won't get through, but would if it were a few inches shorter. And
there's no way my OSM skills are l337 enough to be able to draw a way
precisely
>And what is the exact SI equivalent of 30mph?
>I can give you an approximation: 48.28032km/h.
>What happens though if everyone sticks in 48 instead.. close enough isn't
>it?
Nitpicking, but 48.28032 km/h *is* exact.
Although in the usual SI unit, 30 mph would be 13.4112 m/s (e
retically this should be in a standard
OSM library but AFAIK these are at their early stages.)
But then, I'm the author of an editor rather than a routing client, so
I would say that. :)
cheers
Richard
___
talk mailing list
t
Artem Pavlenko wrote:
> Here is 'bad' example : http://artem.dev.openstreetmap.org/files/
> marble-osm-bad.jpg - you can not read text at all.
Is that really unprojected
cheers
Richard
___
talk mailing list
talk@openst
rs, but there is certainly a need for the "7ft" to
be recordable in the db.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
vigations
there's maxspeed_upstream and maxspeed_downstream, too. :)
cheers
Richard
* anoraks may pick me up on this but that's _way_ too involved to get
into here
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-b
ls.
Sure, but it's possible to be an "open geodata" kind of guy without
being a "free software" kind of guy. Just because I'm insistent about
the cleanliness of our map data doesn't mean I want to give up my Mac
and all the lovely closed-source soft
welcoming towards those who use Windows.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
uestions!
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Jo wrote:
> I agree with both above emails. Moving it to a separate list would be
> counterproductive and the volume of threads will reduce soon enough.
Can we, at the least, reduce it to a daily digest/summary e-mail?
cheers
Richard
__
s in the middle of a fairly major change when this happened.
I'll work on it again tonight - sorry for the hassle.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Tom Hughes wrote:
> So it is reasonable or optimal for us to maintain an infinite number
> of custom maps for third parties that want custom maps but don't want
> the hassle of rendering them?
mutter mutter export tab mutter mutter PDF mutter
h attempting to
> coordinate this so we can enjoy the journey in company?
http://www.sailrail.co.uk/
Not a very informative site, sadly.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ster Ship Canal, the tidal Thames, the Clyde, and
I think maybe the lower reaches of the Weaver. But yes, the vast
majority of our waterways are "hors categorie" - so there's a clear
need for accurate max_height, max_width, max_length and max_draught
tags.
cheers
Richard
__
h now automatically resizes itself to
your browser window. Still a couple of rough edges to iron out
(particularly with the Yahoo imagery) but hope you like it!
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
f they could perhaps scale up their imagery rather than
reporting "no imagery available".
Until then, you can realign the imagery by holding down Space and
dragging it. Or I'm open to any other ideas, of course!
cheers
Richard
___
talk
an old Flash Player. What version are you using?
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
;ve been there a thousand times before and we're not going
to change anyone's mind.
Please keep the discussion on [EMAIL PROTECTED], not
talk@openstreetmap.org - thanks. :)
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Las Cymru" and the like for a while
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
s doesn't yet offer a solution for enlarging Yahoo
high-res, I'm afraid, but on balance I think most people would prefer
the resizable window.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
I displays the _wrong_ copyright notices but
that's by the by.
cheers
Richard
___
legal-talk mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
ted... and there'll be other zoom options
in future Potlatchs.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
d the NMEA tracklogs off the SD card.
http://richard.dev.openstreetmap.org/upload.cgi
Made possible by TomH fixing http://trac.openstreetmap.org/ticket/670
in record time - thanks Tom. :)
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
rg/index.php/OSM_Map_On_Garmin/Cycle_map
Feel free to adapt/improve it to create your cycle map of France. It
combines a custom stylesheet with a preprocessor for highway and ref
tags.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
e this to replace the
old Flash Player zoom.
(If anyone else has spherical Mercator GMaps-like tilesets that might
work as a background image, let me know.)
Thanks to Christopher and Jon for configuring their servers (OAM/tah
and tile respectively)
of Wikipedia articles are illustrated
with CC-BY-SA or other non-GFDL images.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
n you've done this and I'll add the layer.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
like to know.
Thanks - will have a look!
> So when does NPE support get added? ;-)
When I've generated the tiles... but yes, that and OAM are the reasons
behind this feature.
I'm guessing I need to do the Liverpool sheet first, right? :)
cheers
Richard
_
7;m planning to fix (related to
http://trac.openstreetmap.org/ticket/684 ).
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
tle things like that annoy you, or took you a while to get used to?
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
o do, tab back).
Each to their own. One of the reasons I could never get used to JOSM
(or, indeed, the old Java applet) is that there's all these slightly
abstract toolbar icons and I can't remember what any of them do...
Anyway, thanks all for the concrete suggestions, keep them
Looks interesting:
http://www.ikonglobal.com/
http://www.treehugger.com/files/2005/03/pedal_power.php
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ght will be owned by the
> publisher?
It's _probably_ a collective work. So you can still publish those
images, though anyone will be within their rights to photocopy just
the images and distribute them.
cheers
Richard
___
talk mailing li
Frederik Ramm wrote:
> What would be the legal situation? The data is not copyrightable, and
> its extraction does not fall unter database law. Would we, in spite
> of that, try to bind the user to ODL restrictions (attribution/share-
> alike) by contract?
No.
ch
Lester Caine wrote:
> We need ONE set of rendering rules that will produce consistent
> results
No we don't - that's half the point of OSM. If we had ONE set of
rendering RULES then we wouldn't have a CYCLE map.
CHEERS
Richard
___
Lauri Hahne wrote:
> Make it less tall and darker colours. ;)
Now you're being drinks-ist. I like the current one, it looks like it
might contain a real drink (cider, purely for example) rather than any
of this beer rubbish.
cheers
ult it is for a beginner to
> identify the proper commands and manual interaction!?
When I have time Potlatch will get its own built-in help. Until then
there's the wiki pages which are linked from the start-up screen.
cheers
Richard
___
talk
his
constraint, return them in the order of insertion. That would mean
that Potlatch would get the order right anyway.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ve better
> colours around here.
Potlatch will accept any tile source in the standard spherical
Mercator ("like-Google"/"900913") projection/tile system used by OSM
and a zillion others. I don't know of anyone offering sta
urse, that doesn't stop anyone else doing so.
> What about the other ideas?
All sensible, didn't feel they needed debating. :)
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
27;ve probably guessed,
it puts the new point at the mouse-click rather than on the exact
point on the line near the mouse-click.) I don't know why I've not
fixed it already...
cheers
Richard
___
talk mailing list
talk@openstreetmap
SteveC wrote:
> On 27 Feb 2008, at 10:58, Richard Fairhurst wrote:
>> Excel's not the same. Excel doesn't autocomplete at all (at least on
>> the OS X 2001 version) unless you press the cursor keys to select
>> from
>
> What, you don't use Numbers?
O
ature aside, we don't have a _simple_ way of recovering them - but
nonetheless it's possible.
The need for area-level revert is known and understood, we just never
have enough programmers to do all the funky things that need doing...
cheers
Richard
__
Andy Robinson ((blackadder)) wrote:
> Now for Ireland we might want:
>
> "The craic"
> OpenStreetMap
>
> catchy, don't you think?
I still want one that says
I'M IN UR TOWN
MAPPIN UR STREETZ
cheers
Richard
___
ta
Dave Stubbs wrote:
> RichardF: the mega-patch I sent you actually fixes this.
:) Thanks!
Hope to deploy the mega-patch this weekend once this dratted deadline
is out of the way.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
h
dy says, a bit of fun. Nothing more, nothing less. If you
don't like it you can happily ignore it.
Though, of course, you then won't be able to map skyhooks.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openst
Blake Crosby wrote:
> Duplication and/or reproduction of this map for commercial use is
> strictly prohibited.
>
> Does this jive with OSMs licence? Ie, can I use this map as a reference?
No. The "non-commercial" clause isn't compatibl
quot; tag. So if you tagged (say) the Swaffham Bulbeck place
node with "wiki=Ely", Potlatch would pop up a little message saying
"Click here to discuss mapping this area", hyperlinked to
http://wiki.openstreetmap.org/index.php/Ely .
cheers
Richard
_
ute distribution. We are considering moving to a
different licence which makes this, and much else, more explicit.
cheers
Richard
___
legal-talk mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
mariner wrote:
> It's hard I think to learn it in a efficent way. I think the wiki
> is to
> messy.
Yeah, I and (I think) lots of other people agree.
There's an 'edit' tab if you want to do something about it. :)
cheers
Richard
___
Jukka Rahkonen wrote:
> Should it really be possible to upload waypoints through gpx?
You can upload a GPX with a tracklog and waypoints, but not (AIUI)
with waypoints alone.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
h
in a special
attribution table, which would be included in the planet and therefore
could be made viewable in other viewers - or they could simply link
back to the corresponding view on osm.org.
cheers
Richard
___
legal-talk mailing
There are also
significant MySQL and Apache extensions. Pretty much everything is
OSM-specific except for Mapnik.)
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
to do this in mapnik as well?
No way. Whether or not it's a technical issue, it's a serious - as in
"blocker" - cartographic issue.
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
r
information you can convey, and the attractiveness of the map.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
requirement, you should not and cannot restrict how people render/
visualise the OSM data. To do so would remove a fundamental reason
for the project.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
r those
who wish to use it).
Is this abusing a position? No, I don't think so. It's the voting
that has diverged from the community, not the other way round, and
Potlatch should follow the community.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
way as every other map
in the known universe and provide a list, whether at osm.org/
attribution or via Etienne's wiki page. Let's not reinvent the wheel.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
er eTrexes are too expensive.
Does anyone have any better suggestions? The Royaltek and i-Blue 747
units mentioned on the GPS Reviews page looks interesting.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-b
Google?
>
> or
> B) Should they be a show case of what OSM is really about, the data.
> Showing off what cool features we've got that no other map supplier
> can
> offer.
We have two layers, Mapnik and Osmarender - we can do both.
cheers
Richard
_
del magic that you probably don't understand" is bad UI. The design
philosophy is, rather, to make it clear what you've done.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
rcing approach could really add something.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ow and we can discuss
adding them.
(If any JOSM hackers want to add support for the same layer, it
comprises Google-like spherical Mercator tiles at the URL
http://richard.dev.openstreetmap.org/npe/[scale]/[x]/[y].jpg .)
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Frederik Ramm wrote:
> ... and the "DESC" nicely explains the observation that all arrows are
> in the wrong direction! I wonder why it is there.
Because you want the most recent ones first?
cheers
Richard
___
talk m
rn only the
most recent n000 points to avoid utterly boggling the server/your
browser. That said, it doesn't use the XML API anyway so it's a bit of
a moot point.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.opens
that bit out), easiest is to tag as
highway=construction,construction=trunk for the new section. When that's
open, tag the old road as highway=construction,construction=tertiary, then
when each bit opens, it can be tagged as normal.
Richard B
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
e Road
Joke Smitlaan
Imaginary Old Road
and
April Fool Hill
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
d), they can generate an Illustrator file for
Christian using this script:
http://trac.openstreetmap.org/browser/applications/utils/export/osm2ai/osm2ai.pl
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Robert Vollmert wrote:
> I may be missing something, but why would we need to introduce a read-
> only attribution tag if we already have it? It's the source tag of the
> first version of an object, in
>
> http://api.openstreetmap.org/api/0.5///histo
mail/talk/2007-October/018893.html
It's only Potlatch that prohibits such edits. JOSM and the main API
permit them.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
planet.osm and can get it into a database,
there's a command-line utility in svn, but I'm guessing from your
message that you're not. But maybe someone on the list who has the
full planet could run the script for you?
cheers
Richard
__
and no road can
have more than one ref. The relation doesn't give any info over and
above that in the standard 'ref' tags - it just increases complexity
for both editing and processing.
cheers
Richard
___
talk mailing li
easy for discrepancies to arise
- what if a newbie changes the ref in the way tag (obvious), but
doesn't update the relation membership (less obvious)?
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
5/way
[ref=B4027]
That the mainstream API doesn't do it is (if it's deemed useful) a
deficiency in the API, not a reason to add duplicate data.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
t that long term we
> shouldn't tag ways at all - only relationships)
Yeees... that was what I was afraid of. :|
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
in these sections.
Sure, and in that case it makes sense to use a relation or to tag
with semicolon-separated values, because that's something that can't
be expressed with simple "key=single value".
cheers
Richard
___
them and use them productively.
You could start by making JOSM's relations UI as good as Potlatch's.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Steve Hill wrote:
Don't road numbers in brackets generally mean "leads to" rather
than "part
of"?
[...]
I'm not sure anyone is saying it is wrong, merely unnecessary and
prone to
causing confusion/errors.
+1.
Relations are for doing things that can't otherwise be done, or done
well. Bu
g with some new hierarchical equivalent of is_in, let's
use the boundaries that people are already drawing to set up a
"painted" image of the world, coastline-style, with a lookup service.
Would be a great GSoC project sometime... next year!
cheers
Richard
Robert (Jamie) Munro wrote:
> Richard seemed to be arguing that putting the whole A11 (with or
> without
> the connecting parts from other roads) in a single relationship was
> "not
> brilliant". Surely that's what relationships are for?
No... because the infor
t expect to get home from Aberystwyth by following them.
personally I'd change at Shrewsbury and Hereford, but each to their own.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
by actually suggesting it rather than complaining
that the world has let you down "once again", replete with capital
letters and an unhappy smiley. (Actually, that's the third best way.
The second best way is to log a trac ticket. The best way of all is to
post a p
Lester Caine wrote:
> Richard - I have been banging on about the complete anarchy in
> relational data
> for over three years now and I don't think that any of the proposals to tidy
> things up have been accepted.
Indeed they haven't. But "making OSM fully relationa
Lester Caine wrote:
> How come it's not the same problem?
> Where do you get the information from as to WHICH Naga City or even which
> country you are looking at?
Er, by looking at the map, that's what maps are designed to tell y
27;s in.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ure.
Well, maybe, but don't assume that people don't have a "bigger
picture" just because it's not the same as yours.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
g plus the new on
> either JOSM or Potlatch. Once I have one local way in the relation it
> should be easy to add others.
As yet you can't in Potlatch, but I'm hoping to add that as a feature
very soon.
cheers
Richard
___
talk mailing
l
I'm looking forward to delving into the code (when Potlatch 0.8b is
out of the way) and examining the possibility of adding unstyled
Illustrator export.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
(through the magic of collaborative yadda
yadda) and updated when things change. Expecting this to happen for
internal floor plans is way beyond the capacity of our community at
any foreseeable point.
In a few years - well, maybe. But right now there's a whole world
still to be mapped wit
lick menu from
Actionscript, though it's always a menu (not any other click
behaviour), and always has the Adobe prefs/about at the bottom.
But Potlatch doesn't use it, other than to expressly disable Flash's
Zoom In/Zoom Out functionality, which doesn't play nicely with
" tool.)
The fact that most apps use right-click for the former, and JOSM uses
right-click for the latter, is by the by really.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
should be _optimised_ for ease of mapping, not for ease of
parsing by machine.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Chris Hill wrote:
> I enjoy some of the signs I see while I'm out gathering tracks.
While cycling the Pennine Cycleway last week, I saw
RED SQUIRRELS DRIVE SLOWLY
which is clearly a lie.
cheers
Richard
___
talk mailing list
talk@openstree
able, counter-intuitive little beastie, and would
happily see it consigned to ocean floor surveying duties. But if
you're a happy Linux command-line hacker you may have more luck with
it than me.
cheers
Richard
___
talk mailing list
talk@openstre
gle unit that Just Works.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ow it would be good to offer some standard libraries which do
common post-processing tasks, so you didn't even need this small
amount of "background knowledge". But that's best done by someone
with more l337 Perl/Ruby/Python/whatever skills than me, I'm afraid.
che
complex strings, but not for users
An optional interface that abstracts "properties" way from tag-typing
is on the list for a future Potlatch.
cheers
Richard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
401 - 500 of 1081 matches
Mail list logo