Import nature reverses and national parks from odata

Lot of nature reverses and national parks are missing from the map.
A few days ago, I found a fairly updated data file on odata.

I converted the file from shp to osm format and wrote NodeJS code that deletes approved reserves and converts the tags to correct OSM tags.
The fixed file:
My code (you can improve it):

We still have to pass the reserves manually and to check if the reverse exists in OSM but it is easier to import from this file.

What do you think?


Over the years I have done a case-by-case import of most of the Israeli reserves and parks currently in OSM. The imports were based on GIS data from the Israel Land Authority (ILA - רמ"י) site. Unfortunately, I’m no longer doing it.

Some thoughts and words of caution:

  • In several cases, the boundaries in this set are different than the official ILA boundaries. I believe the ILA-based boundaries should not be replaced. In addition, we need to ensure there is a “source” tag for the existing and the new boundaries that will capture this difference.

  • Each element in the data set has the following “rules” attached:

    1. המידע בשכבה זו עדכני ליום הוצאתו. על המשתמש האחריות לבדוק את עדכניות המידע בכל זמן נתון.

    2. לכל תוכנית מפורטת (שמורת טבע או גן לאומי) יש תקנון משלה, והמידע הגאוגרפי אינו ממצה את המידע שבתקנונים. לשם עיון בתקנונים יש לפנות לאתר של רשות מקרקעי ישראל.

    3. אין להסתמך על מידע זה לכל צורך שהוא. יש לבדוק באופן פרטני את הגבולות והסטטוסים עם אגף תכנון ברטג.

    4. אין לבצע כל שינוי בשכבה ובמידע.

    5. אין לבצע שימוש מסחרי במידע.

    6. המידע בשכבת שמורות טבע וגנים לאומיים – תכניות מפורטות, הינו של רטג. לרטג זכויות יוצרים על כל המשתמע מכך. רטג לא תישא בכל אחריות לשימוש ו/או לתוצאות השימוש בנתונים.

    Although the legal basis for some of the above restrictions is not clear, on face value the restrictions are incompatible with the OSM licensing requirements.[/*] [*]Since several new reserves and parks were announced since 29-May-2018, it may be better to get an updated file before doing the import.[/*] [*]When converting the data to WGS84, the datum used in OSM, please avoid using the res-park-rtg-29may2018.prj file as it creates a shift of 50-100 meters. I can provide you with an accurate .prj file. [/*]

Gai Zomer upadted the file.
This time havn’t restriction of use.

I think we should import to OSM.