Re: [Qgis-user] Need Help Testing of WMS Authentication
gsherman wrote: I have implemented basic HTTP authentication for the QGIS WMS provider and am looking for some volunteers to test it. The changes have not been committed to the QGIS SVN repository. Testing will require compiling from source. When creating or editing WMS connection in QGIS you can now specify an optional username and password to be used with a protected WMS. These are stored in your QGIS settings. If you don't want the password stored you can leave it blank and be prompted for it at connection time. I haven't had time to prepare a set of patches but you can download the source tree (20Mb) that includes the WMS authentication from: http://gisalaska.com/qgis_wms_auth.zip I am particularly interested in testing by folks that require a proxy. Thanks, -gary What compiler/version are you using for the build? I have cygwin (gcc), MS VC 5, MS Visual Studio .NET 2003 but not MinGW. Peter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] WFS/WMS layers behind HTTP/HTTPS basic auth
Is there any way to use HTTP basic auth with QGIS WMS? Currently there is no support for this but its something a few people have requested now. I recommend adding an enhancement ticket to trac and we will hopefully add support for this in the near future. Thanks Tim Is there already a ticket for this in track? Does the priority increase as more people ask for a specific feature? As a note; uDig handles WMS behind basic auth. You may want to peruse their source code before reinventing. Of course, they are programming in java so it's difficult to tell how much of the basic auth is being handled directly by java as opposed to the actual program handling it directly. Peter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: WG: [Qgis-user] WMS Layers TITLE entity
Hello, Thanks for the information. Which version of QGIS is the OSGEO 1.0.1-Kore ? With that install/version I am still just getting the server name as the default layer name. I'll ask at OSGEO to see who is doing the package builds... Peter Hugentobler Marco wrote: -Ursprüngliche Nachricht- Von: Hugentobler Marco Gesendet: Di 14.04.2009 22:25 An: pet...@borstad.com Betreff: AW: [Qgis-user] WMS Layers TITLE entity Hi Peter QGIS now selects the WMS layer name(s) as a first legend name (at least for version = 1.1). In older version, it was the server name Regards, Marco ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Relational Databases and PostGIS formatting of Vector Data
Alex Mandel wrote: I'm a little lost here, in my experience a vector layer becomes a table, not multiple tables and all the geometries are stored in a blob column no matter what type it is. That's what I'm curious about. Each vector is becoming a table unto itself. That's not proper normal form for a relational database. Of course if you have multiple vector types in the same table this can cause issues with various spatial operations, so you either need to separate them out or subquery when you want to perform spatial operations to make sure you only use compatible types. Yes, this is exactly what you want when using a relational database in the proper manner. What tool did you use to import the layer into POSTGIS? Quantum GIS. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] WFS/WMS layers behind HTTP/HTTPS basic auth
Hello, I am wondering if there is a way to get QGIS to request the basic auth user name and password for WMS/WFS URLs that are protected by HTTP basic auth. When I put a URL (that uses basic auth) into the WMS server connections I just get an error that the return message is misunderstood when QGIS attempts to connect. Is there any way to use HTTP basic auth with QGIS WMS? Thanks Peter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Problem Connecting to PostgreSQL database for PostGIS on localhost in MS Windows
Hello, I have a PostGIS enabled database on my MS windows workstation. I can connect to the database fine with other tools such as pgadmin. When I try to use the 'Shapefile to PostGIS Import Tool' I can't connect to PostgreSQL on localhost. Is there anything additional that I need to do to make the connection on windows via localhost? Thanks Peter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem Connecting to PostgreSQL database for PostGIS on localhost in MS Windows [RESOLVED]
Hello, I just resolved this by installing version 1.0 using the OSGEO installer. Everything appears to work fine now. Thanks Peter Peter Willis wrote: Hello, I have a PostGIS enabled database on my MS windows workstation. I can connect to the database fine with other tools such as pgadmin. When I try to use the 'Shapefile to PostGIS Import Tool' I can't connect to PostgreSQL on localhost. Is there anything additional that I need to do to make the connection on windows via localhost? Thanks Peter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Relational Databases and PostGIS formatting of Vector Data
Hello, I just ingested a MULTIPOLYGON vector into a PostGIS enabled database and realized that each vector becomes a unique TABLE in the database. Is this really necessary? Why not use proper relational database techniques and have all vectors of a specific type go into a single table with a unique ID for rows that belong to a specific vector? Shouldn't I have tables named: LINES MULTIPOLYGONS POLYGONS POINTS that link to a table named VECTORS by a unique ID. OR!! maybe a single table called VECTOR_GEOGRAPHY that has a geography column for each of LINE,MULTIPOLYGON,POLYGON, and POINT plus a VECTOR_TYPE column to indicate which column the geography resides in. Having NULL as a default for these columns would make an easy check for availability of the type for the current vector row. This would also allow for trigger functions to automatically fill out the geography of the other vector types, in the current row, by extracting them from a higher order entry (ie: extract lines, points and centroids from polygons). Attributes should also be associated to the vector geography indirectly and placed in a series of tables something like: VECTOR_ATTRIBUTES---NAME |---VALUE_TYPE |---VECTOR_ID |---VECTOR_ITEM_ID |---THIS_ATTRIBUTE_ID VECTOR_ATTRIBUTE_VALUES---THIS_VALUE_ID |---ATTRIBUTE_ID |---VALUE_BASE_64_ENCODED I realize that this causes some overhead but it would make querying available vector coverages and attributes a bit easier than having to change tables for each individual vector. There is also the added benefit pf being able to query for vector entities and sub-entities that fall within a specific viewing area. Thus you wouldn't need to read-out/redraw the complete vector if you're not looking at a broad enough scale to see it, improving rendering time for large composite vectors. If we're going to use a database, we should make use of the facilities provided by a database and stop thinking in terms of flat files from the 1970s. My opinions, Peter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user