Re: [Talk-GB] GB Chapter
Charlbury comes to mind (good beer!) Best, Artem On 26 April 2010 09:43, Andy Robinson (blackadder-lists) ajrli...@googlemail.com wrote: Might be cool to set up a Saturday mapping party and social combined somewhere easy to reach and needing some mapping between London and Birmingham. We could thrash out the bones of a UK chapter and see who's interested in working on it over a beer or two. Anyone want to look and suggest a location or two? Cheers Andy -Original Message- From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb- boun...@openstreetmap.org] On Behalf Of Christopher Osborne Sent: 25 April 2010 12:53 PM To: Brian Prangle Cc: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] GB Chapter ok, taking some time off work this week for RR. Will get on this week after. Suspect the usual suspects will get involved pretty quickly. On 24 April 2010 14:20, Brian Prangle bpran...@googlemail.com wrote: We discussed this at our West Mids social meeting and thought it was a good idea - possibly the West Mids and London groups forming the nucleus to get this off the ground Rgds Brian On 24 April 2010 13:59, SteveC st...@asklater.com wrote: don't think so On Apr 24, 2010, at 5:07 AM, Christopher Osborne wrote: Did we get anywhere with starting a GB Chapter? -- Christopher Osborne www.itoworld.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb Yours c. Steve ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- Christopher Osborne www.itoworld.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.801 / Virus Database: 271.1.1/2835 - Release Date: 04/25/10 19:31:00 ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] OSM on uk.techcrunch
http://uk.techcrunch.com/2008/11/27/openstreetmap-grows-spawns-ecosystem/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapnik 0.5.1
Hello all, Mapnik 0.5.1 is out! More on http://mapnik.org/news/2008/apr/15/release_0_5_1/ Have fun! Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] article in Geo Informatics Magazine - good coverage of OSM
On 17 Mar 2008, at 22:24, martin dodge wrote: See pages 28-31 in flash version http://fluidbook.microdesign.nl/geoinformatics/02-2008/ or (big) pdf of whole magazine for downlown http://fluidbook.microdesign.nl/geoinformatics/02-2008/data/ document.pdf The infrastructure of OpenStreetMap is based on Geoserver (based on GeoTools) and many pieces of free software that have been developed by OSM enthusiasts. ... cheers martin Cheers Artem ___ 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] The Venice over flooded! Or I didn't know Atlantis has zigzagged coast
The same are correcty rendered by [EMAIL PROTECTED] http://informationfreeway.org/? lat=45.7342335lon=12.328821176790472zoom=12layers=B000F000F but not here : http://informationfreeway.org/? lat=45.42062173372074lon=12.378946288003993zoom=10layers=B000F000F Artem Edoardo Marascalchi ICT Consultant website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ 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] pint symbol
On 15 Feb 2008, at 16:51, Igor Brejc wrote: Artem Pavlenko wrote: Since it's friday and it has been very little progress with choosing/ improving current pint symbol, I created a new version : http://artem.dev.openstreetmap.org/files/mapnik_output/pint.pdf It based on empty pint symbol (PD) from : http://en.wikibooks.org/ wiki/Image:Pint_Glass_(Pub).svg Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Too bad it's not full ;) Well, I thought half-full would be a good compromise. But you're right, we can have three versions : full,half-full and empty. Igor Artem -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] pint symbol
On 15 Feb 2008, at 16:58, SteveC wrote: clearly needs to be half full not half empty You're right, too. So I propose four then: full, half-full, empty and guinness On 15 Feb 2008, at 16:54, Artem Pavlenko wrote: On 15 Feb 2008, at 16:51, Igor Brejc wrote: Artem Pavlenko wrote: Since it's friday and it has been very little progress with choosing/ improving current pint symbol, I created a new version : http://artem.dev.openstreetmap.org/files/mapnik_output/pint.pdf It based on empty pint symbol (PD) from : http://en.wikibooks.org/ wiki/Image:Pint_Glass_(Pub).svg Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Too bad it's not full ;) Well, I thought half-full would be a good compromise. But you're right, we can have three versions : full,half-full and empty. Igor Artem -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] pint symbol
On 15 Feb 2008, at 17:13, Iván Sánchez Ortega wrote: El Viernes, 15 de Febrero de 2008, Artem Pavlenko escribió: Well, I thought half-full would be a good compromise. But you're right, we can have three versions : full,half-full and empty. No, the three versions needed are: half-full, half-empty and twice the neccesary size. No, I think I was right. It is about representation. Statistically you're most familiar with half-full (half-empty) pint. You only see full pint for a few seconds and empty pints are taken away (usually) quickly. -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ 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] pint symbol
On 15 Feb 2008, at 17:06, Nick Whitelegg wrote: Well, I thought half-full would be a good compromise. But you're right, we can have three versions : full,half-full and empty. To indicate the quality of the pub? :-) Or just put all pints on ImFeelingLuckySymbolizer ? Nick ___ 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
[OSM-talk] pint symbol
Since it's friday and it has been very little progress with choosing/ improving current pint symbol, I created a new version : http://artem.dev.openstreetmap.org/files/mapnik_output/pint.pdf It based on empty pint symbol (PD) from : http://en.wikibooks.org/ wiki/Image:Pint_Glass_(Pub).svg Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Japanese and Chinese unicode fonts
While experimenting with Japanese fonts, I was using Osaka.dfont (OS X) : http://artem.dev.openstreetmap.org/files/osaka.jpg Japanese characters appears correct, but some others are missing, which font should we be using for Japanese (and Chinese) characters? Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Arabic shaping
Hi, I'm implementing proper unicode support in Mapnik based in ICU library (no more iconv and fribidi) . I'm getting good results (so I think) : http://artem.dev.openstreetmap.org/files/morocco.jpg Could someone, verify, and tell me it looks cool. Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Large Rivers in general, mapnik rendering in Particular
On 8 Feb 2008, at 19:12, David Groom wrote: - Original Message - From: Artem Pavlenko [EMAIL PROTECTED] To: David Earl [EMAIL PROTECTED] Cc: David Groom [EMAIL PROTECTED]; talk Openstreetmap talk@openstreetmap.org Sent: Friday, February 08, 2008 12:24 PM Subject: Re: [OSM-talk] Large Rivers in general, mapnik rendering in Particular On 8 Feb 2008, at 12:05, David Earl wrote: On 08/02/2008 11:54, David Groom wrote: You mean like http://wiki.openstreetmap.org/index.php/Relations/Proposed/ Rivers, which would be my ideal, Ah, yes. I was suggesting putting in the connections across the river as well, but there isn't any reason why if the renderer is building its own polygon from the relation that it can't imply a connection from the end of each way to the start of the other. Allowing more than one contiguous way on each bank would also be useful. I'll edit the wiki. Could you put some visual examples, please? Artem, what i had in mind is now shown on http:// wiki.openstreetmap.org/index.php/Relations/Proposed/Rivers David G Yep, we can live with this. Artem David Artem ___ 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] Mapnik: right-to-left labels are printed backward
On 11 Feb 2008, at 11:25, Moshe Sayag wrote: Hebrew and Arabic labels have to be printed in right-to-left order, but are reversed by Mapnik. Also, arabic script needs shaping! Work in progress: ./bin/darwin/debug/unicode_test \320\234\320\276\321\201\320\272\320 \262\320\260 \330\247\331\204\330\261\330\250\330\247\330\267 Oxford \345\220\203\343\204\220\343\204\212 testing unicode... Москва الرباط Oxford 吃ㄐㄊ Left-to-Right u041c 0 u043e 1 u0441 2 u043a 3 u0432 4 u0430 5 u0020 6 Right-to-Left u0637 7 u0627 8 u0628 9 u0631 10 u0644 11 u0627 12 Shaped arabic ufec1 ufe8e ufe91 ufeae ufedf ufe8d Left-to-Right u0020 13 u004f 14 u0078 15 u0066 16 u006f 17 u0072 18 u0064 19 u0020 20 u5403 21 u3110 22 u310a 23 Moshe Artem ___ 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] Large Rivers in general, mapnik rendering in Particular
On 8 Feb 2008, at 11:27, David Earl wrote: You could do it as a relation. The river bank would be a set of ways (each of which shares its end nodes with the ends of one of the others), and you could have a role for the one or two ways which close the loop which says this is structural, not really part of the river bank. The renderer would have to assemble the polygon from the constituent ways (start with one way, find the end node as the start node of another way and so on), but then rendering would be as per any other polygon. It's a bit fiddly, but it removes the problems of the artificial connections across the water not eing idetifiable while at the same time still providing a complete polygon (albeit indirectly) for the renderer to work on. Yes, this sounds reasonable to me. David Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Large Rivers in general, mapnik rendering in Particular
On 8 Feb 2008, at 11:26, Andy Allan wrote: On Feb 8, 2008 11:09 AM, Artem Pavlenko [EMAIL PROTECTED] wrote: We can make osm2pgsql or coastline tools to create polygons, but why not create them in the first place ? Can someone enlighten me, please ? If I wanted to draw the rivers as light blue* with dark blue riverbanks, wouldn't storing them as polygons would make this hard? I don't think it would be easy to work out which sections of the polygons are where the river continues as opposed to being the riverbank. OK, valid point. If we store the riverbanks, then we can pre-process to our hearts content using osm2pgsql and the like. That way I could have riverbanks as polylines and rivers as polygons and render them as I see fit. The pre-processing could work very similarly to the coastlines, using a left- or right-hand side rule and continuing the riverbank where one way joins onto the next to construct the polygons required. Can relations help here ? Cheers, Andy * As I think more and more about contours, and semi-transparent renderings and so on I realise that most area-fills will be translucent with edges on my maps, so we need to avoid abutting polygons if we aren't intending to represent an edge. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Large Rivers in general, mapnik rendering in Particular
On 8 Feb 2008, at 10:39, David Groom wrote: The proposed tag waterway = river, http://wiki.openstreetmap.org/index.php/Proposed_features/ Large_rivers , has been at proposal stage for over 18 months, which seems far too long for a tag which represents such an important feature. The main problem area seems to be that some people do not like the current proposal whereby a river is divided up in to separate closed areas. Representing features (like rivers) as well-formed closed polygon sounds good to me. The reason being that the segment crossing the river to close the area marks a boundary which does not actually exist. Discussion on this could go on indefinitely, but it does really need a Mapnik expert to either (i) see if there is a way that Mapnik can render areas which are not closed (ie. comprised of two parallel ways), Of course there is a way, but I'm not convinced at all we should take this approach. or (ii) if this is not , and will never be, possible then to state that fact , and we can then have a tag proposal which will render in both Mapnik and [EMAIL PROTECTED] We can make osm2pgsql or coastline tools to create polygons, but why not create them in the first place ? Can someone enlighten me, please ? The main issue in practice is we now have no standard way of tagging rivers, and people are relatively free to do what they like, with the result that large portions of the River Thames disappeared from the Mapnik layer recently http://www.informationfreeway.org/? lat=51.49lon=0.41zoom=11layers=F0B0F As a short term solution we can replace problematic coastline tile in London (100x100km vectors) with old one, I guess. David Artem ___ 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] Large Rivers in general, mapnik rendering in Particular
On 8 Feb 2008, at 12:05, David Earl wrote: On 08/02/2008 11:54, David Groom wrote: You mean like http://wiki.openstreetmap.org/index.php/Relations/Proposed/Rivers, which would be my ideal, Ah, yes. I was suggesting putting in the connections across the river as well, but there isn't any reason why if the renderer is building its own polygon from the relation that it can't imply a connection from the end of each way to the start of the other. Allowing more than one contiguous way on each bank would also be useful. I'll edit the wiki. Could you put some visual examples, please? David Artem ___ 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] New Coastline in Mapnik
New coastline in Mapnik : Helsinki - http://www.openstreetmap.org/? lat=60.1641lon=24.9339zoom=14layers=B0FT Stockholm - http://www.openstreetmap.org/? lat=59.3409lon=18.0826zoom=13layers=B0FT Oslo - http://www.openstreetmap.org/? lat=59.9076lon=10.7438zoom=14layers=B0FT Copenhagen - :http://www.openstreetmap.org/? lat=55.6829lon=12.5817zoom=12layers=B0FT A big thank you to Kleptog!!! Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Mapnik 0.5.0
Dear lisrs, I'm very pleased to announce Mapnik 0.5.0. It has been a long time in development, but I hope it was worth waiting for. This release brings numerous stability and performance improvements. I am particularly excited to see Mapnik performing well in multi-threaded setups, offering scalability. More on http://mapnik.org Thanks to everyone involved Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering problem (was: Cycle route improvements)
On 6 Feb 2008, at 17:17, Ben Laenen wrote: On Wednesday 06 February 2008, Artem Pavlenko wrote: OK, good. Probably something wrong with your styles. Post your *.xml file and I'll have a look. It's the original one from svn, but if you want to have a look... I can't see anything wrong with it, but I'll try some older ones once. Ben, Are you using template ? You should have replaced all occurrences of %params% with real things Also, make sure you have postgis.input installed HTH Artem Greetings Benosm-template.xml.zip ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering problem (was: Cycle route improvements)
On 6 Feb 2008, at 19:29, Ben Laenen wrote: On Wednesday 06 February 2008, Artem Pavlenko wrote: Are you using template ? You should have replaced all occurrences of %params% with real things I don't have to do that manually, do I? I just enter the variables in set-mapnik-env, call customize-mapnik-map which replaces all %param % in osm-template.xml which is saved to osm.xml. The evidence that it's working is that all symbols like for pubs and stations are shown on the map for example. Also, make sure you have postgis.input installed I don't know what you mean with postgis.input exactly, but I've installed postgresql8.2-postgis and ran it on the database, just like is mentioned on http://wiki.openstreetmap.org/index.php/Mapnik Are there some alternative osm.xml files somewhere which I could test out? Ok, if you have pubs etc showing means you have mapnik (+postgis plug- in) installed. Could you compile Mapnik with DEBUG=y and see SQL statements being sent to postmaster ? Oh, one more thing, just an idea : try running vacuum analyze planet_osm_; Artem Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Fwd: Rendering wish value suburb
Begin forwarded message: From: Michael Galonska [EMAIL PROTECTED] Date: 31 January 2008 19:27:14 GMT To: Artem Pavlenko [EMAIL PROTECTED] Subject: Rendering wish value suburb Hello Artem, Would it be possible to show the key=place value=suburbs on Mapnik with the same rules as k=place, v=village? In Germany, some suburbs belong to a city or town, but look from the outside like another village, e.g. they are situated outside of the city body at 1 km distance. On the map the name of the neighboring village is shown, while the suburbs name does not appear. The difference is mainly administrative only. It appears Mapnik does not render the value suburb. I do not know who administrates the OSM-Mapnik. If you do not administrate the OSM-Mapnik-Tiles, perhaps you could forward it to the person who does (steve8?). An example are Dutenhofen, Allendorf and Münchholzhausen immediately southeast of Gießen, Germany, which are suburbs. Their names do not appear in Mapnik. On the other hand places like Heuchelheim (west of Gießen) are tagged as villages, and they do appear. The value suburb is also rendered on the corresponding Osmarender map. The example link: http://www.informationfreeway.org/? lat=50.562568187435595lon=8.600855394950692zoom=13layers=F0B0F Thanks in advance, Michael Galonska Longbow4u on OSM Sounds reasonable to me. Can we render place=suburbs ? Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM cycle map radio interview
Great, Andy! BTW, if you managed to create contours for the UK, could you send me a link? I'd like to try overlaying them on top of relief. Artem On 5 Feb 2008, at 11:44, Andy Allan wrote: Last night's episode of The Bike Show, aired on London's Resonance FM, featured an extended (~25min) interview with your's truly on the subject of OpenStreetMap and my OSM cycle map. The interview was recorded out and about around London a couple of weeks ago - and if you want to listen to it, it's available on their website - Reclaim the Street(maps). http://thebikeshow.net/2008/02/04/4-february-2008-reclaim-the- streetmaps/ Cheers, Andy ___ 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] [Forward] Problems running osm2pgsql_latest.exe
On 4 Feb 2008, at 12:19, Lambertus wrote: There is a user on the forum (cannot access the ML) who runs into problems with the osm2pgsql tool. Artem (and maybe others), can you have a look at that please? Forum topic: http://forum.openstreetmap.org/viewtopic.php?id=413 Thanks, I posted to forum. Artem ___ 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] srtm2shp - Shapefiles from SRTM contours - new version
On 4 Feb 2008, at 22:01, Andy Allan wrote: On Jan 19, 2008 9:15 PM, Nick Whitelegg [EMAIL PROTECTED] wrote: Here are the details on the parameters: Usage: srtm2shp -b comma_separated_bbox [-I InCoordFormat] [-O OutCoordFormat] [-i height_interval] [-S step] [-f] [-l srtmlocation] shpfile Hi Nick, Been looking at this today, but can't get it working. I'm trying this: [EMAIL PROTECTED]:~/srtm2shp$ ./srtm2shp -b 0,50,1,51 -I latlon -O latlon -i 100 -l /home/osm/vmap-no-rcs/srtm/data/ test where the folder mentioned has lots of hgt.zip files, but it appears to go into an infinite loop. Is the command line correct? Can srtm2shp read .zip files? Don't think so. Try unzipping them Am I missing something else? Cheers, Andy Artem ___ 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] Mapnik rendering update
On 29 Jan 2008, at 23:40, Jon Burgess wrote: On Fri, 2008-01-25 at 23:28 +, Jon Burgess wrote: On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Burgess wrote: | Once this first pass of the rendering is complete the mod_tile setup | will have all the existing tiles fully rendered with the current planet | dump and current map style. At that point I will switch over the URLs on | the server to make the new tiles live. | | The new system has already rendered 5M tiles in just under 24 hours. | This covers all of zooms 0 - 12 and about halfway through zoom 13. At | the current rate all the old 30M tiles will be rendered by about | Wednesday next week. I've made the new tiles from mod_tile live on the main OSM tile server (on the default Mapnik layer). The initial impression I get is that the tiles are being served to more responsively and the on-access rendering seems to be working well too. Hopefully this will all continue smoothly. Fantastic. * The new colour reduction algorithm causes some odd colour changes in a few tiles. 99% are fine but a few have a background colour or road fill which is slightly wrong. I had a look and there are quite a few of wrong tile. I committed changes that seems to fix this in r625. Great work! Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 29 Jan 2008, at 21:21, Gervase Markham wrote: Chaps, As always, forgive me if this is an old issue, but: I noticed that an organisation I have contact with has a map in their how to get here leaflet, which they may well have just copied from somewhere. I'd like to recommend they use an OSM map instead, but looking at the area: http://www.openstreetmap.org/? lat=51.45561lon=-0.96828zoom=16layers=B0FT I find that the area they would screenshot is covered with crudely- drawn pint glasses.[0] Are there any plans to either: a) put layers into the Slippy Map so people can remove unwanted data such as this; or: b) set up a web service so that people can have custom maps (of reasonably small areas) rendered according to their specified criteria? Asking them to install and configure their own copy of Mapnik seems somewhat unreasonable... Gerv [0] Note: the purpose of this message is _not_ to have a dig at the icon designer. But you must admit they are fairly simple icons. Gervase, Get your organisation to contact me (http://mapnik.org). I am able to render whatever flavor, with or without pub icons, any size map. Kind Regards Artem ___ 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] Crudely-drawn pint glasses
On 30 Jan 2008, at 10:25, bvh wrote: On Wed, Jan 30, 2008 at 08:56:13AM +, 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? No, we should provide tools that make it very easy to create a custom map. Mapnik is not (yet?) that tool. Mapnik is that tool and it's also free and easy to use ;) . It is used in many exciting projects to generate custom maps e.g http://www.everyblock.com/ http://www.placebase.com/ http://www.mysociety.org/2007/more-travel-maps/ I believe Kosmos wants to fill that gap. Kosmos is win32 only and it also relies on inferior GDI+ rendering. Merkaartor is also getting some of it : I just added an integrated gui to edit the map style to subversion, effectively with the aim to make merkaartor a full wysiwyg map editor/renderer combination. If you're serious about rendering high-quality maps and I believe you're using qt4 in your project, why don't you join forces and work on Mapnik GUI ? Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering artifacts
On 30 Jan 2008, at 12:41, Karl Newman wrote: I'm seeing faint gray lines on the main site slippy map Mapnik base layer, and I'm at a loss to explain their source. At first I thought they were state borders, but I'm seeing the lines running through the middle of states, too (here http:// www.openstreetmap.org/?lat=42.001lon=-120.048zoom=9layers=B0FT it runs vertically through the middle of Oregon). Then I thought they were tile boundaries, but that's not consistent, either. Even weirder is on the California-Nevada border, there are two vertical lines right next to each other, not always parallel. (See here: http://www.openstreetmap.org/? lat=41.62lon=-120.053zoom=9layers=B0FT). I downloaded that area in JOSM but all I saw was a single state border way. It doesn't seem to have a source in the OSM data, so maybe it's something caused by the conversion to pgsql or by the renderer itself (maybe a projection issue)? I don't think it's related to the recent mod_tile changes, because as far as I know that only affects how the tiles are stored and served, not how they're rendered. (If I've said something stupid, please forgive me. I *think* I understand the process...) Any thoughts, anyone? railtracks ? Artem Karl ___ 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] Low zoom render requests for the Sudan
Hi Neil, Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. This can be solved quite easily for Mapnik layer if you could provide bounding box for that area. Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 30 Jan 2008, at 13:12, J.D. Schmidt wrote: Tom Hughes skrev: 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? And especially maps without an indication of where to bring a brit, yourself, and your extra liver to sample the local flavours of beer. Completely useless map IMHO. Dutch Good p(o)int! This thread is going for quite a while and still no new pint icon :D This one I created myself a year ago : http://www.gravitystorm.co.uk/ osm/?zoom=15lat=6715066.22314lon=-7023.28957layers=B00 Is it better ? or not? Cheers Artem ___ 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] Crudely-drawn pint glasses
On 30 Jan 2008, at 12:11, bvh wrote: On Wed, Jan 30, 2008 at 12:51:34PM +, Artem Pavlenko wrote: This is why I'm making win32 binaries ( and planning os x pkg) - for ordinary mortals. For more advanced folk : sudo apt-get install mapnik or rpm -ivh etc. All is needed is a bit of extra help (hint hint hint) , I'm personally quite happy with building from source - worksforme :) ... I'm not sure I understand what you mean by instance. Postgresql ? Mapnik is c++ library that can be used with any modern GUI toolkit to render maps. There are different ways to setup it up, of course and web based service is one of them. As you said : mapnik is c++ library hence useless for ordinary mortals. To unlock the power of mapnik they need a setup that feeds mapnik map data, a front to easily edit their mapstyle and a backend that let's them chop and save tiles/maps/jpegs whatever. And that is not (yet) within reach of ordinary mortals, is it? This is why I started: http://trac.mapnik.org/browser/trunk/demo/viewer But the more I think of it, merkaartor has quite a bit of that already : it has the data and the tools to easily download them from OSM api. It recently acquired a mapstyle editor (albeit quite basic for now). It has a user interface for finding your area of interest. What we are missing is the interface towards mapnik but given both are c++ projects I don't see huge problems... You should have no problems at all. I'll investigate some more this weekend. cu bart Artem ___ 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] how can I print a atlas ?
Hi Axel, On 30 Jan 2008, at 14:35, Axel R. wrote: Hi, I would like print the map (to ckeck IRL the streets...) How can I do this easely ? I've found pdf-atlas which seem difficult to install and http://tah.openstreetmap.org/MapOf/ which make only small JPEG (I've got a nice big color printer at work...) For nice colour printer at work you'll need a big map to print. There is http://trac.openstreetmap.org/browser/applications/rendering/ mapnik/generate_image.py which would generate large poster size maps. Or send me your bounding box and I might be able to help. Thank you for your help, Cheers Artem Axel ___ 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] Low zoom render requests for the Sudan
On 30 Jan 2008, at 22:16, Rob Reid wrote: Neil Penman wrote the following on 31/01/2008 02:07: I've been loading routes provided by the United Nations for the Southern Sudan and the UN has invited us to demonstrate these OSM maps at a UN conference in early February. Ideally the maps should be available on line, although we probably will also show off line images. Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. I've installed [EMAIL PROTECTED] and am waiting for a password to upload generated images, however I'm not sure if I can generate tiles for zoom level 6 at the moment. It looks like I can only generate down to zoom level 8 using ./tilesGen.pl xy 151 118 8 (etc). Can I do the same at zoom level 6? After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 lowzooms in South Sudan around Juba. Once we have some current z8 tiles then zooms below 8 can be generated using lowzoom.pl which you will find under the tools dir if you already have [EMAIL PROTECTED] This script basically just pulls the z8 tiles, stitches them together and scales them which is why you need to do the z8 tiles first. The comments on irc suggested this was required for presentation to UN by Monday, anyone else up for some lowzoom rendering? curl http://osmxapi.hypercube.telascience.org/api/0.5/map? bbox=27,2.5,37,18 sudan.osm ~/projects/openstreetmap/osm2pgsql/osm2pgsql -a -d openstreetmap sudan.osm I can render all these tiles if there's still interested. cheers rcr Cheers Artem ___ 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] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 22 Jan 2008, at 22:18, Martijn van Oosterhout wrote: On Jan 22, 2008 9:41 PM, Artem Pavlenko [EMAIL PROTECTED] wrote: I wonder why geographical projection for tiles ? They look quite distorted when warped on sphere: http://artem.dev.openstreetmap.org/files/marble-osm.jpg Maybe spherical Mercator (same as in GMap) would produce better results. Problem is that mercator doesn't work for the poles, which is kinda important for 3D. Also as you get closer to the poles you need to load more tiles to cover the same area. Plate Carre isn't perfect, but it's much better for this purpose. If we setup a tileserver to render in platecarre that might at least fix the stretching, maybe...? Yep, you're right, Mercator is no help. BTW, I rendered tiles (for marble) in Lat/Lon aka Geographic, Plate Carre, equirectangular,cylindrical equidistant, unprojected etc. Still, there are too many re-sampling artifacts. I'll try smaller tile sizes .. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 23 Jan 2008, at 12:23, Torsten Rahn wrote: Hi Artem, On Wednesday 23 January 2008 11:06:41 Artem Pavlenko wrote: Hi Torsten, Glad you like the screenshot. I'll post another one soon :) Yes, you're right mercator would be wasteful. When I got spare moment I'll try different tile sizes to see if this affects final map quality. No, the tilesize shouldn't affect the render quality at all. Ok. Manually adjusting the point at which Marble switches to a different tile level could have a positive effect. Right now it happens in void AbstractScanlineTextureMapper::selectTileLevel( ViewParams* viewParams ) using the formula double linearLevel = ( 2.0 * (double)( radius ) / (double) ( m_tileLoader-tileWidth() ) ); I guess ideally the size of the tile on the screen would match about the size of the original tile. You can check this by changing line 119 in marble/src/lib/TextureTile.cpp from bool tileIdVisible = false; if(tileIdVisible) m_painter.paintTileId(theme); to bool tileIdVisible = true; if(tileIdVisible) m_painter.paintTileId (theme); This will enable you to see the tile borders and the filenames + tile level visually directly on the screen. This Debug Mode is very helpful when you work with tiles in Marble! Thanks, I'll try this. Maybe you can afford better resampling at high zooms for smoother results? I'm not sure whether this can be implemented easily at sufficient speed. Right now Marble just looks up the exact color value on the map for each point on the screen We could try to do some more sophisticated high quality rendering when the user stops moving the map. I think this could work. if you're planning to pull tiles from a web service, then rendering fast (scaled) globe and repainting on each tile arrival (with bilinear interpolation for example) shouldn't be a problem. I did something like that - pulling tiles from VE and warping them on-fly into NatGrid and it worked really well (qt4). Whether it's possible to do the same at acceptable speed while moving is a completely different question though I think for 'moving' current approach works well. BTW, I rendered tiles (for marble) in Lat/Lon aka Geographic, Plate Carre, equirectangular,cylindrical equidistant, unprojected etc. Still, there are too many re-sampling artifacts. I'll try smaller tile sizes .. Could you send me a screenshot of Plate Carre, so I get the idea how it looks like? Here you go : http://artem.dev.openstreetmap.org/files/marble-osm- flat.jpg I found 'magic' zoom level when there's minimal distortion. Cheers Artem Best Regards, Torsten PS: Is the OSM-Talk Moderator on holidays? Best Wishes, Torsten Best Artem Best wishes, Torsten -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
What do you mean by magic? Just a zoom value where it looks good? Precisely :) How do bad and average zoom levels look like? Could you send me a screenshot of bad and average (or maybe put the tile data somewhere so I can experiment somewhat, too) :-) ? Here is 'bad' example : http://artem.dev.openstreetmap.org/files/ marble-osm-bad.jpg - you can not read text at all. You can get data from : http://artem.dev.openstreetmap.org/files/ marble-osm-data.tar.bz2 (Note: only area around Oxford, UK has got hi-res tiles) Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 23 Jan 2008, at 14:35, Torsten Rahn wrote: This looks excellent. I see that there are some minor faults on the fonts. But for a quick viewer that Marble is and for the given projection it's a pretty good result already. That being said we plan to have different quality settings in Marble 0.6 in general: Ah, just comparing it against the screenshot in your presentation: http://www.port.ac.uk/special/soc/programme/presentations/ filetodownload,70851,en.pdf I only now realized that you looked at this in flat map projection. Of course if you look at it in spherical projection the fonts will get squeezed. as you basically render unprojected fonts against an equirectangular projection. Is there any chance that you could show how this looks in spherical projection (maybe with fonts adjusted to equirectangular projection, so there will be minimal distortion in spherical projection)? I will do later on tonight. Or you can use my data to test it yourself. Some zoom levels look ugly due to my database experiments:) simplifying geometry, but should be good enough for testing. Cheers, Torsten Artem -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 23 Jan 2008, at 14:52, Richard Fairhurst wrote: 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 It is due to re-sampling. Tiles are projected into Plate Carre. I think marble is not interpolating, just picks first pixel for speed (while scaling). cheers Richard Artem ___ 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] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 22 Jan 2008, at 19:50, Matt Williams wrote: On Tuesday 22 January 2008 11:26:53 Artem Pavlenko [EMAIL PROTECTED] wrote: Hi Matt, On Monday 21 January 2008 15:20:41 Andy Allan [EMAIL PROTECTED] wrote: On Jan 21, 2008 10:56 AM, Matt Williams [EMAIL PROTECTED] wrote: Marble already has the ability to download a set of low quality Mapnik tiles (about z=8 or something I guess). Is this just on development versions? I'm running Marble 0.4.0 here, but can't figure out if it can do what you say. Andy I'm on version 0.5 and I get the data by going to File - Download New Data... and installing the Mapnik tiles. They can then be used by chosing OSM Mapnik in the Map View sidebar. Hmm... I compiled 0.6 from source and there's no 'Download New Data..' The version currently in SVN is 0.5 (i.e. there is no 0.6) Yes, there is :D - http://artem.dev.openstreetmap.org/files/ marble-0.6.jpg and talking to someone who compiled it from a checkout thismorning, the menu item should be there. Are you getting the code from SVN or from source packages from somewhere? When compiling Marble, you can choose to either compile the plain Qt4 version or the version that uses the KDE4 libraries. Apparently, the Qt version doesn't have the 'Download New Data..' link so if you want that, you'll need to build the KDE version. To do that, you should follow the Build Marble as a KDE application instructions from http://edu.kde.org/marble/ obtain.php (and of course, you'll need the KDE4 libraries) Yes, thanks, I'm building QT_ONLY version. Artem Matt Artem From what I remember, this was only added very soon before the release of KDE 4.0.0 so I guess that it may only be available in Marble 0.5. If you compiled from source, it's easy to update. Otherwise, I guess you can wait for a distro update. If you want to talk to the developer's directly, you can find them (tackat or ingwa) on the [EMAIL PROTECTED] mailing list or in the #kde-edu channel on irc.freenode.net Matt ___ 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 22 Jan 2008, at 20:55, Matt Williams wrote: On Tuesday 22 January 2008 20:41:33 Artem Pavlenko wrote: On 22 Jan 2008, at 12:59, Torsten Rahn wrote: File - Download New Data (DXS) is one of the very few features that only get enabled if you compile the KDE version (it's a KDE technology). While the MarbleWidget only depends on Qt4 you can have additional features in the menu that get supported throught the KDE framework if you compile it as a KDE4 application. So you probably compiled with -DQTONLY=ON. Yes, I compiled on Mac :) You shouldn't let that stand in your way http://techbase.kde.org/Projects/KDE_on_Mac_OS_X :D KDE on Mac, why? I just boot Linux :P A. Matt Williams ___ 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] TIGER has only a week to go
On 15 Jan 2008, at 20:54, SteveC wrote: On 15 Jan 2008, at 20:25, J.D. Schmidt wrote: Andy Allan skrev: On Jan 15, 2008 6:01 PM, Robert (Jamie) Munro [EMAIL PROTECTED] wrote: According to: http://dev.openstreetmap.org/~daveh/tiger/stats.html TIGER imports will be finished in a weeks time! Should we celebrate somehow? Perhaps a press release? (Maybe give it another week so that Mapnik has all the new data) You obviously don't watch enough action movies. It'll get to 1 second remaining, and SteveC will cut the blue wire... Cheers, Andy As usual when watching action movies, I fell asleep midway. Could you please tell me, now that I am awake, is SteveC the Good Guy or the Bad Guy in this movie ?? Good. Fake SteveC is Bad. Hmm.. fake ed is goodie, then :D ;) Dutch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ 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] Kosmos v1.3 - shaded relief
Hi Igor, Thanks very much for shaded relied algos. I didn't have a chance to look, yet, but I sure will. Cheers Artem On 13 Jan 2008, at 17:50, Igor Brejc wrote: Artem Pavlenko wrote: AFAIK, all freely available void-filled SRTMs are not free. At least there's 'for non-commercial use only' clause attached. Yes, that's true. When I find the time I will examine the sources and try to contact authors to ask them permission to use their data. As for the non-commercial use, since Kosmos itself is by currently licensed for non-commercial use only, I don't think that should be a problem. Yes, please. I'm very interested in new ideas for generating reliefs and filling voids. Anyways, great stuff! Cheers Artem I've attached source files for all of the shading algorithms used in Kosovo. I plan to add some more (like elevation coloring) in the future. I hope the source code helps - I've included all the relevant stuff. If you have any questions or suggestions, please feel free to write. I saw your work on DEM processing and I'm impressed. I too am interested in new ideas :) Regards, IgorShading.zipusing System; using System.Collections.Generic; using System.Text; using System.Drawing; using System.Diagnostics.CodeAnalysis; using log4net; using Brejc.DemLibrary.Shading; namespace Brejc.DemLibrary { public sealed class DemProcessor { static public Image GenerateShadedReliefImage ( IRasterDigitalElevationModel dem, IShadingMethod shadingMethod, ShadingParameters shadingParameters) { Bitmap bitmap = new Bitmap (dem.LonLength, dem.LatLength); double[][] window = new double[3][] { new double[3], new double[3], new double[3] }; double earthRadius = 636; double earthCircumference = earthRadius * 2 * Math.PI; double latSpacing = earthCircumference / (360 * dem.LatResolution); shadingMethod.Initialize (shadingParameters); for (int y = 1; y dem.LatLength - 1; y++) { GeoPosition geoPos = dem.GetGeoPosition (0, y); double lonSpacing = earthCircumference / (360 * dem.LonResolution) * Math.Cos (geoPos.Latitude * Math.PI / 180.0); for (int x = 1; x dem.LonLength - 1; x++) { GetMovingWindow (dem, window, x, y); double dzdx = ((window[0][0] + 2 * window[0][1] + window[0][2]) - (window[2][0] + 2 * window[2][1] + window [2][2])) / (8 * lonSpacing); if (double.IsNaN (dzdx)) continue; double dzdy = ((window[0][0] + 2 * window[1][0] + window[2][0]) - (window[0][2] + 2 * window[1][2] + window [2][2])) / (8 * latSpacing); if (double.IsNaN (dzdy)) continue; double riseRun = Math.Sqrt (dzdx * dzdx + dzdy * dzdy); double slope = Math.PI / 2 - Math.Atan (riseRun); double aspect = Math.Atan2 (dzdy, dzdx); //double aspect = Math.Atan2 (window[1][0] - window[1][2], //window[0][1] - window[2][1]); if (dzdx != 0 || dzdy != 0) { if (aspect == 0) aspect = Math.PI * 2; } else { aspect = 0; } Color color = shadingMethod.CalculateColor (aspect, slope); bitmap.SetPixel (x, bitmap.Height - y, color); } } return bitmap; } static private void GetMovingWindow (IRasterDigitalElevationModel dem, double[][] window, int x, int y) { for (int xi = -1; xi = 1; xi++) for (int yi = -1; yi = 1; yi++) window[xi + 1][yi + 1] = dem.GetElevationForDataPoint (x + xi, y + yi); } private DemProcessor () { } [SuppressMessage (Microsoft.Performance, CA1823:AvoidUnusedPrivateFields)] static readonly private ILog log = LogManager.GetLogger (typeof (DemProcessor)); } } ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Why place matters, slides from Vanessa Lawrence talk
On 11 Jan 2008, at 09:22, Nick Black wrote: We should catalogue the errors and send them back into the OS so they can do better next time. We can time how long it would take them to fix it. On Jan 11, 2008 8:47 AM, 80n [EMAIL PROTECTED] wrote: On Jan 11, 2008 8:18 AM, Richard Fairhurst [EMAIL PROTECTED] wrote: martin dodge wrote: Just found an interesting set of slides of a talk by Vanessa Lawrence, OS http://www.w3.org/2007/06/eGov-dc/presentations/ VL_why_place_matters.pdf with some prominent mentions for OSM. I particularly liked slide 46 That's rather nice! Mrs F points out, however, that the photo in slide 32 (22 Pine Street, Swindon) is almost certainly not in Swindon, and indeed there is no Pine Street in Swindon. So I'd be very wary of taking the slide's suggestion to route ambulances using OS data. Much more reliable to use OSM. ;) And on slide 42, Wellington is a place in Somerset, not Northumberland. 80n cheers Richard ___ 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 -- Nick Black http://www.blacksworld.net ___ 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] Kosmos v1.3 - shaded relief
Hi Igor, On 10 Jan 2008, at 22:46, Igor Brejc wrote: Hello everybody, Kosmos rendering engine has a new version (1.3). The main new feature is relief shading tool in Kosmos.Gui, which can automatically download and process SRTM3 data for a given map area. If you're interested, visit http://wiki.openstreetmap.org/index.php/ Kosmos. I've tried latest Kosmos and it works fine, though a bit slow. Are you planning to release source? I'm interested to try your shaded relief algorithm. Also, how do you fill voids ? Cheers Artem Good night, Igor Brejc ___ 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] Why place matters, slides from Vanessa Lawrence talk
On 11 Jan 2008, at 11:21, David Earl wrote: On 11/01/2008 00:55, Jon Burgess wrote: On Fri, 2008-01-11 at 00:09 +, martin dodge wrote: Hi, Just found an interesting set of slides of a talk by Vanessa Lawrence, OS http://www.w3.org/2007/06/eGov-dc/presentations/ VL_why_place_matters.pdf with some prominent mentions for OSM. I particularly liked slide 46 The map in his screenshot must be from quite some time ago. The same area of central London now has considerably more data I think that misses the point. There are still many, many other areas where there is still just as little data, but that's not the point either. The key thing is 'how do you know?'. If you look at the current coverage of that London area, it probably looks quite convincing now, whereas in her slide it was obviously incomplete, yet I bet it isn't (in fact, I know it isn't - there are numerous missing streets in the densely mapped central London). How would I know this? How do I know whether I can trust this map or not? (*) This was and remains one of my key concerns about OSM as a project. I've said before and I'll say again: we need a way of asserting this area is complete (for one or more definitions of completeness). I see your concerns. Having some kind of completeness test and be able to say : this area is 'complete' would be a strong point. On the other hand, is Wikipedia complete? I don't think so. Nothing is compete:) Incidentally, this is exacerbated by the lazy rendering rule for Mapnik What do you mean by 'lazy' rule? AFAIK, all available hardware is working hard day an night :) - I was puzzled when someone said to me the other day why is this housing estate not connected to the rest of the road network?. It was; but adjacent Mapnik tiles were inconsistent (both laterally and by zoom level - and this wasn't a recently mapped area). You may not think this matters, but I think this is a public face and it causes further confusion and mistrust. We can certainly improve here. Suggestions ? Artem David (* And how would I know how to fill in the gaps if I was there without revisiting every already mapped street?). ___ 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] srtm2shp - Shapefiles from SRTM contours - new version
Hi Nick, I'm trying to generate some contours with srtm2shp but having problems feeding right args , any examples? Also, would you like to combine efforts to fix voids ? cheers Artem On 28 Dec 2007, at 15:18, Nick Whitelegg wrote: Hello everyone, There is now a new version of the srtm2shp utility which generates shapefiles of SRTM contours in the OSM SVN repository (under utils/ srtm2shp). It only has one dependency - shapelib. This version should work anywhere across the world, in contrast to earlier versions which were a bit of a mess and only worked in the UK. So if you're interested in creating a Freemap-like site for your own country, this is a good place to start. Main todo is dealing with SRTM voids in mountainous areas. Nick Support the World Aids Awareness campaign this month with Yahoo! for Good ___ 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] Why place matters, slides from Vanessa Lawrence talk
On 11 Jan 2008, at 13:09, David Earl wrote: On 11/01/2008 13:00, Artem Pavlenko wrote: (a) Mapnik works on planet, yes? No, it works on postgis db which is populated with osm2pgsql from planet. Yes, I know that. I meant that it is coming from planet, not directly derived from the main database like osmarender. So perhaps use the planet diffs to determine areas which have changed and proactively mark all such areas dirty. The problem is how to merge planet diff into postgis , I think Jonb has done some work/research in this area. Are there existing tools (osmosis?) that given a planet diff would return 'dirty' areas? Everything listed in a planet diff is by definition dirty, yes. I don't think you;d need to change the rendering process at all - keep on converting the full planet to database; just have a new means for marking dirty areas - derived from the lat/lons of all nodes in the planet diff corresponding to the current planet, plus the lat/lons of all nodes of all ways listed in the diff. Marking 'dirty' areas by processing planet diff sounds reasonable but we only generate diffs weekly, afaik. My understanding is that generating planet and planet diffs takes very long time at the moment which brings us back to the eternal quest of improving main DB. I'm not even suggesting to use postgresql :D David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] osm2pgsql.exe
Hello windows users, osm2pgsql.exe has arrived : http://artem.dev.openstreetmap.org/files/ osm2pgsql_latest.exe.zip Enjoy! Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Why place matters, slides from Vanessa Lawrence talk
On 11 Jan 2008, at 13:35, Lambertus wrote: Artem Pavlenko wrote: Marking 'dirty' areas by processing planet diff sounds reasonable but we only generate diffs weekly, afaik. My understanding is that generating planet and planet diffs takes very long time at the moment which brings us back to the eternal quest of improving main DB. I'm not even suggesting to use postgresql :D There are hourly diffs available in: http:// planet.openstreetmap.org/hourly/ thanks, A ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] curves
Hello, Perhaps, not well know fact but Mapnik can render bezier curves. The reason it is not being used is the lack of support for curves in common GEO formats. I'm adding support for on-fly 'smooth' polygons/lines , which can be controlled by providing smooth parameter (0.0 - 2.0) i.e: Rule Filter[natural] = 'lake' or [natural] = 'water'/Filter MaxScaleDenominator500/MaxScaleDenominator PolygonSymbolizer CssParameter name=fillwater_color;/CssParameter CssParameter name=smooth1.0/CssParameter /PolygonSymbolizer /Rule It is very fast and you can see the result : http:// artem.dev.openstreetmap.org/files/smooth_1.0.png (note that text following curve as well) I know tah has been using bezier curves by pre-processing geometries for while. What people think about explicitly supporting curves as a part of geometry model? This way we can model the world better. Thoughts? Artem P.S. Are there some hints (tags) in OSM that can be used for to smooth or not? Also, are there are examples where it does work well and where it doesn't? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Managing large XML files aka osm.xml
On 2 Jan 2008, at 16:37, Stefan de Konink wrote: On Wed, 2 Jan 2008, Artem Pavlenko wrote: David Siegel implemented support for libxml2 parser in Mapnik, check it out : I was able to load the entiere planet.osm into MonetDB4 (XML), but incompare to the SQL version it is not optimal. And one may wonder why he wants to use an text representation instead of a processed binary! Sorry, if it was not clear. Mapnik has got three xml parsers to choose from (at compile time) : tinyxml, spirit and now libxml2. Only libxml2 based supports advanced features like entities. Mapnik is using XML parsers to load data/styles definition file, not actual osm data. For plain XML processing people should probably stick with MSXML for the time being. The performance of it is probably the best one out there. I would doubt it. BTW, all three parsers mentioned above run happily on win32. We did some XSLT processing based on the [EMAIL PROTECTED] stuff, and it is not funny that an 8 times as powerful machine gets beaten. I wonder how much time it will take for each run on an 8GB machine processing the current planet.osm (61GB). I understand but I never decompress planet : : osm2pgsql planet.osm.bz2 Stefan Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Managing large XML files aka osm.xml
On 2 Jan 2008, at 16:46, Andy Allan wrote: Hi Artem, This is really useful. I think it'll be especially handy for me if our main osm.xml file uses this - at the moment it's quite a lengthy procedure to resync the cycle map with the base osm.xml, since I'm trying to keep all of the roads rules the same bar the colour. It's hard to see what's going on when diff'ing, but this should make it easier. Absolutely! Have you any thoughts on using this for e.g. tunnels? i.e. where you have a large number of style rules (e.g. roads) and you want to say do all of that again, but this time dotted when adding 'and tunnel = yes' to the selector, without having to verbosely repeat all the road rules again? I'm starting to find that with the cycle stuff, with proposed routes etc, that the rules are fairly repetitive. There might be a clever way to implement this concept using these entities, but was wondering if you'd thought it through already for me. No, haven't thought about this, yet:) But it looks like entities might be useful in this situation, too. I guess we need to try and see. Cheers, Andy Artem On Jan 2, 2008 3:50 PM, Artem Pavlenko [EMAIL PROTECTED] wrote: Hello all! David Siegel implemented support for libxml2 parser in Mapnik, check it out : http://mapnik.org/news/2008/jan/02/managing_large_xml/ http://trac.mapnik.org/wiki/ManagingLargeXmlFiles Happy New Year! Artem ___ dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] SRTM relief
Hello lists, Sometime last year I was inspired by http://www.srtm.com and I even contacted developer to see if we can use SRTM derived relief maps in OSM. I don't remember all details but reply was somewhat ambiguous: yes OSM can use pre-rendered tiles from the site above, source code (in Java ) is a bit messy, cause my crazy mate coded something ... Anyway, while srtm.com tiles look good on its own, colour scheme is not suitable for overlaying with OSM data IMHO. So I thought it would be fairly straight forward to implement something from scratch. Here is what I'm thinking about - a c++ command line app, which given bounding box in geographic coordinate system (WGS84) would read compressed raw SRTM files and output 'nice' looking maps (tiles) in specified projection (I only care about Mercator and OS NatGrid but others will work as well). Here is more detailed feature list: 1. highly configurable 2. all steps needed to produce final relief map included (relief, blending , warping etc) 3. read raw compressed SRTM directly 4. easy to add new algorithms 5. using GIL from Adobe for accessing pixels and implementing algos. 6. mapnik and OSM ready 7. perhaps it can be used for outputting contours as well (?) I've coded a prototype based on excellent posting on http:// perrygeo.net/wordpress/?p=7 and I'm looking for a good color scheme that would work for the whole planet, any pointers? Here is some test outputs: http://artem.dev.openstreetmap.org/files/relief_osgb.png http://artem.dev.openstreetmap.org/files/srtm_relief.png (red pixels are voids and I'm yet to fill them, did someone mentioned some good algorithms a few months ago?) The kind of reliefs I think might work well for OSM are gmap terrain or perhaps Yahoo style. Any ideas or comments? Cartographers? Thanks in advance Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-GB] oxford uni is not using OSM anymore
On 12 Dec 2007, at 12:48, Dominic Hargreaves wrote: On Wed, Dec 12, 2007 at 11:49:25AM +, Artem Pavlenko wrote: (who thinks OUCS should use OSM) Just to make clear: reponsibility of the www.ox.ac.uk web site rests with the University Public Affairs Directorate[1], which is entirely separate from OUCS, advised by The University Web Strategy Group[2][3] Cheers, Dominic. Thanks for the info, Dom. Artem [1] http://www.ox.ac.uk/public_affairs/index.html [2] http://www.ox.ac.uk/web/index.html [3] This is probably more detail than you needed to know - but I felt it necessary to point out the basic misunderstanding. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb
Re: [OSM-talk-nl] [OSM-dev] conversion AND data
Hi Marc, I want to convert _all_ NL data into .osm so I disabled bounds checking. 2AND runs forever and takes lots of memory :( Did you manage to convert the whole dataset? I'm using latest v5. Regards Artem On 29 Jul 2007, at 21:39, Marc Kessels wrote: latest version (v5) is online at http://www.kessels.name/and2osm/ this one seems to result in a proper output of the data, including all waterways and their islands (which were causing problems see mail below from Jon). only remaining urgent item is that some AND nodes (~800, so about 0.05%) have more than one ID. this might give problems for one-way streets. have to check whether this is a real problem or not. greetz, Marc On Sat, 2007-07-28 at 19:03 +0200, Marc Kessels wrote: On Sat, 2007-07-28 at 17:47 +0100, Jon Burgess wrote: On Sat, 2007-07-28 at 17:55 +0200, Marc Kessels wrote: Hi Jon, thanks for your feedback. At this moment no aggregation of roads is done in my code. Apparantly that is really required for good rendering. I will start to have a look at that. I also found several bugs in the code, so please download version 3 from http://www.kessels.name/and2osm/ It now also includes a bounding box, for faster conversion of a problamatic area. greetz, Marc Hi, I've just tried version 3. Initially I thought there was a problem becuase ig genreated lots of errors and finished in a few seconds but it looks like you've just got a tiny bounding box. It took me a while to find the data on the map :-) There is an example of where an area isn't closed properly in this data. See the park in the S-W corner: leisure=park, AND=1013. This has a long N-S segment joining it to another area instead of being closed. I'd be tempted to use the libavl binary tree. It should be more maintainable in the long term, for an example see http://trac.openstreetmap.org/browser/applications/rendering/ mapnik/all_tiles/C About the only thing you need to do is link against bst.[ch] and write the comparison function. All the tree management and searching is taken care of for you. libavl also provides other more advanced variants of the binary tree which can be dropped in with just a few lines of code change. Jon Hi, well, those errors were just reminders to the things that need fixing: some nodes (having a ND_ID) in the AND data appear to be a way (or area). This would result in a problem: to which point does the ID belong to... second problem: some (lat,lon) coordinates appear as different nodes having a different ID, so an easy lookup is not possible for checking the direction of a one-way street (which is not always the direction of the and-shape...). third problem: one-way streets have to be corresponding to the from-ID and to-ID and not to the shape direction (requires reversing segments, etc). compared to that, merging of ways is only a tiny problem... I have to leave now for a party, so feel free to submit a patch for the b-tree improvement. That was source-code I was looking for! greetz, Marc ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev Artem Pavlenko http://mapnik.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-dev] conversion AND data
On 30 Jul 2007, at 16:02, Jeroen Dekkers wrote: At Mon, 30 Jul 2007 14:55:28 +0100, Artem Pavlenko wrote: I want to convert _all_ NL data into .osm so I disabled bounds checking. 2AND runs forever and takes lots of memory :( Did you manage to convert the whole dataset? I'm using latest v5. It's important that you have enough memory. 2G is probably the minimum. If you have less, then 2AND doesn't fit in memory and you will have to wait forever while your operating system is busy swapping things in and out. Jeroen Dekkers Hi Jeroen, I understand that current and2osm implementation is memory hungry. I just have a feeling it can be improved and this will benefit everyone in the longer run. NL data is fairly small in comparison to other countries. Cheers Artem Pavlenko http://mapnik.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-dev] conversion AND data
On 30 Jul 2007, at 18:23, Marc Kessels wrote: Obviously, I did not need to go through this hassle, since my machine did have enough memory :) Could you share *.osm file , then :) Artem Pavlenko http://mapnik.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-dev] conversion AND data
On 30/07/07, Jeroen Dekkers [EMAIL PROTECTED] wrote: At Mon, 30 Jul 2007 19:14:12 +0100, Artem Pavlenko wrote: On 30 Jul 2007, at 18:23, Marc Kessels wrote: Obviously, I did not need to go through this hassle, since my machine did have enough memory :) Could you share *.osm file , then :) Here is the .osm generated by and2osm version 5: http://mirror.openstreetmap.nl/and/ANDv5.osm.bz2 Thanks, very much! A. Jeroen Dekkers ___ dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl