Re: [JPP-Devel] Plug-In Reporting of "Bad Features"

Hi ss Are we certain that the problem was caused by bad features? If so QC would find them. Larry On Jul 12, 2010 12:54 PM, "Sunburned Surveyor" wrote: Back on November 5, 2009 Nacho let us know about a problem with the UnionByAttribute plug-in. It was throwing an exception with Nacho's data.

Re: [JPP-Devel] Selectionstyle Patch

> > provided some great comments. I hope the changes can be made so > > > Mathias code can be integrated. > > > > > > If Mathias needs help making the mods Larry has suggested, he > > can let me know. > > > > >

Re: [JPP-Devel] how to refresh a layer in run time

tell me how it works? It seems a loop is required for continous > update an attribute. How can it be replaced by a event handler? > > Thanks, > Elton > > > --- On *Fri, 7/2/10, Larry Becker * wrote: > > > From: Larry Becker > Subject: Re: [JPP-Devel] how to refresh

Re: [JPP-Devel] Feature collections modified by default

I'm not sure it helps, and I haven't tried it on WFS layers, but theoretically my "select all modified features" plugin distinguishes between newly created features and features loaded from a dataset. Larry On Fri, Jul 9, 2010 at 3:11 AM, Andreas Schmitz wrote: > Michaël Michaud wrote: > > Hi,

Re: [JPP-Devel] Plug-in showing change over time

Hi Stefan, The JUMP rendering architecture was never designed for something like animation. The only way I have found to make it work is to turn off the RenderManager and do the rendering yourself. You should be able to find some hints on how to do that in LayerPrinter2, if I remember correctl

Re: [JPP-Devel] how to refresh a layer in run time

okeAndWait(new Runnable( ) { > public void run( ) { > context.getLayerViewPanel().repaint(); > System.out.println("repaint!!!"); > } > }); > } > > Any idea? > > > --- On *Thu, 7/1/10, Larry

Re: [JPP-Devel] Exposing JUMP as an RMI service?

Hi Martin, I'm still thinking about your RMI idea. In SkyJUMP, there is a communications module that allows other programs to control it remotely. It doesn't use RMI, but it could be ported to OJ and changed to do so. It includes two bidirectional channels for command and data. The protocol is

Re: [JPP-Devel] how to refresh a layer in run time

Sorry, Elton, not NIls. I answered so many questions that I got confused about who I was answering. :-) On Thu, Jul 1, 2010 at 8:24 AM, Larry Becker wrote: > Hi Nils, > > I believe you might be running into problems updating because your loop > is blocking the GUI thread. You

Re: [JPP-Devel] how to refresh a layer in run time

Hi Nils, I believe you might be running into problems updating because your loop is blocking the GUI thread. You might try a LayerViewPanel.repaint() using invokeAndWait(). Larry On Thu, Jul 1, 2010 at 6:42 AM, Elton Chan wrote: > Hi there, > > I would like to refresh a layer after changing

Re: [JPP-Devel] exploding GeometryCollections?

Hi Nils, If you mean an explode utility method you are correct - I don't think there is one. There is code in the ExplodeSelectedFeaturesPlugIn. Also, there is support for recursive parsing of GeometryCollections when using an EditTransaction. If you do add a utility function, it should probabl

Re: [JPP-Devel] Update and refresh layer in run time

You might try: context.getLayerManager().fireFeaturesChanged( features, FeatureEventType.ATTRIBUTES_MODIFIED, layer); Also look into: context.getLayerManager().setFiringEvents(false); //before loop context.getLayerManager().setFiringEvents(true); //after loop Larry On Wed, Jun 30, 2010 at 10

Re: [JPP-Devel] SextanteRasterLayer, pixel values and visualization

Hi Alberto, I did take a look at the render architecture to see how it might be done, but unfortunately I don't have a lot of time right now to help with this effort so any advice I have is only a guess, but I think it might have to happen in the image layer's paint method. Larry On Tue, Jun 2

Re: [JPP-Devel] Update and refresh layer in run time

Hi Elton, Usually for these situations update events would fire automatically. If for some reason, they do not, you can fire them manually. regards, Larry On Tue, Jun 29, 2010 at 8:42 AM, Elton Chan wrote: > Hi there, > > Suppose if I have a layer added in the LayerTreePanel, and I also got

Re: [JPP-Devel] SextanteRasterLayer, pixel values and visualization

Hi Alberto, I have had similar problems with MRSID. It sounds like we need to define an image depth rescaling transformation that is applied to the per-layer window image buffer. It doesn't sound too difficult in principle. regards, Larry On Mon, Jun 28, 2010 at 10:49 AM, Alberto De Luca < i

Re: [JPP-Devel] Selectionstyle Patch

code can be integrated. > > > > If Mathias needs help making the mods Larry has suggested, he can let me > know. > > > > The Sunburned Surveyor > > > > On Mon, Jun 21, 2010 at 6:28 AM, Larry Becker > wrote: > > > >> Hi Matthias, > >&g

Re: [JPP-Devel] Nested loop through the features of two layers

Hi Nils, You are on the right track with the envelope query. Unless your polygons are unusually overlapped (i.e. many overlap many), you should get good performance using the results of the envelope query to feed the inner loop of geometry intersection. regards, Larry On Fri, Jun 25, 2010

Re: [JPP-Devel] OpenJump Documentation

Hi Herman, Try: http://www.vividsolutions.com/jump/bin/JUMP%20Developer%20Guide.pdf Larry On Thu, Jun 24, 2010 at 6:59 AM, Hernan Arellano wrote: > Hi All! >Does anyone know if there is documentacion of OJ Core? Documentation > like class diagram or something where i can see the ma

Re: [JPP-Devel] [Fwd: OpenJump, Shapefile and Dbase]

> > Where do you want to store dbf header information exactly ? In the > DriverProperties ? > I'm not going to store the header info. I'm going to detect that the file exists before saving over it and read the header first. Larry 2010/6/22 Michaël Michaud > Larr

Re: [JPP-Devel] [Fwd: OpenJump, Shapefile and Dbase]

ead french) > My concern was exactly "not to change input schema". I abandonned it > because my concern changed, and because I could not update every piece > of JUMP code that should have been updated to take new attribute types > into account (especially database-access, but n

Re: [JPP-Devel] [Fwd: OpenJump, Shapefile and Dbase]

I agree with Michaël. This isn't really a bug, but it is annoying to have your DBF header modified. I have already spent some time trying to implement a "don't modify the DBF header" approach to SaveSelectedDatasets, but it seems to be a difficult modification and I haven't gotten very far on it

Re: [JPP-Devel] Selectionstyle Patch

nderer.style.VertexStyle class > doesn't have a public default constructor, you must use the > VertexStylesFactory for that. > > >> You should be able to call repaint() from LayerViewPanel. >> > Thank you, it runs :-) > > Matthias > >> >> re

Re: [JPP-Devel] Selectionstyle Patch

s the legacy behavior. You should be able to call repaint() from LayerViewPanel. regards, Larry Becker On Fri, Jun 18, 2010 at 3:43 PM, Matthias Scholz wrote: > Hi, > > the attached patch are a first version of my selectionstyle enhancement. > You can change the selectionstyle with

Re: [JPP-Devel] [Fwd: [jump-pilot - Problems with PlugIns] Problem whith (dbquery) plugins upgrading to 1.3.1]

Hi Stefan, You are probably right. Larry On Fri, Jun 18, 2010 at 3:37 PM, Stefan Steiniger wrote: > Hei all, > > anyone has a guess if I am right? I answered the following: > > > > Hei, is it the FSExtension or the dbquery plugin? And are you sure t

Re: [JPP-Devel] Fonts True type as style of a point

> > > > > Giuseppe Aruta schrieb: > > > > There must be something about it that I wrote some > > > year ago into OJ > > > > documentation, it was connected on how to use > > > geological symbols with > > > > OJ,

Re: [JPP-Devel] Fonts True type as style of a point

; > > stefan > > > > Giuseppe Aruta schrieb: > > > There must be something about it that I wrote some > > year ago into OJ > > > documentation, it was connected on how to use > > geological symbols with > > > OJ, with some font sample. I

Re: [JPP-Devel] Fonts True type as style of a point

It seems like it would be easy, but all I got from wingdings, etc. was a box. We may need to enable this somehow. Larry On Mon, Jun 14, 2010 at 4:42 PM, Hernan Arellano wrote: > Hi all! > > > I got some fonts (True Type) and I want to assign a Character of any fonts to > a Layer of points as

Re: [JPP-Devel] understand error

> it's some months I encounter such error. > > > > luca > > > > luca marletta > > www.beopen.it > > > > > > > > On Mon, Jun 14, 2010 at 3:36 PM, Larry Becker > wrote: > &

Re: [JPP-Devel] understand error

It seems that Java is choking on the clipboard data. OJ has to read the clipboard in order to enable or disable the paste options. These two lines: at com.vividsolutions.jump. > > > workbench.ui.TreeLayerNamePanel.tree_mouseReleased(TreeLayerNamePanel.java:461) >at > com.vividsolu

Re: [JPP-Devel] a simple feature request

I took a quick look at the plugin (org.openjump.core.ui.plugin.tools.AutoAssignAttributePlugIn) and I don't see any problem with adding an Apply button, although I couldn't find a MultiInputDialog in OJ that had one. Take a look at the code and I think you will find that adding an Apply button wi

Re: [JPP-Devel] Vertical alignment now works for polygons in Label Style

n idea to keep backward compatibility. I do not say it should be > done that way, as it adds more menu items without adding really new > capabilities. > > Maybe another option could be to create a small beantool to migrate old > "Above line" styles to new "On" styl

Re: [JPP-Devel] Vertical alignment now works for polygons in Label Style

iniger wrote: > is welcome, I would say. > thanks! > > Larry Becker schrieb: > > I made an experimental change to LabelStyle to allow vertical alignment > > to work for polygons and not just points and lines. For maps with > > polygon layers that are not "space fill

Re: [JPP-Devel] Development - OpenJump

Hi Caroline, The usual solution is to instantiate a com.vividsolutions.jump.workbench.ui.MultiInputDialog. For a good example see: org.openjump.core.ui.plugin.tools.JoinTablePlugIn. Larry 2010/6/6 Caroline Julliê Freitas Ribeiro > Hi! > I solve the problem for create new Feature, I alter m

[JPP-Devel] Vertical alignment now works for polygons in Label Style

I made an experimental change to LabelStyle to allow vertical alignment to work for polygons and not just points and lines. For maps with polygon layers that are not "space filling" (i.e. buildings), the preferred label position is outside of the polygon, and you would choose a vertical alignment

Re: [JPP-Devel] Development - OpenJUMP

eatureCollection().getFeatureSchema() > collectionEditor.getAttributeNames(newFeatureSchema) == ["id", "name", > "street"] > } > > > If somebody wants to use it, I can upload the sourcecode (but it depends on > the groovy jar). > > 2

Re: [JPP-Devel] OpenJump

Thanks for the stats Stefen. Pretty impressive and comparable to the most popular GIS of all time: ArcView, which sold 10,000 copies in the first six months of 1992. Larry On Wed, Jun 2, 2010 at 1:41 PM, Stefan Steiniger wrote: > thanks Michael for answering > > as a note, we had altogether ab

Re: [JPP-Devel] Development - OpenJUMP

For tips on how to do this see: http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Extending_a_FeatureCollection_by_Adding_new_Attributes On Wed, Jun 2, 2010 at 9:17 AM, Larry Becker wrote: > Hi Caroline, > > You seem to be making progress on your project. Your curren

Re: [JPP-Devel] Development - OpenJUMP

Hi Caroline, You seem to be making progress on your project. Your current problem is that when you alter a schema it only affects new features. You need to replace the old schema in each feature with the new one before copying attributes. regards, Larry 2010/6/2 Caroline Julliê Freitas Ribei

Re: [JPP-Devel] How handle diferents menu items, inside the same plugin

Hi, You might try to install an ActionListener for each menu item within your initialize method that sets a class variable that remembers the menu item. This is difficult. Usually though, it just best to have a class that does the work and two plugins, each with their own menu item. regards,

Re: [JPP-Devel] How to load ESRI shapefiles by code

Thanks for volunteering to do this Benjamin. We probably need to make a new page on the wiki that documents it called something like "how to load layers in a plugin". A snippet of BeanShell would be nice too. :-] regards, Larry On Fri, May 28, 2010 at 3:26 AM, Benjamin Gudehus wrote: > how ab

Re: [JPP-Devel] moving labels?

Hi Nils, I don't know a simpler way, and I've intended to write this as a plugin for years, but I haven't gotten around to doing it. We (SkyJUMP) actually implemented an experimental edit tool to offset text once. It stored the offsets as 2 int attributes. Wonder where that code has gone? re

Re: [JPP-Devel] Selection styling

Hi Matthias, You are correct about the classes. Are you thinking of adding getters and setters to AbstractSelectionRenderer? That won't cause any problems that I know of. I wouldn't change the constructor though. Are you thinking of persisting the style changes or keeping them just for the s

Re: [JPP-Devel] Running OpenJUMP in Eclipse

Siddharth, Have you tested the link ( https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk) in a browser? If it works there, it *should* work in Eclipse. Larry On Mon, May 24, 2010 at 7:39 AM, siddharth raghuvanshi < track009.siddha...@gmail.com> wrote: > Hi Stefan & Larry, >

Re: [JPP-Devel] Running OpenJUMP in Eclipse

Hi Siddharth, The usual way to get the source code is to download it from the sourceforge subversion repository using an Eclipse plugin. regards, Larry On Sun, May 23, 2010 at 6:38 PM, siddharth raghuvanshi < track009.siddha...@gmail.com> wrote: > Hi, > > I am consulting > https://sourceforge.

Re: [JPP-Devel] Shapefile field length

If there is no further discussion, shall I go ahead and change DBF integers from 16 to 11 bytes? Larry On Wed, May 19, 2010 at 4:26 PM, Larry Becker wrote: > Hi Michaël, > > I agree that 24,15 for doubles is insufficient to prevent all overflows. > In fact I just did an experime

Re: [JPP-Devel] Shapefile field length

option to keep the original field sizes. This would be relatively easy to implement, I think. Larry On Wed, May 19, 2010 at 4:26 PM, Larry Becker wrote: > Hi Michaël, > > I agree that 24,15 for doubles is insufficient to prevent all overflows. > In fact I just did an experiment

Re: [JPP-Devel] Shapefile field length

tes length > I'm not in a hurry to limit double to 24,15 as I think there is a > (small) risk of loss in precision, and I'm not sure that changing that > to 24,15 will solve any compatibility or storage issue (but I maybe > wrong about these points) > > Any othe

Re: [JPP-Devel] Shapefile field length

I just had a look at the package com.vividsolutions.jump.feature.AttributeType and found: /** For long values (64-bit) */ public final static AttributeType INTEGER = new AttributeType("INTEGER", Integer.class); The comment is at odds with the type, and I can't see why ShapeFileWriter allo

Re: [JPP-Devel] Shapefile field length

I aggree with Michaël. This is a non-trivial task. I would propose that if it is ever attempted, it should be implemented as a special layer type, as with database layers. This "ShapeFileLayer" type could also be the perfect place to implement loading the subset of the shapefile that is within t

Re: [JPP-Devel] Development with OpenJump

Caroline, Although we are losing a little in your translation from Portuguese to English, I think I understand what you are trying to do. Let's see if I do... 1. You have GIS data in a database that OpenJump can access (for example: PostGIS). You will perform a "Run Datastore Query" to load

Re: [JPP-Devel] Branch in SVN for Sunburned Surveyor's patches and unit tests.

Hi SS, I think bug fixing should be done in the trunk so that you get feedback as soon as possible. Can you be more specific about utility code consolidation? Branching the code isn't really going to help us evaluate your changes. If they aren't too controversial, I'd rather they be done in

Re: [JPP-Devel] LayerManager and org.openjump.core.ccordsys.srid.SRIDStyle

Hi Volker, I took a look at the SRIDStyle code, but I'm just not familiar enough with it to confirm or deny your conclusions. LayerListeners are confusing and I avoid them whenever possible. SkyJUMP doesn't use SRIDStyle and I'm not sure why it was implemented this way in OJ. Perhaps the auth

Re: [JPP-Devel] private to protected for AbstractCursorTool

Hi Volker, I committed your requested changes. Are you interested in commit privileges? If I may ask, what motivates your interest in OpenJUMP programming? Are you improving OJ, building plugins, making your own flavor of JUMP, etc.? regards, Larry Becker On Wed, Mar 24, 2010 at 1:17 PM

Re: [JPP-Devel] another jts 1.11 related bug?

s not support "null" being > >>> passed as in input argument. OJ should not be trying to determine the > >>> validity of a null geometry - it needs to detect this situation and > make > >>> its own decision about whether null is valid or not. > >

Re: [JPP-Devel] Translation to Czech

Hi Jan, One of us (Stefan?) will commit it for you. I see you have already posted a link to it. We normally update the language translations before each release of OJ. Are you going to handle any future translations? regards, Larry Becker 2010/3/22 > Thank you, > > I know h

Re: [JPP-Devel] another jts 1.11 related bug?

eturn false; return true; } Larry On Mon, Mar 22, 2010 at 3:58 PM, Larry Becker wrote: > There are no changes in the SVN history for several months before 24 > February that seem relevant. I made a bunch of changes to rendering and > such, but nothing related to EditTransactions. >

Re: [JPP-Devel] Project open listener

Done. On Mon, Mar 22, 2010 at 4:41 PM, Matthias Scholz wrote: > Hi Larry, > > it's O.K. for me :-) > > Matthias > > Hi Matthias, > > > > I have loaded your changes, but haven't committed them yet. I like > > the org.openjump.core.model package for TaskEvent and TaskListener. > > If that is ok

Re: [JPP-Devel] another jts 1.11 related bug?

t say for sure when it started though. Larry On Mon, Mar 22, 2010 at 3:48 PM, Larry Becker wrote: > Hi Michaël, > > Yes, I am using the latest SVN version. You can do the test yourself in > a few minutes. > > I just checked and SkyJUMP and OJ both have identical co

Re: [JPP-Devel] another jts 1.11 related bug?

Hi Michaël, Yes, I am using the latest SVN version. You can do the test yourself in a few minutes. I just checked and SkyJUMP and OJ both have identical code to handle deleting selected items, except for the changes Michaël made to EditTransaction and the JTS version. Those changes were made

Re: [JPP-Devel] another jts 1.11 related bug?

to allow > null geometries to be handled? Perhaps the geometry deletion code is > using null to represent "no feature", rather than "a feature with null > geometry"? > > Larry Becker wrote: > > It should be easy to fix. Here is the current code: > > > >

Re: [JPP-Devel] Project open listener

Hi Matthias, I have loaded your changes, but haven't committed them yet. I like the org.openjump.core.model package for TaskEvent and TaskListener. If that is ok with you (and everyone else), I'm ready to commit your changes. regards, Larry On Sun, Mar 21, 2010 at 6:00 AM, Matthias Scholz

Re: [JPP-Devel] another jts 1.11 related bug?

if (proposedGeometry == null) { return true; } if (! proposedGeometry.isValid()) { return false; } } return true; } But is this the right fix? Larry On Mon, Mar 22, 2010 at 12:53 PM, Larry Becker wrote: > I had no trouble duplicating the problem - just create a point a

Re: [JPP-Devel] another jts 1.11 related bug?

I had no trouble duplicating the problem - just create a point and delete it in a new project. I don't have a clue as to what is going on though. Larry On Mon, Mar 22, 2010 at 12:40 PM, Martin Davis wrote: > Hmm... JTS 1.11 didn't introduce any changes into IsValidOp, I don't > think. > > Is i

Re: [JPP-Devel] Project open listener

e tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >

Re: [JPP-Devel] Mouse wheel zoom and WMS

always the scale bar. If this isn't acceptable, I suppose I could put in a method to select the old mouse wheel zoom method. regards, Larry On Thu, Feb 25, 2010 at 5:21 PM, Larry Becker wrote: > Since I had to work out the algorithm before implementing it, the process > is documented

Re: [JPP-Devel] reportNothingToUndoYet for some classes

ance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.n

Re: [JPP-Devel] Mouse wheel zoom and WMS

I have restored "zoom to cursor" on mouse wheel zoom. Larry On Thu, Feb 25, 2010 at 8:49 AM, Larry Becker wrote: > Darn. I was noticing the anomaly occurred for me when I accidentally > pressed the mouse wheel button (which initiates a regular zoom in the middle > of a mous

Re: [JPP-Devel] Mouse wheel zoom and WMS

wrote: > It reproduces with hand tool. Tested with nightly builds from 23th and 25th > february. > > 2010/2/25 Larry Becker > > Hi Benjamin, >> >> Could you try to reproduce the anomaly when mouse wheel zooming with the >> "hand" tool please? I

Re: [JPP-Devel] Mouse wheel zoom and WMS

t;> coord_offsets] >> ring = geo_factory.createLinearRing(poly_coords) >> polygon = geo_factory.createPolygon(ring, []) >> geometries.append(polygon) >> >> from org.openjump.core.apitools import LayerTools >> from java.awt import Color >>

Re: [JPP-Devel] delay on rendering

f. > > Alternatively, this seems like a perfect case for a "rough clipper" as > talked about earlier. > > BTW, would another optimization be to only clip if the geometry is much > larger than the viewport? If the geometry is only slightly larger, it's > probably b

Re: [JPP-Devel] delay on rendering

Hi Stefan, Thanks. Wow! Pretty slow rendering indeed. Larry On Wed, Feb 24, 2010 at 10:35 AM, Stefan Steiniger wrote: > Hei Larry, > > I will send them offline. > > stefan > > Larry Becker schrieb: > > I'm waiting on Stefan's magic 1000 point po

Re: [JPP-Devel] Mouse wheel zoom and WMS

image from > the current view of the layerviewpanel and zoom that image and (2) then > rerenders all the features to replace the image. When I zoom with the mouse > wheel the view jumps between (1) and (2), e.g. it finishes rerendering the > image (2) of an previous zoom level when (1) a

Re: [JPP-Devel] delay on rendering

; Should we test the fix you mention where we "rough clip" large > lineStrings that contain the viewport in their bounding box? > > The Sunburned Surveyor > > On Mon, Feb 22, 2010 at 3:04 PM, Larry Becker > wrote: > > If the problem is what we have been a

Re: [JPP-Devel] ESC for ConstrainedMultiClickTool

is, unlike right or double click which adds another point and stops. regards, Larry On Mon, Feb 22, 2010 at 8:58 PM, Stefan Steiniger wrote: > thanks Volker.. "we" should commit that ;) > tmrw. > > Larry Becker schrieb: > > Unlike MultiClickTool, ConstrainedMultiClic

Re: [JPP-Devel] delay on rendering

an required for rendering. So this would be a good thing to > optimize. It's one of those things which isn't necessarily all that > noticeable, but is quietly burning cycles all the time. > > Larry Becker wrote: > > Better send it to me too. All the cases I&#x

Re: [JPP-Devel] delay on rendering

nt make some tests?) > > > > stefan > > > > luca marletta wrote: > > > >> luca marletta > >> www.beopen.it > >> > >> > >> > >> On Fri, Feb 19, 2010 at 5:42 PM, Larry Becker > wrote: > >> > >>> Hi luca,

Re: [JPP-Devel] delay on rendering

s) > > (if Larry wants to test, I can send that linestring?) > > however, I am not sure why working with the 1000 points linestring is so > slow (i.e. does paint make some tests?) > > stefan > > luca marletta wrote: > > luca marletta > > www.beopen.it > >

Re: [JPP-Devel] delay on rendering

Good catch! I had some obvious cut and paste errors. I should be fixed now. Larry 2010/2/19 Michaël Michaud > Larry Becker a écrit : > > @Michaël, Selection Renderer's Paint now returns immediately with > > passed geometry's envelope doesn't intersect viewport.

Re: [JPP-Devel] ESC for ConstrainedMultiClickTool

; Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Larry Becker Integrated Systems Analysts, Inc. -- Download Intel® Parallel Studio Eval Try the ne

Re: [JPP-Devel] delay on rendering

ible rendering improvements along the way! > > Maybe it would be worth skipping text labels that we know aren't > visible at the current scale, even if min rendering scale isn't set by > the user. > > The Sunburned Surveyor > > On Fri, Feb 19, 2010 at 1:41 PM, La

Re: [JPP-Devel] delay on rendering

OK, wow. It just takes that long to render a lot of text that is too small to see. So there is no real problem here, at least one that can't be solved with the Scale tab of Change Styles. Hmm, I'll wait for luca's reply. On Fri, Feb 19, 2010 at 3:35 PM, Larry Becker wrote:

Re: [JPP-Devel] delay on rendering

I'm homing in on the problem. I've determined it only occurs when a layer has labeling turned on. @luca, can you confirm this? Larry On Fri, Feb 19, 2010 at 3:26 PM, Larry Becker wrote: > HI Michaël, > > Your hypothesis about selection painting is correct. The call to &

Re: [JPP-Devel] delay on rendering

redundant rendering is solved. regards, Larry On Fri, Feb 19, 2010 at 3:15 PM, Larry Becker wrote: > Let's not get distracted trying to optimize redraw. The problem I'm seeing > occurs AFTER redraw is complete. > > I've done several more tests and have determined that t

Re: [JPP-Devel] delay on rendering

the dataset is, but is more noticeable for large ones. No clue yet why this is happening. Larry On Fri, Feb 19, 2010 at 3:11 PM, Larry Becker wrote: > OJ is optimized to only draw items that intersect the viewport. > Unfortunately, it takes work to determine which are which. > > Larry

Re: [JPP-Devel] delay on rendering

It seems that renderer optimization is very efficient for both > > unselected features and selected features > > (optimizer draws only points separated by one pixel or so) as we can see > > that very low zoom is very fast > > > > It seems that selection rendering do not limit

Re: [JPP-Devel] delay on rendering

tests?) > > stefan > > luca marletta wrote: > > luca marletta > > www.beopen.it > > > > > > > > On Fri, Feb 19, 2010 at 5:42 PM, Larry Becker > wrote: > >> Hi luca, > >> > >> When you try to select features, does the sta

Re: [JPP-Devel] delay on rendering

beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Larry Becker Integrated Systems Analysts,

Re: [JPP-Devel] delay on rendering

2010 at 8:38 AM, Larry Becker wrote: > Hi, > > I have duplicated a problem in OJ with selection feedback. When a large > vector dataset is loaded, and mouse wheel zoom is used to zoom out, > selection feedback stops working for a while. Note that the selection > mechanism is

Re: [JPP-Devel] delay on rendering

ilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Larry Becker Integrated Systems Analysts, Inc. -- Download Intel® Parallel S

Re: [JPP-Devel] 2 general questions

> > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during

[JPP-Devel] Open project optimization

While I was modifying the OpenProjectWizard to support remembering the window data, I noticed that OJ didn't have a SkyJUMP optimization for speeding up project loading. I turned off background drawing of new layers while the project is loading, and on my PC this speeds loading of a 100 layer proj

Re: [JPP-Devel] Mouse wheel zoom and WMS

> > working keyboard shortcut for panning. > > > > OJ is having a few nice new features since the last release. At least > > improved wheel zoom, improved handling of null attributes from database, > > EZ Buttons (which migh be acticated by default). Would it be a ti

Re: [JPP-Devel] EZ Buttons

Has anyone else running linux tried EZ Buttons? On Tue, Feb 9, 2010 at 8:09 AM, Larry Becker wrote: > Hi luca, > > You are right-clicking on the buttons, correct? If so, what OS? What > version of OJ? > > regards, > Larry > > > On Tue, Feb 9, 2010 at 1:53 AM,

Re: [JPP-Devel] EZ Buttons

services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net >

Re: [JPP-Devel] Find/Substitute attribute

> similar to Openwriter/Word Find/substitute combo box with the only exception > to have the possibility to select the attribute where to search. > I didn't realize that "autoassign attributes" would have been a valid > substitute. > > Peppe > > --- Ven 5/2

Re: [JPP-Devel] AdB-ToolBox: a word about future developments

rid out of the raster. > However, Erwan programmed once a cursor tool which can display pixel > values (I think the sources are in the OrbisGIS repository for the ASCII > grid reader). > > so let me know if you think that we should build on the Sextante design > as well (also with

Re: [JPP-Devel] Find/Substitute attribute

> Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Larry Becker Integrated Systems Analysts, Inc. -- The Planet:

Re: [JPP-Devel] AdB-ToolBox: a word about future developments

colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. &g

Re: [JPP-Devel] Using Web Mercator tilesets in JUMP?

__ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Larry Becker Integrated Systems Analysts, Inc. --

Re: [JPP-Devel] Jump DB Query Plugin now supports Spatialite

d the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > Jump-p

Re: [JPP-Devel] Mouse wheel zoom and WMS

, Feb 2, 2010 at 5:02 PM, Larry Becker wrote: > OK, I have committed an experimental version of AbstractZoomTool that > incorporates a deferred mouse wheel zoom for half a second. It does an > image stretch from the center of the panel until the half second expires. > Please test afte

<    1   2   3   4   5   6   7   8   9   10   >