ahh.. i remember. we should probably point Geoff at it, wasn't it his
extension? if he finds the time he might want to address the points i made in
http://sourceforge.net/p/jump-pilot/mailman/message/33188201/
..ede
On 30.03.2015 15:53, Stefan Steiniger wrote:
> just that, after unzipping, I ha
just that, after unzipping, I had lots of ._WhatEverFillPatternFont
files, which obstructed the startup of OJ as it throw an error for each
and every file and one needed to click away each.
So, I somehow was supposed to make a fix (avoid reading of ._* files).
see: http://sourceforge.net/p/jump-
On 30.03.2015 03:35, Stefan Steiniger wrote:
> @Ede: when downloading OJ Rev 435x NB there were no problems with
> unwanted loading of verteximage font ._whatEverFont.wkt files. So maybe
> it was only a release issue, if you did not fix anything. weird.
what was that again?.. ede
--
Hi Michael et al.,
late but here my OSM analysis: I did not discover issues with OSM when
testing on my swiss mac with Spanish and German OSM data
(... perhaps it actually does not use the same xml file loading
framework, just the java native xml readers?)
@Ede: when downloading OJ Rev 435x NB
ok, let me have a look at it. ..ede
On 22.03.2015 21:49, Michaël Michaud wrote:
> Hi,
>
> No, it does not. I don't know why kmz extension (and gz) are not visible in
> the selection combo box
> as extensions are listed in KMLDataSourceQueryChooserInstallerPlugIn .
>
> Michaël
>
> Le 22/03/2015
Hi,
No, it does not. I don't know why kmz extension (and gz) are not visible
in the selection combo box
as extensions are listed in KMLDataSourceQueryChooserInstallerPlugIn .
Michaël
Le 22/03/2015 18:59, edgar.sol...@web.de a écrit :
actually, i am just now following up and see that i alread
actually, i am just now following up and see that i already fixed it in my OJ
trunk but didn't polish and commit it.
as the actual error was 'cannot load kmz' i try to figure out how the driver
did at some point read kmz. i can see it in the kml plugin code, but it is not
offered by the data ch
Hi,
R4350 does not throw errors but it is not good at finding features from KML.
Most common result with the samples I have is an empty layer but perhaps it is
because all samples I found for example from
https://developers.google.com/kml/documentation/kml_tut are using KML 2.2. Good
news is
Hi Ede,
Not sure it still worth the effort.
It fixed a problem where xml files where read with the default platform
encoding instead of the
encoding defined in the xml.
Other external plugins that could be affected :
osm : Stefan ?
gpx : Landon ?
Maybe a test with these drivers (not sure we have
thanks Mike!
while i haven't come around to it, i was planning to fix it in CORE rather than
in the driver by readding the old method with a deprecated marker.
the rationale is that the API change was backward incompatible, hence breaking
extensions using the old method. as we don't/cannot know
Hi,
Hopefully, it is fixed in r 4350
Michaël
Le 05/03/2015 22:49, Rahkonen Jukka (MML) a écrit :
Hi,
Links and examples in https://developers.google.com/kml/documentation/kml_tut
should be valid, I guess.
-Jukka Rahkonen-
edgar.soldin wrote:
can
Hi,
Links and examples in https://developers.google.com/kml/documentation/kml_tut
should be valid, I guess.
-Jukka Rahkonen-
edgar.soldin wrote:
can somebody please provide me with valid kml, kmz files to fix support in OJ?
..ede
can somebody please provide me with valid kml, kmz files to fix support in OJ?
..ede
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Me
13 matches
Mail list logo