GeoAPI

Standardized mapping: ISO 19103 -> Java/GeoAPI

Details

  • Type: Sub-task Sub-task
  • Status: Closed Closed
  • Priority: Blocker Blocker
  • Resolution: Fixed
  • Affects Version/s: 2.0, 2.1, 2.2, 2.3-M1
  • Fix Version/s: 2.3-M1
  • Component/s: util
  • Labels:
    None
  • Number of attachments :
    7

Description

This is a summary of existing and proposed mappings from the basic types defined in ISO 19103 to the Java environment and the GeoAPI interface library. This document should be subjected to peer review and OGC vote.

Formalizes the proposals for Records and Namespaces.

  1. Basic Tools Proposal.odt
    20/Dec/06 4:22 PM
    137 kB
    Bryce Nordgren
  2. Basic Tools Proposal.odt
    24/Feb/06 3:19 PM
    102 kB
    Bryce Nordgren
  3. Basic Tools Proposal.odt
    22/Feb/06 5:32 PM
    82 kB
    Bryce Nordgren
  4. Basic Tools Proposal.odt
    17/Feb/06 2:24 PM
    57 kB
    Bryce Nordgren
  5. Basic Tools Proposal.pdf
    20/Dec/06 4:22 PM
    768 kB
    Bryce Nordgren
  6. Basic Tools Proposal.pdf
    24/Feb/06 3:19 PM
    694 kB
    Bryce Nordgren
  7. Basic Tools Proposal.pdf
    22/Feb/06 5:32 PM
    652 kB
    Bryce Nordgren

Issue Links

Activity

Hide
Bryce Nordgren added a comment -

New revision of basic tools proposal. Completed Records and RecordTypes section. Reversed position on the meaning of "depth". The units and measure section is still incomplete.

Show
Bryce Nordgren added a comment - New revision of basic tools proposal. Completed Records and RecordTypes section. Reversed position on the meaning of "depth". The units and measure section is still incomplete.
Hide
Bryce Nordgren added a comment -

Reformulated the ScopedName class to be less obnoxious.

Show
Bryce Nordgren added a comment - Reformulated the ScopedName class to be less obnoxious.
Hide
Jody Garnett added a comment -

Ug, a 200 meg download to review the odt document (well at least I can contribute now).

My questions are going to be basic since they are just based on this document without access to 19103.

Interpretaton of 19100 UML diagrams, So things marked as <<Type>> we are free to capture as we please (as long as we cover the same ground?). The only example in your document Figure 4, covering Local/Generic/Scoped name. In short there is not quite enough context here and an example would be useful.

Concerning RecordType/Type/TypeName etc... looks like we are setting up another dynamic typing system - in addition to metadata and feature and record (from the catalog specification).

While I am happy that I can convience Expression to work against any of these type systems now (very helpful for Catalog metadata queries) is there any sign of a code collapse coming?

Show
Jody Garnett added a comment - Ug, a 200 meg download to review the odt document (well at least I can contribute now). My questions are going to be basic since they are just based on this document without access to 19103. Interpretaton of 19100 UML diagrams, So things marked as <<Type>> we are free to capture as we please (as long as we cover the same ground?). The only example in your document Figure 4, covering Local/Generic/Scoped name. In short there is not quite enough context here and an example would be useful. Concerning RecordType/Type/TypeName etc... looks like we are setting up another dynamic typing system - in addition to metadata and feature and record (from the catalog specification). While I am happy that I can convience Expression to work against any of these type systems now (very helpful for Catalog metadata queries) is there any sign of a code collapse coming?
Hide
Bryce Nordgren added a comment -

200Mb? The Pdf is only 0.5Mb. Besides, it'll do you good if you're planning on following coverage development.

I don't recall a dynamic typing system in 19115 (Metadata). Our feature model was designed without reference to the 19100, so one would expect some duplication. However, you've offered to spend some time integrating the new FM with Record. I cannot speak to "Catalog" specification, as I remain ignorant of it.

A caution, however, RecordTypes do not possess inheritance. They may be grouped into packages, but not into parent-child relationships.

However, w.r.t. code collapse, look at the big picture: OGC is steadily migrating their standards to ISO. This is a past (2005 was a big year), present, and future activity. As standards are migrate to ISO, they tend to become more vertically integrated. If you had 19123, I could tell you to compare the OGC coverage spec with the ISO one. But you don't, so you gotta wait till OGC publishes it. The upshot is that ISO, in general, does a better job of building on previous standards. So my answer would be that I foresee code collapse with every ISO migration.

Your interpretation of the <<Type>> stereotype is correct. I will have to revisit this issue later, however. Since you have OOo now, feel free to edit the document with change tracking on and email to me.

Show
Bryce Nordgren added a comment - 200Mb? The Pdf is only 0.5Mb. Besides, it'll do you good if you're planning on following coverage development. I don't recall a dynamic typing system in 19115 (Metadata). Our feature model was designed without reference to the 19100, so one would expect some duplication. However, you've offered to spend some time integrating the new FM with Record. I cannot speak to "Catalog" specification, as I remain ignorant of it. A caution, however, RecordTypes do not possess inheritance. They may be grouped into packages, but not into parent-child relationships. However, w.r.t. code collapse, look at the big picture: OGC is steadily migrating their standards to ISO. This is a past (2005 was a big year), present, and future activity. As standards are migrate to ISO, they tend to become more vertically integrated. If you had 19123, I could tell you to compare the OGC coverage spec with the ISO one. But you don't, so you gotta wait till OGC publishes it. The upshot is that ISO, in general, does a better job of building on previous standards. So my answer would be that I foresee code collapse with every ISO migration. Your interpretation of the <<Type>> stereotype is correct. I will have to revisit this issue later, however. Since you have OOo now, feel free to edit the document with change tracking on and email to me.
Hide
Bryce Nordgren added a comment -

Added a section on how UML associations found in the standards should be represented in the GeoAPI interfaces.

Show
Bryce Nordgren added a comment - Added a section on how UML associations found in the standards should be represented in the GeoAPI interfaces.
Hide
Jody Garnett added a comment -

Bryce you have this marked as a blocker - and I agree we should be consistent.

The following wiki pages has a section on mapping to Java:

It looks like we are covering the same ground? I will try and compare against your document.

Show
Jody Garnett added a comment - Bryce you have this marked as a blocker - and I agree we should be consistent. The following wiki pages has a section on mapping to Java: It looks like we are covering the same ground? I will try and compare against your document.
Hide
Jody Garnett added a comment -

I would like to close this issue based on the above wiki page.

Show
Jody Garnett added a comment - I would like to close this issue based on the above wiki page.
Hide
Martin Desruisseaux added a comment -

This is documented in the OGC Change Request document and the interfaces should have been updated accordingly, but not yet tested in GeoTools implementation. This issue is kept open for that reason.

Show
Martin Desruisseaux added a comment - This is documented in the OGC Change Request document and the interfaces should have been updated accordingly, but not yet tested in GeoTools implementation. This issue is kept open for that reason.
Hide
Adrian Custer added a comment -

The GeoAPI 3.0 Specification formalizes this mapping. It also matches the wiki mapping so it seems we can close this bug.

Thanks Bryce for the great documentation!

Show
Adrian Custer added a comment - The GeoAPI 3.0 Specification formalizes this mapping. It also matches the wiki mapping so it seems we can close this bug. Thanks Bryce for the great documentation!

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: