[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: GIS Profiles used in Emergency Services
Long-time lurker. Can someone give me a pointer to the GML profiles used in EDXL? There are many reasons to adopt the same or similar profiles. - Outages and Additional LEO requirements often coincide - Emergency “Keep Powered at all costs” locations often overlap with sites of interest to first responders. Pointers? Thanks tc "A designer knows he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away." -Antoine de Saint-Exupery
From: Toby Considine [mailto:Toby.Considine@gmail.com] Received this note from Bruce yesterday… From: Bartell, Bruce [mailto:bbartell@xtensible.net] I am looking at the use of ApplicableLocation in eiDistributeQuote. The way it is structured now I only seem to be able to access gml:AbstractFeature via the ServiceAreaType. I noticed that serviceArea is part of the emixInterface substitution group. That group has ServiceDeliveryPoint, PNode, and other locations applicable to a price. Was the intent to be able to get to the substitution group, extend the type through EmixInterfaceType, or both? Both would seem to be the best way, if possible. As I said, right now I can only use gml:AbstractFeature in the ServiceAreaType. Bruce Bartell Xtensible Solutions It highlights an area that EMIX 1.0 did not go to. The GML AbstractFeature is like many of the EMIX objects; it is a not-useful-by-itself abstract tub in which you can put all sorts of GIS information. In EMIX, we specify that an AbstractFeature can fit into an EmixInterface. We never specified what was in it, though. In general, best practice in GML-derived schemas is to derive specific types. EMIX leaves that as an exercise for the reader. EMIX specifies the Profile Level 0 be used. This restricts the features to points, lines, and polygons. No DR messages sent to all forested areas. No Quotes to all lakefront properties. An abstract feature can be a collection of features. GML is very large. In a perfect world, with infinite time, we would meet for just as long on the GIS features as we have on everything else. We should define something similar to three types of features, name them and go. A good introduction to these issues is at the Penn State Geography page on GML https://courseware.e-education.psu.edu/courses/geog585/content/lesson06/11.html At a first guess, I think we need: - A named “Bounded by” object. All things that are inside this polygon. We should give it a name. - Points (and collections of points). What is the meaning? Are all meters / locations w/I [50 ft] of one of those points subject to a DR event? - Lines, aka circuits. Do we want to support circuits? Again, are all Nodes w/I [100 Meters] of a Circuit affected? Possible Shortcut. Emergency Management has been through this exercise. Perhaps we can re-use their definitions and work. tc "A designer knows he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away." -Antoine de Saint-Exupery
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]