<div dir="ltr">Hi Sandro and Nyall,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 20, 2014 at 10:40 AM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Nov 20, 2014 at 11:54:01AM +0100, Sandro Santilli wrote:<br>
> On Thu, Nov 20, 2014 at 09:01:55AM +1100, Nyall Dawson wrote:<br>
<br>
</span><span class="">> > Ideally, I think this should be supported in the map renderer -<br>
> > QgsMapRendererJob.<br>
><br>
> Would that be similar to considering it an additional transformation<br>
> on the input data, like reprojection ?<br>
<br>
</span>I've tried this approach, basically adding rotation support to<br>
the QgsMapToPixel class. With such support I can see the map<br>
rotated as requested while "horizontal" labels remain horizontal.<br>
But "parallel" labels are completely off (and pretty funny).<br>
<span class=""><br>
> > Currently the composer supports rotated maps, but it's a bit of a<br>
> > hack. It's really just rendering the map and then rotating the result.<br>
> > As a result all labels, symbology, etc also get rotated, which isn't<br>
> > ideal.<br>
<br>
</span>For "parallel" labels, it is actually good that they rotate with the map.<br>
I guess there would need to be some rotation knowledge at various levels<br>
for things to be flexible enough.<br><div class="HOEnZb"><div class="h5"></div></div></blockquote><div><br></div><div>Yes, for map rotation to work properly, its delta would have to be passed into the calculations for each type of labeling placement, to provide 'expected' results. Such a delta would have to include not only the rotation but also the new location of the label's point of reference.<br><br></div><div>Towards that end, I would say the most straightforward means of implementing map rotation for effective labeling is to pre-rotate the duplicated, temporary feature geometries first, before they are acted upon, i.e. before extent (view port) clipping, etc., which would be prior to sending into the PAL library for processing. Such an approach should keep from having to pass the rotation offsets into the labeling calculations, since the rotated features would already be in their output juxtaposition.<br><br></div><div>Maybe the feature pre-rotation could be done in the map renderer, prior to sending to the labeling engine.<br></div><div><br></div><div>Regards,<br></div><div><br></div><div>Larry<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
--strk;<br>
<br>
 ()  ASCII ribbon campaign  --  Keep it simple !<br>
 /\  <a href="http://strk.keybit.net/rants/ascii_mails.txt" target="_blank">http://strk.keybit.net/rants/ascii_mails.txt</a><br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div></div></div>