Sorry, I forgot to mention that the interface is in Spanish, but I think you
can guess the concept.
Alvaro
>________________________________
> De: A Huarte <[email protected]>
>Para: Jonathan Moules <[email protected]>; Nathan Woodrow
><[email protected]>
>CC: "[email protected]" <[email protected]>
>Enviado: Martes 28 de enero de 2014 16:19
>Asunto: Re: [Qgis-developer] Consistency in adding layers (especially OGC)
>
>
>
>+1 to create an universal dialog for adding layers (or folder of files/layers)
>
>
>I have resolved the same problem in a personal application integrating all
>formats and types in a single loading form.
>Basically each provider offers a PropertyPage collection to build the
>ConnectionString that each provider know to open.
>
>
>I attach a short video to show the idea (~2.5 mb).
>
>
>http://www.filedropper.com/GenericCadgisLoadingDialog
>
>
>
>Best Regards
>Alvaro
>
>
>
>>________________________________
>> De: Jonathan Moules <[email protected]>
>>Para: Nathan Woodrow <[email protected]>
>>CC: "[email protected]" <[email protected]>
>>Enviado: Martes 28 de enero de 2014 11:57
>>Asunto: Re: [Qgis-developer] Consistency in adding layers (especially OGC)
>>
>>
>>
>>Hi Nathan,
>>Unfortunately my talent lies with finding flaws and suggesting
>>tweaks/improvements to things rather than designing UI's. I'm more than happy
>>to offer feedback.
>>
>>
>>Is there any way to spur this along? We have a limited amount of commercial
>>support (we're a local authority going through "austerity measures"- budgets
>>dwindling); this would be good to see in 2.4 if possible.
>>
>>
>>Cheers,
>>Jonathan
>>
>>
>>
>>
>>On 28 January 2014 10:39, Nathan Woodrow <[email protected]> wrote:
>>
>>Hey Jonathan,
>>>
>>>
>>>Yes this is a bit of a known issue. It has always been a goal of mine to
>>>try and tackle the issue of refactoring the whole lot into single dialog.
>>>I have some early dialog mockups floating around that you might be able to
>>>find, although I would tweak it a bit now.
>>>
>>>
>>>If you have some ideas for a new single UI it would be good to have a look,
>>>or even if you just have ideas on what you want to see.
>>>
>>>
>>>- Nathan
>>>
>>>
>>>
>>>On Tue, Jan 28, 2014 at 8:03 PM, Jonathan Moules
>>><[email protected]> wrote:
>>>
>>>Hi List,
>>>>
>>>>This may be too late for 2.2 (some are features), but something that's
>>>>bugging me no end is the complete lack of consistency between all the
>>>>dialogs for the OGC services. Below I've created a somewhat exhaustive list
>>>>of differences-that-shouldn't-be between the way they behave - mostly the
>>>>add-layer dialog.
>>>>
>>>>
>>>>However, rather than rectify the issues, would it maybe make more sense to
>>>>just create a single new dialog from scratch and use that instead? Ideally
>>>>for all formats, but if necessary, just the OGC stuff.
>>>>
>>>>
>>>> What are the plans relating to add-layer dialogs? Is there a preferred
>>>>option? Or will/desire to create a universal dialog for adding layers?
>>>>
>>>>
>>>>Cheers,
>>>>Jonathan
>>>>
>>>>
>>>>-------------
>>>>
>>>>
>>>>Adding Layers:
>>>>
>>>>
>>>>Add/Close buttons
>>>>For WCS these are the wrong way around!
>>>>
>>>>
>>>>Layer Title|Name:
>>>>- For WMS, WCS - use the layer Title rather than the layer Name when adding
>>>>to the layers list (WFS & WMTS already do this).
>>>>- Either add "Use title for layer name" checkbox to WMS/WMTS, WCS, or
>>>>remove from WFS.
>>>>- WMS seems to allow you to fill in a "Layer name" - add to other dialogs?
>>>>If so, make it more obvious what it does.
>>>>
>>>>
>>>>Filter:
>>>>Add Filter function for WMS, WMTS, WCS (already exists for WFS).
>>>>
>>>>
>>>>Differentiate windows:
>>>>http://hub.qgis.org/issues/9193
>>>>
>>>>
>>>>Tabs:
>>>>WCS: Remove "Layers" tab as pointless.
>>>>WMS/WMTS - I have no idea what "Server Search" or "Layer order" do - never
>>>>seen them active.
>>>>
>>>>
>>>>CRS:
>>>>All - Make CRS section same between dialogs.
>>>>WMS - why is "Tile Size" and "Feature limit for GetFeatureInfo" inside the
>>>>CRS box?
>>>>
>>>>
>>>>Format:
>>>>WCS or WMS/WMTS - Use same method for selecting format. One uses dropdown
>>>>(WCS), one uses checkboxes. I guess WFS doesn't need this option.
>>>>
>>>>
>>>>Column list:
>>>>All - In list of layers, use same order of columns and same selection of
>>>>columns.
>>>>WCS, WMS - Column widths autodetected. (Already done for WMTS, WFS)
>>>>
>>>>
>>>>Caching:
>>>>WCS / WFS - Offer same method for choosing caching settings.
>>>>
>>>>
>>>>Add Layer:
>>>>WFS - Don't close the dialog. Or Do close it for WMS/WMTS and WCS.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>-------------
>>>>Create Connection:
>>>>WMS/WMTS - says "Create a new WMS connection" - should say WMTS too.
>>>>WCS/WFS - Referer option (in WMS already)
>>>>WFS - "Connection details" not in bold (is on WMS/WCS)
>>>>
>>>>
>>>>
>>>>
>>>>-------------
>>>>
>>>>
>>>>Metadata:
>>>>Following on from this ticket - http://hub.qgis.org/issues/8870 - suggested
>>>>changes to layer properties -> Metadata:
>>>>
>>>>
>>>>WMS, WMTS and WCS:
>>>> - Don't list entire Get Capabilities in properties, only the section for
>>>>that particular layer. WFS already does this.
>>>>
>>>>
>>>> - All OGC Services - Populate the Description/attribution/metadataURL from
>>>>the GetCapabilities.
>>>>
>>>>
>>>>This transmission is intended for the named addressee(s) only and may
>>>>contain sensitive or protectively marked material up to RESTRICTED and
>>>>should be handled accordingly. Unless you are the named addressee (or
>>>>authorised to receive it for the addressee) you may not copy or use it, or
>>>>disclose it to anyone else. If you have received this transmission in error
>>>>please notify the sender immediately. All email traffic sent to or from us,
>>>>including without limitation all GCSX traffic, may be subject to recording
>>>>and/or monitoring in accordance with relevant legislation.
>>>>_______________________________________________
>>>>Qgis-developer mailing list
>>>>[email protected]
>>>>http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>>
>>>
>>
>>This transmission is intended for the named addressee(s) only and may contain
>>sensitive or protectively marked material up to RESTRICTED and should be
>>handled accordingly. Unless you are the named addressee (or authorised to
>>receive it for the addressee) you may not copy or use it, or disclose it to
>>anyone else. If you have received this transmission in error please notify
>>the sender immediately. All email traffic sent to or from us, including
>>without limitation all GCSX traffic, may be subject to recording and/or
>>monitoring in accordance with relevant legislation.
>>
>>_______________________________________________
>>Qgis-developer mailing list
>>[email protected]
>>http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>
>_______________________________________________
>Qgis-developer mailing list
>[email protected]
>http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
_______________________________________________
Qgis-developer mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/qgis-developer
