Hi,
Since yesterday GDAL can read and write the JUMP JML format
http://gdal.org/drv_jml.html
What does it mean?
*Data from any vector format that is supported by GDAL
http://www.gdal.org/ogr_formats.html can be converted from and into JUMP JML
format without a need to use shapef
On 20.10.2014 12:22, Rahkonen Jukka (Tike) wrote:
> Hi,
>
>
>
> Since yesterday GDAL can read and write the JUMP JML format
> http://gdal.org/drv_jml.html
>
well done
>
SNIP
>
>
> I believe that GDAL JML driver will make is easier to use OpenJUMP in
> workflows where data comes from v
Hi,
This feels like a bug to me. I run OpenJUMP on Windows with Finnish locale.
When I write attributes with non-ascii characters and save the result to JML
format the XML file is labeled to use UTF-8 encoding. However, the non-ascii
characters are not converted into UTF-8.
Has the intention b
can you please attach the file instead to preserve the encoding? ..ede
On 20.10.2014 12:43, Rahkonen Jukka (Tike) wrote:
> Hi,
>
> This feels like a bug to me. I run OpenJUMP on Windows with Finnish locale.
> When I write attributes with non-ascii characters and save the result to JML
> format
>do you have a list of GDAL vector formats? we should probably add a
FileReader/Writer for those
>formats converting via ogr2ogr behind the scenes as soon as possible.
http://www.gdal.org/ogr_formats.html
2014-10-20 12:30 GMT+02:00 :
> On 20.10.2014 12:22, Rahkonen Jukka (Tike) wrote:
> > Hi,
>
yeah, right ..could somebody please strip the list below of non file based
formats ;)
..ede
On 20.10.2014 13:35, Giuseppe Aruta wrote:
>>do you have a list of GDAL vector formats? we should probably add a
>>FileReader/Writer for those
>>formats converting via ogr2ogr behind the scenes as soon a
Sorry. Now attached.
-Jukka-
Rahkonen Jukka wrote:
Hi,
This feels like a bug to me. I run OpenJUMP on Windows with Finnish locale.
When I write attributes with non-ascii characters and save the result to JML
format the XML file is labeled to use UTF-8 e
which non ascii chars did you enter in the attribute?
..ede
On 20.10.2014 14:21, Rahkonen Jukka (Tike) wrote:
> Sorry. Now attached.
>
> -Jukka-
>
> Rahkonen Jukka wrote:
>
> Hi,
>
> This feels like a bug to me. I run OpenJUMP on Windows with Finnish lo
Hi everyone.
Ede:
1 - The clearImageAndRaster() method is called a few times
inRasterImageLayer: inside the createImage(), getTileAsImage,
getTileAsRaster(), and setVisible() methods.
2 - I had a look at the ReferencedImage framework, but I couldn't find a
way to retrieve the actual cell values
These eight:
Unicode
code point character UTF-8 (hex.)name
U+00E4 ä c3 a4 LATIN SMALL LETTER A WITH DIAERESIS
U+00F6 ö c3 b6 LATIN SMALL LETTER O WITH DIAERESIS
U+00E5 å c3 a5 LATIN SMALL LETTER A WITH RING ABOVE
U+00FC ü c3 bc LATIN SMALL LETTER
ok,
it's a bug.. saving this japanese string 子連れ狼 and reopening it in OJ does lead
to as attribute value.
will have a look at it.
..ede
On 20.10.2014 14:52, edgar.sol...@web.de wrote:
> which non ascii chars did you enter in the attribute?
>
> ..ede
>
> On 20.10.2014 14:21, Rahkonen Jukk
Jukka,
please try saving/opening with snapshot rev.4070 or later.. ede
On 20.10.2014 16:33, edgar.sol...@web.de wrote:
> ok,
>
> it's a bug.. saving this japanese string 子連れ狼 and reopening it in OJ does
> lead to as attribute value.
> will have a look at it.
>
> ..ede
>
> On 20.10.2014 1
Snapshot does not seem to be ready in Sourceforge. I will check it again later
today.
-Jukka-
edgar.soldin wrote:
Jukka,
please try saving/opening with snapshot rev.4070 or later.. ede
On 20.10.2014 16:33, edgar.sol...@web.de wrote:
> ok,
>
> it's a bug
Hi,
I do not know anything about what RasterImageLayer class and ReferencedImage
reader are doing but I try to share something about my experience on processing
images and serving them through WMS.
I can see two different uses for imagery in GIS:
1) To act as background images
2) To act as so
r4071 is there.. ede
On 20.10.2014 17:48, Rahkonen Jukka (Tike) wrote:
> Snapshot does not seem to be ready in Sourceforge. I will check it again
> later today.
>
> -Jukka-
>
> edgar.soldin wrote:
>
> Jukka,
>
> please try saving/opening with snapshot r
Hi Ede,
I believe that UTF-8 behaves well now. At least I can see similar figures in OJ
r4071 and in Spatialite-gui where I have converted the .jml file with GDAL.
Could your change has some effect in other places where XML is written and read
like saving and opening OJ project files and SLD st
On 20.10.2014 21:18, Rahkonen Jukka (Tike) wrote:
> Hi Ede,
>
> I believe that UTF-8 behaves well now. At least I can see similar figures in
> OJ r4071 and in Spatialite-gui where I have converted the .jml file with GDAL.
it's not about the figures but the attribute values.. are they consistent?
edgar.soldin wrote:
>
> On 20.10.2014 21:18, Rahkonen Jukka (Tike) wrote:
> > Hi Ede,
> >
> > I believe that UTF-8 behaves well now. At least I can see similar figures
> > in OJ
> r4071 and in Spatialite-gui where I have converted the .jml file with GDAL.
>
> it's not about the figures but the
On 20.10.2014 21:49, Rahkonen Jukka (Tike) wrote:
>
> edgar.soldin wrote:
>>
>> On 20.10.2014 21:18, Rahkonen Jukka (Tike) wrote:
>>> Hi Ede,
>>>
>>> I believe that UTF-8 behaves well now. At least I can see similar figures
>>> in OJ
>> r4071 and in Spatialite-gui where I have converted the .jml
just found..
http://www.youtube.com/watch?v=4eKfKuh8h7g
..ede
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
T
Hi;
Good catch,
and interesting demonstration of topology tools.
Michaël
> just found..
> http://www.youtube.com/watch?v=4eKfKuh8h7g
>
> ..ede
>
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers
Jukka, Ede,
Thanks Jukka, for offering OpenJUMP community a new tool to
translate jml file to/from other formats.
Thanks Ede for the quick fix on GML reader/writer.
About your previous question, I think that honouring encoding
while reading GML and always writing UTF-8 is good enough for
now on.
22 matches
Mail list logo
