Re: [Qgis-user] crash loading missing wfs connection
Il 01/23/2016 08:46 PM, Richard Duivenvoorde scrisse: Tried to reply your scenario here with latest master: - one 2.8 geoserver on 8080, layer foo - one 2.6 geoserver on 8080 without layer foo - starting qgis with 2.8/foo - while layer loaded, stop 2.8 and start 2.6 - no problems, only I miss data (off course) That is not my scenario. :-) I create a geoserver instance that I call gs281. Its url is http://mypublicurl:8080/gs281/wfs username: foo password: 1234 I start qgis and add a connection to a layer of that instance. I close qgis. I stop geoserver and start the production instance. Its url is http://mypublicurl:8080/geoserver/wfs username: foo2 password: 5678 I start qgis and it crashes. bye maxx ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Processing complement down !
On 23-01-16 22:39, Luigi Pirelli wrote: > what platform? what qgis version? what processing version? > > as mentioned... test rentistalling the plugin (probably with the > correct supported processing version for your qgis version) Yes, and note that Processing is a core plugin. Meaning that it can be installed in two places: - in your QGIS install (installed during QGIS install: /qgis\python\qgis\python/plugins/processing - near the other plugins (installed via plugin manager): /.qgis2/python/plugins/processing So you may need to 'deinstall' two times to get rid of the old processing plugin first. And THEN install a brand new one. Also note that I've seen problems with older QGIS versions and the latest processing (missing libs on windows). So plz report your versions and/or results. Regards, Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Failed to import OSM data: XML error: Storing node 1, 920, 141, 933 failed.
I am trying to import a full version (700 GBytes) of OSM into SpatiaLIteand everything is going smoorthly - until it doesn't. Is there a way to run this import in a more transparent fashion, so that I can see what the error is? I was surprised that as the import kept chugging along, no disk space was consumed on any of my drives (temp, destination). I know that some folks out there have been working with the full (planet) XML and am now seeking advice as to how they did it (unlikely that it worked for them at their first trial). I am working with QGIS 2.12.1 64-bit on a choice of Windows 8 or Ubuntu. Eventually, I would like to create a TIN of the road network nodes, so I need to be able to open the data set sequentially in a database rather than loading it all into memory. Cheers, Jochen ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Failed to import OSM data: XML error: Storing node 1, 920, 141, 933 failed.
Am 25.01.2016 um 03:25 schrieb Jochen Albrecht: I am trying to import a full version (700 GBytes) of OSM into SpatiaLIteand everything is going smoorthly - until it doesn't. Is there a way to run this import in a more transparent fashion, so that I can see what the error is? I was surprised that as the import kept chugging along, no disk space was consumed on any of my drives (temp, destination). I know that some folks out there have been working with the full (planet) XML and am now seeking advice as to how they did it (unlikely that it worked for them at their first trial). Your attempt is designed to fail with that amount of data. Consider spatiaLITE to be a lightweight database. Professional work on OSM data is made on a Postgis populated by osm2pgsql, and the developers are sure that this does not work for the full planet on Windows due to OS restrictions: https://github.com/openstreetmap/osm2pgsql/issues/472 I am working with QGIS 2.12.1 64-bit on a choice of Windows 8 or Ubuntu. Eventually, I would like to create a TIN of the road network nodes, so I need to be able to open the data set sequentially in a database rather than loading it all into memory. If you only need the road network, you better filter that out before using osmosis. This will spare a lot of database size and performing time. Note that buildings and landuses occupy a lot of the database. If you still want to work on spatialite, start with a small extract from geofabrik, and test further with larger ones until the database collapses. HTH, André Joost ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
Hi, Am 22.01.2016, 11:06 Uhr, schrieb Alexandre Neto: Hello Joe, Can you please expand your question a litle bit? Gives an Idea of how your data is organized, and exactly what are you trying to >print. Some images might help we understand the problem and give you an hand. For already a long time, I struggle with the same problem! I think it actually doesn't matter how his data is organized. When you have a layer with a common ID to e.g. a database/table with numerous entries for this ID you may set up a relation and browse the associated data, but I found no easy way in QGIS so far to also display them on the map/do other stuff with them. The only referred way of solving that which I found on the web, is to replicate the geometries for each entry in the database/table. But is no convenient way with QGIS to achieve that so far: Export WKT of the layer to a new field -> join those attributes to the database/table -> export this as csv -> reimport this dataset with "Add Delimitzed Text Layer", set to WKT. This works with points, but when I need to do this with polygons, this approach miserably fails, cause the WKT for even small sized polygons is way too long for a string field, so the WKT is crippled! In my specific case which I try to solve for a long time, I receive several point and polygons layers and only one attribute table with a variety of 0 to numerous entries per ID in those layers. Even for a small amount of features it is a pain in the ass to produce those "materialized 1:n-relations" for being able to make a map. In my despair, I hacked together an external R script doing all the stuff for me, producing all needed layers with one geometry per database/table-entry, but I would like to share this with colleagues without having to install and maintain R at their computers as well. In my point of view it would be nice to have a model/python script to do at least the failing stuff: Add vector layer, add Table, set Join 1 and 2 -> receive new vector layer with features for each matching entry. Shouldn't something like this be quite easy with python? (sorry, no real idea where to start from with python) Cheers Bernd Alexandre Neto Jörg Hulka escreveu no dia quinta, 21/01/2016 às 13:03: To whom it may concern I got trouble linking n to 1 data. I got in my case the problem that there is a specific area key (shape-file) which is >>connected to different data sets in a dbf file. I only mangaged to print one data set to one area. But there are more sets with >>the same area key, which I want to print. I hope there is help to print out all data sets to the specific areas. I'm using 2.8.4. Is there a specific plugin? Thanks for your help. I'm using 2.8.4. Joe ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user --Alexandre Neto - @AlexNetoGeo http://sigsemgrilhetaswordpress.com http://gisunchained.wordpress.com -- Bernd Vogelgesang Siedlerstraße 2 91083 Baiersdorf/Igelsdorf Tel: 09133-825374___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
Hi Matthias, Am 24.01.2016, 17:33 Uhr, schrieb Matthias Kuhn: Hi Bernd, On 01/24/2016 05:21 PM, Bernd Vogelgesang wrote: But again: Would it be soo hard to make a python script (for pythonists I mean) that iterates over a table, and >>replicates every matching feature to a new vector layer, adding the attributes? That's what I do with my R script outside >>of QGIS.So, why not just having a 3 click solution instead those numerous exports and reimports and other error-prone single >>actions? Wouldn't this be possible with the new virtual layer provider? I am pretty sure a lot of stuff is possible. My problem is that I have no clue how ;) Cheers Bernd Cheers Matthias --Matthias Kuhn OPENGIS.ch - https://www.opengis.ch Spatial • (Q)GIS • PostGIS • Open Source -- Bernd Vogelgesang Siedlerstraße 2 91083 Baiersdorf/Igelsdorf Tel: 09133-825374___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
Hi, There are a number of things to be done to properly support different usecases: *Join / Aggregate functions support in expressions* Some sort of join possibility should be added to expressions (similar to the get_feature function) and some aggregate functions. E.g. join( "otherlayer"."name", ',' ) RIGHT JOIN otherlayer ON otherlayer."id" = this."fk" to create a string like "A,B,C" from three linked entries with name A, B and C. Or average( "otherlayer"."population" ) RIGHT JOIN otherlayer ON otherlayer."id" = this."fk" etc... *Relation support for print composer* Create tables with information from related entries based on the current atlas feature. Other ideas? I'm sure there is a lot more to be done :-) Matthias ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
Am 24.01.2016, 16:45 Uhr, schrieb Nicolas Cadieux: This is good also. http://www.qgistutorials.com/en/docs/performing_table_joins.html Well, I already know how to join data to a layer, thats not the problem and this does not solve 1 to many problems. Google QGIS one-to-many or many-to-one join and you should find more. Did this extensively over the past 3 years. That's why I only came up with my R approach. Mmqgis plugin may also have options for you. Can't see anything that makes live there soo much easier except "Geometry Export to CSV" which might produce valid polygon features after reimport. But again: Would it be soo hard to make a python script (for pythonists I mean) that iterates over a table, and replicates every matching feature to a new vector layer, adding the attributes? That's what I do with my R script outside of QGIS. So, why not just having a 3 click solution instead those numerous exports and reimports and other error-prone single actions? Greetings Bernd Cheers! Nicolas Cadieux M.Sc. Les Entreprises Archéotec inc.8548, rue Saint-Denis Montréal H2P 2H2 Téléphone: 514.381.5112 Fax: 514.381.4995 www.archeotec.ca On Jan 24, 2016 10:20, "Matthias Kuhn-2 [via OSGeo.org] " <[hidden email]> wrote: Hi, There are a number of things to be done to properly support different usecases: Join / Aggregate functions support in expressions Some sort of join possibility should be added to expressions (similar to the get_feature function) and some >>aggregate functions. E.g. join( "otherlayer"."name", ',' ) RIGHT JOIN otherlayer ON otherlayer."id" = this."fk" to create a string like "A,B,C" from three linked entries with name A, B and C. Or average( "otherlayer"."population" ) RIGHT JOIN otherlayer ON otherlayer."id" = this."fk" etc... Relation support for print composer Create tables with information from related entries based on the current atlas feature. Other ideas? I'm sure there is a lot more to be done :-) Matthias ___Qgis-user mailing listhref="/user/SendEmail.jtp?typenodenode5246972i0">[hidden email]List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user If you reply to this email, your message will be added to the discussion below: http://osgeo-org.1560.x6.nabble.com/linking-n-to-1-data-tp5246499p5246972.html To start a new topic under Quantum GIS - User, email ml-node+s1560n4125267h38@n6.nabble.comTo unsubscribe from Quantum GIS - User, href="http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?>>macrounsubscribe_by_codenode4125267codebmljb2xhcy5jYWRpZXV4QGFyY2hlb3RlYy5jYXw0MTI1MjY3fDYzNDQ4MjQxNg">click >>here. href="http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macromacro_vieweridinstant_html%21nabble>>%3Aemail.namlbasenabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace->>nabble.view.web.template.NodeNamespacebreadcrumbsnotify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml->>send_instant_email%21nabble%3Aemail.naml" style="font:9px serif">NAML View this message in context: Re: linking n to 1 data Sent from the Quantum GIS - User mailing list archive at Nabble.com. -- Bernd Vogelgesang Siedlerstraße 2 91083 Baiersdorf/Igelsdorf Tel: 09133-825374___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
This is good also. http://www.qgistutorials.com/en/docs/performing_table_joins.html Google QGIS one-to-many or many-to-one join and you should find more. Mmqgis plugin may also have options for you. Cheers! Nicolas Cadieux M.Sc. Les Entreprises Archotec inc. 8548, rue Saint-Denis Montral H2P 2H2 Tlphone:514.381.5112 Fax: 514.381.4995 www.archeotec.ca On Jan 24, 2016 10:20, Matthias Kuhn-2 [via OSGeo.org] ml-node+s1560n5246972...@n6.nabble.com wrote: Hi, There are a number of things to be done to properly support different usecases: Join / Aggregate functions support in expressions Some sort of join possibility should be added to expressions (similar to the get_feature function) and some aggregate functions. E.g. join( otherlayer.name, , ) RIGHT JOIN otherlayer ON otherlayer.id this.fk to create a string like A,B,C from three linked entries with name A, B and C. Or average( otherlayer.population ) RIGHT JOIN otherlayer ON otherlayer.id this.fk etc... Relation support for print composer Create tables with information from related entries based on the current atlas feature. Other ideas? Im sure there is a lot more to be done :-) Matthias ___ Qgis-user mailing list [hidden email] List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user If you reply to this email, your message will be added to the discussion below: http://osgeo-org.1560.x6.nabble.com/linking-n-to-1-data-tp5246499p5246972.html To start a new topic under Quantum GIS - User, email ml-nodes1560n4125267h38n6.nabble.com To unsubscribe from Quantum GIS - User, click here . NAML -- View this message in context: http://osgeo-org.1560.x6.nabble.com/linking-n-to-1-data-tp5246499p5246975.html Sent from the Quantum GIS - User mailing list archive at Nabble.com.___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
Hi Bernd, On 01/24/2016 05:21 PM, Bernd Vogelgesang wrote: > But again: Would it be soo hard to make a python script (for > pythonists I mean) that iterates over a table, and replicates every > matching feature to a new vector layer, adding the attributes? That's > what I do with my R script outside of QGIS. > So, why not just having a 3 click solution instead those numerous > exports and reimports and other error-prone single actions? Wouldn't this be possible with the new virtual layer provider? Cheers Matthias -- Matthias Kuhn OPENGIS.ch - https://www.opengis.ch Spatial • (Q)GIS • PostGIS • Open Source ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] linking n to 1 data
On 25 Jan 2016 02:31, "Matthias Kuhn"wrote: > > Hi, > > There are a number of things to be done to properly support different usecases: > > Join / Aggregate functions support in expressions > > Some sort of join possibility should be added to expressions (similar to the get_feature function) and some aggregate functions. E.g. > > join( "otherlayer"."name", ',' ) RIGHT JOIN otherlayer ON otherlayer."id" = this."fk" > > to create a string like "A,B,C" from three linked entries with name A, B and C. > > Or > > average( "otherlayer"."population" ) RIGHT JOIN otherlayer ON otherlayer."id" = this."fk" > > etc... > > Relation support for print composer > > Create tables with information from related entries based on the current atlas feature. That's already possible, since 2.2? 2.4? Not sure... A long time ago. ;) Nyall > > Other ideas? I'm sure there is a lot more to be done :-) > > Matthias > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] OSGeo4W-packages for GRASS 7 only in QGIS
Hi Martin, On Fri, 22. Jan 2016 at 20:54:35 +0100, Martin Landa wrote: > 2016-01-22 9:23 GMT+01:00 Jürgen E.: > > against 7.0.3RC1. Not sure why the stable grass package is replaces with > > RCs and whether it's necessary to embed the exact version number in the > > file names, but that way it's easy to break GRASS support in QGIS. > because nobody complained till now ;-) We could change this policy in the > sense that RCs will go only to osgeo4w-testing in the future. What do you > think? You mean "test: 7.0.3RC1-1" in setup.hint? Yes, that would work. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user