Re: [OSM-talk] Milestone
i volunteer to make a proper set of icons. where is the list? Frederik Ramm escribió: Hi, Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a benevolent dictator is one of the key differentiation factors between [EMAIL PROTECTED] and Mapnik (the other being the - usually - lower turnaround times in [EMAIL PROTECTED] but the Mapnik camp is in the process of fixing that I believe). The thing that triggered those remarks were the few dropped colours in 64-colour quantized PNGs, and the observation that there is no definitive coordination to get at least the colours of all map elements synchronised, so it would actually show correctly in 64 colours I would give an arm and a leg for a proper graphic designer who does a full set of icons, and whom we could also call upon to create new ones in the future (or, but that's even less likely, who is able to write up a set of design guidelines that enables the semi-capable computer geek to create icons that at least superficially look as if they match the existing set). RichardF put it a bit acidly with his "MS Paint icon" remark but he's right in that the sheer number of stylisitcally absolutely non-matching icons is an eyesore. (Mapnik doesn't have any better icons, it just circumvents the problem elegantly by dropping 95% of POIs...) Having a proper set of icons would of course also fix the colour problem. But it would not need a benevolent dictator for this - if someone were to present a good set of icons, everybody would love him for it and they would be adopted in no time. It's just the absence of a good set of icons that is the problem. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Thu, Jul 31, 2008 at 06:08:51PM +0100, Andy Allan wrote: > On Mon, Jul 28, 2008 at 6:47 PM, Steve Chilton <[EMAIL PROTECTED]> wrote: > > > So, if anyone feels like getting their hands dirty and doing some > > collaborative work on mapnik style improvements then just drop me a line. > > I've spent quite a while making maps based on the osm.xml file - not > just the cycle map, but others too - and it's a bit of a pain* to > maintain a fork or even just use the main one as a base to work from. > I wonder if making this easier will build more of a community around > the mapnik stylesheet and therefore get more things fed back in. > > So what does everyone think about raising the minimum requirements to > mapnik + libxml xmparser support**? For the basics, that would allow > defining all the colours in one place at the top of the file (and only > use each hex code once***). Most of what I've seen people wanting to > do is fiddle with the colours and it's currently pretty hard to do, > and a pain to keep in sync. > > Beyond that, we could look at splitting layers into separate files, > again for ease of following changes since diffs of large repetitive > files can be erratic (and editing too, I would suspect, since I often > lose track of whether I'm in the middle of a roads-casing or > minor-roads-fill stylename). > > Thoughts? Sure, the entities would make things somewhat easier. But the XML is still horribly to work on. Steve gets all my sympathy :-). (btw: in case you haven't seen this, I created a XSL style file to turn Mapnik XML into HTML. See http://geo.topf.org/mapnik/osm.xml for an example. Makes working with large Mapnik map files somewhat easier.) But I'd rather have a GUI editor. Artem started on one but it seems its more or less abandoned now. Steve Coast showed one slide at SOTM with something that looked like a Mapnik style editor or similar. I meant to ask for details but forgot. Is there something coming up there? Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Fri, Aug 1, 2008 at 10:19 AM, Steve Chilton <[EMAIL PROTECTED]> wrote:
> Andy
>
> Have looked at the link on mapnik pages and can see real benefit in
> defining colours once, and icon paths. Much of the layer
> identification/specification stuff is ripe for enter once/repeat too.
Cool.
> Not so sure how splitting file into layers files would work in practice
> - they would have to be continually merged to test render changes as far
> as I can see, although if possible would make understanding and working
> with the code possibly a lot easier.
As well as just variables, whole files can be included ("External
Entities"). So perhaps you could have a master file containing
&roads;
&railways;
&contours;
...etc...
refering to seperate roads.xml.inc, railways.xml.inc and so on. Not
huge amounts of point on their own, but it would make it easy to mix
and match if we had
&steve8s_roads;
&harrys_rafting;
&andys_contours;
&my_own_whatevers;
... and then you'd only have to worry about your own whatevers.xml.inc
file and simply update the others, instead of trying to get your head
round diffs and merging and editing of one 5.2 kiloline file.
> How long are you going to be in Aberdeen for SoC conf? Maybe we could
> put some time aside to work together on this (3 weeks holiday before
> then so no spare time) - eg the Tuesday afternoon.
Sounds like a good idea - I'll try some experiments before then and
see how it goes.
Cheers,
Andy
> NB: my main requirement is less fiddling with colours and more adding
> new features in AND getting them in the right relative place in the
> painting/stacking process.
>
> Cheers
> STEVE
>
> Steve Chilton, Learning Support Fellow
> Manager of e-Learning Academic Development
> Centre for Learning and Quality Enhancement
> Middlesex University
> phone/fax: 020 8411 5355
> email: [EMAIL PROTECTED]
> http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp
>
> Chair of the Society of Cartographers: http://www.soc.org.uk/
>
> SoC conference 2008:
> http://www.abdn.ac.uk/cartographers08/
> -Original Message-----
> From: Andy Allan [mailto:[EMAIL PROTECTED]
> Sent: 31 July 2008 18:09
> To: Steve Chilton
> Cc: talk@openstreetmap.org
> Subject: Re: [OSM-talk] Milestone
>
> On Mon, Jul 28, 2008 at 6:47 PM, Steve Chilton <[EMAIL PROTECTED]>
> wrote:
>
>> So, if anyone feels like getting their hands dirty and doing some
> collaborative work on mapnik style improvements then just drop me a
> line.
>
> I've spent quite a while making maps based on the osm.xml file - not
> just the cycle map, but others too - and it's a bit of a pain* to
> maintain a fork or even just use the main one as a base to work from.
> I wonder if making this easier will build more of a community around
> the mapnik stylesheet and therefore get more things fed back in.
>
> So what does everyone think about raising the minimum requirements to
> mapnik + libxml xmparser support**? For the basics, that would allow
> defining all the colours in one place at the top of the file (and only
> use each hex code once***). Most of what I've seen people wanting to
> do is fiddle with the colours and it's currently pretty hard to do,
> and a pain to keep in sync.
>
> Beyond that, we could look at splitting layers into separate files,
> again for ease of following changes since diffs of large repetitive
> files can be erratic (and editing too, I would suspect, since I often
> lose track of whether I'm in the middle of a roads-casing or
> minor-roads-fill stylename).
>
> Thoughts?
>
> Andy
>
> * Understatement
> ** http://trac.mapnik.org/wiki/ManagingLargeXmlFiles
> *** for example: "grep '809bc0' osm.xml | wc -l" alone gives 30
> recurrences
>
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Andy Have looked at the link on mapnik pages and can see real benefit in defining colours once, and icon paths. Much of the layer identification/specification stuff is ripe for enter once/repeat too. Not so sure how splitting file into layers files would work in practice - they would have to be continually merged to test render changes as far as I can see, although if possible would make understanding and working with the code possibly a lot easier. How long are you going to be in Aberdeen for SoC conf? Maybe we could put some time aside to work together on this (3 weeks holiday before then so no spare time) - eg the Tuesday afternoon. NB: my main requirement is less fiddling with colours and more adding new features in AND getting them in the right relative place in the painting/stacking process. Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ -Original Message- From: Andy Allan [mailto:[EMAIL PROTECTED] Sent: 31 July 2008 18:09 To: Steve Chilton Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Milestone On Mon, Jul 28, 2008 at 6:47 PM, Steve Chilton <[EMAIL PROTECTED]> wrote: > So, if anyone feels like getting their hands dirty and doing some collaborative work on mapnik style improvements then just drop me a line. I've spent quite a while making maps based on the osm.xml file - not just the cycle map, but others too - and it's a bit of a pain* to maintain a fork or even just use the main one as a base to work from. I wonder if making this easier will build more of a community around the mapnik stylesheet and therefore get more things fed back in. So what does everyone think about raising the minimum requirements to mapnik + libxml xmparser support**? For the basics, that would allow defining all the colours in one place at the top of the file (and only use each hex code once***). Most of what I've seen people wanting to do is fiddle with the colours and it's currently pretty hard to do, and a pain to keep in sync. Beyond that, we could look at splitting layers into separate files, again for ease of following changes since diffs of large repetitive files can be erratic (and editing too, I would suspect, since I often lose track of whether I'm in the middle of a roads-casing or minor-roads-fill stylename). Thoughts? Andy * Understatement ** http://trac.mapnik.org/wiki/ManagingLargeXmlFiles *** for example: "grep '809bc0' osm.xml | wc -l" alone gives 30 recurrences ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Mon, Jul 28, 2008 at 6:47 PM, Steve Chilton <[EMAIL PROTECTED]> wrote: > So, if anyone feels like getting their hands dirty and doing some > collaborative work on mapnik style improvements then just drop me a line. I've spent quite a while making maps based on the osm.xml file - not just the cycle map, but others too - and it's a bit of a pain* to maintain a fork or even just use the main one as a base to work from. I wonder if making this easier will build more of a community around the mapnik stylesheet and therefore get more things fed back in. So what does everyone think about raising the minimum requirements to mapnik + libxml xmparser support**? For the basics, that would allow defining all the colours in one place at the top of the file (and only use each hex code once***). Most of what I've seen people wanting to do is fiddle with the colours and it's currently pretty hard to do, and a pain to keep in sync. Beyond that, we could look at splitting layers into separate files, again for ease of following changes since diffs of large repetitive files can be erratic (and editing too, I would suspect, since I often lose track of whether I'm in the middle of a roads-casing or minor-roads-fill stylename). Thoughts? Andy * Understatement ** http://trac.mapnik.org/wiki/ManagingLargeXmlFiles *** for example: "grep '809bc0' osm.xml | wc -l" alone gives 30 recurrences ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Tue, Jul 29, 2008 at 6:08 PM, Andy Robinson (blackadder-lists) < [EMAIL PROTECTED]> wrote: > > > >With a readymade image containing an OSM rendering toolchain - Mapnik, > >osm2pgsql and TileCache - plus some instructions on the wiki, we'd > >have a "roll your own cartography kit". A WYSIWYG stylesheet editor > >would be the icing on the cake but not necessary at the start. I am > >way out of my depth here technically, but wouldn't that be so, so cool? > > > > +1, very cool and something I'd try my hand at. So how might we kick > something off, even if it's a bit too challenging for some of us, me > included? > > I'm not sure how relevant this is, but I've made some steps in this direction here: http://wiki.openstreetmap.org/index.php/OnDemandTileServer It's only a few weeks old but it already needs some improvements: 1. Ideally should use fedora 9 rather than fedora 8, I didn't have time to download 9 at the time (I have now but haven't started from scratch yet). 2. Mod_tile has seen a number of improvements recently, font paths have changed among other things. 3. osm2pgsql is introducing the ability to apply changesets directly. Not sure if this supports a small region. The vmware image runs well in 512MB of RAM. It may not scale well to a full planet but I suspect most people won't be interested in a full planet anyway, if they do it should be a matter of tweaking vmware and postgres memory settings. I'm a complete noob to mapnik so haven't looked at stylesheet customisations yet. Brett ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Tue, Jul 29, 2008 at 10:30:39AM +0200, Frederik Ramm wrote: > Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a > benevolent > dictator is one of the key differentiation factors between [EMAIL PROTECTED] > and > Mapnik (the other being the - usually - lower turnaround times in [EMAIL > PROTECTED] > but the Mapnik camp is in the process of fixing that I believe). I was that strange chap. Hi Frederik :-) I was referring to the technical architecture for the most part. Not having someone who kind of oversees development makes it very tricky to get nice code. People contribute a little patch here a little patch there. Then, some woodpeck delivers a perl version that cannot be used as nobody fixes the island bugs :-P, etc... Also on the style front. osma tiles are about three times the size, and every person chooses random colors. We've seen the result when trying to reduce to 256 color palettes. I wasn't suggesting that one guy should be deciding the rules, but rather one guy coordinating the stuff (e,g, "this is how rules that make pub=disused work usually look like in osma") spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Hi, >> Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a >> benevolent >> dictator is one of the key differentiation factors between [EMAIL PROTECTED] >> and >> Mapnik (the other being the - usually - lower turnaround times in [EMAIL >> PROTECTED] >> but the Mapnik camp is in the process of fixing that I believe). > > The thing that triggered those remarks were the few dropped colours in > 64-colour quantized PNGs, and the observation that there is no > definitive coordination to get at least the colours of all map elements > synchronised, so it would actually show correctly in 64 colours I would give an arm and a leg for a proper graphic designer who does a full set of icons, and whom we could also call upon to create new ones in the future (or, but that's even less likely, who is able to write up a set of design guidelines that enables the semi-capable computer geek to create icons that at least superficially look as if they match the existing set). RichardF put it a bit acidly with his "MS Paint icon" remark but he's right in that the sheer number of stylisitcally absolutely non-matching icons is an eyesore. (Mapnik doesn't have any better icons, it just circumvents the problem elegantly by dropping 95% of POIs...) Having a proper set of icons would of course also fix the colour problem. But it would not need a benevolent dictator for this - if someone were to present a good set of icons, everybody would love him for it and they would be adopted in no time. It's just the absence of a good set of icons that is the problem. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Frederik Ramm wrote: > Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a > benevolent > dictator is one of the key differentiation factors between [EMAIL PROTECTED] > and > Mapnik (the other being the - usually - lower turnaround times in [EMAIL > PROTECTED] > but the Mapnik camp is in the process of fixing that I believe). The thing that triggered those remarks were the few dropped colours in 64-colour quantized PNGs, and the observation that there is no definitive coordination to get at least the colours of all map elements synchronised, so it would actually show correctly in 64 colours -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Hi, > Well, there was a discussion on IRC today among some of the [EMAIL PROTECTED] > chaps > along the lines of "what we really need is a benevolent dictator, like > the Mapnik stylesheet has". Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a benevolent dictator is one of the key differentiation factors between [EMAIL PROTECTED] and Mapnik (the other being the - usually - lower turnaround times in [EMAIL PROTECTED] but the Mapnik camp is in the process of fixing that I believe). [EMAIL PROTECTED] is our map offering for mappers, Mapnik is our map offering for the rest of the world. This means that [EMAIL PROTECTED] will always tend to look less pretty but be closer to the data. But if you start mapping lampposts in your city and you don't have an EC2 server at hand, [EMAIL PROTECTED] is your chance to put them on a slippy map and show them to others - which has served the project well IMHO. So if you were to set up a style commission for [EMAIL PROTECTED], it would lose one of its main reasons for existing. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Hi Steve, On Mon, 28 Jul 2008 18:47:49 +0100, Steve Chilton <[EMAIL PROTECTED]> wrote: > Just noticed that this weekend it is exactly a year since I submitted my > first mapnik style patch. As someone who has run off with the OSM stylesheet and spent a lot of time making a slightly different version* I'd like to say a very big thank you for all your hard work! Especially for putting up with those of us (myself included) who periodically whinge about it ;-) Kind regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Richard Fairhurst wrote: >Sent: 29 July 2008 12:30 AM >To: Talk Openstreetmap >Subject: Re: [OSM-talk] Milestone > >Andy Robinson (blackadder-lists) wrote: > >> Steve, you and everyone else whose worked hard on the cartography >> aspects of >> the Mapnik layer deserve a big pat on the back. But your note clearly >> demonstrates that we really should not have the Mapnik stylesheet >> maintained >> and managed by one or two people. > >Well, there was a discussion on IRC today among some of the [EMAIL PROTECTED] >chaps >along the lines of "what we really need is a benevolent dictator, like >the Mapnik stylesheet has". I've got a lot of sympathy with that - >most of the reason the Mapnik layer looks so cool is because it's >driven by one person with a clear vision and genuine cartographic >skill, rather than "ooh, I want to see pound shops on the map, let me >add my nice MS Paint icon". > >(For the avoidance of doubt I'm not accusing [EMAIL PROTECTED] of this, but >I've >seen enough committee-designed maps that do look like an utter >bollocks.) > >> I'm really wondering if it wouldn't be a good time to get a separate >> project >> kicked off that's separate from OSM core. One that is specifically >> aimed at >> developing methods of layering and filtering the OSM data to produce >> customisable maps. It's clear there are loads of people that want to >> put >> their oar in on it and maybe taking it out of a core OSM function >> might free >> up ideas and development. Obviously new and cool ideas can get >> incorporated >> back at OSM render central but at least having cartography development >> outside of central control would stir up the pot and take some of >> the heat >> out of the issue within OSM itself. >> >> I assume the big problem doing this is getting suitable bandwidth >> for a tile >> server? > >Amazon EC2/S3. > >With a readymade image containing an OSM rendering toolchain - Mapnik, >osm2pgsql and TileCache - plus some instructions on the wiki, we'd >have a "roll your own cartography kit". A WYSIWYG stylesheet editor >would be the icing on the cake but not necessary at the start. I am >way out of my depth here technically, but wouldn't that be so, so cool? > +1, very cool and something I'd try my hand at. So how might we kick something off, even if it's a bit too challenging for some of us, me included? Suggestions welcome. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Andy Robinson (blackadder-lists) wrote: > Steve, you and everyone else whose worked hard on the cartography > aspects of > the Mapnik layer deserve a big pat on the back. But your note clearly > demonstrates that we really should not have the Mapnik stylesheet > maintained > and managed by one or two people. Well, there was a discussion on IRC today among some of the [EMAIL PROTECTED] chaps along the lines of "what we really need is a benevolent dictator, like the Mapnik stylesheet has". I've got a lot of sympathy with that - most of the reason the Mapnik layer looks so cool is because it's driven by one person with a clear vision and genuine cartographic skill, rather than "ooh, I want to see pound shops on the map, let me add my nice MS Paint icon". (For the avoidance of doubt I'm not accusing [EMAIL PROTECTED] of this, but I've seen enough committee-designed maps that do look like an utter bollocks.) > I'm really wondering if it wouldn't be a good time to get a separate > project > kicked off that's separate from OSM core. One that is specifically > aimed at > developing methods of layering and filtering the OSM data to produce > customisable maps. It's clear there are loads of people that want to > put > their oar in on it and maybe taking it out of a core OSM function > might free > up ideas and development. Obviously new and cool ideas can get > incorporated > back at OSM render central but at least having cartography development > outside of central control would stir up the pot and take some of > the heat > out of the issue within OSM itself. > > I assume the big problem doing this is getting suitable bandwidth > for a tile > server? Amazon EC2/S3. With a readymade image containing an OSM rendering toolchain - Mapnik, osm2pgsql and TileCache - plus some instructions on the wiki, we'd have a "roll your own cartography kit". A WYSIWYG stylesheet editor would be the icing on the cake but not necessary at the start. I am way out of my depth here technically, but wouldn't that be so, so cool? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Steve, you and everyone else whose worked hard on the cartography aspects of the Mapnik layer deserve a big pat on the back. But your note clearly demonstrates that we really should not have the Mapnik stylesheet maintained and managed by one or two people. The other thread on the list about the map view further reinforces this. I'm really wondering if it wouldn't be a good time to get a separate project kicked off that's separate from OSM core. One that is specifically aimed at developing methods of layering and filtering the OSM data to produce customisable maps. It's clear there are loads of people that want to put their oar in on it and maybe taking it out of a core OSM function might free up ideas and development. Obviously new and cool ideas can get incorporated back at OSM render central but at least having cartography development outside of central control would stir up the pot and take some of the heat out of the issue within OSM itself. I assume the big problem doing this is getting suitable bandwidth for a tile server? That's something we could probably put the feelers out on if there was enough interested individuals to kick it all off. Would a dev box set up to do this make a difference for instance? Andy A has done all this with a few others for the cycle map, why not enable a bigger group to do the same generally with support from OSM to make it happen. Views? Cheers Andy >-Original Message- >From: [EMAIL PROTECTED] [mailto:talk- >[EMAIL PROTECTED] On Behalf Of Jon Burgess >Sent: 28 July 2008 11:12 PM >To: Steve Chilton >Cc: talk@openstreetmap.org >Subject: Re: [OSM-talk] Milestone > >On Mon, 2008-07-28 at 18:47 +0100, Steve Chilton wrote: >> Just noticed that this weekend it is exactly a year since I submitted my >first mapnik style patch. >> In the following 12 months I have submitted a total of 45 patches with >multiple additions/changes (nearly 1 per week). >> In that time the style file (XML) has moved from 1641 lines to 5220 >lines. > >I do appreciate the effort you put into the styles. I personally think >the maps look really amazing. In many places they are better than >commercially available maps. > >>From Wednesday this week we should also start seeing the result of a >couple of other fixes implemented this week:- > >I just fixed a bug in the core Mapnik code which was causing of some of >the mountain peaks to be missing text labels. If you refresh your >browser at[1] you should see most/all of the peaks now appear with >names. The bug caused many POI names not containing a space to be >absent. > >The removal of the route names which started appearing on the map a >couple of weeks ago[2][3]. This error was caused when extra support was >added for route relations needed by the cycle map etc. > >Improved multipolygon support. For several months there have been >complaints that Mapnik has not been following the new tagging rules for >multipolygon relations[4]. I've added code to handle the obvious tag >combinations in osm2pgsql and this seems to work in the examples I've >tested[5][6]. > > Jon > > >[1] http://www.openstreetmap.org/?lat=54.5761&lon=- >3.234&zoom=13&layers=B00FTF >[2] http://lists.openstreetmap.org/pipermail/talk/2008-July/027991.html >[3] http://www.openstreetmap.org/?lat=43.6978&lon=-79.31117&zoom=17 >[4] http://wiki.openstreetmap.org/index.php/Relation:multipolygon >[5] http://www.openstreetmap.org/?lat=54.5836&lon=- >3.1445&zoom=13&layers=B00FTF >[6] >http://dev.openstreetmap.org/~bobkare/utilslippy/?zoom=13&lat=59.88743&lon= >10.87121&layers=0FB0 > > > > > > >___ >talk mailing list >talk@openstreetmap.org >http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > >No virus found in this incoming message. >Checked by AVG - http://www.avg.com >Version: 8.0.138 / Virus Database: 270.5.6/1578 - Release Date: 28/07/2008 >5:13 PM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Mon, 2008-07-28 at 18:47 +0100, Steve Chilton wrote: > Just noticed that this weekend it is exactly a year since I submitted my > first mapnik style patch. > In the following 12 months I have submitted a total of 45 patches with > multiple additions/changes (nearly 1 per week). > In that time the style file (XML) has moved from 1641 lines to 5220 lines. I do appreciate the effort you put into the styles. I personally think the maps look really amazing. In many places they are better than commercially available maps. >From Wednesday this week we should also start seeing the result of a couple of other fixes implemented this week:- I just fixed a bug in the core Mapnik code which was causing of some of the mountain peaks to be missing text labels. If you refresh your browser at[1] you should see most/all of the peaks now appear with names. The bug caused many POI names not containing a space to be absent. The removal of the route names which started appearing on the map a couple of weeks ago[2][3]. This error was caused when extra support was added for route relations needed by the cycle map etc. Improved multipolygon support. For several months there have been complaints that Mapnik has not been following the new tagging rules for multipolygon relations[4]. I've added code to handle the obvious tag combinations in osm2pgsql and this seems to work in the examples I've tested[5][6]. Jon [1] http://www.openstreetmap.org/?lat=54.5761&lon=-3.234&zoom=13&layers=B00FTF [2] http://lists.openstreetmap.org/pipermail/talk/2008-July/027991.html [3] http://www.openstreetmap.org/?lat=43.6978&lon=-79.31117&zoom=17 [4] http://wiki.openstreetmap.org/index.php/Relation:multipolygon [5] http://www.openstreetmap.org/?lat=54.5836&lon=-3.1445&zoom=13&layers=B00FTF [6] http://dev.openstreetmap.org/~bobkare/utilslippy/?zoom=13&lat=59.88743&lon=10.87121&layers=0FB0 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Milestone
Just noticed that this weekend it is exactly a year since I submitted my first mapnik style patch. In the following 12 months I have submitted a total of 45 patches with multiple additions/changes (nearly 1 per week). In that time the style file (XML) has moved from 1641 lines to 5220 lines. However, the serious point is that there is a lot to be done (viz recent mailings). I have a list of "challenges" that include, in no particular order: rendering variable river widths sorting out repeating road names overlapping road artefacts (eg more major road coming to a roundabout on lesser road) locks and lock gates the whole POI inclusion issue dots for amenties not yet symbolised but named rendering roads in proportion to lane numbers Originally we relied on Artem for all mapnik stuff, and subsequently several other people have done changes to mapnik styles, but only intermittently. Recently it sems to be only me, wheras I get the impression that more folk are hacking on osmarender. So, if anyone feels like getting their hands dirty and doing some collaborative work on mapnik style improvements then just drop me a line. Cheers STEVE ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
