Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
2009/10/15 Dane Springmeyer : > John, > > Can you explain more what you doing via PHP? > > An error like 'XML document not well formed' is coming out of Mapnik proper > not Nik2img. I think the problem may be due to loss of privileges in PHP, on the command line I run the same command: /usr/bin/nik2img.py /var/lib/mod_tile/osm.xml --srs 900913 -d 512 512 --pipe --bbox 112 -45 154 -10 > /tmp/test.png Works when run as root, doesn't when apache drops privileges and I figured this out now when I tried to run the same command that as the same user apache runs as. I think I'll need to write a simple daemon and then pipe to it over a local socket, if someone hasn't written one already that is. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
John, Can you explain more what you doing via PHP? An error like 'XML document not well formed' is coming out of Mapnik proper not Nik2img. Dane On Oct 14, 2009, at 3:48 PM, John Smith wrote: > 2009/10/15 Frederik Ramm : >> Hi, >> >> Peter Körner wrote: >>> I'm writing on a simple Frontend for the mapnik-toolchain. >>> Currently you >>> can call it like this: >> >> Are you aware of the "nik2img" tool which does pretty much everything >> you write here - including specifying the zoom level? >> >> http://code.google.com/p/mapnik-utils/wiki/Nik2Img > > Is there an easy way to have this run on demand via a webscript, I've > tried to call it via php and keep getting: > > Step: 4 // --> Loaded XML from string > XML document not well formed > > It works fine if I run it from the command line, and the php script > can read the xml/mapnik style sheet file I'm telling nik2img to use. > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] make slippy map a core feature (now #3717)
Let's move the bug tracking discussion to trac: https://josm.openstreetmap.de/ticket/3717 ___ Sebastian ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
2009/10/15 Frederik Ramm : > Hi, > > Peter Körner wrote: >> I'm writing on a simple Frontend for the mapnik-toolchain. Currently you >> can call it like this: > > Are you aware of the "nik2img" tool which does pretty much everything > you write here - including specifying the zoom level? > > http://code.google.com/p/mapnik-utils/wiki/Nik2Img Is there an easy way to have this run on demand via a webscript, I've tried to call it via php and keep getting: Step: 4 // --> Loaded XML from string XML document not well formed It works fine if I run it from the command line, and the php script can read the xml/mapnik style sheet file I'm telling nik2img to use. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSM website & Potlatch translation
On Wed, Oct 14, 2009 at 9:56 PM, Marjan Vrban wrote: > I've translated OSM website & Potlatch (translatewiki) in Croatian language > few days ago, and i can see only small part is "active" (sown in cro lang > on site). When will complete translation be available for using? Hi & thanks for your efforts. Translations get commited periodically, usually every day or so. After that happens they appear on the live site whenever TomH does another sync. which is usually every 1-2 days or so. However the Translatewiki sync last happened last Saturday. I don't know why there hasn't been another update more recently. CC-ing it to the Translatewiki guys so they can chime in. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] OSM website & Potlatch translation
I've translated OSM website & Potlatch (translatewiki) in Croatian language few days ago, and i can see only small part is "active" (sown in cro lang on site). When will complete translation be available for using? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
Hi, Peter Körner wrote: > I'm writing on a simple Frontend for the mapnik-toolchain. Currently you > can call it like this: Are you aware of the "nik2img" tool which does pretty much everything you write here - including specifying the zoom level? http://code.google.com/p/mapnik-utils/wiki/Nik2Img Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Distributing a VirtualBox HD-File
Hi Ian > Peter, I can mirror/host it on my shared server account. I've got > "unlimited" bandwidth and they seem to be pretty good about allowing > large file downloads. Of course I'm interested! Next steps will be: 1. complete last tasks 2. make a torrent of it and publish it on osm-talk (soft-opening for technicians to filter out bugs) 3. completion of documentation & tutorials for the wiki 4. release -> this is when i'll come back to your offer Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
Hi Andrew > http://svn.openstreetmap.org/applications/rendering/mapnik/zoom-to-scale.txt > http://www.britishideas.com/2009/09/22/map-scales-and-printing-with-mapnik/ Thank you very much! Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
Hi Peter, This document: http://svn.openstreetmap.org/applications/rendering/mapnik/zoom-to-scale.txt shows the relationship of zoom level to scale denominator. This blog post: http://www.britishideas.com/2009/09/22/map-scales-and-printing-with-mapnik/ shows how to get from bounding box to scale denominator and vice versa. Andy Peter Körner wrote: > Hello > > I'm writing on a simple Frontend for the mapnik-toolchain. Currently you > can call it like this: > > osm-render --bbox 8.2011,49.9649,8.3278,50.0327 --size 8192x4096 > > I'd like to add another option like this: > > osm-render --bbox 8.2011,49.9649,8.3278,50.0327 --zoom 14 > > The combination of bbox-size (in lat/lon or maybe kilometers?) and > output-size (in pixels) somehow leads to the ScaleDenominator used in > the mapnik style, so i think it could be calculated to a zoomlevel and > vice versa. > > Does anyone has a formular for that (especially bbox & zoom --> width & > height) or is this just not possible? > > Thank you, > Peter > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > > > -- Andy PGP Key ID: 0xDC1B5864 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Distributing a VirtualBox HD-File
Hi I'm nearly done putting together my Rendering Stack. It makes the complete chain from the osm (x)api to the final map accessible via very easy commands: osm-load --bbox 8.2011,49.9649,8.3278,50.0327 osm-render --bbox 8.2011,49.9649,8.3278,50.0327 without loosing too much possibilities: osm-load --bbox 8.2011,49.9649,8.3278,50.0327 --custom-api \ http://api06.dev.openstreetmap.org/api/0.6/map?bbox=%s osm-load --bbox 8.2011,49.9649,8.3278,50.0327 --file germany.osm.bz2 osm-render --bbox 8.2011,49.9649,8.3278,50.0327 --type pdf \ --file mainz --size 8192x4096 osm-render --bbox 8.2011,49.9649,8.3278,50.0327 --type png \ --size 16384x8192 --style styles/thinline.xml Atm I'm still writing the documentation, usage guides for windows and linux (mac could/will maybe be added later) so that this set of tools will hopefully be usable by not-technicians, e.g. by designers that wish to make maps for printing. The complete system, from a mapnik svn build via postgresql to the osm-mpnik-stylesheet is packed into a VirtualBox Harddisk image of ~3.2 GB. Maybe this could be reduced but I don't think it will get below 3 GB. So now I'm unsure how to distribute it. For the first run I'm going to make a Torrent from it and distribute it via my local 6 MBit DSL line, but this is not the best solution for not-technicians. A HTTP or FTP Download-Link would be better. Any one any idea? Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
Hello I'm writing on a simple Frontend for the mapnik-toolchain. Currently you can call it like this: osm-render --bbox 8.2011,49.9649,8.3278,50.0327 --size 8192x4096 I'd like to add another option like this: osm-render --bbox 8.2011,49.9649,8.3278,50.0327 --zoom 14 The combination of bbox-size (in lat/lon or maybe kilometers?) and output-size (in pixels) somehow leads to the ScaleDenominator used in the mapnik style, so i think it could be calculated to a zoomlevel and vice versa. Does anyone has a formular for that (especially bbox & zoom --> width & height) or is this just not possible? Thank you, Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] 3d Import into OpenArena working
Nick Whitelegg schrieb: >> I don't think, it have to introduce a web dependency. It is just a java > script application running inside a >browser. The script don't have to be > on a website. It can also be a local file. The map data can also be local >> files - maybe. > > That's the issue, that JS cannot normally read local files - for security > reasons. You'd have to make at least one request to the server, as far as > I'm aware - though the data could then be cached locally for next time. You could embed the data into the HTML-Page amd ship it for offline use. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OpenstreetMap Trace Analysys
2009/10/14 John Robert Peterson : > if it's just the highways you want -- the data could easilly be filtered on > velocity -- include only the stuff thats >30mph. (i've done this in the > past, and it's a bit of a pain to do, but it's simple once you have it set > up) > > in that case, all the superfulus stuff, as well as camp sites, tracks, > walking paths, and other stuff with go almost completly. the only bad data > left will be where there is a large jump in the data while stationary due to > gps confusion, this should be rare enough that it won't be an issue. adding > a HDOP filter of 4 should solve most of it. > > it all depends on how twitchy the doners are -- if they are paranoid about > anyone finding out anything, the data is totally unusable as even vauge > direction of travel gives some hints about the camp site locations. -- if > they just don't want "wide publicity" of all the locations, you are good to > upload the data raw. I suspect the answer is somewhere in the middle. > > I'd be happy to help with filting the data if you like. Do you have any scripts already? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OpenstreetMap Trace Analysys
if it's just the highways you want -- the data could easilly be filtered on velocity -- include only the stuff thats >30mph. (i've done this in the past, and it's a bit of a pain to do, but it's simple once you have it set up) in that case, all the superfulus stuff, as well as camp sites, tracks, walking paths, and other stuff with go almost completly. the only bad data left will be where there is a large jump in the data while stationary due to gps confusion, this should be rare enough that it won't be an issue. adding a HDOP filter of 4 should solve most of it. it all depends on how twitchy the doners are -- if they are paranoid about anyone finding out anything, the data is totally unusable as even vauge direction of travel gives some hints about the camp site locations. -- if they just don't want "wide publicity" of all the locations, you are good to upload the data raw. I suspect the answer is somewhere in the middle. I'd be happy to help with filting the data if you like. JR 2009/10/14 John Smith > 2009/10/14 Richard Weait : > > Perhaps you will decide that the tracks are not worth contributing. > > They were worth contributing, there was large sections of highways not > previously mapped. > > > Your donor could do this and edit OSM as well. He'll have context > > from his direct experience that nobody else might be able to extract > > from his track files. Importing data is cool. Creating new mappers > > is better. > > Just because they can drive around with a GPS that logs doesn't mean > they are capable or willing to do anything else. I've already > vectorised most of the data that hasn't previously been uploaded to > OSM so that side of things is done, it's just the limiations on what I > can do with the GPX files that is the issue. > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] 3d Import into OpenArena working
>I don't think, it have to introduce a web dependency. It is just a java script application running inside a >browser. The script don't have to be on a website. It can also be a local file. The map data can also be local >files - maybe. That's the issue, that JS cannot normally read local files - for security reasons. You'd have to make at least one request to the server, as far as I'm aware - though the data could then be cached locally for next time. Nick ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] 3d Import into OpenArena working
>> WebGL looks interesting, and am thinking of having a play with it. The >> main issue I see is it introduces a web dependency; if you're in the field >> and you don't have web access (or don't want to pay for data download) a >> standalone mobile application would be useful too. But I agree, it does >> look very interesting. >Yes, I did not even get to run that, it needed some plugin. >My entire focus is on FLOSS software. I would like to be able to use >an entirely free software stack and tools and avoid API for apis sake. >Why need an API when we have the software? >mike If you're talking about WebGL, I believe that requires a nightly build of Firefox or WebKit (i.e. the development version) to run. I believe everything we're talking about in this discussion is FLOSS software anyway ;-) Nick ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev