[JPP-Devel] JUMP in Italiano

2007-03-19 Thread Ugo Taddei
Hello Paolo,

(NB: before you start, let's hear form this mailing list if anyone has got a 
translation of openjump in Italian...)

please find attached the files you need. You only need to translate the values
as:
# original
datasource.DataSourceQueryChooserDialog.format=Format:

# italiano
datasource.DataSourceQueryChooserDialog.format=Formato:

(I've attached an English and a German version; two versions make it easier to 
tranlate - as I know you speak German)

When you're finished, you can sen the file to me so I can upload it.

Thanks in advance,

Ugo

Paolo Viskanic wrote:
 Hallo Ugo,
 wie gestern in Berlin besprochen würde ich dich bitten mir die XML Datei von
 JUMP zu schicken, damit ich die Übersetzungen ins Italienische machen kann.
 
 Mit freundlichen Grüssen,
 
 Paolo Viskanic
 
  
 ==
 R3 GIS Srl - GmbH
 Via Johann Kravogl 2 
 I-39012 Merano (BZ)
 Tel. +39 0473 494949
 Fax +39 0473 069902
 http://www.r3-gis.com
  
 

-- 
l a t / l o n  GmbH
Aennchenstrasse 19   53177 Bonn, Germany
phone ++49 +228 184960   fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


[JPP-Devel] R: Kurzer dienstweg (comment on disablingSaveDatasetAsFile)

2007-03-19 Thread P . Rizzi Ag . Mobilità Ambiente
 Stefan: Yes, I have tried the SISDB plugIn but you can not
 save a table yet :-(

I did not have the time yet to add the saving part...
But I also don't know how to add it...
The SISDB plugin is a Datastore, so you can add a layer
through the Layers/Add Dataset menu.
But *JUMP doesn't define any interface for a writing Datastore,
so I should create my own Save As menu for that, but I don't
know if that would really be a good idea...


Bye
Paolo Rizzi


 
 Uwe
 
 
  From: Stefan Steiniger [EMAIL PROTECTED]
  Subject: Re: [JPP-Devel] Kurzer dienstweg (comment on disabling
  SaveDatasetAsFile)
  
  mhm.. actually i planned to disable SaveDatasetAsFile .. 
 but i have not 
  yet thought about the automated generation of the file 
 suffixes  .. tricky
  
  having two (3) Save options in the popup menu is a bit odd.
  
  the best way actually would be if one could store to 
 postgis with the 
  new datastore framework, by adding a save button
  BTW uwe: have you tried Paolo`s SISDB plugin?
  
  stefan
  
  PS: sorry for the german version below, but i think my answer is of 
  general interest
  
  
  Uwe Dalluege schrieb:
  moin stefan,
 
  ich lese gerade in deiner mail, dass du
  den SaveAs dialog abknipsen willst???
  (Oder habe ich das falsch verstanden?)
 
  btw.: i think i will add SaveDatasetAs... to the 
 layerpopupmenu again
  (and may disable the simple SaveAs dialog) since it needed 
 if one wants
  to store in other dataformats such as databases.
 
 
  Was meinst du?
  Save Dataset As File...
 
  oder
 
  Save dataset as...
 
  Save Dataset As File... hat den gro?en vorteil,
  dass der suffix angeh?ngt wird!!!
  Bei Save dataset as... kann mein geliebtes PostGIS
  gesichert werden!
 
  Leider kann man wohl in das Save Dataset As File... nicht
  das sichern einer PostGIS tabelle einbauen und das ganze
  dann als Save Dataset As... verkaufen?!
  (Ich stecke da zuwenig in dem code drin :-(
 
  Oder kann man aus Save dataset as... ein Save Dataset To 
 PostGIS... machen
  und den rest rausschmei?en?
 
  Leider kann ich dich nicht beim programmieren unterst?tzen, sondern
  nur kluge spr?che loslassen :-(
 
  Also:
  Im layerpopup ist Save Dateset As File... genauso wichtig
  wie Save datatset as... (brauche ich f?r PostGIS) oder
  die oben beschriebene variante.
 
  Alles klar?
 
  Viele gr??e aus dem st?rmischen norderstedt
 
  (Ich fummele gerade am OpenJUMP 1.2 tutorial rum. Habe
  gestern schon die neuen editor-funktionen beschrieben).
 
  uwe
 
 
 --
 ---
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the 
 chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforge
CID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


[JPP-Devel] Make Java2DConverter exchangeable in Viewport?

2007-03-19 Thread Sascha L. Teichmann
Hallo together,

It would be of great if the Viewport class [1] would has a
setJava2DConverter(Java2DConverter) method.
Java2DConverter [2] objects are used to convert JTS
geometries into Java2D shapes.

Why should it be possible to exchange the converter? For the
simple reason that the default one does some coordinate rounding/cutoffs
that make it hard to produce a quality output for printing, SVG export
and so on. We discussed that earlier on the list. If it would be
possible to set a custom (actually a subclass of Java2DConverter)
converter you can temporally replace the original one for a rendering
cycle to get non-truncated vertices. Even more: you can install a
converter that does some controlled simplifications to reduce the
amount of data that is send to the output devices. I've tried both
and it works very well without having a big impact onto the rendering
process as such.

I've attached a patch to add the setter to Viewport. It would be
really kind if you test it. I don't want to simply let my commit
speak. ;-)

Thanks in advance,
  Sascha


[1] com.vividsolutions.jump.workbench.ui.Viewport
[2] com.vividsolutions.jump.workbench.ui.renderer.java2D.Java2DConverter
Index: src/com/vividsolutions/jump/workbench/ui/Viewport.java
===
RCS file: 
/cvsroot/jump-pilot/openjump/src/com/vividsolutions/jump/workbench/ui/Viewport.java,v
retrieving revision 1.1
diff -u -r1.1 Viewport.java
--- src/com/vividsolutions/jump/workbench/ui/Viewport.java  16 Jun 2005 
22:11:47 -  1.1
+++ src/com/vividsolutions/jump/workbench/ui/Viewport.java  19 Mar 2007 
10:45:39 -
@@ -97,6 +97,10 @@
 return java2DConverter;
 }
 
+public void setJava2DConverter(Java2DConverter converter) {
+java2DConverter = converter;
+}
+
 public ZoomHistory getZoomHistory() {
 return zoomHistory;
 }
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] Make Java2DConverter exchangeable in Viewport?

2007-03-19 Thread Larry Becker

Hi Sascha,

  Great idea!  Your patch is implemented in SkyJUMP.  Of course, it has no
effect until someone creates code to use it.  I see that this would also be
a way to implement my decimation optimization without losing any precision.

thanks,
Larry Becker

On 3/19/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:


Hallo together,

It would be of great if the Viewport class [1] would has a
setJava2DConverter(Java2DConverter) method.
Java2DConverter [2] objects are used to convert JTS
geometries into Java2D shapes.

Why should it be possible to exchange the converter? For the
simple reason that the default one does some coordinate rounding/cutoffs
that make it hard to produce a quality output for printing, SVG export
and so on. We discussed that earlier on the list. If it would be
possible to set a custom (actually a subclass of Java2DConverter)
converter you can temporally replace the original one for a rendering
cycle to get non-truncated vertices. Even more: you can install a
converter that does some controlled simplifications to reduce the
amount of data that is send to the output devices. I've tried both
and it works very well without having a big impact onto the rendering
process as such.

I've attached a patch to add the setter to Viewport. It would be
really kind if you test it. I don't want to simply let my commit
speak. ;-)

Thanks in advance,
  Sascha


[1] com.vividsolutions.jump.workbench.ui.Viewport
[2] com.vividsolutions.jump.workbench.ui.renderer.java2D.Java2DConverter

Index: src/com/vividsolutions/jump/workbench/ui/Viewport.java
===
RCS file:
/cvsroot/jump-pilot/openjump/src/com/vividsolutions/jump/workbench/ui/Viewport.java,v
retrieving revision 1.1
diff -u -r1.1 Viewport.java
--- src/com/vividsolutions/jump/workbench/ui/Viewport.java  16 Jun
2005 22:11:47 -  1.1
+++ src/com/vividsolutions/jump/workbench/ui/Viewport.java  19 Mar
2007 10:45:39 -
@@ -97,6 +97,10 @@
 return java2DConverter;
 }

+public void setJava2DConverter(Java2DConverter converter) {
+java2DConverter = converter;
+}
+
 public ZoomHistory getZoomHistory() {
 return zoomHistory;
 }

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] Kurzer dienstweg (comment on, disablingSaveDatasetAsFile)

2007-03-19 Thread Uwe Dalluege
Hi Paolo,

if you try the PostGIS-PlugIn V.1.2.1 from

http://sourceforge.net/project/showfiles.php?group_id=118054

and you make Save dataset as...
you will find behind Format: a ComboBox
where you can save a PostGIS Table.
I dont't know how it is works but maybe
you can have a look at the code.

Uwe

  From: P.Rizzi

 Stefan: Yes, I have tried the SISDB plugIn but you can not
 save a table yet :-(

  I did not have the time yet to add the saving part...
  But I also don't know how to add it...
  The SISDB plugin is a Datastore, so you can add a layer
  through the Layers/Add Dataset menu.
  But *JUMP doesn't define any interface for a writing Datastore,
  so I should create my own Save As menu for that, but I don't
  know if that would really be a good idea...


  Bye
  Paolo Rizzi



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


[JPP-Devel] R: Kurzer dienstweg (comment on, disablingSaveDatasetAsFile)

2007-03-19 Thread P . Rizzi Ag . Mobilità Ambiente
 Hi Paolo,
 
 if you try the PostGIS-PlugIn V.1.2.1 from
 
 http://sourceforge.net/project/showfiles.php?group_id=118054
 
 and you make Save dataset as...
 you will find behind Format: a ComboBox
 where you can save a PostGIS Table.
 I dont't know how it is works but maybe
 you can have a look at the code.
 
 Uwe
Problem is there're two different ways of reading and, possibily, writing data.

The older one is the datasource paradigm followed by the PostGIS plugin and by
the files reader/writer (Shapes, GML, etc.).
The reading is accessible through Files/Load Dataset(s).
The writing is accessible through Files/Save Dataset As.

The newer one is the datastore paradigm that my SISDB plugin follows.
The reading is accessible through Layer/Add Datastore Layer.
The writing is not possible because writing has yet to be defined for 
Datastores.

So I don't know if I would be better off with defining writing capabilities
for Datastores or with doing my own Save As.

I really have no time these days to work on this, but sooner or later
I'll look into it. Also I would like to find the time to take a look
at Kosmo's database capabilities.


Bye
Paolo Rizzi

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] R: Kurzer dienstweg (comment on, disablingSaveDatasetAsFile)

2007-03-19 Thread Stefan Steiniger
maybe Erwans team will also look on this issues.. as they plan to add 
further database support

i ll return to you on that

stefan

P.Rizzi Ag.Mobilità Ambiente schrieb:
 Hi Paolo,

 if you try the PostGIS-PlugIn V.1.2.1 from

 http://sourceforge.net/project/showfiles.php?group_id=118054

 and you make Save dataset as...
 you will find behind Format: a ComboBox
 where you can save a PostGIS Table.
 I dont't know how it is works but maybe
 you can have a look at the code.

 Uwe
 Problem is there're two different ways of reading and, possibily, writing 
 data.
 
 The older one is the datasource paradigm followed by the PostGIS plugin and by
 the files reader/writer (Shapes, GML, etc.).
 The reading is accessible through Files/Load Dataset(s).
 The writing is accessible through Files/Save Dataset As.
 
 The newer one is the datastore paradigm that my SISDB plugin follows.
 The reading is accessible through Layer/Add Datastore Layer.
 The writing is not possible because writing has yet to be defined for 
 Datastores.
 
 So I don't know if I would be better off with defining writing capabilities
 for Datastores or with doing my own Save As.
 
 I really have no time these days to work on this, but sooner or later
 I'll look into it. Also I would like to find the time to take a look
 at Kosmo's database capabilities.
 
 
 Bye
 Paolo Rizzi
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] Make Java2DConverter exchangeable in Viewport?

2007-03-19 Thread Stefan Steiniger
ok.. if Larry (from my point of view the expert) agrees, then you can 
commit your patch.

stefan

Sascha L. Teichmann schrieb:
 Hallo together,
 
 It would be of great if the Viewport class [1] would has a
 setJava2DConverter(Java2DConverter) method.
 Java2DConverter [2] objects are used to convert JTS
 geometries into Java2D shapes.
 
 Why should it be possible to exchange the converter? For the
 simple reason that the default one does some coordinate rounding/cutoffs
 that make it hard to produce a quality output for printing, SVG export
 and so on. We discussed that earlier on the list. If it would be
 possible to set a custom (actually a subclass of Java2DConverter)
 converter you can temporally replace the original one for a rendering
 cycle to get non-truncated vertices. Even more: you can install a
 converter that does some controlled simplifications to reduce the
 amount of data that is send to the output devices. I've tried both
 and it works very well without having a big impact onto the rendering
 process as such.
 
 I've attached a patch to add the setter to Viewport. It would be
 really kind if you test it. I don't want to simply let my commit
 speak. ;-)
 
 Thanks in advance,
   Sascha
 
 
 [1] com.vividsolutions.jump.workbench.ui.Viewport
 [2] com.vividsolutions.jump.workbench.ui.renderer.java2D.Java2DConverter
 
 
 
 
 Index: src/com/vividsolutions/jump/workbench/ui/Viewport.java
 ===
 RCS file: 
 /cvsroot/jump-pilot/openjump/src/com/vividsolutions/jump/workbench/ui/Viewport.java,v
 retrieving revision 1.1
 diff -u -r1.1 Viewport.java
 --- src/com/vividsolutions/jump/workbench/ui/Viewport.java16 Jun 2005 
 22:11:47 -  1.1
 +++ src/com/vividsolutions/jump/workbench/ui/Viewport.java19 Mar 2007 
 10:45:39 -
 @@ -97,6 +97,10 @@
  return java2DConverter;
  }
  
 +public void setJava2DConverter(Java2DConverter converter) {
 +java2DConverter = converter;
 +}
 +
  public ZoomHistory getZoomHistory() {
  return zoomHistory;
  }
 
 
 
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
 
 
 
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] Make Java2DConverter exchangeable in Viewport?

2007-03-19 Thread Sascha L. Teichmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

... done.

A very big thank you to Larry for supporting me in this. :-)

- From the point of view of the Print/Layout plug-in this makes it
a lot easier to produce hi quality output without tampering
with the size of the LayerViewPanel or other ugly workarounds.

Of cause on the callers side you cannot assume that the
set() call is already there [1]. Even if SkyJUMP and OpenJUMP
features it we have a bunch of other derivates.

It would be very nice to have it at least in deeJUMP or PirolJUMP
as well.

Ugo, Michael (Brüning), any comments about this topic?

- - Sascha


[1] java.lang.reflect is our friend here to check if it exists
and call it if it's possible.


Stefan Steiniger schrieb:
 ok.. if Larry (from my point of view the expert) agrees, then you can 
 commit your patch.
 
 stefan
 
 Sascha L. Teichmann schrieb:
 Hallo together,

 It would be of great if the Viewport class [1] would has a
 setJava2DConverter(Java2DConverter) method.
 Java2DConverter [2] objects are used to convert JTS
 geometries into Java2D shapes.

 Why should it be possible to exchange the converter? For the
 simple reason that the default one does some coordinate rounding/cutoffs
 that make it hard to produce a quality output for printing, SVG export
 and so on. We discussed that earlier on the list. If it would be
 possible to set a custom (actually a subclass of Java2DConverter)
 converter you can temporally replace the original one for a rendering
 cycle to get non-truncated vertices. Even more: you can install a
 converter that does some controlled simplifications to reduce the
 amount of data that is send to the output devices. I've tried both
 and it works very well without having a big impact onto the rendering
 process as such.

 I've attached a patch to add the setter to Viewport. It would be
 really kind if you test it. I don't want to simply let my commit
 speak. ;-)

 Thanks in advance,
   Sascha


 [1] com.vividsolutions.jump.workbench.ui.Viewport
 [2] com.vividsolutions.jump.workbench.ui.renderer.java2D.Java2DConverter


 

 Index: src/com/vividsolutions/jump/workbench/ui/Viewport.java
 ===
 RCS file: 
 /cvsroot/jump-pilot/openjump/src/com/vividsolutions/jump/workbench/ui/Viewport.java,v
 retrieving revision 1.1
 diff -u -r1.1 Viewport.java
 --- src/com/vividsolutions/jump/workbench/ui/Viewport.java   16 Jun 2005 
 22:11:47 -  1.1
 +++ src/com/vividsolutions/jump/workbench/ui/Viewport.java   19 Mar 2007 
 10:45:39 -
 @@ -97,6 +97,10 @@
  return java2DConverter;
  }
  
 +public void setJava2DConverter(Java2DConverter converter) {
 +java2DConverter = converter;
 +}
 +
  public ZoomHistory getZoomHistory() {
  return zoomHistory;
  }


 

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV


 

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF/3APsrvOlFf8EzcRAhWTAJsEJn1WSbZhWaksv3/iTYvejmQGhgCeI2so
iF8PDtj9vJjeFzuG59PKyZA=
=lTUC
-END PGP SIGNATURE-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


Re: [JPP-Devel] R: Kurzer dienstweg (comment on, disablingSaveDatasetAsFile)

2007-03-19 Thread erwan bocher

Hi Guys,

Yes. We have planed some jobs around data access flat files and database. We
are working on a generic system to manage all kings of datasources.

The system will be available in 2 months as a prototype. Look at :
http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project


R1.




On 3/19/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


maybe Erwans team will also look on this issues.. as they plan to add
further database support

i ll return to you on that

stefan

P.Rizzi Ag.Mobilità Ambiente schrieb:
 Hi Paolo,

 if you try the PostGIS-PlugIn V.1.2.1 from

 http://sourceforge.net/project/showfiles.php?group_id=118054

 and you make Save dataset as...
 you will find behind Format: a ComboBox
 where you can save a PostGIS Table.
 I dont't know how it is works but maybe
 you can have a look at the code.

 Uwe
 Problem is there're two different ways of reading and, possibily,
writing data.

 The older one is the datasource paradigm followed by the PostGIS plugin
and by
 the files reader/writer (Shapes, GML, etc.).
 The reading is accessible through Files/Load Dataset(s).
 The writing is accessible through Files/Save Dataset As.

 The newer one is the datastore paradigm that my SISDB plugin follows.
 The reading is accessible through Layer/Add Datastore Layer.
 The writing is not possible because writing has yet to be defined for
Datastores.

 So I don't know if I would be better off with defining writing
capabilities
 for Datastores or with doing my own Save As.

 I really have no time these days to work on this, but sooner or later
 I'll look into it. Also I would like to find the time to take a look
 at Kosmo's database capabilities.


 Bye
 Paolo Rizzi


-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys-and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel