Giter Site home page Giter Site logo

stophun / fdotoolbox Goto Github PK

View Code? Open in Web Editor NEW
0.0 0.0 1.0 140.66 MB

Automatically exported from code.google.com/p/fdotoolbox

Makefile 0.05% Python 0.96% Batchfile 0.16% C# 74.69% NSIS 19.49% PLSQL 1.15% HTML 2.96% Visual Basic 0.03% C 0.09% Pascal 0.14% Assembly 0.05% C++ 0.04% JavaScript 0.18%

fdotoolbox's People

Forkers

gisdevelope

fdotoolbox's Issues

Enhancement: Command line / batch for saved bulk copy defniition

Would be useful to be able to save a bulk copy definition (input file, 
input schema, input class, copy spatial contexts, spatial and attribute 
filters, output file, output schema, output class) and then call this bulk 
copy (with an appopriate delete of the target file) from the command line.

Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 4:08

Support schema updates on bulk copy target

Implement Bulk Copy Option: Apply Schema on target

if true will ignore the mappings specified and instead will apply the
*full* source schema and classes to the target.

This option will be true if specified by the user or if the target
connection has no schemas.

This option is needed for the Express Bulk Copy commands.

Original issue reported on code.google.com by [email protected] on 10 Jul 2008 at 6:01

Defect: Tabs stay open when connection is closed.

Tabs (such as Spatial Context Management, Schema Management, etc) stay 
open, even when the connection they refer to is removed, causing unhandled 
exceptions on subsequent actions in these tabs.

I would suggest prompting the user when they delete a connection with open 
panels, and then closing them on deletion.

Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 3:45

add command: refresh connection

Add a new command 

name: refreshconn
displayname: Refresh Connection
icon: page_refresh
description: refresh the selected connection
invocation mode: UI

Include this command in the Object Explorer


Original issue reported on code.google.com by [email protected] on 10 Jul 2008 at 6:11

Seperation between FDO and FDOToolbox

The current layout of the release has all files in the same folder.
This makes it difficult to replace FDO with a new release.

I would like there to be a folder called FDO, and in it should be all the
files from the FDO SDK. This will also remove ambiguities regarding the
files "changelog.txt" and "license.txt".

Original issue reported on code.google.com by [email protected] on 23 Jul 2008 at 7:13

Convert query pane in data preview to a tabbed interface

Convert the current query pane in the data preview control into a tabbed
interface with the following tabs:

- Standard (Default)
   - Standard Query fields
- Aggregates
   - Select Aggregate fields
- SQL
   - SQL text box

Use fdo capability checking to disable/hide unsupported elements.

Original issue reported on code.google.com by [email protected] on 7 Jul 2008 at 5:55

Use different file extensions for various configuration files

Currently, all configuration files (saved connections, tasks, schema
definitions) all have the .xml file extension. While they are true there is
potential for mixing up these files (eg. Loading a schema definition as a
saved connection) as they all share the same file extension.

Include the following file extensions.

- .conn for saved connections
- .schema for saved Feature Schema definitions
- .task for saved tasks

Modify all file pickers to use these new file extensions.

Original issue reported on code.google.com by [email protected] on 10 Jul 2008 at 3:54

IConnectionBoundCtl control types should be single-instance (per-connection)

Currently, any connection bound tab instance (eg. Schema Management for
<conn>) can be opened many times for the same connection. This obviously
introduces the possiblity of data corruption/conflicts (eg. Multiple Schema
Management tabs for the same connection)

A mechanism needs to be in place to prevent multiple tabs of the same
content instance where such things should not be allowed

Original issue reported on code.google.com by [email protected] on 13 Jul 2008 at 7:26

Enhancement: Allow Save As when modifying SDF schema

I'm not sure what the best way of implementing this is, but it would be 
nice to be able to modify an existing schema via the GUI and then save it 
out as a new SDF file.  

I couldn't find any way of doing this other than saving the current schema 
out as a text file and then modifying it manually (where I promptly got 
lost).

Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 3:42

Enhancement: Spatial context enhancements

It would be nice to be able to:

- Pick spatial contexts from a list.  Guessing you’d have to hard-code 
this?

- Retrieve the bounds from the source data with a "fetch" button that 
allows you to pick the Schema and Class(es?) to extract the bounds from.

Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 3:40

Add CommandType enum support for commands

Currently, all commands can be invoked from the application console.

The reality is that some commands are never meant to be invoked from the
application console, so we need a way to determine a command's permissible
modes of execution.

Add a new enum property Type to the Command class which is of the type
CommandType with the following values:

Console = 1
UI = 2
All = 3

If a command is of type CommandType.Console it can only be invoked from the
console.

If a command is of type CommandType.UI it can only be invoked from the user
interface element (ie. toolbar or menu)

If a command is of type CommandType.Console | CommandType.UI is can be
invoked from both

Command entries of both MenuMap.xml and OEMenuMap.xml will also be
verified. Commands of type CommandType.Console will be omitted from any
menus or toolbars.





Original issue reported on code.google.com by [email protected] on 6 Jul 2008 at 5:11

Show property nodes in the Object Explorer

Properties of a class can only be found by opening the schema managment
tab, even when you only want to browse the properties.

Modify the Object Explorer to show properties under each class node.

Original issue reported on code.google.com by [email protected] on 17 Jul 2008 at 7:13

Support multi-class bulk copy

Current Bulk copy is limited to only one class.

Enhance the Bulk Copy implementation with support for multiple classes.

Original issue reported on code.google.com by [email protected] on 9 Jul 2008 at 1:27

Enhancement: Allow user to create "working" directory

Currently, every time a new file picker dialog box is opened, it defaults 
to the fdo toolbox startup directory.

It would be nice if this could remember the last-used directory, and also 
if the user could define a working directory that would be used for the 
initial dialog in a session.

Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 3:49

Support Pending Connection Property Values for Generic [Connect / Create Data Store] dialogs

For FDO providers such as MySQL connection is a two-step process.

First step is to get the initial values required for connection
[Username/Password/Service]

When connecting this will move the connection state to pending, as it
requires a second set of connection properties [DataStore] to complete the
connection.

The current Connect/Create Data Store dialogs will fail completely on such
providers.


Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 10:25

Data Preview SQL support

Implement support for sql statements in the data preview control

As this control is meant to do *previews* of data and not actual data
maintenance, the implementation should also check that the SQL being
entered is only SQL SELECT and not INSERT, UPDATE or DELETE

Original issue reported on code.google.com by [email protected] on 8 Jul 2008 at 7:18

Memory allocation failed when previewing large data sets

A "memory allocation failed" error will occur when previewing large sets of
feature data. This occurs because when calling the IGeometry.Text over many
iterations, it will eventually exhaust the memory.

See remarks for get_Text():

http://fdo.osgeo.org/files/fdo/docs/FDO_API_managed/dc/d19/class_o_s_geo_1_1_f_d
_o_1_1_geometry_1_1_i_geometry_imp_8f476e6f5b7b6a94bb86551b36dccb9c.htm

There needs to be a way to explicity free this memory. Invoking Dispose()
on the IGeometry instance does not work :-(

Original issue reported on code.google.com by [email protected] on 10 Jul 2008 at 11:02

Bulk Copy: Custom Copy Spatial Context Methods

It it becoming clear that even though FDO is a GENERIC API, certain
providers have certain corner cases prevent a generic approach to copying
across spatial contexts.

Instead, delegate this functionality to an ICopySpatialContextOverride
interface:

public interface ICopySpatialContextOverride
{
    void CopySpatialContext(IConnection source, IConnection target);
}

Those providers that have specific needs can implement this interface and
implement that method.

The BulkCopyTask class will include a new property:

public ICopySpatialContextOverride CopySpatialContextOverride
{
    get;
    set;
}

During the bulk copy process if this property is set it will call its
CopySpatialContexts() instead of the built-in one.

This way, we can "bolt-on" additional behaviour to handle these corner cases.

Include two implementations to handle these corner cases:

ShpCopySpatialContextOverride
MySqlCopySpatialContextOverride



Original issue reported on code.google.com by [email protected] on 22 Jul 2008 at 12:09

Implement Bulk Copy Option: Copy Spatial Contexts

Implement Bulk Copy Option: Copy Spatial Contexts

if true, will copy all the source spatial contexts to the target connection. 

If target does not support multiple spatial contexts, the user will be
prompted for the spatial context to be copied over and the original spatial
context will be destroyed and replaced with the specified spatial context.

Original issue reported on code.google.com by [email protected] on 10 Jul 2008 at 6:06

Include MenuMap.xml as an resource

Include MenuMap.xml as an embedded resource. That way, should the
MenuMap.xml file be lost for any reason, we can recover it with a copy
embedded inside the assembly.

Original issue reported on code.google.com by [email protected] on 5 Jul 2008 at 7:50

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.