Log of /branches/2.0-GP14/src/skrueger/geotools/selection/FeatureMapLayerSelectionSynchronizer.java
Parent Directory
|
Revision Log
Revision
162 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Mon Jun 22 21:05:20 2009 UTC
(15 years, 8 months ago)
by
alfonx
Original Path:
trunk/src/skrueger/geotools/selection/FeatureMapLayerSelectionSynchronizer.java
File length: 11337 byte(s)
Diff to
previous 158
* FINALLY! FINALLY! Found the regressoin in GT 2.4.5 that had made AtlasStyler very buggy. An setSize(Expression.NIL) is set in StyleFactoryImpl which was evil, because NILExpressions are only supported properly in 2.5. So i overwrite the class in schmitzm and changed the one line. Then i was also able to remove a few workarounds that were not needed anymore.
* Some more fixed in AtlasStyler, like: Local symbols are only shown one now.. not twice.
Next commit will be a full build with all JARs
Revision
158 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Mon Jun 22 13:45:32 2009 UTC
(15 years, 8 months ago)
by
alfonx
Original Path:
trunk/src/skrueger/geotools/selection/FeatureMapLayerSelectionSynchronizer.java
File length: 11492 byte(s)
Diff to
previous 151
* Changed the Selection-Stlying-Filter: It's now based on GeoTools Filters! The new Filter() { .. } approach is not recommended in GeoTools and will probably produce other problems also. Because the ShapeFileRenderer is optimizing the filters (thats why it's 10 times faster), its doing some stuff that only works on GeoTools Filters:
Which leads to a problem: Any "Martin-Filter" from Schmitzm does not work when using the ShapefileRenderer
Revision
123 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed May 20 15:54:51 2009 UTC
(15 years, 9 months ago)
by
alfonx
Original Path:
trunk/src/skrueger/geotools/selection/FeatureMapLayerSelectionSynchronizer.java
File length: 11509 byte(s)
Diff to
previous 111
* Changed the logic to generate the Style which contains a FeatureTypeStyle for the selection. It now uses the MapLayer.getStyle() as a base (instead of styledObj.getStyle() ) and simply removes any old FeatureTypeStyle that contains Rules for an older selection.
Why?
1. Because the MapLayer's Style might have been changed by the AS and we don't want the Style to reset.
2. Because in the Atlas the DPLayer's getStyle() always returns the default style, ignoring any additionaly styles.
Revision
111 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Tue May 12 23:33:14 2009 UTC
(15 years, 9 months ago)
by
alfonx
Original Path:
trunk/src/skrueger/geotools/selection/FeatureMapLayerSelectionSynchronizer.java
File length: 10061 byte(s)
Diff to
previous 109
* Fixed some bugs with the SelectionListeners and the JMapPane. To make this work, StyledFeatureLayerSelectionModel now extends StyledLayerSelectionModel<String>. So the selection is remembered as a Set of Feature-IDs. This change was needed, because Feature.java doesn't overwrite the equals method, and therefore the HashSet didn't function as expected.
* Added new Tools and BUttons to MapPaneToolBar.java to select features
* Changed a lot in MapPaneToolBar.java. It now allows to position Spaces, Actions and Tools via the ID field. (the new feature is to mix them)
* Fixed a bug in AV's ClickInfoPanel that would suddenly pop up an AtlasViewer if started from Geopublisher under special circumstances.
* Moving layers in the legend is using MapContext's move method instead of remove and insert.
* LayerPanel's remember* Maps now all have the MapLayer's ID as a key.
This commit includes latest schmitzm.jar and av.jar. The av.jar is also commited to the ISDSS, but the ISDSS will still have the old schmitzm.jar. Latest schmitzm.jar in ISDSS should be updated ASAP. I just don't know where to put it.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
enter a numeric revision.