Hi Radim, Tim
> That being the case, I would suggest we poll Marco and other devs to
> see if it can move into trunk so that it can be more broadly tested
I briefly tested the raster provider branch today and it works great. The
performance seems to be fast now even with reprojection turned on.
Hi,
I have to do the code cleanup definitely in the branch + wms fix.
Then I'll let you know before merge.
Radim
On Tue, Mar 1, 2011 at 9:27 AM, Marco Hugentobler
wrote:
> Hi Radim, Tim
>
>> That being the case, I would suggest we poll Marco and other devs to
>> see if it can move into trunk so
Hi all,
regarding globe, we have a pretty stable gui, controls and functionality
but we also have a major speed issue that we didn't really investigate
since we where waiting for OSGearth 2.0 (out now and packaged 8h ago by
Pirmin -thanks ) to make globe run with it (should solve plenty of
sta
Il giorno mar, 01/03/2011 alle 09.27 +0100, Marco Hugentobler ha
scritto:
> function. However, this is a detail and I'm in favor of merging the branch to
> trunk soon and fixing the minor issues there.
Great. Looking forward for the merge. As soon as it will be merged, I'll
test it and prepare p
Hi Tim
On Tue, Mar 1, 2011 at 8:19 AM, Tim Sutton wrote:
> Hi all especially Martin and Pirmin and those actively working on new features
>
> I am just wondering how things are looking in terms of merging
> branches. Is a merge of threaded rendering + 3d globe on the cards for
> 1.7 assuming we h
Am Dienstag, 1. März 2011, um 08.19:14 schrieb Tim Sutton:
> Hi all especially Martin and Pirmin and those actively working on new
> features
>
> I am just wondering how things are looking in terms of merging
> branches. Is a merge of threaded rendering + 3d globe on the cards for
> 1.7 assuming w
Hi
On Tue, Mar 1, 2011 at 11:13 AM, Martin Dobias wrote:
> Hi Tim
>
> On Tue, Mar 1, 2011 at 8:19 AM, Tim Sutton wrote:
>> Hi all especially Martin and Pirmin and those actively working on new
>> features
>>
>> I am just wondering how things are looking in terms of merging
>> branches. Is a mer
Hi
On Tue, Mar 1, 2011 at 11:16 AM, Pirmin Kalberer wrote:
> Am Dienstag, 1. März 2011, um 08.19:14 schrieb Tim Sutton:
>> Hi all especially Martin and Pirmin and those actively working on new
>> features
>>
>> I am just wondering how things are looking in terms of merging
>> branches. Is a merge
Hi Devs,
It seems that QGIS Trunk does ignore the content of the
'prj' file for a shapefile. Instead it seems to only recognise a 'qpj'
file to allocate CRS for that shapefile.
Is it intentional in order to
render import of shapefiles generated from other packages very difficult
and lock user
Hi
On Tue, Mar 1, 2011 at 11:17 AM, wrote:
> Hi Devs,
>
> It seems that QGIS Trunk does ignore the content of the 'prj' file for a
> shapefile. Instead it seems to only recognise a 'qpj' file to allocate CRS
> for that shapefile.
I tested with a shp that I use in training courses I give. For me
Il giorno mar, 01/03/2011 alle 12.59 +0200, Tim Sutton ha scritto:
> I tested with a shp that I use in training courses I give. For me if I
> rename the qpj, the prj is still recognised correctly.
Just checked: a shp with a prj, no qpj is recognized and reprojected
correctly.
Could you please sha
Hi Tim,
On Tue, 1 Mar 2011 12:59:27 +0200, Tim Sutton
wrote:
Hi
On Tue, Mar 1, 2011 at 11:17 AM, wrote:
Hi Devs,
It seems that QGIS Trunk does ignore the content of the 'prj' file
for a
shapefile. Instead it seems to only recognise a 'qpj' file to
allocate CRS
for that shapefile.
L
Hi Benoit,
I created a new shapefile by QGIS with same CRS of Town (EPSG 32630).
The QGIS created two files of projections: PRJ and QPJ.
The PRJ have the same value of yours (Town.prj) but the QPJ don´t have
same value (see below):
1) Default -PRJ :
PROJCS["WGS_1984_UTM_Zone_30N",GEOGCS["GCS_
Hi,
What about open tickets (bug fixes) that are not in branches? What is
the timeline for them? Now that New Symbology is the default, I guess
the following should be fixed before release, or am I missing something?
http://www.qgis.org/wiki/Switching_from_Old_to_New_Symbology_and_Labeling
Thank
Hi Luiz,
Thanks for your comments.
Yes, there is a CRS definition difference between prj and qpj.
But, if you only have a prj file you can rename it to qpj. QGIS does
not complain and displays the shapefile at the correct location.
So the way to go forward, at least for me, would be to rename a
Il giorno mar, 01/03/2011 alle 08.26 -0500, benoi...@bc-consult.com ha
scritto:
> Yes, there is a CRS definition difference between prj and qpj.
> But, if you only have a prj file you can rename it to qpj. QGIS does
> not complain and displays the shapefile at the correct location.
> So the wa
Errore durante l'esecuzione di codice Python:
Traceback (most recent call last):
File "/home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py",
line 116, in onChangeExtent
html = html.replace('{scale}',str(self.getZoomScale()))
File "/home/ubuntu/.qgis/python/plugins/gmap_overv
Hi Paolo,
I agree with you.
Furthermore, the behaviour should depend on the option selected in
Settings/Options->CRS tab:
Option: "Prompt for CRS" should ask the user to define the CRS of the
loaded file if, and only if, it is not defined. Unfortunately if you
only have a prj file, QGIS asks you
Hi Benoit,
I can confirm this behavior for me as well. It seems to have crept into trunk
in the past month or two. I have been banging my head on this as it is very
frustrating. Shapefiles with associated prj, gdal recognizes the CRS, but QGIS
seems to ignore it.
Let's look at the OS we are us
Hi John,
Thanks for your report and confirmation of this behaviour.
I'm on windows7 64bits at work and winXP 32bits at home. On both it is OSGeo4W
trunk. So it seems it is not OS dependent.
Regards,
Benoit
On 01 Mar 2011, at 18:56, "John C. Tull" wrote:
> Hi Benoit,
>
> I can confirm thi
Hi Benoit,
Has a ticket been filed?
Cheers,
John
On Mar 1, 2011, at 9:53 AM, Benoit wrote:
> Hi John,
>
> Thanks for your report and confirmation of this behaviour.
>
> I'm on windows7 64bits at work and winXP 32bits at home. On both it is
> OSGeo4W trunk. So it seems it is not OS dependent
Hi Mayeul
On Tue, Mar 1, 2011 at 3:15 PM, Mayeul Kauffmann
wrote:
> Hi,
> What about open tickets (bug fixes) that are not in branches? What is
> the timeline for them?
We usually try to make sure there are no show stoppers when we release
and remaining tickets get carried over to next release.
On 03/01/2011 08:35 PM, John C. Tull wrote:
Hi Benoit,
Has a ticket been filed?
Cheers,
John
On Mar 1, 2011, at 9:53 AM, Benoit wrote:
I checked using QGIS 1.6 on Ubuntu, just one shapefile, after renaming
the *.qpj - leaving only the *.prj - and it behaved as expected. i.e.
the correct C
Traceback (most recent call last):
File "/home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py",
line 116, in onChangeExtent
html = html.replace('{scale}',str(self.getZoomScale()))
File "/home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py",
line 135, in getZoomScale
Hi everyone,
I somehow sent this to the old sourceforge list by mistake :(
I'm not a developer, but I saw this:
>>> it would be nice to be able to
>>>interactively place the diagrams as you have done with labels. How
>>>would the diagram's placement be persisted? In the same way as labe
After several starts and stops over several days, I have cloned the
entire qgis repository tree with all branches. It takes an incredibly
long time to clone the entire source tree. If you are interested I have
uploaded a zip file (260Mb) of the source tree.
ophir:qgis_all gsherman$ ls -1
artic
Hi Gary,
Thanks for our work.
By the way, I want to know how do you organize the QGIS source. I mean
when I SVN a branch and have a new directory created in my home, I can't
even get an entry to start to read or learn.
I was told that QGIS is developed with QT. Then what I can do to proje
Hi Martin,
I was unable to get the code highlighted in an appropriate way. However,
here is the patch [1].
Regards,
Germán
--
[1] https://trac.osgeo.org/qgis/ticket/3536
2011/2/28 Martin Dobias
> 2011/2/28 Germán Carrillo :
> > Hi Martin,
> > I would like to propose a couple
Hi Micha,
I believe this bug has cropped up since the 1.6 milestone, although I am not
certain. I believe the issue is in the current development trunk, so building
that and testing would be helpful if you have the ability to do so.
Cheers,
John
On Mar 1, 2011, at 1:23 PM, Micha Silver wrote:
Hi John,
On Tue, 1 Mar 2011 10:35:48 -0800, "John C. Tull"
wrote:
Hi Benoit,
Has a ticket been filed?
Not yet. Will do it now.
And to confirm, yes, it only appears in Trunk (since at least the last
15 revisions, not sure exactly). Versions <= 1.6 works as expected.
Regards,
Benoit
Hi
On Wed, Mar 2, 2011 at 4:13 AM, Wang Bo wrote:
>
> Hi Gary,
>
> Thanks for our work.
>
> By the way, I want to know how do you organize the QGIS source. I mean when
> I SVN a branch and have a new directory created in my home, I can't even get
> an entry to start to read or learn.
>
> I was to
31 matches
Mail list logo