Re: [Qgis-user] QGIS3 importing from ARCGIS with custom coordinate in arc.

[Nyall Dawson]

On 17 April 2018 at 03:38, Basques, Bob (CI-StPaul)
 wrote:
> All,
>
> I have to connect QGIS3 to a ARCGIS server.
>
> Using the ArcGisFeatureServer connector:
>
>  I can see the catalog just fine, but when I try to add a layer I get the
> “AFSProvidor Could Not Parse Spatial Reference” error.
>
> I successfully added the Custom layer on the Arc Server to QGIS with a
> custom EPSG, but how to I get QGIS and Arcserver to agree on a title for the
> projection?  The “Spatial Refence” on the arc server is the actual PROJCS
> line.  Do I need to use this as the name in QGIS?

Got a link to the server we can look at?

Nyall

>
> Thanks
>
> bobb
>
>
>
>
> We’ve heard that a million monkeys at a million keyboards could produce the
> complete works of Shakespeare; now, thanks to the Internet, we know that is
> not true.
> —Robert Wilensky
>
>
> ___
> 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] no python console in QGIS 3 Ubuntu 17.10

[Micha Silver]

  
  


On 04/16/2018 03:31 PM, DelazJ wrote:


  Hi,


  
2018-04-15 15:40 GMT+02:00 Patrick
  Dunford :
  I find that hard to
understand. I started off using Qgis on Windows and then
became a novice Linux user and started installing it on
Linux right away. I don't recall ever struggling to
understand how to install it on Linux. It would be no
harder to install than anything else on my system apart
from the usual noob stuff.

  
  What do you want? We are not equal in front of IT.
 
  
  
If people find it hard to follow the instructions they
do have the option of installing from their distro. They
won't get the latest version a lot of the time but it
does have the advantage of appearing by default in their
Software Center or whatever package management GUI the
distro provides


  
  
  Yes, maybe the installation instructions should remind people
  to check/use their Software center but as you also mention, it
  may not provide the version he wants (latest, LTR...?) so the
  user has to try the "add repo" steps, hence needs affordable
  instructions.
  


  2018-04-16 4:22 GMT+02:00 Patrick
Dunford :
If I was
  doing it, it would just be for debian/ubuntu section, the
  rest would be copied/pasted from the existing one.
  

The request was already that one: make the
  ubuntu/debian section more understandable (if it's not).
  Other distros were not concerned as far as i know.
  


  But it seems to me there are really only a small number of
  people that actually find it difficult. Like seriously,
  why would you put in the example name for you distro when
  it clearly says "this is an example".
  

I never made a count but I have the (wrong?) feeling to
  often see messages in the different qgis lists about
  ubuntu/debian installation process
  failures/misunderstandings/missing features. Given that
  these instructions are not provided only in English, i
  feel the issue is not only about the original writers
  English capabilities (but maybe in the way the information
  is structured).

  

  


I fully agree with Harrisou. Installation and update issues pop up
all too often.
I consider myself an experienced Linux user, and have installed and
used QGIS for over a decade, and still with almost every version
update of QGIS I find myself reshuffling *.list repo files to get
everything working again. Sometimes the problem is caused by GRASS
updates not synchronized with QGIS updates. But the bottom line is
recurring confusion.  


  

  



  How far can you practically go to make it easier for a
  small number of people who are either Linux novices, have
  a poor grasp of English or have comprehension
  difficulties?
  

  


English is my mother tongue, so that's not the cause of the
confusion for me...

In my opinion, the ideal situation would be:
1- A collection of stable geo software maintained in the regular
ubuntu repositories. So users who want the "LTR" version do not need
to add anything to the sources.list.d. Thus the ubuntugis-ltr would
become unnecesary
2- User's wanting the newer "unstable" version would add the
ubuntugis repo, as explained in qgis.org, and would get a collection
of more recent versions of the geo stack. And thus there would be no
need for the "ubuntugis-unstable" repo.
3- And a third repo - ubuntu-dev aimed for developers.

I realize that there are lots of dedicated people doing great and
thankless work in all the packaging behind the scenes, and I
certainly don't mean to criticize their efforts. But it seems that
some consolidation might be helpful.

Regards,
Micha

  

  


That's the challenge: being able to take the place of
  (sigh!) those people and be understood by them.

QGIS is a world-wide, welcoming and inclusive project
  so in any part of the pr

[Qgis-user] QGIS3 importing from ARCGIS with custom coordinate in arc.

[Basques, Bob (CI-StPaul)]

All,

I have to connect QGIS3 to a ARCGIS server.

Using the ArcGisFeatureServer connector:

 I can see the catalog just fine, but when I try to add a layer I get the 
“AFSProvidor Could Not Parse Spatial Reference” error.

I successfully added the Custom layer on the Arc Server to QGIS with a custom 
EPSG, but how to I get QGIS and Arcserver to agree on a title for the 
projection?  The “Spatial Refence” on the arc server is the actual PROJCS line. 
 Do I need to use this as the name in QGIS?

Thanks

bobb




We’ve heard that a million monkeys at a million keyboards could produce the 
complete works of Shakespeare; now, thanks to the Internet, we know that is not 
true.
—Robert Wilensky

___
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] TIFF with paletted band and alpha band interpreted as "multiband color" by default (instead of "paletted")

[Raphael Das Gupta]

Heya fellow QGIS users

I have a TIFF file like
https://drive.switch.ch/index.php/s/bfvkWCM1P6pbJ5E/download that I want
to represent a black-and-white image with transparency. (Each pixel is
either opaque black, opaque white or fully transparent*.)

In the TIFF at hand, this is represented by a 1-byte-per-pixel band with
a 4-component (so presumably RGBA-)palette with (opaque) black and white
entries and another 1-byte-per-pixel band for alpha. gdalinfo output
looks like this:
> |Driver: GTiff/GeoTIFF Files: merged.tif Size is 28346, 47244
> Coordinate System is: PROJCS["CH1903 / LV03", GEOGCS["CH1903",
> DATUM["CH1903", SPHEROID["Bessel 1841",6377397.155,299.1528128,
> AUTHORITY["EPSG","7004"]], TOWGS84[674.374,15.056,405.346,0,0,0,0],
> AUTHORITY["EPSG","6149"]], PRIMEM["Greenwich",0,
> AUTHORITY["EPSG","8901"]], UNIT["degree",0.0174532925199433,
> AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4149"]],
> PROJECTION["Hotine_Oblique_Mercator_Azimuth_Center"],
> PARAMETER["latitude_of_center",46.952406],
> PARAMETER["longitude_of_center",7.4395833],
> PARAMETER["azimuth",90], PARAMETER["rectified_grid_angle",90],
> PARAMETER["scale_factor",1], PARAMETER["false_easting",60],
> PARAMETER["false_northing",20], UNIT["metre",1,
> AUTHORITY["EPSG","9001"]], AXIS["Y",EAST], AXIS["X",NORTH],
> AUTHORITY["EPSG","21781"]] Origin =
> (672173.366739814984612,233935.800211683992529) Pixel Size =
> (0.105835038426470,-0.105835038426470) Metadata: AREA_OR_POINT=Area
> Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=PIXEL Corner
> Coordinates: Upper Left ( 672173.367, 233935.800) ( 8d23'35.46"E,
> 47d15'13.47"N) Lower Left ( 672173.367, 228935.730) ( 8d23'32.57"E,
> 47d12'31.56"N) Upper Right ( 675173.367, 233935.800) ( 8d25'58.14"E,
> 47d15'12.27"N) Lower Right ( 675173.367, 228935.730) ( 8d25'55.13"E,
> 47d12'30.35"N) Center ( 673673.367, 231435.765) ( 8d24'45.32"E,
> 47d13'51.92"N) Band 1 Block=256x256 Type=Byte, ColorInterp=Palette
> Mask Flags: PER_DATASET ALPHA Color Table (RGB with 256 entries) 0:
> 255,255,255,255 1: 0,0,0,255 2: 0,0,0,255 3: 0,0,0,255 4: 0,0,0,255 5:
> 0,0,0,255 6: 0,0,0,255 7: 0,0,0,255 8: 0,0,0,255 9: 0,0,0,255 10:
> 0,0,0,255 11: 0,0,0,255 12: 0,0,0,255 13: 0,0,0,255 14: 0,0,0,255 15:
> 0,0,0,255 16: 0,0,0,255 17: 0,0,0,255 18: 0,0,0,255 19: 0,0,0,255 20:
> 0,0,0,255 21: 0,0,0,255 22: 0,0,0,255 23: 0,0,0,255 24: 0,0,0,255 25:
> 0,0,0,255 26: 0,0,0,255 27: 0,0,0,255 28: 0,0,0,255 29: 0,0,0,255 30:
> 0,0,0,255 31: 0,0,0,255 32: 0,0,0,255 33: 0,0,0,255 34: 0,0,0,255 35:
> 0,0,0,255 36: 0,0,0,255 37: 0,0,0,255 38: 0,0,0,255 39: 0,0,0,255 40:
> 0,0,0,255 41: 0,0,0,255 42: 0,0,0,255 43: 0,0,0,255 44: 0,0,0,255 45:
> 0,0,0,255 46: 0,0,0,255 47: 0,0,0,255 48: 0,0,0,255 49: 0,0,0,255 50:
> 0,0,0,255 51: 0,0,0,255 52: 0,0,0,255 53: 0,0,0,255 54: 0,0,0,255 55:
> 0,0,0,255 56: 0,0,0,255 57: 0,0,0,255 58: 0,0,0,255 59: 0,0,0,255 60:
> 0,0,0,255 61: 0,0,0,255 62: 0,0,0,255 63: 0,0,0,255 64: 0,0,0,255 65:
> 0,0,0,255 66: 0,0,0,255 67: 0,0,0,255 68: 0,0,0,255 69: 0,0,0,255 70:
> 0,0,0,255 71: 0,0,0,255 72: 0,0,0,255 73: 0,0,0,255 74: 0,0,0,255 75:
> 0,0,0,255 76: 0,0,0,255 77: 0,0,0,255 78: 0,0,0,255 79: 0,0,0,255 80:
> 0,0,0,255 81: 0,0,0,255 82: 0,0,0,255 83: 0,0,0,255 84: 0,0,0,255 85:
> 0,0,0,255 86: 0,0,0,255 87: 0,0,0,255 88: 0,0,0,255 89: 0,0,0,255 90:
> 0,0,0,255 91: 0,0,0,255 92: 0,0,0,255 93: 0,0,0,255 94: 0,0,0,255 95:
> 0,0,0,255 96: 0,0,0,255 97: 0,0,0,255 98: 0,0,0,255 99: 0,0,0,255 100:
> 0,0,0,255 101: 0,0,0,255 102: 0,0,0,255 103: 0,0,0,255 104: 0,0,0,255
> 105: 0,0,0,255 106: 0,0,0,255 107: 0,0,0,255 108: 0,0,0,255 109:
> 0,0,0,255 110: 0,0,0,255 111: 0,0,0,255 112: 0,0,0,255 113: 0,0,0,255
> 114: 0,0,0,255 115: 0,0,0,255 116: 0,0,0,255 117: 0,0,0,255 118:
> 0,0,0,255 119: 0,0,0,255 120: 0,0,0,255 121: 0,0,0,255 122: 0,0,0,255
> 123: 0,0,0,255 124: 0,0,0,255 125: 0,0,0,255 126: 0,0,0,255 127:
> 0,0,0,255 128: 0,0,0,255 129: 0,0,0,255 130: 0,0,0,255 131: 0,0,0,255
> 132: 0,0,0,255 133: 0,0,0,255 134: 0,0,0,255 135: 0,0,0,255 136:
> 0,0,0,255 137: 0,0,0,255 138: 0,0,0,255 139: 0,0,0,255 140: 0,0,0,255
> 141: 0,0,0,255 142: 0,0,0,255 143: 0,0,0,255 144: 0,0,0,255 145:
> 0,0,0,255 146: 0,0,0,255 147: 0,0,0,255 148: 0,0,0,255 149: 0,0,0,255
> 150: 0,0,0,255 151: 0,0,0,255 152: 0,0,0,255 153: 0,0,0,255 154:
> 0,0,0,255 155: 0,0,0,255 156: 0,0,0,255 157: 0,0,0,255 158: 0,0,0,255
> 159: 0,0,0,255 160: 0,0,0,255 161: 0,0,0,255 162: 0,0,0,255 163:
> 0,0,0,255 164: 0,0,0,255 165: 0,0,0,255 166: 0,0,0,255 167: 0,0,0,255
> 168: 0,0,0,255 169: 0,0,0,255 170: 0,0,0,255 171: 0,0,0,255 172:
> 0,0,0,255 173: 0,0,0,255 174: 0,0,0,255 175: 0,0,0,255 176: 0,0,0,255
> 177: 0,0,0,255 178: 0,0,0,255 179: 0,0,0,255 180: 0,0,0,255 181:
> 0,0,0,255 182: 0,0,0,255 183: 0,0,0,255 184: 0,0,0,255 185: 0,0,0,255
> 186: 0,0,0,255 187: 0,0,0,255 188: 0,0,0,255 189: 0,0,0,255 190:
> 0,0,0,255 191: 0,0,0,255 192: 0,0,0,255 193: 0,0,0,255 194: 0,0,0,255
> 195: 0,0,0,255 196: 0,0,0,255 197: 0,0,0,255 

Re: [Qgis-user] no python console in QGIS 3 Ubuntu 17.10

[DelazJ]

Hi,

2018-04-15 15:40 GMT+02:00 Patrick Dunford :

> I find that hard to understand. I started off using Qgis on Windows and
> then became a novice Linux user and started installing it on Linux right
> away. I don't recall ever struggling to understand how to install it on
> Linux. It would be no harder to install than anything else on my system
> apart from the usual noob stuff.
>
> What do you want? We are not equal in front of IT.


> If people find it hard to follow the instructions they do have the option
> of installing from their distro. They won't get the latest version a lot of
> the time but it does have the advantage of appearing by default in their
> Software Center or whatever package management GUI the distro provides
>

Yes, maybe the installation instructions should remind people to check/use
their Software center but as you also mention, it may not provide the
version he wants (latest, LTR...?) so the user has to try the "add repo"
steps, hence needs affordable instructions.

2018-04-16 4:22 GMT+02:00 Patrick Dunford :

> If I was doing it, it would just be for debian/ubuntu section, the rest
> would be copied/pasted from the existing one.
>
> The request was already that one: make the ubuntu/debian section more
understandable (if it's not). Other distros were not concerned as far as i
know.

But it seems to me there are really only a small number of people that
> actually find it difficult. Like seriously, why would you put in the
> example name for you distro when it clearly says "this is an example".
>
> I never made a count but I have the (wrong?) feeling to often see messages
in the different qgis lists about ubuntu/debian installation process
failures/misunderstandings/missing features. Given that these instructions
are not provided only in English, i feel the issue is not only about the
original writers English capabilities (but maybe in the way the information
is structured).

How far can you practically go to make it easier for a small number of
> people who are either Linux novices, have a poor grasp of English or have
> comprehension difficulties?


That's the challenge: being able to take the place of (sigh!) *those people*
and be understood by them.
QGIS is a world-wide, welcoming and inclusive project so in any part of the
project, (my understanding is that) it should as far as possible lower the
entrance barrier, for everybody.

I have learning disabilities and had never used Linux before when I started
> to use the instructions but I never found them difficult to understand. The
> only real improvement I could think of is to perhaps put a little more
> detail or explanation in here and there, if there is enough space. I've got
> a rough draft but right now it might easily be 50% or more longer than
> what's there at the moment.
>
>  Please, share what you've written so far. If it improves the situation,
then I'm pretty sure there will be reviewers to help you find the
appropriate size (if ever space should be a limitation).

Looking forward...
And thanks for contributing

Harrissou

>
>
> On 15/04/18 19:07, Richard Duivenvoorde wrote:
>
>> On 14-04-18 22:30, Patrick Dunford wrote:
>>
>>> No offence, but it might have been written by someone who doesn't have
>>> English as their first language.
>>>
>>> It would be interesting for me to try rewriting it myself...
>>>
>> Hi Patrick,
>>
>> in the footer of the page you will find a 'fixme' link. If you click
>> that one, you will be sent to a github page:
>>
>> https://github.com/qgis/QGIS-Website/edit/master/source/site
>> /forusers/alldownloads.rst
>>
>> AND probably be asked to create a fork of the repo (do it) and then you
>> can do a rewrite and can ask for a pull request, so others can have a
>> look at your proposal.
>>
>> Feel free to do it! But do not underestimate the complexity of all the
>> different setups, exclusions, possibilities etc etc... The different
>> setups are there for example because one has latest versions of
>> software, and another one only the stable versions etc etc.
>>
>> If you can get your head around it, AND do a human write-up that would
>> be great. Note that this page has gone over a lot of iterations already:
>>
>> https://github.com/qgis/QGIS-Website/commits/master/source/s
>> ite/forusers/alldownloads.rst
>>
>> It is just pretty complex :-)
>>
>> But maybe a fresh mind could be a win!
>>
>> Regards,
>>
>> Richard Duivenvoorde
>>
>
> ___
> 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 & CityGML?

[b.j.kobben]

Reading CityGML is possible, it is after all well-behaved GML. Using GDAL or 
better using the tudelft.nl tools mentioned by Tobias to convert it to a 
PostGIS database. And visualising it then is probably also OK, but only in 2D, 
not the way I suspect you’d want to, i.e.  in a 3D-viewing environment...


--
Barend Köbben

On 16/04/2018, 09:41, "Qgis-user on behalf of Tobias Wendorff" 
mailto:qgis-user-boun...@lists.osgeo.org> on 
behalf of 
tobias.wendo...@tu-dortmund.de> wrote:

Hi Mike.

Am Mo, 16.04.2018, 09:34 schrieb Elstermann, Mike:
How can I read/visualize CityGML in QGIS?

CityGML exists in several flavors, I don't think, QGIS supports
it the native way. You have to use FME to convert it or try it
the GDAL way. EvenR has added much GMLAS in the past, which makes
it able to parse some kind of CityGML-stuff:

http://www.gdal.org/drv_gmlas.html

https://3d.bk.tudelft.nl/svitalis/citygml/gdal/2017/07/24/messing-around-with-citygml-on-gdal-2.2.html

HTH,
Tobias

___
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] QGIS3: layer is not valid (PostGIS)

[Tobias Wendorff]

Hi there,

whenever I'm working with PostgreSQL (PostGIS) layers in QGIS3, I'm
getting this error after a few minutes:

Layer is not valid : The layer dbname='geodata' host= port=5432
user='' password='' sslmode=allow srid=25832 type=Point
table="leg"."demo1" (geom) sql= is not a valid layer and can not be added
to the map. Reason:

There's no reason, the layer is still valid. After a full restart,
I can access the layer without a problem.

Anyone with an idea, what's wrong here?

Best regards,
Tobias

___
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 & CityGML?

[Tobias Wendorff]

Hi Mike.

Am Mo, 16.04.2018, 09:34 schrieb Elstermann, Mike:
> How can I read/visualize CityGML in QGIS?

CityGML exists in several flavors, I don't think, QGIS supports
it the native way. You have to use FME to convert it or try it
the GDAL way. EvenR has added much GMLAS in the past, which makes
it able to parse some kind of CityGML-stuff:

http://www.gdal.org/drv_gmlas.html

https://3d.bk.tudelft.nl/svitalis/citygml/gdal/2017/07/24/messing-around-with-citygml-on-gdal-2.2.html

HTH,
Tobias

___
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] QGIS & CityGML?

[Elstermann, Mike]

How can I read/visualize CityGML in QGIS?
THX, mikeE.
___
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