Therion export : ids of user defined objects in multiple scraps

[Nigel Cooke]

Version: Topodroid 6.2.47-34

Hi,

I'm having a problem with a Therion export of a sketch with multiple scraps. I have a user defined object that represents an area of concrete paving. The sketch has two scraps ( SD7Cp and SD7Cp1) , with both having the concrete paving included. When I do a Therion export I get the same ids being used in both scraps. They are unique within a scrap but duplicated between scraps. Therion doesn't like it - "duplicate object name -- SD7Cp-a15".

The offending export script in scrap SD7Cp :

line border -id SD7Cp-a15 -close on
  108.72 -38.09
  155.08 -48.65
  197.86 -53.65
  225.40 -59.67
  251.15 -59.84
  277.84 -65.62
  277.15 -50.78
  273.23 -49.67
  263.43 -46.65
  251.92 -50.03
  239.51 -48.56
  223.31 -44.17
  208.89 -43.27
  196.02 -38.82
  162.35 -19.44
  120.53 -8.08
  108.72 -38.09
endline
area u:concretepaving
  SD7Cp-a15
endarea

and the offending script in scrap SD7Cp1:

line border -id SD7Cp-a15 -close on
  398.15 -130.80
  417.92 -138.38
  422.33 -121.99
  403.72 -115.78
  398.15 -130.80
endline
area u:concretepaving
  SD7Cp-a15
endarea

This is the code for the user defined area :

encoding utf-8
symbol area
name u_concretepaving
name-bg глина
name-cn 泥土
name-de Lehmfläche
name-es arcilla
name-fa خاک
name-fr argile
name-hu agyag
name-it argilla
name-pt argila
name-ro argilă
name-ru глина
name-sk hlina
th_name u:concretepaving
group concretepaving
color 0xffffff 0x66
endsymbol

Is this expected behaviour? The ids should be unique. I think that either the a15 should be unique across both scraps or the SD7Cp-a15 should be SD7Cp1-a15 in the second scrap.

I couldn't find any settings that affect this id naming issue.

I would appreciate any advice on getting around this issue.

Thanks

Nigel

[Marco Corvi]

it's weird.

does that occur for any area type or just for user-defined ones ?

--
You received this message because you are subscribed to the Google Groups "TopoDroid" group.
To unsubscribe from this group and stop receiving emails from it, send an email to topodroid+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/844f703f-b316-40dd-bb14-c22f82208de0n%40googlegroups.com.

[nigel.cooke]

I tried it with clay. If I export or close the sketch between drawing areas then the numbering seems to be consecutive between the scraps. If I draw on one scrap and them switch to the other scrap and draw, the numbering gets duplicated. It looks like it needs a close or export to kick a counter along so the second scrap gets the incremented counter. 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo11AUCZUR2fMhtoDOtWOfG2Sh56t_d_e0D-4vFVzaRVjw%40mail.gmail.com.

[Marco Corvi]

the numbering of area border was at the scrap level, which is incorrect because

the border ID should be unique at survey level.

i moved it to drawing level.

this should fix the error,  since the ID contains the drawing name.

(alternatively i could have added the scrap index into the ID).

it will be in v. 6.2.73

this change affects future drawings.

it does not fix existing drawings with duplicate border IDs.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/665e5cef.050a0220.289f4e.c213SMTPIN_ADDED_MISSING%40gmr-mx.google.com.