[Qgis-user] Proportional circle legend
Julie Pierson
j.pierson at ades.cnrs.fr
Thu Oct 27 02:30:26 PDT 2011
Hi list,
Is there any mean to create a legend in the composer with proportional
circle? It's ok to display proportional symbols in QGIS, but the legend
in the composer only displays one symbol without any indication. I would
like to see for example 3 symbols in the legend with varying size and
their value. Am I missing something, or should I open a ticket for this?
I'm trying to get my co-workers to switch to QGIS, and it's really a
major drawback for us.
Thanks!
Julie.
Le 26/10/2011 18:00, qgis-user-request at lists.osgeo.org a écrit :
> Send Qgis-user mailing list submissions to
> qgis-user at lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.osgeo.org/mailman/listinfo/qgis-user
> or, via email, send a message with subject or body 'help' to
> qgis-user-request at lists.osgeo.org
>
> You can reach the person managing the list at
> qgis-user-owner at lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Qgis-user digest..."
>
>
> Today's Topics:
>
> 1. Re: problems with georeferencing results (Ramon Andi?ach)
> 2. RE: how to edit .gpx (Gerardo Jimenez)
> 3. Re: problems with georeferencing results (Richard Duivenvoorde)
> 4. Re: problems with georeferencing results (G. Allegri)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 26 Oct 2011 06:46:13 +0800
> From: Ramon Andi?ach<custard at westnet.com.au>
> Subject: Re: [Qgis-user] problems with georeferencing results
> To: qgis-user<qgis-user at lists.osgeo.org>
> Message-ID:<12A78770-2C8A-4B34-ADC5-9ABC57314306 at westnet.com.au>
> Content-Type: text/plain; charset=iso-8859-1
>
> I have no good reason to say this other than a niggling suspicion[1] but, yes I think it can.
>
> -ramon.
> [1] We occasionally have problems with the georeferencer, where it tries to rotate an image that shouldn't need to be. It's rare enough that I haven't been able to track it down properly, but this is on my suspect list.
>
> On 26/10/2011, at 06:18 , G. Allegri wrote:
>
>> Sure Baren, this was just an exercise ;)
>> I wanted to test regeoreferencing a raster and compare manual georeferencing against reprojection.
>> I'm wondering if manually regeoreferencing an already georeferenced raster can break things...
>>
>> Inviato da dispositivo mobile
>>
>> Il giorno 25/ott/2011 22.43, "Barend Köbben"<kobben at itc.nl> ha scritto:
>> Hi Giovanni,
>>
>> I don't understand: you want to change a projected raster (in CRS 3003) to
>> another projection (23023), so why do you need the georeferencing plugin?
>> The data is already referenced, so it sounds to me you just want to
>> re-project it, using the Raster> Warp menu.
>>
>> Or am I missing something...?
>>
>> Yours,
>>
>> --
>> Barend Köbben (Senior Lecturer)
>> ITC - University of Twente, Faculty of Geo-Information
>> Science and Earth Observation
>> PO Box 217, 7500AE Enschede (The Netherlands)
>> +31-(0)53 4874 253
>>
>>
>>
>> On 25-10-11 21:23, "G. Allegri"<giohappy at gmail.com> wrote:
>>
>>> Thanks for the reply.My raster infos are:
>>>
>>> PROJCS["Monte Mario / Italy zone 1",
>>> GEOGCS["Monte Mario",
>>> DATUM["Monte_Mario",
>>> SPHEROID["International 1924",6378388,297.0000000000014,
>>> AUTHORITY["EPSG","7022"]],
>>> AUTHORITY["EPSG","6265"]],
>>> PRIMEM["Greenwich",0],
>>> UNIT["degree",0.0174532925199433],
>>> AUTHORITY["EPSG","4265"]],
>>> PROJECTION["Transverse_Mercator"],
>>> PARAMETER["latitude_of_origin",0],
>>> PARAMETER["central_meridian",9],
>>> PARAMETER["scale_factor",0.9996],
>>> PARAMETER["false_easting",1500000],
>>> PARAMETER["false_northing",0],
>>> UNIT["metre",1,
>>> AUTHORITY["EPSG","9001"]],
>>> AUTHORITY["EPSG","3003"]]
>>> Origin = (1554747.231034494200000,4924790.769999999600000)
>>> Pixel Size = (100.000000000000000,-100.000000000000000)
>>> Metadata:
>>> AREA_OR_POINT=Area
>>> Image Structure Metadata:
>>> INTERLEAVE=BAND
>>> Corner Coordinates:
>>> Upper Left ( 1554747.231, 4924790.770) ( 9d41'17.95"E, 44d28'24.73"N)
>>> Lower Left ( 1554747.231, 4678290.770) ( 9d39'49.22"E, 42d15'14.92"N)
>>> Upper Right ( 1771747.231, 4924790.770) ( 12d24'49.32"E, 44d25'28.44"N)
>>> Lower Right ( 1771747.231, 4678290.770) ( 12d17'30.22"E, 42d12'31.70"N)
>>> Center ( 1663247.231, 4801540.770) ( 11d 0'50.84"E, 43d20'53.55"N)
>>> Band 1 Block=2170x1 Type=Float32, ColorInterp=Gray
>>> Min=-3.876 Max=2051.503
>>> Minimum=-3.876, Maximum=2051.503, Mean=152.789, StdDev=265.873
>>> NoData Value=0
>>> Metadata:
>>> STATISTICS_MINIMUM=-3.8761155605316
>>> STATISTICS_MAXIMUM=2051.5034179688
>>> STATISTICS_MEAN=152.78946158147
>>> STATISTICS_STDDEV=265.87340110007
>>>
>>>
>>> As you can see the CRS is correctly defined, and the other metadata are
>>> correct.
>>> OTFR works fine, the raster is correctly reprojected on the 23032
>>> reference.
>>> No tfw or aux files in the same folder....
>>>
>>> It's making me crazy!
>>> giovanni
>>>
>>>
>>> 2011/10/25 Richard Duivenvoorde<rdmailings at duif.net>
>>>
>>> On 2011-10-25 19:04, G. Allegri wrote:
>>>> Here it is the GCP list picture: http://bit.ly/suh5UL
>>>> (I wonder why ths srcY coordinates are shown as negative values)
>>>
>>> What is projection of your raster, is it really epsg:3003 (to be tested
>>> with 'gdalinfo yourraster'.)
>>>
>>> Is there maybe a tfw file hanging around which determines another extent
>>> four your source raster? If seen this behaviour recently while using the
>>> plugin.
>>>
>>> Try to set your tiff aside from other files, create a fresh epsg:23032
>>> project with 'on the fly' and try again?
>>>
>>> Hope this helps.
>>>
>>> Regards,
>>>
>>> Richard Duivenvoorde
>>>
>>>
>>>
>>>
>>>
>>
>> Faculty of Geo-Information Science and Earth Observation (ITC)
>> University of Twente
>> Chamber of Commerce: 501305360000
>>
>> E-mail disclaimer
>> The information in this e-mail, including any attachments, is intended for the addressee only. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or action in relation to the content of this information is strictly prohibited. If you have received this e-mail by mistake, please delete the message and any attachment and inform the sender by return e-mail. ITC accepts no liability for any error or omission in the message content or for damage of any kind that may arise as a result of e-mail transmission.
>> _______________________________________________
>> Qgis-user mailing list
>> Qgis-user at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 25 Oct 2011 21:27:27 -0400
> From: Gerardo Jimenez<gejst5 at hotmail.com>
> Subject: RE: [Qgis-user] how to edit .gpx
> To:<qgis-user at lists.osgeo.org>
> Message-ID:<SNT119-W577831166B8A6AD40F1B8B95ED0 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> You can try and ouside solution, also free, try EasyGPX. You can make your own list of waypoints and routes etc.
>
> Gerardo Jiménez Delgado
> Instituto de Investigaciones Antropológicas
> Universidad Nacional Autónoma de México
> Ciudad Universitaria s/n
> Coyoacan 04510
> Mexico City
> Mexico
>
> 56 22 95 16
>
>> Date: Tue, 25 Oct 2011 22:40:27 +0300
>> Subject: Re: [Qgis-user] how to edit .gpx
>> From: lauri.kajan at gmail.com
>> To: m.e.dodd at open.ac.uk
>> CC: qgis-user at lists.osgeo.org
>>
>> Hi,
>>
>> This is a known limitation. You can delete and add objects but not
>> edit existing one.
>> See a bug report for more information: http://hub.qgis.org/issues/2219
>>
>> -Lauri
>>
>> On Tue, Oct 25, 2011 at 10:14 PM, M.E.Dodd<m.e.dodd at open.ac.uk> wrote:
>>> Can load a .gpx but can't seem to edit it, the editing button stays greyed out (qgis 1.7). can save to .kml or shapefile and do edits but then loose some info from the original .gpx
>>> looking at posts it seems that editing gpx has been in qgis for some time but i can't see how to do it.
>>>
>>> --
>>> The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England& Wales and a charity registered in Scotland (SC 038302).
>>>
>>> _______________________________________________
>>> Qgis-user mailing list
>>> Qgis-user at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>> _______________________________________________
>> Qgis-user mailing list
>> Qgis-user at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.osgeo.org/pipermail/qgis-user/attachments/20111025/cea49f52/attachment-0001.html
>
> ------------------------------
>
> Message: 3
> Date: Wed, 26 Oct 2011 09:23:35 +0200
> From: Richard Duivenvoorde<rdmailings at duif.net>
> Subject: Re: [Qgis-user] problems with georeferencing results
> To: "G. Allegri"<giohappy at gmail.com>
> Cc: qgis-user<qgis-user at lists.osgeo.org>
> Message-ID:<4EA7B577.9030003 at duif.net>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 2011-10-26 00:42, G. Allegri wrote:
>> Ok, i got it.
>> The reason it doesn't work is probably easily explained: the source X/Y
>> are considered as raster space coordinates, while I thought that having
>> the raster a CRS assigned this was kept into account during the warping.
>> Probably manual re-georeferencing is conceptually unuseful, outside my
>> exercise. Even if reprojection wasn't enough, the best way would be to
>> remove any CRS reference from it.
>> Tomorrow I will do more tests, but I'm pretty sure that I was simply
>> trying a wrong procedure...
> I think qgis/ogr takes your crs into account. But if you open your
> raster (tiff) in Gimp, and save it again as a tiff, Gimp will 'help' you
> to remove the crs information from your geo(tiff), giving you a plane
> raster with not crs information to do your tests :-)
>
> R
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 26 Oct 2011 10:54:42 +0200
> From: "G. Allegri"<giohappy at gmail.com>
> Subject: Re: [Qgis-user] problems with georeferencing results
> To: richard at duif.net
> Cc: qgis-user<qgis-user at lists.osgeo.org>
> Message-ID:
> <CAB4g1=y6K+k5YS9xKfpf9MtU-GLQToW6NuCLZamCeqxukE+qqg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Richard, I can strip the crs off using gdal_translate and setting a Baseline
> profile. But I wanted to test what happens when a raster is already
> georeferenced.
>
> Giovanni
>
> Inviato da dispositivo mobile
> Il giorno 26/ott/2011 09.23, "Richard Duivenvoorde"<rdmailings at duif.net> ha
> scritto:
>
>> On 2011-10-26 00:42, G. Allegri wrote:
>>> Ok, i got it.
>>> The reason it doesn't work is probably easily explained: the source X/Y
>>> are considered as raster space coordinates, while I thought that having
>>> the raster a CRS assigned this was kept into account during the warping.
>>> Probably manual re-georeferencing is conceptually unuseful, outside my
>>> exercise. Even if reprojection wasn't enough, the best way would be to
>>> remove any CRS reference from it.
>>> Tomorrow I will do more tests, but I'm pretty sure that I was simply
>>> trying a wrong procedure...
>> I think qgis/ogr takes your crs into account. But if you open your
>> raster (tiff) in Gimp, and save it again as a tiff, Gimp will 'help' you
>> to remove the crs information from your geo(tiff), giving you a plane
>> raster with not crs information to do your tests :-)
>>
>> R
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.osgeo.org/pipermail/qgis-user/attachments/20111026/cdd24481/attachment-0001.html
>
> ------------------------------
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
> End of Qgis-user Digest, Vol 68, Issue 61
> *****************************************
>
More information about the Qgis-user
mailing list