[Qgis-user] New 3D Map View feature

[Walt Ludwick]

I'd heard about this exciting new feature coming in v3.18, so -tho i've
never been tempted by a dev release before- soon as i saw Tim Sutton's
latest tweet , i
had to jump on it.  Works great in all respects, AFAICT so far, except...
Well, it could be there's something wrong w/ the file i'm trying to explore
via "New 3D Map View" feature, but when i tilt the image in viewer from
plan to elevation, it's as though i'm tilting a slice of paper.

SO this is to ask, if anyone w/ knowledge of this feature can say: is this
supposed to work on a file that's been saved out of AutoCAD 3D in .DXF
format?   As i don't have AutoCAD, i also asked my architect to generate a
.SKP version of this model, which renders as it should in the free online
viewer from Trimble... So i know the .DWG source of this data is good, but
i gather that QGIS doesn't work with (proprietary) .DWG format, so... Any
advice about what file format(s) this 3D viewer can render would be much
appreciated.

/walt
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Raster Calculator Error Questions

[Thayer Young]

 Hi Wanda,  
Please try removing the spaces between the operators, the tool should not run 
with those spaces:     they should be: <= and >= not < = and > = 
Also make sure that the name of the raster layer is EXACTLY the same as what 
you have in your Layers panel (what the ESRI work calls Table of Contents). The 
double quotes around the name are there just in case you have a space in the 
name of the raster Layer. You can safely remove them if there are no spaces. 
The parenthesis are also not necessary, because of the order of operations (the 
same as in basic algebra). The <= and >= will calculate before the OR, so there 
is no need for parenthesis. You would only need parenthesis if the expression 
were more complicated.The following should work equally well:
Aspect@1<=90 OR Aspect@1>=270 Aspect@1 <= 90 OR Aspect@1 >= 270 
"Aspect@1" <= 90 OR "Aspect@1" >= 270 
("Aspect@1" <= 90) OR ("Aspect@1" >= 270)

But if your layer is named "Aspect" but you enter "aspect", the raster 
calculator will say the expression is valid but then show a red banner error 
after it is run.This is because the expression looks fine to the raster 
calculator tool, but it does not check for the existence of the layer until you 
press OK. In this case it can not find a layer "aspect" because the layer is 
named "Aspect".
I have tried reproducing your problem using the OSGeo4W Network Installer QGIS 
10.10 without GRASS, but I am not able to. If the recommendations above are not 
helpful, you may need to give more specifics about the errors you are seeing 
and which installation you are using. I hope this helps :-)

-Thayer
P.S. I did have a problem with the extent not being set correctly when I had 
more than one DEM. Everything ran without errors, but the result was empty, 
except for a thin band where the two DEMs overlapped. You may need to be 
careful to set this to the correct extent, so click on your Aspect layer and 
then Selected Layer Extent.


==Date: Fri, 12 Feb 2021 
14:12:49 -0500
From: Wanda Norman 
To: Nicolas Cadieux 
Cc: qgis-user 
Subject: Re: [Qgis-user] Raster Calculator Error Questions
Message-ID:
    
Content-Type: text/plain; charset="utf-8"

Thanks Nicolas for the quick response.  But I am still having issues.

I did upgrade to the 3.16 version and I am still unable to write the
formula.  I tried:  ( "aspect@1" < = 90) OR ( "aspect@1" > = 270) - I get
Expression is not valid. As soon as I put anything other than "aspect@1" I
get a message that the expression is not valid.

This is the first time using the raster calculator and it looks as if I
can't move forward with the lesson without this step.

Any other suggestions?

Thanks for your help!
Wanda



On Fri, Feb 12, 2021 at 10:08 AM Nicolas Cadieux <
njacadieux.git...@gmail.com> wrote:

> Hi,
> I have not used the raster calculator in a while but I am not sure about
> you use of the \.
> Examples in the user manual (
> https://docs.qgis.org/3.16/en/docs/user_manual/working_with_raster/raster_analysis.html#raster-calculator)
> use this as examples.
>
> ("elevation@1" < 50) * 1 + ("elevation@1" >= 50) * 2
>
>
> I would try (expression 1) OR (expression 2).  Layers names must be placed
> between quotes ??.
>
> You could also update your QGIS version to 3.16.
>
> Nicolas Cadieux
> https://gitlab.com/njacadieux
>
> Le 12 f?vr. 2021 ? 09:09, Wanda Norman  a
> ?crit :
>
> ?
>
> Greetings friends:
>
>
>
> I am working on lesson 7.3.5 in the User Guide / Manual (QGIS 3.10) ?
> Following along: Using the Raster Calculator.
>
>
>
> I am having difficulty with the calculation formula as indicated below:
>
>
>
> The manual states this formula should be used:
>
>                Aspect@1 <=90 OR Aspect@1 >= 270
>
> Which I am assuming is incorrect because a) I get an error when I run it;
> and b) when I set the parameters using the expression operators the formula
> looks like this:
>
>                ?Aspect@1? <=90 OR ?Aspect@1? >=270
>
> However, I still get the error:
>
> Error parsing formula
>
> Execution failed after 0.02 seconds
>
>
>
> With some help ? I then tried this formula
>
> \?Aspect@1?\ <=90 OR \?Aspect@1?\ >=270
>
> Which worked for this assignment.
>
>
>
> However, moving on to lesson 7.3.6 ? More criteria: which takes me to
> 21.12.2. Calculate slope (less than 2 and 5 degrees)
>
> I get the same error as above again.
>
>
>
> I am steadily working my way through the Manual and would appreciate any
> help.  I am using QGIS version 3.10.9-A Coruna (64 bit) on a Windows PC.
>
>
>
> Thank you!
>
> Wanda Norman
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
-- next part --
An HTML attachment was scrubbed...
URL: 

Re: [Qgis-user] Geometries of labels - automatic positioning (no covering)

[Matej Mailing]

Hi,

How can I try this option of the rendering engine that displays the
labeling candidate paths so I could play with the number of candidates?

Thanks,
Matej

Dne petek, 12. februar 2021 je Régis Haubourg 
napisal(-a):

> Hi,
>
> no magic anwser here again. But when I face this kind of need, I switch
> on the option of the rendering engine that displays the labeling
> candidate paths, and play a lot with the number of candidates.
>
> Of course, the more candidates, the more CPU work, but the more chances
> to have a 99 % good result.
>
> Best luck
>
> Régis
>
>
> On 12/02/2021 14:02, Matej Mailing wrote:
> > Hi Silvio.
> >
> > Basically my issue is that I need to have all the symbols and labels
> > visible, but since the number of those is huge, I want to have the
> > need to place them automatically as much as possible. If somehow I
> > could use the collision engine to recalculate the positions -  I just
> > need the labels to be visible, the exact label position (little more
> > to the each side as it must be to avoid colliding) is not important, I
> > just need them to be visible near the objects basically...
> >
> > Positioning every label by hand takes an enormous amount of time of
> > manual work that seems to be meaningless in the current state of
> > automation :)
> >
> > Thanks,
> > Matej
> >
> > V V pet., 12. feb. 2021 ob 12:49 je oseba silvio.bentzien
> >  napisala:
> >> Hey Matej,
> >>
> >> please disregard my last message. I got lost in the thread.
> >>
> >>
> >> Would it help your problem if you lock the scale of your project and
> use the Magnifier to zoom in and out? That way, you can lock the symbols
> and labels to the scale you want to plot your map in and you would have
> greater awareness and control over the placement of you labels. (assuming
> that changing label positions manually is feasible in your case)
> >>
> >> greetings,
> >> silvio
> >>
> >>
> >> ‐‐‐ Original Message ‐‐‐
> >> On Thursday, February 11, 2021 3:08 PM, Matej Mailing 
> wrote:
> >>
> >>> Thanks, I already have this enabled.
> >>>
> >>> What I would like is to achieve this result (img1) instead now having
> >>> labels covering each other as in img2.
> >>>
> >>> Thanks,
> >>> Matej
> >>>
> >>> V V tor., 9. feb. 2021 ob 14:02 je oseba Matej Mailing
> >>> mail...@tam.si napisala:
> >>>
>  Thanks, I already have this enabled.
>  What I would like is to achieve this result (img1) instead now having
>  labels covering each other as in img2.
>  Thanks,
>  Matej
>  V V tor., 9. feb. 2021 ob 13:34 je oseba Richard Duivenvoorde
>  rdmaili...@duif.net napisala:
> 
> > On 2/9/21 1:29 PM, Matej Mailing wrote:
> >
> >> Hello Regis,
> >> I cannot find that option you mention: "the placement option "always
> >> displays" on the layers"
> >> I seem to have checked all the options - I am using QGIS 3.16.3.
> > See screenshot, it is in the last tab, checkbox "Show all labels for
> this layer (including colliding labels)"
> > Regards,
> > Richard Duivenvorde
> >>> Qgis-user mailing list
> >>> Qgis-user@lists.osgeo.org
> >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >>
> > ___
> > Qgis-user mailing list
> > Qgis-user@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Geometries of labels - automatic positioning (no covering)

[Phil Wyatt]

Hi Folks,

 

To turn on the ‘show candidates’ click on the little gear to the right of 
‘Single labels” then tick the ‘Show Candidates (for debugging)’

 

Cheers - Phil

 

From: Qgis-user  On Behalf Of Matej Mailing
Sent: Sunday, 14 February 2021 8:50 AM
To: Régis Haubourg 
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Geometries of labels - automatic positioning (no 
covering)

 

Hi,

 

How can I try this option of the rendering engine that displays the labeling 
candidate paths so I could play with the number of candidates?

 

Thanks,

Matej


Dne petek, 12. februar 2021 je Régis Haubourg mailto:regis.haubo...@gmail.com> > napisal(-a):

Hi,

no magic anwser here again. But when I face this kind of need, I switch
on the option of the rendering engine that displays the labeling
candidate paths, and play a lot with the number of candidates.

Of course, the more candidates, the more CPU work, but the more chances
to have a 99 % good result. 

Best luck

Régis


On 12/02/2021 14:02, Matej Mailing wrote:
> Hi Silvio.
>
> Basically my issue is that I need to have all the symbols and labels
> visible, but since the number of those is huge, I want to have the
> need to place them automatically as much as possible. If somehow I
> could use the collision engine to recalculate the positions -  I just
> need the labels to be visible, the exact label position (little more
> to the each side as it must be to avoid colliding) is not important, I
> just need them to be visible near the objects basically...
>
> Positioning every label by hand takes an enormous amount of time of
> manual work that seems to be meaningless in the current state of
> automation :)
>
> Thanks,
> Matej
>
> V V pet., 12. feb. 2021 ob 12:49 je oseba silvio.bentzien
> mailto:silvio.bentz...@protonmail.com> > 
> napisala:
>> Hey Matej,
>>
>> please disregard my last message. I got lost in the thread.
>>
>>
>> Would it help your problem if you lock the scale of your project and use the 
>> Magnifier to zoom in and out? That way, you can lock the symbols and labels 
>> to the scale you want to plot your map in and you would have greater 
>> awareness and control over the placement of you labels. (assuming that 
>> changing label positions manually is feasible in your case)
>>
>> greetings,
>> silvio
>>
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Thursday, February 11, 2021 3:08 PM, Matej Mailing >  > wrote:
>>
>>> Thanks, I already have this enabled.
>>>
>>> What I would like is to achieve this result (img1) instead now having
>>> labels covering each other as in img2.
>>>
>>> Thanks,
>>> Matej
>>>
>>> V V tor., 9. feb. 2021 ob 14:02 je oseba Matej Mailing
>>> mail...@tam.si   napisala:
>>>
 Thanks, I already have this enabled.
 What I would like is to achieve this result (img1) instead now having
 labels covering each other as in img2.
 Thanks,
 Matej
 V V tor., 9. feb. 2021 ob 13:34 je oseba Richard Duivenvoorde
 rdmaili...@duif.net   napisala:

> On 2/9/21 1:29 PM, Matej Mailing wrote:
>
>> Hello Regis,
>> I cannot find that option you mention: "the placement option "always
>> displays" on the layers"
>> I seem to have checked all the options - I am using QGIS 3.16.3.
> See screenshot, it is in the last tab, checkbox "Show all labels for this 
> layer (including colliding labels)"
> Regards,
> Richard Duivenvorde
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org  
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org  
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user