Home. 
.

transparent

transparent

transparent

Altova User Forum

Important: this forum was designed to allow Altova users to exchange their experiences with each other; therefore, your question might remain unanswered.
If you need a professional and reliable answer, or if you want to report a bug, please contact Altova Support instead.

Profile: rip
About
User Name: rip
Forum Rank: Advanced Member
Real Name:
Location Minutiae, Triviality
Occupation:
Interests:
Gender: None Specified
Statistics
Joined: Thursday, July 17, 2008
Last Visit: Saturday, November 21, 2009 9:14:34 AM
Number of Posts: 103
[1.60% of all post / 0.21 posts per day]
Avatar
Last 10 Posts
Topic: Generate a random number
Posted: Monday, November 16, 2009 2:45:09 PM
the requirement was "xslt2" which doesn't supply a random number concept so no create-guid.

You can use a rather slow algorithm based on date-time functions, string manipulation, etc, but you can't guarantee that you will get a unique value probably.

generate-id will return a unique value based on the instance file, which may be sufficient, but if you need something approaching "globally unique" that isn't something xslt is prepared to offer you.

Extension functions might work, if you want to write your random id generator in java or c# or something.

--
scribble
Topic: iSeries Issues
Posted: Saturday, November 14, 2009 8:42:48 AM
and avoid the V6Rx series drivers, use the V5Rx series.

--
scribble
Topic: Authentic 2010 always crashes on certain element when using "show large markup"
Posted: Wednesday, November 11, 2009 11:03:47 PM
hi,

with this kind of event it s better to send it to the support team then to here -- not that you are trying to hide it from the world, it's just that if it is a bug, the forum can't really help you.

Make sure you send a test case so they can recreate it

http://www.altova.com/support_center.html

--
scribble
Topic: New Member need help querying database
Posted: Wednesday, November 11, 2009 2:36:35 PM
v2010 does this. Simply connect something to the File: connector at the top of the output component. see the docs.

--
scribble
Topic: GS segment return wrong time in F337
Posted: Wednesday, November 04, 2009 1:44:06 PM
Waqar wrote:
My SMP already expired :(, seems to renew my SMP for only this issue.


Can't help you with that. SMP is a good thing.

But, file it anyway. You'll get back a "thanks for bringing this to our attention" :) but at least it will be on record.

--
scribble
Topic: GS segment return wrong time in F337
Posted: Wednesday, November 04, 2009 1:41:15 PM
Ok, the current run shows: 14325345

And my system clock shows 14:32, so I'm assuming that the run was at 14:32:53, but no idea if the auto-complete is supplying decimal seconds, but this violates ISO 8601:

(en.wikidpedia.org/)

Decimal fractions may also be added to any of the three time elements. A decimal point, either a comma or a dot (without any preference as stated most recently in resolution 10 of the 22nd General Conference CGPM in 2003), is used as a separator between the time element and its fraction. A fraction may only be added to the lowest order time element in the representation. To denote "14 hours, 30 and one half minutes", do not include a seconds figure. Represent it as "14:30,5" or "1430,5". There is no limit on the number of decimal places for the decimal fraction. However, the number of decimal places needs to be agreed to by the communicating parties.

So there is no decimal, so that at least is incorrect.

Funnily enough... my original -in-jest- post of "substring(.,1,8)" is probably exactly correct but not settable where you need it. Use a "now()" fed into "time-from-datetime()" fed into "substring()", with constant numbers of 1 and 8 as the start-at and length fields. Feed _that_ into the F337 where this incorrect time is being generated...

Going through the substring is suggested, since my check of now()->time-from-datetime() is also returning 8 characters, which doesn't seem correct, and it might mean the occasional 9 or 10 character string.



--
scribble
Topic: GS segment return wrong time in F337
Posted: Wednesday, November 04, 2009 1:25:01 PM
interesting.

"" gives that message, "12:14:16" results in "121416" in the output file, but when I don't connect anything at all, I get 14215735.

hm hm hm. interesting.

seems to contradict this page (very bottom) as 14215735 isn't ISO 8601 I don't think.

You should file this with Altova support I think.

rip

--
scribble
Topic: GS segment return wrong time in F337
Posted: Wednesday, November 04, 2009 1:18:42 PM
now that you've posted, come back to your post and you'll find a "attachment" button on it. Click that, follow steps. See option two of this post for more information.

--
scribble
Topic: GS segment return wrong time in F337
Posted: Wednesday, November 04, 2009 1:05:50 PM
aha, ok, now that is the kind of interesting information that would have been very very helpful in the first post, sadly it was buried in my misinterpretation of what you meant by "system". "Auto-complete" would have been a better choice, assuming you don't have anything connected to the F337. Can you show us the mapping?

A test using Altova's example files for 850, disconnecting the F337 connections, doesn't get me anything that looks like a nonsense value
  • .

    Short term, try connecting a zero-length constant to the F337 connector, which will defeat any auto-complete that might be happening.

    what do you get?

    edit:
  • because I was looking in the wrong place. Doh.


    --
    scribble
  • Topic: GS segment return wrong time in F337
    Posted: Wednesday, November 04, 2009 12:43:09 PM
    Sure, he said, jokingly,

    substring(.,1,8)

    but that is probably not what you want.

    F337 looks like time, based on the random year group 857 file I pulled up. Time is 8 characters, probably HH:MM:SS

    What is 202754906? Seconds since epoch?




    --
    scribble

    Use of the Altova User Forum(s) is governed by the Altova User Forums Terms of Service.

    Powered by Yet Another Forum.net version 1.0.0 RC3 - 9/24/2005
    Copyright © 2003-2005 Yet Another Forum.net. All rights reserved.
    This page was generated in 0.131 seconds.



    transparent
    Print
    Mail
    Digg
    delicious
    Welcome
    .

    The Altova User Forum(s) were launched so that our users have the possibility to interact and exchange their experiences regarding Altova's product line with one another. Although the Altova User Forum(s) are moderated by Altova employees and Altova permits support and software engineers to respond to postings, this is NOT a replacement for the regular support mechanism, and accordingly there is no guarantee that a question will be answered. If you need to contact Altova's technical support team please do so by using the online support center. Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova User Forum(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Altova User Forum Terms of Service and the Altova Website Terms of Use

    .
    .

    transparent

    transparent