Seems a post on All Points Blog regarding NeoGeography has unleashed a flurry of posts relating to "paleo" versus neo and a whole lot of other issues.
I think I have a slightly different of a take on it... I view the two as sort of a Venn diagram, with each representing expanding spheres, with an equally expanding area of overlap and merging between them.
Note, my little 5-minute Visio diagram is not by any means intended to be comprehensive... But the fuzziness and overlap is fully intended.
I do not view them as "in competition" - each has its own stakeholders and requirements, and between the two there is a considerable area of commonality. The exciting thing about neogeography, however, is that it's about empowerment and putting tools and capabilities into the hands of the public, which previously would have been inaccessible. Additionally, it's about fusion and collaboration - which benefits both communities.
And along the whole NeoGeo theme, I will leave with this:
NeoGeo Wars...
Looking for a GIS Architect
We're looking for a senior GIS architect to help head up GIS applications development and enterprise architecture efforts on a federal program:
GIS Project Manager - (US-VA-Arlington)
Min Education: Bachelors
Job Type: Full Time Employee
Industry Job Title: Geographic/Geospatial Information Systems (GIS) Project Manager
Required Skills:
1. Strong people skills.
2. Excellent writing and briefing skills including good command of grammar and business communications style before groups or one-on-one, i.e., the ability to convey ideas clearly and concisely in non-technical terms.
3. A solid record of accomplishment in the planning, design, and management of integrated and open enterprise GIS operations on a national scope, employing Oracle Spatial and ESRI environments.
4. Must be able to define the scope, direction and advancement of GIS operations on the behalf of the customer.
5. Must have expert knowledge in geospatial data creation best practices.
6. Have familiarity with land surveying principles and practices.
7. Must be able to manage and cultivation a team of GIS professionals, specialists and technicians, within a heavily integrated data service and GIS application environment.
8. Must be able to oversee the development of GIS applications to improve efficiency and effectiveness in applicable areas of GIS operations related to customer needs.
9. Requires familiarity with developing web applications in Java and Oracle Application Server that operate in an ESRI environment within the services oriented architecture.
10. Must demonstrate an ability to conceptualize and develop enterprise GIS systems, and lead multi-disciplinary teams and personnel in implementing geospatial systems.
11. Must have in-depth knowledge of enterprise and application life cycles and current awareness of trends and practices in GIS technology.
Desired skills:
1. Knowledge and understanding of the Environmental Protection Agency (EPA) mission and/or actual work experience in supporting the EPA in GIS technology.
2. Working Knowledge in the following software and technology concepts:
• GIS database design
• GIS application design
• Oracle RDBMS environments.
• Oracle Spatial 9i and 10g.
• ArcGIS 9.x desktop clients
• Microsoft Virtual Earth/API
• ArcWeb Services
• ArcIMS 9.x
• ArcObjects
• PL/SQL
• Fusion Middleware
• GPS/mobile GIS computing
• GeoRSS
• ArcSDE/ArcGIS Server 9.x,
• GIS system architecture design strategies.
• OGC and open GIS data architecture standards
• FGDC CSDGM
Specific Job Description:
Directs all phases of GIS programs from inception through completion. Responsible for coordinating subordinate employee recruitment, selection and training, performance assessment, work assignments, salary, and recognition/disciplinary actions. Responsible for the cost, schedule and technical performance of GIS programs. Coordinates the preparation of proposals, business plans, proposal work statements and specifications and operating budgets for GIS activities. Acts as primary customer contact for GIS program activities, leading GIS program review sessions with customer to discuss cost, schedule, and technical performance. Establishes GIS design concepts, criteria and engineering efforts for product research, development, integration and test. Develops new GIS business or expands the product line with the customer. Establishes milestones and monitors adherence to master plans and schedules. Identifies GIS program problems and obtains solutions.
Security Clearance: Applicant must be able to pass SF-85P Public Trust
Typical Minimums:
Bachelor’s degree from an accredited college in geographic information systems or a related field such as engineering, geography, computer science, planning, mathematics or applied science, or equivalent experience/combined education, with 10 years of professional experience; or 8 years of professional experience with a related Masters degree. Considered an emerging authority.
Place of Performance: On-site, Arlington VA
Applying:
Applicant must be a US Citizen or have US Permanent Resident Status
Interested applicants should respond with a current curriculum vitae and salary requirements to dsmith[@]synergist-tech.comSynergist Technology Group, Inc. is a Service Disabled Veteran Owned Small Business, specializing in GIS, Environmental Science, Intelligent Transportation Systems and Systems Engineering.
We are also currently looking for an authority on Documentum as well.
Virtual Earth and KML
I recently learned that the Virtual Earth vector generalization issue that I discovered earlier to has at least been partly remedied in a fix that Microsoft recently rolled out, by allowing developers to turn it off:
From this (note the significant gaps and overlaps):
To this:
Gaps and overlaps no longer occur, and polygons are now true to the source KML.
This just came out as a fix issued November 16, and is implemented via a VEMap method: map.EnableShapeDisplayThreshold(false); However, I noted that the VE team still needs to fix the generalization algorithm that’s still being implemented by default or when map.EnableShapeDisplayThreshold is set to true.
One of my colleagues has however reported that he's still seeing some generalization issues in GeoRSS at some zoom levels despite the display threshold setting.
Per a forum post by the VE developer team (note that it also includes some other recently announced enhancements as well):
The Virtual Earth v6 API has been updated. The below list is not comprehensive. However, it talks about the bugs that has been dicussed on the forums.
Bug Fixes:
- Collection import is now working on V6.
- VEShapes appearing in wrong position when switching mapstyle has been fixed.
- Clicking on a pushpin/icon causes the infobox to appear at the top left corner of the page has been fixed.
- VEShape’s icons not updated with correct z-index after a VEShape.SetZIndex has been fixed.
- Setting font size on the body might mess up the navcontrol has been fixed.
- 3D showswitch parameter in LoadMap not working has been fixed.
New Features/Functionality:
- KML support for v6. This is similar to maps.live.com. More information at http://msdn2.microsoft.com/en-us/library/bb412471.aspx
You can try it out using the following example(please enter your own kml url). Please note that source parameter in VEShapeSourceSpecification needs to be a URL. Local files are not supported.
Code Block
var spec = new VEShapeSourceSpecification(VEDataType.ImportXML, http://enteryourkmlurlhere.htm");
map.ImportShapeLayerData(spec);
- Localization for VEMap.Find(where only search) & VEMap.GetDirections();
This is not in the documentation yet, but the following needs to be set for the GetDirections to return localized results:
Code Block
var options = new VERouteOptions();
options.UseMWS = true;
map.GetDirections(['redmond,wa','seattle,wa'],options);
//The UseMWS flag uses the MapPoint Web Service routing engine which provides localized
results. However, the generated route might be slightly different from the default routing engine’s route.
- Added new method VEMap.EnableShapeDisplayThreshold(boolean). Setting it to false will make prevent the mapcontrol from trying to merge points together and not draw polygons/polylines when they are too small.
If you’re seeing polygons/polylines being drawn incorrectly, do the following.
Code Block
map.EnableShapeDisplayThreshold(false);
- Added Time property to the VERoute, VERouteLeg & VERouteItinerary returned by VEMap.GetDirections. This property is a integer, in seconds. Not a string like the GetRoute call. More information in the SDK when it gets updated. http://msdn2.microsoft.com/en-us/library/bb429552.aspx
- The callback function in VEMap.Find, where only queries will now return all results, instead of only results of the highest confidence level found. The default disambiguation box will continues to display results of the highest confidence level found.
- The callback function in VEMap.Find will return all geocoded values for VEPlace. i.e It will return both the interpolated and rooftop result (if available) in VEPlace. More information can be found in the SDK when it gets updated. http://msdn2.microsoft.com/en-us/library/bb429615.aspx
- Birdseye in 3D is working now.
To Be Fixed/Updated:
- Mouse button missing from 3D mouse events. Will be fix when the 3D control gets updated. Coming soon.
Not Fixed:
- Multiple maps on the same page might cause the zoom buttons to be missing from 1 of the maps.
Workaround: Changing the order of how you load the map might solve the problem. i.e. Loading the second map before the first map will prevent this from happening.
If you order of the map div on the page look like this:
Div 1 (id='myMap1')
Div 2 (id='myMap2')
In you script do this instead:
Code Block
map2 = new VEMap('myMap2');
map2.LoadMap();
map1 = new
VEMap('myMap1');
map1.LoadMap();
- Invalid latlong in v5 mouse events when using the newest 3D control. Workaround: Only use the following code in v5 and only in the 3D mouse events.
Code Block
//This code is only nessecary for v5 mapcontrol when in 3D mode
//However, This will not work for when -3.142 < lat < -3.142 = 180 e.latLong.Longitude <= -180 e.latLong.Longitude >= 180))
{
//Convert latlong to a valid latlong
var r2d = 180.0 / Math.PI;
e.latLong = new
VELatLong(e.latLong.Latitude / r2d, e.latLong.Longitude / r2d);
}
Tabula Peutingeriana
Along the historic maps vein, another ancient map receiving a lot of press of late is the Tabula Peutingeriana - this one I find tremendously fascinating, being a view of the Roman world of nearly 2000 years ago. As a kid, I grew up in Germany, near Roman ruins of the Limes Germanicus and other features, and as such, I have always been fascinated with all things ancient.
Presently, the Tabula Peutingeriana is being added to the UNESCO Memory of the World Register as an important artifact, and, given its extreme fragility, was recently placed on public display for one day in Vienna on November 26th.
The Tabula Peutingeriana is a copy of a Roman cursus publicus, which was a schematic roadmap of roads, cities and other features as developed and used in the Roman Empire. There are no longer any known copies of the original Roman cursus publicus charts, however the Tabula Peutingeriana is believed to have been transcribed from an original one by a thirteenth-century monk in Colmar, and consists of a number of sheets with schematic diagrams showing stops along routes, very similar to a modern-day subway map.
As such, it displaces many features to fit the route rather than attempting to be cartographically correct, and as such, it does not represent latitude and longitude in a conventional sense - instead accomodating the routes and features along them first and foremost, resulting in a very long, skinny map generally oriented west to east.
The geographic extent of the map is staggering, spanning the British Isles to India and Sri Lanka, showing what would have been trade and military routes, the infrastructure and cultural exchange that would have gone on in Roman times.
One of the things that I was playing around with over the weekend is trying to match up features as shown on the Tabula Peutingeriana to modern features - one of the tools I was playing around with is Microsoft Research's MapCruncher for Virtual Earth:
While I wouldn't expect MapCruncher to be able to rubbersheet a schematic map such as the Tabula Peutingeriana to a conventional map, it has nonetheless given me many insights just in being able to match up ancient designations and routes to their modern counterparts in a managed fashion, and it has made for a fun rainy (or snowy, as the case may be) day project.
Remaining Mysteries of the Waldseemüller Map
Reuters is carrying a story about the preservation of the 1507 Martin Waldseemüller World map, the first known to refer to the New World as America.
Some of the individuals cited in the article express their puzzlement at how Waldseemüller was able to portray as much detail and accuracy as he did, given the extremely limited amound of knowledge that is generally believed to have been extant regarding the New World at this time - for example, Vasco Núñez De Balboa had not crossed the Isthmus of Panama to reach the Pacific until 1513, and likewise, Magellan had not rounded the southern tip of South America until 1520, yet these are shown.
Interestingly, many features in this map are reversed in subsequent maps by Waldseemüller.
The map is cited in the article as a 'keystone map', showing a fundamental shift in how Europe viewed the New World. It also raises many questions about how much we really understand geographic awareness and the availability of cartographic information in ancient times.
My own notion is that we sometimes do not give our predecessors enough credit for their knowledge of the world around them.
Posts
