Martin,
I'm afraid you are on a higher level than I am in this discussion, and
I may not completely understand all of the points you brought out in
your e-mail. I am afraid this limitation of mine may be due to the
fact that I never had any proper education in software design or
architecture. My a
Yes, I agree 100%. It's fine to look at adding functionality for
complex feature types, but this should not complicate the use of the
current simple feature model!
Rahkonen Jukka wrote:
> Hi,
>
> As a user, I really hope you can keep the software as simple to use as it is
> nowadays even if
Hi,
As a user, I really hope you can keep the software as simple to use as it is
nowadays even if the feature model goes complex...
-Jukka Rahkonen-
Lähettäjä: [EMAIL PROTECTED] puolesta: Markus Müller
Lähetetty: pe 8.6.2007 19:04
Vastaanottaja: List for disc
Hi Landon, Martin,
(as so often) I agree with most points made by Martin. Perhaps a use
case that I have in mind for a while is of interest here.
In Germany (sorry...) there is a group of people who developed an
object model for urban planning called "XPlanGML" (for those able to
understand G
SS,
Good blog post.
It seems to me that you are recapitulating the object-vs-relational
debate that was raging strongly in the DB world in the late 90's. It
seems like the RDB's have won that round (at least for the time being)
on the server side, but the object world is obviously in the asc
I never tried the wkt fill pattern,
I welcome if you want to add your improvements to the plugin :)
stefan
Sascha L. Teichmann schrieb:
> Stefan,
>
> If you like I can apply some of the Print/Layout
> improvements to SaveImageAsSVGPlugIn.
>
> Rounded/truncated are one problem.
> Have you ever
Let's wait to see what Larry Becker has to say about this. If he has
no strong objections I can set up the Subversion repository on the JPP
SourceForge site, as Stefan sounds like he is still busy with his
thesis. We can then use this Subversion repository for development of
OpenJUMP.
At some poin
Stefan,
If you like I can apply some of the Print/Layout
improvements to SaveImageAsSVGPlugIn.
Rounded/truncated are one problem.
Have you ever tried to save a SVG via SaveImageAsSVGPlugIn
with (WKT) fill patterns on the map enabled?
By now the fill patterns get lost or are replaced
by a simple f
Hei Sascha it is just one file and very very simple code (compared to
your plugin):
org.openjump.core.ui.plugin.file.SaveImageAsSVGPlugIn
i did not even make it by myself.. i just merged some stuff by two
different people
stefan
Sascha L. Teichmann schrieb:
> Hi Guiseppe!
>
> Which version o
Hei,
thats a good question.
But i guess the problem of WMF is, that it is a closed format (microsoft
windows only). I also believe that it can contain raster as well as
vector graphics and may be other media too.
The size difference is probably due to the binary stoarge format. SVG is
stored
Thanks Stephan,
I think I solve the problem using Inkscape to draw
again the symbols I mìssed, I will try the Cadplan
Printlayout plugin and see what happens.
I have a question, northing connected to Openjump
develop, but a curisity.
In some drawing software, exporting to WMF/EMF gives
good vecto
Sunburned Surveyor,
I forgot on the other mail to ask you if you are
working on all the Tools Menu Functions or only on the
new (Tools) ones
greetings
Giuseppe Aruta
___
L'email della prossima generazione? Puoi averla con la nuova Yaho
Sunburned Surveyor,
I think I write the other functions of Openjump Help
directly with Scibus.
I need a sample file from you so I can directly
organize my work on it.
This probabily could simplify and speed up all the job
thanks
Giuseppe Aruta
___
L'email
I like that post and I agree with you!!!
A GIS is nothing more than a database in the end,
something that OGC seems to forget sometime...
Bye
Paolo Rizzi
Da: [EMAIL PROTECTED] per conto di Sunburned Surveyor
Inviato: gio 07/06/2007 21.07
A: OpenJUMP Dev
Oggetto:
Sunburned Surveyor wrote:
Hello,
first of all let me introduce myself. I'm Andreas Schmitz and I'm taking
over some of Ugo's projects here at lat/lon, especially the ones
regarding deeJUMP/OpenJUMP. So chances are, that you'll see some more
of me on this list :)
> Alright. We've got three votes
Hi Guiseppe!
Which version of OpenJUMP do you use? 1.2b?
We've integrated a tweak to OpenJUMP (Viewport.setJava2DConverter())
a while ago to make it possible to have accurate vertices.
The Print/Layout plug-in uses this mechanism and so the
problem should _not_ appear if you use it with OpenJUMP
puh.. thats a tricky thing. ;o)
As Michael points out.. i currently don't have the time for doing a
switch within the next 3-4 weeks (afterwards i hope i have submitted my
thesis and get more time on OJ)
but for now i think the idea to setup svn for test may be good, because
i have discoverd the p
Hei Guiseppe,
the problem comes from the screen resolution. The points/objects are
distorted to enable a faster rendering. For the things you want, one
needs a specific (new) export tool that does not depend on the screen
resolution.
furthermore there is another limit in the tool which is prob
18 matches
Mail list logo
