Re: [OSM-dev] 3d Import into OpenArena working
On Tue, Oct 13, 2009 at 2:33 PM, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: 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 ___ 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
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] 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 deltafoxtrot...@gmail.com 2009/10/14 Richard Weait rich...@weait.com: 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] OpenstreetMap Trace Analysys
2009/10/14 John Robert Peterson jrp@gmail.com: 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
[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
[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
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
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] 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, 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
[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] OSM website Potlatch translation
On Wed, Oct 14, 2009 at 9:56 PM, Marjan Vrban mvr...@gmail.com 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
Re: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
2009/10/15 Frederik Ramm frede...@remote.org: 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: [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
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 frede...@remote.org: 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: [OSM-dev] Mapnik rendering: Zoom-Level to Width/Height
2009/10/15 Dane Springmeyer bl...@hailmail.net: 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: [josm-dev] Restricting Zoom from plugins (more slippymap plugin)
Resizing an image usually is quite cheap and shouldn't slow down anything. But the fact remains, it doesn't look very nice. I see two possibilities here: First would be to have an entry optimize zoom level in the context menu of the slippy map layer. When clicked, it would jump to the nearest native zoom level. The other (what Dave described) would be to have discrete zoom levels, whenever a slippy map is present. (And maybe a context menu check box smooth zooming that activates the current behavior.) ___ Sebastian ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
