[QGIS-Developer] Multiprocessing qgis console
Hi, Has anyone to successfully setup multiprocessing through the the qgis console? Thanks -- Le gach dea ghui, *Shane Carey* *GIS and Data Solutions Consultant* ___ 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] Translation of Plugin menu and messages.
Hey, Thanks I have generated the .ts file. I am now looking for anyone to help with Spanish language. My translation file is at https://github.com/shivareddyiirs/QRealTime/blob/QRealTime4.0/i18n/QRealTime_sp.ts Thanks & Regards Shiva Reddy K. Scientist/Engineer 'SD' Indian Institute of Remote Sensing, Indian Space Research Organisation Department of Space 4-Kalidas Road Dehradun mobile: 0135-2524126 On Mon, 2 Dec 2019 at 14:58, DelazJ wrote: > Hi Shiva, > > You'll find some information at > https://docs.qgis.org/3.4/en/docs/pyqgis_developer_cookbook/plugins/plugins.html#translation > > Hope that helps, > Harrissou > > Le lun. 2 déc. 2019 à 10:17, shiva reddy a écrit : > >> Hi, >> I want to upgrade my plugin to support other languages (other than >> English). >> >> Are there any documentation available?. Would be happy to contribute too >> >> Thanks & Regards >> Shiva Reddy K. >> Scientist/Engineer 'SD' >> Indian Institute of Remote Sensing, >> Indian Space Research Organisation >> Department of Space >> 4-Kalidas Road >> Dehradun >> mobile: 0135-2524126 >> ___ >> 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
[QGIS-Developer] Plugin [1902] Azure Maps approval notification.
Plugin Azure Maps approval by pcav. The plugin version "[1902] Azure Maps 0.3 Experimental" is now approved Link: http://plugins.qgis.org/plugins/QGISPlugin/ ___ 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] Expression to check if a layer is in edit mode
Another interesting feature would be to have a context variable for the current type of edit form see QgsAttributeEditorContext.Mode Le mar. 10 déc. 2019 à 13:39, Andreas Neumann a écrit : > Hi, > > I agree, it would be a useful. Not only for forms, but also for symbology > and labeling. One could switch symbology from something complex to simple > during edition and then back to the complicated symbology. Or hide/change > labels. > > We already have the "layer_property" expression. It could either be > extended with edit_state, or it could be a separate expression. > > Good idea! > > Andreas > > On 2019-12-10 13:02, Pedro Venâncio wrote: > > Hi all, > > I was thinking that it would be very useful to have an expression to check > if one layer, or at least, the current layer, is in edit mode. > > One use case I'm seeing is: imagine that you have a form tab or group > container, and you want to hide that tab or container just when the layer > is in editing mode. If this option was available, simply using the control > visibility by expression with something like (with a behaviour similar to > is_selected([feature=current feature][,layer=current layer])) : > > NOT( is_edition_active([layer=current layer]) ) > > > > could hide the tab/container in edit mode, and show in "identify" mode. > > Could this expression be useful? If you think so, I will fill a feature > request. > > Thank you very much! > > Best regards, > Pedro > > ___ > 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 ___ 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] OGC API Features provider
On mardi 10 décembre 2019 20:36:22 CET Stefan Keller wrote: > Hi, > > As I already talked about elsewhere I'm implementing a "minimal OGC-API > Features Server". > > Now I'd like to test this service with QGIS as client. And I also > tested QGIS with the "kataster" service [1] the mentioned in the docs > [2]. > Unfortunately I count not get both services to work (display) in QGIS. > > * Our own service is being asked by QGIS with bbox and "limit=10&" any > time a zoom or pan occurs. But QGIS displays just 10 which are not > replaced by others whatever I do with QGIS. Perhaps your service doesn't really return true unique ids ? > * The kataster service asks about the CRS, then reports a large number > of features (which means there must be a different "limit="), and > finally does not answer requests from QGIS anymore. Works for me. > > Question 1: Any idea what QGIS makes it's OGC-API-Features reader to > add limit=10? Because that's the page size it detects from your service, or more presumably the default value if your service doesn't implement /api properly. You can tune it in the "WFS option" group of the "Modify WFS connection" dialog > > Question 2: Does anybody know about any another OGC-API Features > service we could use to test? See list in comment of https://github.com/qgis/QGIS/pull/32262 Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ 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] OGC API Features provider
Hi, As I already talked about elsewhere I'm implementing a "minimal OGC-API Features Server". Now I'd like to test this service with QGIS as client. And I also tested QGIS with the "kataster" service [1] the mentioned in the docs [2]. Unfortunately I count not get both services to work (display) in QGIS. * Our own service is being asked by QGIS with bbox and "limit=10&" any time a zoom or pan occurs. But QGIS displays just 10 which are not replaced by others whatever I do with QGIS. * The kataster service asks about the CRS, then reports a large number of features (which means there must be a different "limit="), and finally does not answer requests from QGIS anymore. Question 1: Any idea what QGIS makes it's OGC-API-Features reader to add limit=10? Question 2: Does anybody know about any another OGC-API Features service we could use to test? :Stefan [1] https://www.ldproxy.nrw.de/rest/services/kataster [2] https://gdal.org/drivers/vector/oapif.html Am Di., 24. Sept. 2019 um 11:26 Uhr schrieb Even Rouault : > > > I would probably advise against this approach, from the architectural point > > of view, I think that it would be better to address the new OGC JSON-based > > API with an abstract base class for providers that consume that kind of API > > and make WFS3 the first concrete implementation of that base. > > While I understand this idea, I see several difficulties: > - the candidate providers are the feature one, a coverage and a tile / map > one, but vector and raster providers have little in common > - at the time of writing, to the best of my knowledge, only the OAPI-F has > reached a sufficient degree of maturity in its spec and initial > implementations. In particular while I think there is an intention to have a > OAPI-Common at some stage, I don't think this has emerged yet (the current > github repo for it is a copy of OAPI-F), so making an abstraction with > just a single implementation is not going to work well at that stage. > - if looking at the existing providers in QGIS, the arcgisrest ones seem to be > the closest to what you mention above. From what I see, the code between the > AMS and AFS is quite separate, likely for the reasons I mentionned in my first > point. They do have some utility functions qgsarcgisrestutils.h in common, so > that would be more the kind of communality I can imagine if a OAPI-Tile/Map > provider is later added. Perhaps things like parsing service metadata. > > Regarding the UI, I'm not completely sure of the best option. I can understand > the opinion I got that reusing the WFS UI could be better because people are > familiar with it, and that would limit the number of provider entries (people > just have to figure out if the URL they are provided with is a WFS, OAPI-F or > ArcGIS REST Feature one...). It can also makes sense if the OAPI-F stuff is > added to the existing WFS provider. > The other point of view, having a dedicated UI & provider, has also its > advantages in term of code clarity (but provided the point below can be > solved) > > > Re-using the WFS-sqlite feature cache looks a good idea, you might want to > > refactor it out to core to make it re-usable from a family of providers. > > I haven't completely given up on trying that idea. Just scares me :-) > > -- > Spatialys - Geospatial professional services > http://www.spatialys.com > ___ > 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
[QGIS-Developer] Plugin [1632] qtranus approval notification.
Plugin qtranus approval by pcav. The plugin version "[1632] qtranus 0.1.2 Experimental" is now approved Link: http://plugins.qgis.org/plugins/QTRANUS/ ___ 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] Plugin [1811] radolan2map approval notification.
Plugin radolan2map approval by pcav. The plugin version "[1811] radolan2map 1.1" is now approved Link: http://plugins.qgis.org/plugins/radolan2map/ ___ 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] GDAL help missing for Processing?
Got it: it should point to our docs website, but when the connection is unavailable it returns the error. The point is that qgis seems to verify the connection at startup, so even if the connection becomes available the error persists. Cheers. Il 10/12/19 16:31, Paolo Cavallini ha scritto: > Hi all, > when I click on the Help button from Processing I get: > file:///usr/local/src/QGIS/doc/nohelp.html > whereas I d have help files, e.g. > file:///usr/share/doc/libgdal-doc/gdal/gdalbuildvrt.html > Same thing in GRASS works fine. > In the setting I do not find a possibility to add a path for GDAL help > (as it is e.g. for GRASS). > Anyone confirms? > Cheers. > -- Paolo Cavallini - www.faunalia.eu QGIS.ORG Chair: http://planet.qgis.org/planet/user/28/tag/qgis%20board/ ___ 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] GDAL help missing for Processing?
Hi all, when I click on the Help button from Processing I get: file:///usr/local/src/QGIS/doc/nohelp.html whereas I d have help files, e.g. file:///usr/share/doc/libgdal-doc/gdal/gdalbuildvrt.html Same thing in GRASS works fine. In the setting I do not find a possibility to add a path for GDAL help (as it is e.g. for GRASS). Anyone confirms? Cheers. -- Paolo Cavallini - www.faunalia.eu QGIS.ORG Chair: http://planet.qgis.org/planet/user/28/tag/qgis%20board/ ___ 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] Expression to check if a layer is in edit mode
Hi, I agree, it would be a useful. Not only for forms, but also for symbology and labeling. One could switch symbology from something complex to simple during edition and then back to the complicated symbology. Or hide/change labels. We already have the "layer_property" expression. It could either be extended with edit_state, or it could be a separate expression. Good idea! Andreas On 2019-12-10 13:02, Pedro Venâncio wrote: Hi all, I was thinking that it would be very useful to have an expression to check if one layer, or at least, the current layer, is in edit mode. One use case I'm seeing is: imagine that you have a form tab or group container, and you want to hide that tab or container just when the layer is in editing mode. If this option was available, simply using the control visibility by expression with something like (with a behaviour similar to is_selected([feature=current feature][,layer=current layer])) : NOT( is_edition_active([layer=current layer]) ) could hide the tab/container in edit mode, and show in "identify" mode. Could this expression be useful? If you think so, I will fill a feature request. Thank you very much! Best regards, Pedro ___ 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
[QGIS-Developer] Expression to check if a layer is in edit mode
Hi all, I was thinking that it would be very useful to have an expression to check if one layer, or at least, the current layer, is in edit mode. One use case I'm seeing is: imagine that you have a form tab or group container, and you want to hide that tab or container just when the layer is in editing mode. If this option was available, simply using the control visibility by expression with something like (with a behaviour similar to is_selected([feature=current feature][,layer=current layer])) : NOT( is_edition_active([layer=current layer]) ) could hide the tab/container in edit mode, and show in "identify" mode. Could this expression be useful? If you think so, I will fill a feature request. Thank you very much! Best regards, Pedro ___ 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] Plugin [629] Networks approval notification.
Plugin Networks approval by pcav. The plugin version "[629] Networks 2.3.17" is now approved Link: http://plugins.qgis.org/plugins/networks/ ___ 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] Plugin [1088] VetEpiGISgroup approval notification.
Plugin VetEpiGISgroup approval by pcav. The plugin version "[1088] VetEpiGISgroup 0.800" is now approved Link: http://plugins.qgis.org/plugins/VetEpiGIS-Group/ ___ 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] grass not working with gdal 2.4.3
Hi all, grass vector commands fail when used with older gdal, both on QGIS 3.4 and on 3.10: ATTENZIONE: OGR non sa parsare la stringa di parametri in stile PROJ.4: +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0 +no_defs +a=6378388 +rf=297 +type=crs +to_meter=1 (il codice di errore OGR era 5) ERRORE: Unable to create OGR spatial reference This will be sorted out over time by the upgrade of libs in all major operating systems, but meanwhile it would be nice to have it working. Any hint on where to look? Cheers. -- Paolo Cavallini - www.faunalia.eu QGIS.ORG Chair: http://planet.qgis.org/planet/user/28/tag/qgis%20board/ ___ 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