On 15/08/2011 19:14, Jiri Klement wrote:
> Hi,
>
> The files were generated using xjc tool from wms-cache.xsd file. JAXB
> is used to simplify reading of xml files - xml is automatically
> transformed into java objects that are easier to process than for
> example SAX events.
Thanks for the expla
On 08/20/2011 09:58 AM, Giovanni Mascellani wrote:
> On 15/08/2011 19:14, Jiri Klement wrote:
>> Hi,
>>
>> The files were generated using xjc tool from wms-cache.xsd file. JAXB
>> is used to simplify reading of xml files - xml is automatically
>> transformed into java objects that are easier to pro
Hi Dirk,
I saw that you removed a bunch of my debugging code in here:
> r4188 | stoecker | 2011-07-01 00:27:15 -0700 (Fri, 01 Jul 2011) | 1 line
>
> improve TMS zoom handling
Is there some other way you'd like to see it done? Or, perhaps some way
that would be a little bit easier to re-enable
>From the code comment:
In general, smaller zoom levels are more readable. We prefer big,
block, pixelated (but readable) map text to small, smeared,
unreadable underzoomed text. So, use .floor() instead of rounding
to skew things a bit toward the lower zooms.
The second hunk changes the range
I'm seeing some regressions in the imagery portion of JOSM. It does not
seem to be drawing tiles from the non-current zoom level. It used to do
this. To reproduce:
1. Load an imagery layer
2. Turn off autozoom
3. Zoom out. As soon as the autozoom changes, you get a blank screen
instead of t
Hi.
On 20/08/2011 10:39, Paul Hartmann wrote:
>> Thanks for the explanation. Anyway, I cannot find the file wms-cache.xsd
>> anywhere. Is it on the SVN? If not, could you send me one copy?
>
> $ find -name wms-cache.xsd
> ./data_nodist/wms-cache.xsd
Thanks, probably I wrongly assumed that the fi
On Sat, 20 Aug 2011, Dave Hansen wrote:
I saw that you removed a bunch of my debugging code in here:
r4188 | stoecker | 2011-07-01 00:27:15 -0700 (Fri, 01 Jul 2011) | 1 line
improve TMS zoom handling
Is there some other way you'd like to see it done? Or, perhaps some way
that would be a li
On Sun, 2011-08-21 at 00:21 +0200, Dirk Stöcker wrote:
> Sadly I know no other method than comments in Java to have debug code-free
> release versions. The pre-processor "#define" of C does not exist in Java.
>
> So after debug code has not been used actively for some time (i.e.
> related code g
OK, got one more. Upliner, I know you have commit access at the moment,
so I'd appreciate if you could pull these in to the tree. I'd be happy
to submit a more format set with some better descriptions if you'd like,
too.
I'm seeing the map flicker and black-out during zoom-out operations. It
on