[Potlatch-dev] [OpenStreetMap] #3359: Make right-angled should work on the way that a node belongs to

2010-12-01 Thread OpenStreetMap
#3359: Make right-angled should work on the way that a node belongs to -+-- Reporter: dandv| Owner: potlatch-...@… Type: enhancement | Status: new

[Potlatch-dev] [OpenStreetMap] #3360: Switching backgrounds doesn't respect Dim setting

2010-12-01 Thread OpenStreetMap
#3360: Switching backgrounds doesn't respect Dim setting ---+ Reporter: EdLoach| Owner: potlatch-...@… Type: defect | Status: new Priority: minor |

[OSM-dev] Bing in JOSM

2010-12-01 Thread Peter Körner
Hi I created a tms2bing redirector that runs on php apache. It can be used together with the slippymap plugin in josm. I tested it on localhost but I'm hesitating to host it on my private server as long as nobody checked if it is okay to use the bing api like that. Especially the usage

[OSM-dev] Splitting the planet into thousands of pieces in one pass.

2010-12-01 Thread Scott Crosby
I've been working on making various improvements to the mkgmap splitter. It was originally intended to split a map into smaller pieces which could then be converted into Garmin format and artifacts of that original purpose continue to exist. (Eg, its coordinate system for representing the areas.)

Re: [OSM-dev] Splitting the planet into thousands of pieces in one pass.

2010-12-01 Thread Nic Roets
Hello Scott, How do you keep track of what bboxs each entity belongs to ? I'm not really asking a question, I'm just saying that I found a way to reduce the memory requirement for that considerably. Instead of a bit per bbox per entry, I store only 16 bits or 32 bits per entry. Here is the

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Anthony
On Tue, Nov 30, 2010 at 11:03 PM, Anthony o...@inbox.org wrote: On Tue, Nov 30, 2010 at 8:29 PM, Stefan de Konink ste...@konink.de wrote: If any of gzip/bzip2/lzma in the general give better compression ratio's (20% smaller), then this compression scheme should become the default format.

Re: [OSM-dev] Splitting the planet into thousands of pieces in one pass.

2010-12-01 Thread andrzej zaborowski
Hi Nic and Scott, On 1 December 2010 14:27, Nic Roets nro...@gmail.com wrote: http://trac.openstreetmap.org/browser/applications/rendering/gosmore/bboxSplit.cpp?rev=24484 A further comment on splitting a big dataset into areas is that if the areas are disjoint (like in the case of countries,

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Stefan de Konink
On Wed, 1 Dec 2010, Anthony wrote: On Tue, Nov 30, 2010 at 11:03 PM, Anthony o...@inbox.org wrote: On Tue, Nov 30, 2010 at 8:29 PM, Stefan de Konink ste...@konink.de wrote: If any of gzip/bzip2/lzma in the general give better compression ratio's (20% smaller), then this compression scheme

Re: [OSM-dev] Bing in JOSM

2010-12-01 Thread Peter Körner
Am 01.12.2010 12:20, schrieb Peter Körner: I created a tms2bing redirector Just forget about it, I didn't see Ians solution and this was my shortest road to success. Thank you Ian for your clean solution: http://lists.openstreetmap.org/pipermail/talk/2010-December/055132.html Peter

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Anthony
On Wed, Dec 1, 2010 at 9:28 AM, Stefan de Konink ste...@konink.de wrote: On Wed, 1 Dec 2010, Anthony wrote: LZMA vs. zlib actually makes less of a difference than I thought it would: -rw-r--r-- 1 a a 103M 2010-12-01 08:07 florida.osm.bz2 -rw-r--r-- 1 a a 129M 2010-12-01 08:32 florida.osm.gz

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Stefan de Konink
On Wed, 1 Dec 2010, Anthony wrote: Did you benchmark what pbf + lzma did or did you embed lzma in osmosis? xz uses lzma. I made an uncompressed pbf file (florida.osm.rawpbf) and then compressed it with xz (florida.osm.rawpbf.xz). This isn't the same as making a pbf file which uses lzma, but

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Peter Körner
Am 30.11.2010 23:44, schrieb Anthony: On Tue, Nov 30, 2010 at 5:19 PM, Matt Amoszerebub...@gmail.com wrote: On Tue, Nov 30, 2010 at 8:41 PM, Stefan de Koninkste...@konink.de wrote: And if we can change the API every week, I wonder why we are still at XML then. because XML is a nearly

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Anthony
On Wed, Dec 1, 2010 at 10:24 AM, Stefan de Konink ste...@konink.de wrote: On Wed, 1 Dec 2010, Anthony wrote: Did you benchmark what pbf + lzma did or did you embed lzma in osmosis? xz uses lzma.  I made an uncompressed pbf file (florida.osm.rawpbf) and then compressed it with xz

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Stefan de Konink
On Wed, 1 Dec 2010, Anthony wrote: Yeah, but your lead basically shows we are talking about more than 10%... Yeah, probably, but at the expense of more complicated code, greater memory usage, etc. The hole process is IO-bound... memory is used anyway to overcome the IO issues... I'm

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Anthony
On Wed, Dec 1, 2010 at 10:47 AM, Stefan de Konink ste...@konink.de wrote: On Wed, 1 Dec 2010, Anthony wrote: Yeah, but your lead basically shows we are talking about more than 10%... Yeah, probably, but at the expense of more complicated code, greater memory usage, etc. The hole process is

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Stefan de Konink
On Wed, 1 Dec 2010, Anthony wrote: Not in an embedded system, which is where a small difference like 10% is going to matter. Please elaborate? Either the memory is used for a block cache or for the program. I'm interested now in seeing how the full history compression goes, though.  If

Re: [Potlatch-dev] [OpenStreetMap] #3357: Drop-down autocomplete for 'bulding' lists yes multiple times

2010-12-01 Thread OpenStreetMap
#3357: Drop-down autocomplete for 'bulding' lists yes multiple times +--- Reporter: dandv | Owner: potlatch-...@… Type: defect | Status: closed

Re: [OSM-dev] Storing way/relation start offset in PBF file

2010-12-01 Thread Jochen Topf
On Tue, Nov 30, 2010 at 09:48:37PM -0600, Scott Crosby wrote:  It has more to do with the file serialization than with the file contents.  Its just something that concerns the tasks reading and writing the pbf.  It has to remember those offsets and add them to the end of the file. Or, as

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Stefan de Konink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 01-12-10 17:30, Anthony schreef: Anyway, I'm probably completely wrong about this. Sorry. I guess the fastest way to verify all this is someone that adds the LZMA and BZ2 library to java and check in osmosis. Your numbers give me the

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Scott Crosby
On Wed, Dec 1, 2010 at 9:50 AM, Anthony o...@inbox.org wrote: On Wed, Dec 1, 2010 at 10:47 AM, Stefan de Konink ste...@konink.de wrote: On Wed, 1 Dec 2010, Anthony wrote: Yeah, but your lead basically shows we are talking about more than 10%... Yeah, probably, but at the expense of more

Re: [OSM-dev] Splitting the planet into thousands of pieces in one pass.

2010-12-01 Thread Scott Crosby
On Wed, Dec 1, 2010 at 7:27 AM, Nic Roets nro...@gmail.com wrote: Hello Scott, How do you keep track of what bboxs each entity belongs to ? An Int2ShortMultiMap implemented by composing two underlying Int2ShortMap implementations with different space efficiency tradeoffs, a custom sparsearray

Re: [OSM-dev] Splitting the planet into thousands of pieces in one pass.

2010-12-01 Thread Nic Roets
On Wed, Dec 1, 2010 at 8:18 PM, Scott Crosby scro...@cs.rice.edu wrote: On Wed, Dec 1, 2010 at 7:27 AM, Nic Roets nro...@gmail.com wrote: Hello Scott, How do you keep track of what bboxs each entity belongs to ? An Int2ShortMultiMap implemented by composing two underlying Int2ShortMap

Re: [OSM-dev] Compression types in PBF Format

2010-12-01 Thread Anthony
On Wed, Dec 1, 2010 at 12:40 PM, Scott Crosby scro...@cs.rice.edu wrote: The 15% gain you measured between .rawpbf.xz and .pbf  really lets lzma cheat too much, because it can exploit a window tens of times larger than it would if integrated. I'm not sure how much that mattered. xz -3, which

Re: [OSM-dev] Splitting the planet into thousands of pieces in one pass.

2010-12-01 Thread Scott Crosby
On Wed, Dec 1, 2010 at 12:33 PM, Nic Roets nro...@gmail.com wrote: On Wed, Dec 1, 2010 at 8:18 PM, Scott Crosby scro...@cs.rice.edu wrote: On Wed, Dec 1, 2010 at 7:27 AM, Nic Roets nro...@gmail.com wrote: Hello Scott, How do you keep track of what bboxs each entity belongs to ? An

Re: [josm-dev] Microsoft gains access to aerial imagery

2010-12-01 Thread Dirk Stöcker
On Wed, 1 Dec 2010, andrzej zaborowski wrote: Dirk, I now modified the html file to query the Bing REST api as described by RichardF and display the logo and the imagery providers on every fourth tile (about every 1024 px down and across). The only thing is that the logo is not clickable,

[josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Sebastian Klein
Hi, thanks to fast development by Ian Dees, Bing imagery can now be used in JOSM. You'll need the latest version of josm (3688) ( http://josm.openstreetmap.de/download/josm-snapshot-3688.jar ) and an updated version of the slippy map plugin. Then go to Preferences (F12) Slippy map and

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Viesturs Zariņš
What about offset correction? This is pretty important in some areas. Viesturs On 2010.12.01. 13:26, Sebastian Klein wrote: Hi, thanks to fast development by Ian Dees, Bing imagery can now be used in JOSM. You'll need the latest version of josm (3688) (

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Sebastian Klein
Upliner wrote: Hello all. I'm currently working on combination of wmsplugin and slippymap plugin. It would be called imagery plugin and I plan to publish the first version within next several hours. This is great news - hopefully we'll see even more improvements. :) Sebastian

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Upliner
I've committed an alpha version of the plugin to SVN. Currently it uses wmsplugin icons so it could be quite confusing when used with wmsplugin. When this issue is solved and some more testing is done, one will may publish a jar. 2010/12/1 Sebastian Klein basti...@googlemail.com Upliner wrote:

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Stephan Knauss
On 01.12.2010 12:26, Sebastian Klein wrote: thanks to fast development by Ian Dees, Bing imagery can now be used in JOSM. great job, thanks to Ian for the fast response. I really like the fast loading speed of the tiles compared to WMS solutions. In contrast to the WMS I miss the possibility

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Upliner
Imagery plugin which combines wmsplugin and slippymap plugin is now available. It's in experimental stage and there is some questions about future of these plugins, however tracing the Bing imagery with offset correction seems to work well. -- Best regards, Upliner

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Stephan Knauss
On 01.12.2010 21:49, Stephan Knauss wrote: On 01.12.2010 12:26, Sebastian Klein wrote: I did not check the source code, but would I assume the position of the tiles is calculated. So adding an offset sounds not too difficult to implement. Upliner added this into imagery. Works well for me.

Re: [josm-dev] [OSM-talk] Bing imagery now available in JOSM

2010-12-01 Thread Frederik Ramm
David, David Murn wrote: This is a scary thought. Does this mean the Bing licence has the same catch as the odbl licence, where 'we may change to any other licence in the future'? Is there any hope of the licence being decided upon and not being changed in the future? Certainly yes and

Re: [josm-dev] [OSM-talk] Bing imagery now available in JOSM

2010-12-01 Thread Paul Johnson
On 12/01/2010 05:30 PM, Iván Sánchez Ortega wrote: A question, however: for WMS layers, would it be possible to automatically change the resolution of the loaded tiles, in a way similar to the slippymap tiles? Making this configurable rather than the only option would be a boon, since you

Re: [josm-dev] Bing imagery now available in JOSM

2010-12-01 Thread Russ Nelson
Stephan Knauss writes: On 01.12.2010 12:26, Sebastian Klein wrote: thanks to fast development by Ian Dees, Bing imagery can now be used in JOSM. great job, thanks to Ian for the fast response. I really like the fast loading speed of the tiles compared to WMS solutions. In

Re: [josm-dev] Microsoft gains access to aerial imagery

2010-12-01 Thread Alan Mintz
At 2010-12-01 00:20, =?ISO-8859-15?Q?Dirk_St=F6cker?= wrote: On Wed, 1 Dec 2010, andrzej zaborowski wrote: Dirk, I now modified the html file to query the Bing REST api as described by RichardF and display the logo and the imagery providers on every fourth tile (about every 1024 px down and

Re: [josm-dev] Microsoft gains access to aerial imagery

2010-12-01 Thread Alan Mintz
At 2010-12-01 21:01, Alan Mintz wrote: 6. There is a road centerline benchmark that appears at 34.101866, -117.569148 +/- 0.6m in the USGS 0.3m imagery, and at 34.101874, -117.569162 +/- 0.14m in the Bing imagery - ~1.6m at 305 degrees away. This seems pretty well-aligned for our purposes.

Re: [josm-dev] [OSM-talk] Bing imagery now available in JOSM

2010-12-01 Thread Upliner
2010/12/2 David Murn da...@incanberra.com.au You are aware that accessing Bing images other than directly through their API is against the licence? ie. you cannot make an external WMS layer or rewriter, to give others access non-directly to the API. Of course, these restrictions is the main