... but snapshots are back with r3510
sorry for the inconvenience
Michaël
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
a
Hi,
For info (wiki will probably need an update about this format)
The exe is available on http://www.lizardtech.com/
under category
Downloads > Tools & Utilities > GeoExpress Command Line Utilities
Don't know if libroject directory is needed and where it must be installed
First time I tried it,
Hi,
I've been asked by my employer (the french NMA) how much
OpenJUMP takes or will take INSPIRE directive into account.
My feeling is that OpenJUMP will not be strongly involved into
Inspire directive before long as there has never been interest
shown on the list, but who knows, some of you mayb
The main task to keep it working is maintaining the command line parameters
to support the latest version of the MRSIDS utilities. I'll be doing that
for SkyJUMP so it is a simple matter to keep OJ up to date too. MRSID,
ECW, and ArcSDE are OpenJump's gateway to the non-free GIS world. Some of
Hi Uwe,
>
> I have tested it again with the lates nightbuild
> (20130414 rev.3505) but I get no errormessage
> like you.
> Do you tested it with JRE 1.7.0_17?
>
> Do you know which class is resposible for the error-message?
This is WorkbenchFrame,
Here is the diff from March 21th which fixed the
Thanks for the survey,
Hopefully, the problem is fixed (r3508).
I now pass the InputStream (byte stream) to the DomParser instead of an
InputStreamReader.
This way, I let the DomParser read the appropriate encoding and parse
the xml file correctly.
At least I hope so (have tested on Uwe's url an
Hi,
> your new plugin does *not* work with my lesson-example
> (OJ 3505):
>
> http://geo.hcu-hamburg.de:8081/cgi-bin/mapserv.exe?map=/mapserver/wms/www/norderstedt.map
> Right, I must have forgotten something, I will try to fix that.
Should be fixed in r 3507
Michaël
>
> Michaël
>>
>> Uwe
>>
>> Am
Hi,
Some quick tests:
- GeoWebCache 1.4 in WMS mode has "charset=UTF-8" in the headers and
"encoding="UTF-8"" in XML.
- GeoServer 2.2.x does not have charser in the headers but does have encoding
in XML.
- ArcGIS Server x.x does not have charser in the headers but does have encoding
in XML.
- M
Michaël Michaud wrote:
> In the adress given by Uwe, for example, last layer name is not parsed
> correctly, but I could not find a way
> to get a valid answer in the browser if I pass Uwe's url +
> "SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities"
I see that you have not yet worked a lot with
On 15.04.2013 22:13, edgar.sol...@web.de wrote:
> On 15.04.2013 21:53, Michaël Michaud wrote:
> servers usually announce the character set they answer with.. do you
> check the response headers?
there is a nifty firefox plugin called "live http headers" btw.
Not sure if t
On 15.04.2013 21:53, Michaël Michaud wrote:
servers usually announce the character set they answer with.. do you check
the response headers?
>>> there is a nifty firefox plugin called "live http headers" btw.
>>> Not sure if the character set I need is in the http response head
Hi,
>>> servers usually announce the character set they answer with.. do you check
>>> the response headers?
>>> there is a nifty firefox plugin called "live http headers" btw.
>>> Not sure if the character set I need is in the http response header or
>>> in the xml declaration.
>>> I would have s
Hi Larry,
OK, I've located the problem that was causing the NPE. The MRSID
executables now depend on the geos.dll (C++ port of the Java Topology
Suite) which must be located in the same directory. MRSID files now
work fine, although not as well as in SkyJUMP. ;-) (SkyJUMP has added
a simple
what exactly do you suggest? complete removal, copy&paste ";)" sky jump's
solution?.. ede
On 15.04.2013 21:20, Larry Becker wrote:
> OK, I've located the problem that was causing the NPE. The MRSID executables
> now depend on the geos.dll (C++ port of the Java Topology Suite) which must
> be l
Heilà!
I am travelling for work and have been "out of interbnet" for soem days.
Today I discovered new good news.
Thank you Ede and thanks to all members for this new step on OpenJUMP
development
I am going to test OpenJUMP 1.6/1.6.1 when I willbe back in Bologna.
Regards
Peppe
2013/4/12 Michaël M
OK, I've located the problem that was causing the NPE. The MRSID
executables now depend on the geos.dll (C++ port of the Java Topology
Suite) which must be located in the same directory. MRSID files now work
fine, although not as well as in SkyJUMP. ;-) (SkyJUMP has added a simple
plugin called
edgar soldin wrote:
>>>
>> servers usually announce the character set they answer with.. do you check
>> the response headers?
>> there is a nifty firefox plugin called "live http headers" btw.
>> Not sure if the character set I need is in the http response header or
>> in the xml declaration.
Hi Uwe,
> your new plugin does *not* work with my lesson-example
> (OJ 3505):
>
> http://geo.hcu-hamburg.de:8081/cgi-bin/mapserv.exe?map=/mapserver/wms/www/norderstedt.map
Right, I must have forgotten something, I will try to fix that.
Michaël
>
>
> Uwe
>
> Am 14.04.2013 18:18, schrieb Michaël Mic
On 15.04.2013 20:23, Michaël Michaud wrote:
> Hi,
>>
>>> Hi,
I made some cross checks with combinations of
- WMS 1.1.1 or WMS 1.3.0
- Mapserver 6.0 or Geoserver 2.3.0
- EPSG:4326 (native latitude-longitude), EPSG:2393 (native
Nort
Hi,
>
>> Hi,
>>> I made some cross checks with combinations of
>>>
>>> - WMS 1.1.1 or WMS 1.3.0
>>>
>>> - Mapserver 6.0 or Geoserver 2.3.0
>>>
>>> - EPSG:4326 (native latitude-longitude), EPSG:2393 (native
>>> Northing-Easting), EPSG:3047 (native Northing-Easting) and E
On 15.04.2013 19:57, Michaël Michaud wrote:
> Hi,
>>
>> I made some cross checks with combinations of
>>
>> - WMS 1.1.1 or WMS 1.3.0
>>
>> - Mapserver 6.0 or Geoserver 2.3.0
>>
>> - EPSG:4326 (native latitude-longitude), EPSG:2393 (native
>> Northing-Easting), EPSG:3047
On 15.04.2013 19:57, Rahkonen Jukka wrote:
> Michaël Michaud wrote:
>
>> > Hi,
>>> In some cases, such a bounding box is not available in the XML, and the
>>> plugin does not zoom to the layer. I don't think there is much to do
>>> about this
>>> >> case.
>>> >> Perhaps there could
Hi,
I made some cross checks with combinations of
-WMS 1.1.1 or WMS 1.3.0
-Mapserver 6.0 or Geoserver 2.3.0
-EPSG:4326 (native latitude-longitude), EPSG:2393 (native
Northing-Easting), EPSG:3047 (native Northing-Easting) and EPSG:3067
(native Easting-Northing)
I did not find any malfunct
Michaël Michaud wrote:
> Hi,
>>> In some cases, such a bounding box is not available in the XML, and the
>>> plugin does not zoom to the layer. I don't think there is much to do about
>>> this
>> case.
>> Perhaps there could me a short message: "No BBOX for this SRS/CRS to zoom
>> to. Lon-Lat B
Hi,
>> In some cases, such a bounding box is not available in the XML, and the
>> plugin does not zoom to the layer. I don't think there is much to do about
>> this
>> case.
> Perhaps there could me a short message: "No BBOX for this SRS/CRS to zoom to.
> Lon-Lat BBOX is: "
There should alre
is MrSid a format still in use? should we fix it? .. ede
On 15.04.2013 16:46, Larry Becker wrote:
> HI Michaël,
>
> Yes, you are correct. I believe his is not the first time changes to
> WMSLayer have affected SIDLayer. The original SIDLayer was a quick hack that
> never got the refactoring
HI Michaël,
Yes, you are correct. I believe his is not the first time changes to
WMSLayer have affected SIDLayer. The original SIDLayer was a quick hack
that never got the refactoring it deserved. A common abstract parent is
probably the best practice.
However, I'm not sure why OJ still ha
Hi,
Yes, I was meaning "check if there is an unfinished drawing".
I made some trials and tried to remember all the tools I have been using for
digitizing. Digitizing may be fun sometimes but I have been doing it quite a
lot and I hate doing it in an ineffective way. Here comes my conclusions f
you mean, check if there is an unfinished drawing? that'd be possible. but i am
still not convinced that switching back after panning once is a good idea. the
behaviour is intransparent to an unsuspecting user, as the tool deactivates
itself although explicitly activated.
this might be a good ad
Check if there is at least one vertex inserted into the new feature. If not ->
pan tool stays active.
-Jukka-
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> Lähetetty: 15. huhtikuuta 2013 13:36
> Vastaanottaja: OpenJump develop and use
> Aihe: Re:
what if the screen is so small that the user has to pan multiple times to get
where he wants?
what if the user does not want to digitize at all but simply pan around and
just accidentally had the drawing tool activated before?
..ede
On 15.04.2013 12:30, Rahkonen Jukka wrote:
> Hi,
>
> It is ab
Hi,
It is about compromising and optimizing. It is also not correct to assume that
user would never like to return to drawing tool after the first pan.
With the material I have been working with, I consider that it is a correct
assumption in more than 95% of the cases that operator wants to add
sorry, what do you mean? Shift+Alt simply temporarily activates the same
PanTool, you'd activate via button. simply without interrupting drawing.
..ede
On 15.04.2013 12:20, Uwe Dalluege wrote:
> Now we differed behaviour of Pan Tool (button)
> and Pan Tool (shift + alt).
> Do you see a problem f
Now we differed behaviour of Pan Tool (button)
and Pan Tool (shift + alt).
Do you see a problem for the user when the Pan Tool (button)
works like shift + alt - pan-tool?
uwe
Am 15.04.2013 12:03, schrieb edgar.sol...@web.de:
> this assumes that users always want to return to a drawing tool after
Jukka,
could you add your thoughts to
http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_Roadmap
points reprioritized then, as time goes by.
..ede
On 15.04.2013 11:38, Rahkonen Jukka wrote:
> Hi,
>
> Larry wrote that his personal favorites for the improvements are
>
>
this assumes that users always want to return to a drawing tool after the first
pan. not sure that this is a correct assumption.
..ede
On 15.04.2013 11:59, Uwe Dalluege wrote:
> Hi,
>
> what do you think about this?
>
> 1. Start drawing.
> 2. Click with the mouse the pan button.
> 3. Pan with
Larry,
thanks. as we have a windows now, before 1.7.0 is released. could you please
adress the following still?
1. implement I18N support for language support?
2. send the language properties file to the developer list for translators
3. change the menu item placement to File Menu, use MenuNames
Hi,
what do you think about this?
1. Start drawing.
2. Click with the mouse the pan button.
3. Pan with LeftPressed.
4. Release the LeftButton and you can continue drawing.
Is this practicable?
Uwe
Am 15.04.2013 11:47, schrieb edgar.sol...@web.de:
> that's a problem. java has issues separatin
that's a problem. java has issues separating double clicks from micro drags.
also this wouldn't work for the selection tool, which itself uses dragging for
selecting via fence.
..ede
On 15.04.2013 11:44, Rahkonen Jukka wrote:
> Hi,
>
> The best option for panning would be "Left click-Drag".
ok,
#3 it is then..
(re)projection is a hot topic. implemented only in part it should be added
fully first as layer and project SRID. later on with the possibility t5o
reproject.
copy'n'paste via keyboard is the , right. the inventor of strg+c/v should
get a nobel prize, if you'd ask me.
Hi,
The best option for panning would be "Left click-Drag". It is an industrial
standard nowadays because all the OpenLayers and Leaflet applications use that.
And it works with one hand and without a keyboard.
-Jukka-
> what about the one handed and the one's who can't afford a keyboard ;)
Hi,
Larry wrote that his personal favorites for the improvements are
* Increased use of layer or project SRID throughout OJ so that measurements
are in proper values.
* Continuation of the UI enhancements you (Ede) and others made in 1.6.
My favorites are
For OpenJUMP 1.6.2
* WMS 1.3.0 (s
well spotted.. the devil is in the details! ..ede
On 15.04.2013 08:44, Michaël Michaud wrote:
> Hi,
>
> Just compared both strings to the spec,
>
> First string follows the WKB specification
> 01 endianess
> 0600 MultiPolygon
> 0200 Number of Polygons
> 01 endianess
> 0300 Polygon
>
Hi Jukka,
I suppose you used the "Add" button and not the "Add All"
button. Please test it with the "Add All" button.
With the "Add" button and a single WMS-Layer it works
also in my test.
Uwe
Am 15.04.2013 10:56, schrieb Rahkonen Jukka:
> Hi,
>
> Hi,
>
> That's odd. For me OpenJUMP r3505 zoom
what about the one handed and the one's who can't afford a keyboard ;) (there
is actually a virtual one in every major os)
..ede
On 15.04.2013 11:03, Rahkonen Jukka wrote:
> Hi,
>
> Take it as a big :) because your students will learn a much more efficient
> way to pan during editing. Changin
Hi,
Take it as a big :) because your students will learn a much more efficient way
to pan during editing. Changing the tools from the tool box is pure waste of
time. Absolutely learn them also to zoom in/out with Alt-Left/right click and
select with Ctrl-Draw a box (Ctrl-Shift adds to selecti
Hi Jukka,
with shift + alt it works.
I have to change my tutorial :-(
uwe
Am 15.04.2013 10:34, schrieb Rahkonen Jukka:
> Hi,
>
> Use shortcuts. There has always been a shortcut for panning with
> "Ctrl-Shift-Drag". Now it is also possible to pan also with Ctrl-Arrow keys.
> See Help-Short
Hi,
Hi,
That's odd. For me OpenJUMP r3505 zooms to layer "norderstedt_farbig" with all
eight combinations of WMS 1.1.1/1.3.0 and EPSG:31466/31467/31468/4326.
What could be the difference? I am on Windows 7 with 32 bit jre 1.7.0_17
(Oracle).
-Jukka-
Uwe Dalluege wrote:
> Hi Michaël,
>
> your
he is somehow right. technically there is no reason to cancel drawing when
switching between a drawing tool and a tool for navigation or selection. this
get's difficult though when user switches drawingtool1 -> panning ->
drawingtool2. to handle these case, to have not two unfinished geometries,
Hi Michaël,
your new plugin does *not* work with my lesson-example
(OJ 3505):
http://geo.hcu-hamburg.de:8081/cgi-bin/mapserv.exe?map=/mapserver/wms/www/norderstedt.map
Uwe
Am 14.04.2013 18:18, schrieb Michaël Michaud:
> Hi Jukka, Uwe,
>
> In the last snapshot, I've deactivated 1.6.1 ZoomToWMS
Hi,
Use shortcuts. There has always been a shortcut for panning with
"Ctrl-Shift-Drag". Now it is also possible to pan also with Ctrl-Arrow keys.
See Help-Shortcuts and you will find much more.
-Jukka Rahkonen-
Uwe Dalluege
> Hi,
>
> how can I pan during editing?
> In older OJ versions
Hi,
how can I pan during editing?
In older OJ versions I could:
1. Start drawing a linestring.
2. Strg + pan.
3. pan
4. Mark in Editing Toolbox linestring again
an draw so on.
In the latest nightbuilds this does not work!
Do you have change something?
Uwe
-
Hi Michaël,
I have tested it again with the lates nightbuild
(20130414 rev.3505) but I get no errormessage
like you.
Do you tested it with JRE 1.7.0_17?
Do you know which class is resposible for the error-message?
Uwe
Am 11.04.2013 20:27, schrieb Michaël Michaud:
> Hi,
>> With OJ rev. 3459
>>
Hi,
I made some cross checks with combinations of
- WMS 1.1.1 or WMS 1.3.0
- Mapserver 6.0 or Geoserver 2.3.0
- EPSG:4326 (native latitude-longitude), EPSG:2393 (native
Northing-Easting), EPSG:3047 (native Northing-Easting) and EPSG:3067 (native
Easting-Northing)
Michaël Michaud wrote:
> In some cases, such a bounding box is not available in the XML, and the
> plugin does not zoom to the layer. I don't think there is much to do about
> this
> case.
Perhaps there could me a short message: "No BBOX for this SRS/CRS to zoom to.
Lon-Lat BBOX is: "
-J
55 matches
Mail list logo
