Re: [QGIS-Developer] Broken PyQgsServerWMSGetPrint - about to disable
Hi Nyall, I have opened an issue about it and tried to fix it with no clue. https://github.com/qgis/QGIS/issues/35973 https://github.com/qgis/QGIS/pull/35984 The segfault appears randomly since I tried to fix a regression and added more PyQgsServerWMSGetPrint tests. Before deactivate the PyQgsServerWMSGetPrint test, it will be great to merge the pull request to provide better QGIS Server code. Regards, René-Luc Le ven. 1 mai 2020 à 07:15, Nyall Dawson a écrit : > On Fri, 1 May 2020 at 15:04, Alessandro Pasotti > wrote: > > > > On Fri, May 1, 2020 at 3:35 AM Nyall Dawson > wrote: > > > > > > Hi list, > > > > > > Just a heads up that unless someone fixes the recently flaky > > > PyQgsServerWMSGetPrint test I'll be adding this test to the travis > > > blacklist shortly. > > > > > > This test is randomly crashing with no clues -- see e.g. > > > > https://cdash.orfeo-toolbox.org/testDetails.php?test=18996963&build=40255 > > > > > > I've spent some time trying to diagnose the cause with no luck, and > > > cannot afford to spend more time on this. > > > > > > You've 24 hours to respond/fix.. ;) > > > > Hi Nyall, > > > > I agree, but today is holiday in most countries and and I would > > probably wait until monday. > > > > That test is quite important, it saved our day a few times in the past. > > Ok, it gets a stay of execution till Monday :P > > Nyall > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS server bad crashes
I think so Le 22 déc. 2015 19:08, "Paolo Cavallini" a écrit : > Il 22/12/2015 17:33, Stéphane Brunner ha scritto: > > Hello, > > > > I know that's not ready, bet does this fix your issue? > > https://github.com/qgis/QGIS/pull/2567 > > Hi all, > in short, is ther a chance that downgrading to 2.8.4 would solve the issue? > Thanks. > -- > Paolo Cavallini - www.faunalia.eu > QGIS & PostGIS courses: http://www.faunalia.eu/training.html > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Problems editing WFS in QGIS
Hi Scott, I have discovered this issue next week and I'm working on a bugfix. I hope to propose a patch or a pull request tomorrow. I'd like to see this fix backported. Regards Le 24 mars 2014 14:58, "Scott Clark" a écrit : > Upon further investigation it appears that WFS authentication is broken. > Further testing shows that the Add WFS dialog does not display layers that > require basic auth - even when the login is supplied. It will only show > the public layers. Note that the WMS auth works great for me. > > When you try to edit a WFS-T, I believe it is also failing to use the > supplied login info. Which results in the error I'm seeing below. > > I've added the additional details to the existing bug at > http://hub.qgis.org/issues/9234 > > Since this makes WFS of very limited use, is this planned to be fixed in > an up-coming release? I'll happily be a tester for this! > > Scott > > Scott Clark wrote: > > I've been having no success using the digitizing toolbar with WFS-T. I'm > using QGIS 2.2.0 with a GeoServer 2.4. The layers are displaying fine > when added through the Add WFS dialog, and the editing UI is functional. > However, on save, it fails (after freezing up QGIS for a minute or so) with > the following message: > > Could not commit changes to layer geonode:incidentes_copeco > > > > Errors: ERROR: 1 feature(s) not added. > > Provider errors: > > unhandled response: html > > > >It's not specific to these layers and it fails on all of the layers I > pick. I've successfully tested editing using WFS-T on this particular > server using both our OL3 and our mobile client. > > Any ideas on workarounds or what might be going wrong? > > Thanks, > > Scott > > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] [QGIS-Server] Adding Web Processing Service, partially funded
Hi dev, I can announce today that the French Search Institute Ifremer is partialy funding the development of Web Processing Service on QGIS-Server. The final goal is to execute QGIS-Processing Server-side. The first step was to run QGIS-Processing headless. I made a pull request which needs review and test. https://github.com/qgis/QGIS/pull/1031 Next steps: developing the WPS interface and executing algorithms server side. Regards, René-Luc D'Hont 3Liz ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fields in the new metadata menu
Hi, These metadata fields are defined as WMS metadata fields. The URL must be a link to an XML metadata file like an INSPIRE metadata. Regards, René-Luc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [QGIS-Server] Can't read user defined Coordinate Reference System
Hi Bernhard, The problem is not just providing user defined CRS in GetCapabilities. QGIS-Server cannot reproject on the fly layers with user defined CRS. And it's a regression, QGIS-Server 1.8 can reproject on the fly layers with user defined CRS. Regards, René-Luc Le 26 juin 2013 07:59, "Bernhard Ströbl" a écrit : > Hi René-Luc, > > I am wondering what any WMS client is supposed to do with > BoundingBoxCRS="USER:10". I would assume any client knows how to handle > EPSG coded CRS. Could you post a link to your GetCapabilities document? > What is/are the CRS defined in "Project Properties" / "OWS server"? > I have not tested but my idea of how the server _should_ work is: > If CRS restriction is set in "OWS server" any layer not matching the CRS > defined there is reprojected on the fly (if option is ticked in the Project > Properties) and can thus be displayed (even layers with user-defined CRS). > GetCapabilities would return the bounding box for the CRS set in "OWS > server", not for the CRS of the layer. > > Bernhard > > Am 25.06.2013 17:00, schrieb rldhont: > >> Hi Marco, >> >> I probably found an issue and a regression. >> >> QGIS-Server can't work with user defined Coordinate Reference System. >> >> I'm working with customers data and one file is in an exotic Coordiante >> Reference System. This CRS is stored in the qgs file. The Desktop can >> read and use it. The layer is correctly drawn and the CRS information is >> correctly retruned in the dialog. >> The QGIS-Server doesn't read it. In the GetCapabilities the CRS >> attribute of the BoundingBox element is empty : >> >> > 1.8786e+06"miny="1.61552e+06">** >> With the 1.8 version I have this : >> > 657382"maxy="1.8786e+06"miny="**1.61552e+06"> >> And QGIS-Server can't drawning the layer like QGIS-Desktop. >> >> >> Are you aware of this issue ? Someone else ? >> Do I have to open an issue ? >> >> >> René-Luc D'Hont >> 3Liz >> >> >> >> >> __ Information from ESET Mail Security, version of virus >> signature database 8488 (20130625) __ >> >> The message was checked by ESET Mail Security. >> http://www.eset.com >> >> >> __**_ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer> >> >> >> >> __ Information from ESET Mail Security, version of virus >> signature database 8488 (20130625) __ >> >> The message was checked by ESET Mail Security. >> http://www.eset.com >> >> > > __ Information from ESET Mail Security, version of virus signature > database 8489 (20130625) __ > > The message was checked by ESET Mail Security. > http://www.eset.com > > > __**_ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer> > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Openlayers plugin in 2.0 Was: QGIS 2.0 release and plugins
Le 16 juin 2013 08:58, "Paolo Cavallini" a écrit : > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Il 16/06/2013 00:39, Anita Graser ha scritto: > > > I'm a bit worried about not having a functioning Openlayers plugin in QGIS 2.0 for > > two months. > > Agreed - in fact, I think OLP is so important that it should be included in master > (for QGIS 2.1, at this point). > Objections? I don't think OLP should be included in master. OLP is important for some users but for better compatibility I think they should use the OGR WMS driver for OpenStreetMap, Bing Maps and others. We can integrate in QGIS 2.1 a layer listing menu with some predefined layers, isn't it ? Regards, René-Luc D'Hont 3Liz > 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 > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAlG9YhQACgkQ/NedwLUzIr6AUQCaA6UY4lbkGEIWAGk2ag8sdoF4 > 1HcAoKkIv6hWlt4v5PYkYbQ1/TnNO9GG > =muhQ > -END PGP SIGNATURE- > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] How to select an Oracle layer
Hi all, I'm testing Oracle connection, and I can't select a layer to add it to my QGIS project. The window 'Add oracle Layer' prompts an alert 'Select a layer' when I click on Add after clicking on a layer. When I click on a layer, the line doesn't give me information about selection: background blue. Someone has also the same bug ? Someone has an idea about correcting it ? René-Luc D'Hont PS, I'm working on QGIS from SOGEO4W ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Server - GetPrint request does not respect text boxes size and position if dynamic content passed
Hi Marco
> I guess yes. 'adjustSizeToText()' works for text, not html. Html support
> for composer label was added recently to the composer label class. Please
> adapt the relevant lines to work with html labels too.
I'll adapt it
>
> >Question for Marco, Why removed label, if the request doesn't define a
> value ? Why not used the default value ?
>
> The idea was that the web client has the possibility to remove an
> advertised text label completely if it is not used. E.g. if a composition
> defines a text item with id 'author', the web client can simply ignore it
> if it does not want to have author's name printed. Note that the labels
> without ids are not removed as they are considered to be fix, so not
> subject to client text replacement (original meaning of label id was that
> this text item is subject to text replacement by web client. Later, the id
> has been generalized as an id for every item type).
>
> Another possibility would be to remove the item only if the client gives
> an empty text and use the default text otherwise. What do you think?
>
I prefer to remove the label only if the user gives an empty text.
Can I do it ?
Regards,
René-Luc
On 27.05.2013 22:23, rldhont wrote:
> Hi Marco and other devs,
>>
>> In src/mapserver/qgsconfigparser.**cpp:530 we can read :
>>
>> //replace label text
>> foreach ( QgsComposerLabel *currentLabel, composerLabels )
>> {
>> QString title = parameterMap.value( currentLabel->id().toUpper() );
>>
>> if ( title.isEmpty() )
>> {
>> //remove exported labels not referenced in the request
>> if ( !currentLabel->id().isEmpty() )
>> {
>> c->removeItem( currentLabel );
>> delete currentLabel;
>> }
>> continue;
>> }
>>
>> currentLabel->setText( title );
>> currentLabel->**adjustSizeToText();
>> }
>>
>> This code is used to draw composer label with value defined by the QGIS
>> WMS Server Request GetPrint.
>>
>> The bug defined in the issues #7894
>> http://hub.qgis.org/issues/**7894<http://hub.qgis.org/issues/7894>is
>> probably du to the method adjustSizeToText()
>> Someone can confim it ?
>>
>> Question for Marco, Why removed label, if the request doesn't define a
>> value ? Why not used the default value ?
>>
>> Regards,
>> René-Luc D'Hont
>> 3Liz
>> __**_
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>
>
>
> --
> Dr. Marco Hugentobler
> Sourcepole - Linux & Open Source Solutions
> Weberstrasse 5, CH-8004 Zürich, Switzerland
> marco.hugentobler@sourcepole.**ch
> http://www.sourcepole.ch
> Technical Advisor QGIS Project Steering Committee
>
> __**_
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] The future of OpenStreetMap plugin
Hi Martin, I think the OSM plugin has to be improved, and it's a good news if you have started a new architecture. Can the plugin be extracted from the core? For the edit purpose, I think it's an important feature because gis user don't want to use an other software than the one they use for gis data. ArcGIS users are happy to have an OSM plugin to update data. But if the new OSM plugin can be regularly updated, it can start without. Cheers, René-Luc Le 1 févr. 2013 01:26, "Martin Dobias" a écrit : > Hi > > recently I have started to think about the future of the OpenStreetMap > plugin we currently ship with QGIS. The plugin (~2K lines of c++ and > ~6K lines of python) supports downloading, viewing, editing and > uploading OSM data. My concern is that it has received little to no > updates from the time we have imported it to QGIS tree back in > mid-2009. Given that it is not being maintained and the issue tracker > reveals several major bugs, I have started to wonder how useful it > actually is in its current form and what could we do about it. > > There are few other things apart from lack of maintenance that need fixing: > - it has a special provider because data are stored in custom sqlite3 DB > - data access logic is spread through either provider and plugin > - working with tags (aka attributes) is VERY inefficient > - there's no API that could be used for scripting / analyses > - it mixes topology with simple features > - using custom hardcoded old symbology renderer > - some hacks here and there (e.g. messaging from long-running XML > import in provider, "all tags" attribute) > > Currently my thoughts are that we should simply remove the plugin > because fixing its problems would need huge amount of time. In > meanwhile I have started to play with an idea of fixing the > architecture with the following ideas: > 1. import from XML to database should only import the topological > structure and tags (and relations), without post-processing that would > create simple features representations. > 2. instead of having a special provider, we could reuse an existing > provider for viewing OSM layers - SpatiaLite seems to be the most > viable candidate. Once data is imported from XML into a database, it > should be possible to create one or more views (SpatiaLite tables) of > the database (e.g. all polygons or linestrings with "highway" tag) > 3. OSM-related code should be in analysis library. providing > c++/python API. In this way, other plugins/scripts could do automatic > processing without having to deal directly with OSM XML or some > database calls. Extraction of data should require just few lines of > code. > > I have a working proof of concept (<1K lines of code) and it looks > good - it's fairly simple and fast. For example, import of Essex > county data (2135K nodes, 203K ways, XML size 420MB), including > creation of SpatiaLite layers took less than 3 minutes, the subsequent > map viewing was as fast as any other SpatiaLite data. There's just one > catch (there always is, right?) - it does not support editing and I am > not even considering adding it myself. OSM editor would be a big > project and it would take ages to get at least close to the editing > experience of specialized editors such as Potlatch or JOSM. And > frankly, is there anyone using QGIS OSM plugin for editing? > > What are your thoughts and wishes on QGIS - OpenStreetMap integration? > > Regards > Martin > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] WPS server
Hi Paolo, I'm starting some WPS implementation based on QgsExpression, and it's working. I'll publish my first code. René-Luc Le 2 déc. 2012 09:25, "Paolo Cavallini" a écrit : > Hi all. > Is anybody working (or planning to) on a WPS server implementation for > QGIS? Does > anybody have an estimate of how much work would be involved? > Ideally, it would be good to build it on top of sextante, so to have the > full set of > algorithms and models immediately available. > Thanks. > -- > 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-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Server WFS-T integration
Do you have a wfstlayers element in the QGIS project file ? In this element I define the WFS-T capabilities. The server uses it to define the layer capabilities. You can find its in the Query element of your layer featuretype element. Le 6 oct. 2012 16:23, "Marco Hugentobler" a écrit : > Hi René-Luc > > >If you want to test QGIS Server Transaction you need to use the QGIS of > my branch > > I'm using the branch wfs_server_transaction from your repo. Adding a WFS > is possible, but QGIS does not show it as editable (the edit tool is grayed > out). > > Regards, > Marco > > On 03.10.2012 16:53, rldhont wrote: > >> Hi Marco, >> >> I updated the QgsGeometry Class to add : >> * fromGML2 static method >> * exportToGML2 method >> >> If you want to test QGIS Server Transaction you need to use the QGIS of >> my branch, because I update the WFS provider to POST transaction with a >> query_string (in the case of QGIS Server the map parameter). >> >> Regards, >> René-Luc >> >> Le 03/10/2012 11:44, Marco Hugentobler a écrit : >> >>> Hi René-Luc >>> >>> >For the GML, I'll update QgsGeometry class ? >>> >>> Yes, it will be good to have everything in one place (also for a >>> potential redesign of QgsGeometry). But the GML methods should not be >>> exported to the bindings, maybe you could add a comment in that direction >>> to qgsgeometry.h. >>> >>> Regards, >>> Marco >>> >>> On 03.10.2012 10:03, rldhont wrote: >>> >>>> Hi Marco, >>>> >>>> I updated my branch with the definition of QGS_NAMESPACE and >>>> OGC_NAMESPACE. >>>> >>>> For the GML, I'll update QgsGeometry class ? >>>> >>>> For Query_String, I found the code with a google search. >>>> >>>> I test WFS-T with a jQuery XML POST and with QGIS. >>>> >>>> Cheers, >>>> René-Luc D'Hont >>>> 3Liz >>>> >>>> Le 03/10/2012 09:26, Marco Hugentobler a écrit : >>>> >>>>> Hi René-Luc >>>>> >>>>> Thank you for this nice addition, WFS-T will certainly be a great >>>>> contribution to QGIS server! >>>>> >>>>> I tried to compile the wfs_server_transaction branch, but it fails >>>>> with the following error message (QGS_NAMESPACE and OGC_NAMESPACE are not >>>>> defined): >>>>> >>>>> /home/marco/src/Quantum-GIS/**src/mapserver/qgswfsserver.**cpp:718:35: >>>>> Fehler: »QGS_NAMESPACE« wurde in diesem Gültigkeitsbereich nicht definiert >>>>> /home/marco/src/Quantum-GIS/**src/mapserver/qgswfsserver.**cpp:721:39: >>>>> Fehler: »OGC_NAMESPACE« wurde in diesem Gültigkeitsbereich nicht definiert >>>>> >>>>> >>>>> Maybe there is a commit that you did not push to github yet? >>>>> >>>>> Then, looking at qgswfsserver.cpp, it seems that most of the 2000 code >>>>> lines deal with GML. It would be good to separate that into a GML handling >>>>> class on its own (which could also be used from qgswfsprovider, at the >>>>> moment, the gml reading seems to be duplicated). >>>>> >>>>> In QgsPostRequestHandler, the code looks for the environment variable >>>>> QUERY_STRING. I thought QUERY_STRING is only defined in http get requests >>>>> and in post requests, there is only CONTENT_LENGTH ? >>>>> >>>>> Which WFS client did you use for testing (QGIS desktop)? >>>>> >>>>> Regards, >>>>> Marco >>>>> >>>>> >>>>> >>>>> >>>>> On 01.10.2012 15:21, rldhont wrote: >>>>> >>>>>> Hi all, >>>>>> >>>>>> I need some review for the WFS-T implementation in QGIS-Server. >>>>>> https://github.com/rldhont/**Quantum-GIS/tree/wfs_server_** >>>>>> transaction<https://github.com/rldhont/Quantum-GIS/tree/wfs_server_transaction> >>>>>> This branche adds the capability to the QGIS Server to understand >>>>>> transaction, adds a way to define which WFS layer can be editable and if >>>>>> the administrator authorize insert and delete, adds an enhancements for >>>>>> the >>>>>> WFS provider to support WFS-T which
Re: [Qgis-developer] QGIS Server WFS-T integration
Hi all, After more tests, I updated my repo to improve the QGIS Server WFS implémentation. I also starting to change the WFS provider. Testing and review are welcome. Regards René-Luc Le 3 oct. 2012 16:53, "rldhont" a écrit : > Hi Marco, > > I updated the QgsGeometry Class to add : > * fromGML2 static method > * exportToGML2 method > > If you want to test QGIS Server Transaction you need to use the QGIS of my > branch, because I update the WFS provider to POST transaction with a > query_string (in the case of QGIS Server the map parameter). > > Regards, > René-Luc > > Le 03/10/2012 11:44, Marco Hugentobler a écrit : > >> Hi René-Luc >> >> >For the GML, I'll update QgsGeometry class ? >> >> Yes, it will be good to have everything in one place (also for a >> potential redesign of QgsGeometry). But the GML methods should not be >> exported to the bindings, maybe you could add a comment in that direction >> to qgsgeometry.h. >> >> Regards, >> Marco >> >> On 03.10.2012 10:03, rldhont wrote: >> >>> Hi Marco, >>> >>> I updated my branch with the definition of QGS_NAMESPACE and >>> OGC_NAMESPACE. >>> >>> For the GML, I'll update QgsGeometry class ? >>> >>> For Query_String, I found the code with a google search. >>> >>> I test WFS-T with a jQuery XML POST and with QGIS. >>> >>> Cheers, >>> René-Luc D'Hont >>> 3Liz >>> >>> Le 03/10/2012 09:26, Marco Hugentobler a écrit : >>> >>>> Hi René-Luc >>>> >>>> Thank you for this nice addition, WFS-T will certainly be a great >>>> contribution to QGIS server! >>>> >>>> I tried to compile the wfs_server_transaction branch, but it fails with >>>> the following error message (QGS_NAMESPACE and OGC_NAMESPACE are not >>>> defined): >>>> >>>> /home/marco/src/Quantum-GIS/**src/mapserver/qgswfsserver.**cpp:718:35: >>>> Fehler: »QGS_NAMESPACE« wurde in diesem Gültigkeitsbereich nicht definiert >>>> /home/marco/src/Quantum-GIS/**src/mapserver/qgswfsserver.**cpp:721:39: >>>> Fehler: »OGC_NAMESPACE« wurde in diesem Gültigkeitsbereich nicht definiert >>>> >>>> >>>> Maybe there is a commit that you did not push to github yet? >>>> >>>> Then, looking at qgswfsserver.cpp, it seems that most of the 2000 code >>>> lines deal with GML. It would be good to separate that into a GML handling >>>> class on its own (which could also be used from qgswfsprovider, at the >>>> moment, the gml reading seems to be duplicated). >>>> >>>> In QgsPostRequestHandler, the code looks for the environment variable >>>> QUERY_STRING. I thought QUERY_STRING is only defined in http get requests >>>> and in post requests, there is only CONTENT_LENGTH ? >>>> >>>> Which WFS client did you use for testing (QGIS desktop)? >>>> >>>> Regards, >>>> Marco >>>> >>>> >>>> >>>> >>>> On 01.10.2012 15:21, rldhont wrote: >>>> >>>>> Hi all, >>>>> >>>>> I need some review for the WFS-T implementation in QGIS-Server. >>>>> https://github.com/rldhont/**Quantum-GIS/tree/wfs_server_**transaction<https://github.com/rldhont/Quantum-GIS/tree/wfs_server_transaction> >>>>> This branche adds the capability to the QGIS Server to understand >>>>> transaction, adds a way to define which WFS layer can be editable and if >>>>> the administrator authorize insert and delete, adds an enhancements for >>>>> the >>>>> WFS provider to support WFS-T which needs extra parameters. >>>>> >>>>> For the configuration on the WFS-T part, Update is possible if the >>>>> layer is publish as a WFS layer, Insert is possible only if Update is >>>>> possible and Delete is possible only if Insert is possible. You can check >>>>> Delete on a layer and it's automatically a WFS layer, or uncheck Publied >>>>> on >>>>> a layer and all the checkbox are unchecked. >>>>> >>>>> I have testing QGIS-Server transaction with an ESRI ShapeFile and a >>>>> Spatialite database. The both doesn't return a good FID, but only >>>>> Spatialite has persistent FID. The Spatialite provider probably needs an >>>>> update. >>>>> I test my QGIS-Server with QGIS and some JavaScript code. >>>>> >>>>> René-Luc D'Hont >>>>> 3Liz >>>>> __**_ >>>>> Qgis-developer mailing list >>>>> Qgis-developer@lists.osgeo.org >>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer> >>>>> >>>> >>>> __**_ >>>> Qgis-developer mailing list >>>> Qgis-developer@lists.osgeo.org >>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer> >>>> >>> >>> >> >> > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] a few questions on qgis server/wfs
Le 30 juin 2012 13:45, "Paolo Cavallini" a écrit : > > Il 30/06/2012 13:03, René-Luc D'Hont ha scritto: > > > I probably have to add some code to automatically change layer and attribute naming ? > > Merci René for clarifying this. > BTW: any plan to implement WFS-T anytime soon? I've already tested some code for implementing WFS-T I hope to do it during the summer if I find times or money René-Luc > 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-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] a few questions on qgis server/wfs
Hi giovanni, I will answer in thé mail core Le 29 juin 2012 18:27, "Giovanni Manghi" a écrit : > > Hi all, > > I have set up a fair large project to be used to serve wfs layers with > qgis server. > > I'm noticing a few things and I would like to have feedback to > understand if are local issues or not. > > *) the layer list in the qgis client is presented in reverse alphabetic order. I didn't use an order toi présente thé list > > *) if in the "display name" attribute of a layer there are chars like "/", ":", "-", then the qgis wfs client > fails to download correctly such layers. Is this a standard problem that does not > allow such chars? In WFS, the layer name and attribute name is used to set GML element name. The layer name and attribute name has to respect XML élément naming. > > No problems with such chars in the "title" and "abstract" fields of the "metadata" tab. These informations are in the content of GML element. > > *) I noticed that a particular wfs layer was apparently loaded correctly with the qgis client > but then I discovered it had an empty table of attributes. Looking into the table of the original vector > (postgis) I discovered that a column name had garbled title because of some kind of encoding issue (probably > coming from the original shapefile rather then a import problem into postgis). I fixed the title > and the layer loaded correctly as wfs layer. The attribute name has to respect the XML element naming. > > > Thanks in advance Thanks for your feed back. I probably have to add some code to automatically change layer and attribute naming ? René-Luc > > -- Giovanni -- > > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
