Important Notice: Our web hosting provider recently started charging us for additional visits, which was unexpected. In response, we're seeking donations. Depending on the situation, we may explore different monetization options for our Community and Expert Contributors. It's crucial to provide more returns for their expertise and offer more Expert Validated Answers or AI Validated Answers. Learn more about our hosting issue here.

Why a standardized set of programming interfaces? Shouldn OGC standards stick to web services only?

0
10 Posted

Why a standardized set of programming interfaces? Shouldn OGC standards stick to web services only?

0

We believe that both approaches are complementary. Web services are efficient ways to publish geographic information using existing software. But some users need to build their own solution, for example as a wrapper on top of their own numerical model. Many existing software packages provide sophisticated developer toolkits, but each toolkit has its own learning curve, and one can not easily switch from one toolkit to another or mix components from different toolkits. Using standardized interfaces, a significant part of the API can stay constant across different toolkits, thus reducing both the learning curve (especially since the interfaces are derived from published abstract UML) and the interoperability pain points. The situation is quite similar to JDBC (Java DataBase Connectivity)’s one. The fact that a high-level language already exists for database queries (SQL) doesn’t means that low-level programming interfaces are not needed. JDBC interfaces have been created as a developer t

Related Questions

What is your question?

*Sadly, we had to bring back ads too. Hopefully more targeted.