Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Version 1.1.0 #399

Closed

Conversation

cleder
Copy link
Owner

@cleder cleder commented Dec 2, 2024

User description

workerB


PR Type

enhancement, tests


Description

  • Added comments in KML files to indicate features not yet implemented.
  • Uncommented NetworkLinkControl element in KML documents for proper rendering.
  • Commented out xal:AddressDetails and ExtendedData elements in KML files due to lack of implementation.

Changes walkthrough 📝

Relevant files
Enhancement
Document-clean.kml
Update KML document with comments and uncomment elements 

tests/ogc_conformance/data/kml/Document-clean.kml

  • Added comments for not implemented KML features.
  • Uncommented NetworkLinkControl element.
  • Commented out xal:AddressDetails and ExtendedData elements due to lack
    of implementation.
  • +7/-4     
    Document-deprecated.kml
    Comment out unimplemented KML elements                                     

    tests/ogc_conformance/data/kml/Document-deprecated.kml

  • Commented out xal:AddressDetails element due to lack of
    implementation.
  • +2/-2     

    💡 PR-Agent usage: Comment /help "your question" on any pull request to receive relevant information


    Important

    Commented out unimplemented xal:AddressDetails and ExtendedData elements in KML files.

    • KML Files:
      • Commented out xal:AddressDetails in Document-clean.kml and Document-deprecated.kml as not implemented.
      • Commented out ExtendedData in Document-clean.kml due to pending implementation (issue Support for arbitrary XML in ExtendedData #77).

    This description was created by Ellipsis for 042152d. It will automatically update as commits are pushed.

    Summary by CodeRabbit

    • New Features
      • Enhanced KML document structure with new elements for network links and actions.
    • Bug Fixes
      • Commented out unimplemented sections for NetworkLinkControl and AddressDetails to clarify functionality.
    • Documentation
      • Added comments referencing implementation status and related GitHub issues for better clarity.

    @cleder cleder linked an issue Dec 2, 2024 that may be closed by this pull request
    Copy link

    Review changes with  SemanticDiff

    Copy link
    Contributor

    sourcery-ai bot commented Dec 2, 2024

    Reviewer's Guide by Sourcery

    This pull request represents a version bump to 1.1.0 and includes updates to KML test data files. The changes appear to be focused on test data modifications, specifically targeting Document-related KML files in the OGC conformance test suite.

    No diagrams generated as the changes look simple and do not need a visual representation.

    File-Level Changes

    Change Details Files
    Updated KML test data files in OGC conformance suite
    • Modified Document-clean.kml test file
    • Modified Document-deprecated.kml test file
    tests/ogc_conformance/data/kml/Document-clean.kml
    tests/ogc_conformance/data/kml/Document-deprecated.kml

    Tips and commands

    Interacting with Sourcery

    • Trigger a new review: Comment @sourcery-ai review on the pull request.
    • Continue discussions: Reply directly to Sourcery's review comments.
    • Generate a GitHub issue from a review comment: Ask Sourcery to create an
      issue from a review comment by replying to it.
    • Generate a pull request title: Write @sourcery-ai anywhere in the pull
      request title to generate a title at any time.
    • Generate a pull request summary: Write @sourcery-ai summary anywhere in
      the pull request body to generate a PR summary at any time. You can also use
      this command to specify where the summary should be inserted.

    Customizing Your Experience

    Access your dashboard to:

    • Enable or disable review features such as the Sourcery-generated pull request
      summary, the reviewer's guide, and others.
    • Change the review language.
    • Add, remove or edit custom review instructions.
    • Adjust other review settings.

    Getting Help

    Copy link
    Contributor

    coderabbitai bot commented Dec 2, 2024

    Caution

    Review failed

    The pull request is closed.

    Walkthrough

    The changes involve modifications to two KML documents, focusing on restructuring elements related to NetworkLinkControl and Placemark. Comments have been added to indicate that certain features, such as Update, Delete, Create, and Change within NetworkLinkControl, and xal:AddressDetails in Placemark, are not implemented. Additionally, the Update element has defined sub-elements for actions on PhotoOverlay and Folder, while the Change element includes a TimeSpan. The alterations primarily involve commenting out sections of the KML structure.

    Changes

    File Path Change Summary
    tests/ogc_conformance/data/kml/Document-clean.kml Added comments indicating non-implementation of NetworkLinkControl features and xal:AddressDetails. Defined Update, Delete, Create, and Change sub-elements with actions on PhotoOverlay and Folder. Included TimeSpan in Change.
    tests/ogc_conformance/data/kml/Document-deprecated.kml Commented out the <xal:AddressDetails> section within a <Placemark>, removing postal address visibility.

    Sequence Diagram(s)

    sequenceDiagram
        participant User
        participant KMLDocument
        participant NetworkLinkControl
    
        User->>KMLDocument: Request KML Data
        KMLDocument->>NetworkLinkControl: Check for Update, Delete, Create, Change
        NetworkLinkControl-->>KMLDocument: Not implemented
        KMLDocument-->>User: Return KML Data without AddressDetails
    
    Loading

    🐇 "In KML's embrace, we find our way,
    With links and changes, come what may.
    Address details hidden, for now they rest,
    In the world of data, we do our best.
    A hop, a skip, through XML we play,
    Awaiting the day they come out to stay!" 🐇

    Possibly related PRs

    Suggested labels

    Review effort [1-5]: 2


    📜 Recent review details

    Configuration used: .coderabbit.yaml
    Review profile: CHILL

    📥 Commits

    Reviewing files that changed from the base of the PR and between 19a165d and 042152d.

    📒 Files selected for processing (2)
    • tests/ogc_conformance/data/kml/Document-clean.kml (3 hunks)
    • tests/ogc_conformance/data/kml/Document-deprecated.kml (1 hunks)

    Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

    ❤️ Share
    🪧 Tips

    Chat

    There are 3 ways to chat with CodeRabbit:

    • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
      • I pushed a fix in commit <commit_id>, please review it.
      • Generate unit testing code for this file.
      • Open a follow-up GitHub issue for this discussion.
    • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
      • @coderabbitai generate unit testing code for this file.
      • @coderabbitai modularize this function.
    • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
      • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
      • @coderabbitai read src/utils.ts and generate unit testing code.
      • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
      • @coderabbitai help me debug CodeRabbit configuration file.

    Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

    CodeRabbit Commands (Invoked using PR comments)

    • @coderabbitai pause to pause the reviews on a PR.
    • @coderabbitai resume to resume the paused reviews.
    • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
    • @coderabbitai full review to do a full review from scratch and review all the files again.
    • @coderabbitai summary to regenerate the summary of the PR.
    • @coderabbitai resolve resolve all the CodeRabbit review comments.
    • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
    • @coderabbitai help to get help.

    Other keywords and placeholders

    • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
    • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
    • Add @coderabbitai anywhere in the PR title to generate the title automatically.

    Documentation and Community

    • Visit our Documentation for detailed information on how to use CodeRabbit.
    • Join our Discord Community to get help, request features, and share feedback.
    • Follow us on X/Twitter for updates and announcements.

    Copy link

    PR Reviewer Guide 🔍

    Here are some key observations to aid the review process:

    ⏱️ Estimated effort to review: 1 🔵⚪⚪⚪⚪
    🧪 PR contains tests
    🔒 No security concerns identified
    ⚡ Recommended focus areas for review

    Documentation
    The comment on line 289 references a GitHub issue (#77) - verify if this issue is still relevant and if the feature is still not implemented

    Code Organization
    Verify that commenting out xal:AddressDetails and ExtendedData elements won't affect test coverage or conformance validation

    Copy link
    Contributor

    @ellipsis-dev ellipsis-dev bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    👍 Looks good to me! Reviewed everything up to 042152d in 15 seconds

    More details
    • Looked at 62 lines of code in 2 files
    • Skipped 0 files when reviewing.
    • Skipped posting 4 drafted comments based on config settings.
    1. tests/ogc_conformance/data/kml/Document-clean.kml:6
    • Draft comment:
      Consider providing more context on why these features are not implemented. This can help future developers understand the limitations and potential future work.
    • Reason this comment was not posted:
      Confidence changes required: 50%
      The comment about not implementing certain features is useful, but it should be more specific about what is not implemented and why. This can help future developers understand the context better.
    2. tests/ogc_conformance/data/kml/Document-clean.kml:83
    • Draft comment:
      Consider providing more context on why these features are not implemented. This can help future developers understand the limitations and potential future work.
    • Reason this comment was not posted:
      Confidence changes required: 50%
      The comment about not implementing certain features is useful, but it should be more specific about what is not implemented and why. This can help future developers understand the context better.
    3. tests/ogc_conformance/data/kml/Document-clean.kml:289
    • Draft comment:
      Consider providing more context on why these features are not implemented. This can help future developers understand the limitations and potential future work.
    • Reason this comment was not posted:
      Confidence changes required: 50%
      The comment about not implementing certain features is useful, but it should be more specific about what is not implemented and why. This can help future developers understand the context better.
    4. tests/ogc_conformance/data/kml/Document-deprecated.kml:54
    • Draft comment:
      Consider providing more context on why these features are not implemented. This can help future developers understand the limitations and potential future work.
    • Reason this comment was not posted:
      Confidence changes required: 50%
      The comment about not implementing certain features is useful, but it should be more specific about what is not implemented and why. This can help future developers understand the context better.

    Workflow ID: wflow_jPORiKdMwYs760Jw


    You can customize Ellipsis with 👍 / 👎 feedback, review rules, user-specific overrides, quiet mode, and more.

    Copy link
    Contributor

    @sourcery-ai sourcery-ai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Hey @cleder - I've reviewed your changes - here's some feedback:

    Overall Comments:

    • Please provide a changelog or description of the changes included in version 1.1.0. This helps users and maintainers understand what's new or changed in this release.
    Here's what I looked at during the review
    • 🟢 General issues: all looks good
    • 🟢 Security: all looks good
    • 🟢 Testing: all looks good
    • 🟢 Complexity: all looks good
    • 🟢 Documentation: all looks good

    Sourcery is free for open source - if you like our reviews please consider sharing them ✨
    Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

    Copy link

    PR Code Suggestions ✨

    No code suggestions found for the PR.

    Copy link

    github-actions bot commented Dec 2, 2024

    Preparing review...

    Copy link

    github-actions bot commented Dec 2, 2024

    Failed to generate code suggestions for PR

    Copy link

    @llamapreview llamapreview bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Auto Pull Request Review from LlamaPReview

    1. Overview

    1.1 PR Summary

    • Business value and requirements alignment: This PR enhances KML files by adding comments to indicate unimplemented features and uncommenting elements for proper rendering. It aligns with the business requirement of improving the clarity and manageability of KML files.
    • Key components modified: KML files (Document-clean.kml, Document-deprecated.kml).
    • Impact assessment: Minor impact on KML rendering and feature implementation.
    • System dependencies and integration impacts: None.

    1.2 Architecture Changes

    • System design modifications: None.
    • Component interactions: None.
    • Integration points: None.

    2. Detailed Technical Analysis

    2.1 Code Logic Deep-Dive

    Core Logic Changes

    tests/ogc_conformance/data/kml/Document-clean.kml - NetworkLinkControl

    • Submitted PR Code:
      +  <!-- Not implemented: NetworkLinkControl: Update, Delete, Create, Change -->
          <NetworkLinkControl>
            <minRefreshPeriod>43200</minRefreshPeriod>
            <maxSessionLength>-1</maxSessionLength>
            <linkSnippet>
            <![CDATA[
            <p xmlns="http://www.w3.org/1999/xhtml">A snippet of <a href="http://www.w3.org/TR/xhtml-basic/">XHTML</a></p>
            ]]>
            </linkSnippet>
            <expires>2008-05-30</expires>
            <Update>
      • Analysis:
        • The NetworkLinkControl element is uncommented for proper rendering.
        • A comment is added to indicate that certain features (Update, Delete, Create, Change) are not yet implemented.
        • This change ensures that the KML document renders correctly while clearly indicating unimplemented features.
        • Edge cases and error handling:
          • If the NetworkLinkControl element is partially implemented, the comment might be misleading. It's crucial to ensure that the comment accurately reflects the current state of implementation.
          • There might be scenarios where the NetworkLinkControl element is rendered incorrectly due to partial implementation, leading to unexpected behavior.
        • Cross-component impact:
          • This change might impact other components that rely on the NetworkLinkControl element for rendering or processing KML documents.
          • Ensure that downstream components are aware of the partial implementation and handle it appropriately.
        • Business logic considerations:
          • The business logic for rendering KML documents should account for partially implemented features and handle them gracefully.
      • LlamaPReview Suggested Improvements:
        <!-- Not implemented: NetworkLinkControl features (Update, Delete, Create, Change) are partially implemented -->
      • Improvement rationale:
        • Technical benefits: Provides a more accurate description of the implementation status, reducing potential confusion.
        • Business value: Ensures that users and downstream components are aware of the partial implementation, allowing for better handling of edge cases.
        • Risk assessment: Low risk as it only affects the rendering and clarity of the KML document.

    tests/ogc_conformance/data/kml/Document-clean.kml - xal:AddressDetails

    • Submitted PR Code:
      -      <xal:AddressDetails>
      +      <!-- Not implemented: xal:AddressDetails -->
      +      <!-- xal:AddressDetails>
              <xal:Address Type="Postal">
              800 Griffiths Way, Vancouver, BC, Canada V6B 6G1
              </xal:Address>
      -      </xal:AddressDetails>
      +      </xal:AddressDetails -->
      • Analysis:
        • The xal:AddressDetails element is commented out due to lack of implementation.
        • This change prevents potential rendering issues and ensures that unimplemented features are not displayed.
        • Edge cases and error handling:
          • If the xal:AddressDetails element is partially implemented, the comment might be misleading. It's crucial to ensure that the comment accurately reflects the current state of implementation.
          • There might be scenarios where the xal:AddressDetails element is rendered incorrectly due to partial implementation, leading to unexpected behavior.
        • Cross-component impact:
          • This change might impact other components that rely on the xal:AddressDetails element for rendering or processing KML documents.
          • Ensure that downstream components are aware of the partial implementation and handle it appropriately.
        • Business logic considerations:
          • The business logic for rendering KML documents should account for partially implemented features and handle them gracefully.
      • LlamaPReview Suggested Improvements:
        <!-- Not implemented: xal:AddressDetails features are partially implemented -->
      • Improvement rationale:
        • Technical benefits: Provides a more accurate description of the implementation status, reducing potential confusion.
        • Business value: Ensures that users and downstream components are aware of the partial implementation, allowing for better handling of edge cases.
        • Risk assessment: Low risk as it only affects the rendering and clarity of the KML document.

    tests/ogc_conformance/data/kml/Document-clean.kml - ExtendedData

    • Submitted PR Code:
      -          <ExtendedData xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      +          <!-- not yet implemented https://github.com/cleder/fastkml/issues/77 -->
      +          <!-- ExtendedData xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
                  <rdf:Description xmlns:dct="http://purl.org/dc/terms/">
                    <dct:subject rdf:resource="https://www.dgiwg.org/FAD/servlet/View?i=100262"/>
                    <dct:valid>2007</dct:valid>
                  </rdf:Description>
      -          </ExtendedData>
      +          </ExtendedData -->
      • Analysis:
        • The ExtendedData element is commented out due to pending implementation (issue Support for arbitrary XML in ExtendedData #77).
        • This change ensures that unimplemented features are not displayed, preventing potential rendering issues.
        • Edge cases and error handling:
          • If the ExtendedData element is partially implemented, the comment might be misleading. It's crucial to ensure that the comment accurately reflects the current state of implementation.
          • There might be scenarios where the ExtendedData element is rendered incorrectly due to partial implementation, leading to unexpected behavior.
        • Cross-component impact:
          • This change might impact other components that rely on the ExtendedData element for rendering or processing KML documents.
          • Ensure that downstream components are aware of the partial implementation and handle it appropriately.
        • Business logic considerations:
          • The business logic for rendering KML documents should account for partially implemented features and handle them gracefully.
      • LlamaPReview Suggested Improvements:
        <!-- Not implemented: ExtendedData features are partially implemented (issue #77) -->
      • Improvement rationale:
        • Technical benefits: Provides a more accurate description of the implementation status, reducing potential confusion.
        • Business value: Ensures that users and downstream components are aware of the partial implementation, allowing for better handling of edge cases.
        • Risk assessment: Low risk as it only affects the rendering and clarity of the KML document.

    tests/ogc_conformance/data/kml/Document-deprecated.kml - xal:AddressDetails

    • Submitted PR Code:
      -      <xal:AddressDetails>
      +      <!--xal:AddressDetails>
              <xal:Address Type="Postal">
              800 Griffiths Way, Vancouver, BC, Canada V6B 6G1
              </xal:Address>
      -      </xal:AddressDetails>
      +      </xal:AddressDetails-->
      • Analysis:
        • The xal:AddressDetails element is commented out due to lack of implementation.
        • This change prevents potential rendering issues and ensures that unimplemented features are not displayed.
        • Edge cases and error handling:
          • If the xal:AddressDetails element is partially implemented, the comment might be misleading. It's crucial to ensure that the comment accurately reflects the current state of implementation.
          • There might be scenarios where the xal:AddressDetails element is rendered incorrectly due to partial implementation, leading to unexpected behavior.
        • Cross-component impact:
          • This change might impact other components that rely on the xal:AddressDetails element for rendering or processing KML documents.
          • Ensure that downstream components are aware of the partial implementation and handle it appropriately.
        • Business logic considerations:
          • The business logic for rendering KML documents should account for partially implemented features and handle them gracefully.
      • LlamaPReview Suggested Improvements:
        <!-- Not implemented: xal:AddressDetails features are partially implemented -->
      • Improvement rationale:
        • Technical benefits: Provides a more accurate description of the implementation status, reducing potential confusion.
        • Business value: Ensures that users and downstream components are aware of the partial implementation, allowing for better handling of edge cases.
        • Risk assessment: Low risk as it only affects the rendering and clarity of the KML document.

    Cross-cutting Concerns

    • Data flow analysis:
      • The changes primarily affect the rendering of KML documents and the visibility of unimplemented features.
      • There is no significant impact on data flow within the system.
    • State management implications:
      • The state management of KML documents remains unaffected as the changes are limited to rendering and commenting.
    • Error propagation paths:
      • Potential errors related to partial implementation might propagate if not handled correctly.
      • Ensure that downstream components are aware of the partial implementation and handle it appropriately.
    • Edge case handling across components:
      • The changes handle the edge cases of unimplemented features by commenting them out.
      • Ensure that all edge cases related to partial implementation are addressed.

    Algorithm & Data Structure Analysis

    • Complexity analysis:
      • The changes do not introduce any new algorithms or data structures.
      • The complexity of rendering KML documents remains unchanged.
    • Performance implications:
      • There are no performance implications as the changes are limited to rendering and commenting.
    • Memory usage considerations:
      • Memory usage remains unaffected by the changes.

    2.2 Implementation Quality

    • Code organization and structure:
      • The changes are well-organized and modular, affecting only the specific KML files.
      • The comments added for unimplemented features improve maintainability by providing clear indications of the implementation status.
    • Design patterns usage: N/A.
    • Error handling approach:
      • The changes improve the user experience by ensuring proper rendering and clarity of the KML documents.
      • There are no specific error handling mechanisms introduced in this PR.
    • Resource management: N/A.

    3. Critical Findings

    3.1 Potential Issues

    • 🔴 Critical Issues:

      • Issue: None.
      • Impact: N/A.
      • Recommendation: N/A.
    • 🟡 Warnings:

      • Issue: Partial implementation of features might be misleading if comments are not accurate.
      • Potential risks: Incorrect rendering or unexpected behavior due to partial implementation.
      • Suggested improvements: Ensure that comments accurately reflect the current state of implementation.

    3.2 Code Quality Concerns

    • Maintainability aspects:
      • The comments added for unimplemented features improve maintainability by providing clear indications of the implementation status.
    • Readability issues:
      • Ensure that comments are consistent and clear to avoid confusion.
    • Performance bottlenecks: N/A.

    4. Security Assessment

    • Authentication/Authorization impacts: N/A.
    • Data handling concerns:
      • Ensure that comments do not reveal sensitive information or implementation details.
    • Input validation: N/A.
    • Security best practices:
      • Review comments for any potential security implications and sanitize them if necessary.
    • Potential security risks:
      • Commenting out unimplemented features might inadvertently expose implementation details or internal comments that could be useful to an attacker.
    • Mitigation strategies:
      • Ensure that comments do not reveal sensitive information or implementation details.
    • Security testing requirements:
      • Review comments for any potential security implications and sanitize them if necessary.

    5. Testing Strategy

    5.1 Test Coverage

    • Unit test analysis:
      • Ensure that the KML documents render correctly with the changes.
    • Integration test requirements:
      • Test the integration of the KML documents with the rendering engine.
    • Edge cases coverage:
      • Validate the rendering of KML documents with commented-out unimplemented features.

    5.2 Test Recommendations

    Suggested Test Cases

    <!-- Example test case for rendering KML documents with commented-out features -->
    <testcase>
      <description>Test rendering of Document-clean.kml with commented-out features</description>
      <expected_output>KML document renders correctly with comments indicating unimplemented features</expected_output>
    </testcase>
    • Coverage improvements:
      • Ensure that all edge cases related to partial implementation are addressed.
    • Performance testing needs: N/A.

    6. Documentation & Maintenance

    • Documentation updates needed:
      • Update the documentation to reflect the changes and the status of unimplemented features.
    • Long-term maintenance considerations:
      • Ensure that comments accurately reflect the current state of implementation.
    • Technical debt and monitoring requirements:
      • Monitor the implementation status of commented-out features and update the comments as necessary.

    7. Deployment & Operations

    • Deployment impact and strategy:
      • The changes have a minor impact on deployment as they only affect the rendering of KML documents.
    • Key operational considerations:
      • Ensure that downstream components are aware of the partial implementation and handle it appropriately.

    8. Summary & Recommendations

    8.1 Key Action Items

    1. Critical changes required: None.
    2. Important improvements suggested:
      • Ensure that comments accurately reflect the current state of implementation.
      • Update documentation to reflect the changes and the status of unimplemented features.
    3. Best practices to implement:
      • Follow a standard commenting format for unimplemented features.
    4. Cross-cutting concerns to address:
      • Ensure that downstream components are aware of the partial implementation and handle it appropriately.

    8.2 Future Considerations

    • Technical evolution path:
      • Continuously monitor the implementation status of commented-out features and update the comments as necessary.
    • Business capability evolution:
      • Ensure that the business logic for rendering KML documents accounts for partially implemented features and handles them gracefully.
    • System integration impacts:
      • Ensure that downstream components are aware of the partial implementation and handle it appropriately.

    💡 LlamaPReview Community
    Have feedback on this AI Code review tool? Join our GitHub Discussions to share your thoughts and help shape the future of LlamaPReview.

    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Projects
    None yet
    Development

    Successfully merging this pull request may close these issues.

    Add tests for the OGC KML 2.2 Conformance Test Suite
    1 participant