I think I understand what is breaking and why udig doesn't suffer from that.
In BeeGIS we have a fieldbook from which you can select pins that
represent geonotes. By selecting it there, a refresh is called on the
geonotes mapgraphics and the pins of the selected notes are changed by
color. To not
Andrea Aime:
Can you keep an eye out for this bug? It seems our Referencing
Envelope code is tripping up over what we think is encoding a
CoordinateReferenceSystem.toString(). The actual error seems to be
encoding a char 0 in utf-8 (usually marking the end of a String); I am
not sure what produces
Hi Jody, I am not able to reproduce the error again :(
I will have to wait and see if it comes back.
Last week I had students having the problem very often but since the
log was truncated, I wasn't able to understand were it came from.
I will keep this thread alive and bring it5 back as soon as I
Hi Jody,
thank you so much for this, I really was fixed on paths and never
thought of crs, while your crs advice makes very sense.
I wasn't able to reproduce the problem again up to now, but with this
info I might.
I will be away during the day but will try this evening.
Thanks man!
Andrea
On Sun,
Hi Andrea:
When you next update you will notice some improvements to the project
export wizard so you can try and reproduce the problem with out
exiting the application each time. When you next have a chance please
send me some sample data (or the name of the coordinate reference
system used) so I
Hi Andrea:
Doing a little debugging shows this up as a problem saving the project
that occurs during application shutdown:
if (resource.isModified() && next != null && !((EObject) next).eIsProxy()) {
try {
resource.save(saveOptions);
} catch (Exception e) {
ProjectPlugin.log("Err
I am not sure where to start but I have some ideas:
- ReferencedEnvelope is the class we are having trouble writing out;
that consists of a xmin,xmax,ymin,ymax, crs - and coordinate reference
systems are known to have very funny characters in them (for decimal
deegrees and so on).
So this problem
That's in the uDig code. There are a few examples. One is in the MapEditor
file and another is in the CatalogPlugin (or maybe CatalogUIPlugin, I cant
remember which for sure). I think the easiest example to follow is the one
in the CatalogPlugin.start method.
On Mon, Apr 20, 2009 at 9:39 AM, an
> Not sure I understand this. So on shutodwn you plugin is saving a H2
> database. And because of this the map file is being corrupted?
Exactly. It is as if the H2 need "too much" time and the project
writing then doesn't write because it has some sort of timeout. The
result is the empty map fil
Not sure I understand this. So on shutodwn you plugin is saving a H2
database. And because of this the map file is being corrupted?
Is the process somehow changing the map?
Are you using the same framework that the Map uses? There is a shutdown
task framework for timeconsuming shutdown tasks s
Holy ship!
It was really that. Putting a task to plugin stop is really not safe I
assume then.
I wonder if there might be similar situations that may trigger a map
file corruption.
Ciao
Andrea
On Sat, Apr 18, 2009 at 9:19 AM, andrea antonello
wrote:
> Hi all,
> I have a question about this. Is
Hi all,
I have a question about this. Is it possible that udig is not able to
write the maps down if on shutdown there is a task that is blocking.
For example in Jgrass/BeeGIS we have a H2 database that on shutdown
saves into that last annotations done on map and some gps related
stuff. Is it possi
Hi Emily,
thanks for the starting point. I will try from that point on. If I am
able to create a
> Here is my two bits...
>
> From what I can tell when a new project or new map is created a new
> project/map resource is created (see ProjectImpl.createNewResource). This is
> created when you first
Hi Andrea,
Here is my two bits...
From what I can tell when a new project or new map is created a new
project/map resource is created (see ProjectImpl.createNewResource).
This is created when you first create the project/map; and my
understanding is that this is where the file name is selecte
Hi udiggers,
I am trying to solve issue 1467, i.e. the odd problem with the
projects not loading after restarting udig.
There bug report is opened here: http://jira.codehaus.org/browse/UDIG-1467
but I found the problem NOT being related to that one.
In fact I wasn't still able to track down where
15 matches
Mail list logo
