[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ubl-dev] Re: Using Standard OASIS, SFTI Basic Invoice_1.0.zip (copying a thread about SFTI Invoice)
For the list: It looks like the problem is indeed with the xsd:documentation elements in the 'xsd' folder schemas - which some tools try to validate and fall over doing so (validation within xsd:documentation wasn't anticipated, at least not in UBL 1.0). My suggestion is, if the schemas have been subsetted based on the 'xsd' folder (documented) versions (hence just switching to the xsdrt folder schemas isn't appropriate) - use a powerful editor to remove the xsd:documentation elements from a copy of the schemas. An editor with multiple-line find and replace and multiple-file support too would do the trick. Needs care that the tool only removes stuff *between* <xsd:documentation> and the *next* </xsd:documentation> and doesn't ever remove stuff between two *different* xsd:documentation elements (which would change the schema structure) of course. On 23/01/2008, Stephen Green <stephengreenubl@gmail.com> wrote: > Could we see a copy of the error message? > > I ask because there is the known issue some tools have with > the 'xsd' version of UBL 1.0 (due to trying to validate metadata > within xsd:Documentation in one of the common schemas) so > it is usually best to use the 'xsdrt' schemas for generating > instances. > > Also, if there are problems with recursion, what I do is to > (warily) comment out certain references to elements 'ref=...' > in the common CAC library schema first (remembering to > 'quarantine' that version of the schema afterwards to avoid > having an erroneous set of schemas lying around). You > can see which elements cause the problems from where > the last elements are in the truncated instances. > > Sorry it isn't exactly easy, but usually this is all worth the > effort in the end. > > On 23/01/2008, Tim McGrath <tmcgrath@portcomm.com.au> wrote: > > according to the error message in graphic the XSD schema you are loading > > is not the one in the 'maindoc' folder. it i still the one in "SFTI > > Basic Invoice_1.0\fsv\xsd". it should be "SFTI Basic > > Invoice_1.0\fsv\xsd\maindoc". > > > > i can see a slight problem with trying to use XMLSpy to generate an XML > > file that contains all possible data fields. The schema contains > > recursive structures, such as a Package may contain another Package. > > This means generators like XMLSpy don't know when to stop creating > > Packages within Packages. XMLSpy has no "stop after x number of levels" > > options. So typically they give up or create a document fragment. > > > > also we have estimated that there are nearly 1 million elements in a > > 'complete' invoice document. I know the SFTI subset is smaller but even > > so I am not sure it would be helpful to create such a thing. what would > > you be trying to map to? > > > > the best resource we have for these issues is the ubl-dev mailing list. > > i will copy this email to that list (which i encourage you to join at > > http://www.oasis-open.org/mlmanage/). you also may want to browse some > > of the tools avilable at the UBL support page > > (http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl-ssc) > > > > Mikael Mohlin wrote: > > > Hello > > > > > > I am trying to generate a XML template to map data into. I have tried to > > > open several other XSD-schemas and have never had any problem before. I > > > can't evan generate a xml-file in XMLspy with this library. > > > > > > I attached a file with the error message. I guess all i want is and working > > > XML file that contains all possible data fields. Since I am mapping a > > > general solution from another ERP program. > > > > > > I want to thank you again for being so helpfull. > > > > > > Yours sincerely > > > > > > Mikael Mohlin > > > GeBC AB > > > Tel. +46 31 755 48 02 > > > > > > > > > -----Original Message----- > > > From: Tim McGrath [mailto:tmcgrath@portcomm.com.au] > > > Sent: Wednesday, January 23, 2008 3:52 AM > > > To: Mikael Mohlin > > > Subject: Re: Using Standard OASIS, SFTI Basic Invoice_1.0.zip > > > > > > unfortunately i do not use Mapforce so i cannot tell what the error may > > > be. but i am fairly confident it is not with the schema. > > > > > > perhaps if you sent the actually error message and explained what you > > > are trying to do i might be able to pass this on to someone who would be > > > able to help. > > > > > > > > > Mikael Mohlin wrote: > > > > > >> Hello Mr McGrath > > >> > > >> Thank you for the help, Now i have tried to open the file in Altova XMLSpy > > >> and i worked, but when i try to compile or open the file in Altova > > >> > > > Mapforce > > > > > >> i get the same problem? > > >> > > >> > > >> Yours sincerely > > >> > > >> Mikael Mohlin > > >> GeBC AB > > >> Tel. +46 31 755 48 02 > > >> > > >> > > >> -----Original Message----- > > >> From: Tim McGrath [mailto:tmcgrath@portcomm.com.au] > > >> Sent: Tuesday, January 22, 2008 9:16 AM > > >> To: Mikael Mohlin > > >> Subject: Re: Using Standard OASIS, SFTI Basic Invoice_1.0.zip > > >> > > >> I think your problem is that the XSD you are trying to open in the one > > >> in the folder called "SFTI Basic Invoice_1.0\fsv\xsd". This schema is a > > >> copy used by the HTML interface, so the pathnames for the associated > > >> files are incorrect if you just open it on its own. > > >> > > >> The XSD you should be opening is the one in "SFTI Basic > > >> Invoice_1.0\fsv\xsd\maindoc" folder (that is, one level deeper) > > >> > > >> This worked fine for me (using XML Spy) but let me know if you have > > >> further problems. > > >> > > >> PS. I will copy one of the authors of SVE-Faktura, Martin Forsberg, on > > >> this response as he may wish to comment further. However, I know he is > > >> on leave for the next few weeks so he may not reply immediately. > > >> > > >> Mikael Mohlin wrote: > > >> > > >> > > >>> Dear Sir > > >>> > > >>> I am currently working with mapping a Invoice XML, and accounted some > > >>> problems. > > >>> The standard is "SVE-Faktura" and when i conntacted SFTI they relayed me > > >>> > > >>> > > >> to > > >> > > >> > > >>> you. > > >>> > > >>> >From what I understand they use your standard but I can't Open there XSD > > >>> files. > > >>> > > >>> I attached there Library and I would be grateful if you could see what's > > >>> wrong with there Library. > > >>> > > >>> Your sincerely > > >>> > > >>> Mikael Mohlin > > >>> GeBC AB > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > -- > > regards > > tim mcgrath > > phone: +618 93352228 > > postal: po box 1289 fremantle western australia 6160 > > web: http://www.portcomm.com.au/tmcgrath > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org > > For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org > > > > > > > -- > Stephen D. Green > > Partner > SystML, http://www.systml.co.uk > Tel: +44 (0) 117 9541606 > > http://www.biblegateway.com/passage/?search=matthew+22:37 .. and voice > -- Stephen D. Green Partner SystML, http://www.systml.co.uk Tel: +44 (0) 117 9541606 http://www.biblegateway.com/passage/?search=matthew+22:37 .. and voice
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]