Re: [Qgis-user] color ramp plugin broken ?
Am 23.09.2012 21:53, schrieb Etienne Tourigny: I haven't made any docs yet, I though it was straight-forward to use, but I guess not. As a software user, I can tell you that this almost never works ;-) First you select the package you want - Use gradients that ship with qgis -> uses the minimal selection laready present - QGis selection -> free to distribute selection, about 800 gradients - Full cpt-city selection -> all gradients,(about 6000) Next you select the installation folder - if you are the only user, you can select your profile folder $HOME/.qgis Then you click Update, package is downloaded and installed. Go to the style manager->Color ramps and add a new ramp "cpt-city", you can browse by selection of by author. Every 7 days the plugin looks for updates, and you can manually check by clicking update. But this shouldn't happen too often. You should add that it looks for updates of the color ramps, not updates of the plugin itself ;-) There ya go! What about a little help button at the bottom with this information? Greetings, André Joost ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] color ramp plugin broken ?
Il 23/09/2012 21:53, Etienne Tourigny ha scritto: > Hi, > > when does this error appear? If at install, let me kow if you can > install other packages, sounds like an installation problem. Any other > text? Please send me a screenshot. Could this be due to your proxy setting? Does the plugin honnours general proxy settings? All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Howto: load ArcGIS "mapserver" raster layers
Hi everyone, Just a quick follow up, as I've learned it is actually even easier than I described: 1. You can automatically generate a service description xml like this: gdal_translate "http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer?f=json&pretty=true"; ESRI_world_imagery.xml -of WMS 2. You don't actually need a service description xml. You can run this in the QGIS Python console: qgis.utils.iface.addRasterLayer("http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer?f=json&pretty=true","raster";) I've now created a wiki page about this. > -Original Message- > From: Alister Hood > Sent: Friday, 24 August 2012 12:44 p.m. > To: 'qgis-user@lists.osgeo.org' > Subject: Howto: load ArcGIS "mapserver" raster layers > > Hi everyone, > I don't think anyone around here has ever explained how to add raster > ArcGIS "mapserver" layers from servers which provide a REST interface. As > far as I know, there is no way to just load them with a url directly from > the QGIS gui, but they can be handled by the GDAL WMS driver, and thus can > be loaded in QGIS. > > Firstly (and the most difficult part) you need to find the URL for the > REST service for your layer. E.g. you might want to use a layer that is > available in the ESRI "Maps for Personal Use" web map at: > http://www.arcgis.com/home/webmap/viewer.html?useExisting=1 > Hopefully with a little googling you will be able to find the address > where you can browse the "ArcGIS services directory" of your favourite > ArcGIS server. In this case it is: > http://server.arcgisonline.com/ArcGIS/rest/services/ > > Find the layer that you are after, and now you have two options: > > 1. You can create a GDAL "service description" XML file, and open it with > QGIS. > E.g. try this file: > http://www.gdal.org/frmt_wms_arcgis_mapserver_tms.xml > Or e.g. save the XML code pasted at > http://trac.osgeo.org/mapserver/ticket/3804 and try it. > > 2. You can create a .vrt file (which requires less thinking), and open > that with QGIS. > E.g. find the raster layer you want in the ArcGIS services directory, and > get the URL for its REST interface, which should be at the bottom of the > page, under "Supported Interfaces". The gdal utilities can just use this > URL (since GDAL 1.9), so you can simply create a .vrt like this: > gdalbuildvrt test.vrt > "http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServ > er?f=json&pretty=true" > > Of course, you will need to check the restrictions on what you are legally > allowed to do with any particular layer. > > And if you are wondering: as far as I know there is currently no way to > load _vector_ ArcGIS "mapserver" layers, or ArcGIS "globeserver" or > "featureserver" layers (except for manually writing a query URL. i.e. you > can't use their REST services). > > Regards, > Alister > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] "Normal" mdb support possible for "normal" people?
On Sun, Sep 23, 2012 at 5:15 PM, Even Rouault wrote: > Le dimanche 23 septembre 2012 21:58:30, Etienne Tourigny a écrit : >> Hi Even, >> >> can you comment on using the java jackcess library? It's probably the >> only cross-platform solution. Does it support normal mdb files, and if >> not, can it benefit from your recent additions? >> >> http://www.gdal.org/ogr/drv_mdb.html >> http://jackcess.sourceforge.net/ > > The MDB driver (with Jackcess library) indeed already supports normal MDB > files. But it is a bit of a pain to use (needs linking GDAL with a JVM and the > Jackess .jar), so the latest improvement to the ODBC driver should make it > easier. But your improvements are only supported in windows, right? Jackcess is the only solution for linux (and mac) platforms, or are there other(s)? ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Colour field in the style box
Greetings all!, Hope all is well. I think it would be great if their was a colour field in the same vein as the rotation and scale fields in the Layer Properties/Style dialog box. That way one could just pull the colour for the feature straight from the provider. Would also reduce compute time if one needs to categorize stuff. Regards, Rhys ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Fwd: "Normal" mdb support possible for "normal" people?
According to this, ERSI recommend file geodatabase over personal geodatabas and arcsde are for multiuser system and need additional software and licenes, I tthink. So If you only have Arcgis they recommend file database och personal geodatabase, not ArcSDE. I think. http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?topicname=types_of_geodatabases 2012/9/23 Andrea Peri > Yes is true. > Esri don't recommend the personal-gdb. > Esri recommend the arcsdk > > Because the access db is slow and with size limit (2GB). > > The spatialite instead has not a size limit and is fast. :) > > But I guess there is another more important question: > spatialite work in double precision indipendently by the extent of the DB. > > In the personal-geodatabase (9.1 version) is the extent of dataset is 10km > there is a precision P1. > If the extent of the dataset is 1000Km the precision is P2 with P2 worst > than P1. > > Spatialite don't do this. > > > > Johan Nilsson > > But ESRI does NOT recommend to use personal-geodatabases as i show in a >> link, above. It's get slow around 500Mb and have a maximun limit of 2GB for >> instance. >> >> /Cheers >> >> >> >> 2012/9/23 Andrea Peri >> >>> I guess who buy an arcgis, should still use it. :)) >>> >>> If an user is happy with the results of arcgis and its >>> personal-geodatabse. >>> >>> AFAIK arcgis and personal-geodatabase, has a simpatic mechanism to >>> transform the coords in a quantized value coords. >>> It a curious mechanism perhpas the best an human can invent, but it has >>> only a "little" problem. >>> It change always the cords when an user share their dataset with other >>> users having another geodatabse with different precision in it. >>> >>> If an user don't see a problem in this. >>> I guess it is better still to use this wonderful product. >>> :)) >>> >>> I guess spatialite is not a good product for this users. >>> >>> >>> Regards, >>> >>> -- >>> - >>> Andrea Peri >>> . . . . . . . . . >>> qwerty àèìòù >>> - >>> >>> >>> ___ >>> Qgis-user mailing list >>> Qgis-user@lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/qgis-user >>> >>> >> > > > -- > - > Andrea Peri > . . . . . . . . . > qwerty àèìòù > - > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] "Normal" mdb support possible for "normal" people?
Le dimanche 23 septembre 2012 21:58:30, Etienne Tourigny a écrit : > Hi Even, > > can you comment on using the java jackcess library? It's probably the > only cross-platform solution. Does it support normal mdb files, and if > not, can it benefit from your recent additions? > > http://www.gdal.org/ogr/drv_mdb.html > http://jackcess.sourceforge.net/ The MDB driver (with Jackcess library) indeed already supports normal MDB files. But it is a bit of a pain to use (needs linking GDAL with a JVM and the Jackess .jar), so the latest improvement to the ODBC driver should make it easier. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] color ramp plugin broken ?
Hi, when does this error appear? If at install, let me kow if you can install other packages, sounds like an installation problem. Any other text? Please send me a screenshot. If not, is the error is when downloading a color ramp archive? If so, which one? This plugin is still marked Experimental and only works with qgis-1.9 (because these new cpt-city ramps are not supported before 1.9). Andre (and others): I made this plugin to download cpt-city color ramp archives. The ones that ship with qgis are rather limited (for now). I haven't made any docs yet, I though it was straight-forward to use, but I guess not. First you select the package you want - Use gradients that ship with qgis -> uses the minimal selection laready present - QGis selection -> free to distribute selection, about 800 gradients - Full cpt-city selection -> all gradients,(about 6000) Next you select the installation folder - if you are the only user, you can select your profile folder $HOME/.qgis Then you click Update, package is downloaded and installed. Go to the style manager->Color ramps and add a new ramp "cpt-city", you can browse by selection of by author. Every 7 days the plugin looks for updates, and you can manually check by clicking update. But this shouldn't happen too often. There ya go! Etienne On Sun, Sep 23, 2012 at 12:07 PM, Andrea Peri wrote: > Hi, > try-ing to install the plugin Color-Ramp. > I see this error: > > The plugin is broken, Python said: > socket error. > > I try to install it on qgis-dev (58ba3f0) from osgeo-setup. > > Anyone has succesfull installing it ? > > > -- > - > Andrea Peri > . . . . . . . . . > qwerty àèìòù > - > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] "Normal" mdb support possible for "normal" people?
yeah, i'm really passionate with that stuff! ;) ok, so that means that there is something in the pipeline and will be available sooner or later (and from my experience with the great development of qgis in the past hopefully sooner than later) Many thanx Bernd Am 23.09.2012, 21:01 Uhr, schrieb Even Rouault : Le dimanche 23 septembre 2012 20:54:06, Bernd Vogelgesang a écrit : > I've just added some magic to the OGR ODBC driver in GDAL trunk (GDAL > 2.0dev) > so that it can open directly non-spatial MDB databases on Windows. > > Note: this is just a shortcut for the "normal" syntax that should work > currently : > > ogrinfo ODBC:DRIVER=Microsoft Access Driver (*.mdb);DBQ=filename.mdb > > Now : ogrinfo filename.mdb > > Best regards, > > Even Hi Even, ermm ... and what does that mean for ... me ? Can't really do anything with this info but say "wow" for example, but it leaves me quite clueless. Any more info possible how this is affecting my live or qgis? Wow, I don't expect such a stuff to affect your life that much ;-) It means that once you have a QGIS version that uses GDAL trunk, it should be able to open a non-spatial MDB. In practice, it can mean that you have to wait for GDAL 2.0 to be released (don't ask me when it will be) to be distributed with QGIS. Or you can perhaps find someone that makes a custom build for you if you cannot wait. Thanx Bernd -- Bernd Vogelgesang * Siedlerstrasse 2 * 91083 Baiersdorf * +49-9133-825374 ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] "Normal" mdb support possible for "normal" people?
Le dimanche 23 septembre 2012 20:54:06, Bernd Vogelgesang a écrit : > > I've just added some magic to the OGR ODBC driver in GDAL trunk (GDAL > > 2.0dev) > > so that it can open directly non-spatial MDB databases on Windows. > > > > Note: this is just a shortcut for the "normal" syntax that should work > > currently : > > > > ogrinfo ODBC:DRIVER=Microsoft Access Driver (*.mdb);DBQ=filename.mdb > > > > Now : ogrinfo filename.mdb > > > > Best regards, > > > > Even > > Hi Even, > > ermm ... and what does that mean for ... me ? > Can't really do anything with this info but say "wow" for example, but it > leaves me quite clueless. > > Any more info possible how this is affecting my live or qgis? Wow, I don't expect such a stuff to affect your life that much ;-) It means that once you have a QGIS version that uses GDAL trunk, it should be able to open a non-spatial MDB. In practice, it can mean that you have to wait for GDAL 2.0 to be released (don't ask me when it will be) to be distributed with QGIS. Or you can perhaps find someone that makes a custom build for you if you cannot wait. > > Thanx > Bernd ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Fwd: "Normal" mdb support possible for "normal" people?
Yes is true. Esri don't recommend the personal-gdb. Esri recommend the arcsde version. Because the access db is slow and with size limit (2GB). The spatialite instead has not a size limit and is fast. :) But I guess there is another more important question: spatialite work in double precision indipendently by the extent of the DB. In the personal-geodatabase (9.1 version) is the extent of dataset is 10km there is a precision P1. If the extent of the dataset is 1000Km the precision is P2 with P2 worst than P1. Spatialite don't do this. Johan Nilsson > But ESRI does NOT recommend to use personal-geodatabases as i show in a > link, above. It's get slow around 500Mb and have a maximun limit of 2GB for > instance. > > /Cheers > > > > 2012/9/23 Andrea Peri > >> I guess who buy an arcgis, should still use it. :)) >> >> If an user is happy with the results of arcgis and its >> personal-geodatabse. >> >> AFAIK arcgis and personal-geodatabase, has a simpatic mechanism to >> transform the coords in a quantized value coords. >> It a curious mechanism perhpas the best an human can invent, but it has >> only a "little" problem. >> It change always the cords when an user share their dataset with other >> users having another geodatabse with different precision in it. >> >> If an user don't see a problem in this. >> I guess it is better still to use this wonderful product. >> :)) >> >> I guess spatialite is not a good product for this users. >> >> >> Regards, >> >> -- >> - >> Andrea Peri >> . . . . . . . . . >> qwerty àèìòù >> - >> >> >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> >> > -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] "Normal" mdb support possible for "normal" people?
I've just added some magic to the OGR ODBC driver in GDAL trunk (GDAL 2.0dev) so that it can open directly non-spatial MDB databases on Windows. Note: this is just a shortcut for the "normal" syntax that should work currently : ogrinfo ODBC:DRIVER=Microsoft Access Driver (*.mdb);DBQ=filename.mdb Now : ogrinfo filename.mdb Best regards, Even Hi Even, ermm ... and what does that mean for ... me ? Can't really do anything with this info but say "wow" for example, but it leaves me quite clueless. Any more info possible how this is affecting my live or qgis? Thanx Bernd -- Bernd Vogelgesang * Siedlerstrasse 2 * 91083 Baiersdorf * +49-9133-825374 ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] color ramp plugin broken ?
Am 23.09.2012 17:07, schrieb Andrea Peri: Hi, try-ing to install the plugin Color-Ramp. I see this error: The plugin is broken, Python said: socket error. I try to install it on qgis-dev (58ba3f0) from osgeo-setup. Anyone has succesfull installing it ? I guess you talk of the colorrampmanager plugin. Installs here with no error on master 93ad1d0. But I have no idea how to use it :-( Still experimental... Greetings, André Joost ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] "Normal" mdb support possible for "normal" people?
Le samedi 22 septembre 2012 00:59:43, Bernd Vogelgesang a écrit : > Hi there, > from a talk at the German User Meeting today in Kassel (thanx to Claas for > the organization), i got the impression that ONE important thing in qgis > is still missing: > Direct support for normal access databases! > > Personal geodatabases work like a charm now (many thanx for this!), but i > was told, that a lot of people who would be the perfect target group for > qgis, still work on a completely gis-free level, dealing with their data > in normal access databases or even worse formats. > > To catch those people and show them the light, it seems to me to be > crucial, that qgis would be able to add/join/edit normal tables from > normal access database as well without having to do such odbc-magic apprx. > 99% of the world population have never heard of. > > Here > http://osgeo-org.1560.n6.nabble.com/direct-mdb-read-in-QGis-td4637313.html > i found a "solution" for geeks, but how about those people like me or john > doe, who have no idea about how to compile gdal with other stuff but are > merely able to do some gis work? > > I couldn'd find a feature request on the hub on this matter, so i wonder > if this would be a good feature request, or whether there are technical, > legal or "political" constraints preventing such a support so far. > > As far as i understand ESRI personal geodatabases are just some pimped > access databases, so the impossibility to just load such in qgis is a > mystery to me. > > Can anybody shed some light on this issue? I've just added some magic to the OGR ODBC driver in GDAL trunk (GDAL 2.0dev) so that it can open directly non-spatial MDB databases on Windows. Note: this is just a shortcut for the "normal" syntax that should work currently : ogrinfo ODBC:DRIVER=Microsoft Access Driver (*.mdb);DBQ=filename.mdb Now : ogrinfo filename.mdb Best regards, Even ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Fwd: "Normal" mdb support possible for "normal" people?
But ESRI does NOT recommend to use personal-geodatabases as i show in a link, above. It's get slow around 500Mb and have a maximun limit of 2GB for instance. /Cheers 2012/9/23 Andrea Peri > I guess who buy an arcgis, should still use it. :)) > > If an user is happy with the results of arcgis and its personal-geodatabse. > > AFAIK arcgis and personal-geodatabase, has a simpatic mechanism to > transform the coords in a quantized value coords. > It a curious mechanism perhpas the best an human can invent, but it has > only a "little" problem. > It change always the cords when an user share their dataset with other > users having another geodatabse with different precision in it. > > If an user don't see a problem in this. > I guess it is better still to use this wonderful product. > :)) > > I guess spatialite is not a good product for this users. > > > Regards, > > -- > - > Andrea Peri > . . . . . . . . . > qwerty àèìòù > - > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Fwd: "Normal" mdb support possible for "normal" people?
I guess who buy an arcgis, should still use it. :)) If an user is happy with the results of arcgis and its personal-geodatabse. AFAIK arcgis and personal-geodatabase, has a simpatic mechanism to transform the coords in a quantized value coords. It a curious mechanism perhpas the best an human can invent, but it has only a "little" problem. It change always the cords when an user share their dataset with other users having another geodatabse with different precision in it. If an user don't see a problem in this. I guess it is better still to use this wonderful product. :)) I guess spatialite is not a good product for this users. Regards, -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] color ramp plugin broken ?
Hi, try-ing to install the plugin Color-Ramp. I see this error: The plugin is broken, Python said: socket error. I try to install it on qgis-dev (58ba3f0) from osgeo-setup. Anyone has succesfull installing it ? -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Fwd: gfx in WSG 84 added to another CRS (EPSG:3021)
If i said in the beguinning of my post I can transform, by save layer as shape, and there choose the RT90 coordinate-system (it say it is in wsg 84). It just when I add a different layer, the transformation to metric system, it's fail. /Cheers -- Forwarded message -- From: Bo Victor Thomsen Date: 2012/9/23 Subject: Re: [Qgis-user] gfx in WSG 84 added to another CRS (EPSG:3021) To: Johan Nilsson The QGIS on-the-fly re-projection mechanism is able to manage both different ellipsoids, projections and coordinate units. Could the definition of EPSG:3021 in QGIS be wrong ? I'm am 100% sure, that QGIS handles lat/long wgs84 (EPGS:4326) correct. What happens if you convert and re-project the GPX file to shape/EPSG:3021 with ex. *ogr2ogr* ( www.gdal.org - no QGIS involved). Is your converted data then placed correctly ? Regards Bo Victor Thomsen 09-2012 13:16, Johan Nilsson skrev: Don't work May it be that CRS have at least to components? Projections (Shape-models of the earth) and Coordinate-system (defined as a grid from Equator and Greenwich, but different according to the place on earth), and Enable 'on the fly' reprojections don't change units from degrees to the metric Coordinat-system? /Cheers 2012/9/21 Bo Victor Thomsen > >1. Choose a CRS for your _project_ using the menu "Settings" --> >"Project properties" --> Tab "Coordinate Reference System (CRS) and choose >the CRS from the dialog. Remember to enable "on the fly CRS transformation" >2. Open your layer(s). Don't think about the projection here. > 3. Right-click on each of your layer(s) in the "Layers" dialog and >choose "Set layer CRS". If necessary, choose the CRS for the individual >layer. > > In some cases the CRS for a layer can't be inferred from the information > in the layer's datafile or QGIS can't read it correctly. Executing step 3 > for each "problem" layer corrects this problem. > > Regards > Bo Victor Thomsen > Aestas-GIS > Denmark > > > Den 21-09-2012 09:23, Johan Nilsson skrev: > > When I click Layer-->'Add vector layer.' I can browse for files, shp, > gpx, and so on, but never chose an CRS in that menu. My Background map are > in RT90 coordinate system in meters approx 150,650 m but gpx files > come to 17 and 60 m (not degree), way ot of the map... > > > /Cheers > > 2012/9/21 leyan ouyang > >> Yes it is possible, the option "on-the-fly reprojection" does just >> that. Choose the main CRS as the project CRS (it will be used for distance >> calculations, etc.). Then when you add a layer you can choose its CRS >> individually, QGIS will do the transformation. >> >> Regards, >> >> Leyan >> >> -- >> Date: Fri, 21 Sep 2012 09:08:05 +0200 >> From: joni8...@gmail.com >> To: qgis-user@lists.osgeo.org >> Subject: [Qgis-user] gfx in WSG 84 added to another CRS (EPSG:3021) >> >> >> Hi. >> I can transform gpx file from a GPS (WSG84) to an old swedisch CSR >> EPSG:3021 (RT90 2,5 gon V metric coordinate system)) shape file, but I >> whant to let the program transform on the fly. >> >> I know that year 1999 Silicon graphic had it on there 'super coomputers' >> and GIS-softwate, and I also see that QGIS have under menue: >> *Settings-->Options-->CRS*-tab have an option to check 'on the fly >> reprojection' in option. >> >> Under options-->CRS can you define default project CRS and defaut CRS to >> what your add in layers, but If you have a lot of old files with diffenent >> CRS it could be errors. Now Sweden is in transition from RT90 to SweRef99 >> (very near WSG84) >> >> Is it possible to add vector files with other CRS, or even rasters to a >> project without transform it? >> >> /Cheers >> >> >> ___ Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> >> > > > ___ > Qgis-user mailing > listQgis-user@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-user > > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Fwd: "Normal" mdb support possible for "normal" people?
Dear list, thanx for sharing your insights on spatialite etc. (i like spatialite as well very much and also prefer the spatialite_gui for e.g. importing files cause it' way faster), but as André stated, this thread was originally about MS Access databases support in QGIS. Of course i would like to tell people to convert their data to spatialite or even postgis, but the reality is, that i can't catch the fish, when i haven't a worm. And the worm in this case would be to easily (and setting up an odbc-connection isn't easy for "normal" people but rocket science) add MS Access tables to qgis without a fuzz. In the "real" world (not this geeks list, sorry), people have unfortunately no time nor understanding for learning these things and are just happy when things work as they were told. And in this real world, everyone trying to do some business of course has to have a MS Office Professional suit, so MS Access is the most likely way for them to store and handle bigger datasets "quite" easily. We of course can bemourne the complete ignorance of the world and insist on "the right way", but i think we should also help the world to be able to follow us. A lot people have to buy ESRI stuff only to be able to do 'primitive' things (like dealing with access databases + spatial data, but they have to cause their environment is delivering or requesting data in special formats. Of course i would like to sponsor such a development and pay a developer, but 1. i have no idea how much this would cost 2. i surely can't afford it 3. i already donate as much as i can from the fees from my qgis trainings. Is there any way inside the qgis-web-environment, to set up a bounty and let others donate as well for special issues like this one? Cause i can't afford anything on my own, but maybe a lot of us can. Greetz Bernd Am 22.09.2012, 15:46 Uhr, schrieb Andre Joost : Am 22.09.2012 14:57, schrieb Micha Silver: I have a feeling that QSpatialite is somewhat behind. I'm using spatialite 3.0 with the spatialite_gui 1.5 and there you have access to the new format for making use of spatial indexes. The problem is that, unlike PostGIS, spatial indexes are not used automatically. After you create a spatial index on a table, you must then construct your query to make use of it. This is certainly non-intuitive for "normal people". I would surely use those spatial index features if they are fully incorporated in Qgis. In the meantime, I don't wont to spoil my existing databases with external programs. For large datasets, I still can export to my Openstreetmap Postgis database, which works fine. Ok, but the topic here is not about spatialite or Postgis databases, but MS Access ones. Greetings, André Joost ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Bernd Vogelgesang * Siedlerstrasse 2 * 91083 Baiersdorf * +49-9133-825374 ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] gfx in WSG 84 added to another CRS (EPSG:3021)
Don't work May it be that CRS have at least to components? Projections (Shape-models of the earth) and Coordinate-system (defined as a grid from Equator and Greenwich, but different according to the place on earth), and Enable 'on the fly' reprojections don't change units from degrees to the metric Coordinat-system? /Cheers 2012/9/21 Bo Victor Thomsen > >1. Choose a CRS for your _project_ using the menu "Settings" --> >"Project properties" --> Tab "Coordinate Reference System (CRS) and choose >the CRS from the dialog. Remember to enable "on the fly CRS transformation" >2. Open your layer(s). Don't think about the projection here. > 3. Right-click on each of your layer(s) in the "Layers" dialog and >choose "Set layer CRS". If necessary, choose the CRS for the individual >layer. > > In some cases the CRS for a layer can't be inferred from the information > in the layer's datafile or QGIS can't read it correctly. Executing step 3 > for each "problem" layer corrects this problem. > > Regards > Bo Victor Thomsen > Aestas-GIS > Denmark > > > Den 21-09-2012 09:23, Johan Nilsson skrev: > > When I click Layer-->'Add vector layer.' I can browse for files, shp, > gpx, and so on, but never chose an CRS in that menu. My Background map are > in RT90 coordinate system in meters approx 150,650 m but gpx files > come to 17 and 60 m (not degree), way ot of the map... > > > /Cheers > > 2012/9/21 leyan ouyang > >> Yes it is possible, the option "on-the-fly reprojection" does just >> that. Choose the main CRS as the project CRS (it will be used for distance >> calculations, etc.). Then when you add a layer you can choose its CRS >> individually, QGIS will do the transformation. >> >> Regards, >> >> Leyan >> >> -- >> Date: Fri, 21 Sep 2012 09:08:05 +0200 >> From: joni8...@gmail.com >> To: qgis-user@lists.osgeo.org >> Subject: [Qgis-user] gfx in WSG 84 added to another CRS (EPSG:3021) >> >> >> Hi. >> I can transform gpx file from a GPS (WSG84) to an old swedisch CSR >> EPSG:3021 (RT90 2,5 gon V metric coordinate system)) shape file, but I >> whant to let the program transform on the fly. >> >> I know that year 1999 Silicon graphic had it on there 'super coomputers' >> and GIS-softwate, and I also see that QGIS have under menue: >> *Settings-->Options-->CRS*-tab have an option to check 'on the fly >> reprojection' in option. >> >> Under options-->CRS can you define default project CRS and defaut CRS to >> what your add in layers, but If you have a lot of old files with diffenent >> CRS it could be errors. Now Sweden is in transition from RT90 to SweRef99 >> (very near WSG84) >> >> Is it possible to add vector files with other CRS, or even rasters to a >> project without transform it? >> >> /Cheers >> >> >> ___ Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> >> > > > ___ > Qgis-user mailing > listQgis-user@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-user > > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user