[Geo4All] Educational collaboration inventory wiki -- keep them coming in!
Hogan, Patrick (ARC-PX)
patrick.hogan at nasa.gov
Wed Nov 22 22:17:15 PST 2017
Bob, Howdy!
Looks like you are doing quite a bit of stuff, even more than I can fully appreciate. Very impressive!
If you want 2D ^and^ 3D ESA-NASA Web WorldWind is there.
I’d like to get the world onto one page for spatial data.
This will allow us to better share our efforts. Just a thought.
What can we do to help?
-Patrick
(650) 604-5656 (o)
(650) 269-2788 (c)
From: Basques, Bob (CI-StPaul) [mailto:bob.basques at ci.stpaul.mn.us]
Sent: Wednesday, November 22, 2017 9:54 AM
To: Hogan, Patrick (ARC-PX)
Cc: geoforall at lists.osgeo.org
Subject: Re: [Geo4All] Educational collaboration inventory wiki -- keep them coming in!
Patrick,
I started reading the Basic Requirement list from the “The Task” section here:
https://wiki.osgeo.org/wiki/Opencitysmart#Technologies_Available_In_Our_Network
and we’re already hitting a lot of these points with actual implemented applications, mostly GeoMoose based. We focus on pushing all (or most of our) functionality to the Web currently. See comments below . . . .
Some basic requirements:
* 3D Virtual Globe interchangeable or simultaneous with 2D Map along with Projection Choices
* We’re 2D mostly at the moment, but with a goos number of 3D enabled datasets available. We also have the ability to popup a 3D viewer from inside of our 2D interface.
* We’ve gone down the road of trying to move to a 3D viewer a couple of time in the past, but those attempts have fizzled out. LIDAR seems to be pushing the 3D aspect to the top of the list again though.
* Imagery & Elevation Import
* Already handling image import from a number of service and agencies and most in an automated way. Also a large inventory of historical imagery. Elevation is handled current by DEM based services. But this is only superficially being used. These exist from our previous forays into 3D viewer development.
* Extensible Architecture (Modular Componentry)
* Completely modular system. GeoMoose used OpenLayers, MapServer and OGC request types to merge data together into the Viemer(s). Each “layer” in GeoMoose is a service unto itself. Layers, and/or services are combined into derived data layers or can be abstracted into sigularly focused datasets.
* Data Retrieval via REST, WMS, WCS, WFS, GML, User-Defined
* The majority of these are currently already implemented as well as additional user-defined connections.
* Open Street Map (OSM) Placenames, Boundaries and Roads
* We have our own local and regional Centerline, Boundary and Building databases in place. We also have on the to-list, to add in the OSM data as an additional layer.
* Picking and Decluttering
* If I understand this correctly . . . We have a currenlty implemented system for cluster picking based on the scale of view, basically the functionality simply returns multiple results where features are displayed in a clustered manner, based on scale of view.
* Shapefile and KML Import
* Easy to implement. haven’t had a call for it yet though. Probably due to our requirement below of allowing data owners/authors to maintain their own data independently.
* Measurement Tools
* Included
* Flooding and Line-of-Sight Calculation
* Flood layers exist, but when you get into the real Hydrology aspects, it gets a bit hard to validate the results easily with the enginnering customers, which are a large part of our cusmtoer base. While we have some of this type of information already available for flooding events and emergency response, we don’t have anything in place (yet) that shows flooding information on the fly in a dynamic fashion. Not sure that something like this will ever really come online either based on the enginnering side of the equation.
* Subsurface Visualization
* 3D allows us to see our Infrastructure data underground, (sewers, Lighting, utilities, etc.), and we have a number of datasets already 3D ready. Just need the customers to start asking for it. Proably a build it and they will come type of thing, based on past experience.
* Shapes: Placemarks, Path, Polygon, Extruded Polygon, Custom, HTML5-able Balloons
* GeoFeatures can already be drawn either from a service, or by the user in GeoMoose, again, not a lot of call for this yet. It’s starting to surface though with some users wanting to manage their data closer to the field operations.
* Volumes (& Shapes), follow terrain or maintain constant elevation above terrain while moving
* Not currently, but could be implemented easily. I’m curious where this requirement comes from?
Some addional requirements (from our implementation)
* Each layer/service needs the potential ability to be managed individually by the data creator/author. This applies to cartography, frequency of updates, and linking the respective dataset to related location information. Document, Photo’s etc.
* Low level of operational dependency of components. We have a GeoMoose based server/viewer stack (Apache, Postgres, MapServer, GeoMoose) running on RPis for field service uses for example, and have developed a self service sycing system for the data and databases being used on the server side in the field devices. Future development may include field data collection as well. This approach allows the viewer functionality to run in a standalone mode while still providing the same functionality as is available at a workstation. Users access the service via Wifi from their preferred web enabled devices.
* System, component monitoring. We have developed a dashboard for checking services across multiple nodes as well as external services in order to monitor operational aspects of the overall system. there is a very low administration footprint that is currently required for the system as a whole.
* We have all configuration data for all services inside an SVN repository. This includes datasets that regular change. All data and their publishing criteria are stored in SVN.
* Multi-node operation is needed for redunancy and field operation replication of services. We operate under a 24/7 uptime. So switching services between upgrades etc, is a big piece of operations. It also plays into development efforts, where new functions can be fielded without inference with production.
* OGC services. Everything as a service is at least OGC enabled where possible.
There’s more to throw at this, but you get the idea. The 3D aspect in my mind should be implemented as a separate interface, at least here in our shop, where we’ve had the 2D interface for over a decade already. Probably will move to an all 3D interface at some point, but I think they are two projects that need to run in parallel for a while. LIDAR visualization is also related to this. I think there might be a case to be made for separate 3D point viewer as well. This is what we’re actively researching now for future implementation.
Ok, I typed enough. comments?
bobb
On Nov 22, 2017, at 11:00 AM, Hogan, Patrick (ARC-PX) <patrick.hogan at nasa.gov<mailto:patrick.hogan at nasa.gov>> wrote:
Bob,
We started down that road with two different dev teams, so two different apps:
NASA Interns:
https://github.com/NASAWorldWindResearch/CitySmart
www.AWorldBridge.com<http://www.aworldbridge.com/> students:
http://eval.cs.aworldbridgelabs.com/CS_MainPage_aworldbridge.com.html
CitySmart Storyboard - Presentation
https://www.dropbox.com/s/aiwre4j3bq7rz2m/CS%20storyboard%20for%20download.pdf?dl=0
CitySmart - WorldWise Evaluation Video
https://www.dropbox.com/s/ztv0l9og61mfc4m/CitySmart_WorldWise_EvaluationVideo.mp4?dl=0
We learned a lot in the process and if we can find a serious programmer or dev team, we can share our ‘lessons learned’ with them
We need to make CitySmart even smarter and get this beautiful idea going all the way, cities benefitting each other given their common needs. This can bring the world together from the bottom up. I might add that www.GODAN.info<http://www.godan.info/> has a similar mission only more specific to agriculture. And that OpenCitySmart-related effort is here: https://github.com/NASAWorldWindResearch/AgroSphere/wiki
Lots of good OpenCitySmart ‘stuff’ to consider and these great efforts will greatly help to guide what comes next! These apps might even be the seeds for growing.
-Patrick
From: GeoForAll [mailto:geoforall-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul)
Sent: Wednesday, November 22, 2017 8:39 AM
Cc: geoforall at lists.osgeo.org<mailto:geoforall at lists.osgeo.org>
Subject: Re: [Geo4All] Educational collaboration inventory wiki -- keep them coming in!
All,
Is there more info on the CitySmart “The App” idea othere than what’s here:
https://wiki.osgeo.org/wiki/Opencitysmart#Technologies_Available_In_Our_Network
Is there an actual APP?
bobb
On Nov 21, 2017, at 9:17 PM, Suchith Anand <Suchith.Anand at nottingham.ac.uk<mailto:Suchith.Anand at nottingham.ac.uk>> wrote:
Thanks Patrick. I think OpenCitySmart is a great theme to bring together colleagues doing teaching /research in Urban /Cities to jointly work on collaborative educational materials. There are now many teaching programs started by universities globally (Masters and undergraduate) in this (for example, Chris mail yesterday on his new Masters program in Australia) , so it is good timing to plan joint efforts for teaching materials.
Best wishes,
Suchith
________________________________________
From: Hogan, Patrick (ARC-PX) <patrick.hogan at nasa.gov<mailto:patrick.hogan at nasa.gov>>
Sent: 22 November 2017 2:49 AM
To: Suchith Anand; Charlie Schweik
Cc: geoforall at lists.osgeo.org<mailto:geoforall at lists.osgeo.org>
Subject: RE: [Geo4All] Educational collaboration inventory wiki -- keep them coming in!
Suchith and Charlie, Howdy!
NASA, now in concert with ESA, has been reaching out for several years now, with our joint open source virtual globe platform.
https://worldwind.arc.nasa.gov/web/
WorldWind is the platform of choice for Earth Observation, Open Science, Open Source, and Open Challenge to Academia (Europa Challenge [grazie mille Maria Brovelli] http://eurochallenge.como.polimi.it/ ).
The Europa Challenge is oriented to challenge our children, our best and brightest, to deliver the solutions this world dearly needs.
The apps below are all previous winners of the NASA WorldWind Europa Challenge.
And by the way, these are the criteria we need for cities to begin working together on the same solutions they all need!
https://wiki.osgeo.org/wiki/Opencitysmart
CitySmart Storyboard - Presentation:
https://www.dropbox.com/s/aiwre4j3bq7rz2m/CS%20storyboard%20for%20download.pdf?dl=0
CitySmart - WorldWise Evaluation Video:
https://www.dropbox.com/s/ztv0l9og61mfc4m/CitySmart_WorldWise_EvaluationVideo.mp4?dl=0
CitySmart website:
http://aworldbridge.com/real-time-projects/nasa-europa-challenge/nasa-europa-challenge-helsi-2/
Europa Challenge 2017 winners tied for 1st place!
How are crops affected by climate:
https://github.com/NASAWorldWindResearch/AgroSphere/wiki
How can we better track weather and climate:
https://github.com/NASAWorldWindResearch/WorldWeather/wiki
Let's help our small farmers and our big cities bring us closer together.
-Patrick
-----Original Message-----
From: GeoForAll [mailto:geoforall-bounces at lists.osgeo.org] On Behalf Of Suchith Anand
Sent: Tuesday, November 21, 2017 6:19 PM
To: Charlie Schweik
Cc: geoforall at lists.osgeo.org<mailto:geoforall at lists.osgeo.org>
Subject: Re: [Geo4All] Educational collaboration inventory wiki -- keep them coming in!
Thanks Charlie. If anyone has difficulty adding to wiki please just send email to Charlie with your information and he can add.
This is also a good opportunity to reach out to wider geo community and see if any colleagues are interested to collaborate as well. I will follow up this.
Best wishes,
Suchith
________________________________________
From: Charlie Schweik <cschweik at pubpol.umass.edu<mailto:cschweik at pubpol.umass.edu>>
Sent: 21 November 2017 9:34 PM
To: Suchith Anand
Cc: geoforall at lists.osgeo.org<mailto:geoforall at lists.osgeo.org>
Subject: Educational collaboration inventory wiki -- keep them coming in!
Hi all,
A few people have added entries to the educational collaboration wiki [1] Thank you! Keep them coming [1]!
The goal is to identify 2-4 collaboration projects by at where at least 2-labs are collaborating on open access educational content they want to develop over 2018.
Charlie Schweik
[1] https://wiki.osgeo.org/wiki/GeoForAll_Labs_Edu_Collaborations
This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please send it back to me, and immediately delete it.
Please do not use, copy or disclose the information contained in this
message or in any attachment. Any views or opinions expressed by the
author of this email do not necessarily reflect the views of the
University of Nottingham.
This message has been checked for viruses but the contents of an
attachment may still contain software viruses which could damage your
computer system, you are advised to perform your own checks. Email
communications with the University of Nottingham may be monitored as
permitted by UK legislation.
_______________________________________________
GeoForAll mailing list
GeoForAll at lists.osgeo.org<mailto:GeoForAll at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/geoforall
"Everybody pities the weak; jealousy you have to earn."
- Arnold Schwarzenegger
"Interesting - I use a Mac to help me design the next Cray."
- Seymoure Cray (1925-1996) when he was told that Apple Inc. had recently bought a Cray supercomputer to help them design the next Mac.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geoforall/attachments/20171123/b0d19767/attachment.html>
More information about the GeoForAll
mailing list