Parent Directory
| 
Revision Log
| Links to HEAD: | (view) (annotate) |
| Sticky Revision: |
Das ist 2.2-SNAPSHOT
New mehtod with test in GTUtil initEPSG() does A) trigger the initilaiziation of the EPSG database B) which may block the thread fro some time, but ensures that later the app runs smoother C) add unoffical EPSG codes to GT which are defined in schmitzm/geotools/epsg.properties epsg.properties at the moment contains unofficail NZ and Canadian EPSGs, as well as bloody Google EPSG:900913 !
* Changes some more kruegers to tzeggai * Renamed Geopublisher_de.proaperties ResourceBundle to geopublisherTranslation_de.properties etc... * Moved openOSFolder(File) method to SwingUtil,allowing to open a folder with a os dependent file explorer
updated asswing pom to use a variable ${mainClass}
Added some basic GUI for the AtlasStyler PostGIS support.
* Changed my name from Stefan A. Krüger to Stefan A. Tzeggai
AS-feature: For Strings we add the "" as NODATA values by default for StyledFS
Had to switch the AttributeMetadata key from org.opengis.feature.type.Name to geotools.NameImpl. That sounds not-so-nice, because it is generally better to program against an interface instead of an implementation, BUT NameImpl implements Serializable which is a big help when i want to map that AttributeMetaDataMap in another project.
Made an interface and a Abstract class for AttributeMetaData
AS-Features: AS for ColoredQuantities now supports to define a NODATA symbol
copy RC2 to trunk
2.0-RC2 ist für die weiterentwicklung und soll bald in den trunk mergen
TIny Bugfixing inspired by IMPETUS training
Keine Ahnung was er da gebrancht hat.. der stand der dateien war weder trunk, noch der 1.0-gt26 branch... ich hab die dateien jetzt händisch auf den richtigen stand gebracht und comitte
2.0-RC1 branch ist für GP1.3 bugfixes... 1.0-gt2-2.6 ist der entwicklungs brnach
* XMapPane now prints erros nicely
* Changed AttributeMetadata and AttributeMetadataMap. It's not based on the attributes colIdx any more, but on the geotools.feature.type.Name. All the XML read/write methods have been adapted. This change was needed, as some users tend to change the DBF structure after the shapefile has been imported. Now columns can be moved, inserted and deleted. Just click "reload atlas" in Geopublisher after you changed the table schema. Geopublisher doesn't have to be closed.
* Some frickeling in AtlasStyler...
* Moved more JUnit tests into it's own src dir: src_junit
* Added setFilter, getFilter and getSchema to StyledFeaturesInterface * Changed AtlasStyler to not work an FeatureCollection anymore, but on a StyledFeatureInterface. Otherwise the AtlasStyler didn't have proper knowledge about the first-level filter associated with the layer. * Start slowly to move MigLayout into the AtlasStyler
* GP-Feature: Improved/unified dialog management moved further. * GP-Feature: popup menu in MenuTree allows to edit DpEntries and Maps
* Lots of changes in this big commit for GP 1.3 * New Interfaces: Checkable, Copyable, Cancellable, CancellableDialogAdapter to improve the GUI * New DialogManager to unify the handling of all dialogs. * GP-Feature: The dialog for editing/translating a DpEntry has been "enriched".
Migrating to GT2.6... only 100 compile errors left...
* Replaced every occurrance of AttributeType with AttributeDescriptor - I think it saves a lot of typing...
Branch created from SCHMITZM 1.0 (rev 313) to switch to gt2-2.6.x.
* Updated the license headers * chart action going on...
* Updated all .java and .properties headers with a recent LGPL 3.0 and a link to the project webpage.
* JavaDoc changes
* Last commit before refactoring StyledMapInterface to StyledLayerInterface
* Renamed StyledFeatureInterface to StyledFeaturesInterface
* Neues Interface StyledFeatures<T> eingefüht. Es hat getFeatureCollection und getFeatureSource und überwindet somit den Dualismus zwischen FeatureSource und FeatureCollection. Ein paar mehr Infos: http://wald.intevation.org/tracker/index.php?func=detail&aid=1061&group_id=37&atid=295 * Noch ein bisschen Feinschliff in den StyleCharts
* SCHMITZ/ISDSS/AV/GP CodeClean: Removed the "throws Exception" from "getGeoObject" and rather let it throw a RuntimeException(e). Now it's our job to remove ny throw/catch leftovers in the outer code. * Fundamentally introduced AttributeMetaData to AtlasStyler
* Further improved the usability of the filter panels (used in FilterDialog and AttributeTableDialog)... ** The preview map now always shows the complete collections in gray and the selected / filtered features in red above it ** Added de/en/fr tooltips for the preview mappane ** GP/ATlas AttribtDialog and FilterDialog can now be closed by pressing ESC * Organized Imports ;-) FIXED?: With an open attribute table, open the filters dialog and set a filter .. works here for me now and updates the attribute table.
* Better handling of Exceptions while reading an SLD
* Just corrected some JavDoc
* Layers can be marked as "hide In Legend" in the GP and will be hidden in the AV's legend Das Interface StyledMapInterface.java hatte bisher eine abstrakte Methode isHideInLegend, die nie benutzt wurde. Ich habe die Idee jetzt im Atlas implementiert, und dann gemekert, dass nicht unbedingt eine Eigenschaft dieses Interfaces sein sollte. Ein Layer soll nicht generell auf verstecken/nicht verstecken gestellt werden können. Das sind Eigenschaften der Karte/MapContext, ebenso wie die Reihenfolge der Layer. Im Atlas verwaltet deshalb nun die Klasse skrueger.atlas.Map welche Layer nicht in der Legende auftauchen sollen. Meines Wissens hat keiner bisher die Funktion genutzt. Ich habe in allen allen Klassen welche StyledMapInterface implementieren die Funktion auskommentiert.
First Commit, corresponds to Revision 1008 of Wikisquare-SVN includes: - schmitzm.* (except schmitzm.test) - org.geotools.* (all overridden classes) - skrueger.geotools - skrueger.i8n - skrueger.swing - appl.data.LateLoadable (dependency in SCHMITZM) - appl.data.LoadingException (dependency in SCHMITZM) - appl.util.RasterMetaData (dependency in SCHMITZM)
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.
| [email protected] | ViewVC Help |
| Powered by ViewVC 1.1.26 |