I had the privilege of writing a short, introductory article to
spatial relationships for the first article of the OSGeo Journal.
You can find the PDF version of the enrire issue here:
http://www.osgeo.org/files/journal/final_pdfs/OSGeoJournal_vol1.pdf
You can find an extract of my article
Nice work.
Larry
On 5/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
I had the privilege of writing a short, introductory article to
spatial relationships for the first article of the OSGeo Journal.
You can find the PDF version of the enrire issue here:
I've been thinking a little about the test I will be writing for my
pluggable renderer system and plug-in dependency system. This test
will be a new plug-in that allows the user to place and manipulate
labels on the layer view. The system will be vary simple to start, but
could be expanded in the
I wanted to share some quick thoughts about SVG support in OpenJUMP.
I'm a big fan of Inkscape and I think it has the potential to be a
great tool for cartographic map design.
Why develop a lot of cartographic design or art tools for OpenJUMP
when Inkscape already has a great deal of momentum?
Sunburned Surveyor wrote:
I wanted to share some quick thoughts about SVG support in OpenJUMP.
I'm a big fan of Inkscape and I think it has the potential to be a
great tool for cartographic map design.
Why develop a lot of cartographic design or art tools for OpenJUMP
when Inkscape already
This approach makes sense, I think. Something similar is done in the
Imagery API - an Image is just a Feature with some special attributes,
which the Imagery renderer knows how to interpret (display on the screen).
The one trick is that if you intend your label boxes to have a
coordinate
SS,
To see an example of a special label class, see the
com.vividsolutions.jump.workbench.ui.cursortool.NoteTool class. It is a
simplified version of what you are talking about, I think. There is also a
custom style called NoteStyle that renders it. No one seems to instantiate
this orphaned
Martin,
Please see my comments below.
Martin wrote: Yeah... this is one way to approach it. But JUMP
Layers and Features
contains a lot of structured data and metadata which probably isn't
available to you once you've crunched everything into Inkscape (they are
totally different data models,
Ok, this all makes more sense to me now.
The question of whether to put the rendering code in the layer or in
separate classes is a classic OO conundrum. The problem is if you add
another kind of rendering format (say MDVG... 8^) you then have to add
yet another set of interfaces and methods
On Tuesday 15 May 2007 20:45, Sunburned Surveyor wrote:
I wanted to share some quick thoughts about SVG support in OpenJUMP.
I'm a big fan of Inkscape and I think it has the potential to be a
great tool for cartographic map design.
not sure whether you tried it yet. With PrintLayoutPlugin
you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi together,
The Print/Layout Plug-in is based on SVG exactly
for the reason of being used in a tool chain.
It would be of great to have an API that eases the
SVG conversion process.
I've a lot of ideas how to do it right and I'm
willing to assist
Hi Landon,
A question following from your approach is : do you intend to
synchronize labeled geographic feature with their label feature ?
If both features and labels are in a distinct layer, it may be tricky to
remove a label when the feature is deleted, or to change the label
content when a
Martin wrote: The problem is if you add
another kind of rendering format (say MDVG... 8^) you then have to add
yet another set of interfaces and methods on the various kinds of
layers. Better to make the rendering class a sort of Decorator or
Visitor or Strategy, I think (I'm sure there's GOF
Michael,
You bring up an excellent point.
You wrote: question following from your approach is : do you intend to
synchronize labeled geographic feature with their label feature ?
If both features and labels are in a distinct layer, it may be tricky to
remove a label when the feature is deleted,
Bravo!
Jon
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Sunburned Surveyor
Sent: Tuesday, May 15, 2007 10:22 AM
To: List for discussion of JPP development and use.
Subject: [JPP-Devel] My Article in the OSGeo Journal
I had the
15 matches
Mail list logo