Ede,
The server where I get the message is not open to internet.
I'll try to reproduce the problem on a similar server open on internet
this evening (I just had a try, but get a 401 error*)
I've already had this 401 pb but cannot remember how I solved it : I
can get the map from the web
Hi,
I had already updated postgis writer plugins, but it seems they are broken
again (4620 from decembre 13th works, but current version does not work any
more).
Ede, let me the week end to try to solve the problem before releasing.
Michaël
---
Hi Ede,I've had a strange problem since a few days which is not related to your fix but to WMS and encoding.java.io.IOException: org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 49263; Invalid byte 3 of 3-byte UTF-8 sequence. at com.vividsolutions.wms.AbstractParser.parseCapabilitie
Hi Jukka,Thanks for your analyze.Unfortunately, the server I'm talking with is not so exceptional (indeed, i think it is the main one in France as it is set by our national mapping agency). But they recently changed the certificate and the new one is no more recognized by the OracleJDK (it is rec
Hi,Thank you for giving/taking news. Even if situation in France is probably not as worrying as in Italy, from now on, our daily life is probably quite closed to yours as containment measures have been taken for the whole country since yesterday evening.It is nice if you have more time to take ca
Hi Peppe,Nice to hear you,Usage of svn in my IDE (IntelliJ IDEA) is not intuitive for me too. Ede will probably be of better advice. Also, your problem seems to be an authentication problem, so he'll have to know :- which url you use to checkout the project (AFAIK, http is read-only, you need a u
Hi Peppe,Hope you're fine. I noticed that most extensions you recently updated are duplicated. I think you just forgot to remove old versions, or you removed them in a way which is not detected by you're svn client. I did the same mistake today, and had to update the project to get the file back
Thanks Peppe,Nice to see that you're still active on the project. I'll check your enhancement soon, especially the one related to FR 235.Michaëlenvoyé : 16 juillet 2020 à 18:00de : Giuseppe Aruta à : OpenJump develop and use objet : [JPP-Devel] Some enhencements on OpenjumpGreatings to all Jumper
Hi all,I reconnected with Eric Grosso, a former colleague who is also an OpenJUMP expert as he wrote the MorphAl extension (https://alpage.huma-num.fr/extension-sig/), the concave hull extension (now incorporated in OJ-PLUS) and probably some other useful contributions.He already noticed several
Eric,If you reach a decisive step in your effort to migrate OpenJUMP to JTS 1.17, let us now.Our last discussion about this topic is a bit old and mostly out of my mind (it took place on the list from march to may 2018).Depending on your experience, we can make a new point on this topic with Ede,
Hi Ede,I finally found some time and get noticeable differences between last revision and 1.15.I just tested export image to svg and export map to svg from cadplan (I don't know other places where svg is used).Prepare a map wit a sextante raster and some vectorsExport the view to a file, choose s
Thanks for your detailed answer Ede,Not sure I get everything about the pom's problem, but I agree with all your proposition concerning OpenJUMP evolution.One point which is not clear to me is what exactly will make our code obsolete with new versions of java ? Seems that at the moment, we can wr
and everyone and me understands what you are referring too :)..edeOn 09.08.2020 20:38, Michaud Michael wrote:Thanks for your detailed answer Ede,Not sure I get everything about the pom's problem, but I agree with all your proposition concerning OpenJUMP evolution.One point which is not clea
Hi,>>> On 07.08.2020 20:55, Eric wrote: Then I checked which OJ lib dependencies rely on JTS and it seems that there is only deegree 2, without considering here the plethora of extensions/plugins.>>> which is the main obstacle. the only clean solution i see is to branch out a new OJ 2.x t
Good start, thank you, Eric,Michaëlenvoyé : 14 août 2020 à 12:18de : Eric à : jump-pilot-devel@lists.sourceforge.netobjet : Re: [JPP-Devel] [GitHub] @ericgrosso has invited you to join the @openjump-gis organizationAs I previously wrote, I just created it for the time being based on the openjump.
Thanks for you effort,I pushed a small modification in the pom to test that I can access and compile the project. Could compile after that. Was just a test, don't hesitate if you have to restart the process from scratch.Michaël envoyé : 15 août 2020 à 12:36de : Eric à : jump-pilot-devel@lists.sou
Hi,It would be nice to know exactly what is wrong with batik1.13. Sometimes, third party libraries just become more strict, and in that case, it can be useful to fix the code on OpenJUMP side whatever the final solution choosen.Michaël envoyé : 16 août 2020 à 14:31de : edgar.sol...@web.deà : Open
how I made them (even if the results / diffs can be visible in the commits / logs). I'll add both documentation (svn to git migration and this one) as soon as it is ready. Eric On 15/08/2020 17:27, Michaud Michael wrote:Thanks for you effort,I pushed a small modification in the pom to test t
to do it? This way we could split the code and the tests, and it would be easier to manage than the full project (especially if the tests are written separately, as it isn't yet clearly done in OJ at the moment). Let me know what you think about it. Eric On 18/08/2020 07:41, Michaud Michael
structure some parts of openjump-migration, at least not for now. Sorry if I've been unclear. Eric On 18/08/2020 09:18, Michaud Michael wrote:Eric,Not sure I understand your proposition. There is now a function of OpenJUMP-core using this MakeValidOp. If we move it to another project, it will
Hi,Big thanks for this work Eric, seems to be very well documented.I think we should take advantage of this work and proceed to a more definitive migration without waiting too much.What about listing the tickets or tasks we want to fix before migration (if possible something we can achieve within
Hi Jukka, NicolasDo you know the state of sqlite in OpenJUMP ? I've tried to load a table from a sqlite database for a few hours without success.I tried with OJ 1.14, 1.15, last snapshot, and I tried to load from a database created from a shapefile with spatialite-gui or from a database created f
20 Aug 2020 at 20:24, Michaud Michael wrote:>> Hi Jukka, Nicolas>>>> Do you know the state of sqlite in OpenJUMP ? I've tried to load a table>> from a sqlite database for a few hours without success.>>>> I tried with OJ 1.14, 1.15, last snapshot, and I
à 10:58de : edgar.sol...@web.deà : Michaud Michael , OpenJump develop and use objet : Re: [JPP-Devel] sqlite databaseOn 21.08.2020 10:52, Michaud Michael wrote:Sorry, I think my test base was empty or something like thathehe, yeah the feeling you get after you spend hours fixing something and wonder w
à : jump-pilot-devel@lists.sourceforge.netobjet : Re: [JPP-Devel] sqlite databaseOn 22.08.2020 22:24, Michaud Michael wrote:I reactivated the code parsing Date attributes as dates during data loading. Theslowdown observed during saving should be moved to loading, but thanks to Ede'sfix, Flexi
n(String datasetName, String geoCol) for testing and you should end up with the stack.wrt. what Mike did. he wrote earlierOn 8/22/2020 11:18 AM, Michaud Michael wrote:Finally got it : there was a bug preventing loading anything exported from QGISas "spatialite". Exporting as geopackage was worki
Hi Ede,One problem with wms title was with "Layer" title = null. Ticket is ambiguous because the exception is thrown during getCapabilities which also have a title.Just tried a new fix. Will let you know soon.
___
Jump-pilot-devel mailing list
Jump-pil
: "jump-pilot-devel@lists.sourceforge.net >> jump devel" objet : Re: [JPP-Devel] wms layer titleOn 9/2/2020 14:02, Michaud Michael wrote:Hi Ede,One problem with wms title was with "Layer" title = null. Ticket is ambiguousbecause the exception is thrown during getCapa
Devel] wms layer titleOn 9/2/2020 14:02, Michaud Michael wrote:Hi Ede,One problem with wms title was with "Layer" title = null. Ticket is ambiguousbecause the exception is thrown during getCapabilities which also have a title.Just tried a new fix. Will let you know soon.why? title was set t
right. that happens when you don't have a proper test dataset :). we should maybe also log a warning as an empty title is irregular as i understand. is it not?..edeOn 9/2/2020 14:55, Michaud Michael wrote:Did you change null title of layer elements ?Seems that the getTitle you changed
Peppe,The commited code did not compile. I fixed it in 6454, but please, check I commented the right line.Michaël
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Hi Peppe,Your experiment just prove that Sextant Raster reader read geotif tag and world file in a consistant way (whic is not so bad ;-), but not that it displays the image with the right coordinates.If I read the metadata (either geotiff tags or tfw), the image is 3601 x 3601 pixels with a pixe
Peppe,RasterizePlugIn is an interesting addition. Maybe you have not completely finished, sorry, I saw this today and had some time in the train to make a quick review :- plugin is not activated yet (not in default-plugin.xml)- not fully internationalized (method getName)- would be nice to have m
Hi Ede,Answers inlineenvoyé : 22 septembre 2020 à 22:43de : edgar.sol...@web.deà : jump-pilot-devel@lists.sourceforge.netobjet : Re: [JPP-Devel] SVN: [6517] core/trunk/src/com/vividsolutions/jump/workbench/imagery/ geotiffhey Mike, questions inlineOn 22.09.2020 16:56, jump-pilot-svn--- via Jump-p
Hi Ede,Good catch ! I'll beware Properties from now on.I saw that in sqlite driver, there are many tests like "if(pragmaTable.containsKey(akey))" where pragmaTable comes from the Properties parameter. Maybe that's this way of using Properties that makes "defaults" invisible.Michaelenvoyé : 27 sep
Hi,>>what about the multiple geometry column issue? what would be a use case
for that and how would you suggest to present those in OJ? ..edeFor postgis, as far as I remember, we read the first geometry column as geometry and following geometry columns as String or Object (don't remember).In the
Hi,OJ can't support multiple geometries and it would be a difficult task to make this change.Object type can be used- to preserve original data as much as possible, but will generally not survive a complete roundtrip (maybe a more specific serialization format could achieve this goal, but with fo
Ede,OJ can't support multiple geometries and it would be a difficult task to makethis change.>well, in theory it can. the model as is merely limits geometry to be _only one_ of the attributes. as Geometry is a proper attribute type we can easily add more than one, they won't be displayed though ;
Hi Jukka,wrt. z/m reading, the patch I had submitted to JTS has been included in locationtech repo just before the 1.5 release. So you're right, with our 1.14 vividsolutions version, we probably can't read both forms of WKB. Hopefully, it will be easier after our migration to OJ 2.0.Michaëlenvoyé
Gary,Thank you for the hint. I've noticed your great work since your first project released on github, Tinfour, and more recently gridfour. I'm always excited when I see successful gis opensource contributions in java.I'm not the best expert about raster data in openjump team, but I've already us
Hi Peppe,I agree with your change. Raster menu is where I would have looked for it at the first time. Michaëlenvoyé : 12 octobre 2020 à 17:39de : Giuseppe Aruta à : OpenJump develop and use objet : [JPP-Devel] Move Rasterize plugin form Tool>Generate menu to Raster>Rasterize menuHi all,I am consi
Peppe,Could you please have a look at the following tickets :#385#291#89Seems that we nearly have closed all the tickets we wanted to solve before 1.16 release. I think we should spend some time to test every recent changes, and proceed to a release soon (IMHO, ticket 89 can be postponed to a lat
Ede,Crop operation also uses floats, so I'm not sure it solves the problem. Difficult to guess the impact without a try though.The change may not be trivial as the scale operation which is currently performed at first place is also used to cache a scaled image which can be re-used when scale does
Hi,Thanks for the video. I also could reroduce the problem.I reduced the test to its minimum by setting -Xmx100M and trying to load the hillshade tif alone.Surprinsingly, the problem occurs when used memory is about half of the available memory.By chance, I found some code in RasterImageLayer whi
Hi Peppe,Thank you for your watch,I'll try to repair it today.Michaëlenvoyé : 8 novembre 2020 à 06:40de : Giuseppe Aruta à : OpenJump develop and use objet : Re: [JPP-Devel] SVN: [6618] core/trunk/srcHi MIchael,I tested OpenJUMP 6618 with the modification you did yesterday. Maybe it is too early
Thanks for the update Peppe,I dispatched todos in subsections and added a few comments.Indeed, I think that Ede did a good job with ticket classification but we now have a bit of workif we want the roadmap and ticket classification to be consistent.I can't remember where bug identifiers of the ro
Hi jumpers,I fixed the half-pixel shift problem again. I found much help in geotiff or gdal forums, and most of the time, useful discussions were initiated or documented by Jukka ;-)Please test and report any problem (r6624+).Michaël
___
Jump-pilot-dev
I'll try to document a bit more.In GeoImage, the operation which needs scale is just an image resizing It supposes scaleX and scaleY are positive. I think this is a bad assumption, but it is another problem and it will be difficult to rewrite the code in a sign sensitive way.So the question is mo
Thanks for the feedback Roberto,I think the current implementation may explain your observations.To estimate if there is enough memory left to display the next raster, I just use the image size (number of pixels) x 4 (a common size in bytes for a pixel in a color image). If the image store pixels
Hi Jumpers,Ready for the1.16 release ?I just clean up a bit the distro by removing 2 jar files : hamcrest (junit dependency) and rhino:js (batik dependency). If you think they may be useful in some cases, please, speak now..Michaël
___
Jump-pilot-devel
Ede,I've added Imaging, not removed !Michaëlenvoyé : 20 décembre 2020 à 23:51de : edgar.sol...@web.deà : jump-pilot-devel@lists.sourceforge.netobjet : Re: [JPP-Devel] SVN: [6651] core/trunk/etcOn 20.12.2020 18:01, jump-pilot-svn--- via Jump-pilot-devel wrote:Modified: core/trunk/etc/readme.txt===
Hi,There is something wrong generating a NullPointerException during initialization.If it can be fixed by Restore, we should be able to make it right from the start... If this is specific to this image, could you share it so that we can reproduce the problem more easily ?Michaël envoyé : 21 décem
Hi Jukka,Did you mean tools of Raster menu working on Sextante raster ? Exception seems to come from VectorizeToContoursPlugIn.I tried to reproduce the error with your last image (values from -16 to 0), but it produced contours without error.Michaël envoyé : 22 décembre 2020 à 16:22de : "Rahkonen
Hi Ede,I'm not aware of a mechanism to define a default value in XML2Java framework. Currently, the default behaviour is to throw an exception if an attribute defined in a .java2xml configuration file is not there (null). Warning instead of throwing an exception is just a nasty hack we added to a
Ya, let's go ;-)Michaël envoyé : 30 décembre 2020 à 14:50de : edgar.sol...@web.deà : OpenJump develop and use objet : [JPP-Devel] new year, new OJ?time to release OJ 1.16. any blockers? with some luck we might get it on OSGeoLive as well...ede___Jump-p
Hurrah,Thanks Ede, Despite a period of very low activity this year, 1.16 is finally a big one with more than 400 commits and a special care of bug fixes.Greetings to all OpenJUMP contributors. Hope to see you soon on githubMichaël de : edgar.sol...@web.deà : jump users , jump devel objet : [JPP-
Hi Eric, Ede,I started reading the migration process from Eric (very well done !).My first problem with the svn2git process was that it stopped on '(no author)'. I used Eric instructions to create the authors file again and saw that it lists a (no author) author. I added it in the repo.Now, there
Hi JumpersThanks to Eric's guide, I could initialize openjump project on gitub (openjump-gis/openjump) and convert it to jts 1.18.It is not perfect (I could not convert 1.5 post_release tag because of the whitespace in the name :-(), but all in all, I think it is OK.Please, have a look and let me
Hi,Sorry for the regression. I'l ltry to have a look at it this week-end.For Github, I let you change the branch name the way you please. Perhaps it would make sense to have a main and a dev branch and to work on the dev until it is merged in the main (by a pair when possible). It is probably a g
Hi,Peppe, could you provide me an image throwing an exception. I tried with a floating point image from R. Rossi but it worked well. I'd like to be able to reproduce the error before fixing. Proposition from Ede makes sense but I'll first check if image/io offers a more robust method to evaluate
Hi,I think it would make sense to have a main branch instead of master as it is now the default in github. Having a dev branch depends on if we want to keep a simple process as we had on sourceforge, or if we want to introduce a two steps procedure with commits and merges on different branches. A
Oh yes, this an flt file ! Did not think about it, sollry.I will set bpp to 16b for flt, asc and txt, as this seems to be how it is read.Michaëlenvoyé : 8 février 2021 à 15:07de : Giuseppe Aruta à : Michaud Michael , OpenJump develop and use objet : Re: [JPP-Devel] Important bug on class
Ede,OK, wrapped it in a try/catch to be sure.Synchronization : a quick googling shows some solutions exist. But as our git repo has already diverged from the svn one because of the jts package renaming, I suppose it may be a problem as soon as we will want to synchronize files containing some jts
on githubOn 1/20/2021 12:54, Eric wrote:Hi,On 19/01/2021 13:13, edgar.sol...@web.de wrote:>> On 1/19/2021 9:19, Michaud Michael wrote:>>> Hi Jumpers>>>>>> Thanks to Eric's guide, I could initialize openjump project on gitub (openjump-gis/openjump) and convert i
Hi Ede, jumpers,It seems that the whole build process can be managed from github with github actions.https://docs.github.com/en/actionshttps://docs.github.com/en/actions/guides/building-and-testing-java-with-mavenDo you ever used that ?As you know how the build was done from Sourceforge repositor
Hi Ede, Peppe,I committed a rather big change in improve_layerable_hierarchy branchMain modifications are :1/ introduction of GeoReferencedLayerable, abstract class extending AbstractLayerable and wrapping Blackboard, Envelope and SRSInfo implemented by - Layer - RasterImageLayer- WMSLayer2/ elim
Hi Ede,The only automated build which has been set up for now is in .github/workflows. It is a direct adaptation of github workflow documentation and does the bare minimum : automatically compile the project after each push.It is possible to do a lot more including packaging and releases, but it
Hi Peppe,I'd like to upload Sextante plugin into our new repo to test it against OpenJUMP 2, but our sourceforge repo include the two dependencies sextante.jar and sextante-gui.jar as compiled jars.Do you know if we have the source code corresponding to these jar ?By the way, did you progress wit
Hi Ede,Not just creating repo, working on them, be patient ;-)For sextante, I wanted to test it against OpenJUMP2 and my pending pull request before committing, but I realized that it is more complex than what I thought. I think we'll have to include Sextante source code in the new repo, although
Hi Peppe,I found this mail dating from 2020, august 10th about Sextante migration.Can you tell me how far you have gone in your investigation/work about migrating Sextante. It seems to be a difficult but important part of our migration process. I'd like to upload all the necessary code in the new
Hi Peppe,Thanks ! Great work !I'll try to compile your sources on my side and let you know.Good luck in your work. We are also entering a new lockdown period, here in Paris.Let's hope we'll soon have better days...Michaëlenvoyé : 19 mars 2021 à 10:53de : Giuseppe Aruta à :
Hi Peppe,Hope you're fine.I mavenized Sextante and could compile it against OpenJUMP 2. I did not really test it though.I have still a few questions for you as you know Sextante better than I do :- I could not find the help directory in the 4 jar you sent me. I found it in previous repository but
Hi Jukka,Thanks for the test.All your errors come from extensions that have not been migrated yet.OpenJUMP-Core should work and you're welcome to report any error from OpenJUMP2-Core in the issue tracker.For extensions included in OpenJUMP-PLUS (or not included), the work is on going. I added a l
ite out if date comparing to GitHub code.ThanksPeppe--Inviato da myMail per Androidgiovedì, 08 aprile 2021, 04:16PM +02:00 da Michaud Michael m.michael.mich...@orange.fr : Hi Jukka, Thanks for the test. All your errors come from extensions that have not been migrated yet. OpenJUMP-Core should work
Hi Peppe,I uploaded OpenKLEM. Here is what I did :- split the code into 3 modules. Seehttps://github.com/openjump-gis/openklem-extension- to do this split and keep minimal dependencies. I had to move one class (Vectorizer) from the algo package to the openjump package as it depended on OpenJUMP c
Hi Jumpers,Some news about the migration :I have refactored most extensions included in OpenJUMP PLUS and included them in the distribution (r4834). The work is still on-going but I wanted to let you know so that you can begin to test and report any problem (using the list or the github issue tra
Hi Jumpers,I think we have 3 options to read spatialite : OpenJUMP wizard, Larry's dbquery and spatialite plugin. I think we should put our work on one of them, but as I'm not familiar with spatialite/geopackage, I'd like to know which important capabilities dbquery and spatialite have to offer w
framework in 2015 ;-)Michaëlenvoyé : 25 avril 2021 à 22:19de : "Rahkonen Jukka (MML)" à : Michaud Michael , OpenJump develop and use objet : Re: [JPP-Devel] OpenJUMP and spatialite/geopackageHi Michaël, Larry’s DB Query is the most robust SQL client for all databases that it support becaus
Absolutely not,Sorry for the noise, I wonder how I could test the extension without noticing that.Seems that jgrapht switched to java 11 after version 1.4.I will downgrade the dependency.Anyway, I was surprised to find no information about the java compile-version in maven. Do you know if there i
:45de : Giuseppe Aruta à : Michaud Michael , OpenJump develop and use objet : Re: [JPP-Devel] OpenJUMP extensions migration - Measure and color chooser plugins codeHi Michael,in t6his folder:https://sourceforge.net/projects/opensit/files/Openjump/CadTools/I uploaded codes for the following plugins:- Color Ch
Hi all,It is nice to already have such a contribution. On the other hand, such a plugin will only be used by users having a ocient database which is a big proprietary system. From my point of view, an extension in a separate jar would be more appropriate. My opinion is the same for Oracle. Anyway
Thanks Ede,Maven build is still a bit mysterious for me. There is something in particular that you may be abble to explain to me. I have plenty of warnings on properties used in the pom and that seem to be defined nowhere : ${build.datelong}, ${version.datestamp}, ${maven-assembly-plugin.version}
e align onesPeppeIl giorno dom 18 apr 2021 alle ore 22:44 Michaud Michael <m.michael.mich...@orange.fr> ha scritto:Hi Jumpers,Some news about the migration :I have refactored most extensions included in OpenJUMP PLUS and included them in the distribution (r4834). The work is still on-going
envoyé : 30 avril 2021 à 08:45de : Giuseppe Aruta à : Michaud Michael , OpenJump develop and use objet : Re: [JPP-Devel] OpenJUMP extensions migration - Measure and color chooser plugins codeHi Michael,in t6his folder:https://sourceforge.net/projects/opensit/files/Openjump/CadTools/I uploaded codes
Ede,Of course : first, I upgraded jython to the last, not noticing the incredible size difference with our old jython 2.2.Then you let me know that we can use a smaller slim-jython which is "only" 14.4MB instead of 32MB.Finally, I found it not even worth a x 12 size increase (compared to our 1.2M
Ede,I think it's a mistake of mine to have restored CTS extension. The transformation plugin has been integrated in the core in 2017https://github.com/openjump-gis/openjump-migration/commit/85d5de08b9772a647b8465b13d096c4e0446e725The cts.jar should probably stay in lib, but the cts-extension may
Hi Peppe,Do you have any hint about toLine method and the comment on line 490-492 ofhttps://github.com/openjump-gis/openjump/blob/main/src/org/openjump/core/rasterimage/algorithms/VectorizeAlgorithm.javaI ask because worbench attibute is only used by this method which, in turn, is not used in OJ.
Sorry, I pushed again a commit which was already there. It will probably take me some time to get used to git,Michaëlenvoyé : 16 mai 2021 à 00:19de : Michaël Michaud via Jump-pilot-devel à : jump-pilot-devel@lists.sourceforge.netCc: Michaël Michaud objet : [JPP-Devel] [openjump-gis/openjump] a608
Peppe,Thanks for your detailed explanations about the 0.5 pixels shift. Hope I'll have time to tackle this next week,In the last distribution (rev.4882, downloadable from sourceforge), you will be able to test the raster polygonizer I added (named "Mike")Today, I tried to configure a brand new Ec
Hi Ede,Just noticed that the rev number of current V 2.0, based of the total number of commits, is much lower than the one from OpenJUMP 1 series.Probably because old svn commits have never been migrated to git.I don't think it is very important. Just wanted to know if you noticed it, and if you
Hi,Thank you for your efforts on maven.Any improvement to automatize build process is welcome. Just two points of attention :- if I understand correctly, it will also need to revisit every extension pom. Just let try to keep them as simple as possible.- from my point of view, better than several
Jukka,I could successfully run overlay, but not polygon overlay.I think there maybe a solution with JTS snaprounding code, but there is no easyway to use it from OpenJUMP (to my knowledge, node-lines is the only plugin to use a snap-rounding approach, but for a reason, I could not use it with a v
(hope makevalid can help in this case)Michaëlenvoyé : 19 mai 2021 à 11:41de : "Rahkonen Jukka (MML)" à : Michaud Michael , OpenJump develop and use cc : Stefan Steiniger objet : Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?Hi, Sorry, I knew that Overlay worked and mea
iviikko 19. toukokuuta 2021 16.29 Vastaanottaja: Michaud Michael ; OpenJump develop and use Kopio: Stefan Steiniger Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay? Hi Michaël, I had not noticed the erase tool but I am happy to know that it exists. I reduced the precision to 8
terface, like the DB Query Plugin has, and Oracle would also be extracted from the common DB framework? -Jukka- *Lähettäjä:*Michaud Michael *Lähetetty:* perjantai 30. huhtikuuta 2021 10.19*Vastaanottaja:* OpenJump develop and use ; edgar.sol...@web.de*Aihe:* Re: [JPP-Devel] Ocient DB support Hi all
Hi Jukka,Please, can you check if next snapshot solve the problem.By the way, I only added "map" as a possible parameter to be included in the base URL. Do you know others ?We can also consider all parameters included in the connection dialog be part of the base URL,but I'm not sure if is better
Peppe,Face is an inner class for the structure containing contiguous cells having the same pixel values and limits with cells of different value. Final polygons are computed from these Faces.I wrote Mike as a temporary name as I think we need only one algorithm with no name. What do you think ? I
ameter. I have seen “apikey”, “api-key”, “apiKey”, and “token”. https://docs.nearmap.com/display/ND/Using+an+API+Key+in+Nearmap+Integrationshttps://enterprise.arcgis.com/en/server/latest/publish-services/linux/wms-services.htmhttps://openstream.edina.ac.uk/registration/help -Jukka- *Lähettäjä:* Michaud
Ya, this is nice to have this automatic changelog.Not sure it can replace both our changelog and the readme.txt we wrote at each release to synthetize and classify changes between two releases, but maybe the later is now enough.I'll take a better care of commit description. I thought commit had t
Ede,I just have had the same problem as a few weeks ago when I pushed some izpack xml configuration files and other properties file.Seems that it happened while I tried to synchronize my fork with upstream with the github "Fetch upstream" button.Anyway, this time, I tried to clean what I did by r
1 - 100 of 172 matches
Mail list logo
