Re: [JPP-Devel] Map Match track to road (conflation)
Hi, I think that people who might be interested monitor the devel list, but I have no problem with forwarding it to user list. I haven't test roadmatcher for a long time. It would be a nice project to test it extensively with OJ 1.5 and to internationalize it. Michaël Le 05/01/2012 22:38, Stefan Steiniger a écrit : > Btw: should we forward such posts to the user list now/in the future? > there are actually 2 bids so far. > > to sad that I am not free (yet) > stefan > > Am 05.01.12 22:33, schrieb Stefan Steiniger: >> mhm.. interesting >> >> maybe we should ask the person to write to our list? ;) >> >> apart from that a question: Does roadmatcher work with OpenJUMP 1.4? or >> only with 1.3? don't remember. >> >> stefan >> >> Am 05.01.12 21:16, schrieb Michaël Michaud: >>> Hi, >>> >>> FYI, found that during my last google-trip, >>> >>> http://www.vworker.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=1802005#true,1,1802005,, >>> >>> Michaël >>> >>> -- >>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>> infrastructure or vast IT resources to deliver seamless, secure access to >>> virtual desktops. With this all-in-one solution, easily deploy virtual >>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> -- >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] new windows launcher
mhm, interesting didn't know that the dll error was related to 32/64 bits. thanks ede stefan Am 05.01.12 22:02, schrieb Michaël Michaud: > Hi, > > Thanks Ede, I'll try it tomorrow > > Michaël > > Le 05/01/2012 21:53, edgar.sol...@web.de a écrit : >> i exchanged the windows launcher exe in trunk (changeset 2583): >> >> one launcher to launch them all >> - added a launch4j based launcher that launches 32 or 64 jre according to os >> architecture and available jre's >> - on 64bit platforms 64bit jre's are preferred >> - this also solves the msvcrt100.dll issue of winrun4j (launcher died on >> win7 64bit) >> >> be aware, despite the advantages above it lacks the following features (use >> oj_windows.bat if you need them) >> - no configurable jre >> - only jre parameters can be added to ini file, no oj params >> >> ..ede >> >> -- >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > > -- > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Map Match track to road (conflation)
Btw: should we forward such posts to the user list now/in the future? there are actually 2 bids so far. to sad that I am not free (yet) stefan Am 05.01.12 22:33, schrieb Stefan Steiniger: > mhm.. interesting > > maybe we should ask the person to write to our list? ;) > > apart from that a question: Does roadmatcher work with OpenJUMP 1.4? or > only with 1.3? don't remember. > > stefan > > Am 05.01.12 21:16, schrieb Michaël Michaud: >> Hi, >> >> FYI, found that during my last google-trip, >> >> http://www.vworker.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=1802005#true,1,1802005,, >> >> Michaël >> >> -- >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Map Match track to road (conflation)
mhm.. interesting maybe we should ask the person to write to our list? ;) apart from that a question: Does roadmatcher work with OpenJUMP 1.4? or only with 1.3? don't remember. stefan Am 05.01.12 21:16, schrieb Michaël Michaud: > Hi, > > FYI, found that during my last google-trip, > > http://www.vworker.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=1802005#true,1,1802005,, > > Michaël > > -- > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Fix of RemoveSelectedLayersPlugIn
Hi, I just fixed bug 3469215. https://sourceforge.net/tracker/?group_id=118054&atid=679906 This is one of the worst bug I was aware of as it could cause data or work lost. As we are very closed to release 1.5, I encourage you to check the fix has no side effect. When a Layer is removed from LayerManager (either from main menu or from layer context menu) the fix is supposed to remove the ViewAttributesFrame relative to this particular Layer or the data panel relative to this Layer if InfoFrame is opened. Michaël -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3469215 ] Removing Layer while Attribute Table opened can freeze OJ
Bugs item #3469215, was opened at 2012-01-03 12:58 Message generated for change (Settings changed) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3469215&group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None >Status: Closed >Resolution: Fixed >Priority: 7 Private: No Submitted By: michael michaud (michaudm) Assigned to: michael michaud (michaudm) Summary: Removing Layer while Attribute Table opened can freeze OJ Initial Comment: Load a layer with some attributes. Create several layers with Edit > Extract > Create a layer by attribute value Open the attribute table of one of the new layers Remove the corresponding layer from LayerNamePanel Change editability from the attribute panel. You get an exception, and the UI starts freezing. Stangely, I cannot reproduce the same sequence from new layers created from right click (I get the exception, but the UI does not freeze in this case). Solution. When a layer is removed from LayerNamePanel, I think one must check if an attibute panel or an info panel refers to this layer. If true, the user should be asked to abandon the removal, or to close all the JInternalFrame refering to this layer. -- >Comment By: michael michaud (michaudm) Date: 2012-01-05 13:04 Message: Fixed in svn 2585 : Makes RemoveSelectedLayer more consistent and fix bug 3469215 Now, a LayerEventType.REMOVED is listened by : - ViewAttributesPlugIn.ViewAttributesFrame which is also removed - InfoFrame which removes data from this layer from the model - LayerViewPanel which removes this layer renderer -- Comment By: ede (edso) Date: 2012-01-04 15:02 Message: check the layermanager i am pretty sure you can register a listener there or closeby to listen for layerevents. ..ede -- Comment By: michael michaud (michaudm) Date: 2012-01-04 14:41 Message: Currently, the RemoveSelectedLayers plugin call the LayerManager dispose method. If the method fire a remove event (doesnt know if it already exists) and if the AttributePanel listen to this event, I can see how a dialog box can prevent the AttributePanel to be closed, but I can't see how I will prevent the dispose method to finish its work and remove the layer from the LayerNamePanel... That said, I agree with you, we don't need this confirmation box. -- Comment By: ede (edso) Date: 2012-01-04 14:01 Message: of course can the Attribute showing plugin, when notified of a layer deletion fire up a yes/no box. no problem there. but i guess by deleting a layer the user will definitely not expect the attributes anymore so i see no point for any dialog there. ede -- Comment By: michael michaud (michaudm) Date: 2012-01-04 13:53 Message: Ede, this is a nice idea I had not considered. I'm closed to a solution following my idea, but I will spend some time to explore yours. I think that a event-listener approach wouldn't be as interactive (no question to the user, but automatic close of all dependencies), but this is not a show-stopper. If it's cleaner, it definitely is worthwhile. As this is quite an annoying bug, maybe I'll commit my solution soon and come back to discuss a better solution with you after. -- Comment By: ede (edso) Date: 2012-01-04 02:23 Message: Wouldn't it be more accurate to have AttributeTable's Plugin register to listen for layer events like that and react accordingly? ..ede -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3469215&group_id=118054 -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] new windows launcher
Hi, Thanks Ede, I'll try it tomorrow Michaël Le 05/01/2012 21:53, edgar.sol...@web.de a écrit : > i exchanged the windows launcher exe in trunk (changeset 2583): > > one launcher to launch them all > - added a launch4j based launcher that launches 32 or 64 jre according to os > architecture and available jre's > - on 64bit platforms 64bit jre's are preferred > - this also solves the msvcrt100.dll issue of winrun4j (launcher died on win7 > 64bit) > > be aware, despite the advantages above it lacks the following features (use > oj_windows.bat if you need them) > - no configurable jre > - only jre parameters can be added to ini file, no oj params > > ..ede > > -- > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] new windows launcher
i exchanged the windows launcher exe in trunk (changeset 2583): one launcher to launch them all - added a launch4j based launcher that launches 32 or 64 jre according to os architecture and available jre's - on 64bit platforms 64bit jre's are preferred - this also solves the msvcrt100.dll issue of winrun4j (launcher died on win7 64bit) be aware, despite the advantages above it lacks the following features (use oj_windows.bat if you need them) - no configurable jre - only jre parameters can be added to ini file, no oj params ..ede -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Map Match track to road (conflation)
Hi, FYI, found that during my last google-trip, http://www.vworker.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=1802005#true,1,1802005,, Michaël -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] I: Fwd: Re: [Live-demo] OpenJDK Only for LiveDVD 5.5?
- Messaggio inoltrato - Da: Giuseppe Aruta A: Michaël Michaud Inviato: Giovedì 5 Gennaio 2012 11:05 Oggetto: Re: Fwd: Re: [Live-demo] OpenJDK Only for LiveDVD 5.5? Hi all, we should ship on OSGeo-Live OpenJUMP 1.5, the plus version, with ECW libraries activated regards Peppe Da: Michaël Michaud A: Edgar Soldin ; Stefan Steiniger ; Giuseppe Aruta ; Rahkonen Jukka Inviato: Martedì 3 Gennaio 2012 22:03 Oggetto: Fwd: Re: [Live-demo] OpenJDK Only for LiveDVD 5.5? Hi all, I transfer this mail from cameron about which java version will be included in next OSGeo-Live releases Michaël Message original Sujet: Re: [Live-demo] OpenJDK Only for LiveDVD 5.5? Date : Wed, 04 Jan 2012 07:28:51 +1100 De : Cameron Shorter Pour : Jody Garnett Copie à : Geoserver-devel , Andrea Aime , live-d...@lists.osgeo.org Andre, Even, Jody, Thank you for your insights. Based on your advice, it sounds like it will be unwise to try to migrate all java based OSGeo applications to OpenJDK by our OSGeo-Live5.5 release due in March 2012. As such, I propose that Sun Java be included on OSGeo-Live5.5. I'm hopeful that we can find enough space to include OpenJDK, (ideally version 7) on this and future OSGeo-Live releases, and start moving all applications across to OpenJDK as soon as they are available. This will mean that the OSGeo-Live community can be drawn upon to help with testing which hopefully can be seen as a positive for java projects. Does this sound reasonable? Alex, it would be great if you could start the build process so that we can determine whether we can find sufficient space to include 2 versions of java on OSGeo-Live. On 03/01/12 13:29, Jody Garnett wrote: Questions for Geotools developers: >>1. Do geotools based applications work on OpenJDK now? >> >Not sure; even if they did without a build box configured with OpenJDK to >ensure the library works in that environment it would not be considered a >supported platform for production use. I always figure "demo" is almost more >important then production use as it is a first impression. > > >By the same token I would not recommend projects based on GeoTools go live on >OpenJDK without appropriate testing. > > >Perhaps the Geomajas guys could stand up a build box with OpenJDK? >2. Is it possible to migrate geotools based applications to OpenJDK? >> >Yes; would required volunteer time; hardware to run a nightly build with that >configuration and so on. I recently lost two weeks to a build box at my >current work site that was incorrectly configured to use OpenJDK rather than >Java 6. >3. Can such migration happen before Feb 2012 (for OSGeo-Live 5.5)? >> >>We can help with testing packaged applications, but are looking for guidance from projects on where we should be focusing our energy. >> >I do not think so; we would need hardware in place now. > > >Our developers are an even split between mac, linux and windows environments. >As I understand it mac OpenJDK is not ready yet (with no sign of arrival); >windows is troubled. > > >I would wait for OpenJDK Java 7 to be released; and then set up a build box at >that time. > > >Jody >On 31/12/11 19:34, Jody Garnett wrote: >>An easy one is to add the extensions into libs/ext and then run uDig without >>its "jre" folder so it uses the system default. >>> >>> >>>Geosolutions (i.e. Simone or Andrea) is the best point of contact with >>>respect to compatibility with OpenJDK. Personally I was not going to bother >>>until Java 7 or Java 8. >>> >>> >>>You could also try talking to Andrea Antonello who at least uses Linux and >>>may be able to test? >>> >>> >>>If you want you can also contact me officially as "GeoTools Officer" and I >>>will take the question to the geotools-devel email list for you. However I >>>expect I need a more than "Open JDK" (this page for example does not give me >>>much to work from http://openjdk.java.net/install/). >>> >>> >>>-- >>>Jody Garnett >>> >>> >>> >>>On Friday, 30 December 2011 at 9:02 PM, Cameron Shorter wrote: >>>Jody and others, Do you know if anyone has tested the viability of using OpenJDK with JAI/ImageIO/ImageIO-EXT (with the geotools based applications)? What would be involved in testing this? Who would know how? On 30/12/11 20:29, Jody Garnett wrote: Need to check out how well or poorly OpenJDK does with the JAI / ImageIO / ImageIO-EXT combo for geotools based apps. > > -- >Jody Garnett > > > >On Friday, 30 December 2011 at 6:48 PM, Brian Hamlin wrote: >jsanz tells me that GeoNetwork is also running well under OpenJDK for >>him >> >> >>let this thread be an entrypoint for Java-app contacts to express their
