Re: [OSM-talk] immutable=yes Fwd: DEC Lands

2009/3/10 Russ Nelson > > On Mar 9, 2009, at 4:11 PM, Ulf Lamping wrote: > > > > OSM is about to have a *free* database. Saying "your not allowed to > > change the data" is *not* a free database as I understand it. > > For this particular case, it's not that you're not "allowed" to change > the d

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mar 9, 2009, at 6:22 PM, Frederik Ramm wrote: > I am absolutely sure that the dataset in question will, like any other > dataset on the planet, contain errors. I agree. But how to convince someone who doesn't agree? I don't think words will convince; it will take data. They need to have t

Re: [OSM-talk] mapnik does not display symbols

On Tuesday 10 March 2009 00:19:03 you wrote: > > I have set up mapnik and mod_tile to display my own slippy map. I used > > the > > cloudmade osm file for my country. The map displays, but no symbols > > (like > > hospital or ATM) are being displayed. The symbols are loading, but > > not > > displa

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Ulf Lamping wrote: >> What's needed here is not an immutable=yes tag but rather a couple of >> tags source=DEC and accuracy=definitive which will give GPS toting >> mappers the information they need to know that the data in OSM is likely >> to be more accurate that their GPS. They can then tak

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Hi, Russ Nelson wrote: > Obviously the potential > exists for a revert war, but given that I have a reasonable claim for > my authority (e.g. http://rutlandtrail.org/list.cgi), why would > someone else edit data that I am more expert in? Your mistake, if you allow me to say to bluntly, lies

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Russ Nelson wrote: > How do people feel about me importing this data (with all of their > metadata), adding an immutable=yes tag, with the intent of tracking > their dataset, and deleting --outright-- any changes made by OSM > editors. Let me get this straight - this would be the same sort

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mon, Mar 9, 2009 at 10:22 PM, Russ Nelson wrote: > > On Mar 9, 2009, at 4:11 PM, Ulf Lamping wrote: > > > > OSM is about to have a *free* database. Saying "your not allowed to > > change the data" is *not* a free database as I understand it. > > For this particular case, it's not that you're n

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mar 9, 2009, at 4:36 PM, Richard Fairhurst wrote: > > ActionScript or Ruby whatever to say "get all geodata within this > bbox from > openstreetmap.org, and also freesurveyorsstuff.org, and return it in > one > object", that would fulfil the need - without bending OSM to do > something it

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mar 9, 2009, at 4:11 PM, Ulf Lamping wrote: > > OSM is about to have a *free* database. Saying "your not allowed to > change the data" is *not* a free database as I understand it. For this particular case, it's not that you're not "allowed" to change the data -- it's that it makes no sense t

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Hi, Russ Nelson wrote: > On Mar 9, 2009, at 3:07 PM, Matthew Toups wrote: >> If we can't change the data, what's the point of having it in OSM? > > Having consistent metadata and a consistent single-source API. That's exactly what I said in my first reply: Once OSM and its tool chain are estab

Re: [OSM-talk] OSM license change: A license to kill? -> How to make a nightmare come true!

SteveC schrieb: >> (This is meant as a funny way to say that, when other important >> business >> has been resolved, we should perhaps one day clean up the AoA; it is >> not >> meant to suggest that there was something wrong with those serving on >> the OSMF board.) > > Well I don't really get

Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]

Nick Whitelegg wrote: > But one of my plans for Freemap (shortly to be re-launched as OpenFootMap, > all being well) is to add a nationwide "Fix My Paths" feature where users > can use OSM-derived maps to report a problem with a path. In other words, > they could click on the map, then the corr

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mon, Mar 9, 2009 at 9:24 PM, 80n <80n...@gmail.com> wrote: > What's needed here is not an immutable=yes tag but rather a couple of tags > source=DEC and accuracy=definitive which will give GPS toting mappers the > information they need to know that the data in OSM is likely to be more > accurat

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

80n schrieb: > > The problem with GPS toting mappers is that they will often believe > their GPS tracks are at least as accurate as those used for all the > other data in OSM, so there's a strong temptation to move things around > a bit based on the information they have to hand - I know, I've

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

El Lunes, 9 de Marzo de 2009, 80n escribió: > What's needed here is not an immutable=yes tag but rather a couple of tags > source=DEC and accuracy=definitive [...] +1. Current tools (ITO OSM mapper, for instance) will be able to deal with changes applied to a set of ways tagged a certain way. I

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Russ Nelson wrote: > How do people feel about me importing this data (with all of > their metadata), adding an immutable=yes tag, with the intent > of tracking their dataset, and deleting --outright-- any changes > made by OSM editors. If it can't be edited, there's no point sending it to the

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mon, Mar 9, 2009 at 8:11 PM, Ulf Lamping wrote: > Russ Nelson schrieb: > > On Mar 9, 2009, at 3:07 PM, Matthew Toups wrote: > >> If we can't change the data, what's the point of having it in OSM? > > > > Having consistent metadata and a consistent single-source API. > > > On what bases wo

Re: [OSM-legal-talk] Reverse-Engineering Maps and Share-Alike Licences

Rob Myers schrieb: >> A license which: >> - preserves the freedoms to copy, share, modify and redistribute >> and >> - requires you to license derivative works under the same license. > > That covers CC-BY-NC-SA. ;-) Is that a problem? The current ODbL covers NC, just not SA. _

Re: [OSM-talk] immutable=yes Fwd: DEC Land

Hi Joining the conversation late here, but I assume this dataset is property boundaries. I can understand why you wouldn't want the boundaries themselves moved, but what about the case where we want to build upon the boundary data? For example, a simple case might be: this bit of boundary is a h

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Russ Nelson schrieb: > On Mar 9, 2009, at 3:07 PM, Matthew Toups wrote: >> If we can't change the data, what's the point of having it in OSM? > > Having consistent metadata and a consistent single-source API. > On what bases would someone with no formal training, no legal deed descript

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Russ Nelson wrote: > On Mar 9, 2009, at 3:07 PM, Matthew Toups wrote: >> If we can't change the data, what's the point of having it in OSM? > > Having consistent metadata and a consistent single-source API. Interesting reasons, not exactly what motivates me the most about OSM, but I can see how

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mar 9, 2009, at 3:07 PM, Matthew Toups wrote: > If we can't change the data, what's the point of having it in OSM? Having consistent metadata and a consistent single-source API. >>> On what bases would someone with no formal training, no legal deed >>> description, or survey map have to dete

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mon, Mar 9, 2009 at 13:54, Russ Nelson wrote: > > On Mar 9, 2009, at 2:39 PM, Frederik Ramm wrote: > >>  if someone has data that must not be modified >> (because of course it is 100% error free...?) then don't put that data >> in OSM! > > > *I* see OSM as an API for all possible geodata: every

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mon, Mar 9, 2009 at 7:54 PM, Russ Nelson wrote: > *I* see OSM as an API for all possible geodata: everything that > doesn't move, and a few things that do. There are arguably many > things currently in OSM which should not be edited. For example, > political boundaries at every level. Well

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Russ Nelson wrote: > Earlier, I proposed that certain datasets should be immutable; whether > by policy or mechanism as needed. I propose importing the NYS DEC > Lands as an immutable set of data. If you read this exchange with > Robert Morrell, you can see why they feel that NO changes AT

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Russ Nelson wrote: > > *I* see OSM as an API for all possible geodata: everything that > doesn't move, and a few things that do. There are arguably many > things currently in OSM which should not be edited. For example, > political boundaries at every level. > > Hmmm, political boundarie

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mar 9, 2009, at 2:38 PM, Iván Sánchez Ortega wrote: > However, land use *is* mutable... I'd agree on marking this dataset as > immutable *only* *if* the NYS DEC agrees to regularly pass on OSM > any updates > to the dataset. Otherwise, we would end up with obsolete data, which > is a Bad >

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

> In that case, the data should not be in OSM but should instead be pulled > in on another level - for example, create transparent tiles to show on > top of OSM tiles, or make a shapefile and pull that in through Mapnik. Well, if the data won't be in OSM (neither in dumps or in things received fro

Re: [OSM-talk] Multipolygons in Mapnik

On Mon, 2009-03-09 at 13:47 +0100, Frank Sautter wrote: > hello list, > > Ciprian Talaba schrieb: > > What are we doing wrong? How should we tag the building to get rendered > > with Mapnik? > i'm also expiriencing a strange behaviour on multipolygons. > multipolygons that rendered perfectly are

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

On Mar 9, 2009, at 2:39 PM, Frederik Ramm wrote: > if someone has data that must not be modified > (because of course it is 100% error free...?) then don't put that data > in OSM! *I* see OSM as an API for all possible geodata: everything that doesn't move, and a few things that do. There a

Re: [OSM-talk] mapnik does not display symbols

On Mon, 2009-03-09 at 16:47 +0530, Kenneth Gonsalves wrote: > I have set up mapnik and mod_tile to display my own slippy map. I used > the > cloudmade osm file for my country. The map displays, but no symbols > (like > hospital or ATM) are being displayed. The symbols are loading, but > not > di

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

Hi, Russ Nelson wrote: > and changes by any OSM editor are not > consistent with the nature of the data. In that case, the data should not be in OSM but should instead be pulled in on another level - for example, create transparent tiles to show on top of OSM tiles, or make a shapefile and pu

Re: [OSM-talk] Problem with osm2pgsql

On Mon, 2009-03-09 at 11:38 +, Peter Childs wrote: > 2009/3/9 Martijn van Oosterhout : > > On Mon, Mar 9, 2009 at 10:00 AM, Peter Childs > wrote: > >> I've been trying to import the Planet file into postgres using > >> osm2pgsql, Using the current SVN version, it seams to be segmenting > >> wh

Re: [OSM-talk] immutable=yes Fwd: DEC Lands

El Lunes, 9 de Marzo de 2009, Russ Nelson escribió: > Earlier, I proposed that certain datasets should be immutable; whether > by policy or mechanism as needed.[...] > > How do people feel about me importing this data (with all of their > metadata), adding an immutable=yes tag, with the intent of

Re: [OSM-talk] Mapping the sea

On Mon, 2009-03-09 at 09:14 +, Andy Deakin wrote: > Is there any PD(ish) elevation data for undersea to be able to mark > contours? There are several data sources, search for 'bathymetric' data and you should find things like the srtm30plus dataset: http://topex.ucsd.edu/WWW_html/srtm30_plus

[OSM-talk] immutable=yes Fwd: DEC Lands

Earlier, I proposed that certain datasets should be immutable; whether by policy or mechanism as needed. I propose importing the NYS DEC Lands as an immutable set of data. If you read this exchange with Robert Morrell, you can see why they feel that NO changes AT ALL are appropriate. I a

[OSM-legal-talk] Fwd: DEC Lands

Looks to me as if copyright does not cover this dataset, at least according to a representative of the office. Unless anyone here objects, I will import it. There are other issues; I will raise them on the talk list. Begin forwarded message: > From: Robert Morrell > Date: March 9, 2009 2

[OSM-talk] [Announcement] talk-ir Iran mailing list

There is now a talk-ir - Iran-specific topics and discussion mailing list available. Thank you to Hamid Jafarian for initiating and hosting this forum. For details on how to subscribe to this and other country, language, and topic-specific OSM mailing lists, see http://wiki.openstreetmap.org

Re: [OSM-talk] Multilingual map

D Tucny tucny.com> writes: >Hi folks,I've been thinking about how it would be good to have the map >available >in multiple languages... >http://osm.newportcoastsoftware.com This is a great piece of work, and IMHO something needed on the main OSM site. Might I make a few suggestions? The defa

Re: [OSM-talk] Multilingual map

D Tucny wrote: > It doesn't get down to streetnames at the moment and there is only one > country and 29 cities tagged with Catalan names... > > That said, I'll add it to the list of things to look at changing next > time I do an import... And don't forget name:carnaval. Okay, it is mostly gigg

Re: [OSM-legal-talk] Reverse-Engineering Maps and Share-Alike Licences

Andy Allan wrote: > I think without the reverse engineering clause, you may as well > make it PD in the first place.. The previous thread abuses the language. The term "reverse engineering" (as used in discussions about GPL or patents) means to break up a box to see how things work on the ins

Re: [OSM-talk] Multilingual map

It doesn't get down to streetnames at the moment and there is only one country and 29 cities tagged with Catalan names... That said, I'll add it to the list of things to look at changing next time I do an import... d 2009/3/9 Skywave > Very nice feature, would it be possible, by any chance, to

Re: [OSM-talk] Multilingual map

2009/3/9 Celso González > On Mon, Mar 09, 2009 at 08:01:42PM +0800, D Tucny wrote: > > Hi folks, > > > > I've been thinking about how it would be good to have the map available > in > > multiple languages... I think the easiest way to do this with what we > have > > is using a captionless base la

Re: [OSM-talk] Multilingual map

2009/3/9 Claudius Henrichs > Am 09.03.2009 13:01, D Tucny: > > Hi folks, > > > > I've been thinking about how it would be good to have the map available > > in multiple languages... I think the easiest way to do this with what we > > have is using a captionless base layer and transparent caption

[OSM-talk] Fwd: Multilingual map

Forward to list... -- Forwarded message -- From: D Tucny Date: 2009/3/9 Subject: Re: [OSM-talk] Multilingual map To: "Robert (Jamie) Munro" 2009/3/9 Robert (Jamie) Munro > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > D Tucny wrote: > > Hi folks, > > > > I've been think

Re: [OSM-legal-talk] Reverse-Engineering Maps and Share-Alike Licences

On Mon, Mar 9, 2009 at 3:24 PM, Gervase Markham wrote: > On 08/03/09 21:02, Frederik Ramm wrote: >> Sure; but how likely is it that we'll still be at ODbL v1.0 at that >> time? Since our license can be upgraded to "a later version", so can the >> list of compatible SA licenses for Produced Works.

Re: [OSM-legal-talk] Reverse-Engineering Maps and Share-Alike Licences

On 08/03/09 21:02, Frederik Ramm wrote: > Sure; but how likely is it that we'll still be at ODbL v1.0 at that > time? Since our license can be upgraded to "a later version", so can the > list of compatible SA licenses for Produced Works. We could; but not every SA license is well-known. For maximu

Re: [OSM-talk] OpenPisteMap: Cross Country Ski Trails.

Hi Steve and all, On Mon, 9 Mar 2009 10:52:26 + (GMT) Steve Hill wrote: > A non-subjective "incline=30%" type tag would > be better, and matches up with what is often used on highways: > http://wiki.openstreetmap.org/wiki/Proposed_features/Incline > I'm not sure that putting an absolute

Re: [OSM-talk] Multilingual map

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 D Tucny wrote: > Hi folks, > > I've been thinking about how it would be good to have the map available > in multiple languages... I think the easiest way to do this with what we > have is using a captionless base layer and transparent caption layers >

Re: [OSM-talk] Multilingual map

On Mon, Mar 09, 2009 at 08:01:42PM +0800, D Tucny wrote: > Hi folks, > > I've been thinking about how it would be good to have the map available in > multiple languages... I think the easiest way to do this with what we have > is using a captionless base layer and transparent caption layers for ea

Re: [OSM-talk] Multilingual map

Am 09.03.2009 13:01, D Tucny: > Hi folks, > > I've been thinking about how it would be good to have the map available > in multiple languages... I think the easiest way to do this with what we > have is using a captionless base layer and transparent caption layers > for each of the languages... So.

Re: [OSM-talk] Multilingual map

Very nice feature, would it be possible, by any chance, to add Catalan names, tag name:ca. A lot of streetnames are mapped in two languages, both in Spain as in France. Skywave On Mon, Mar 9, 2009 at 1:01 PM, D Tucny wrote: > Hi folks, > > I've been thinking about how it would be good to have t

Re: [OSM-talk] Multipolygons in Mapnik

hello list, Ciprian Talaba schrieb: > What are we doing wrong? How should we tag the building to get rendered > with Mapnik? i'm also expiriencing a strange behaviour on multipolygons. multipolygons that rendered perfectly are not working anymore from one moment to another, but then after some

Re: [OSM-talk] proposal navaid (was re: mapping the sea)

I think that it is a natural progression in osm to include information like this, and so to (eventually) make ENC maps freely available. The certification may be a problem though. I do not know enough about it to comment. I am not sure if the majority of people would want this information in

[OSM-talk] REMINDER: South Hants Mapping Party this weekend

Hello everyone, A reminder that the South Hampshire mapping party is happening this weekend (14th/15th), details at http://wiki.openstreetmap.org/index.php/South_Hampshire_Mapping_Party_09 South Hampshire is currently one of the best-mapped areas outside London in the UK, and in particular has

Re: [OSM-legal-talk] Computer-generated derivative

Richard Fairhurst writes: > > Hello all, > > This isn't (shock horror) specifically a licence-change post. > > If Fred has a program running on his computer that downloads OSM > data, then combines it with some proprietary, non-CC-BY-SA stuff, > that's perfectly ok as long as Fred doesn't

[OSM-talk] Multilingual map

Hi folks, I've been thinking about how it would be good to have the map available in multiple languages... I think the easiest way to do this with what we have is using a captionless base layer and transparent caption layers for each of the languages... So... I put this thinking into practice and

[OSM-talk] proposal navaid (was re: mapping the sea)

Hi, I added a proposal idea, i just wanted to get some feedback. The proposal for ' http://wiki.openstreetmap.org/wiki/Proposed_features/sea_mark' doesn't quite cover for navigational aids. I would like to include all type of navigation

Re: [OSM-talk] Problem with osm2pgsql

2009/3/9 Martijn van Oosterhout : > On Mon, Mar 9, 2009 at 10:00 AM, Peter Childs wrote: >> I've been trying to import the Planet file into postgres using >> osm2pgsql, Using the current SVN version, it seams to be segmenting >> when processing the first Way (Under Ubuntu Hardy). Does any one have

Re: [OSM-talk] Multipolygons in Mapnik

I second this. Buildings with holes don't get rendered correctly consistently. On Mon, Mar 9, 2009 at 5:39 PM, Ciprian Talaba wrote: > This question arise on the Romanian OSM list. We are trying to get > multipolygons rendered in Mapnik and we are following the instructions on > the Wiki page: h

[OSM-talk] mapnik does not display symbols

hi, I have set up mapnik and mod_tile to display my own slippy map. I used the cloudmade osm file for my country. The map displays, but no symbols (like hospital or ATM) are being displayed. The symbols are loading, but not displaying - any idea where to look to debug this? -- regards Kenneth

Re: [OSM-talk] OpenPisteMap: Cross Country Ski Trails.

On Mon, 2 Mar 2009, Simon Wood wrote: > I have tagged the trails a 'highway=footway' and 'piste:type=nordic' as > these trails are multi-use; cycling and walking in the summer and > groomed cross country trails in the winter. > > At present OPM does not render these as ski-trails. Is this the co

Re: [OSM-talk] Mapping the sea

2009/3/9 Steve Hill : > I've added a (very small) number of buoys to OSM over the past couple of > years.  ISTR someone added a load of public domain data for Irish > lighthouses too. The Irish import consisted of lighthouses and other navaids such as buoys. While the data was not declared public

Re: [OSM-talk] new 'A year of edits' images available and some new 'santa's routes'!

Thanks for sharing the imagery. Particularly enjoyed exploring the changes for the eastern Mediterranean basin. On Mon, Mar 9, 2009 at 11:50 AM, Peter Miller wrote: > > I have updated our 'A year of edits images' for various parts of the > world in this Flickr set: > http://www.flickr.com/photos/

Re: [OSM-talk] Mapping the sea

On Mon, 9 Mar 2009, Andy Deakin wrote: > * Navigation whilst at sea (naval charts) I've added a (very small) number of buoys to OSM over the past couple of years. ISTR someone added a load of public domain data for Irish lighthouses too. - Steve xmpp:st...@nexusuk.org sip:st...@nexusu

[OSM-talk] new 'A year of edits' images available and some new 'santa's routes'!

I have updated our 'A year of edits images' for various parts of the world in this Flickr set: http://www.flickr.com/photos/peterito/sets/72157610770048763/ The USA image shows huge progress in comparison to the same image for October: http://www.flickr.com/photos/peterito/3087316306/in/set-7

Re: [OSM-talk] Mapping the sea

Hi, Yes, ferry routes are posted, poi's for wrecks are posted. "route=ferry" "historic=wreck" yes, "navaid=*" is not yet a feature (is one that im looking for with the canvec features) ... all we got is man_made=beacon :( for some reason this topic hasn't been discussed much. Perhaps openstreetma

[OSM-talk] Multipolygons in Mapnik

This question arise on the Romanian OSM list. We are trying to get multipolygons rendered in Mapnik and we are following the instructions on the Wiki page: http://wiki.openstreetmap.org/wiki/Relation:multipolygon. So we are trying with no tags on the inner way and the building is still not rendered

Re: [OSM-talk] Mapping the sea

For an archipelagic country like the Philippines, sea/marine features is of importance. We've mapped a couple of ferry routes. But not so much on other marine features. Are there suggested tags for marine features? On Mon, Mar 9, 2009 at 5:20 PM, D Tucny wrote: > 2009/3/9 Andy Deakin >> >> Hi

Re: [OSM-talk] Mapping the sea

2009/3/9 Andy Deakin > Hi all, > > I know this is hardly street data, but is there any undersea data in osm > at the moment? > e.g. > * Ferry routes for routing between islands > * POI's for locations of wrecks for diving > * Navigation whilst at sea (naval charts) > * Fishing routes, etc. > > Is

Re: [OSM-talk] Problem with osm2pgsql

On Mon, Mar 9, 2009 at 10:00 AM, Peter Childs wrote: > I've been trying to import the Planet file into postgres using > osm2pgsql, Using the current SVN version, it seams to be segmenting > when processing the first Way (Under Ubuntu Hardy). Does any one have > any ideas, or shall I try and import

Re: [OSM-talk] Problem with osm2pgsql

2009/3/9 Peter Childs > I've been trying to import the Planet file into postgres using > osm2pgsql, Using the current SVN version, it seams to be segmenting > when processing the first Way (Under Ubuntu Hardy). Does any one have > any ideas, or shall I try and import a subset (The UK would fit my

[OSM-talk] Mapping the sea

Hi all, I know this is hardly street data, but is there any undersea data in osm at the moment? e.g. * Ferry routes for routing between islands * POI's for locations of wrecks for diving * Navigation whilst at sea (naval charts) * Fishing routes, etc. Is there any PD(ish) elevation data for unde

Re: [OSM-talk] [OSM-newbies] avoid repeating the name tag twice

2009/3/9 > On Sat, 07 Mar 2009 14:51:28 +0100, Pierre-André Jacquod > wrote: > > A possibility would be to never use name=, but only name:XX= and > > have a tag name:local=XX in order to indicate which is the local one. > > For rendering, a default rule could be that if there is only one > >

[OSM-talk] Problem with osm2pgsql

I've been trying to import the Planet file into postgres using osm2pgsql, Using the current SVN version, it seams to be segmenting when processing the first Way (Under Ubuntu Hardy). Does any one have any ideas, or shall I try and import a subset (The UK would fit my purpose) and try and get more d

Re: [OSM-talk] Front page design and SEO

2009/3/6 Frederik Ramm > Hi, > > Robert (Jamie) Munro wrote: > > Yuk! No! Don't do this! Why produce half-transparent tiles when you > > could just carry on producing tiles of the neighbouring countries (or > > even the whole world) in your national style. > > As I said, that's the easy bit. We a

Re: [OSM-talk] Front page design and SEO

2009/3/6 Robert (Jamie) Munro > I hate it when I go on holiday and I can't understand the colours of the > maps. A choice of UK Style, German Style, USA Style rendering for the > whole world would be nice, particularly if it defaulted to whichever > country you were in by IP address geolocation.

Re: [OSM-talk] [OSM-newbies] avoid repeating the name tag twice

On Sat, 07 Mar 2009 14:51:28 +0100, Pierre-André Jacquod wrote: > A possibility would be to never use name=, but only name:XX= and > have a tag name:local=XX in order to indicate which is the local one. > For rendering, a default rule could be that if there is only one > name:XX=xxx without na

Re: [OSM-talk] Mapnik coastline shapefile update - Philippine coast still somewhat square when exported

2009/3/5 Jon Burgess > On Tue, 2009-03-03 at 13:41 +0800, D Tucny wrote: > > > > There's a large chunk of bad coastline around The Philippines that's > > been there since some shapefile update in the recent past... > > I only updated the low zoom shapefiles last time. I just pushed an > updated s