Re: [Qgis-user] Limit to Geodatabase File Size?

[Even Rouault]

On mardi 7 mars 2017 14:30:13 CET Parker, Jonathon wrote:
> New user to QGIS here.  Went through some tutorials, had ESRI experience in
> distance past.  Starting a demonstration project using data from the US
> Census Bureau https://www.census.gov/geo/maps-data/data/tiger.html
> 
> I successfully added shapefiles and small geodatabases
> ftp://ftp2.census.gov/geo/tiger/TGRGDB16// as layers.  When I tried the
> same process with a large geodatabase (tlgdb_2016_a_us_edges.gdb), it did
> not render. The feature count was reported as 0.  I contacted the US Census
> bureau and they verified it was not corrupted and worked on ESRI products.
> 
> Is there a size limit that prevents QGIS from working with large files?
> The table in the geodatabase is 13GB.

I've downloaded the file and reproduced the issue. The OGR OpenFileGDB driver 
had a bug in 
the particular situation where the attribute description section of the 
.gdbtable is beyond 
the 4 GB offset. I've just fixed it per
https://trac.osgeo.org/gdal/ticket/6830

The feature count now reported is ~68 million and it displays fine in QGIS 
(against the fixed 
GDAL version)

Best regards,

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
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] Sobre instalacion QGIS-OSGeo4W-2.18.4-1-Setup-x86.exe

[juan roque fantini]

 Buenas noches:QGIS-OSGeo4W-2.18.4-1-Setup-x86.exe  al pretender ejecutarlo, 
aparece un un recuadro que dice (desintalarlo) y eso sucede..S.O Windows 7 
ultimate,libero el antivirus,y no consigo "abrir"Es para aplicacion en 
trabajos de TOPOGRAFIA y aplicarlo en plataformas como Autocad 
2010,ect.Agradecere sugerencias..  GraciasAttejuan roque fantini 
irigoyenLAMARQUE-Pcia Rio NegroPatagoniaArgentina___
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] Coordinates in map units are different between ArcInfo and Qgis

[Blumentrath, Stefan]

Hi,

The scaling factor “+k=0.9996” does not seem to be present in your ArcInfo CRS…
Could be a reason...

Cheers
Stefan


From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of 
Tudorache, Marian
Sent: tirsdag 7. mars 2017 19.19
To: Mark Seibel 
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Coordinates in map units are different between ArcInfo 
and Qgis

Hi Mark,


The projection that I use in Qgis and ArcInfo is:
QGIS: +proj-sterea +lat_0=53.5 + lon_0=-76.0 +k=0.9996 +x_0=0.0 +y_0=0.0 
+a=631816.16075 +b=631816.16075 +units=m +nodefs
ArcInfo: has different representation but the same thing:
Projection   STEREOGRAPHIC
Datum  NONE
Zunits   NO
Units METERS
XShift0.000
YShift0.000
Parameters 631816.16075 0.000
  1 /* Projection type < 1 | 2 >
631816.16075   /*radius of sphere of reference
-76   0 0.000   /* longitude of center of projection

53 30 0.000 /* latitude of center of projection
0.0  /* false easting (meters)
0.0  /* false westing (meters)

One more thing ArcInfo uses directive COORDINATES in AML to extract the 
coordinates.
Thanks,
Marian

From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Mark 
Seibel
Sent: March-07-17 11:18 AM
To: Tudorache, Marian
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Coordinates in map units are different between ArcInfo 
and Qgis

Hi.

Can somebody explain me why coordinates in map units read by Qgis are different 
than those read by ArcInfo?
How can I make the two coordinates to be the same?

What is the projection of the arc/info coverage?

Is QGIS set to the same projection?

Mark


This electronic message, as well as any transmitted files included in the 
electronic message, may contain privileged or confidential information and is 
intended solely for the use of the individual(s) or entity to which it is 
addressed. If you have received this electronic message in error please notify 
the sender immediately and delete the electronic message. Any unauthorized 
copying, disclosure or distribution of the electronic message is strictly 
forbidden. NAV CANADA accepts no liability for any damage caused by any virus 
and/or other malicious code transmitted by this electronic communication.

Le présent message électronique et tout fichier qui peut y être joint peuvent 
contenir des renseignements privilégiés ou confidentiels destinés à l’usage 
exclusif des personnes ou des organismes à qui ils s’adressent. Si vous avez 
reçu ce message électronique par erreur, veuillez en informer l’expéditeur 
immédiatement et supprimez le. Toute reproduction, divulgation ou distribution 
du présent message électronique est strictement interdite. NAV CANADA n’assume 
aucune responsabilité en cas de dommage causé par tout virus ou autre programme 
malveillant transmis par ce message électronique.
___
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] Coordinates in map units are different between ArcInfo and Qgis

[Mark Seibel]

If you fire up ArcEdit what are the coordinates at some comparable location
in QGIS? (as opposed to the coordinates usage in AML)

Or if you view the A/I coverage in another software like ArcView
3.x/ArcMap, are the coordinates the same in QGIS?

Maybe try converting your coverage to a shapefile, and see if there is a
difference?

Another option is to set no coordinate system, or disable 'project on the
fly', and see what the coordinates are for the data.

Just some suggestions, I really cant explain why there difference. AFAIK,
A/I coverages shouldnt matter, but they are rather archaic.

Mark

On Tue, Mar 7, 2017 at 1:19 PM, Tudorache, Marian <
marian.tudora...@navcanada.ca> wrote:

> Hi Mark,
>
>
>
>
>
> The projection that I use in Qgis and ArcInfo is:
>
> QGIS: +proj-sterea +lat_0=53.5 + lon_0=-76.0 +k=0.9996 +x_0=0.0 +y_0=0.0
> +a=631816.16075 +b=631816.16075 +units=m +nodefs
>
> ArcInfo: has different representation but the same thing:
>
> Projection   STEREOGRAPHIC
>
> Datum  NONE
>
> Zunits   NO
>
> Units METERS
>
> XShift0.000
>
> YShift0.000
>
> Parameters 631816.16075 0.000
>
>   1 /* Projection type < 1 | 2 >
>
> 631816.16075   /*radius of sphere of reference
>
> -76   0 0.000   /* longitude of center of projection
>
> 5330 0.000 /* latitude of center of projection
>
> 0.0  /* false easting (meters)
>
> 0.0  /* false westing (meters)
>
>
>
> One more thing ArcInfo uses directive COORDINATES in AML to extract the
> coordinates.
>
> Thanks,
>
> Marian
>
>
>
> *From:* Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] *On Behalf
> Of *Mark Seibel
> *Sent:* March-07-17 11:18 AM
> *To:* Tudorache, Marian
> *Cc:* qgis-user@lists.osgeo.org
> *Subject:* Re: [Qgis-user] Coordinates in map units are different between
> ArcInfo and Qgis
>
>
>
> Hi.
>
>
> Can somebody explain me why coordinates in map units read by Qgis are
> different than those read by ArcInfo?
> How can I make the two coordinates to be the same?
>
>
>
> What is the projection of the arc/info coverage?
>
>
>
> Is QGIS set to the same projection?
>
>
>
> Mark
>
> --
> This electronic message, as well as any transmitted files included in the
> electronic message, may contain privileged or confidential information and
> is intended solely for the use of the individual(s) or entity to which it
> is addressed. If you have received this electronic message in error please
> notify the sender immediately and delete the electronic message. Any
> unauthorized copying, disclosure or distribution of the electronic message
> is strictly forbidden. NAV CANADA accepts no liability for any damage
> caused by any virus and/or other malicious code transmitted by this
> electronic communication.
>
> Le présent message électronique et tout fichier qui peut y être joint
> peuvent contenir des renseignements privilégiés ou confidentiels destinés à
> l’usage exclusif des personnes ou des organismes à qui ils s’adressent. Si
> vous avez reçu ce message électronique par erreur, veuillez en informer
> l’expéditeur immédiatement et supprimez le. Toute reproduction, divulgation
> ou distribution du présent message électronique est strictement interdite.
> NAV CANADA n’assume aucune responsabilité en cas de dommage causé par tout
> virus ou autre programme malveillant transmis par ce message électronique.
>
___
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] Limit to Geodatabase File Size?

[Stephen Wandling]

I too am a new user, but I had an experience that may relate to what you 
have described.


I loaded a base map.  I then loaded a shape file from the local Regional 
District.  I right clicked on that layer and selected "Set Project CRS 
from Layer".  And the base map vanished!


I finally realized, with a lot of help from folks on this list, that the 
base map did not have the proper CRS.  From that I learned how to setup 
up On The Fly (OTF) conversions in QGIS.  Now when I add that same base 
map, it now says "EPSG:26910 (OTF)", down in the lower right corner.


That is the general idea.  I will leave it to others to walk you through 
the details.


Stephen

On 07/03/2017 11:30 AM, Parker, Jonathon wrote:

New user to QGIS here.  Went through some tutorials, had ESRI experience in
distance past.  Starting a demonstration project using data from the US
Census Bureau https://www.census.gov/geo/maps-data/data/tiger.html

I successfully added shapefiles and small geodatabases
ftp://ftp2.census.gov/geo/tiger/TGRGDB16// as layers.  When I tried the
same process with a large geodatabase (tlgdb_2016_a_us_edges.gdb), it did
not render. The feature count was reported as 0.  I contacted the US Census
bureau and they verified it was not corrupted and worked on ESRI products.

Is there a size limit that prevents QGIS from working with large files?
The table in the geodatabase is 13GB.

   



___
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] Limit to Geodatabase File Size?

[Parker, Jonathon]

New user to QGIS here.  Went through some tutorials, had ESRI experience in
distance past.  Starting a demonstration project using data from the US
Census Bureau https://www.census.gov/geo/maps-data/data/tiger.html

I successfully added shapefiles and small geodatabases
ftp://ftp2.census.gov/geo/tiger/TGRGDB16// as layers.  When I tried the
same process with a large geodatabase (tlgdb_2016_a_us_edges.gdb), it did
not render. The feature count was reported as 0.  I contacted the US Census
bureau and they verified it was not corrupted and worked on ESRI products.

Is there a size limit that prevents QGIS from working with large files?
The table in the geodatabase is 13GB.
___
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] Coordinates in map units are different between ArcInfo and Qgis

[Tudorache, Marian]

Hi Mark,


The projection that I use in Qgis and ArcInfo is:
QGIS: +proj-sterea +lat_0=53.5 + lon_0=-76.0 +k=0.9996 +x_0=0.0 +y_0=0.0 
+a=631816.16075 +b=631816.16075 +units=m +nodefs
ArcInfo: has different representation but the same thing:
Projection   STEREOGRAPHIC
Datum  NONE
Zunits   NO
Units METERS
XShift0.000
YShift0.000
Parameters 631816.16075 0.000
  1 /* Projection type < 1 | 2 >
631816.16075   /*radius of sphere of reference
-76   0 0.000   /* longitude of center of projection

5330 0.000 /* latitude of center of projection
0.0  /* false easting (meters)
0.0  /* false westing (meters)

One more thing ArcInfo uses directive COORDINATES in AML to extract the 
coordinates.
Thanks,
Marian

From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Mark 
Seibel
Sent: March-07-17 11:18 AM
To: Tudorache, Marian
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Coordinates in map units are different between ArcInfo 
and Qgis

Hi.

Can somebody explain me why coordinates in map units read by Qgis are different 
than those read by ArcInfo?
How can I make the two coordinates to be the same?

What is the projection of the arc/info coverage?

Is QGIS set to the same projection?

Mark


This electronic message, as well as any transmitted files included in the 
electronic message, may contain privileged or confidential information and is 
intended solely for the use of the individual(s) or entity to which it is 
addressed. If you have received this electronic message in error please notify 
the sender immediately and delete the electronic message. Any unauthorized 
copying, disclosure or distribution of the electronic message is strictly 
forbidden. NAV CANADA accepts no liability for any damage caused by any virus 
and/or other malicious code transmitted by this electronic communication.

Le présent message électronique et tout fichier qui peut y être joint peuvent 
contenir des renseignements privilégiés ou confidentiels destinés à l’usage 
exclusif des personnes ou des organismes à qui ils s’adressent. Si vous avez 
reçu ce message électronique par erreur, veuillez en informer l’expéditeur 
immédiatement et supprimez le. Toute reproduction, divulgation ou distribution 
du présent message électronique est strictement interdite. NAV CANADA n’assume 
aucune responsabilité en cas de dommage causé par tout virus ou autre programme 
malveillant transmis par ce message électronique.
___
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] Coordinates in map units are different between ArcInfo and Qgis

[Mark Seibel]

Hi.

>
> Can somebody explain me why coordinates in map units read by Qgis are
> different than those read by ArcInfo?
> How can I make the two coordinates to be the same?
>

What is the projection of the arc/info coverage?

Is QGIS set to the same projection?

Mark
___
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] Coordinates in map units are different between ArcInfo and Qgis

[Tudorache, Marian]

Hi everyone,

I have two GIS systems. First one is based on ArcInfo and the other one is 
based on Qgis 2.10.

The system with ArcInfo uses Esri coverage data files.
QGIS is able to read coverage data but I see differences between the coordinate 
expressed on map units between the two.

For example:
A point has in ArcInfo the coordinates in map units (meters) x = -1273005.24 
and y = 2898383.44.
The same point has in Qgis the coordinates in map units (meters) x = 
-1940424.5898 and y = 3192159.87877.

I looked in qgsmaptopixel.cpp how the mouse position coordinate is transformed 
to world map units coordinate and I have found this:
mx = x * mMapUnitsPerPixel + xMin
my = -1 * ((y – yMax) * mMapUnitsPerPixel – Ymin)

I have displayed the transformation parameters in Qgis using showParameters 
function and I got:
Map units/pixel: 6130.91 center: -337918, 1.36002e+06 rotation: 0, size: 
1493x974
So it looks a pixel has 6130.91 meters.
Map center is located at -337918, 1.36002e+06 (probably meters)
I can’t figure out the value for xMax, xMin , yMax, yMin.

Can somebody explain me why coordinates in map units read by Qgis are different 
than those read by ArcInfo?
How can I make the two coordinates to be the same?
Thanks,
Marian

This electronic message, as well as any transmitted files included in the 
electronic message, may contain privileged or confidential information and is 
intended solely for the use of the individual(s) or entity to which it is 
addressed. If you have received this electronic message in error please notify 
the sender immediately and delete the electronic message. Any unauthorized 
copying, disclosure or distribution of the electronic message is strictly 
forbidden. NAV CANADA accepts no liability for any damage caused by any virus 
and/or other malicious code transmitted by this electronic communication.

Le présent message électronique et tout fichier qui peut y être joint peuvent 
contenir des renseignements privilégiés ou confidentiels destinés à l’usage 
exclusif des personnes ou des organismes à qui ils s’adressent. Si vous avez 
reçu ce message électronique par erreur, veuillez en informer l’expéditeur 
immédiatement et supprimez le. Toute reproduction, divulgation ou distribution 
du présent message électronique est strictement interdite. NAV CANADA n’assume 
aucune responsabilité en cas de dommage causé par tout virus ou autre programme 
malveillant transmis par ce message électronique.
___
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-Webclient

[Neumann, Andreas]

Hi Bernd, 

QGIS web client (version 1) is end of life. 

Please have a look at version 2 - see
https://github.com/qgis/qwc2-demo-app 

The issue list is at https://github.com/qgis/qwc2-demo-app/issues - for
installation see the readme in the above github page and you can ask
questions in the QWC2 mailing list: see at the bottom of
http://www.qgis.org/en/site/getinvolved/mailinglists.html#qgis-mailinglists
for mailing list subscriptions. 

Alternatively you could have look at the LizMap project:
https://www.3liz.com/lizmap.html 

Regarding your other question: yes, QGIS web client 2 and LizMap are
both designed to work with QGIS Server - because they use proprietary
QGIS server extensions that go beyond the OGC WMS standard - e.g. for
printing and transportation of project settings. 

Hope this helps, 

Andreas 

On 2017-03-07 16:20, Bernd Laskowski wrote:

> Hi all,
> 
> whats the best way to start with qgis-webclient?
> 
> Is the qgis-Server the base of qgis-webglient?
> 
> Exists an actual tutorial (windows server or/and linux)?
> 
> Regards
> Bernd
> 
> ___
> 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] QGIS-Webclient

[Bernd Laskowski]

Hi all,

whats the best way to start with qgis-webclient?

Is the qgis-Server the base of qgis-webglient?

Exists an actual tutorial (windows server or/and linux)?

Regards
Bernd

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

[Youssra Inat]

Hello,
I contact you because i have currently many problems with qgis 2.18 and even 
qgis 2.14 - The menu Processing disapper completly.- I have also another 
problem, I could no longer download plugins, and the statut of the official 
repository is unvailable - last problem: i can't use the open layer plugin, 
before it worked correctly but not now it d'ont display any map (Google, OSM...)
Thank you for helping me.
Best 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

Re: [Qgis-user] Processing: Encoding problem with Import into PostGIS

[johnrobot]

Hi Árni
I changed the encoding to ISO-8859-1 and the Swedish characters look fine
after that. Thank you for the help. I think that the encoding field in the
tool should be a drop down list with available encoding options to help the
user. I will open a ticket for this.

Magnus



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Processing-Encoding-problem-with-Import-into-PostGIS-tp5311044p5311184.html
Sent from the QGIS - User mailing list archive at Nabble.com.
___
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] Changing behaviour of "show selected features" mode for attribute table

[Micha Silver]

  
  


On 03/07/2017 01:09 PM, Philip Barlow
  wrote:


  
  
  
  
I
don’t see any mention of “show selected features” becoming
the default view on opening attributes tables? All Nyall is
talking about is changing how it behaves once that mode is
selected. 
 
Phil
 
  

Furthermore, the "other" well-known proprietary software behaves
  the same way: When I choose "show selected" then if nothing is
  selected, I get an empty table.
+1 for me.




  
 
From: Alexandre Neto [mailto:senhor.n...@gmail.com]

Sent: 07 March 2017 11:01
To: Philip Barlow; Nyall Dawson; qgis-developer;
qgis-user
Subject: Re: [Qgis-user] Changing behaviour of "show
selected features" mode for attribute table
 

  I would say -1 for having an empty table
as the default behavior if no features are selected. It will
rain complaints and bug reports saying that the table is not
showing any their lovely features.

 
  





  

  
Philip Barlow 
  escreveu no dia terça, 7/03/2017 às 08:29:
  
  
Hi Nyall,
  
  Great idea!
  
  Something that springs to mind though, I think you can
  only control this behaviour once you've opened an
  attribute table currently?  Would you also be looking to
  add another way to control it?  E.g. in the layer menu or
  on right clicking on a layer in the layers panel.
  
  
  Phil
  
  -Original Message-
  From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org]
  On Behalf Of Nyall Dawson
  Sent: 07 March 2017 04:29
  To: qgis-developer; qgis-user
  Subject: [Qgis-user] Changing behaviour of "show selected
  features" mode for attribute table
  
  Hi all,
  
  I'd like to raise discussion about changing the behaviour
  of the "show selected features" mode in the attribute
  table.
  
  Over the last couple of weeks I've pushed fixes to both
  3.0 and
  (shortly) 2.18 to improve the performance of the attribute
  table when this mode is selected (Thanks to Faunalia and
  ENEL for sponsoring this!). With these changes *only* the
  selected features are fetched from providers to show in
  the attribute table, vs the current behaviour of fetching
  *everything* and then filtering out to the selection. It
  makes a huge difference for working with large layers.
  
  Now - there's one last piece of this I'd like to land, but
  it changes the behaviour of this mode. Currently if you
  have the table set to "show selected features", but
  there's nothing selected, then ALL features are shown.
  
  This kills the benefit of setting the table to show in
  this mode. If you accidentally open the table for a large
  layer with no selection, it'll force every feature to be
  fetched again.
  
  I'd like to change this, so that no selection = nothing
  shows in the table. This means that users can safely set
  the attribute table to always show in "selected features"
  mode and be confident that they'll never hit the situation
  where every feature is fetched (unless of course they have
  selected *every* feature!).
  
  Does anyone object to this change landing for 3.0 and
  2.18?
  
  Nyall
  ___
  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
  
  Mae’r Awdurdod yn hapus i gyfathrebu yn Gymraeg neu yn
  Saesneg
  The Authority is happy to communicate in Welsh or English
  

  Website www.pembrokeshirecoast.org.uk
  Follow us on Twitter
  Join us on Facebook
  Watch us on Youtube
  Look at us on Flickr
   

Re: [Qgis-user] Changing behaviour of "show selected features" mode for attribute table

[Philip Barlow]

I don’t see any mention of “show selected features” becoming the default view 
on opening attributes tables? All Nyall is talking about is changing how it 
behaves once that mode is selected.

Phil


From: Alexandre Neto [mailto:senhor.n...@gmail.com]
Sent: 07 March 2017 11:01
To: Philip Barlow; Nyall Dawson; qgis-developer; qgis-user
Subject: Re: [Qgis-user] Changing behaviour of "show selected features" mode 
for attribute table

I would say -1 for having an empty table as the default behavior if no features 
are selected. It will rain complaints and bug reports saying that the table is 
not showing any their lovely features.

Philip Barlow 
> 
escreveu no dia terça, 7/03/2017 às 08:29:
Hi Nyall,

Great idea!

Something that springs to mind though, I think you can only control this 
behaviour once you've opened an attribute table currently?  Would you also be 
looking to add another way to control it?  E.g. in the layer menu or on right 
clicking on a layer in the layers panel.


Phil

-Original Message-
From: Qgis-user 
[mailto:qgis-user-boun...@lists.osgeo.org]
 On Behalf Of Nyall Dawson
Sent: 07 March 2017 04:29
To: qgis-developer; qgis-user
Subject: [Qgis-user] Changing behaviour of "show selected features" mode for 
attribute table

Hi all,

I'd like to raise discussion about changing the behaviour of the "show selected 
features" mode in the attribute table.

Over the last couple of weeks I've pushed fixes to both 3.0 and
(shortly) 2.18 to improve the performance of the attribute table when this mode 
is selected (Thanks to Faunalia and ENEL for sponsoring this!). With these 
changes *only* the selected features are fetched from providers to show in the 
attribute table, vs the current behaviour of fetching *everything* and then 
filtering out to the selection. It makes a huge difference for working with 
large layers.

Now - there's one last piece of this I'd like to land, but it changes the 
behaviour of this mode. Currently if you have the table set to "show selected 
features", but there's nothing selected, then ALL features are shown.

This kills the benefit of setting the table to show in this mode. If you 
accidentally open the table for a large layer with no selection, it'll force 
every feature to be fetched again.

I'd like to change this, so that no selection = nothing shows in the table. 
This means that users can safely set the attribute table to always show in 
"selected features" mode and be confident that they'll never hit the situation 
where every feature is fetched (unless of course they have selected *every* 
feature!).

Does anyone object to this change landing for 3.0 and 2.18?

Nyall
___
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

Mae’r Awdurdod yn hapus i gyfathrebu yn Gymraeg neu yn Saesneg
The Authority is happy to communicate in Welsh or English


Website www.pembrokeshirecoast.org.uk
Follow us on Twitter
Join us on Facebook
Watch us on Youtube
Look at us on Flickr

This email and any attached files should only be read by those persons to whom
they are addressed and be used by them only for their intended purpose.
If you are not the intended recipient please destroy all copies and inform the
sender by return email.

Please note that the contents of this email may be subject to public disclosure
under the Freedom of Information Act 2000 and therefore the confidentiality of
this message and any reply cannot be guaranteed.

For further information on the PCNPA please visit our website at 
www.pembrokeshirecoast.org.uk

Please consider the environment before printing this e-mail.


Dim ond y personau hynny yr anfonwyd yr e-bost hwn atynt ac unrhyw ffeiliau sydd
ynghlwm ddylid eu darllen, a dim ond hwy ddylid eu defnyddio at y diben y 
bwriadwyd hwy.
Os nad y chi yw'r person y bwriadwyd eu derbyn a fyddech gystal â dinistrio pob 
copi a rhoi
gwybod i’r anfonwr gyda throad yr e-bost.

Noder os gwelwch yn dda y gall cynnwys yr e-bost hwn orfod cael ei ddatgelu i’r 
cyhoedd
o dan Ddeddf Rhyddid Gwybodaeth 2000 ac felly ni ellir gwarantu cyfrinachedd y 
neges hon
nac unrhyw ateb.

Am ragor o wybodaeth am APCAP ymwelwch â’n gwefan ar 
www.pembrokeshirecoast.org.uk

Ystyrier yr amgylchedd cyn argraffu’r e-bost hwn os gwelwch yn dda.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: 

Re: [Qgis-user] Changing behaviour of "show selected features" mode for attribute table

[Alexandre Neto]

I would say -1 for having an empty table as the default behavior if no
features are selected. It will rain complaints and bug reports saying that
the table is not showing any their lovely features.

Philip Barlow  escreveu no dia terça,
7/03/2017 às 08:29:

> Hi Nyall,
>
> Great idea!
>
> Something that springs to mind though, I think you can only control this
> behaviour once you've opened an attribute table currently?  Would you also
> be looking to add another way to control it?  E.g. in the layer menu or on
> right clicking on a layer in the layers panel.
>
>
> Phil
>
> -Original Message-
> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of
> Nyall Dawson
> Sent: 07 March 2017 04:29
> To: qgis-developer; qgis-user
> Subject: [Qgis-user] Changing behaviour of "show selected features" mode
> for attribute table
>
> Hi all,
>
> I'd like to raise discussion about changing the behaviour of the "show
> selected features" mode in the attribute table.
>
> Over the last couple of weeks I've pushed fixes to both 3.0 and
> (shortly) 2.18 to improve the performance of the attribute table when this
> mode is selected (Thanks to Faunalia and ENEL for sponsoring this!). With
> these changes *only* the selected features are fetched from providers to
> show in the attribute table, vs the current behaviour of fetching
> *everything* and then filtering out to the selection. It makes a huge
> difference for working with large layers.
>
> Now - there's one last piece of this I'd like to land, but it changes the
> behaviour of this mode. Currently if you have the table set to "show
> selected features", but there's nothing selected, then ALL features are
> shown.
>
> This kills the benefit of setting the table to show in this mode. If you
> accidentally open the table for a large layer with no selection, it'll
> force every feature to be fetched again.
>
> I'd like to change this, so that no selection = nothing shows in the
> table. This means that users can safely set the attribute table to always
> show in "selected features" mode and be confident that they'll never hit
> the situation where every feature is fetched (unless of course they have
> selected *every* feature!).
>
> Does anyone object to this change landing for 3.0 and 2.18?
>
> Nyall
> ___
> 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
>
> Mae’r Awdurdod yn hapus i gyfathrebu yn Gymraeg neu yn Saesneg
> The Authority is happy to communicate in Welsh or English
>
>
> 
> Website www.pembrokeshirecoast.org.uk
> Follow us on Twitter
> Join us on Facebook
> Watch us on Youtube
> Look at us on Flickr
>
> This email and any attached files should only be read by those persons to
> whom
> they are addressed and be used by them only for their intended purpose.
> If you are not the intended recipient please destroy all copies and inform
> the
> sender by return email.
>
> Please note that the contents of this email may be subject to public
> disclosure
> under the Freedom of Information Act 2000 and therefore the
> confidentiality of
> this message and any reply cannot be guaranteed.
>
> For further information on the PCNPA please visit our website at
> www.pembrokeshirecoast.org.uk
>
> Please consider the environment before printing this e-mail.
>
>
> Dim ond y personau hynny yr anfonwyd yr e-bost hwn atynt ac unrhyw
> ffeiliau sydd
> ynghlwm ddylid eu darllen, a dim ond hwy ddylid eu defnyddio at y diben y
> bwriadwyd hwy.
> Os nad y chi yw'r person y bwriadwyd eu derbyn a fyddech gystal â
> dinistrio pob copi a rhoi
> gwybod i’r anfonwr gyda throad yr e-bost.
>
> Noder os gwelwch yn dda y gall cynnwys yr e-bost hwn orfod cael ei
> ddatgelu i’r cyhoedd
> o dan Ddeddf Rhyddid Gwybodaeth 2000 ac felly ni ellir gwarantu
> cyfrinachedd y neges hon
> nac unrhyw ateb.
>
> Am ragor o wybodaeth am APCAP ymwelwch â’n gwefan ar
> www.pembrokeshirecoast.org.uk
>
> Ystyrier yr amgylchedd cyn argraffu’r e-bost hwn os gwelwch yn dda.
> ___
> 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

-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
___
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] QGIS 2.14 in tilt dopo un aggiornamento!

[andrea gagna]

Scusate...Ieri ero fuso probabilmente...
In realtà importando il CSV impostavo l'X e la Y invertendo la Latitudine e
la Longitudine...
Per questo motivo me li visualizzava capovolti!!

Andrea.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/QGIS-2-14-in-tilt-dopo-un-aggiornamento-tp5311020p5311148.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Changing behaviour of "show selected features" mode for attribute table

[Philip Barlow]

Hi Nyall,

Great idea!

Something that springs to mind though, I think you can only control this 
behaviour once you've opened an attribute table currently?  Would you also be 
looking to add another way to control it?  E.g. in the layer menu or on right 
clicking on a layer in the layers panel.


Phil

-Original Message-
From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Nyall 
Dawson
Sent: 07 March 2017 04:29
To: qgis-developer; qgis-user
Subject: [Qgis-user] Changing behaviour of "show selected features" mode for 
attribute table

Hi all,

I'd like to raise discussion about changing the behaviour of the "show selected 
features" mode in the attribute table.

Over the last couple of weeks I've pushed fixes to both 3.0 and
(shortly) 2.18 to improve the performance of the attribute table when this mode 
is selected (Thanks to Faunalia and ENEL for sponsoring this!). With these 
changes *only* the selected features are fetched from providers to show in the 
attribute table, vs the current behaviour of fetching *everything* and then 
filtering out to the selection. It makes a huge difference for working with 
large layers.

Now - there's one last piece of this I'd like to land, but it changes the 
behaviour of this mode. Currently if you have the table set to "show selected 
features", but there's nothing selected, then ALL features are shown.

This kills the benefit of setting the table to show in this mode. If you 
accidentally open the table for a large layer with no selection, it'll force 
every feature to be fetched again.

I'd like to change this, so that no selection = nothing shows in the table. 
This means that users can safely set the attribute table to always show in 
"selected features" mode and be confident that they'll never hit the situation 
where every feature is fetched (unless of course they have selected *every* 
feature!).

Does anyone object to this change landing for 3.0 and 2.18?

Nyall
___
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

Mae�r Awdurdod yn hapus i gyfathrebu yn Gymraeg neu yn Saesneg
The Authority is happy to communicate in Welsh or English


Website www.pembrokeshirecoast.org.uk
Follow us on Twitter
Join us on Facebook
Watch us on Youtube
Look at us on Flickr

This email and any attached files should only be read by those persons to whom
they are addressed and be used by them only for their intended purpose.
If you are not the intended recipient please destroy all copies and inform the
sender by return email.

Please note that the contents of this email may be subject to public disclosure 
under the Freedom of Information Act 2000 and therefore the confidentiality of 
this message and any reply cannot be guaranteed.

For further information on the PCNPA please visit our website at 
www.pembrokeshirecoast.org.uk 

Please consider the environment before printing this e-mail.


Dim ond y personau hynny yr anfonwyd yr e-bost hwn atynt ac unrhyw ffeiliau 
sydd 
ynghlwm ddylid eu darllen, a dim ond hwy ddylid eu defnyddio at y diben y 
bwriadwyd hwy. 
Os nad y chi yw'r person y bwriadwyd eu derbyn a fyddech gystal � dinistrio pob 
copi a rhoi
gwybod i�r anfonwr gyda throad yr e-bost.

Noder os gwelwch yn dda y gall cynnwys yr e-bost hwn orfod cael ei ddatgelu i�r 
cyhoedd 
o dan Ddeddf Rhyddid Gwybodaeth 2000 ac felly ni ellir gwarantu cyfrinachedd y 
neges hon
nac unrhyw ateb.

Am ragor o wybodaeth am APCAP ymwelwch ��n gwefan ar 
www.pembrokeshirecoast.org.uk

Ystyrier yr amgylchedd cyn argraffu�r e-bost hwn os gwelwch yn dda.
___
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] Processing: Encoding problem with Import into PostGIS

[Árni Geirsson]

Hi Magnus
I use datasets in the Icelandic language (lots of accented and strange
characters) all the time and their encoding is usually either ISO-8859-1 or
UTF-8. When I import into PostGIS, I usually use the import tools provided
in the DB Manager. In my experience, the characters are transferred
correctly if I set the encoding correctly for the layer beforehand. In
other words, if they show up right in the attribute table in QGIS, the will
also be right when they have landed in PostGIS. My only gripe is that I
can't find a way to set a default character encoding for new layers, the
system encoding seems to be the hard-wired default, which for me is
ISO-8859-1 but I would like to set the default to UTF-8. Does anyone know a
way to accomplish this?

Arni


Árni Geirsson
*Alta ehf* // +354 582 5000 // +354 897 9549

On 6 March 2017 at 21:34, johnrobot  wrote:

> Hi
> I use "Import into PostGIS" in a model to write a road network to PostGIS.
> However, the Swedish characters å/ä/ö are replaced with "�" in the
> attributes. The encoding in the tool is set to UTF-8. Any suggestions on
> how
> to handle this? Windows 10, QGIS 2.18.4, 64 bit.
>
> Regards,
>
> Magnus
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Processing-Encoding-problem-with-Import-
> into-PostGIS-tp5311044.html
> Sent from the QGIS - User mailing list archive at Nabble.com.
> ___
> 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