Giter VIP home page Giter VIP logo

Comments (3)

opyh avatar opyh commented on June 2, 2024

Thanks for this input!

PlaceInfo and EquipmentInfo are GeoJSON Feature compatible main entities to display on maps.

Using this format allows users to use the data much easier with existing GIS tools and libraries.

Separating geometry and accessibility properties also allows to later attach accessibility properties to more complicated geometry data, like 3D ways/relations that can be found in building information management data formats like IMDF.

I like your idea to make this more consistent, e.g. to get rid of the Info suffix we have for legacy reasons, and to have a Properties suffix for everything that would usually go in a properties field in a GeoJSON feature. As we have an existing code base to manage together with these breaking changes, it might take a while to get there, but let's see how we can make this happen!

from a11yjson.

k00ni avatar k00ni commented on June 2, 2024

I like your idea to make this more consistent, e.g. to get rid of the Info suffix we have for legacy reasons, and to have a Properties suffix for everything that would usually go in a properties field in a GeoJSON feature. As we have an existing code base to manage together with these breaking changes, it might take a while to get there, but let's see how we can make this happen!

Getting rid of suffixes wasn't my intention :) Your explanation makes sense and i totally support this approach of splitting accessibility and geometry properties. My problem was, that i could not see this and therefore was wondering about the inconsistency, like for Entrance. My suggestion would be to align all entities to use the same approach.

from a11yjson.

k00ni avatar k00ni commented on June 2, 2024

For me the issue is clarified, so we can close this.

Or do you want to keep it open as a place of discussion?

I like your idea to make this more consistent, e.g. to get rid of the Info suffix we have for legacy reasons, and to have a Properties suffix for everything that would usually go in a properties field in a GeoJSON feature. As we have an existing code base to manage together with these breaking changes, it might take a while to get there, but let's see how we can make this happen!

from a11yjson.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.