Of course all feature in layer share the same shema.

An exemple :
 * I have some polygone in shape file :
 GEOMETRY (MULTYPOILYGONE)
 ID (INTEGER)

 * I have in datasource (DS1) lot of generic attributes for this polygone
like
 ID (INTEGER)
 POPULATION (DOUBLE)
 MENAGE (DOUBLE)

 * in an other datasource (DS2) client attribute
 ID (INTEGER)
 NB_CUSTOMER (DOUBLE)
 NB_CONTRACT ((DOUBLE)

i want to have in the same layer
 GEOMETRY (MULTYPOILYGONE)       => from shapeFile
 ID (INTEGER)                                      => from shapeFile and in
DS1 and DS2
 POPULATION (DOUBLE)                     => from DS1
 MENAGE (DOUBLE)                           => from DS1
 NB_CUSTOMER (DOUBLE)                 => from DS2
 NB_CONTRACT ((DOUBLE)                 => from DS2

I want make some analyse (why not build an other field with computation from
others)
 TX_PENETRATION = NB_CUSTOMER / MENAGE

and store TX_PENETRATION in an other datasource.

What is the better way to code this functionality with lesser intrusive
methode?
I want to keep compatibility with project xml file from OJ 1.2D (if it
possible ;-))

Eric

2007/11/4, Paul Austin <[EMAIL PROTECTED]>:
>
>  Layers are tied to a feature collection and all features must share the
> same schema.
>
> If you create custom Java code to load the date from each of those sources
> and populate the feature collection with that data then there is no reason
> why you couldn't do what you want. But there is nothing out of the box to do
> this.
>
> What is the use case behind getting the attributes from many places? If
> the geometry and attributes are in a shape file why not load these into one
> of the databases then you can create a view of the tables and load that into
> JUMP?
>
> Paul
>
> Eric Lemesre wrote:
>
> Hi,
>
> It possible to have more than one datasource by layer?
>
> 1 for Geo datasource (a data source for the géometry)
> 1..n data source for attributes
> Exemple :
>  * shapeFile for the geometry
>  * a flat CSV file for some attribute
>  * MysQL database for some other
>  * PostgreSQL database for some others.
>
> Eric
>
> ------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
> ------------------------------
>
> _______________________________________________
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to