Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Matthias Kuhn]

On 07/07/2016 10:55 PM, Nyall Dawson wrote:
>
> On 7 Jul 2016 11:44 PM, "Neumann, Andreas"  > wrote:
> >
> > Hi Richard,
> >
> > Thanks - it behaves exactly the same on Ubuntu.
> >
> > I am inclined to close this bug http://hub.qgis.org/issues/14255 if
> Paolo is the only one experiencing this issue. Seems like a local
> issue with his directory structure.
>
> I can help clarify the situation a bit:
>
> - In 2.14 a bug was introduced which automatically added user's home
> folders to the svg paths. That's fixed now, but users may still have
> that path included.
>
> - there's a valid bug regarding endless loops with symlinks, that
> should be fixed
>
> - but mostly, I think the svg loading needs to be moved to a non
> blocking background thread. So please keep the report open until this
> is addressed.
>

That sounds all good.

I think the main reason the topic was brought up was that it's one of
the few blockers which are still open.

Let's split it into two issues:

 Moving to a background thread, that's probably a feature request, so we
could just downgrade that to a "hight" priority one.

 For the endless loop, we can leave that as blocker (in the end you have
to kill the app, so it's like a crash with lost unsaved work).

Matthias

> Nyall
> >
> > Andreas
> >
> > On 2016-07-07 15:37, Richard Duivenvoorde wrote:
> >>
> >> On 07-07-16 15:15, Neumann, Andreas wrote:
> >>>
> >>> Hi Nelson,
> >>>
> >>> Thanks for checking.
> >>>
> >>> Are you sure the users home directory is added to the SVG paths by
> >>> default on Debian? I can't confirm this on Ubuntu.
> >>>
> >>> I thought that by default this setting is empty.
> >>
> >>
> >> I'm on Debian Testing;
> >>
> >> I do not have a clean install available, but if I start qgis from
> >> commandline here with a fresh config:
> >>
> >> qgis --configpath /tmp/foo
> >>
> >> I end up with two items in the svg path:
> >>
> >> /home/richard/apps/qgis/master/debug/share/qgis/svg/
> >> /tmp/foo/svg/
> >>
> >> The first one is the svg directory of my installation (self compiled),
> >> the second is a svg directory in the configpath (which is your home dir
> >> by default I think?)
> >>
> >> Regards,
> >>
> >> Richard
> >> ___
> >> Qgis-user mailing list
> >> Qgis-user@lists.osgeo.org 
> >> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >
> >  
> >
> >  
> >
> > ___
> > Qgis-user mailing list
> > Qgis-user@lists.osgeo.org 
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source

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

Re: [Qgis-user] Processing toolbox

[Michael Harte]

Richard,

I'd check version, install type (Osge4W or standalone), then plugins, 
then paths to plugins.


   Its ok, found it!!
   Got another related problem. One of the guys in the office created a
   model, unfortunately it only works on his machine, could this be related
   to software version's? the model uses GDAL, SAGA and QGIS algorithms.
   If it is versoning, is there any way to update the models without having
   to manually rebuild them?
   Regards & Thanks,

   Richard


   OPW - Ag féachaint don am atá le teacht - Ag caomhnú ón am atá thart
   OPW - Looking to the future - Caring for the past


--
Michael Kevin Harte

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

Re: [QGIS-it-user] Versione 2.14.3 e Proj

[nino formica]

Ciao,
non so dirti quando sarà aggiornata la repo "debian" per Ubuntu trusty.
Però ti posso confermare che per "xenial" (la nuova Ubuntu 16), la repo
ubuntugis-unstable contiene QGIS 2.14.1 e la proj 4.9.2 .
Infatti i nuovi EPSG relativi alla RDN 2008, sono presenti.

Piuttosto che passare a Win, ti converrebbe fare l'upgrade da trusty a
xenial, ... non credi !?

Saluti
Nino
Il 07 lug 2016 3:42 PM, "GUIDUCCI Marco" 
ha scritto:

Ciao,
qualche giorno fa scrissi che dalla versione 2.14.3 QGis può gestire gli
EPSG relativi alla RDN 2008.
Non così è su linux (rep qgis.org/debian trusty).
Noto che la versione Win ha Proj 492, mentre la debian ancora la 480.
Qualcuno sa i tempi di aggiornamento?
Nel frattempo sono costretto ad abbandonare Linux.
Grazie
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Processing Toolbox

[Richard McDonnell]

Its ok, found it!!
Got another related problem. One of the guys in the office created a 
model, unfortunately it only works on his machine, could this be related 
to software version's? the model uses GDAL, SAGA and QGIS algorithms.
If it is versoning, is there any way to update the models without having 
to manually rebuild them?

Regards & Thanks,

Richard


OPW - Ag féachaint don am atá le teacht - Ag caomhnú ón am atá thart
OPW - Looking to the future - Caring for the past

***
Email Disclaimer: http://www.opw.ie/en/disclaimer/

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

Re: [Qgis-user] Shapefile with file .cpg(codepage)

[Neumann, Andreas]

Hi, 

I wonder why this is not the default? If a .cpg file is present, one can
assume that the information is correct. Probably in some edge cases it
may be false, but in the majority I assume the .cpg files to contain
correct information. 

Andreas 

On 2016-07-07 16:17, Claas Leiner wrote:

> Hi,
> 
> QGIS uses the .cpg file when you deselect the Option  "Ignore shapefile 
> encoding declaration"
> 
> You find it:
> Settings > Options >  Data Sources
> 
> Then there are no encoding-problems tu use QGIS with Shapefiles in in a mixed 
> environment.
> 
> Cheers
> 
> Claas
> 
> -- 
> -
> GKG-Kassel - Dr.-Ing. Claas Leiner
> QGIS-Support und mehr
> 
> Geodatenservice, Kartenwerkstatt &
> GIS-Schule Kassel
> 
> Wilhelmshöher Allee 304 E
> 34131 Kassel
> Tel. 0561/56013445
> claas.lei...@gkg-kassel.de
> http://www.gkg-kassel.de
> 
> Unterstützen Sie QGIS
> QGIS-DE e.V. | http://qgis.de
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

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

[Qgis-user] 16 arguments for Batch PyQGIS processing with gdalogr:cliprasterbymasklayer ?

[Seán Lynch]

Dear all,

It seems that with the latest release the
*processing.alghelp('gladogr:cliprasterbymasklayer')
*arguments have more than doubled from 7 to 16 arguments and the documents

have not yet been updated to reflect this substantial increase in
parameters.

The previous version that I was comfortable with was :

ALGORITHM: Clip raster by mask layer

INPUT 

MASK 

NO_DATA 

ALPHA_BAND 

KEEP_RESOLUTION 

EXTRA 

OUTPUT (7)

Which has now seemed to have increased to:
ALGORITHM: Clip raster by mask layer
  INPUT  (1)
  MASK  (2)
  NO_DATA  (3)
  ALPHA_BAND  (4)
  CROP_TO_CUTLINE  (5)
  KEEP_RESOLUTION  (6)
  RTYPE  (7)
  COMPRESS  (8)
  JPEGCOMPRESSION  (9)
  ZLEVEL  (10)
  PREDICTOR  (11)
  TILED  (12)
  BIGTIFF  (13)
  TFW  (14)
  EXTRA  (15)
  OUTPUT   (16)

Including:

RTYPE(Output raster type)
0 - Byte
1 - Int16
2 - UInt16
3 - UInt32
4 - Int32
5 - Float32
6 - Float64
COMPRESS(GeoTIFF options. Compression type:)
0 - NONE
1 - JPEG
2 - LZW
3 - PACKBITS
4 - DEFLATE
BIGTIFF(Control whether the created file is a BigTIFF or a classic TIFF)
0 -
1 - YES
2 - NO
3 - IF_NEEDED
4 - IF_SAFER


If I run (without the [n]):

*>>> processing.runalg('gdalogr:cliprasterbymasklayer', *[1] *rstr, *[2]*
shp, *[3] *"", *[4]* False, *[5] *True, *[6] *True, *[7]* 1, *[8]* 1, *[9]*
1, *[10] *1, *[11] *1, *[12] *True, *[13] *0, *[14] *True, *[15] *"", *[16]

* rstrOutput+str(rstr))*
that's ('gdalogr:cliprasterbymasklayer', *(1)* rstr input, *(2) *shp to
clip, *(3)* no data = "", *(4) *alpha transparency band = false, *(5) *crop
to cutline = true, *(6) *keep resolution = true, *(7) *RTYPE (0 is not
allowed so I went with 1), *(8)* Compress =1 as 0 not allowed, *(9)*
Jpegcompression = 1, *(10)*, Z level = 1, *(11)* Predictor = 1, *(12) *Tiled
= True, *(13)* Bigtiff = 0, *(14) *'TFW' = True, *(15) *extra = "" and
*(16)* I specify my output path)

I can get an output but I can only create a binary mask.

Could anyone please offer some insights on where I'm going wrong and how I
can take advantage of this powerful function once again please?

I would like to suggest too that 16 options seems like a bit much for
clipping a raster and it makes debugging very difficult. Is there a simpler
version that could be implemented? This is an incredibly useful function.
It would great to see the documents updated too.

Is there anyone out there who can share some information of these very
different options please?

Thank you,
Seán Lynch
-- 
M.Sc. Coastal & Marine Environments (NUIG, 2015)
M.Sc. GIS & Remote Sensing (UCC, 2014)
B.A. Geography & Economics (UCC, 2011)
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Shapefile with file .cpg(codepage)

[Claas Leiner]

Hi,

QGIS uses the .cpg file when you deselect the Option  "Ignore shapefile 
encoding declaration"


You find it:
Settings > Options >  Data Sources

Then there are no encoding-problems tu use QGIS with Shapefiles in in a 
mixed environment.


Cheers

Claas


--
-
GKG-Kassel - Dr.-Ing. Claas Leiner
QGIS-Support und mehr

Geodatenservice, Kartenwerkstatt &
GIS-Schule Kassel

Wilhelmshöher Allee 304 E
34131 Kassel
Tel. 0561/56013445
claas.lei...@gkg-kassel.de
http://www.gkg-kassel.de

Unterstützen Sie QGIS
QGIS-DE e.V. | http://qgis.de
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

[QGIS-it-user] Versione 2.14.3 e Proj

[GUIDUCCI Marco]

Ciao,
qualche giorno fa scrissi che dalla versione 2.14.3 QGis può gestire gli EPSG 
relativi alla RDN 2008.
Non così è su linux (rep qgis.org/debian trusty).
Noto che la versione Win ha Proj 492, mentre la debian ancora la 480.
Qualcuno sa i tempi di aggiornamento?
Nel frattempo sono costretto ad abbandonare Linux.
Grazie
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Richard Duivenvoorde]

On 07-07-16 15:15, Neumann, Andreas wrote:
> Hi Nelson,
> 
> Thanks for checking.
> 
> Are you sure the users home directory is added to the SVG paths by
> default on Debian? I can't confirm this on Ubuntu.
> 
> I thought that by default this setting is empty.

I'm on Debian Testing;

I do not have a clean install available, but if I start qgis from
commandline here with a fresh config:

qgis --configpath /tmp/foo

I end up with two items in the svg path:

/home/richard/apps/qgis/master/debug/share/qgis/svg/
/tmp/foo/svg/

The first one is the svg directory of my installation (self compiled),
the second is a svg directory in the configpath (which is your home dir
by default I think?)

Regards,

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

Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Neumann, Andreas]

Hi Nelson, 

Thanks for checking. 

Are you sure the users home directory is added to the SVG paths by
default on Debian? I can't confirm this on Ubuntu. 

I thought that by default this setting is empty. 

It would be a really unfortunate default value to add the users home
directory to the SVG paths by default. 

Andreas 

On 2016-07-07 15:06, Nelson A. de Oliveira wrote:

> Complementing: if not using a very big directory, QGIS "feeling" and
> speed are fine.

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

Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Nelson A. de Oliveira]

Complementing: if not using a very big directory, QGIS "feeling" and
speed are fine.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Nelson A. de Oliveira]

On Thu, Jul 7, 2016 at 9:39 AM, Neumann, Andreas  wrote:
> The question is how this works for Debian users under "normal" conditions,
> where you don't specify your whole home drive as a search path.

I use Debian (one machine with testing and another with unstable; both
version are 2.14.3) and I never set any search path.
But what I see is that both have a common path already configured: my
home (see https://i.imgur.com/9ucjAwA.png for an example).

I think that two things could be improved here:
1) have an empty list by default (ie, don't set the user home as a search path)
2) have an option to enable/disable recursion in the specified paths

For item 2, suppose the user has this directory structure:

/home/user/SVG
/home/user/SVG/scratch

He wants to use the SVG files inside "/home/user/SVG", excluding
everything from the scratch dir.
If he sets "/home/user/SVG" as a search path, everything in scratch
will also be included.

As it is now it seems that it's not possible to restrict a recursion
like this (ie, everything in a specified path will always be fully
traversed).
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] SOBRE OPENLAYERS , GOOGLE MAPS - GOOGLE SATELITE

[Miguel Sevilla-Callejo]

No te fíes de las imágenes ya vengan de uno u otro servicio (bing, mapbox o
Google) si el proveedor es DigitalGlobe y la imagen es la misma (podría
darse el caso) el desplazamiento y el error será igual. Unas están mejor
ortorectificadas que otras.

Adjunto archivos XML que debes de cargar como si fueran raster para ver las
tiles con imágenes de alta resolución desde el servicio de mapbox y el de
mapquest (este suele tener las mismas imágenes de bing). Recuerda que la
proyección será EPSG:3857 (Pseudo Mercator).

Un saludo

--
*Miguel Sevilla-Callejo*

*Doctor in Geography*
a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
University of Zaragoza
b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
Council
c. Freelance consultant & researcher - Member #698, Spanish Professional
Association of Geographers

*Doctor en Geografía*
a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
de la Univ. de Zaragoza
b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
Investigaciones Científicas
c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
de Geógrafos

2016-07-06 21:15 GMT+02:00 Eddison :

> Hola Nicolas, si efectivamente, veo los desplazamientos, en ese caso
> tampoco Bing Aerial están correctamente ortorectificadas? las de Mapbox si
> lo están?
>
> Gracias por las aclaraciones!
>
> Saludos
>
> Eddison
>
>
>
>
> El 6 de julio de 2016, 11:56, Nicolas Cadieux [via OSGeo.org] <[hidden
> email] > escribió:
>
>> Bing vs Google
>> Relief displacement.
>>
>>
>> Mira el edificio blanco en las dos imágenes . El desplazamiento de las
>> imágenes es muy visible en ambos casos (Google desde el sur - oeste, y Bing
>> desde el sur-este).
>> Nicolas
>>
>>
>>
>> --
>> From: [hidden email]
>> 
>> To: [hidden email]
>> 
>> Date: Wed, 6 Jul 2016 09:04:35 -0600
>> Subject: Re: SOBRE OPENLAYERS , GOOGLE MAPS - GOOGLE SATELITE
>>
>> Ah ok, muchas gracias Nicolas por tu amable respuesta!
>>
>> Saludos
>>
>> Eddison
>>
>> El 6 de julio de 2016, 7:38, Nicolas Cadieux [via OSGeo.org] <[hidden
>> email] >
>> escribió:
>>
>> Holà,
>>
>> Si miras una imagen de google Earth, se puede ver fácilmente que los
>> edificios y los árboles no están perfectamente derechos.  Se puede ver
>> fácilmente la dirección del vuelo y el "nadar" o la posición abajo del
>> satélite.   Se llama en inglés"relief displacement". Una imagen bien
>> ortorectificada no debería ser así.   Google utiliza probablemente un
>> proceso automático para rectificar las imágenes pero el trabajo es un
>> trabajo estético.  Las imágenes de google están echos para mirar, no para
>> el trabajo.  En general, la geo localización está buena pero la
>> ortorectificación (same scale, no relief displacement) está mala.
>>
>> Perdona me por mi español, no lo escribo mucho.
>>
>> Nicolas
>> On Jul 6, 2016 09:06, "Eddison [via OSGeo.org]" <[hidden email]> wrote:
>>
>> Hola, muchas gracias Matthias! muy amable de su parte!
>>
>> Si, eso crea mucha confusión ya que en internet en muchos sitios dice que
>> no están ortorectificadas pero en la fuente que mencioné dice que si lo
>> están!
>>
>> Saludos
>>
>> Eddison
>>
>> 2016-07-05 16:00 GMT-06:00 Matthias Kuhn-2 [via OSGeo.org] <> href="/user/SendEmail.jtp?typenodenode5274940i0">[hidden
>> email]>:
>>
>> Hola Eddison
>>
>> Cuando traduzco esto
>> "While Google’s aerial orthoimagery is provided in our publicly available
>> Google Maps [...]"
>>
>>
>> Me parece decir exactamente que están ortorecitificadas (pero que no se
>> permite usarlos para un par de trabajos por razones legales, no técnicos).
>>
>> Saludos
>> Matthias
>>
>> On 07/05/2016 11:14 PM, Eddison wrote:
>>
>> Hola, muchas gracias, es que estoy confundido, mira lo que se dice aquí:
>>
>> Why do I need to purchase a license to Google Imagery when it is available
>> in the freely accessible Google Maps?
>>
>> While Google’s aerial orthoimagery is provided in our publicly available
>> Google Maps, Google's Terms of Service permits consumers to use our basemap
>> for visualization purposes only. Tracing, feature extraction, and creation
>> of derivative works are strictly prohibited.
>> https://support.google.com/mapsdata/answer/6255273?hl=en
>>
>> Entonces estoy confundido si las imágenes de Google Maps - Google Satelite
>> Layer están ortorectificadas?
>>
>>
>>
>>
>> --
>> View this message in context: 
>> http://osgeo-org.1560.x6.nabble.com/SOBRE-OPENLAYERS-GOOGLE-MAPS-GOOGLE-SATELITE-tp5274830p5274837.html
>> Sent from the Quantum GIS - User mailing list archive at Nabble.com.
>> ___
>> Qgis-user mailing list
>> > href="http:///user/SendEmail.jtp?typenodenode5274842i0;>[hidden
>>  email]
>> 

Re: [Qgis-user] Shapefile with file .cpg(codepage)

[Bernd Vogelgesang]

Hi Even,

the encoding is often a source of confusion. I work in a mixed  
environment, me on Linux (so UTF-8 is the "System"-default), the rest is  
using on Windows (with Windows-1252 I assume)
Transfering shapes often results in crippled data, and I have not found  
workflows/settings that this will not happen.


Is there anything I can do about it, so we do not have to adjust things  
manually all the time, or first look if the codepage is correctly set ?


Cheers
Bernd

Am 07.07.2016, 12:58 Uhr, schrieb Even Rouault  
:



Le jeudi 07 juillet 2016 12:16:17, Andrea Peri a écrit :

Hi,
I have some shapefiles with an extra file having extension .cpg.
The .cpg extension is a optional extension for declaration of Code-Page.
Is this file knowed and supported from QGIS 2.14. ?

I don't know if the qgis when loading a shapefile is using the ogr or
instead is using an own shapefile provider, but however I don't know
if gdal is knowing and using this .cpg file.


Andrea,

OGR does use the .cpg file when present (I'm just updating
http://gdal.org/drv_shapefile.html since it only mentions the reading of  
the
codepage byte in the DBF header, but the .cpg presence overrides that)  
and

QGIS uses OGR to read shapefiles.

But, in QGIS, the default behaviour is to make OGR *not* use the encoding
detected by the OGR shapefile driver and use instead the user defined  
encoding
in the GUI. Unless you go to Settings / Options / Data Sources and  
uncheck the
"Ignore shapefile encoding declaration", in which case OGR will manage  
the

transcoding itself.

Even




--
Bernd Vogelgesang
Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Neumann, Andreas]

Hi Nelson, 

Thank you for your feedback. 

Hm - but you are not supposed to provide a path with multiple gigabytes
of data to browser for SVG files. Of course this would be slow. Every
photo manager takes a long time if it has to browse the whole disk for
photos. This would be a misuse of this setting. 

This setting is meant for you to provide a handful of smaller
directories reserved to hold SVG files for QGIS - not to search the
whole hard drive - lets say not more than a couple hundred files at
maximum. 

The question is how this works for Debian users under "normal"
conditions, where you don't specify your whole home drive as a search
path. 

Andreas 

On 2016-07-07 14:31, Nelson A. de Oliveira wrote:

> On Thu, Jul 7, 2016 at 7:49 AM, Neumann, Andreas  wrote: 
> 
>> Are there any Debian (or Ubuntu) users out there who can reproduce this bug
>> here:
>> 
>> http://hub.qgis.org/issues/14255 titled "SVG preview blocks QGIS".
> 
> If I properly understand the problem, it seems that QGIS, by default,
> traverses the user home looking for SVG files.
> And indeed, depending on the size of the home it takes some time (and
> QGIS stays blocked while it doesn't finish this).
> 
> Have a home with 346G (like mine) and you should see what happens.
> 
> I don't know how it's made, but maybe this traversal could be
> implemented asynchronously or using a thread? (so the main process
> won't get blocked while searching for SVG files)

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

Re: [Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Nelson A. de Oliveira]

On Thu, Jul 7, 2016 at 7:49 AM, Neumann, Andreas  wrote:
> Are there any Debian (or Ubuntu) users out there who can reproduce this bug
> here:
>
> http://hub.qgis.org/issues/14255 titled "SVG preview blocks QGIS".

If I properly understand the problem, it seems that QGIS, by default,
traverses the user home looking for SVG files.
And indeed, depending on the size of the home it takes some time (and
QGIS stays blocked while it doesn't finish this).

Have a home with 346G (like mine) and you should see what happens.

I don't know how it's made, but maybe this traversal could be
implemented asynchronously or using a thread? (so the main process
won't get blocked while searching for SVG files)
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Shapefile with file .cpg(codepage)

[Even Rouault]

Le jeudi 07 juillet 2016 12:16:17, Andrea Peri a écrit :
> Hi,
> I have some shapefiles with an extra file having extension .cpg.
> The .cpg extension is a optional extension for declaration of Code-Page.
> Is this file knowed and supported from QGIS 2.14. ?
> 
> I don't know if the qgis when loading a shapefile is using the ogr or
> instead is using an own shapefile provider, but however I don't know
> if gdal is knowing and using this .cpg file.

Andrea,

OGR does use the .cpg file when present (I'm just updating 
http://gdal.org/drv_shapefile.html since it only mentions the reading of the 
codepage byte in the DBF header, but the .cpg presence overrides that) and 
QGIS uses OGR to read shapefiles.

But, in QGIS, the default behaviour is to make OGR *not* use the encoding 
detected by the OGR shapefile driver and use instead the user defined encoding 
in the GUI. Unless you go to Settings / Options / Data Sources and uncheck the 
"Ignore shapefile encoding declaration", in which case OGR will manage the 
transcoding itself.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Shapefile with file .cpg(codepage)

[Neumann, Andreas]

Hi, 

QGIS is using OGR to read/write shapefiles. 

http://www.gdal.org/drv_shapefile.html does not mention the .cpg files,
so I assume, OGR does not support them. If you want to see this
addressed, I would contact the GDAL/OGR devs. 

Andreas 

On 2016-07-07 12:46, burghardt.scho...@stadt.wolfsburg.de wrote:

> Hi,
> I would say that QGIS does not use the .cpg file. But you have the 
> possibility to make the correct encoding in the layer properties under 
> "General -> Layer info -> Data source encoding".
> 
> Regards
> Burghardt
> 
>> -Ursprüngliche Nachricht-
>> Von: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von
>> Andrea Peri
>> Gesendet: Donnerstag, 7. Juli 2016 12:16
>> An: qgis-user
>> Betreff: [Qgis-user] Shapefile with file .cpg(codepage)
>> 
>> Hi,
>> I have some shapefiles with an extra file having extension .cpg.
>> The .cpg extension is a optional extension for declaration of Code-Page.
>> Is this file knowed and supported from QGIS 2.14. ?
>> 
>> I don't know if the qgis when loading a shapefile is using the ogr or 
>> instead is
>> using an own shapefile provider, but however I don't know if gdal is knowing
>> and using this .cpg file.
>> :)
>> 
>> Thx,
>> 
>> --
>> -
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

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

[Qgis-user] Debian users: please confirm bug around SVG symbol previews

[Neumann, Andreas]

Hi, 

Are there any Debian (or Ubuntu) users out there who can reproduce this
bug here: 

http://hub.qgis.org/issues/14255 titled "SVG preview blocks QGIS". 

If it is only Paolo experiencing this issue and noone else, I would
suggest to close this bug as not reproduceable. 

Thank you for your feedback, 

Andreas

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

Re: [Qgis-user] Shapefile with file .cpg(codepage)

[Burghardt.Scholle]

Hi,
I would say that QGIS does not use the .cpg file. But you have the possibility 
to make the correct encoding in the layer properties under "General -> Layer 
info -> Data source encoding".

Regards
Burghardt


> -Ursprüngliche Nachricht-
> Von: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von
> Andrea Peri
> Gesendet: Donnerstag, 7. Juli 2016 12:16
> An: qgis-user
> Betreff: [Qgis-user] Shapefile with file .cpg(codepage)
> 
> Hi,
> I have some shapefiles with an extra file having extension .cpg.
> The .cpg extension is a optional extension for declaration of Code-Page.
> Is this file knowed and supported from QGIS 2.14. ?
> 
> I don't know if the qgis when loading a shapefile is using the ogr or instead 
> is
> using an own shapefile provider, but however I don't know if gdal is knowing
> and using this .cpg file.
> :)
> 
> 
> Thx,
> 
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Shapefile with file .cpg(codepage)

[Andrea Peri]

Hi,
I have some shapefiles with an extra file having extension .cpg.
The .cpg extension is a optional extension for declaration of Code-Page.
Is this file knowed and supported from QGIS 2.14. ?

I don't know if the qgis when loading a shapefile is using the ogr or
instead is using an own shapefile provider, but however I don't know
if gdal is knowing and using this .cpg file.
:)


Thx,

-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] QGIS not responding when using select by location

[Chris Buckmaster]

Hi

I have a PostGIS point dataset of around 80,000 points and I am trying to use 
the select by location tool to select those points which intersect a flood 
layer.

I am finding that when carrying out the process, the tool stops responding and 
doesn't seem to progress past 0%.

Both datasets have a spatial index and I am on a reasonably fast computer (64 
bit Windows 7 with 8GB RAM) - is this a known issue or can I try anything to 
resolve it?

PS using QGIS 2.14-3.

Thanks

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

[Qgis-user] Layer join

[Christoph Lauber]

Hi,

 

I would like to report two issues in QGIS software with the version 2.14.3.

 

First, I have the same problem as reported in
https://hub.qgis.org/issues/13480 . When I used the join layer and uncheck
"Cache join layer in virtual memory", the join is only done on the first
attribute. Then, this first attribute is assigned for all data. 

 

Second, if I check "Cache join layer in virtual memory", the join is fine.
Nevertheless, if a new element is introduced in the "join layer", it does
not appear in the "join field" until I refresh the join by clicking "OK"
again in the dialog "Add vector join" or the whole project is restarted.

 

Is there any solution or workaround for these issues?

Thanks for your inputs.

 

 

 

Freundliche Grüsse

Christoph Lauber

 

*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*
GeoplanTeam AG dipl. Ing. ETH/SIA Hutzli+Kluser
Vermessung | Geoinformatik | Umwelttechnik
Egliweg 6, CH - 2560 Nidau
Phone:(+41) - 032 332 78 00
Fax:(+41) - 032 332 78 01
Web:   www.geoplanteam.ch
E-Mail:  
christoph.lau...@geoplanteam.ch
*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*

 

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