Local context service

If you want to use data models coming from several subjects you will have to merge (somehow) their @contexts.

In this first step, we offer you a service that allows you to choose what subjects you need to merge and to generate the @context.

See the instructions on the page. Now in Main menu -> @context -> Generate a local context

It also provides you with the conflicts in the attributes’ names, in order to let you solve them manually.

In the next step, possibly next week, you will have another service that will allow you to choose what reference ontologies and vocabularies you want to use and replace the Smart data models IRIs with those coming from these external sources.

Survey. What ontologies are you using, if any?

    Smart Data Models Program is willing to ease the use of existing and adopted ontologies.

    Q1: Do you use semantic ontologies for your data

    If you do not know it is quite likely that the answer would be no

    Q2: Do you use them with NGSI-LD?

    Q3: What ontologies are you using (or planning to use)?

    Q4: Are you a member of the Smart Data Models organizations ?

    Member of FIWARE FoundationMember of TMForumMember of IUDXMember of OASCNo membership

    Local @context improved

    The local @context, used by NGSI-LD users of the platform has now taken into account those generic terms which are in the commons-schema.json at the root.

    In fact, there is a @context based on these terms named common-context.jsonld.

    So, the common terms have an IRI with this pattern https://smartdatamodels.org/term that in most cases is taking you to an actual page with some information about the term.

     

    Local context available in all subjects

    We the middle of a reorganization of the @context resources.

    Our first priority is to not touch the @context that is currently available. We grant you we keep it.

    Why is this new option being created?, because otherwise is not possible to solve the conflicts in the IRI when we have attributes with the same ‘name’ but with different meanings. Consequently, their long IRIs (for use in NGSI-LD) need to be different.

    WHAT IS AVAILABLE TODAY

    The first step is the creation of a local context.jsonld in the root of every subject. It has been made available today.

    You can see an example of this local @context for the subject weather.

    The long IRI has the format  (predictable):

    “https://smartdatamodels.org/” +  subject name + “/” + attribute name

    Ej. “precipitation”: “https://smartdatamodels.org/dataModel.Weather/precipitation”,

    Soon there will be pages on that IRI (they are in fact URL) with some info about the attribute you could use for any purpose.

    WHAT WILL BE AVAILABLE

    1) In the coming future, you will be able to use the local IRI from the Smart Data Models program or commonly used ontologies and vocabularies.

    2) A core of attributes will be kept common for many data models e.g. name, description, alternateName, location, address, etc. They will have IRI in the format

    “https://smartdatamodels.org/” + attribute name

    currently we already have these IRI but there will be also a translator for the properties in the format

    “https://smartdatamodels.org/dataModel.Weather/category”: “https://smartdatamodels.org/category”,

    3) Additionally,  the Smart Data Models to remain interoperable with external ontologies and vocabularies. so there will be also the option to create a @context with external references in the format

    “https://smartdatamodels.org/name”: “schema:name”

    Your comments are welcomed

    GBFS standard mapped

    The standard GBFS for real-time mobility in bike has been completely mapped (version 2.2) in the subject dataModel.GBFS of the Smart Data Models program.

    the standard is maintained by North American Bikeshare and Scootshare association

    It is located at dataModel.GBFS subject.

    • free_bike_status. Describes the vehicles that are available for rent (as of v2.1-RC2). According to the Standard GBFS 2.2
    • gbfs. Auto-discovery file that links to all of the other files published by the system. According to the Standard GBFS 2.2
    • gbfs_versions. Lists all feed endpoints published according to version sof the GBFS documentation. (added in v1.1) According to the Standard GBFS 2.2
    • geofencing_zones. Describes geofencing zones and their associated rules and attributes (added in v2.1-RC). According to the Standard GBFS 2.2
    • station_information. Details including system operator, system location, year implemented, URL, contact info, time zone. According to the Standard GBFS 2.2
    • station_status. Describes the capacity and rental availability of the station According to the Standard GBFS 2.2
    • system_alerts. Describes ad-hoc changes to the system. According to the Standard GBFS 2.2
    • system_calendar. Describes the operating calendar for a system. According to the Standard GBFS 2.2
    • system_hours. Describes the system hours of operation. According to the Standard GBFS 2.2
    • system_information. Details including system operator, system location, year implemented, URL, contact info, time zone. According to the Standard GBFS 2.2
    • system_pricing_plans. Describes the pricing schemes of the system. According to the Standard GBFS 2.2
    • system_regions. Describes regions for a system that is broken up by geographic or political region. According to the Standard GBFS 2.2
    • vehicle_types. Describes the types of vehicles that System operator has available for rent (added in v2.1-RC). According to the Standard GBFS 2.2

     

    Register to the open session all Mondays. Calendar shortcut. #support

    Open sessions are 30 minutes of live support for users and contributors of the Smart Data Models held every Monday at 14:00 CET. You can also comment on your ideas about new required data models.
    Now you can see in the announcement banner in the upper part of the page this icon

    It allows you to add to your google calendar the open sessions all Mondays.