Re: [JPP-Devel] Jump-pilot-devel Digest, Vol 123, Issue 39

2016-09-28 Thread Roberto Carlos Albani Meolans 
Hola, y muchas gracias por su atencion.

El problema de memoria sigue.

Estamos trabajando en un sistema de catastro (Santa Fe, Argentina), donde se 
utiliza genamap como gis y queremos cambiar a so libre, y nos gusto mucho 
OpenJump.

Hemos probado con Kosmo y este problema de memoria no lo tiene, levanta el 
1.500.000 registro de parcela y no tiene problema de memoria. Pero la decicion 
de un gis es OpenJump.


La Pc es ubuntu 12.04 a 32 bit.


Gracias, nuevamente

[http://graphics.hotmail.com/emsmilep.gif] Roberto Carlos Albani Meolans



De: jump-pilot-devel-requ...@lists.sourceforge.net 

Enviado: martes, 27 de septiembre de 2016 07:37 p.m.
Para: jump-pilot-devel@lists.sourceforge.net
Asunto: Jump-pilot-devel Digest, Vol 123, Issue 39

Send Jump-pilot-devel mailing list submissions to
jump-pilot-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Jump-pilot-devel Info Page - 
SourceForge
lists.sourceforge.net
Your email address: Your name (optional): You may enter a privacy password 
below. This provides only mild security, but should prevent others from messing 
with ...



or, via email, send a message with subject or body 'help' to
jump-pilot-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
jump-pilot-devel-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Jump-pilot-devel digest..."


Today's Topics:

   1. memoria (Roberto Carlos Albani Meolans)
   2. Re: memoria (edgar.sol...@web.de)
   3. Re: memoria (stefan steiniger)
   4. Re: memoria (edgar.sol...@web.de)
   5. SVN: [5032]
  core/trunk/src/com/vividsolutions/jump/datastore/postgis/
  PostgisValueConverterFactory.java
  (jump-pilot-...@lists.sourceforge.net)


--

Message: 1
Date: Mon, 26 Sep 2016 13:52:38 +
From: Roberto Carlos Albani Meolans 
Subject: [JPP-Devel] memoria
To: "jump-pilot-devel-requ...@lists.sourceforge.net"
,
"jump-pilot-devel@lists.sourceforge.net"

Message-ID:



Content-Type: text/plain; charset="iso-8859-1"

Hola, estoy trabajando con openJump y cuando quiero cargar 1.500.000 registro 
de parcelas tengo problemas de memoria.


Exception in thread "AWT-EventQueue-0" Exception in thread "TimerQueue" 
java.lang.OutOfMemoryError: GC overhead limit exceeded
Exception: java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler 
in thread "TimerQueue"

at sun.java2d.SunGraphics2D.clone(SunGraphics2D.java:274)
at sun.java2d.SunGraphics2D.create(SunGraphics2D.java:308)
at java.awt.Graphics.create(Graphics.java:164)
at javax.swing.JComponent.paintChildren(JComponent.java:870)
at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1047)
at javax.swing.JComponent.paint(JComponent.java:1064)
at javax.swing.JComponent.paintChildren(JComponent.java:888)
at javax.swing.JComponent.paint(JComponent.java:1064)
Exception in thread "AWT-XAWT" Exception in thread "AWT-EventQueue-0" 
java.lang.OutOfMemoryError: GC overhead limit exceeded
java.lang.OutOfMemoryError: GC overhead limit exceeded
[INFO] 10:50:02.296 Warning: GC overhead limit exceede


que puedo hace??
Gracias



[http://graphics.hotmail.com/emsmilep.gif] Roberto Carlos Albani Meolans
-- next part --
An HTML attachment was scrubbed...

--

Message: 2
Date: Mon, 26 Sep 2016 15:58:08 +0200
From: edgar.sol...@web.de
Subject: Re: [JPP-Devel] memoria
To: OpenJump develop and use 
Message-ID: <74277027-8de9-81c6-cc43-0f6f95d70...@web.de>
Content-Type: text/plain; charset=windows-1252

On 26.09.2016 15:52, Roberto Carlos Albani Meolans wrote:
> Hola, estoy trabajando con openJump y cuando quiero cargar 1.500.000 registro 
> de parcelas tengo problemas de memoria.
>
>
> Exception in thread "AWT-EventQueue-0" Exception in thread "TimerQueue" 
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> Exception: java.lang.OutOfMemoryError thrown from the 
> UncaughtExceptionHandler in thread "TimerQueue"
>
> at sun.java2d.SunGraphics2D.clone(SunGraphics2D.java:274)
> at sun.java2d.SunGraphics2D.create(SunGraphics2D.java:308)
> at java.awt.Graphics.create(Graphics.java:164)
> at javax.swing.JComponent.paintChildren(JComponent.java:870)
> at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1047)
> at javax.swing.JComponent.paint(JComponent.java:1064)
> at javax.swing.JComponent.paintChildren(JComponent.java:888)
> at javax.swing.JComponent.paint(JComponent.java:1064)
> Exception in thread "AWT-XAWT" Exception in thread "AWT-EventQueue-0" 
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> [INFO] 10:50:02.296 Warning: GC overhead l

Re: [JPP-Devel] Jump-pilot-devel Digest, Vol 123, Issue 39

2016-09-28 Thread stefan steiniger 
Hola Roberto,

buena saber. Entonces tu cambiaste el archivo oj_linux.sh y reiniciaste 
OpenJUMP? (si me quieres mandar el archivo directo, pero bien hasta domingo 
estaré de viaje). Cuando ram tiene tu PC?
Pero no tengo claro porque eso funciona con Kosmo pero no funciona con 
OpenJUMP. Excepto Kosmo no esta leyendo el archivo completo - o viene de una 
base de datos Postgis?

slds,
stefan

Si no resulta, QGIS es tal vez la mejor alternativa - también con respeto a las 
funciones de cartografía y funciones de procesamiento (hay muchos “plugins”).


On Sep 28, 2016, at 8:31, Roberto Carlos Albani Meolans 
 wrote:

> Hola, y muchas gracias por su atencion.
> El problema de memoria sigue. 
> Estamos trabajando en un sistema de catastro (Santa Fe, Argentina), donde se 
> utiliza genamap como gis y queremos cambiar a so libre, y nos gusto mucho 
> OpenJump.
> Hemos probado con Kosmo y este problema de memoria no lo tiene, levanta el 
> 1.500.000 registro de parcela y no tiene problema de memoria. Pero la 
> decicion de un gis es OpenJump.
> 
> La Pc es ubuntu 12.04 a 32 bit.
> 
> Gracias, nuevamente
>  Roberto Carlos Albani Meolans
> 
> 
> 
> De: jump-pilot-devel-requ...@lists.sourceforge.net 
> 
> Enviado: martes, 27 de septiembre de 2016 07:37 p.m.
> Para: jump-pilot-devel@lists.sourceforge.net
> Asunto: Jump-pilot-devel Digest, Vol 123, Issue 39
>  
> Send Jump-pilot-devel mailing list submissions to
> jump-pilot-devel@lists.sourceforge.net
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> Jump-pilot-devel Info Page - SourceForge
> lists.sourceforge.net
> Your email address: Your name (optional): You may enter a privacy password 
> below. This provides only mild security, but should prevent others from 
> messing with ...
> 
> 
> or, via email, send a message with subject or body 'help' to
> jump-pilot-devel-requ...@lists.sourceforge.net
> 
> You can reach the person managing the list at
> jump-pilot-devel-ow...@lists.sourceforge.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Jump-pilot-devel digest..."
> 
> 
> Today's Topics:
> 
>1. memoria (Roberto Carlos Albani Meolans)
>2. Re: memoria (edgar.sol...@web.de)
>3. Re: memoria (stefan steiniger)
>4. Re: memoria (edgar.sol...@web.de)
>5. SVN: [5032]
>   core/trunk/src/com/vividsolutions/jump/datastore/postgis/
>   PostgisValueConverterFactory.java
>   (jump-pilot-...@lists.sourceforge.net)
> 
> 
> --
> 
> Message: 1
> Date: Mon, 26 Sep 2016 13:52:38 +
> From: Roberto Carlos Albani Meolans 
> Subject: [JPP-Devel] memoria
> To: "jump-pilot-devel-requ...@lists.sourceforge.net"
> ,
> "jump-pilot-devel@lists.sourceforge.net"
> 
> Message-ID:
> 
> 
> 
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hola, estoy trabajando con openJump y cuando quiero cargar 1.500.000 registro 
> de parcelas tengo problemas de memoria.
> 
> 
> Exception in thread "AWT-EventQueue-0" Exception in thread "TimerQueue" 
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> Exception: java.lang.OutOfMemoryError thrown from the 
> UncaughtExceptionHandler in thread "TimerQueue"
> 
> at sun.java2d.SunGraphics2D.clone(SunGraphics2D.java:274)
> at sun.java2d.SunGraphics2D.create(SunGraphics2D.java:308)
> at java.awt.Graphics.create(Graphics.java:164)
> at javax.swing.JComponent.paintChildren(JComponent.java:870)
> at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1047)
> at javax.swing.JComponent.paint(JComponent.java:1064)
> at javax.swing.JComponent.paintChildren(JComponent.java:888)
> at javax.swing.JComponent.paint(JComponent.java:1064)
> Exception in thread "AWT-XAWT" Exception in thread "AWT-EventQueue-0" 
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> [INFO] 10:50:02.296 Warning: GC overhead limit exceede
> 
> 
> que puedo hace??
> Gracias
> 
> 
> 
> [http://graphics.hotmail.com/emsmilep.gif] Roberto Carlos Albani Meolans
> -- next part --
> An HTML attachment was scrubbed...
> 
> --
> 
> Message: 2
> Date: Mon, 26 Sep 2016 15:58:08 +0200
> From: edgar.sol...@web.de
> Subject: Re: [JPP-Devel] memoria
> To: OpenJump develop and use 
> Message-ID: <74277027-8de9-81c6-cc43-0f6f95d70...@web.de>
> Content-Type: text/plain; charset=windows-1252
> 
> On 26.09.2016 15:52, Roberto Carlos Albani Meolans wrote:
> > Hola, estoy trabajando con openJump y cuando quiero cargar 1.500.000 
> > registro de parcelas tengo problemas de memoria.
> > 
> > 
> > Exception in thread "AWT-EventQueue-0" Exception in thread "TimerQueue" 
> > java.lang.OutOfMemoryError: GC overhead limit exceeded
> > Exception: java.lang.OutOfMemoryError thrown from the 
> > UncaughtExceptionH

Re: [JPP-Devel] Add SRID and units to Task

2016-09-28 Thread manf...@egger-gis.at 
Good morning!

I published a first version of my tool including registered EPSG-Codes in 
geotools 2.6.0.  :

http://www.egger-gis.at/shapefile-projectionfinder/

Before i start to develop a OPEN JUMP PLUGIN i want to ask which databases OPEN 
JUMP uses for transformations?

I the last weeks i saw in your email traffic that you included different 
sources of projection definitions (EPSG, ESRI, user defs, ...)?

And is it possible to make different .prj files? You know ESRI can not read WKT 
by OGC...

Best regards,

Manfred Egger

Alois-Schrott-Str. 34
6020 Innsbruck
Austria

Web: http://egger-gis.at

-Original Message-
From: "Michaël Michaud" 
Sent: Thursday, August 4, 2016 5:32pm
To: jump-pilot-devel@lists.sourceforge.net
Subject: Re: [JPP-Devel] Add SRID and units to Task

Hi Peppe,

Your explanation is clear.

I tend to be on the same opinion as Jukka on this topic because I 
generally use OpenJUMP as a toolbox, and I generally know exactly what I 
want to do with my data.

But I admit that to visualize heterogeneous data, OpenJUMP has not much 
to offer to the user to solve projection problems, and the beginner can 
be bothered by the lack of assistance.

Here are a few recommandation :

1 - Projection issues may be tricky. It is magic as long as the only 
need is visualization, but if the user need to reproject his dataset, he 
must be aware of the consequences (reversibility, topology 
consistency...). Last time I have been screwed by a projection problem 
is with FME. I imported shapefiles with a prj in a project using the 
"same" projection. It was supposed to be a no-op (doing nothing), except 
that FME did a transformation from projection A (defined by prj 
parameters) to projection A (defined by internal FME parameters), which 
resulted in an invisible switch of  a few micrometers difficult to see, 
but which broke the consistency with another layer (which did not follow 
the same process). Of course this can be avoided in FME, but this is 
just an example to illustrate that without a great care, something 
supposed to be magic may become dramatic.

2 - From my point of view, one of the most difficult problem is to be 
able to recognize that two coordinate reference system with different 
origins (different registries, different formats, different libraries, 
different definitions) represent the same thing (see the above problem 
with FME). I think you already worked on that problem.

3 - Your mail explains quite clearly what already exists and where you 
want to go. I think that to anticipate difficulties, we can suppose that 
a SRID is associated to the task and try to define OpenJUMP behaviour in 
different situations :
- default behaviour when creating a new task : asking for a srid or not 
? it is a good thing if OJ can infer information from prj files or other 
sources, but I don't like having to answer esoteric questions before I 
can start working.
- task without srid : does it take the srid of the first layer imported 
? What if layers without srid are already imported ?
- can we change the srid of a task if layers with srid are already 
imported ?
- importing a layer with a different srid : 1) the layer is just tagged 
(layer srid mismatch task srid), 2) the layer is automatically 
reprojected by the renderer ? 3) the user is invited to reproject the 
layer ? 4) There are some options to define OpenJUMP behaviour
- how to deal with layers without projection : can we import them in a 
task with a srid ? can we edit them ? Do we set the task projection to 
the layer projection automatically ?
- if a reprojected layer is not editable, an interesting option would be 
to set the task srid to the selected layer srid (-> makes the selected 
layer editable, and reproject other layers)
- etc.

4- Implementation : no real opinion. Ede's advice will certainly make 
the code more flexible, but also a bit more complex. And how to 
represent the coordinate system property ? Another difficult question. 
We already have SRID represented by an int at the geometry level (JTS) 
and a CoordinateSystem at the FeatureSchema level. IMHO, the first is a 
bit too lightweight (cannot handle non EPSG crs). The second is too 
lightweight if we want to use it to effectively transform coordinates 
(cannot handle much transformations) and too heavyweight if we just use 
it as a reference to be used by CTS library (or any other).


My 3 cents

Michael



Le 03/08/2016 à 15:13, Gmail a écrit :
> LoopThis thread needs a larger explanation.
> I try to simplify it.
> other GIS like Kosmo or GVSig implemented Coordinate system framework
> following these steps:
> a) first step they add a projection object to the task (usually as EPSG or
> ESRI code). In Kosmo user has to set that. QGIS also allows to set Task
> projection loading that from the first loadedf file (with SRID).
> b) QGIS define the Unit of the task from SRID ( ex. 4326>degree,
> 32632>metre) while GvSig And Kosmo require to set it manually.
> c) a p