Eric, You have a lot of questions. I will try to give you a few answers. I must first say that a lot of the things you suggest sound easy, but are very difficult to implement. Perhaps this is the difference in the perspective of a user and a developer. Remember that all work done on OpenJUMP is done by volunteers. We are really just a group of people scratching our own itches, and trying to cooperate for mutual benefit when this is possible. We try to occassionally humor our users if there request isn't too much work and comes close to scratching one of our own itches.
Eric wrote: "for starters, is there currently a way to change the icon for point maps, replacing the little square with perhaps a circle, or triangle, or some other simple geometry? if so, can these be resized as well? if not, is there plans to implement this?" You need to check out the vertex symbol plug-in by Cadplan: http://www.cadplan.com.au/ (It's under OpenJUMP Plug-Ins.) Eric wrote: "and even further, what would be involved in being able to use multiple icons on the same point map? for example, let's say i wanted to create a point map of my address book, and wanted all of the personal cards/ contacts to be decorated with a little person icon, and all of the business cards/contacts to be decorated with a little building icon. can this be done through styling alone? or would it require a table in the db like 'icon' or something of similar name, having each record populated with it's respective icon type, like 'person' and/or 'business'. this would then require oj to read the data in that table and associate it with the respective icon in the library. or am i off- base here?" I would think your point data would need to be sorted into two (2) layers. One for people and one for businesses. Then it wouldn't be to hard to do. I don't think the limitation here is in OpenJUMP, it is in the way your data is organized. Eric wrote: "another shortcoming has to do with time, and the ability to side the timeline back into the past or forward into the future, having the map update to show what was, what is, and what is to be." This would be a really cool feature, and I hope that OpenJUMP becomes more time aware in the future. However, this is a subject that can get very complex very quickly. It will not be an easy thing to implement, and there are likely as many approaches to solving the problem as there are programmers. Take a look at this: http://wiki.osgeo.org/wiki/Time_In_GIS Eric wrote: "lastly, perhaps someone could clarify the following topic for me, as i am not a programmer, and therefore have not yet made sense of it. in previous list postings, a number of subscribers have been discussing the creation of plugins, and the modification of some core code, so that both kosmo and udig plugins will work in openjump, and vice versa. is this correct? or have i misunderstood the dialog? laymen clarification would be appreciated." There has been some discussion on this topic. Note: We may one day share plug-ins with Kosmo, but not with UDig. There are too many differences between UDig and OpenJUMP. OpenJUMP and Kosmo are much more similier. However, I hope we will be able to share file formats and even some source code with UDig in the future. Note: It is very hard to get different groups to work together. Each group has different goals, motivations, and agendas. That doesn't mean we don't try to do it, it just means that it doesn't happen as much as it should. We are all pressed for time. Eric wrote: "and to add to this subject, other software like udig has made the move to eclipse, whilst qgis is locked into qt. is openjump going to do the same sometime soon? and if so, will it go the route of eclipse?" I don't see OpenJUMP moving to Eclipse, ever...Eclipse is a great Java IDE. (My favorite IDE in fact.) However, Eclipse is not the be all and end all of desktop software. OpenJUMP has a lot invested in its current GUI, a move to Eclipse would be a huge undertaking. Before we ever did that we'd all just join UDig. That would be a lot smarter, since they've already done the work of moving to Eclipse. I hope I have answered some of your questions. If you ever want to volunteer with the project, let us know. There is always thigns to do, even if you aren't a programmer. Landon On Tue, Apr 1, 2008 at 9:32 PM, Eric Jarvies <[EMAIL PROTECTED]> wrote: > hello, > > regarding decorating point maps: > > for starters, is there currently a way to change the icon for point > maps, replacing the little square with perhaps a circle, or triangle, > or some other simple geometry? if so, can these be resized as well? > if not, is there plans to implement this? > > expanding on decorating the points on point maps, what would be > involved in being able to assign your own icons/images to point maps? > > and even further, what would be involved in being able to use multiple > icons on the same point map? for example, let's say i wanted to create > a point map of my address book, and wanted all of the personal cards/ > contacts to be decorated with a little person icon, and all of the > business cards/contacts to be decorated with a little building icon. > can this be done through styling alone? or would it require a table > in the db like 'icon' or something of similar name, having each record > populated with it's respective icon type, like 'person' and/or > 'business'. this would then require oj to read the data in that table > and associate it with the respective icon in the library. or am i off- > base here? > > i want to contract someone who can create a plug-in that takes and > reads an address book(v-cards/.vcf), and then converts those contacts > into individual records within a newly created point map. or, if the > user wishes to use an existing point map, then the contacts would be > imported into that existing point map. working for both shapefiles > and postgresql. and vice-versa, being able to export one/some/all > points to contacts/.vcf's for os x and to outlook for windows users. > additionally, if the contact record has lat/long fields(coordinates), > the plugin would then convert those v-cards with their correct geo- > position, hence those points would be placed in their correct position > on the map. for all the contacts that do not have coordinates, then > those would be assigned a 0, 0 coordinate, or in the case of a user > importing them into an existing point map with it's respective > coordinates, then those contacts would be assigned the respective > xmin, ymin coordinates. this way, the points/contacts are located > within the same coordinates as does have the existing map, and are all > in the same position on the map, so when browsing the table/data, it > is clear to see which contacts do not have coordinates assigned them. > > imho, as it relates to POIs, and those people/businesses that collect > data on people places and things, it will be important to have an easy > way to move address book contacts to and from maps. maps like google, > yahoo, etc., are mostly used by people to locate a person, place, or > thing atop a map. but ironically, there is no easy way to move > contacts to and from these maps, or to and from maps that are made by > folks like ourselves who use gis tools like openjump, et, al. on the > desktop computer(and in recent years the handheld/smart phone) > contacts, calendars, and messaging are the staple applications used by > most. recently we've all seen the success and practicality with > mapping applications, namely google maps via the browser, along with > google earth. between these, and the others like yahoo, microsoft, > mapquest, and openstreetmaps, along with the desktop/native > applications, mapping has become another staple application for the > user. for those people and businesses who are collecting and > maintaining geospatial data, they/we need tools that allow us to more > easily manage the data, and more importantly... move the data back and > forth between existing staple applications, like the address book and > calendar for example. > > another shortcoming has to do with time, and the ability to side the > timeline back into the past or forward into the future, having the map > update to show what was, what is, and what is to be. again, this > seems like a feature that is one of the more important features a gis > software should have. personally, i often times need to see how many > construction polygons existed for a certain month of a certain year, > or how many points existed at this time or that time. the truth is, > there are dozens of reasons why it is important to view information in > the context of time, hence, a timeline seems only natural for a gis > software application. similar to how oj has a zoom slider, it should > also have a timeline slider that shows/hides records based on the > file's time/date stamp, or time/dates of specific records. > > lastly, perhaps someone could clarify the following topic for me, as i > am not a programmer, and therefore have not yet made sense of it. in > previous list postings, a number of subscribers have been discussing > the creation of plugins, and the modification of some core code, so > that both kosmo and udig plugins will work in openjump, and vice > versa. is this correct? or have i misunderstood the dialog? laymen > clarification would be appreciated. and to add to this subject, other > software like udig has made the move to eclipse, whilst qgis is locked > into qt. is openjump going to do the same sometime soon? and if so, > will it go the route of eclipse? > > thanks in advance for your comments/answers! > > regards, > > eric jarvies > > > > On Apr 1, 2008, at 8:08 PM, Eric Jarvies wrote: > > > testing list with different email address. please disregard this > > post. > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
