[...] > Is it kind of online transformation during import where new shapefiles data > stores are created and feature imported into these - like the kml plugin > does with temporary data store? Or does geopaparazzi export shapefiles > directly and the Importer tries to read from a Folder that contains > shapefiles? I assume the importer knows the geopaparazzi format/schema and > creates shapes out of the content..
Yes, the importer knows the table structure of the geopaparazzi database. [...] > Understand. Does BeeGIS have an internal viewer for different kind of mime > types (png, pdf, txt) or is relative link always a image (png, jpeg, > whatever). actually they are imported inside a BeeGIS geonote (look at the last image here: http://code.google.com/p/geopaparazzi/wiki/GeopaparazziAndBeegis ), from where a doubleclick does open the default application of the operating system to handle the media type. > How about a new preferences Dialog for Layer Resources to define > "Resource handling" where the resource location comes from a attribute of a > layer. The user could define (like in eclipse : Open with vs. Open) how to > open the resources, with an embedded viewer, the system viewer and what the > default is. A mime type attribute would be helpful as well ;) Sure thing, but that goes way further of what I wanted to start with. The effort I can put in right now is the geopaparazzi import. Even if I would love to see a media handler from the attributestable. >> > - What do you think about an additional RFC for bookmark import/export >> > capabilites for the existing bundle >> > >> > (https://github.com/uDig/udig-platform/tree/master/plugins/org.tcat.citd.sim.udig.bookmarks) >> > which stores/reads from csv >> >> I think that is a great idea. Didn't think about it. Will surely add >> that if the proposal gets through. > > 1+ but lets separate it and let us create an other RFC for this feature ;) Well, actually if the proposal doesn't come through, this doesn't mak all that sense here, since bookmarks are the "less" interesting data of a survey. Also they suffer of the same problem that you mention for other data types. uDig has to know the data structure of geopaparazzi. So I am for all or nothing in that case, and therefore to also keep the RFC a single one. [...] > Agree, didn't know about the requirements... It would be great to have gps > (devices) support in the platform :) Let's separate this as well It is funny how people's perspective works :) Actually to exploit GPS support for uDig you need a tablet pc, else it makes almost no sense. In that case I would agree that one has to install BeeGIS on the survey pc, since he is doing something particular. Ergo, I would not bring it in uDig. Instead geopaparazzi support is for anyone with a smartphone. The app is free, it can be used in every field of application, and it would be handy to have a quick import mode. Ergo I would bring it to uDig. But that is the nice thing about a community. Different opinions that make things better. :) >> The geopaparazzi import is just a lightweight one, which is why I was >> daring to propose it. It is kind of like GvSIG Mobile stands to GvSIG. >> And I had people complaining about having to install BeeGIS just to >> import field data in uDig or transform them to shapefiles. > > One more reason to have an update site for this feature ;) Everybody is free > to decide whether and where to install it. You can install it from BeeGIS > and uDig, whatever the user has installed. Hmmmm, I am not exactly of your opinion. While update sites are a great idea, this community never managed to do very well with update sites. You need a server, you need to update the code and the site. This adds overhead that is not feasible if not backed by a paid time. At least, that is my thought. It is definitely not anything I would do for a geopaparazzi import plugin. Actually I wouldn't even create a new plugin for a single import wizard for geopaparazzi. If the proposal is rejected, I will continue to support the functionality in the BeeGIS ecosystem. Cheers, Andrea >> Thanks for your comments, >> Andrea >> >> >> > >> > Cheers, >> > Frank >> > >> > >> > 2012/6/11 andrea antonello <andrea.antone...@gmail.com> >> >> >> >> Hi PSC members, >> >> can I draw your attention to this very small RFC? >> >> >> >> >> >> >> >> http://udig.refractions.net/confluence/display/UDIG/Move+support+for+geopaparazzi+projects+from+BeeGIS+to+uDig >> >> >> >> Thank you, >> >> Andrea >> >> _______________________________________________ >> >> User-friendly Desktop Internet GIS (uDig) >> >> http://udig.refractions.net >> >> http://lists.refractions.net/mailman/listinfo/udig-devel >> > >> > >> > >> > _______________________________________________ >> > User-friendly Desktop Internet GIS (uDig) >> > http://udig.refractions.net >> > http://lists.refractions.net/mailman/listinfo/udig-devel >> > > > _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
