On 13.10.2011 09:12, Rahkonen Jukka wrote:
> Double step selecting may feel odd with the standard installation but there 
> is one plugin utilising the double step format-file name selection. Deejump 
> plugin adds another shapefile adapter and one more GML reader.  By the way, 
> it can open GML2 files coming from WFS 1.0.0 service or created by ogr2ogr 
> without OpenJUMP templates and therefore it is rather usefule sometimes. It 
> is easiest to get with the deejump packege 
> http://wiki.deegree.org/deegreeWiki/OpenJumpPackages.
> Deegree adapters give also two alternatives for normal saving, either normal 
> shapefile or GML saving or saving to zip file. Therefore I would not say that 
> the two-step selection is useless, even it is true that we do not need the 
> extented possibilities much at the moment.

ok have to look what deree does. as it is in core, you select below and above 
it is updated to the same or all files.

> 
> Quantum GIS is showing a long list of file types and on the bottom stands 
> "All files". I think that selecting "All files" leads to automatic selection 
> of the file type by GDAL/OGR. It is quite clever in investigating the file 
> structure and recognising the file type. I can believe it has taken a lot of 
> tricky programming. If user selects a certain driver it is only possible to 
> open files with a fixed file name extension. For example after selecting 
> Spatialite only files ending .sqlite are listed.

that's how i prefer it to be. usually a file selected from all files view is 
opened according to it's extension which has a handler assigned.

> 
> QGIS can have different drivers for the same file type even the standard 
> installation seems to use OGR for everything. I can see from the list one 
> example where same file name extension is used by two OGR drivers. There 
> seems to be INTERLIS 1 and INTERLIS 2 usind extensions .itf, .xml, .ili, 
> .ITF, .XML, or .ILI. I think that it means that user MUST use one of there 
> registered file name extensions, because if the name was for example 
> .interlis then user must select "All files" in the first step and after that 
> it is up to OGR what driver gets selected. It is possible that OGR knows the 
> difference between INTERLIS 1 and INTERLIS 2 but anyway it is out of the 
> control of the user.

i read there is a setting somewhere where the preferred driver for a format can 
be selected. 

> 
> I tried to fool QGIS by selecting "INTERLIS 1" driver and filtering filename 
> list by *.shp. QGIS opens the shapefiles also this way which means that OGR 
> is quietly dropping the Interlis driver and the file is opened with OGR 
> shapefile driver.

the routine is probably as described above. why use different ones for each 
format ;)

> 
> Naturally using some own file name extensions is usually stupid but as Martin 
> said there is no standard extension for GML/XML, text files appear with many 
> equally good extensions like .txt or .csv or something else and perhaps 
> someone would like to use something shorter than .geojson or .sqlite.
> 
> Now I wonder if deegree shapefile and GML adapters can really only save into 
> zipped format but not open it, or is it so that the different dialogue we 
> have for opening files has dropped that alternative.

our file open dialog automatically opens zip files and tries to open each of 
the files contained. try it.

..ede

> 
> -Jukka Rahkonen-
> 
> 
> Martin Davis wrote:
> 
>  
>> One reason for having the double choice of both format and 
>> file name is 
>> that there are formats (such as GML) which don't have a standard file 
>> extension that can be used to drive the choice of format.
>>
>> Also, in JUMP originally we supported a zipped shapefile concept.  It 
>> had the extension .zip, but was read by the Shapefile driver.
>>
>> One thing that could be do would be to use the file extension 
>> to drive 
>> the initial format setting, but allow it to be overridden for 
>> files with 
>> non-specific extensions.
>>
>> I'm also curious how other apps (such as QGIS) handle this?
>>
>> On 10/12/2011 1:30 PM, edgar.sol...@web.de wrote:
>>> On 12.10.2011 22:18, Michaël Michaud wrote:
>>>> Hi,
>>>>
>>>> Le 12/10/2011 21:55, edgar.sol...@web.de a écrit :
>>>>> On 11.10.2011 02:10, Stefan Steiniger wrote:
>>>>>> The first bug I encountered is MacOSX specific - and we 
>> probably forgot
>>>>>> aboout that "save-ing" bug. I.e. there is no "field" in 
>> the Save Dataset
>>>>>> As dialog to write a name.. one can only chose existing files :(
>>>>> funny enough it comes up for gml 2.0 ...
>>>>>
>>>>> still the whole _double_ drop down select format seems 
>> senseless. any objections to redesign it to industry standard 
>> one dropdown select format?
>>>> Can't remember a reason for the current design.
>>>> I agree this is redundant, even if a single combobox will 
>> not allow to
>>>> choose a format and display either files with this format extension
>>>> and/or files with any extension (not sure it is useful).
>>>>
>>> check an application of your choice. this is how a save 
>> dialog works usually. select a format, files according 
>> selected formats extensions are shown.. choose one or enter 
>> your own name.
>>>
>>> ede
>>>
>>>
>> --------------------------------------------------------------
>> ----------------
>>> All the data continuously generated in your IT 
>> infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this 
>> data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> _______________________________________________
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>> -----
>>> No virus found in this message.
>>> Checked by AVG - www.avg.com
>>> Version: 10.0.1410 / Virus Database: 1522/3948 - Release 
>> Date: 10/12/11
>>>
>>>
>>>
>>
>> --------------------------------------------------------------
>> ----------------
>> All the data continuously generated in your IT infrastructure 
>> contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data 
>> and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>>
>>
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to