Re: [QGIS-Developer] World Bank project - Open Source GIS in Presov region

[Paolo Cavallini]

We have experience in training and migration.
Cheers.

Il 24 febbraio 2018 19:18:50 WET, "Jana Michalková"  
ha scritto:
>Dear community,
>
>we are QGIS (GIS) teachers at the University of Presov (Eastern
>Slovakia).
>We are Open Source fans and now we have become a great opportunity from
>World Bank which wants to help us to create a GIS department based on
>Open
>Source GIS technologies and Open Spatial Data Infrastructure in Presov
>Self-governing Region (NUTS 3; 600,000 inhabitans).
>
>At the moment we are creating a team and searching people who have
>experience with the deployment of this kind of infrastructure in
>regional
>self-government. We need people who help us with the implementation and
>training of our staff. Project is funding by World Bank.
>
>Please if you can help us, give us best practices and mainly to train
>us in
>your institution, feel free to contact us.
>
>Best regards
>
>Miloslav Michalko
>Jana Michalkova
>
>-- 
>
>*Mgr. Jana Michalková, PhD.**Researcher*
>
>
>Department of Geography and Applied Geoinformatics
>Faculty of Humanities and Natural Sciences
>University of Presov
>17. novembra 1, 081 16 Presov, Slovakia

-- 
Sorry for being short___
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] World Bank project - Open Source GIS in Presov region

[Jana Michalková]

Dear community,

we are QGIS (GIS) teachers at the University of Presov (Eastern Slovakia).
We are Open Source fans and now we have become a great opportunity from
World Bank which wants to help us to create a GIS department based on Open
Source GIS technologies and Open Spatial Data Infrastructure in Presov
Self-governing Region (NUTS 3; 600,000 inhabitans).

At the moment we are creating a team and searching people who have
experience with the deployment of this kind of infrastructure in regional
self-government. We need people who help us with the implementation and
training of our staff. Project is funding by World Bank.

Please if you can help us, give us best practices and mainly to train us in
your institution, feel free to contact us.

Best regards

Miloslav Michalko
Jana Michalkova

-- 

*Mgr. Jana Michalková, PhD.**Researcher*


Department of Geography and Applied Geoinformatics
Faculty of Humanities and Natural Sciences
University of Presov
17. novembra 1, 081 16 Presov, Slovakia
___
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 [1232] OSM Tools approval notification.

[noreply]

Plugin OSM Tools approval by pcav.
The plugin version "[1232] OSM Tools 2.1" is now approved
Link: http://plugins.qgis.org/plugins/OSMtools/
___
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 [1232] OSM Tools approval notification.

[noreply]

Plugin OSM Tools approval by pcav.
The plugin version "[1232] OSM Tools 3.1" is now approved
Link: http://plugins.qgis.org/plugins/OSMtools/
___
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 [715] DSG Tools approval notification.

[noreply]

Plugin DSG Tools approval by pcav.
The plugin version "[715] DSG Tools 3.1.2" is now approved
Link: http://plugins.qgis.org/plugins/DsgTools/
___
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] Osgeo4w for QGIS 3

[Zoltan Szecsei]

OK cool - thanks for the quick response (and efforts :-)  )

Regards,
Zoltan

On 2018/02/24 19:24, Richard Duivenvoorde wrote:

On 24-02-18 16:56, Zoltan Szecsei wrote:

Hi All,

I am looking at
http://spatialgalaxy.net/2018/02/13/quick-guide-to-getting-started-with-pyqgis3-on-windows/

but cannot find "the appropriate network installer (32 or 64 bit) for
QGIS 3" when I go to http://qgis.org/
(I still can only get v2.99)

Does anyone have a link for me?

Nope, packaging & packagers still busy...

Have an eye on qgis.org, we will update site when packages are available.

Regards,

Richard Duivenvoorde


___
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] Osgeo4w for QGIS 3

[Richard Duivenvoorde]

On 24-02-18 16:56, Zoltan Szecsei wrote:
> Hi All,
> 
> I am looking at
> http://spatialgalaxy.net/2018/02/13/quick-guide-to-getting-started-with-pyqgis3-on-windows/
> 
> but cannot find "the appropriate network installer (32 or 64 bit) for
> QGIS 3" when I go to http://qgis.org/
> (I still can only get v2.99)
> 
> Does anyone have a link for me?

Nope, packaging & packagers still busy...

Have an eye on qgis.org, we will update site when packages are available.

Regards,

Richard Duivenvoorde
___
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] Osgeo4w for QGIS 3

[Zoltan Szecsei]

Hi All,

I am looking at 
http://spatialgalaxy.net/2018/02/13/quick-guide-to-getting-started-with-pyqgis3-on-windows/


but cannot find "the appropriate network installer (32 or 64 bit) for 
QGIS 3" when I go to http://qgis.org/

(I still can only get v2.99)

Does anyone have a link for me?

Thanks & regards,
Zoltan
___
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] Processing Gdal Help issues

[matteo]

Hi,

while QGIS algorithm, despite all the anchors issues we are solving,
some GDAL button links to the GDAL page and not to the QGIS page. I
found these:

* Clip raster by extent
* both algorithm in "Vector conversion"
* all algorithms in "Vector geoprocessing"
* Import vector in PostGIS database

I think all of them should point to QGIS webpage and there we can add
links for gdal official documentation

Cheers

Matteo
___
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] Processing doc - sphinx - anchors

[Alexander Bruy]

Should be fixed now. Please check.

2018-02-24 18:05 GMT+02:00 Alexander Bruy :
> Ah I see. I will try to find a workaround.
>
> 2018-02-24 18:04 GMT+02:00 matteo :
>>> If I'm not wrong you already asked about it and Nyall had implemented this
>>
>> yes that's right, but with was for groups and not single algorithm
>> names. With your fix of some hour ago the link of native algorithm looks
>> like:
>>
>> https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#nativepackage
>>
>> and not
>>
>> https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgispackage
>>
>> but that's alright. I'm changing the names manually. So I'll leave this
>> as it is and I think we really need to add a chapter to the
>> documentation guidelines for Processing (I'll do that).
>>
>> Thanks
>>
>> Matteo
>
>
>
> --
> Alexander Bruy



-- 
Alexander Bruy
___
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] Processing doc - sphinx - anchors

[Alexander Bruy]

Ah I see. I will try to find a workaround.

2018-02-24 18:04 GMT+02:00 matteo :
>> If I'm not wrong you already asked about it and Nyall had implemented this
>
> yes that's right, but with was for groups and not single algorithm
> names. With your fix of some hour ago the link of native algorithm looks
> like:
>
> https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#nativepackage
>
> and not
>
> https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgispackage
>
> but that's alright. I'm changing the names manually. So I'll leave this
> as it is and I think we really need to add a chapter to the
> documentation guidelines for Processing (I'll do that).
>
> Thanks
>
> Matteo



-- 
Alexander Bruy
___
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] Processing doc - sphinx - anchors

[matteo]

> If I'm not wrong you already asked about it and Nyall had implemented this

yes that's right, but with was for groups and not single algorithm
names. With your fix of some hour ago the link of native algorithm looks
like:

https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#nativepackage

and not

https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgispackage

but that's alright. I'm changing the names manually. So I'll leave this
as it is and I think we really need to add a chapter to the
documentation guidelines for Processing (I'll do that).

Thanks

Matteo
___
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] Processing doc - sphinx - anchors

[Alexander Bruy]

If I'm not wrong you already asked about it and Nyall had implemented this

2018-02-24 17:26 GMT+02:00 matteo :
>> Here we go.
>> https://github.com/qgis/QGIS/commit/598b8a9c41e3788962778039adcc30f2912d822f
>> Currently only for master, not sure if it is safe to push to
>> release-3_0 right now.
>> Will backport it a bit later.
>>
>> Help link now looks like
>> https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgisidwinterpolation
>>
>> Hope this solves your issues.
>
> thanks Alex, I'm testing it and it looks great.
>
> I saw a small drawback when the provider is `native` and not `qgis`. For
> the moment I'll change all the anchors to the correct provider (e.g.
> `nativepackage`, `qgisimporttospatialite`). Do you think that it would
> be smart to rename native to qgis automatically?
>
> Cheers
>
> Matteo



-- 
Alexander Bruy
___
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] [GRASS-dev] Future of external Processing providers in QGIS

[Vaclav Petras]

Thank you, Paolo, for the summary. It was great to be part of the meeting!

On Fri, Feb 23, 2018 at 9:26 AM, Paolo Cavallini 
wrote:

> Hi all,
> meeting has just ended. I must say it was a very interesting and
> productive discussion. We are really grateful for the developers from
> GRASS, SAGA and OTB for their contributions to our discussion.
> I recap briefly here what I believe are the most important outcomes:
> * we'll keep SAGA and GRASS Processing providers
> * we'll try to update SAGA provider to the next LTR when this will be
> available
> * we invite OTB team to add their work to QGIS core, granting them write
> access if they wish
> * for OTB provider, considering that OTB binaries are not part of the
> installer on Windows, we suggest this approach: OTB provider checks
> whether OTB is installed, if not it suggests the user to install it, if
> the user does not the provider hides itself
> * While we have granted an exception to the ‘processing providers should
> not be in core’ for the short term, our longer term plan is to put in
> place mechanisms to ‘side load’ the dependencies (GRASS, OTB, SAGA).
> When this capability is implemented, we will mandate that all providers
> will be provided as plugins and then fetch these plugins on demand if an
> algorithm references them
> * we will not accept new providers, unless some very strict and
> exceptional conditions apply (TBD; e.g. new backend of high quality and
> general usage)
> * for future versions we will consider moving providers to the XML
> approach where appropriate, as it appears more maintainable, even at the
> expense of flexibility in interface tuning; GRASS is the next candidate,
> noting that this might require some modifications in GRASS core
> * as a first step in we ask anybody to test thoroughly the new SAGA
> provider by Alex Bruy
> https://github.com/alexbruy/processing-saga
> also a check from SAGA, GRASS, and OTB devs would be important, to check
> whether this approach is the preferred one from all sides.
> Please add if I missed something.
> Overall, I think we have now a brighter future for Processing, and as a
> consequence for QGIS, SAGA, GRASS and OTB altogether.
> * If you want to watch the complete discussion, please be patient; video
> is being uploaded.
> All the best, and thanks again.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> grass-dev mailing list
> grass-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
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] Processing doc - sphinx - anchors

[matteo]

> Here we go.
> https://github.com/qgis/QGIS/commit/598b8a9c41e3788962778039adcc30f2912d822f
> Currently only for master, not sure if it is safe to push to
> release-3_0 right now.
> Will backport it a bit later.
> 
> Help link now looks like
> https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgisidwinterpolation
> 
> Hope this solves your issues.

thanks Alex, I'm testing it and it looks great.

I saw a small drawback when the provider is `native` and not `qgis`. For
the moment I'll change all the anchors to the correct provider (e.g.
`nativepackage`, `qgisimporttospatialite`). Do you think that it would
be smart to rename native to qgis automatically?

Cheers

Matteo
___
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] Processing doc - sphinx - anchors

[Alexander Bruy]

Here we go.
https://github.com/qgis/QGIS/commit/598b8a9c41e3788962778039adcc30f2912d822f
Currently only for master, not sure if it is safe to push to
release-3_0 right now.
Will backport it a bit later.

Help link now looks like
https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgisidwinterpolation

Hope this solves your issues.

2018-02-24 13:35 GMT+02:00 matteo :
>> Ok, it is clear now. Should I commit this change to release-3_0 and
>> master branches
>> right now?
>
> yes please! would be great to have for the 3.0.1!
>
> I found also another small small issue with just the GDAL Help button
> and I reported it here:
>
> https://issues.qgis.org/issues/18198#change-87424
>
> it might be a really small issue.
>
>
> Many thanks Alex
>
> Cheers
>
> Matteo



-- 
Alexander Bruy
___
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] List of done vs missing test of Processing

[matteo]

Hi devs,

I opened a PR on the doc repo some time ago

https://github.com/qgis/QGIS-Documentation/issues/2261

the idea is to have a comparison between the done vs todo tests of
Processing. IMHO this could help advanced users to pick up some missing
algorithm and make tests.

Feedback are welcome!

Cheers

Matteo
___
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] Failure to load PostGIS raster

[Paolo Cavallini]

Thanks for checking. Ticket open:
https://issues.qgis.org/issues/18204
All the best.

Il 24/02/2018 10:30, Jorge Gustavo Rocha ha scritto:
> Hi,
> 
> Same here. The raster loads, but it ask again for the login credentials.
> 
> Maybe this is related with the authentication configurations, but I have
> no idea.
> 
> I confirm the issue.
> 
> Regards,
> 
> On 23-02-2018 18:54, Paolo Cavallini wrote:
>> Hi all,
>> list of tables, inlcuding rasters, are correctly displayed in DB
>> Manager. When double clicking, loading fails with the message:
>> Cannot open GDAL dataset PG: dbname=
>> Couldn't establish database connection
>> In the dialog username and password are requested.
>> Vectors are loaded correctly.
>> Anyone confirms?
>> All the best.
>>
> 
> J. Gustavo
> 


-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] Wind, sea, and QGIS

[Paolo Cavallini]

Hi all,
just talked about my pet project:
https://github.com/faunalia/qnavigate/blob/master/README.md
at the Madeira HackFest. I think there are a number of points of general
interest, so please have a look. Comments and contributions more then
welcome.
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] Where are value maps / defaults stored on shape file layers?

[Matthias Kuhn]

Hi Patrick,

You are correct, this data is stored in the project file. If the project
hasn't been saved prior to the crash, this configuration is lost.

There is definitely a good reason to report an issue, because the app
crashed. Please provide as much information as possible that can help as
a lead why this happened (a backtrace of the crash being the most useful
one; and an exact description of at what point and after what actions it
happened being inevitable).

To avoid loss of work, there is an autosaver plugin
(https://plugins.qgis.org/plugins/autoSaver/) that regularly saves the
project configuration. I'm not sure it's updated to QGIS 3 yet.

Regards

Matthias


On 02/24/2018 08:05 AM, Patrick Dunford wrote:
> It would seem this data is stored in the project file?
>
> Given I can't produce a corrupted project file (I can only produce the
> files for the affected laye) is there any point in filing a bug for this.
>
>
> On 24/02/18 20:01, Patrick Dunford wrote:
>> Good evening (here)
>>
>> I had Qgis 2.99 crash and it left the shape file data with three of
>> the data files that make up the shapefile, with _packed in their name.
>>
>> Although renaming the files got the data back, the value maps and
>> default values for new features for this layer have disappeared.
>>
>> Is there a particular file that stores this data for the layer
>> (before I decide whether this could be a bug or not)?
>>
>> Thanks
>>
>
> ___
> 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] Processing doc - sphinx - anchors

[matteo]

> Ok, it is clear now. Should I commit this change to release-3_0 and
> master branches
> right now?

yes please! would be great to have for the 3.0.1!

I found also another small small issue with just the GDAL Help button
and I reported it here:

https://issues.qgis.org/issues/18198#change-87424

it might be a really small issue.


Many thanks Alex

Cheers

Matteo
___
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] Processing doc - sphinx - anchors

[Alexander Bruy]

Ok, it is clear now. Should I commit this change to release-3_0 and
master branches
right now?

2018-02-24 13:25 GMT+02:00 matteo :
> Hi Alex,
>
>
>> well, previously it worked in the exactly this way, link was created
>> using algorithm id which eventually is a concatenation of the provider
>> name and algorithm name. But on requrest from documentation team
>> this behaviour was changed to current approach.
>>
>> So now you want to go back to links like this
>>
>> https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/vectoroverlay.html#qgisintersection
>>
>> Is this correct? Just want to clarify before implemeting it to avoid yet 
>> another
>> round of discussions and "fixing".
>
> according with Richard, we think that having the link
>
> https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/vectoroverlay.html#qgisintersection
>
> so provider name concatenated with algorithm name is the way to go. To
> avoid any other future issues with hyphens vs underscores etc I think it
> is smart to have a single string like `qgiscountpointsinpolygon` instead
> of `qgis_countpointsinpolygon`.
>
> This way the name of the algorithm should be always unique even among
> providers.
>
> I'm sorry that we did not face these issues before, but nobody thought
> we can have this sphinx troubles with anchors.
>
>
> Thanks Alex for taking care of this
>
> Cheers
>
> Matteo



-- 
Alexander Bruy
___
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] Processing doc - sphinx - anchors

[Alexander Bruy]

Hi Matteo,

well, previously it worked in the exactly this way, link was created
using algorithm id which eventually is a concatenation of the provider
name and algorithm name. But on requrest from documentation team
this behaviour was changed to current approach.

So now you want to go back to links like this

https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/vectoroverlay.html#qgisintersection

Is this correct? Just want to clarify before implemeting it to avoid yet another
round of discussions and "fixing".

2018-02-24 12:46 GMT+02:00 matteo :
> Hi devs,
>
> for those of you that followed the discussion you know we have some
> issues with the sphinx anchors and the name of the algorithms in the
> code if the name of the algorithm has more than one word (e.g. count
> point in polygon)
>
> We were able to manage it by putting an anchor with the exact name of
> the algorithm (e.g. `.. _countpointsinpolygon): this creates a span tag
> in the html that behaves like an anchor.
>
> Future issues will appear if we have the same anchor name for different
> algorithm, e.g. slope of GDAL and slope of QGIS. Sphinx does not accept
> 2 anchor with the same name, even if in different files.
>
> One proposal would be to change the name of the algorithm in the code
> and put the name of the provider before the name of the algorithm:
>
> `gdalslope` vs `qgisslope`
>
> then we are sure to have unique algorithm names.
>
> Feedback are very welcome, but I think this should be fixed (of course
> also in other way, maybe sphinx side?)
>
> Cheers
>
> Matteo
> ___
> 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



-- 
Alexander Bruy
___
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] Processing doc - sphinx - anchors

[matteo]

Hi devs,

for those of you that followed the discussion you know we have some
issues with the sphinx anchors and the name of the algorithms in the
code if the name of the algorithm has more than one word (e.g. count
point in polygon)

We were able to manage it by putting an anchor with the exact name of
the algorithm (e.g. `.. _countpointsinpolygon): this creates a span tag
in the html that behaves like an anchor.

Future issues will appear if we have the same anchor name for different
algorithm, e.g. slope of GDAL and slope of QGIS. Sphinx does not accept
2 anchor with the same name, even if in different files.

One proposal would be to change the name of the algorithm in the code
and put the name of the provider before the name of the algorithm:

`gdalslope` vs `qgisslope`

then we are sure to have unique algorithm names.

Feedback are very welcome, but I think this should be fixed (of course
also in other way, maybe sphinx side?)

Cheers

Matteo
___
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] Failure to load PostGIS raster

[Jorge Gustavo Rocha]

Hi,

Same here. The raster loads, but it ask again for the login credentials.

Maybe this is related with the authentication configurations, but I have
no idea.

I confirm the issue.

Regards,

On 23-02-2018 18:54, Paolo Cavallini wrote:
> Hi all,
> list of tables, inlcuding rasters, are correctly displayed in DB
> Manager. When double clicking, loading fails with the message:
> Cannot open GDAL dataset PG: dbname=
> Couldn't establish database connection
> In the dialog username and password are requested.
> Vectors are loaded correctly.
> Anyone confirms?
> All the best.
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor
___
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] Where are value maps / defaults stored on shape file layers?

[Jürgen E . Fischer]

Hi Nyall,

On Sat, 24. Feb 2018 at 21:37:18 +1300, Patrick Dunford wrote:
> On 24/02/18 20:12, Nyall Dawson wrote:
> > What platform are you running on?

> Bionic, running the most up to date build that is available at the moment
> (built 23 Feb I think)

> > Which GDAL version?

https://packages.ubuntu.com/search?keywords=gdal-bin=names=bionic=all

=> 2.2.3+dfsg-2


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


signature.asc
Description: PGP signature
___
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] Failure to load PostGIS raster

[Paolo Cavallini]

Il 23/02/2018 18:54, Paolo Cavallini ha scritto:
> Hi all,
> list of tables, inlcuding rasters, are correctly displayed in DB
> Manager. When double clicking, loading fails with the message:
> Cannot open GDAL dataset PG: dbname=
> Couldn't establish database connection
> In the dialog username and password are requested.
> Vectors are loaded correctly.
> Anyone confirms?

If someone wants to replicate:

-- create an empty table
CREATE TABLE public.test_raster
(
  rid integer,
  rast raster,
  CONSTRAINT enforce_height_rast CHECK (st_height(rast) = ANY
(ARRAY[100, 24])),
  CONSTRAINT enforce_width_rast CHECK (st_width(rast) = ANY (ARRAY[100,
24])),
  CONSTRAINT enforce_srid_rast CHECK (st_srid(rast) = 4326)
);

-- create an empty raster
INSERT INTO test_raster(rid,rast)
VALUES(1, ST_MakeEmptyRaster( 100, 100, 0.0005, 0.0005, 1, 1, 0, 0, 4326) );

-- add primary key
ALTER TABLE test_raster ADD CONSTRAINT test_pkey PRIMARY KEY (rid);

Thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] Future of external Processing providers in QGIS

[Paolo Cavallini]

Hi all,

video link here:
https://github.com/qgis/QGIS/wiki/DeveloperMeetingMadeira2018#future-of-processing-providers

All the best.
===
* If you want to watch the complete discussion, please be patient; video
is being uploaded.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] Where are value maps / defaults stored on shape file layers?

[Patrick Dunford]

Bionic, running the most up to date build that is available at the 
moment (built 23 Feb I think)



On 24/02/18 20:12, Nyall Dawson wrote:

On 24 February 2018 at 17:05, Patrick Dunford  wrote:

It would seem this data is stored in the project file?

Given I can't produce a corrupted project file (I can only produce the files
for the affected laye) is there any point in filing a bug for this.


What platform are you running on? Which GDAL version?

If I recall correctly this was fixed in GDAL around 6-12 months ago.

Nyall



On 24/02/18 20:01, Patrick Dunford wrote:

Good evening (here)

I had Qgis 2.99 crash and it left the shape file data with three of the
data files that make up the shapefile, with _packed in their name.

Although renaming the files got the data back, the value maps and default
values for new features for this layer have disappeared.

Is there a particular file that stores this data for the layer (before I
decide whether this could be a bug or not)?

Thanks


___
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