[QGIS-Developer] USA “Disadvantage Business Enterprise” (for plugin development)

[John Abraham via QGIS-Developer]

Greeting friends.

We’re bidding on a contract in California that has a small QGIS component
(plugin development work) and also has a goal for a portion of the contract
about to go to “Disadvantaged Business Enterprises” which are businesses
owned by USA (citizens or permanent residents) women or minorities or other
disadvantaged people such as disabled people.

For this contract we need an already registered DBE ideally with a
California registration (although other state registrations may also
work).  But this comes up occasionally so if you might qualify as an owner
or consultant, or are working for a business that might qualify, I could
point you towards the registration process for the next time it comes up.

Please reach out if you think you might qualify this time or be interested
for next time.

Here’s some info about the program
https://highways.dot.gov/civil-rights/programs/disadvantaged-business-enterprise-dbe-program

QGIS has gained a lot of traction in the transportation industry so
participating in the Federal Highways DBE program could be worthwhile if
you’re a QGIS developer.

--
John Abraham
j...@hbaspecto.com
HBA Specto Incorporated
___
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] Incremental drawing possible?

[John Abraham]

Ok, I overlooked a few features, thanks Nathan for pointing out the refresh 
rate!

I rely on web based tile or WMS backgrounds (OpenStreetMap, NRCan Geogratis, 
etc.).  CityPhi fills in the background as the tiles show up.  QGIS seems to 
need to draw the entire background in it's head, then displays it all at once, 
before it can use the cool multithreaded features on the vectors.  Or is there 
another checkbox for "draw my background as it arrives from the tile service, 
but don't wait around for it to respond"?

--
John Abraham

> On Jul 10, 2017, at 6:00 PM, Nathan Woodrow <madman...@gmail.com> wrote:
> 
> Hey John,
> 
> QGIS has had multithreaded rendering since 2.0 which allows the map to be 
> rendered as you pan around so you don't have to wait.  You can also set the 
> refresh rate in order to draw more features so you get feedback quicker.
> 
> Regards,
> Nathan
> 
> On Tue, Jul 11, 2017 at 2:32 AM, John Abraham <j...@hbaspecto.com 
> <mailto:j...@hbaspecto.com>> wrote:
> Is incremental drawing possible, especially for web features in the 
> background?
> 
> I've been playing with some GPU based visualizers lately (in particular 
> CityPhi from INRO https://www.inrosoftware.com/en/products/cityphi/ 
> <https://www.inrosoftware.com/en/products/cityphi/> ) and switching back to 
> QGIS and waiting for the maps to redraw on every single pan or zoom is 
> extremely painful. 
> 
> GPU-drawn 3D visualizations at 30 frames per second is probably not a 
> realistic short-term goal for QGIS. But, what about allowing the graphics 
> system to draw the current status of the internal render, before it's 
> complete?  For example, if WMS tiles are being downloaded, can the background 
> map be updated as data comes in, while the foreground features stay on top?  
> Can layers be shown as they are drawn, instead of popping up the entire image 
> after the final layer has been drawn?
> 
> 
>> On Jul 10, 2017, at 9:44 AM, qgis-developer-requ...@lists.osgeo.org 
>> <mailto:qgis-developer-requ...@lists.osgeo.org> wrote:
>> 
>> Send QGIS-Developer mailing list submissions to
>>  qgis-developer@lists.osgeo.org <mailto:qgis-developer@lists.osgeo.org>
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>  https://lists.osgeo.org/mailman/listinfo/qgis-developer 
>> <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
>> or, via email, send a message with subject or body 'help' to
>>  qgis-developer-requ...@lists.osgeo.org 
>> <mailto:qgis-developer-requ...@lists.osgeo.org>
>> 
>> You can reach the person managing the list at
>>  qgis-developer-ow...@lists.osgeo.org 
>> <mailto:qgis-developer-ow...@lists.osgeo.org>
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of QGIS-Developer digest..."
>> 
>> 
>> Today's Topics:
>> 
>>   1. Re: QGIS/OGR: FeatureIds reassigned on write to data
>>  provider? (Even Rouault)
>>   2. Re: Value entry using comma as decimal separator?
>>  (Bernhard Ströbl)
>>   3. Plugin [1246] go2mapillary approval notification.
>>  (nore...@qgis.org <mailto:nore...@qgis.org>)
>>   4. Re: QGIS/OGR: FeatureIds reassigned on write to data
>>  provider? (Régis Haubourg)
>>   5. Re: QGIS/OGR: FeatureIds reassigned on write to data
>>  provider? (Even Rouault)
>>   6. qgis-bin.exe - Entry Point Not Found (Patrice)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Mon, 10 Jul 2017 13:58:57 +0200
>> From: Even Rouault <even.roua...@spatialys.com 
>> <mailto:even.roua...@spatialys.com>>
>> To: qgis-developer@lists.osgeo.org <mailto:qgis-developer@lists.osgeo.org>
>> Subject: Re: [QGIS-Developer] QGIS/OGR: FeatureIds reassigned on write
>>  to  data provider?
>> Message-ID: <2643131.9G3uCidT8S@even-i700>
>> Content-Type: text/plain; charset="utf-8"
>> 
>>> I did some playing around and came up with some FeatureId mapping code
>>> which is pretty space efficient (basically requiring just
>>> 3*nDeletedFeatures entries), see below.
>>> 
>>> The code however assumes that the gaps in the fid-sequence are filled by
>>> decreasing the fids after the gap, which may be pretty specific to the
>>> OGR/Shapefile behaviour. 
>> 
>> This should clearly be restricted to Shapefiles. Other drivers don't have 
>> this compaction logic 
>> and will let happily holes i

[QGIS-Developer] Incremental drawing possible?

[John Abraham]

Is incremental drawing possible, especially for web features in the background?

I've been playing with some GPU based visualizers lately (in particular CityPhi 
from INRO https://www.inrosoftware.com/en/products/cityphi/ 
 ) and switching back to 
QGIS and waiting for the maps to redraw on every single pan or zoom is 
extremely painful. 

GPU-drawn 3D visualizations at 30 frames per second is probably not a realistic 
short-term goal for QGIS. But, what about allowing the graphics system to draw 
the current status of the internal render, before it's complete?  For example, 
if WMS tiles are being downloaded, can the background map be updated as data 
comes in, while the foreground features stay on top?  Can layers be shown as 
they are drawn, instead of popping up the entire image after the final layer 
has been drawn?


> On Jul 10, 2017, at 9:44 AM, qgis-developer-requ...@lists.osgeo.org wrote:
> 
> Send QGIS-Developer mailing list submissions to
>   qgis-developer@lists.osgeo.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.osgeo.org/mailman/listinfo/qgis-developer
> or, via email, send a message with subject or body 'help' to
>   qgis-developer-requ...@lists.osgeo.org
> 
> You can reach the person managing the list at
>   qgis-developer-ow...@lists.osgeo.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of QGIS-Developer digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: QGIS/OGR: FeatureIds reassigned on write to  data
>  provider? (Even Rouault)
>   2. Re: Value entry using comma as decimal separator?
>  (Bernhard Ströbl)
>   3. Plugin [1246] go2mapillary approval notification.
>  (nore...@qgis.org)
>   4. Re: QGIS/OGR: FeatureIds reassigned on write to  data
>  provider? (Régis Haubourg)
>   5. Re: QGIS/OGR: FeatureIds reassigned on write to  data
>  provider? (Even Rouault)
>   6. qgis-bin.exe - Entry Point Not Found (Patrice)
> 
> 
> --
> 
> Message: 1
> Date: Mon, 10 Jul 2017 13:58:57 +0200
> From: Even Rouault 
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [QGIS-Developer] QGIS/OGR: FeatureIds reassigned on write
>   to  data provider?
> Message-ID: <2643131.9G3uCidT8S@even-i700>
> Content-Type: text/plain; charset="utf-8"
> 
>> I did some playing around and came up with some FeatureId mapping code
>> which is pretty space efficient (basically requiring just
>> 3*nDeletedFeatures entries), see below.
>> 
>> The code however assumes that the gaps in the fid-sequence are filled by
>> decreasing the fids after the gap, which may be pretty specific to the
>> OGR/Shapefile behaviour. 
> 
> This should clearly be restricted to Shapefiles. Other drivers don't have 
> this compaction logic 
> and will let happily holes in the feature ids.
> 
>> Hence in my view such code should really belong
>> into the OGR provider (or perhaps even ogr itself) and not in the
>> plugin. Thoughts?
> 
> Regarding putting that in OGR itself, there's no such API for that right now, 
> and I'm not 
> completely clear of the value to add one (specific use case, for a single 
> driver)
> 
> Perhaps the QGIS OGR provider would be a better place for now.
> 
> Even
> 
> -- 
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> 
> 
> --
> 
> Message: 2
> Date: Mon, 10 Jul 2017 14:15:46 +0200
> From: Bernhard Ströbl 
> To: qgis-developer 
> Subject: Re: [QGIS-Developer] Value entry using comma as decimal
>   separator?
> Message-ID: <2f5e52a4-ef66-5cb1-200d-80a1d8d9f...@jena.de>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> Hi,
> just my two cents: My users are working in a German administration and 
> they depend on QGIS having a German UI. They will be puzzled if they are 
> supposed to use a point instead of the regular komma as decimal 
> separator. On the other hand they won't expect "5.5" to be a regular 
> entry into a decimal field either.
> 
> Bernhard
> 
> Am 08.07.2017 um 09:58 schrieb Richard Duivenvoorde:
>> On 08-07-17 01:11, Nyall Dawson wrote:
>> 
>>> It's a trivial change to make to get the spin boxes to accept the
>>> local decimal separator, but this would prevent users entering "5.5"
>>> in those locales.
>>> 
>>> Can someone from one of these affected regions let me know what the
>>> correct behavior should be? I don't want to make the change if it
>>> breaks entry of 5.5 and that's the standard used in those locales.
>> 
>> My personal view:
>> 
>> In The Netherlands we also use comma as a decimal separator (don't most
>> 

[Qgis-developer] Improved Random Point request (for dot density maps)

[John Abraham]

For the Vector - Research Tools - Random Point - Stratified sampling design, 
can we have:

Add Proportional Value From Input Field selection, where the user can select 
a floating point field, and then they could enter either:
1) Number of points on map, or
2) Value of each point.

If the user selects number of points, the algorithm would sum the positive 
numbers in all the polygons, and sum the absolute value of the negative 
numbers, and divide the max of these two sums by the number of points 
specified, to get the value-per-point.  (E.g. if the user specified 1000 
points, it would yield no more than 1000 points representing positive values, 
and no more than 1000 points representing negative values.)

Then the algorithm would iterate through the polygons and for each polygon 
would divide the absolute value of the user specified field by the 
value-per-point, round it to the nearest integer, and place that many random 
points in the polygon.  Each point would be labeled by the value of the field 
divided by the number of points.

Advantages over current Random Point - Use value from Input Field:

1) Don't have to generate a new field representing the number of points, if you 
have a field representing something big and continuous, like Gross Domestic 
Product per state.
2) Don't have to figure out the value of each point in advance, can specify 
that you want 1000 points (for positive values) and get 1000 points generated.
3) Generates negative values as well as positive values (I often use blue dots 
for increases and red dots for decreases in dot-density maps.)
4) Random points are assigned a quantity such that the original value can be 
retrieved with a sum (i.e. although the number of dots is necessarily rounded 
to an integer, the
attribute on the dot values can vary between the different polygons.)  (Unless 
zero points are generated in the polygon.)
5) (related) works on floating point fields.


PS I have this working well in PostGIS and have used it for years.  Function 
attached.  It's just annoying to use if the data aren't in PostGIS already, and 
I'd like to rest of the QGIS community to have this cool functionality.  I 
always thought I'd implement this myself in QGIS code, but I'm starting to 
realize that I'm neck-deep in too many coding projects right now.  However I 
would buy beer or pay someone to implement this, if it helps speed it along.

--
John Abraham




AddDotDensity.sql
Description: Binary data
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WFS loader does not work if spaces in layer names

[John Abraham]

I couldn't figure out what was wrong with loading WFS layers into QGIS, it 
always worked before, but it wasn't working in my new project.  Turns out I had 
spaces in the layer names.  QGIS wasn't parsing the layer names right if the 
layers had spaces in them, it would try to load a different layer than the one 
I had selected.  

Do spaces in layer names need to be escaped so that they work in the URL?  
Should QGIS be escaping them? Or are spaces in layer names just a bad idea 
overall?

Anyone care to enter this into the bug tracking/issue tracking system?  It 
would be great if it at least threw an error/warning.

--
John Abraham
j...@hbaspecto.com
403-232-1060

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WFS loader should fill in abstract/title or report it somewhere like WMS does

[John Abraham]

Hey, in case anyone is going to work on the WFS loader, please consider another 
two feature requests or bug reports:

1) A WFS layer does not report it's server-supplied title/abstract or any other 
useful server-supplied metadata in it's properties dialog.  

A WMS layer added to QGIS displays all the server metadata in 
Properties-Metadata-Properties-Server Properties.   WFS layers, in 
comparison, only show the Abstract/Title metadata when you are choosing what to 
load, not once it's loaded.  It should be modified to show the metadata from 
the server in the properties dialog.

2) Neither WFS or WMS layers populate the Title / Abstract metadata fields from 
the server-supplied values when loading.

It seems to me that both the WFS loader and the WMS loader should copy the 
Abstract and Title metadata (at least) from the server to the local QGIS 
metadata Abstract and Title, as the default values, that the user could modify 
it after loading if they choose.

Mucho thanks to anyone who takes this on, (someday I should relearn C /C++, but 
for now my own open-source contributions are limited to Java and python 
projects…),

--
John Abraham
j...@hbaspecto.com
403-232-1060

On Feb 12, 2014, at 9:58 AM, John Abraham j...@hbaspecto.com wrote:

 I couldn't figure out what was wrong with loading WFS layers into QGIS, it 
 always worked before, but it wasn't working in my new project.  Turns out I 
 had spaces in the layer names.  QGIS wasn't parsing the layer names right if 
 the layers had spaces in them, it would try to load a different layer than 
 the one I had selected.  
 
 Do spaces in layer names need to be escaped so that they work in the URL?  
 Should QGIS be escaping them? Or are spaces in layer names just a bad idea 
 overall?
 
 Anyone care to enter this into the bug tracking/issue tracking system?  It 
 would be great if it at least threw an error/warning.
 
 --
 John Abraham
 j...@hbaspecto.com
 403-232-1060
 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Building QGIS in Mac OS X (Mountain Lion i.e. 10.8) with QtSQL support

[John Abraham]

I hope this isn't counter productive, but I've found the macports system to be 
a useful way of understanding the steps to compile on OSX. Essentially, a 
portfile in macports has the instructions for downloading the unix source code, 
has a set of patch files to the unix source/makefiles, and lists the other 
packages that are required as dependencies. It does take a little while to 
understand the macports system, but when it works compiling from source is as 
simple as sudo port install qgis.

I havent tried macports' qgis on mountain lion, so there may be issues. But if 
there are issues you could fix them in the portfile and contribute the fixes to 
the rest of us that way. 

--
John Abraham

Sent from my iPhone, please excuse any typos. 

On 2012-08-03, at 6:55 PM, qgis-developer-requ...@lists.osgeo.org wrote:

 Message: 5
 Date: Sat, 4 Aug 2012 10:55:57 +1000
 From: Noli Sicad nsi...@gmail.com
 To: Larry Shaffer lar...@dakotacarto.com
 Cc: qgis-developer qgis-developer@lists.osgeo.org,William
Kyngesburye kyngch...@kyngchaos.com
 Subject: Re: [Qgis-developer] Building QGIS in Mac OS X (Mountain Lion
i.e. 10.8) with QtSQL support
 Message-ID:
cads9uc8ddrt2juyicjdqkfvn54tgksgxam2ck9vivjkx_8w...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1
 
 It seems that compiling in Linux (i.e. Ubuntu) as outlined by Tim
 (below) is much easier to understand than the instruction in Mac OS X.
 
 https://help.ubuntu.com/community/BuildingQuantumGisPoint8FromSource
 
 Is the instruction above using qmake instead of cmake?
 
 Would it possible we can iron out this document i.e. building QGIS in
 Mac OS X to make it easier for use to understand and compile QGIS in
 Mac OS X?
 
 Thanks.
 
 Noli
 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] dot density plugin (anyone used eLance to fund development?)

[John Abraham]

Hi everyone.

I want to build a better dot-density map plugin.  The one that is included in 
the Vector-Research Tools-Random Points is a bit clumsy because: 

a) you already need to have a field describing the number of points, and a lot 
of the time I want to try 1dot=100 and 1dot=500 and 1dot=1000 in an interactive 
way to see what looks better, and not have to go into the attributes (or 
PostGIS) to try different numbers, and

b) usually I want to have several fields shown at once (blue dots for 
households and green dots for jobs, or different shades of blue for data from 
different years)

c) sometimes I want to show negative numbers too, in a different color (1 red 
dot = 100 less jobs, 1 blue dot = 100 more jobs)

It's probably a pretty easy python plugin to develop, simply build a new layer 
with random dots generated from several fields, each dot with a single 
attribute being the field it was generated from. And a user dialog to select 
the field and the (positive or negative) ratio of dots per field value.The 
color coding can be done by the user afterwards, in the new layer. 

I don't think I can write this myself or in-house right now since I'm more of a 
Java programmer and our best python programmer is swamped.  I'm thinking of 
outsourcing it to eLance.com, since QGIS.ORG cannot accept earmarked donations. 
 What do you guys think?  Or should I just file a feature request in the bug 
tracking system and hope for the best?

--
John Abraham
jea@hbaspecto.com___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer