Re: [JPP-Devel] Mif-Mid driver
Sorry, The link is http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/mifmid-driver-0.4.1.jar > >Michael > > >- >This SF.net email is sponsored by: Splunk Inc. >Still grepping through log files to find problems? Stop. >Now Search log events and configuration files using AJAX and a browser. >Download your FREE copy of Splunk now >> http://get.splunk.com/ >___ >Jump-pilot-devel mailing list >Jump-pilot-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Mif-Mid driver
Hi, This one transfers also lines to our other application fine. Thanks. -Jukka- > -Alkuperäinen viesti- > Lähettäjä: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Puolesta Michaël Michaud > Lähetetty: 28. elokuuta 2007 9:49 > Vastaanottaja: List for discussion of JPP development and > use.; veer pal singh > Aihe: [JPP-Devel] Mif-Mid driver > > Hi, > > I made the following modifications to the driver : > - write single Pline as "Pline n" instead of "Pline\n n" > where n is the number of points (I checked MapInfo accepts > both syntax) > - accept Stefan's file from SIS (but still does not read the > bounds in the projection line as it is written on a new line) > : note that mapinfo syntax from SIS seems not fully correct > as the projection has only two parameters (according to the > spec, unitname is missing) new jar is at : > http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/mifmid- > driver-0.4.0.jar > > note : the mif-mid export is supposed to keep the projection > information for files imported from MIF/MID, and to propose a > projection for other files (proposed projection -only french > projection at the moment - can be added in the txt file > included in the jar with the mif file syntax) > > @veer pat singh > I put the sources in > http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/plugin- > oj-mmdriver-dist-0.4.1.zip > > > Michael > > > -- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and > a browser. > Download your FREE copy of Splunk now >> > http://get.splunk.com/ ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Task and a Project - Any comment?
Another common metaphor used is the workspace concept. Paul Martin Davis wrote: > Finally getting around to answering this... > > I'll start out by saying that the idea of Projects and Tasks was never > really fully realized or tested out in the real world. It was primarily > motivated by the observation that there was really room for higher > levels of organization than just the individual view windows (which is > the only visible level that JUMP provides). > > The concept was that a user would be working a project, which would > encompass one or more tasks. Each task would likely take place in a > separate view window. The project is an organizational concept which is > used to manage various resources, which should all be available to the > various tasks. Resources would primarily be data sources (files, DB > connections, images, etc) - but which could be anything else which would > be loaded for just that project. (This could be custom styles, > functions, etc. I'm guessing that if this facility was available it > would quickly become obvious which things should be associated with a > Project) > > The ultimate goal was to have an actual view frame which showed the > project and the associated resources. This would be sort of like the > Catalog in Arc. Data sources could be dragged to Task windows. The > lifetime of the FeatureCollections underlying Layers could be > Task-scoped or Project-scoped. > > There's probably a level above Project, too. Often a data source will > be used in multiple Projects. Maybe it would be possible to drag'n'drop > Project resources between different Projects in two JUMP instances. Or > maybe a single JUMP instance should support having several Projects open > - but that could get confusing. > > I suspect that at the moment people use Project = JUMP Instance (I know > I do). But I notice that in OJ Project has been "demoted" to being > one-to-one with a view window. I think this is limiting - why shouldn't > a project have more than one view window? And if that's the case, the > concept of the view windows needs a name - hence, "Task"! > > The real problem is the confusion caused by the fact that the original > "Open/Save Project" menu functions actually saved a single Task. This > was because we didn't have a visible "Project container" which we could > save instead. But IMO it would be a good thing to head towards that > more general model, and not do anything to prevent getting there. > > HTH - Martin > > Larry Becker wrote: > >> To pique Martin's interest, I'll just say that I like the original >> JUMP "Task" terminology. The problem with "Project", IMO is that the >> word is confused with the idea of "projections", at least in English. >> Lots of other other software uses the term "Project" too, which can be >> both good and bad (bad to me). I had never heard of an application >> using the term "Task" to describe a collection of objects, but I >> thought it was immediately intuitive to anyone who heard it. >> >> regards, >> Larry Becker >> >> /8/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: >> >> >>> Martin, >>> >>> In a message from May you wrote: "(BTW, sSometime I should write up >>> our original idea for the model of Projects and Tasks - I think >>> there's some confusion about why we chose the terminology we did.)" >>> >>> Is there any chance you would have a couple of minutes to provide a >>> brief explanation of the distinction between a task and a project? >>> >>> The Sunburned Surveyor >>> >>> - >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >> >> > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Z value style decorator
Michael, can you checkin org.openjump.core.ui.images.IconLoader as your new VertexZValueStyle needs it. Paul Michaël Michaud wrote: > Hi, > > If everyone is ok, I'll commit a Z value decorator (looking like the > index decorator or the xy one), > > @developpers > - I added the style in the org package, as O. Bedel and P. Austin > before, then I had to add also a new image directory in the org package > as well as a new IconLoader : wonder if it is a good thing to duplicate > so many file structures between com and org packages (or maybe org > package must be considered as a big extension, or as a developement > package for plugins waiting for approval to be included into the core... > just a thought, nothing urgent > > Michaël > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Free Form Text Labeling For OpenJUMP
Hi Landon, Have a look at the new OGC simple features spec, it has a logical model for describing annotations, you may want to look at using a flatterned version of that model. What would be nice is if the editing of annotations can be made slick. By this I'm thinking you'd have a annotation edit tool that when you clicked on the text it would show the base line (geometry is a two point line) and you can drag the first point to a new location or use the second point to rotate the text. You'd also be able to use the arrow keys to move along the text and delete and type characters into the text. Not sure if it really needs a separate layerable type as really annotations are features still they have a geometry and a bunch of attributes (text and styling). Now a standardized format fr these attributes would be useful, And we can always update the existing label style to allow people to map from their own attributes to these standard ones as well. Paul Sunburned Surveyor wrote: > I started work on support for "free form" or stand-alone text labels > in OpenJUMP over my lunch break today. This will be packages as a > plug-in that allows me to test the pluggable rendering system I just > finished, as well as the plug-in dependency system I was working a > couple of months ago. > > The stand-alone text labels will allow the user to place text > independently of any feature attributes at any location in "model > space". They will be able to specify the font, anchor point location, > and justification. > > I wanted to post briefly about this in case someone was working on > somethign similar. The labels will be stored in a new implementation > of the Layerable interface and will be stored to disk in a text > format, probably some type of XML. > > If I don't run into any major problems I should have the plug-in ready > for a try in two (2) to (3) weeks. > > The Sunburned Surveyor > > We had talked before about a creating a "standard" way to export > Layerables to SVG. I would like to support this with my stand-alone > text labels. If there is still interest in collaborating on this > design, please let me know. > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Task and a Project - Any comment?
Yes, good point. That is closer to the technical level, which avoids any confusion from connotations of the word "Project". Any ideas for what you'd call the existing Task window (now branded as Project in OJ) ? I guess View or Map is an obvious possibility. Paul Austin wrote: > Another common metaphor used is the workspace concept. > > Paul > > Martin Davis wrote: > >> Finally getting around to answering this... >> >> I'll start out by saying that the idea of Projects and Tasks was never >> really fully realized or tested out in the real world. It was primarily >> motivated by the observation that there was really room for higher >> levels of organization than just the individual view windows (which is >> the only visible level that JUMP provides). >> >> The concept was that a user would be working a project, which would >> encompass one or more tasks. Each task would likely take place in a >> separate view window. The project is an organizational concept which is >> used to manage various resources, which should all be available to the >> various tasks. Resources would primarily be data sources (files, DB >> connections, images, etc) - but which could be anything else which would >> be loaded for just that project. (This could be custom styles, >> functions, etc. I'm guessing that if this facility was available it >> would quickly become obvious which things should be associated with a >> Project) >> >> The ultimate goal was to have an actual view frame which showed the >> project and the associated resources. This would be sort of like the >> Catalog in Arc. Data sources could be dragged to Task windows. The >> lifetime of the FeatureCollections underlying Layers could be >> Task-scoped or Project-scoped. >> >> There's probably a level above Project, too. Often a data source will >> be used in multiple Projects. Maybe it would be possible to drag'n'drop >> Project resources between different Projects in two JUMP instances. Or >> maybe a single JUMP instance should support having several Projects open >> - but that could get confusing. >> >> I suspect that at the moment people use Project = JUMP Instance (I know >> I do). But I notice that in OJ Project has been "demoted" to being >> one-to-one with a view window. I think this is limiting - why shouldn't >> a project have more than one view window? And if that's the case, the >> concept of the view windows needs a name - hence, "Task"! >> >> The real problem is the confusion caused by the fact that the original >> "Open/Save Project" menu functions actually saved a single Task. This >> was because we didn't have a visible "Project container" which we could >> save instead. But IMO it would be a good thing to head towards that >> more general model, and not do anything to prevent getting there. >> >> HTH - Martin >> >> Larry Becker wrote: >> >> >>> To pique Martin's interest, I'll just say that I like the original >>> JUMP "Task" terminology. The problem with "Project", IMO is that the >>> word is confused with the idea of "projections", at least in English. >>> Lots of other other software uses the term "Project" too, which can be >>> both good and bad (bad to me). I had never heard of an application >>> using the term "Task" to describe a collection of objects, but I >>> thought it was immediately intuitive to anyone who heard it. >>> >>> regards, >>> Larry Becker >>> >>> /8/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: >>> >>> >>> Martin, In a message from May you wrote: "(BTW, sSometime I should write up our original idea for the model of Projects and Tasks - I think there's some confusion about why we chose the terminology we did.)" Is there any chance you would have a couple of minutes to provide a brief explanation of the distinction between a task and a project? The Sunburned Surveyor - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >> >> > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Jump-pilot-devel mailing list > Jump-pi
Re: [JPP-Devel] Z value style decorator
Hi, Fixed Sorry for the disturbance and thanks to Paul for having noticed the missing files. Michael Paul Austin a écrit : >Michael, > >can you checkin org.openjump.core.ui.images.IconLoader as your new >VertexZValueStyle needs it. > >Paul > >Michaël Michaud wrote: > > >>Hi, >> >>If everyone is ok, I'll commit a Z value decorator (looking like the >>index decorator or the xy one), >> >>@developpers >>- I added the style in the org package, as O. Bedel and P. Austin >>before, then I had to add also a new image directory in the org package >>as well as a new IconLoader : wonder if it is a good thing to duplicate >>so many file structures between com and org packages (or maybe org >>package must be considered as a big extension, or as a developement >>package for plugins waiting for approval to be included into the core... >>just a thought, nothing urgent >> >>Michaël >> >>- >>This SF.net email is sponsored by: Splunk Inc. >>Still grepping through log files to find problems? Stop. >>Now Search log events and configuration files using AJAX and a browser. >>Download your FREE copy of Splunk now >> http://get.splunk.com/ >>___ >>Jump-pilot-devel mailing list >>Jump-pilot-devel@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> > > > >- >This SF.net email is sponsored by: Splunk Inc. >Still grepping through log files to find problems? Stop. >Now Search log events and configuration files using AJAX and a browser. >Download your FREE copy of Splunk now >> http://get.splunk.com/ >___ >Jump-pilot-devel mailing list >Jump-pilot-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
