Re: [Qgis-user] Question

2018-11-01 Per discussione mayank agarwal
Thanks, I'll check it out.

On Thu, Nov 1, 2018, 19:55 Clifford Snow 
>
> On Wed, Oct 31, 2018 at 10:51 PM mayank agarwal 
> wrote:
>
>> I was working on a detailed map development of a certain state (Andhra
>> Pradesh)
>>  in India. This would be useful in disaster management and would be
>> accessible by all.
>> Openstreetmap does not provide detailed features of the place that is why
>> wanted to check if someone has found a way to use google information.
>> Any leads in this regards are appreciated
>>
>
> You might want to check out Missing Maps, missingmaps.org. I've been
> involved with a number of efforts to map areas for just your purpose. MM
> uses the HOT tasking manager tools [1] to break the work up into manageable
> size and then opens it up so everyone can contribute. It just takes someone
> willing to create a task and help spread the word. Andhra Pradesh is a
> large state so I would suggest starting off with more vulnerable areas,
> like coastal areas, first.
>
> I did check OSM - overpass reported more than 200Mb of buildings - that's
> before the query crashed from the size.
>
>  [1] tasks.hotosm.org
>
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
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] On-the-Fly Projections Versus Manual Re-projections

2018-11-01 Per discussione Nicolas Cadieux
Hi,
Indeed, in QGIS 3, on the fly is default. You can change that in the project 
properties by going to project/properties/CRS select No Projection.  It’s not 
exactly like turning off on the fly in QGIS 2 it does help when trying to 
trouble shoot projections or if you want to mesure distances in a Euclidian 
space.

Good call.
Nicolas



>> Le 1 nov. 2018 à 15:58, Fernando M. Roxo da Motta  a écrit :
>> 
>> Em qui, 2018-11-01 às 13:02 -0400, Aj Hollenbach escreveu:
>> Hi QGIS Community,
>> 
>> I have what I believe may be a fairly straight-forward question on
>> coordinate reference systems and projections in QGIS. I am currently
>> working on some maps in the southern Philippines and thus have set my
>> "project-level" coordinate reference system (CRS) to EPSG 3125. I have
>> noticed, however, that when I open a vector file or raster file that is
>> loaded into this project, the CRS still reads as EPSG 4326. Thus, my
>> question is whether it is necessary to "manually" go in and change the
>> EPSG of each new layer to EPSG 3125 (i.e. use the Warp Tool for a raster
>> file or the "Reproject Layer" tool for a vector file), or if there is
>> any issue with leaving them as EPSG 4326. I note that I am not having
>> any issues "seeing" the newly added files--meaning the "on-the-fly"
>> projection seems to be working fine. Appreciate any insights that you
>> might have.
> 
>  Well, Nicolas gave you an answer tha may apply to your case.
> 
>  By the the side, it seems that Qgis3 does on the fly re-projection
> automagically, it seems that there is no way to turn this off.  Even so,
> when you look to layer properties it will state what thw original
> projection was.   That is, if your layer was produced in EPSG 4326 and is
> loaded in a EPSG 3125 project, Qgis3 will re-project it to the project
> reference system, but keep informing you the original projection of the
> layer.
> 
>  In this case you most probably will have to do nothing.
> 
> 
>  HTH.
> 
> 
>> 
>> Regards,
>> Allen
>> ___
>> 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
> 
> 
>  Roxo
> 
> -- 
>  Non luctari, ludare ---+ WYSIWYG
> Fernando M. Roxo da Motta   | Editor?
> Except where explicitly stated I speak on my own behalf.|  VI !!
>PU5RXO  | I see text,
>  Quis custodiet ipsos custodes?-+ I get text!
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/lis
___
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] On-the-Fly Projections Versus Manual Re-projections

2018-11-01 Per discussione Nicolas Cadieux

Not a problem:

See below


On 2018-11-01 4:13 PM, Aj Hollenbach wrote:
Thanks so much Nicolas---this is extremely helpful! Two more quick 
questions, and then I will stop pestering you! :-)


First, if I change my project back to 4326 now, will that cause any 
problems given that I have already loaded 12-15 layers into the project?
When In doubt, save the project before making a big change.  In this 
case, you can move back and forth without trouble.


Second, are there circumstances in which it would important to have 
the project set to a geographically-specific EPSG (and ensure that all 
the files are in that same EPSG)? For example, if you are using an 
elevation model to delineate a particular river basin or wanting to 
measure the acreage of intact forest in a county in the US, will your 
results be significantly different based on whether you have 
transitioned all of the files to the "local" EPSG? Basically, I am 
just trying to get a feel for when one needs to worry about changing 
the EPSG.


Your example is very good.  Let's add more info.  Imagine the following:

 * Raster DEM Elevation is in WGS84 Long/lat (epsg 4326) (a global
   Geographic CRS).  With this, you make a basin file.
 * County file is in WGS84/UTM ZONE 20N (in metres) (epsg 32620) (local
   CRS)
 * Your spatial query: What county is in what basin?

If you create the basin in 4326 you need to know exactly how the spatial 
query will be made by the software.  If there is no reprojection, files 
will not align and the query does not work. If the software (or plugin) 
does a reprojection, you need to know what algorithm will be used and 
trust it.  Results can change according to the method used.  See the 
documentation with the plugins or contact the person responsible.


The other way is to do all the work yourself so you don't have to trust 
a coder. You could


 * Reproject the Raster from 4326 to 32620 then make the vector basin
   file or
 * Make the vector basin file in 4326 then reproject that in 32620. 
   This is probably better and will lead to better results as
   reprojecting a raster does change the raster a lot depending on the
   algorithm chosen (nearest neighbour, bilinear, cubic...) (
   https://www.gdal.org/gdalwarp.html)

Basically, you need to evaluate the impact of the reprojection on each 
data source and make the best decision... or trust that the software is 
doing a good job.  If your research depends on it, you better do it 
yourself.


Nicolas



Thanks Again,
Allen

On Thu, Nov 1, 2018 at 2:45 PM Nicolas Cadieux 
mailto:nicolas.cadi...@archeotec.ca>> 
wrote:


Hi,

Unless you have a specific problem with the project being in a
certain CRS like 3125, there is no need to change that in the
project.  If Project on the fly is working with every layer, all
is good.  If your project is in 3125, have one file in 3125 and 10
in 4326, then you need to know that QGIS is reprojecting 10 files
to 3125.  That takes time especially if you have very big .shp
files or rasters.  In that case, it may be faster to change the
project in 4326 to speed rendering up.  Occasionally,  you will
have plugins that do not work unless all the files and the project
have the same CRS.  Keep that in mind.

Apart from that, it comes down to the look and feel of the map and
even that can now be changed in printing layout (since Qgis 3 I
think).

Cheers!

Nicolas


On 2018-11-01 2:26 PM, Aj Hollenbach wrote:

Thanks much for your advice Nicolas. I have indeed been using a
basemap (google satellite) and all layers are well georeferenced
even though I have made no changes to the files themselves in
terms of changing the CRS. The only changes that I have made have
made are at the project level, whereby I have assigned the
project a CRS of EPSG 3125. Are you recommending that I just
change the project-level CRS back to 4326? Put differently, is
there any advantage to using EPSG 3125?

Thanks Much,
Allen

On Thu, Nov 1, 2018 at 1:57 PM Nicolas Cadieux
mailto:nicolas.cadi...@archeotec.ca>> wrote:

Hi,

These are two very different projections. I would load a base
map from Quickmap services plugin to see if files are being
loaded correctly.  If the files are in 4326, and are loaded
in 4326, then all is good if they are well georeferenced (use
the Quickmap base map to make sure).  If files don't have a
CRS, they may been incorrectly loaded if you have the "use
project CRS" or "Use a default CRS" in the options/CRS/CRS
for new layers menu.

If a file is in 4326 but incorrectly loaded in another
projection, you need to correct the CRS not reproject it with
GDAL WARP.    Simply right click on the layer in the layers
panel, change the CRS (Set CRS/set layer CRS) (Qgis 3x) and
save the file under a new name.  That should 

Re: [Qgis-user] On-the-Fly Projections Versus Manual Re-projections

2018-11-01 Per discussione Fernando M. Roxo da Motta
Em qui, 2018-11-01 às 13:02 -0400, Aj Hollenbach escreveu:
> Hi QGIS Community,
> 
> I have what I believe may be a fairly straight-forward question on
> coordinate reference systems and projections in QGIS. I am currently
> working on some maps in the southern Philippines and thus have set my
> "project-level" coordinate reference system (CRS) to EPSG 3125. I have
> noticed, however, that when I open a vector file or raster file that is
> loaded into this project, the CRS still reads as EPSG 4326. Thus, my
> question is whether it is necessary to "manually" go in and change the
> EPSG of each new layer to EPSG 3125 (i.e. use the Warp Tool for a raster
> file or the "Reproject Layer" tool for a vector file), or if there is
> any issue with leaving them as EPSG 4326. I note that I am not having
> any issues "seeing" the newly added files--meaning the "on-the-fly"
> projection seems to be working fine. Appreciate any insights that you
> might have.

  Well, Nicolas gave you an answer tha may apply to your case.

  By the the side, it seems that Qgis3 does on the fly re-projection
automagically, it seems that there is no way to turn this off.  Even so,
when you look to layer properties it will state what thw original
projection was.   That is, if your layer was produced in EPSG 4326 and is
loaded in a EPSG 3125 project, Qgis3 will re-project it to the project
reference system, but keep informing you the original projection of the
layer.

  In this case you most probably will have to do nothing.


  HTH.


> 
> Regards,
> Allen
> ___
> 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


  Roxo

-- 
 Non luctari, ludare ---+ WYSIWYG
Fernando M. Roxo da Motta   | Editor?
Except where explicitly stated I speak on my own behalf.|  VI !!
PU5RXO  | I see text,
 Quis custodiet ipsos custodes?-+ I get text!
 
___
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] Can't find Python

2018-11-01 Per discussione Clifford Snow
Daniele,
Thanks - pip is likely the cause. I use pip often but have been ignoring
where pip installs. In the future I will be sure to use pip(3) --user.  Now
I have to go through and reinstall a bunch of python modules.:-)

Snap may also contribute to the problem. Unfortunately Fedora doesn't
always have the apps needed or are badly out of date. For example I use
Nextcloud. Nextcloud version is currently 14.03. Fedora, last I checked, is
still on version 10.

Thanks for your help,
Clifford

On Thu, Nov 1, 2018 at 11:01 AM Daniele Viganò  wrote:

> Hi Clifford,
>
> On Thu, Nov 1, 2018 at 6:29 PM Clifford Snow 
> wrote:
>
>>
>>
>> I did use your package but didn't install the python3-qgis. After I
>> originally installed qgis, I went searching for a python qgis package but
>> must have missed it. Shouldn't it be required by the qgis rpm so it
>> installs as one of qgis's dependancies.
>>
>
> no, python3-qgis isn't a requirement of QGIS, it's an optional dependency
> (like GRASS). It's true that QGIS without the python support is missing
> several extended features, but the main capabilities of QGIS do not depend
> on Python. This is well described both on the official documentation and on
> the repo welcome page (see 'Installing QGIS'); I'm also following the same
> path as the official Ubuntu/Debian packages do.
>
>
>>
>> After installing python3-qgis python still isn't found. Now I get the
>> following warnings:
>>
>> Couldn't load SIP module.
>> Python support will be disabled.
>>  ImportError: /lib64/libQt5Core.so.5: version `Qt_5_PRIVATE_API' not
>> found (required by /usr/local/lib64/python3.6/site-packages/PyQt5/QtCore.so)
>>
>
> The problem is here */usr/local/*lib64: it looks like you are not using
> the standard PyQt5 distribution available via the official Fedora RPMs
> (otherwise QtCore.so would be under /usr/lib64 and *NOT* /usr/*local*/lib64).
> It's probable that the QtCore version offered by
> /usr/local/lib64/python3.6/site-packages/PyQt5/QtCore.so doesn't match the
> one which QGIS is compiled against, which is 5.10:
>
> $ rpm -qf /usr/lib64/python3.6/site-packages/PyQt5/QtCore.so
> python3-qt5-base-5.10.1-4.fc28.x86_64
>
> You must make sure that QGIS is using the libraries provided by official
> Feodra RPMs or at least (even if still dangerous) versions of libraries are
> matching the same API level.
> Generally speaking overriding Python system libraries installed via RPMs
> is a bad idea. You should use virtualenvs instead (or the user prefix at
> least, like via pip --user) and leave the system clean.
>
> HTH,
> Daniele
>
>
> --
> *Daniele Viganò*
> http://daniele.vigano.me
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
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] How do I get a bug reporting account for QGIS? The mailbox bounces...

2018-11-01 Per discussione Nicolas Cadieux

Hi,

You need a Redmine account.

https://issues.qgis.org/account/register

https://issues.qgis.org/projects/qgis/issues

https://qgis.org/en/site/getinvolved/development/bugreporting.html


On 2018-11-01 1:37 PM, Johnson, Jay M wrote:


*Jay M. Johnson*

GIS Analyst, Spatial Analysis Group, GIS Unit

NCDIT Transportation

(919) 707-2240 office, (919) 345-3041 cell

jmjohns...@ncdot.gov

4101 Capital Blvd. (USPS: Mail Service Center 1521)

New Hope Center, Room 130, near West Door

Raleigh, NC 27604

id:image001.png@01D3C13F.A0A0A7A0

**

/Email correspondence to and from this address is subject to the/

/North Carolina Public Records Law and may be disclosed to third parties/

**


*From:* Mail Delivery System 
*Sent:* Thursday, November 1, 2018 1:20:30 PM
*To:* Johnson, Jay M
*Subject:* [External] Undelivered Mail Returned to Sender
CAUTION: External email. Do not click links or open attachments unless 
verified. Send all suspicious email as an attachment to Report 
Spam.





Email correspondence to and from this sender is subject to the N.C. 
Public Records Law and may be disclosed to third parties.



___
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] Can't find Python

2018-11-01 Per discussione Daniele Viganò
Hi Clifford,

On Thu, Nov 1, 2018 at 6:29 PM Clifford Snow 
wrote:

>
>
> I did use your package but didn't install the python3-qgis. After I
> originally installed qgis, I went searching for a python qgis package but
> must have missed it. Shouldn't it be required by the qgis rpm so it
> installs as one of qgis's dependancies.
>

no, python3-qgis isn't a requirement of QGIS, it's an optional dependency
(like GRASS). It's true that QGIS without the python support is missing
several extended features, but the main capabilities of QGIS do not depend
on Python. This is well described both on the official documentation and on
the repo welcome page (see 'Installing QGIS'); I'm also following the same
path as the official Ubuntu/Debian packages do.


>
> After installing python3-qgis python still isn't found. Now I get the
> following warnings:
>
> Couldn't load SIP module.
> Python support will be disabled.
>  ImportError: /lib64/libQt5Core.so.5: version `Qt_5_PRIVATE_API' not
> found (required by /usr/local/lib64/python3.6/site-packages/PyQt5/QtCore.so)
>

The problem is here */usr/local/*lib64: it looks like you are not using the
standard PyQt5 distribution available via the official Fedora RPMs
(otherwise QtCore.so would be under /usr/lib64 and *NOT* /usr/*local*/lib64).
It's probable that the QtCore version offered by
/usr/local/lib64/python3.6/site-packages/PyQt5/QtCore.so doesn't match the
one which QGIS is compiled against, which is 5.10:

$ rpm -qf /usr/lib64/python3.6/site-packages/PyQt5/QtCore.so
python3-qt5-base-5.10.1-4.fc28.x86_64

You must make sure that QGIS is using the libraries provided by official
Feodra RPMs or at least (even if still dangerous) versions of libraries are
matching the same API level.
Generally speaking overriding Python system libraries installed via RPMs is
a bad idea. You should use virtualenvs instead (or the user prefix at least,
like via pip --user) and leave the system clean.

HTH,
Daniele


-- 
*Daniele Viganò*
http://daniele.vigano.me
___
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] On-the-Fly Projections Versus Manual Re-projections

2018-11-01 Per discussione Nicolas Cadieux

Hi,

These are two very different projections. I would load a base map from 
Quickmap services plugin to see if files are being loaded correctly.  If 
the files are in 4326, and are loaded in 4326, then all is good if they 
are well georeferenced (use the Quickmap base map to make sure).  If 
files don't have a CRS, they may been incorrectly loaded if you have the 
"use project CRS" or "Use a default CRS" in the options/CRS/CRS for new 
layers menu.


If a file is in 4326 but incorrectly loaded in another projection, you 
need to correct the CRS not reproject it with GDAL WARP.    Simply right 
click on the layer in the layers panel, change the CRS (Set CRS/set 
layer CRS) (Qgis 3x) and save the file under a new name.  That should 
change the CRS and the file position on the map.  If you are still in 
the wrong place, you need to make some guess work.


Nicolas


Extent: -180.00, -90.00, 180.00, 90.00 Proj4: +proj=longlat +datum=WGS84 
+no_defs



Extent: 123.73, 4.76, 126.65, 21.97 Proj4: +proj=tmerc +lat_0=0 
+lon_0=125 +k=0.5 +x_0=50 +y_0=0 +ellps=clrk66 
+towgs84=-127.62,-67.24,-47.04,-3.068,4.903,1.578,-1.06 +units=m +no_defs



On 2018-11-01 1:02 PM, Aj Hollenbach wrote:

Hi QGIS Community,

I have what I believe may be a fairly straight-forward question on 
coordinate reference systems and projections in QGIS. I am currently 
working on some maps in the southern Philippines and thus have set my 
"project-level" coordinate reference system (CRS) to EPSG 3125. I have 
noticed, however, that when I open a vector file or raster file that 
is loaded into this project, the CRS still reads as EPSG 4326. Thus, 
my question is whether it is necessary to "manually" go in and change 
the EPSG of each new layer to EPSG 3125 (i.e. use the Warp Tool for a 
raster file or the "Reproject Layer" tool for a vector file), or if 
there is any issue with leaving them as EPSG 4326. I note that I am 
not having any issues "seeing" the newly added files--meaning the 
"on-the-fly" projection seems to be working fine. Appreciate any 
insights that you might have.


Regards,
Allen


___
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] QGIS 3.4 macOS still doesn't install GRASS properly, ... 'sigh...'

2018-11-01 Per discussione Ivano Giuliano
Hi Nicolas,
wise words.

Best,
Ivano

Il giorno gio 1 nov 2018 alle 18:31 Nicolas Cadieux <
nicolas.cadi...@archeotec.ca> ha scritto:

> Hi Stace,
>
> This is a help list made up of mostly of users responding for free and if
> we don’t know the answer we can’t help.  Your problem has been
> acknowledged, you received confirmation that the current download is broken
> “Yes, this one was broken, now there is a new version to download that is
> fixed (and shouold stay fixed in the future, for this specific problem)”
> and that they have found $3000 for a permanent fix for making an easier Mac
> installation which is what you are looking for if I am not mistaken. A link
> to this project was sent to you. You could contact that team to see the
> evolution of that project and see how you can help them with the trouble
> shooting.  That would be a positive contribution on your part and it may
> get you to your solution faster than you think.
>
> I know it can be frustrating to be stuck with a software problem when you
> need a quick fix but please remember that this is an OpenSource project
> where volunteer users and developers are try to be helpful and try to
> contribute in a positive manner.
>
> Nicolas Cadieux
> (list user with no link with the QGIS project)
>
> Le 1 nov. 2018 à 11:35, Mr. Stace D Maples  a
> écrit :
>
> 11 responses about how I should contribute more, how my problem was
> posted, how I can give money…
>
>
>
> Not one suggestion for how to fix the issue.
>
>
>
> In F,L,
>
> Stace Maples
>
> Geospatial Manager
>
> Stanford Geospatial Center
>
> @mapninja
>
> G+, Skype, Hangout: stacey.maples
>
> 214.641.0920
>
> Find GeoData: https://earthworks.stanford.edu
>
> Get GeoHelp: https://gis.stanford.edu/
>
> stanfordgis Listserv:
> https://mailman.stanford.edu/mailman/listinfo/stanfordgis
>
>
>
> "I have a map of the United States... actual size.
>
> It says, "Scale: 1 mile = 1 mile."
>
> I spent last summer folding it."
>
> -Steven Wright-
>
>
>
>
>
> *From: *William Kyngesburye 
> *Reply-To: *William Kyngesburye 
> *Date: *Thursday, November 1, 2018 at 6:28 AM
> *To: *"Mr. Stace D Maples" 
> *Cc: *Qgis-user 
> *Subject: *Re: [Qgis-user] QGIS 3.4 macOS still doesn't install GRASS
> properly, ... 'sigh...'
>
>
>
> I don't know why you're saying not having a working installer with GRASS,
> the last few versions have been working as far as I know, I haven't heard
> of any problems recently.  Yes, this one was broken, now there is a new
> version to download that is fixed (and shouold stay fixed in the future,
> for this specific problem).  Really, a polite "GRASS is not working, it's
> doing this, or not doing that" on the mailing list, or better a bug report,
> is all that's needed.
>
>
>
> On Oct 31, 2018, at 11:33 AM, Mr. Stace D Maples 
> wrote:
>
>
>
> Seriously, we just can’t get a working installer for macOS? It’s just
> never gonna happen, is that it? I’d love to be able to teach QGIS alongside
> Esri, but I can tell people to use something that doesn’t work, out of the
> box. I’ve been trying for 2 days now to get back to a working copy of
> QGIS3. It’s my fault, of course. I know better than to upgrade, now.  If
> you aren’t going to test it properly, don’t release it.
>
>
>
> Here is what I get when running GRASS tools:
>
>
>
> 2018-10-31T08:54:25 INFOGRASS GIS 7 execution console output
>
>  WARNING: Default locale settings are missing. GRASS running with
> C locale.
>
>
>
>  Starting GRASS GIS...
>
>
>
>  ERROR: Path '//' doesn't exist
>
>
>
>  Default locale not found, using UTF-8
>
>
>
>  Exiting...
>
>
>
>  WARNING: Default locale settings are missing. GRASS running with
> C locale.
>
>
>
>  Starting GRASS GIS...
>
>
>
>  ERROR: Path '//' doesn't exist
>
>
>
>  Default locale not found, using UTF-8
>
>
>
>  Exiting...
>
>
>
>
>
>
>
> Yes, I read the ReadMe and followed the instructions
>
> Yes, I’ve added the ENV variables
>
> Yes, I’ve scrubbed everything and done a clean install (several times)
>
> Yes, I even tried the futile installation of the GRASS “required
> frameworks” which seem to be the only solutions anyone is able to suggest
> on StackExchange.
>
> Yes I tried installing GRASS on it’s own and pointing to it from the
> processing settings, which didn’t work.
>
>
>
> Perfectly open to suggestions that DON’T involve any of the above.
>
>
>
>
>
> In F,L,
>
> Stace Maples
>
> Geospatial Manager
>
> Stanford Geospatial Center
>
> @mapninja
>
> G+, Skype, Hangout: stacey.maples
>
> 214.641.0920
>
> Find GeoData: https://earthworks.stanford.edu
>
> Get GeoHelp: https://gis.stanford.edu/
>
> stanfordgis Listserv:
> https://mailman.stanford.edu/mailman/listinfo/stanfordgis
>
>
>
> "I have a map of the United States... actual size.
>
> It says, "Scale: 1 mile = 1 mile."
>
> I spent last summer folding it."
>
> -Steven Wright-
>
>
>
> ___
> Qgis-user 

Re: [Qgis-user] QGIS 3.4 macOS still doesn't install GRASS properly, ... 'sigh...'

2018-11-01 Per discussione Mr. Stace D Maples
11 responses about how I should contribute more, how my problem was posted, how 
I can give money…

Not one suggestion for how to fix the issue.

In F,L,
Stace Maples
Geospatial Manager
Stanford Geospatial Center
@mapninja
G+, Skype, Hangout: stacey.maples
214.641.0920
Find GeoData: https://earthworks.stanford.edu
Get GeoHelp: https://gis.stanford.edu/
stanfordgis Listserv: https://mailman.stanford.edu/mailman/listinfo/stanfordgis

"I have a map of the United States... actual size.
It says, "Scale: 1 mile = 1 mile."
I spent last summer folding it."
-Steven Wright-


From: William Kyngesburye 
Reply-To: William Kyngesburye 
Date: Thursday, November 1, 2018 at 6:28 AM
To: "Mr. Stace D Maples" 
Cc: Qgis-user 
Subject: Re: [Qgis-user] QGIS 3.4 macOS still doesn't install GRASS properly, 
... 'sigh...'

I don't know why you're saying not having a working installer with GRASS, the 
last few versions have been working as far as I know, I haven't heard of any 
problems recently.  Yes, this one was broken, now there is a new version to 
download that is fixed (and shouold stay fixed in the future, for this specific 
problem).  Really, a polite "GRASS is not working, it's doing this, or not 
doing that" on the mailing list, or better a bug report, is all that's needed.

On Oct 31, 2018, at 11:33 AM, Mr. Stace D Maples 
mailto:stacemap...@stanford.edu>> wrote:

Seriously, we just can’t get a working installer for macOS? It’s just never 
gonna happen, is that it? I’d love to be able to teach QGIS alongside Esri, but 
I can tell people to use something that doesn’t work, out of the box. I’ve been 
trying for 2 days now to get back to a working copy of QGIS3. It’s my fault, of 
course. I know better than to upgrade, now.  If you aren’t going to test it 
properly, don’t release it.

Here is what I get when running GRASS tools:

2018-10-31T08:54:25 INFOGRASS GIS 7 execution console output
 WARNING: Default locale settings are missing. GRASS running with C 
locale.

 Starting GRASS GIS...

 ERROR: Path '//' doesn't exist

 Default locale not found, using UTF-8

 Exiting...

 WARNING: Default locale settings are missing. GRASS running with C 
locale.

 Starting GRASS GIS...

 ERROR: Path '//' doesn't exist

 Default locale not found, using UTF-8

 Exiting...



Yes, I read the ReadMe and followed the instructions
Yes, I’ve added the ENV variables
Yes, I’ve scrubbed everything and done a clean install (several times)
Yes, I even tried the futile installation of the GRASS “required frameworks” 
which seem to be the only solutions anyone is able to suggest on StackExchange.
Yes I tried installing GRASS on it’s own and pointing to it from the processing 
settings, which didn’t work.

Perfectly open to suggestions that DON’T involve any of the above.


In F,L,
Stace Maples
Geospatial Manager
Stanford Geospatial Center
@mapninja
G+, Skype, Hangout: stacey.maples
214.641.0920
Find GeoData: https://earthworks.stanford.edu
Get GeoHelp: https://gis.stanford.edu/
stanfordgis Listserv: https://mailman.stanford.edu/mailman/listinfo/stanfordgis

"I have a map of the United States... actual size.
It says, "Scale: 1 mile = 1 mile."
I spent last summer folding it."
-Steven Wright-

___
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

-
William Kyngesburye 
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.



___
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] GDAL processing scripts not working on QGIS3 (mac)

2018-11-01 Per discussione richardlent
I tried this fix, but am now getting the following error in QGIS 3.2.0 when I
try Clip Raster by Extent:

/bin/sh: /Users/rlent/Desktop/testClip.png: No such file or directory

FAILURE: No target dataset specified.

But I have specified a target output dataset:

gdal_translate -projwin -7994318.205325411 5197256.03465364
-7992540.262553602 5196274.66122404 -ot Float32 -of PNG
referer=OpenStreetMap%20contributors,%20CC-BY-SA=xyz=http://tile.openstreetmap.org/%7Bz%7D/%7Bx%7D/%7By%7D.png=19=0
/Users/rlent/Desktop/testClip.png




--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
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] Question

2018-11-01 Per discussione Clifford Snow
On Wed, Oct 31, 2018 at 10:51 PM mayank agarwal 
wrote:

> I was working on a detailed map development of a certain state (Andhra
> Pradesh)
>  in India. This would be useful in disaster management and would be
> accessible by all.
> Openstreetmap does not provide detailed features of the place that is why
> wanted to check if someone has found a way to use google information.
> Any leads in this regards are appreciated
>

You might want to check out Missing Maps, missingmaps.org. I've been
involved with a number of efforts to map areas for just your purpose. MM
uses the HOT tasking manager tools [1] to break the work up into manageable
size and then opens it up so everyone can contribute. It just takes someone
willing to create a task and help spread the word. Andhra Pradesh is a
large state so I would suggest starting off with more vulnerable areas,
like coastal areas, first.

I did check OSM - overpass reported more than 200Mb of buildings - that's
before the query crashed from the size.

 [1] tasks.hotosm.org

@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
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] QGIS 3.4 macOS still doesn't install GRASS properly, ... 'sigh...'

2018-11-01 Per discussione William Kyngesburye
I don't know why you're saying not having a working installer with GRASS, the 
last few versions have been working as far as I know, I haven't heard of any 
problems recently.  Yes, this one was broken, now there is a new version to 
download that is fixed (and shouold stay fixed in the future, for this specific 
problem).  Really, a polite "GRASS is not working, it's doing this, or not 
doing that" on the mailing list, or better a bug report, is all that's needed.

> On Oct 31, 2018, at 11:33 AM, Mr. Stace D Maples  
> wrote:
> 
> Seriously, we just can’t get a working installer for macOS? It’s just never 
> gonna happen, is that it? I’d love to be able to teach QGIS alongside Esri, 
> but I can tell people to use something that doesn’t work, out of the box. 
> I’ve been trying for 2 days now to get back to a working copy of QGIS3. It’s 
> my fault, of course. I know better than to upgrade, now.  If you aren’t going 
> to test it properly, don’t release it.
>  
> Here is what I get when running GRASS tools:
>  
> 2018-10-31T08:54:25 INFOGRASS GIS 7 execution console output
>  WARNING: Default locale settings are missing. GRASS running with C 
> locale.
>  
>  Starting GRASS GIS...
>  
>  ERROR: Path '//' doesn't exist
>  
>  Default locale not found, using UTF-8
>  
>  Exiting...
>  
>  WARNING: Default locale settings are missing. GRASS running with C 
> locale.
>  
>  Starting GRASS GIS...
>  
>  ERROR: Path '//' doesn't exist
>  
>  Default locale not found, using UTF-8
>  
>  Exiting...
>  
>  
>  
> Yes, I read the ReadMe and followed the instructions
> Yes, I’ve added the ENV variables
> Yes, I’ve scrubbed everything and done a clean install (several times)
> Yes, I even tried the futile installation of the GRASS “required frameworks” 
> which seem to be the only solutions anyone is able to suggest on 
> StackExchange.
> Yes I tried installing GRASS on it’s own and pointing to it from the 
> processing settings, which didn’t work.
>  
> Perfectly open to suggestions that DON’T involve any of the above.
>  
>  
> In F,L,
> Stace Maples 
> Geospatial Manager 
> Stanford Geospatial Center
> @mapninja 
> G+, Skype, Hangout: stacey.maples
> 214.641.0920
> Find GeoData: https://earthworks.stanford.edu 
>  
> Get GeoHelp: https://gis.stanford.edu/ 
> stanfordgis Listserv: 
> https://mailman.stanford.edu/mailman/listinfo/stanfordgis 
>  
>  
> "I have a map of the United States... actual size. 
> It says, "Scale: 1 mile = 1 mile." 
> I spent last summer folding it." 
> -Steven Wright-
>  
> ___
> 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 
> 
-
William Kyngesburye 
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.


___
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] WMS

2018-11-01 Per discussione Anita Graser
Hi Guy,

QGIS TimeManager supports WMS-T but it's a bit of a hack:
https://anitagraser.com/2015/08/10/using-timemanager-for-wms-t-layers/
If you have development skills and are interested in improving support,
please let me know!

Regards,
Anita



On Thu, Nov 1, 2018 at 11:06 AM Guy Doulberg  wrote:

> Hi guys,
>
> I am a data provider of satellite imagery,
>
> I am thinking to expose the company data using WMS, it make sense in the
> images datasets to add (E)CQL_FILTER and TIME capabilities,
>
> But, I don't understand if or how these capabilities can be used in qgis,
>
> In other words, does qgis support CQL_FILTER and TIME for WMS
>
> Thanks, Guy
> ___
> 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] Supported versions of Geopackage

2018-11-01 Per discussione Andrea Aime
On Sun, Oct 28, 2018 at 2:57 PM Andrea Aime 
wrote:

> On Mon, Oct 22, 2018 at 8:49 AM Stéphane Henriod  wrote:
>
>> Hi
>>
>> This is the info I got from our developer:
>>
>> This is one of the exceptions you can get
>> https://osgeo-org.atlassian.net/browse/GEOS-7166(it was reported for
>> Geoserver 2.7, but is still there in 2.13)
>>
>
The issue should have been fixed now, changes backported to GS 2.14.x and
GS 2.13.x, they should be in the nightly starting tomorrow
(national holiday today gave me a bit of breathing room to do the backports
of the fix in question, and the other gpkg changes it was depending on)

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information. == Ing. Andrea Aime @geowolf Technical Lead
GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39
0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
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] Question

2018-11-01 Per discussione Nicolas Cadieux
Hi,

Others have responded.  I will only add that Google Earth uses OSM data and 
data from local governments, like NRCan in Canada.  You can always vectorize 
the data from Google but all you will get for Google is a pretty picture.  I 
would contact local governments for data if it exits.  You can always look at 
what is available from satellite imagery from the various space agencies.  I 
imagine you are looking for roads?  You can also use data from openlayer plugin 
or better, the  quickmap plugin.  That plugin has additional providers that you 
can add in the plugin properties. 

Nicolas

> Le 1 nov. 2018 à 01:27, mayank agarwal  a écrit :
> 
> Hello,
> 
> I want to import data from Google earth in form of points, lines and polygons 
> like we do it from OSM. How can I do that? Please help I am new to GIS. 
> 
> Regards
> 
> 
> ___
> 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-it-user] STILE OSM IN QGIS

2018-11-01 Per discussione matteo
Ciao Roberto,

non so se ti è utile, ma Anita Graser molto tempo fa ha fatto un
repository con degli stile in qml da scaricare e applicare:

https://github.com/anitagraser/QGIS-resources/tree/master/qgis2/osm_spatialite

Saluti

Matteo
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


Re: [Qgis-user] Question

2018-11-01 Per discussione Phil Wyatt
Hi Mayank,

 

What sort of information were you hoping to gain from Google? The underlying 
imagery that can be used to digitise features into Open Street Map is often as 
up to date as Google. Maybe you could contact local OSM or Humanitarian teams 
and support adding further information to Open Street Map.

 

If you want to look at Google imagery in QGIS then you can do so from the Quick 
Map Services plugin.

 

Cheers - Phil

 

From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of mayank 
agarwal
Sent: Thursday, 1 November 2018 4:51 PM
To: cliff...@snowandsnow.us
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Question

 

Thank you for replying.

I was working on a detailed map development of a certain state (Andhra Pradesh)

 in India. This would be useful in disaster management and would be accessible 
by all. 

Openstreetmap does not provide detailed features of the place that is why 
wanted to check if someone has found a way to use google information.

Any leads in this regards are appreciated

 

Mayank

 

On Thu, Nov 1, 2018 at 11:14 AM Clifford Snow  wrote:

I don't believe it's possible to get Google data. Which is one of the reasons 
for the success of OSM. 

 

For my curiosity, what Google data do you want that's not in OSM?

 

Clifford

 

On Wed, Oct 31, 2018 at 10:27 PM mayank agarwal  
wrote:

Hello,

 

I want to import data from Google earth in form of points, lines and polygons 
like we do it from OSM. How can I do that? Please help I am new to GIS. 

 

Regards

 

 

___
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




 

-- 

@osm_seattle

osm_seattle.snowandsnow.us

OpenStreetMap: Maps with a human touch

___
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