Re: [OSM-talk] Mapping canals

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

Re: [OSM-talk] walking routes?

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

Re: [OSM-talk] Mapping canals

.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

Re: [OSM-talk] Mapping canals

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

[OSM-talk] Mapping canals

>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

Re: [OSM-talk] Mapping canals

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

Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters

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

Re: [OSM-talk] Mapping canals

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

Re: [OSM-talk] Units convention (Was: Mapping canals)

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

Re: [OSM-talk] [OSM-dev] "Opentrail" - What development environments would be best for mobile compatibility?

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

Re: [OSM-talk] [OSM-dev] "Opentrail" - What development environments would be best for mobile compatibility?

welcoming towards those who use Windows. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Recent Edits

uestions! cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Move tagging RfCs/voting to extra list?

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 __

Re: [OSM-talk] Potlatch sluggish today?

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

Re: [OSM-talk] "Crudely-drawn pint glasses"

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

Re: [OSM-talk] SOTM08 - Ireland

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

Re: [OSM-talk] Bridges / viaducts for railways

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 __

Re: [OSM-talk] Closed Ways all Opened in Luxembourg

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

Re: [OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7

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

Re: [OSM-talk] big ways in Potlatch

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

Re: [OSM-talk] Progressing OSM to a new data Licence regime

;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

Re: [OSM-talk] Cycle route improvements

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

Re: [OSM-talk] Crazy ways after editing

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

Re: [OSM-legal-talk] Yahoo satellite imagery in Merkaartor

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

Re: [OSM-talk] Crazy ways after editing - A real argument for changeset data

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

[OSM-talk] Uploading non-GPX files

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

Re: [OSM-talk] Garmin icon for a bicycle

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

[OSM-talk] Background layers in Potlatch

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)

Re: [OSM-talk] Adding maps to wikipedia articles

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

Re: [OSM-talk] Background layers in Potlatch

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

Re: [OSM-talk] Background layers in Potlatch

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 _

Re: [OSM-talk] Potlatch Background Imagery

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

[OSM-talk] "Potlatch really hacks me off because..."

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

Re: [OSM-talk] "Potlatch really hacks me off because..."

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

[OSM-talk] Never run out of batteries again!

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

Re: [OSM-talk] Using an extract from OSM in an academic paper

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

Re: [OSM-legal-talk] Database Law / extracting non-significant amounts of data, and ODL

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

Re: [OSM-talk] Parking symbols: YUCK!

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 ___

Re: [OSM-talk] Pint symbols: YUCK!

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

Re: [OSM-talk] Editing with potlatch: T-Crossing

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

Re: [OSM-talk] Gpx: non-public traces in JOSM/Potlatch and milliseconds in timestamps with JOSM

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

Re: [OSM-talk] Ideas for Potlatch

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

Re: [OSM-talk] Ideas for Potlatch

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

Re: [OSM-talk] Ideas for Potlatch

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

Re: [OSM-talk] Ideas for Potlatch

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

Re: [OSM-talk] Trouble in Rangoon

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 __

Re: [OSM-talk] High Visibility Vests - Printed OSM

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

Re: [OSM-talk] Potlatch "Esc POI" issue

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

Re: [OSM-talk] [tagging] Voting - skyhook

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

Re: [OSM-talk] Question about Licences

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

Re: [OSM-talk] Contacting new users

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 _

Re: [OSM-legal-talk] Shipping OSM data with a commercial application

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

Re: [OSM-talk] Contacting new users

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 ___

Re: [OSM-talk] GML to OSM (Re: convert mapinfo POI to osm for uploading)

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

Re: [OSM-legal-talk] import of dataset for new zealand

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

Re: [OSM-talk] OSM Article

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

Re: [OSM-talk] import of dataset for new zealand

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

Re: [OSM-talk] import of dataset for new zealand

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

Re: [OSM-talk] import of dataset for new zealand

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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

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

Re: [OSM-talk] import of dataset for new zealand

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

[OSM-talk] GPS recommendation

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

Re: [OSM-talk] Rendering power lines: black is beauty

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 _

Re: [OSM-talk] Relation 412 errors

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

Re: [OSM-talk] Survey: Bad Map Rendering

rcing approach could really add something. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Potlatch 0.8

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

Re: [OSM-talk] JOSM update / why does API return GPS points in descending order?

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

Re: [OSM-talk] JOSM update / why does API return GPS points in descending order?

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

[OSM-talk] Mottram Bypass - proposed roads

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

Re: [OSM-talk] OSMF announcement: Copyright Easter Eggs

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

Re: [OSM-talk] Need some Brentford (London) vectors!

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

Re: [OSM-talk] linz dataset for nz - attribution methods summary

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

Re: [OSM-talk] anonymous contributions still allowed ?

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

Re: [OSM-talk] Easy way to export to Illustrator?

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 __

[OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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 ___

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Relations not always brilliant

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

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

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

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

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

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

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

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

27;s in. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Naga City in OSM Re: GML to OSM

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

Re: [OSM-talk] Cycleway byway

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

Re: [OSM-talk] New Export Tab

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

Re: [OSM-talk] Beyond Zoom 18 - (Some scratchspacing ideas concerning siteplans)

(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

Re: [OSM-talk] OSM on "factory" Macs

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

Re: [OSM-talk] OSM on "factory" Macs

" 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

Re: [OSM-talk] Tagging climbing routes and scrambles

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

Re: [OSM-talk] Signs

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

Re: [OSM-talk] GPS recommendations

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

Re: [OSM-talk] GPS recommendations

gle unit that Just Works. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Tagging climbing routes and scrambles

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

Re: [OSM-talk] namespaces

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

<    1   2   3   4   5   6   7   8   9   10   >