Sorry: inches PER map unit, or map unit / inch.
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Convert-QGIS-layer-scale-to-OL3-resolution-tp5215277p5215487.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
__
>From OL2'S scaleToResolution():
resolution = 1 / ((1 / scale) * (inches / map unit) * dpi)
ie
resolution = 1 / ((1 / scale) * (100 / 2.54) * 90.7)
Is that right (for map unit = metre, and dpi = 90.7 [1])?
Will this be correct only if the OL3 map's projection is in metres? Will I
have to cha
Hi
> On Mon, Jul 13, 2015 at 03:44:28PM +0200, Sandro Santilli wrote:
>> On Mon, Jul 13, 2015 at 03:30:38PM +0200, Matthias Kuhn wrote:
>>> Regarding this, I would propose to put the freeze in place as of
>>>
>>> Tue, Jul 14, 12:00 UTC
>>> And - presuming there are no regressions found - 2.8.3 wil
On Mon, Jul 13, 2015 at 03:44:28PM +0200, Sandro Santilli wrote:
> On Mon, Jul 13, 2015 at 03:30:38PM +0200, Matthias Kuhn wrote:
> > Regarding this, I would propose to put the freeze in place as of
> >
> > Tue, Jul 14, 12:00 UTC
> > And - presuming there are no regressions found - 2.8.3 will be
On Mon, Jul 13, 2015 at 03:30:38PM +0200, Matthias Kuhn wrote:
> The general opinion seems to point towards freeze and not branch.
>
> Regarding this, I would propose to put the freeze in place as of
>
> Tue, Jul 14, 12:00 UTC
>
> And - presuming there are no regressions found - 2.8.3 will be ta
The general opinion seems to point towards freeze and not branch.
Regarding this, I would propose to put the freeze in place as of
Tue, Jul 14, 12:00 UTC
And - presuming there are no regressions found - 2.8.3 will be tagged on
Tue, Jul, 28.
Kind regards,
Matthias
___
On Mon, Jul 13, 2015 at 02:36:22PM +0200, Matthias Kuhn wrote:
> On 07/13/2015 02:27 PM, Jürgen E. Fischer wrote:
> > I still don't get the purpose of the release-candidate-2_8_3 branch.
>
> If somebody discovers a commit which is worth backporting tomorrow he
> can do so without postponing 2.8.3
Hi Matthias,
On Mon, 13. Jul 2015 at 14:36:22 +0200, Matthias Kuhn wrote:
> Fair enough, no big deal.
> And (accidental) backports during this time get reverted?
> Any opinion concerning 2197? Will a deadline in 24h be good enough?
2197 doesn't apply to 2.8.
Jürgen
--
Jürgen E. Fischer
Hi
On 07/13/2015 02:27 PM, Jürgen E. Fischer wrote:
>
Until this happens (and mainly for the situation where it does not happen)
*I would like to ask all committers to stop backporting to the
release-2_8 branch* as of tomorrow, July 14, 2015 (so you have still
today to push the
Hi Matthias,
On Mon, 13. Jul 2015 at 13:44:49 +0200, Matthias Kuhn wrote:
> On 07/13/2015 01:23 PM, Jürgen E. Fischer wrote:
> > On Mon, 13. Jul 2015 at 12:46:50 +0200, Matthias Kuhn wrote:
> >> I think it would be great to branch a release-candidate-2_8_3 (no
> >> binaries released, just to backp
Hi Jürgen
On 07/13/2015 01:23 PM, Jürgen E. Fischer wrote:
> Hi Matthias,
>
> On Mon, 13. Jul 2015 at 12:46:50 +0200, Matthias Kuhn wrote:
>> I think it would be great to branch a release-candidate-2_8_3 (no
>> binaries released, just to backport possible issues identified on the
>> release-2_8 bi
Hi,
On Mon, 13. Jul 2015 at 13:07:32 +0200, Radim Blazek wrote:
> > /home/ma7730/lavori/QGIS/QGIS-Master/src/providers/grass/qgis.d.rast.c:259:23:
> > error: ‘INT_MIN’ undeclared (first use in this function)
> > int nul = INT_MIN;
> INT_MIN on Debian should be defined in /usr/inclu
Hi!
I had the same problem for a short while - but to my knowledge this is
already solved in the latest master ..
At least mine compiles without problem.
kind regards
Werner
On Mon, Jul 13, 2015 at 1:07 PM, Radim Blazek wrote:
> On Mon, Jul 6, 2015 at 11:32 PM, Matteo Ghetta
> wrote:
>> Hi all
Hi Matthias,
On Mon, 13. Jul 2015 at 12:46:50 +0200, Matthias Kuhn wrote:
> I think it would be great to branch a release-candidate-2_8_3 (no
> binaries released, just to backport possible issues identified on the
> release-2_8 binaries, related to pre-rc-commits). This way people can
> happily co
On Mon, Jul 6, 2015 at 11:32 PM, Matteo Ghetta wrote:
> Hi all,
> I have a problem during the compilation on QGIS master on debian testing.
> After the configuration with ccmake I get this error:
>
> [ 46%] Building C object
> src/providers/grass/6/CMakeFiles/qgis.d.rast6.dir/__/qgis.d.rast.c.o
>
Dear developers,
The last LTR is already more than 2 months old, in this time 138 commits
have been pushed to release-2_8.
It is great to see how actively this LTR is being maintained and
bugfixes being backported.
Unfortunately it seems impossible that we have an unintentional 2 weeks
timeframe
Hi,
I need your help.
I have build QGIS 2.8.2 on Visual Studio 2008.
When I try to load python plugin I am getting error at this line of code
(and application is exiting)
evalString( "qgis.utils.startPlugin('" + packageName + "')", output );
inside
bool QgsPythonUtilsImpl::startPlugin( QString
17 matches
Mail list logo
