W dniu 16.10.2010 14:23, Maciej Sieczka pisze:
How do I get write access to QGIS wiki? Trying to signup at
http://www.qgis.org/wiki/Special:UserLogin/signup I get an error:
---
Permissions Errors
From Quantum GIS Wiki
You do not have permission to create this user account, for the
following
logs, or edit this page.
---
I just want to add myself to
http://www.qgis.org/wiki/4._QGIS_Hackfest_in_Wroclaw_2010. Could
somebody please help me with that?
Best,
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
Qgis-user mailing list
Qgis-user
idea, please.
Paweł Netzel&
Milena Nowotarska
Hi,
I live in Wroclaw. It would be great to have you guys here :).
Cheers,
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mai
tell it to the user and let him choose the
right one. If the georeference seems to be present but is not
understanable/ambigous for QGIS, I'd like QGIS be verbose about it and
let the user choose a CRS.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
t would that be? Debian Lenny amd64, cmake 2.6-patch 0, g++ 4.3.2.
GRASS groups of layers are not yet supported. Anybody using them?
I used to when I was a full-time QGIS and GRASS user, FWIW.
--
Maciej Sieczka
http://www.sieczka.org
___
Qgis-u
e? Debian Lenny amd64, cmake 2.6-patch 0, g++ 4.3.2.
GRASS groups of layers are not yet supported. Anybody using them?
I used to when I was a full-time QGIS and GRASS user, FWIW.
Best,
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
Qgis-user m
ov.pl/wms_prg/wmservice.aspx?SERVICE=WMS&REQUEST=GetCapabilities
---
What could be the reason?
Using SVN trunk r10126.
Best,
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/list
EAD in the 'version' field.
For the record: someone who's never used SVN or CVS will unlikely guess
what that "HEAD" is.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://li
his regard?
[1]http://trac.osgeo.org/gdal/ticket/2672
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Borys Jurgiel pisze:
Tuesday 02 of December 2008 22:35:34 Maciej Sieczka napisał(a):
+1 (^10) !!!
Not too much... ;-)
Yeah, that was dumb :D.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http
Christopher Barker pisze:
Micha Silver wrote:
mouse tolerance should be in pixel units,
+1 (^10) !!!
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
umeric',
'/usr/lib/python2.5/site-packages/PIL',
'/usr/lib/python2.5/site-packages/gst-0.10',
'/var/lib/python-support/python2.5',
'/var/lib/python-support/python2.5/gtk-2.0',
'/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode',
'/home/
vars.sh".
Yes, the build_vars.sh is sourced and the variable is defined there.
I suppose this variable points to the gdal_plugins
directory (i.e. /usr/local/lib/gdalplugins), right?
Check in the build_vars.sh I sent you (yes).
Maciek
--
Maciej Sieczka
www.sieczka.org
___
7;,
'/usr/lib/python2.5/site-packages',
'/usr/lib/python2.5/site-packages/Numeric',
'/usr/lib/python2.5/site-packages/PIL',
'/usr/lib/python2.5/site-packages/gst-0.10',
'/var/lib/python-support/python2.5',
'/v
7;,
'/usr/lib/python2.5/site-packages/gst-0.10',
'/var/lib/python-support/python2.5',
'/var/lib/python-support/python2.5/gtk-2.0',
'/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode',
'/home/shoofi/.qgis/python/plugins/fTools/tools']
---
Dabian testing amd64.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
org/qgis/ticket/1230
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Maciej Sieczka pisze:
Looks like bad linking at the build time. Get rid of all the stuff and
rebuild. If you like try my build scripts - attached
The cvs_gdal one is bogus - ignore it! Use the now attached cvs_gdal-stable.
--
Maciej Sieczka
www.sieczka.org
#!/bin/bash
set -u #exit the
local/lib/libqgisgrass.so.1.0:
undefined
symbol: G__no_gisinit
Looks like bad linking at the build time. Get rid of all the stuff and
rebuild. If you like try my build scripts - attached (make sure to
adjust them first; there are couple of things hardcoded).
--
Maciej Sieczka
www.sieczk
Maciej Sieczka pisze:
Jürgen Fischer has been working on a set of great
enhacements to digitizer [1], but I don't know if he is planning to
address this (CCing him).
Failed to, correcting myself.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
4120.html
[2]http://www.sieczka.org/prog/qgis/create_postgis_layer.zip
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
yet.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
, versions conflicts, linking issues and it's much harder to
find out if some strange error you currently witness is due to those, or
a real bug in the software.
So if you need GDAL from source, build GRASS, GDAL-GRASS plugin and QGIS
(and whatever else) from source too.
Maciek
--
Maciej Sieczka
cable. But why so? Is this unavoidable (excuse my
question if it's silly) or could there, at least in theory, be something
done about that in QGIS?
Best,
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osge
Micha Silver pisze:
Maciej Sieczka wrote:
$ gdal_translate -of GTiff -co "TILED=YES" -co "BLOCKYSIZE=1"
Yotvata.jpg Yotvata.tif
Input file size is 8017, 5532
0ERROR 1: _TIFFVSetField:Yotvata.tif: Bad value 1 for "TileLength"
ERROR 9: Bad tile width/length parame
Micha Silver pisze:
Maciej Sieczka wrote:
(BTW I didn't use BLOCKYSIZE=1 as that gave an error ).
It shouldn't. It's a valid TIFF creation option. What error
exactly?
$ gdal_translate -of GTiff -co "TILED=YES" -co "BLOCKYSIZE=1"
Yotvata.jpg Yotvata.t
Micha Silver pisze:
Maciej Sieczka wrote:
Regarding rendering perfomance - try to create a TIFF without tiles
(gdal_translate -co "TILED=NO" -co "BLOCKYSIZE=1").
Many thanks! Your suggestion certainly helped. It seems that giving
the explicit "TILED=NO" optio
my homedir so, yes,
I have write access.
Can anyone else confirm this?
For me building pyramids in QGIS works OK.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Maciej Sieczka pisze:
Install the debug package,
I have just realised there is no debug package for QGIS in Launchpad
repo. Anyway, perform the steps described in my previous email skipping
this one.
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user
what
you think leads to an error in QGIS, post exactly what you think it
should happen what happens does actually, then copy+paste and post the
terminal output to the list.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user
n ldconfig as root?
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
://download.qgis.org/downloads.rhtml
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
:-(
Generally you're right: users should use packages (that's what they
are for). All the best.
The bug is fixed in GDAL in trunk r14996 and in branches/1.5 r14997. See
related tickets:
http://trac.osgeo.org/gdal/ticket/2497
http://trac.osgeo.org/gdal/ticket/2494
Maciek
--
Maci
t;? Just remove+purge in Synaptic all
QGIS components, remove leftovers from the filesystem if you have any
(you *don't* need to erase any QGIS-related files under your home dir),
install 0.11 and tell us how it went :).
Maciek
--
Maciej Sieczka
www.sieczka.org
seems that it is ESRIs .asc format but ... i need to convert them
into .xyz files but unfortunately it seems that i'm not able to do so
..
There is gdal2xyz.py in GDAL. Or in GRASS: r.in.arc/r.in.gdal, r.out.xyz.
Maciek
--
Maciej Sieczka
www.s
Albin Blaschka pisze:
Maciej Sieczka wrote:
Actually it should be necessary to remove those leftovers which
come with the packages, only. User settings (in your case files and
dirs under /home/albin) should not do any harm, and user propably
prefers to maintain them between upgrades
/libqgis_core.so
/usr/lib/qgis/libqgis_gui.so
Actually it should be necessary to remove those leftovers which come
with the packages, only. User settings (in your case files and dirs
under /home/albin) should not do any harm, and user propably prefers to
maintain them between upgrades.
Maciek
--
Maciej
1 and see how this works. In my 0.11 installation the
srs.db seems OK - and tbl_srs is not empty.
[1]http://trac.osgeo.org/qgis/browser/branches/Release-0_11_0/resources/srs.db?format=raw
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing l
Thread 0x7f33cda8b720 (LWP 15049)] 0x7f33cab306d0 in sincos ()
from /usr/lib64/libgdal.so.1
Fun fun fun - same thing was just noticed in GRASS - see [1]. I'm
telling GDAL guys.
[1]http://www.nabble.com/forum/ViewPost.jtp?post=18555960&framed=y
Maciek
--
Maciej Sieczka
www.si
Maciej Sieczka pisze:
Jérémy Garniaux pisze:
Isn't it possible anymore to move the map directly from the overview
window in Metis ?
The red square (in overview window) moves when the map window changes
location, but moving it with the mouse directly doesn't affect at all
the map win
the bug in current QGIS SVN trunk. Please report it to Trac.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
the
same repo and then follow the instructions here [1], it could help the
devs to identify the problem.
[1]http://forum.qgis.org/viewtopic.php?f=2&t=772#p2182
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo
not cater
for all the os nuances but I guess that most bugs are not concerned
with the os.
Or FreeNX. I'm actually using QGIS a lot via NX on an ADSL connection
and it's pretty quick.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-use
cuxland pisze:
v.in.shape is not installed. Is there a way to install it afterwards?
It is called v.in.ogr these days.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman
incorectly filled polygons" checked? It
might boost vector rendering, depending on your system, as it enables
hardware acceleration for vector rendering.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
ened to notice this works with some
Shapefiles I got. At worst, even if the shapefile won't render faster it
will occupy less disk space and might have lower memory footprint.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-use
.
[1]http://trac.osgeo.org/gdal/ticket/1985
[2]http://trac.osgeo.org/gdal/attachment/ticket/1985/gdal_vrtmerge.py
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Agustin Lobo pisze:
Great! This is what I was looking for!
Where did you learn about it? It's not
listed in http://www.gdal.org/gdal_utilities.html
Probably browsing GDAL ML archives. Glad it helps.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
.osgeo.org/gdal/ticket/1985#comment:3
Maciek
--
Maciej Sieczka
www.sieczka.org
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Hi Richard,
I'll try to adress some of your questions.
Richard Duivenvoorde pisze:
Maciej Sieczka wrote:
just to be sure I still understand the discussion about these
'srs'-problems:
1) comparing srs as numeric or string, OR revert back to older GDAL:
I'm not able to
Paolo Cavallini pisze:
Maciej Sieczka pisze:
Paolo Cavallini pisze:
Testing 0.10 from debian.gfoss.it we noticed that on the fly
projection apparently is not working. Does anybody confirm this?
I have 0.10.0 + SVN 8401 installed and OTF works for me.
Check if your layer you want to re
Maciej Sieczka pisze:
I'm currently using QGIS 0.10.0 + SVN r8401 on Debian tetsing x86, QT
4.4.0 rc1 in pl_PL.utf8 locale.
Any GRASS raster (even as small as 50x50 cells) which has a
colortable, freezes QGIS. QGIS last debug words, before pressing OK
in the "Add GRASS raster&qu
Paolo Cavallini pisze:
Testing 0.10 from debian.gfoss.it we noticed that on the fly projection
apparently is not working. Does anybody confirm this?
Hi Paolo
I have 0.10.0 + SVN 8401 installed and OTF works for me.
Check if your layer you want to re-project has a correct SRS assigned.
QGIS
Andreas Neumann pisze:
Why? Does the Windows QGIS version support SSL?
GNU/Linux QGIS instalations support PgSQL SSL connections.
Maciek
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Micha Silver pisze:
I've installed qgis 0.10.0 on my kubuntu 7.10 machine, and now I cannot
open GRASS rasters. The same raster opens fine in GRASS itself. GRASS
vector layers in qgis seem to be OK. I can also open tiff raster files
with no problem. Only GRASS rasters are giving me trouble.
Mars Sjoden pisze:
Is there a way to quickly calculate statistics on an attribute table
column?
Not that I know of. A workaround for doing this with external software:
1. open attrubute table in QGIS
2. select all rows (select first one, go to bottom of the table, press
ctrl selecting the la
Otto Dassau pisze:
I can confirm, support for the mouse wheel to zoom to the coordinates
pointed by the mouse cursor doesn't work as it does using the Zoom
in and Zoom out Icons in the toolbar.
Or what does this enhancement_1004.txt of ticket 1004 exactly do?
See Settings > Options > Map t
Maciej Sieczka pisze:
x86 Debian testing, Pentium M 1.86GHz, ATI X700 PCIe + open source
radeon driver, QGIS SVN trunk r8352, QT 4.3.4:
not-digitizing:
FPWIFP on: 22.441
MLALJ on: 23.585
both off: 27.189
digitizing:
FPWIFP on: 433.308 (ouch!)
MLALJ on: 140.221
both off: 38.178
One more test
Maciej Sieczka pisze:
3. Using QGIS through NX I often experience sudden session shutdowns,
if FPWIFP is set, with specific vector layers, that have many
polygons with numerous vertices (eg. like raster to vector output).
Same layers display just fine when FPWIFP is off. More details in my
Martin Dobias pisze:
<[EMAIL PROTECTED]> wrote:
I would say it is like this (afaik at least on X11):
FPWIFP on = QPixmap = rendering on graphics card
MLALJ on = QImage + antialiasing = software rendering
both off = QImage without antialiasing = software rendering
AFAIK - with FPWIFP on
John C. Tull pisze:
Marco,
Would it make a difference or be a good idea to allow user control
over vertex edit symbols? Perhaps an option to use simple x's as in
older versions in lieu of the transparent circles? If that can be
tracked to the editing slowness, it seems like a useful option.
Maciej Sieczka pisze:
Hugentobler Marco pisze:
I think the thing that brings your performance down is transparency.
Editing markers and measuring rubber bands both use transparency (and
GRASS edits don't).
FPWIPF uses QPixmap to render (and is rendered on
the X-server). If FPWIPF is dis
Hugentobler Marco pisze:
I think the thing that brings your performance down is transparency.
Editing markers and measuring rubber bands both use transparency (and
GRASS edits don't).
FPWIPF uses QPixmap to render (and is rendered on
the X-server). If FPWIPF is disabled, QImage is used which a
Hi,
I have a couple of questions and comments regarding "Fix problems with
incorectly filled polygons" (let's shorten it to FPWIFP to save key
strokes).
1. If FPWIFP is set, rendering is very slow *during digitizing*. Same
shapefile or PostGIS layer with FPWIFP set on, renders in 20 seconds,
whe
Maciej Sieczka pisze:
this gives 1328 out of 6442 SRS definitions incompatible
between QGIS and GDAL > 1.4.2 [3].
Correction - 1157 SRSs.
[3]grep "\+k\=.*0" /usr/local/share/proj/epsg
This should be:
grep '\+k=[[:digit:]]\.[[:digit:]]*0' /usr/local/
Maciej Sieczka pisze:
I built QGIS (latest SVN trunk) against an older PROJ 4.5.0 this time,
and GDAL 1.4.4. Still no good. Below is the relevant debug output when
loading the GeoTIFF. Looks like QGIS recognises the CS properly, but
then fails to find a matching one in srs.sb. Any ideas what
Goyo pisze:
I loaded your file in a new project and the detected projection is:
ETRS89 / Poland CS92
QGIS SRID: 181
PosGIS SRID: 2180
That would be correct. Why it does not work for me I still don't know.
Using 0.9.2x1 from Tim's Launchpad repository and gdal 1.4.2-3 from
UbuntuGIS in Ubunt
Hugentobler Marco pisze:
I also tried the example tif with the latest svn trunk (r8327) and
QGIS seems to detect epsg 2180 correctly. Maybe it depends on
versions of gdal/proj4? The versions I use are proj 4.5 .0 and gdal
1.4.0
Thanks for feedback Marco.
I'm using gdal 1.5.1 (the latest stable
Craig Leat pisze:
Maciej Sieczka wrote:
The main point of my email was that although QGIS *has* EPSG 2180 in
it's CS database, it fails to recognize this georeference in a
GeoTIFF. Looks like a bug, doesn't it?
Try the attached GeotTIFF:
I tested your sample GeoTiff with EPS
I forgot to add that I'm talking about the latest SVN trunk revision.
Maciek
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Lionel Roubeyrie pisze:
moving one layer accross all (the last in the list to the
first, for example) result in some strange effects, like reordering the
layers previously set in groups.
For the record - this is a known bug:
http://trac.osgeo.org/qgis/ticket/699
Maciek
___
Celso Catelani pisze:
Map Composer in v 0.9.1 do not insert layers on Windows version,
instaled on a windows XP.
There is a bug that map composer does not display on-the-fly reprojected
vector layers [1]. Is this your problem too?
[1]https://trac.osgeo.org/qgis/ticket/891
Maciek
___
Rosenkranz, Brigitte Christine pisze:
I just started using Q-Gis and I have problems with using the color
maps for my raster layers. I have a huge amount of ASCI grid raster
files (elevation data from Danmark) and I try to open as much
files/layers as possible at once. It seems like per default
Carlos Dávila pisze:
Is there any way to pan a map while editing a vector layer without using
the overview tool? If the map is quite zoomed in it's almost impossible
to move to the right place with the overview and if you click pan icon
on the toolbar your edits disappear.
Moving mouse cursor w
Marco Hugentobler pisze:
So the main problem seems to be confusion that users might have about default
settings and project settings.
>
In my opinion it is enough to add a note in the project snapping dialog that
after pressing 'ok', the default setting is overwritten.
Similarly, in the opti
Micha Silver pisze:
Maciej Sieczka wrote:
Thinking it all over again, I imagine the whole thing this way now:
In Options > Digitizing > Default Snapping give it a "mode" selector
and a checkbox (alike Project Properties > Snapping Options). These
settings are stored
Micha Silver pisze:
Maciej Sieczka wrote:
Thinking it all over again, I imagine the whole thing this way now:
In Options > Digitizing > Default Snapping give it a "mode" selector
and a checkbox (alike Project Properties > Snapping Options). These
settings are stored
Marco Hugentobler pisze:
Am Dienstag 04 März 2008 20:28:56 schrieb Maciej Sieczka:
Marco Hugentobler pisze:
I changed the behaviour now such that the snapping settings is only
changed if the user really opened the project snapping dialog and clicked
'ok'.
Do you mean you submi
Christopher Barker pisze:
Maciej Sieczka wrote:
Another thing - IMO users more often need snapping than they don't.
I don't know that that's true -- I don't think I ever need snapping.
Oh yes you do :).
Though maybe I'm mis-understanding what snapping means
Marco Hugentobler pisze:
I changed the behaviour now such that the snapping settings is only changed if
the user really opened the project snapping dialog and clicked 'ok'.
Do you mean you submitted it to SVN? I'm asking because I can't see it
in the commit ML.
I'm quite open to suggestions
Marco Hugentobler pisze:
> Maciek wrote:
>> Marco wrote:
Issue 2: a) Could be a bug, I have to check that.
b) Possibly qgis makes a polygon during intersection removal where
postgis enforces a multipolygon.
Should QGIS enforce *polygon* then, instead of obeying the layer's
*multipolygon* ge
Hi Marco
Marco Hugentobler pisze:
The option "Enable topological editing" is for editing and maintaining common
boundaries in polygon mosaics. If you enable it and move boundary vertices
afterwards, it should be moved for all adjacent polygons. Similar for
insertion of new feature, delete ver
Hi
QUESTIONS:
What do the "Enable topological editing" and "Avoid intersections of new
polygons" in Project Properties exactly do? What is the "Search radius
for vertex edits" in Options>Digitizing? I can't find them covered in
QGIS manual, website and WIKI. I'd be grateful for explaining the
Philipp Steigenberger pisze:
isn't there a "edit boundary/line" button in QGIS like there is one in
v.digit? (GRASS)
In QGIS I only can add a vertex, but just one, and one again and again...
Is ther a better way to edit a line, boundary?
No. There is a wish [1] for that.
[1]https://trac.osge
83 matches
Mail list logo