2012/6/11 andrea antonello <andrea.antone...@gmail.com> > [...] > > 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. > > Don't care, it was just an idea..
>> > - 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. :) > > Ohh, different organizations have different user scenarios. We do a loot with notebooks and attached hardware like GPS devices. It would be great to have a feature to connect to attached devices like opencpn (http://opencpn.org/ocpn/setting_up_gps) already has. I understand your point and agree, different use cases : Offline data import via gpx versus online data connection via USB/bluetooth to show current position and (possible) store the positions in a local data store by a given refresh rate. >> 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. > > Chin up! Added my "0" to the RFC ;) 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 >
_______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
