search

OpenOrienteering / mapper

OpenOrienteering Mapper is a software for creating maps for the orienteering sport.
https://www.openorienteering.org/apps/mapper/
GNU General Public License v3.0
391 stars 105 forks source link

ISSprOM 2019-2 symbol set #1037

Open ghost opened 6 years ago

ghost commented 6 years ago

IOF Council meeting (187) minutes published!

New ISSOM draft (ISSOM 2018 ?) coming soon!

The Map Commission had prepared a draft revision of the ISSOM to align it with changes in the ISSOM 2017 and make some other necessary changes. The draft standard will be distributed to member federations and the discipline commissions before the end of January 2018. Consultation answers are expected to be received by May 1, 2018. The plan is for the Council to approve the new standard at the Council meeting in June 2018.

Update

Zerbembasqwibo commented 6 years ago

I'm not sure these are official notes, and I think final draft will differ, but anyway I put this here so you can get a hint of what we can expect. So please, use this just for information so far.

4.1 Landforms  102 Index contour: Thinner line (0.35  0.30). Reason: reduce the impact of index contour on small vegetation features and reduce the potential problems of gap positions.  103 Form line: Thinner line (0.21  0.15). Reason: reduce the visual impact of the form line and reduce the potential problems of gap positions.  118 Prominent land form feature: Change to brown triangle. Reason: to help colour vision impaired runners to identify the prominent features symbols.

4.2 Rock and boulders  209 Boulder cluster: Insertion of new symbol. Reason: To allow better generalization of parks/forest with many rocky features.  212 Bare rock: Change in colour definition (black 20%  black 30%). Reason: Better distinction from canopy in complex urban areas.

4.3 Water and marsh  312 Small fountain or well: Change to blue square. Reason: to avoid issue with the green circle for colour vision impaired runners.  314 Prominent water feature: Change to blue asterisk. Reason: to avoid issue with the green cross for colour vision impaired runners.

4.4 Vegetation  402 Open land with scattered trees: Inverted (white holes in yellow. Reason: Alignment with ISOM2017.  404 Rough open land with scattered trees: Change in colour definition (yellow 70%  yellow 50%). Reason: Alignment with ISOM2017.  410 Impassable vegetation: Change in semantics, now used for vegetation with running speed almost 0%. Reason: Request from Athletes Commission, competitors are avoiding both types of vegetation (410 and 421) on sprint events. To avoid printing and readability problems definition of 421 Impassable vegetation was moved to 410 and 421 Impassable vegetation was removed.

4.5 Man-made features  506.1 Unpaved footpath or track: Distinction between urban and non-urban removed. Reason: Unclear definition and problematic use of such distinction by mappers.  507 Small unpaved footpath or track: Enlargement (150 %). Reasons: quite often the footprint was smaller than width of mapped object, to improve readability in high running speed.  508 Less distinct small path: Enlargement (150 %). Reasons: quite often the footprint was smaller than width of mapped object, to improve readability in high running speed.  509 Narrow ride: Enlargement (150 %). Reasons: quite often the footprint was smaller than width of mapped object, to improve readability in high running speed.  512.1 Bridge: Enlargement (120 %). Reason: to improve readability and distinction of symbol in high running speed.  519.1 Passable wall (black 50 % variant): Removed. Reason: problems with colour fidelity and readability in combination with other colours with use of digital printing.  525 Crossing point (optional): Slightly wider gap for crossing point (1.0 IM). Reason: to improve readability.  526.1 Building: Change of colour definition to 60% black. Reason: unification, possibility to adjust percentages of black was rarely used.  526.2 Canopy: Thicker outline (0.07  0.1). Reason: Unification, readability improvement.  528.1 Area that shall not be entered: Symbol renamed, specified delineation.  529 Paved area: Distinction between urban and non-urban removed. Reason: Unclear definition and problematic use of such distinction by mappers. Introduction of two types of brown fill-in (brown 20% for light traffic of vehicles or pedestrians, 50% for heavy traffic of vehicles or pedestrians). Reason: Option to better reflect real conditions of urban environment as most of the common events is organized with traffic present in competition area. Thicker outline (0.07  0.1). Reason: Unification, readability improvement.  529.1 Step or edge of paved area: Thicker outline (0.07  0.1). Reason: Unification, readability improvement.  530 Stairway: New symbol, hive off from 529.1. Reason: Need for standalone definition. Thicker step (0.07  0.1). Reason: readability improvement.

4.6 Technical symbols  601 Magnetic north line: Distance between magnetic north lines adjusted to 30 mm (120 m). Reason: Adjustment related to change in scales.  602 Registration marks: Symbol removed. Reason: Very rarely used and redundant nowadays.  603 Spot height: Symbol removed. Reason: Very rarely used and redundant on sprint maps.

5.7 Overprinting symbols  Overprinting colour shall be under black 100%.  When a map is enlarged, all lines, symbols and screens shall be enlarged proportionally and this also applies to the overprint symbols.  701.1 Map issue point: New symbol. Reason. To show position of map issue point on marked route, alignment with ISOM 2017.  703 Control number: Possibility to have a white border with 0.1 or 0.15 mm in width. Reason: to improve course readability in high running speed.  707 Uncrossable boundary (forbidden to cross): Thicker line (0.7  1.0). Reason: to improve readability in high running speed.  708 Crossing point: Slightly wider gap (1.0 IM). Reason: to improve readability, alignment with definition of 525 Crossing point (optional).  709 Out-of- bounds area (forbidden to cross): Change from single hatch to cross. Reason: Alignment with ISOM 2017.  712 First aid post: Symbol removed. Reason: Very rarely used and redundant on sprint maps.  713 Refreshment point: Symbol removed. Reason: Very rarely used and redundant on sprint maps.

ollesmaps commented 6 years ago

Is the document available somewhere?

Zerbembasqwibo commented 6 years ago

No since it's not official. I think it will change a bit before it gets official.

2018-01-29 9:23 GMT+01:00 Aleš Hejna notifications@github.com:

Is the document available somewhere?

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenOrienteering/mapper/issues/1037#issuecomment-361171513, or mute the thread https://github.com/notifications/unsubscribe-auth/APa4D2GEFM4jdLgtGwuRsF00yLKj4ELeks5tPYALgaJpZM4RvqpU .

ollesmaps commented 6 years ago

http://orientering.no/media/filer_public/13/25/1325239f-046e-420d-a410-3dda6c562454/iof_issom_201x_draft_a5_310118.pdf

dg0yt commented 6 years ago

This still needs work to align with ISOM2017.

Extra remarks:

I would very much appreciate if the same code number would not have a different meaning in ISOM vs. ISSOM. Code numbers offer unique identification independent of time and language. In that sense, the renumbering in ISOM2017 was a mistake. I would even appreciate an ISOM2018 restoring old numbers where appropriate ;-) Don't mind the gaps.

Most significant change is that the the levels of brown for paved area now indicate the level of traffic. Still a quite subjective measure. And narrow footwalks along busy roads (or parking cars) cannot be mapped to scale, anyway.

@krticka You should be subscribed to this issue.

Zerbembasqwibo commented 6 years ago

I agree that numbers still need some work. I think it would be good idea to give subnumbers, as for the parts in a cliff for example. Today it's ot standardized fully, so interpreting it in programs might be done in different ways.

2018-02-06 18:19 GMT+01:00 Kai Pastor notifications@github.com:

This still needs work to align with ISOM2017.

  • 104 Slope line is part of Contour/Index contour/Form line in ISOM2017. On the other hand, this change made effective code numbers for slope line symbols non-standardized. (I start to believe that we should turn slope lines into a "dash symbol" feature of the contour lines, i.e. maintained by marking dash points on the contour.)
  • 105 Contour value is part of Index contour in ISOM2017. As with slope line, this made the effective code number non-standardized.
  • Cave become part of Rocky pit in ISOM2017. On the downside, the symbol alone no longer carriers the full information. While it must not be rotatable for Rocky pits, it must be rotatable for most caves.
  • Major power line got an alternative representation of carrying masts in ISOM2017.
  • Pipeline is no longer just pipeline in ISOM2017.

Extra remarks:

  • 108.1 is a number with decimal point. It shouldn't be used in the standard.

I would very much appreciate if the same code number would not have a different meaning in ISOM vs. ISSOM. Code numbers offer unique identification independent of time and language. In that sense, the renumbering in ISOM2017 was a mistake. I would even appreciate an ISOM2018 restoring old numbers where appropriate ;-) Don't mind the gaps.

Most significant change is that the the levels of brown for paved area now indicate the level of traffic. Still a quite subjective measure. And narrow footwalks along busy roads (or parking cars) cannot be mapped to scale, anyway.

@krticka https://github.com/krticka You should be subscribed to this issue.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenOrienteering/mapper/issues/1037#issuecomment-363497020, or mute the thread https://github.com/notifications/unsubscribe-auth/APa4D9s6o6g7DyKrgphKfT8MZ5JZ5Yv3ks5tSImngaJpZM4RvqpU .

ghost commented 6 years ago

Discussion on ISSOM 201X in "Orienteering Mappers Int." group on Facebook

As addition, there is issue with color naming in all standarts, as discussed under this image published in "Orienteering Mappers Int." group

ghost commented 6 years ago

ISSOM 201X final draft (ISSOM 20XX/2018?), as published above:

What has changed from ISSOM 2007:

ISOM 2017 Appendix 1 -- CMYK printing and colour definitions:

ollesmaps commented 6 years ago

Regarding the numbering. I suggest to make a formal proposal and give it to MC IOF (from OOM developers). It can concern both ISSOMxx and also ISOM2017 (there shall be also an update of this one). What do you think? Or is a discussion here as a form of feedback to MC IOF enough? Could you scrap it from here Luděk? @krticka

Zerbembasqwibo commented 6 years ago

Good idea to send a proposal. And we must agree on decimal point, needed or not? If to save as many old numbers as possible decimal numbers should be necessary. 108.1 should in ISSOM be 108, I agree, but the line and the dot could be named 108.1 and 108.2? If necessary in software to use the decimal maybe 108.0 should equal 108 without decimal.

wanacode commented 6 years ago

703 Control number: Possibility to have a white border with 0.1 or 0.15 mm in width. Reason: to improve course readability in high running speed.

When a white border (framing) is added to numbers they become opaque and have no overprint simulation. This is due to a technical limitation that seems to effect all orienteering software.

The Appendix does suggest how to achieve a pseudo effect but it seems a bit dirty. You obviously need to also move the framing colour track accordingly:

The easiest way to do this is to place the purple track colour in the colour order below black, brown and blue 100% colours

I highlight this so everyone is aware of the implications of this proposed change.

I would not like to see framing introduced at the expense of proper overprint simulation. It is still important, even for numbers.

ghost commented 6 years ago

Agnar Renolen posted in "Orienteering Mappers Int." group on Facebook

Here is my response to the ISSOM final draft, hope I'm being constructive.

Generally positive on most changes. Here are the issues that I'm reacting to (positively and negatively):

  • 310-311 Marsh
    • Personally, I'd like a lighter marsh symbol with more spacing between the lines. Dense, 1:15000-like, marsh hatches are not necessary on large scale maps.
  • 406, 408 Dense vegetation
    • Color shades (30% and 60%) differ from ISSOM 2017 (20% and 50%). Should they be the same?
  • Impassable vegetation
    • I'm puzzled why this is removed from the ISSOM draft (where it made sense), but recently introduced in ISOM2017. There is critical difference between hedges you can cross, and hedges you are not supposed to cross (even if they are technically crossable). In my opinion, the most important aspect of a sprint map is to show where you can go and where you cannot go; as legibly as possible. Green/black combination helps increase contrast and legibility on this.
  • 506.1 Unpaved footpath or track
    • The proposed symbol had poor contrast in non-urban areas and can be hard to see; yet they are the most important features for choice of route and navigation (I've seen several examples). Consider thicker casing.
    • Same applies to 529. Alternatively a symbol corresponding to ISSOM2017 symbol 505, footpath could be introduced for non-urban areas.
  • 509 Narrow ride
    • Should have same definition as in ISOM2017 (Linear trace). Include variants to show runability.
  • 519.1 Passable wall
    • Agree with draft - the old symbol was hard to see. I've experimented showing this symbol using overprint to increase contrast, but it didn't really work. Using crags for passable retaining walls and stone wall in stead makes sense.
  • 525 Crossing point.
    • In my opinion, the problem with the old symbol was not the width of the gap, but the length of lines, which could obstruct passages perpendicular to the gate.
  • 529 Paved area.
    • Distinction between heavy and light traffic supported. However, I'm skeptical to it's use. Is it supposed to warn runners about the traffic, or is it there to allow organizers to declare the heavy traffic areas forbidden. Maybe we need a third paved area symbol: one that is forbidden to enter (such as a motorway).

Missing.

  • Definition of unpaved areas (gravel) which are common features.
    • Suggest they can be outlined with dashed lines as in 506.1
  • 533 and 544 Pipelines (prominent line feature)
    • Should have same definition as in ISSOM 2017
  • 526.1 Building
    • I think the 60% black is too heavy in downtown areas where buildings dominate. Makes course overprinting less legible. 50% is better.
  • 701-714 Course overprinting.
    • I suggest that course representations/course printing symbols should be taken out of all map specifications and implemented in one specification of its own.
  • 709 vs 714
    • Both symbols mean the same to the runners. Do we really need both?

General remark: It doesn't hurt that corresponding symbols in ISSOM and ISOM (and other specs) have same symbol number.

ghost commented 6 years ago

Many interesting details published in IOF Meetings minutes (January 19-20, 2018)

Read this first:

Also published invitation for ICOM'2018 in Prague, Czech Republic (October 5, 2018)!

P.S.: @dg0yt, what you think about presenting current state of OpenOrienteering Mapper on ICOM'2018?

ghost commented 6 years ago

IOF Council Meeting Minutes 189 Published

... 20 Report from MC

20.1 Status of ISSOM 201x revision

TH reported on behalf of the MC that extensive feedback had been received regarding the ISSOM revision. MC therefore needed more time to complete the revision and would address this at their meeting in October. MC noted that many comments were related to the issues about moving the definition of forbidden areas from the map specification to the rules and asked for Council guidance. Council guidance remains that the definitions of forbidden areas should be in the rules. ...

ghost commented 5 years ago

Presentations from 18th ICOM now available for downloading as PDFs:

Major addition is that official IOF School-O symbol set would be part of upcoming ISSOM 2018 (ISSOM 20XX)

- https://orienteering.org/wp-content/uploads/2018/10/ICOM2018_Schlatter_Symbol_set_for_school_maps.pdf

dg0yt commented 5 years ago

Major addition is that official IOF School-O symbol set would be part of upcoming ISSOM 2018 (ISSOM 20XX)

This is wrong. It is neither backed by the presentation, nor the talk at ICOM 2018.

krticka commented 5 years ago

It will be not official part of ISSOM. It will be published separately as recommended use for school maps. We don't want to make any clash with the existing  school specifications which are used in many countries like sCOOL etc. More it should serve as a guide for new member countries and for those who wants to use it.Dne 17. 10. 2018 6:45 dop. napsal uživatel Kai Pastor notifications@github.com: Major addition is that official IOF School-O symbol set would be part of upcoming ISSOM 2018 (ISSOM 20XX)

This is wrong. It is neither backed by the presentation, nor the talk at ICOM 2018.

—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or mute the thread.

ghost commented 5 years ago

This is wrong. It is neither backed by the presentation, nor the talk at ICOM 2018.

It will be not official part of ISSOM.

Sorry me, I was wrong.

It will be published separately as recommended use for school maps.

OK. Lets discuss Indoor-O, School-O and Park-O symbol sets in #613 :

ghost commented 5 years ago

ISSprOM 2019 published by IOF and would be valid since January 1, 2020

ISSprOM 2007 (corrected in November 2012) valid until December 31, 2019.

TODO

krticka commented 5 years ago

For old sprint specification I think it is good to keep valid name ISSOM 2007.

---------- Původní e-mail ---------- Od: app4soft notifications@github.com Komu: OpenOrienteering/mapper mapper@noreply.github.com Datum: 18. 4. 2019 19:24:21 Předmět: Re: [OpenOrienteering/mapper] ISSOM 2018 (draft) symbols set (# 1037) " ISSprOM 2019 published by IOF and would be valid since January 1, 2020

ISSprOM 2007 (corrected in November 2012) would valid until December 31, 2019.

TODO

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub (https://github.com/OpenOrienteering/mapper/issues/1037#issuecomment-484600824) , or mute the thread (https://github.com/notifications/unsubscribe-auth/ADZ2ZGVOZKCNDEEAN5ODYILPRCVDZANCNFSM4EN6VJKA) . "

ghost commented 5 years ago

So, I just reproduce "Appendix 1 - CMYK Printing" instruction for colors in OpenOrienteering Mapper, but how should I design colors for "ISOM2017-2" and "ISSprOM2019"? (currently I'm working on both latest symbol sets for Mapper)

Appendix 1 - CMYK Printing

ghost commented 5 years ago

FTR, Orienteering South Australia published on own site symbol sets in OCAD12 format:

May 2019: OCAD announces that it no longer provides support for OCAD 12 & earlier. This includes the provision of the latest symbol sets. If you have OCAD you can unzip & copy the following current symbol sets into you symbol directory (a sub directory of OCAD). This included ISOM 2017.2 & the latest sprint template ISSproM2019

Below is a link to the Print Test Sheet that matches ISOM 2017.2 & ISSproM2019 May 2019

yevhenmazur commented 4 years ago

Hello! I've finished to implement ISSprOM 2019 symbol set. I'm going to test the implementation on our local events in the beginning of September. You are welcome to join to testing and send me feedback or make a commit by yourself. You can get file here.

dg0yt commented 4 years ago

Thanks @yevhenmazur. I will try to merge this in smaller pieces.

Zerbembasqwibo commented 4 years ago

Possible to suggest good numbers to IOF MC?

måndag 19 augusti 2019 skrev Kai Pastor notifications@github.com:

Thanks @yevhenmazur https://github.com/yevhenmazur. I will try to merge this in smaller pieces.

  • We can take the CMYK values from the IOF docs, but the layers "proposed" by IOF might neglect aspects which are important to us (upgrading of older maps, reusing existing translations, overprinting/non-overprinting equivalence).
  • We may need to carefully review which numbers we are going to use. The IOF standard merged multiple symbol variants or aspects into a single code number.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenOrienteering/mapper/issues/1037?email_source=notifications&email_token=AD3LQD3TMPKG6XKUKCNAN6LQFL3KXA5CNFSM4EN6VJKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4UDUXI#issuecomment-522730077, or mute the thread https://github.com/notifications/unsubscribe-auth/AD3LQD5PXSAB446K7CJVT6TQFL3KXANCNFSM4EN6VJKA .

dg0yt commented 4 years ago

Possible to suggest good numbers to IOF MC?

Probably not in another form than our implementation. I cannot do that work twice.

Zerbembasqwibo commented 4 years ago

Good enough.

Den mån 19 aug. 2019 kl 23:45 skrev Kai Pastor notifications@github.com:

Possible to suggest good numbers to IOF MC?

Probably not in another form than our implementation. I cannot do that work twice.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenOrienteering/mapper/issues/1037?email_source=notifications&email_token=AD3LQD4N4IUVVYHX5GSNVFTQFMIBJA5CNFSM4EN6VJKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4UMRTY#issuecomment-522766543, or mute the thread https://github.com/notifications/unsubscribe-auth/AD3LQD3LVAJDKNWWTBVWRU3QFMIBJANCNFSM4EN6VJKA .

yevhenmazur commented 4 years ago

upgrading of older maps

As far as I understand CRT support resolve this problem regardless of symbol set properties. If I am wrong, please specify which properties to pay attention to.

reusing existing translations

As a person who responsible for IOF docs translation in our Orienteering Federation I want to say it is bad idea. Almost every symbol description has small update. Technical committee of our federation decided to translate the whole document. Also it is chance to make the translation more solid. I'd recommend to stick to this approach and don't reuse existing translations.

overprinting/non-overprinting equivalence

It is implemented according to App.1 and my personal experience where App.1 leaves white spots. However, I agree that additional testing is needed here.

yevhenmazur commented 4 years ago

XXX.Y.Z - the pattern used by Mapper for symbol codes. To avoid mess with symbol codes, I suggest stick to the following rules:

  1. Follow the numbering in IOF docs (utilize XXX.Y)
  2. Use Y starting from 1 in case when exists more than one implementation for the symbol and Y=1 don't used in IOF docs
  3. Otherwise for different implementation use Y starting from the first free number
  4. Use Z for parts of Combined Symbols.
  5. If Combined Symbol has single implementation use Y=0

Next I going to apply these rules to ISOM 2017-2 symbol set and see what happens.

ghost commented 4 years ago

Next I going to apply these rules to ISOM 2017-2 symbol set and see what happens.

Also, we should keep old/legacy symbol sets templates (so long as possible) for compatibility reason.

So, new symbol sets templates should be named as:

Older bundled templates also should be renamed:

yevhenmazur commented 4 years ago

@Symbian9 Please describe a case when the absence of an outdated symbol set in the installation package may cause compatibility issues.

ghost commented 4 years ago

Please describe a case when the absence of an outdated symbol set in the installation package may cause compatibility issues.

Our current CRT scripts designed for actual symbol sets and some users may need to draw map using older specification.

Also, symbol template should describe revision version of specification it based on (e.g. year, etc.; for example ISOM2000_*.xmap).

Use Z for parts of Combined Symbols.

Not only for Combined but also for symbol with many variants

yevhenmazur commented 4 years ago

Our current CRT scripts designed for actual symbol sets

It is good reason to update CRTs as well.

some users may need to draw map using older specification.

Please introduce me to these users. I would like to understand why they want to draw new map using out-of-date specification.

Also, symbol template should describe revision version of specification it based on

or just drop them all and leave only relevant.

Zerbembasqwibo commented 4 years ago

Also, symbol template should describe revision version of specification it based on

or just drop them all and leave only relevant. ->Better keep them on the site, as archive?

Den ons 21 aug. 2019 kl 19:22 skrev Yevhen Mazur notifications@github.com:

Our current CRT scripts designed for actual symbol sets

It is good reason to update CRTs as well.

some users may need to draw map using older specification.

Please introduce me to these users. I would like to understand why they want to draw new map using out-of-date specification.

Also, symbol template should describe revision version of specification it based on

or just drop them all and leave only relevant.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenOrienteering/mapper/issues/1037?email_source=notifications&email_token=AD3LQD6N2H2WWV6ODBATNHLQFV2TRA5CNFSM4EN6VJKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD42OYOQ#issuecomment-523562042, or mute the thread https://github.com/notifications/unsubscribe-auth/AD3LQD4QWHIL2QLSP6GP4VTQFV2TRANCNFSM4EN6VJKA .

ghost commented 4 years ago

It is good reason to update CRTs as well.

Of course, this task also would be on TODO for newer releases.

But there are no any reason to remove/replace symbol set temlates, based on older IOF specifications, and related CRT, as it could be useful for some users.

OR we should create repo for additional symbol sets, for example

BTW, I would keep older symbol sets in Mapper distribution instead.

yevhenmazur commented 4 years ago

Better` keep them on the site, as archive?

They are always available in version control system.

But there are no any reason to remove/replace

I can see a number of reasons:

  1. Easier to choose the correct option in 'Create new map' dialog. This is the most important reason. I am familiar with user who chose Course Design symbol set and could not understand what was happening, because he could not start to draw the map.
  2. Less files easier to support (translation, CRTs, additional description inside file and so on)
  3. Distributive size

OR we should create repo for additional symbol sets, for example

No problem, you may create any repo you'd want.

as it could be useful for some users.

So what about all these users? I still want to meet them.

ghost commented 4 years ago

They are always available in version control system.

End users not work with version control system.

Easier to choose the correct option in 'Create new map' dialog.

For this it would be much easier add «Show only latest version» check-box option in «Create new map» dialog

So, if there are ISOM2000, ISOM2017, ISOM2019 symbol sets, enabling «Show only latest version» would show only ISOM2019 symbol set in symbol sets selection list.

Less files easier to support (translation, CRTs, additional description inside file and so on)

All actual symbol sets already working and

Distributive size

Symbol sets file size is not large. And adding new symbol sets would NOT drastically increase size of Mapper package.

No problem, you may create any repo you'd want.

I mean that this repo should be part of OpenOrienteering Project (on GitHub and on website) that would include older versions of symbol sets designed according IOF MC specifications.

Any 3rd-party symbol sets is optional here.

So what about all these users?

There are many Mapper users around the world and we can't detect all their needs, but break back-compatibility by removing old symbol sets would be big mistake. I don't like this, as this is what happen with OCAD program.

I still want to meet them.

Try talk with users on Attack Point, Facebook and Twitter for get world wide feedback.

yevhenmazur commented 4 years ago

Let's summarize:

Zerbembasqwibo commented 4 years ago

No one has tried, I can try. Though still it's theoretically since I already have these symbol sets.

End of message. :)

Den tors 29 aug. 2019 kl 15:12 skrev Yevhen Mazur <notifications@github.com

:

Let's summarize:

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenOrienteering/mapper/issues/1037?email_source=notifications&email_token=AD3LQD3RZTJ7AYF5GLJWHPLQG7DLDA5CNFSM4EN6VJKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5ONR6Q#issuecomment-526178554, or mute the thread https://github.com/notifications/unsubscribe-auth/AD3LQD4MLBL6NWVH2VMWUJTQG7DLDANCNFSM4EN6VJKA .

yevhenmazur commented 4 years ago

Thanks for trying @Zerbembasqwibo. Every OCAD file (and omap file as well) has embedded symbol set. You don't need deprecated symbol set in Mapper to work with deprecated OCAD file. The second case may have sens. However, I would just advise to replace the symbol set with fresh and correct one without any comparison. The symbol set in such file is not OK at least because it is out-of-date.

ghost commented 4 years ago

BTW, Lets waiting a little for MC news. Here are some notes from IOF Map Commission Meeting Minutes 2019-2.pdf:

Before validating such a proposal, the MC will investigate the potential risk regarding civil liability of either mapper or the organizer due to such naming.

It was also desided to make systematically common short meetings when possible to better exchange points of view between FOC and MC.

dg0yt commented 4 years ago

@yevhenmazur Thanks for taking care of this.

I checked the colors now: I see that there are still some difference to IOF's ISSprOM color PDF. I wouldn't take the IOF document to literally, as it seems to reflect one particular symbol set (OCD file) which isn't "official", either. However, we should deviate only where needed.

The most prominent issue is brown for street infill. While our regular line symbol doesn't allow for using both a brown below black (aka framing) and a brown above black (aka infill) at the same time, we might safely switch to implement the major road symbols as combined symbol. The new OCD export handles this now (for simple cases, including road-style symbols from OCD files). I can add this on top of your file.

The other deviations that need discussion are

ISSprOM-Mapper-Colors

ghost commented 4 years ago

IOF MC just released update to Appendix 1 with colors order for ISSprOM 2019

dg0yt commented 4 years ago

First version included in https://github.com/OpenOrienteering/mapper/releases/tag/master-v20191211.4.

dg0yt commented 4 years ago

For a number of reasons, we are probably going to release v0.9.2 with the current preliminary state of implementation. A mature version will be postponed to a following release.

xianchb commented 4 years ago

Why chinese symbol set translation can't be seen in the new version? @dg0yt

dg0yt commented 4 years ago

Why chinese symbol set translation can't be seen in the new version? @dg0yt

Answered in #114.

ghost commented 2 years ago

IOF Map Commission Meeting, December 7th, 2021

ISSprOM update

The IOF council has decided during its last meeting held on November 19th, 2021, that there was a need for a common meeting between Map Commission, Foot-O Commission (FOC) and and the Athletes Advisory Group (AAG) to consolidate agreement about the changes proposed in ISSprOM 2019.

This meeting will be held in the coming week with Tom Hollowell as chairperson, 2 members of the Map Commission, 2 from the FOC and 2 athletes.

To prepare for this meeting, it was decided that CC will prepare some printing tests regarding the dark green issue.

AR will finalize the ISSprOM symbols combination table.

ghost commented 2 years ago

ISSprOM 2019-2 released

Moreover, to overcome uncertainties in the application of map symbols related to the mapping of complex urban structures on sprint orienteering maps, the Map Commission in cooperation with the FootO Commission prepared a document "Guidelines for mapping and course planning in complex urban structures on sprint orienteering maps":

eolmapper commented 2 years ago

ISSprOM 2019-2_4000.zip I made the update from the OOM9.5 file. This remains to be checked. I don't know how to contribute directly to the implementation.