ARTS schema (ix retail)
Hi,
Has anyone had a problem with RAM memory when trying to map the POSLog XML schema from the ARTS schema POSLog v2.2.1? If so how did you resolve this.
I have altered the maxHeap size in the .jnlp for the repository and I have increased the amount of RAM to 4gb. It still does not render properly.
Any advice much welcome.
Regards,
Mark
Hi Mark
Increasing the Heap size should work.
Do increase the paging file size to 4092 (Performance setting in Windows) or more at the system where you are trying to develop. Give it a try,
Thanks
Gaurav
Similar Messages
-
Oracle Retail Point Of Service V13.1.1 Installation in OEL5u2
Hi guys,
I am installing Oracle point of service v13.1.1 server in OEL5u2 OS followed by the the ORPOS installation guide, installation finished successfully, while trying to start the *./StoreServerConduit.sh* script from the POS installation directory *<Install directory>/pos/bin* to start the POS server am getting the following error, Kindly give some ideas to overcome this error
java -Xms256m -Xmx512m com.extendyourstore.foundation.config.TierLoader classpath://config/conduit/POSServerTierloader.xml
Public Directory bound at rmi://retail.apps.com:1300/STORESERVER
Dispatcher.configureDispatcher(): local tech LogTechnician started.
Dispatcher.configureDispatcher(): local tech STORETIER started.
Exception caught while starting technician 'RemoteDT'.
Exception = java.lang.IllegalStateException: Class: com.extendyourstore.foundation.utility.config.ConfigurationException(Revision 3) @26156009: java.lang.Exception: Error writing XML document with encrypted db passwords.
LogManager.shutdown() - state change exception
Thanks
AthishHi Nagesh,
As per your suggestion,
1) we Cross checked POS and other schema user that can able to connect with sql tools like Toad & Sqlplus.
2) Here we Configured the ORPOS server and client only in Stimulated Mode (as per your advice).
3) Are you installing ORPOS with all devices support? --> No we installed only ORPOS not all remaning devices.
We Try to Start the POS client using ClientConduit.bat the batch file started but in the POS application we are getting an same error *"Geo Code Missing"*
Checked with log file, its showing errors shown below
pls see the below "orpos.log" file:
jpos.JposException: Service does not exist in loaded JCL registry
at jpos.loader.simple.SimpleServiceManager.createConnection(Unknown Source)
at jpos.loader.JposServiceLoader.findService(Unknown Source)
at jpos.BaseJposControl.open(Unknown Source)
at oracle.retail.stores.pos.device.PospalPINPadSession.releasedMode(PospalPINPadSession.java:271)
at com.extendyourstore.foundation.manager.device.PINPadSession.setDeviceMode(PINPadSession.java:294)
at oracle.retail.stores.pos.device.PospalPINPadSession.setDeviceMode(PospalPINPadSession.java:197)
at com.extendyourstore.foundation.manager.device.DeviceSession.startUp(DeviceSession.java:171)
at com.extendyourstore.foundation.manager.device.DeviceTechnician.startUp(DeviceTechnician.java:482)
at com.extendyourstore.foundation.tour.conduit.Dispatcher.configureDispatcher(Dispatcher.java:1127)
at com.extendyourstore.foundation.tour.conduit.Dispatcher.main(Dispatcher.java:2594)
at com.extendyourstore.foundation.tour.conduit.DispatcherLoader.loadComponent(DispatcherLoader.java:124)
at com.extendyourstore.foundation.config.TierLoader.loadTier(TierLoader.java:308)
at com.extendyourstore.foundation.config.TierLoader.main(TierLoader.java:367)
WARN 2011-01-21 15:05:13,660 11809 (main:com.extendyourstore.foundation.manager.device.DeviceSession):
[com.extendyourstore.foundation.manager.device.DeviceSession.startUp(DeviceSession.java:177)]
PINPadSession startup: cpoiPINPad is unavailable in MODE_RELEASED
Lookup error: javax.naming.AuthenticationException: Not authorized; nested exception is:
javax.naming.AuthenticationException: Not authorized [Root exception is javax.naming.AuthenticationException: Not authorized]
WARN 2011-01-21 15:05:14,534 12683 (SubscribeToTopicThread-jms/parameters:com.extendyourstore.foundation.tour.manager.Technician):
[com.extendyourstore.foundation.manager.jms.SubscriberTechnician$SubscribeToTopicThread.run(SubscriberTechnician.java:238)]
javax.jms.JMSException: Lookup failed for Topic jms/parameters because of javax.naming.NamingException: Lookup error: javax.naming.AuthenticationException: Not authorized; nested exception is:
javax.naming.AuthenticationException: Not authorized [Root exception is javax.naming.AuthenticationException: Not authorized]
WARN 2011-01-21 15:05:14,705 12854 (SubscribeToTopicThread-jms/files:com.extendyourstore.foundation.comm.jms.JMSBroker):
[com.extendyourstore.foundation.comm.jms.JMSBroker.jndiLookup(JMSBroker.java:2017)]
JMSBroker.jndiLookup() NamingException: Failed to lookup jms/files
WARN 2011-01-21 15:05:16,562 14711 (StaticCacheThread-4:com.extendyourstore.domain.DomainGateway):
[com.extendyourstore.domain.DomainGateway.getCurrencyTypeList(DomainGateway.java:264)]
Defaulting currency type to USD.
INFO 2011-01-21 15:05:16,843 14992 (StaticCacheThread-4:com.extendyourstore.foundation.manager.data.JdbcDataConnection):
[com.extendyourstore.foundation.manager.data.JdbcDataConnection.execute(JdbcDataConnection.java:932)]
sqlCommand = SELECT FROM CO_DT_ST_IDDI WHERE NM_DT_ST = 'EXPORT_DB' AND ID_STR_RT ='04241'*
INFO 2011-01-21 15:05:17,311 15460 (StaticCacheThread-4:com.extendyourstore.foundation.manager.data.JdbcDataConnection):
[com.extendyourstore.foundation.manager.data.JdbcDataConnection.execute(JdbcDataConnection.java:932)]
sqlCommand = SELECT ID_BTCH FROM MA_WS_VN_IDDI WHERE ID_DT_ST = 11 AND ID_STR_RT ='04241' AND ID_WS ='129'
ERROR 2011-01-21 15:05:17,357 15506 (StaticCacheThread-4:com.extendyourstore.foundation.iddi.OfflineExecuteQueryHelper):
[com.extendyourstore.foundation.iddi.OfflineExecuteQueryHelper.executeQuery(OfflineExecuteQueryHelper.java:93)]
Error executing SQL Statement No data found
Class: com.extendyourstore.foundation.manager.data.DataException(Revision $Revision: /main/9 $) @20140551: No data found
Transaction Name: RegisterMetaDataLookupTransaction
Error code: [6] [The query did not find a record or records that matches your search criteria.]
Error code (extended): [0]
Description: [No data found]
Original exception: [null]
at com.extendyourstore.domain.arts.JdbcReadIDDIInfo.selectIDDIInfo(JdbcReadIDDIInfo.java:299)
Nested exception's stack trace:
java.lang.NullPointerException
at com.extendyourstore.foundation.iddi.DataSetMetaData.getBatchID(DataSetMetaData.java:440)
at com.extendyourstore.foundation.iddi.DataSetMetaData.isNewer(DataSetMetaData.java:464)
at com.extendyourstore.foundation.manager.iddi.DataSetTechnician.retrieveDataSet(DataSetTechnician.java:97)
at oracle.retail.stores.iddi.manager.RetrieveDataSetChunkValet.execute(RetrieveDataSetChunkValet.java:89)
at com.extendyourstore.foundation.tour.manager.Technician.receiveValet(Technician.java:723)
at com.extendyourstore.foundation.comm.proxy.rmi.RMICommProxy.remoteTransport(RMICommProxy.java:269)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Store status is stale; store status lookup error:
Class: com.extendyourstore.foundation.manager.data.DataException(Revision $Revision: /main/9 $) @21771566: SQLState: 42000
Syntax error or access rule violationSource Exception: java.sql.SQLException: ORA-00942: table or view does not exist
Transaction Name: StoreDataTransaction
Error code: [1] [A Structured Query Language error occurred during database access.]
Error code (extended): [942]
Description: [SQLState: 42000
Syntax error or access rule violationSource Exception: java.sql.SQLException: ORA-00942: table or view does not exist
Query String: SELECT SC_HST_STR, sh.ID_OPR, TS_TM_SRT, bd.DC_DY_BSN FROM CA_DY_BSN bd, CA_PRD_RP rp, LE_HST_STR sh WHERE ID_STR_RT = '04241' AND SC_HST_STR = 1 AND sh.FY = rp.FY AND sh.TY_PR_PRD = rp.TY_PR_PRD AND sh.ID_PR_PRD = rp.ID_PR_PRD AND rp.FY = bd.FY AND rp.FW_NMB = bd.FW_NMB AND rp.WD_DY_FSC = bd.WD_DY_FSC ORDER BY bd.DC_DY_BSN DESC
Original exception: [null]
Kindly Suggests Us to proceed further
Thanks
Athish/Nagaraj
Edited by: user11018780 on Jan 21, 2011 4:01 AM -
Urgh...wrong album cover art...how do I take it off
I have?a Zen Vision M, 30gb, and I have a problem removing unwanted cover art. I suppose it's not that big of a deal in the grand scheme of things...the songs play, and they're where their supposed to be. But I find this HELLA annoying
!!! Since I've transferred a great deal of my CD collection into it, I like to organize things (and search) by album. But since I also have a lot of random songs that I have downloaded from various places, and I don't want a whole bunch of incomplete "albums" to search through, I filed them into an "album" tagged "Miscellaneous."? So last night I'm?making new tags and reorganizing some files, and when I unplug my Zen from the computer, I go into my "Miscellaneous" and see that?ALL the songs now have the cover art?from ONE of the songs in that folder. What's even stranger is that that specific?cover art doesn't even show in Windows Media Player, so I have NO idea how it became attached with all my miscellaneous songs. To top it off, I transferred some CD's into my Zen who's cover art DID show, but it doesn't come up in my Zen. To that I say "whatever"... I'd like to have the cover art, but I can li've without it. But to have the WRONG cover art for?A LOT of my songs just makes me?incredibly aggrevated!? So what can I do to remove the unwanted cover art?
Oh, and I should point out that I got my Zen when it'sfirst came out, so I have like the oldest MediaSource Organizer that doesn't support cover art.I don't own a Vision M, but I know how my other players from Creative work. They use the ID3 tags in each track for artist, album art, etc. I use media monkey to tag all the tracks on my computer before I transfer them to the player. Here's the bad news. In my experience, you will have to remove the tracks from the player and throw them back on once they are tagged properly. I know of no way to change the tags on the players themselves. Eric
-
Error while loading valid, schema-related document into xdb
Hi Mark.
I tried to load other xml documents (ftp://ftp.tigr.org/pub/data/a_thaliana/ath1/PSEUDOCHROMOSOMES/) into the xdb.
The documents are related to the same schema as the documents i used until now.
I had to change the schema a bit. Three elements (protein_sequence, cds_sequence, transcript_sequence) are now stored as CLOB instead of VARCHAR2.
My first idea was, that the new documents are not valid, but they are.
The old documents still work. I get an ORA-00600 everytime.
I tried to get some information from the trace file but this did not help really.
I don't believe this will help you but i post it anyway:
Dump file d:\oracle\admin\pdw\udump\pdw_s000_6388.trc
Mon Jan 02 09:21:36 2006
ORACLE V9.2.0.7.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.7.0 - Production
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Instance name: pdw
Redo thread mounted by this instance: 1
Oracle process number: 10
Windows thread id: 6388, image: ORACLE.EXE
*** 2006-01-02 09:21:36.218
*** SESSION ID:(23.9078) 2006-01-02 09:21:36.187
QMHD escaped text too long: dstlen=0 dstbuf=/
QMHD escaped text too long: dstlen=0 dstbuf=home
QMHD escaped text too long: dstlen=0 dstbuf=public
QMHD escaped text too long: dstlen=0 dstbuf=sys
QMHD escaped text too long: dstlen=0 dstbuf=xdbconfig.xml
QMHD escaped text too long: dstlen=0 dstbuf=/
QMHD escaped text too long: dstlen=0 dstbuf=home
QMHD escaped text too long: dstlen=0 dstbuf=public
QMHD escaped text too long: dstlen=0 dstbuf=sys
QMHD escaped text too long: dstlen=0 dstbuf=xdbconfig.xml
QMHD escaped text too long: dstlen=0 dstbuf=home
QMHD escaped text too long: dstlen=0 dstbuf=RSCHULZE
QMHD escaped text too long: dstlen=0 dstbuf=PDV70
QMHD escaped text too long: dstlen=0 dstbuf=SCOTT
QMHD escaped text too long: dstlen=0 dstbuf=SCOTT1
QMHD escaped text too long: dstlen=0 dstbuf=SCOTT2
QMHD escaped text too long: dstlen=0 dstbuf=hbachman
QMHD escaped text too long: dstlen=0 dstbuf=pdw_biowh31
QMHD escaped text too long: dstlen=0 dstbuf=pdw_stage
QMHD escaped text too long: dstlen=0 dstbuf=pdw_tigr_chromosome
QMHD escaped text too long: dstlen=0 dstbuf=uniprot
QMHD escaped text too long: dstlen=0 dstbuf=pdw_tigr_chromosome
QMHD escaped text too long: dstlen=0 dstbuf=data
QMHD escaped text too long: dstlen=0 dstbuf=xsd
QMHD escaped text too long: dstlen=0 dstbuf=data
QMHD escaped text too long: dstlen=0 dstbuf=seq1.txt
QMHD escaped text too long: dstlen=0 dstbuf=seq2.txt
QMHD escaped text too long: dstlen=0 dstbuf=seq3.txt
QMHD escaped text too long: dstlen=0 dstbuf=seq4.txt
QMHD escaped text too long: dstlen=0 dstbuf=seq5.txt
*** 2006-01-02 09:36:57.421
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kokbgcip1], [196609], [63], [], [], [], [], []
Current SQL statement for this session:
INSERT /*+ NO_REF_CASCADE */ INTO "PDW_TIGR_CHROMOSOME"."SYS_NT0upV7+xbRnu3KquZIaRFgQ=="("NESTED_TABLE_ID","ARRAY_INDEX","SYS_NC_ROWINFO$") VALUES(:1,:2,:3)
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp+327 CALLrel ksedst+0
ksfdmp.108+14 CALLrel ksedmp+0 3
_kgerinv+131 CALLreg 00000000 D3E4368 3
kgeasnmierr+19 CALLrel kgerinv+0 D3E4368 4BE2A94 1AF86D4 2
4B56B40
kokbgcip+343 CALLrel kgeasnmierr+0 D3E4368 4BE2A94 1AF86D4 2 4
30001 4 3F
qerocImageIterStar CALLrel kokbgcip+0
t+160
qerocStart+265 CALLrel qerocImageIterStar 237701B4 D3E41E0
t+0
_kokbint+242 CALL??? 00000000 81DFD20 1
kokbeva+338 CALLrel kokbint+0 237700B8 237700FC
..1.42_2.filter.9+1 CALLreg 00000000 D3E41E0
101
insolev.73+164 CALLrel evaopn2+0 237700B8
insbrp.73+1558 CALLrel insolev.73+0 2374A8B4 81DDFF8 1
insrow+173 CALLrel insbrp.73+0
insdrv.73+1302 CALLrel insrow+0 81DDFF8 4B584E4 0
..1.6_1.filter.73+2 CALLrel _insdrv.73+0 81DDFF8
28
..1.5_2.except.29+1 CALLrel _insexe+0 2374A8B4 4B58730
6740
..1.2_1.filter.25+3 CALLrel _opiexe+0 4 3 4B58B24
347
opikpr+512 CALLrel opiall0+0 65 22 4B58D20 0 0 4B58DB8 9C
20 0 0 0 0 0
..1.1_1.filter.34+1 CALLreg 00000000 65 14 4B59980
356
rpidrus.43+167 CALLrel opiodr+0 65 14 4B59980 0
_skgmstack+113 CALLreg 00000000 4B590A0
rpidru+109 CALLrel skgmstack+0 4B590B8 D3E41F0 F618 59941C
4B590A0
_rpiswu2+839 CALLreg 00000000 4B59498
kprball+1537 CALLrel rpiswu2+0 1EA8DD18 102 4B59414 4
1E833D34 102 4B59414 0 59932C
5991DC 4B59498 8
kokbint+1766 CALLrel kprball+0 4B59980 500
kokbeva+338 CALLrel kokbint+0 2374E498 2374E4DC
..1.42_2.filter.9+1 CALLreg 00000000 D3E41E0
101
insolev.73+164 CALLrel evaopn2+0 2374E498
insbrp.73+1558 CALLrel insolev.73+0 25EC7468 7D0BD90 1
insrow+173 CALLrel insbrp.73+0
insdrv.73+1302 CALLrel insrow+0 7D0BD90 4B5AD78 0
..1.6_1.filter.73+2 CALLrel _insdrv.73+0 7D0BD90
28
..1.5_2.except.29+1 CALLrel _insexe+0 25EC7468 4B5AFC4
6740
..1.2_1.filter.25+3 CALLrel _opiexe+0 4 3 4B5B3B8
347
opikpr+512 CALLrel opiall0+0 65 22 4B5B5B4 0 0 4B5B64C 77
20 0 0 0 0 0
..1.1_1.filter.34+1 CALLreg 00000000 65 14 4B5BE70
356
rpidrus.43+167 CALLrel opiodr+0 65 14 4B5BE70 0
_skgmstack+113 CALLreg 00000000 4B5B934
rpidru+109 CALLrel skgmstack+0 4B5B94C D3E41F0 F618 59941C
4B5B934
_rpiswu2+839 CALLreg 00000000 4B5BD2C
kprball+1537 CALLrel rpiswu2+0 1EA8DD18 102 1EA891BC 4
1E833D34 102 1EA8923C 0
59932C 5991DC 4B5BD2C 9
qmskInsertXmlType+ CALLrel kprball+0 4B5BE70 180
1203
qmskStoreXobWithIm CALLrel qmskInsertXmlType+
age+526 0
qmskStoreXob+16 CALLrel qmskStoreXobWithIm
age+0
qmskFlushXob+22 CALLrel qmskStoreXob+0 4BFCFCC 4BE6698 0
_qmeSaveContents+44 CALLreg 00000000
6
qmePreSave+2417 CALLrel qmeSaveContents+0 4BFE790 2 1
_qmtEventFire+259 CALLreg 00000000 D3E4368 3 4BFE8B0
qmxiWriteXobToImag CALLrel qmtEventFire+0 D3E4368 3 4BFE8B0
eInternal+60
qmxiWriteXobToImag CALLrel qmxiWriteXobToImag D3E4368 4B5D418 0 4BFE8B0
eWithHeap+82 eInternal+0 700ECBC 4B5D398 4B5D364
4B5D384 60A09FC 4B5C37C 0 6
D3E4368 C 4B5D418
qmxtgGetOpqImageFr CALLrel qmxiWriteXobToImag D3E4368 4B5D418 0 4BFE8B0
omXob+430 eWithHeap+0 700ECBC 4B5D398 4B5D364
4B5D384 4B5D470 C 6 700ECF8
4B5D418
qmskStoreXobWithIm CALLrel qmxtgGetOpqImageFr
age+370 omXob+0
qmskStoreXob+16 CALLrel qmskStoreXobWithIm
age+0
qmskFlushXob+22 CALLrel qmskStoreXob+0 4BFE8B0 4BFF740 4B5D6FC
_qmeInsertResRow+22 CALLreg 00000000
5
qmeInsertRes+1831 CALLrel qmeInsertResRow+0
qmeLinkInternal+47 CALLrel qmeInsertRes+0
12
qmeCreOrBindRes+33 CALLrel qmeLinkInternal+0 4BFE790 60A5D14 1DFE0323 1D 0
1 1 0 4B5D7A0 4B5D85C 0 0
qmeCreateRes+115 CALLrel qmeCreOrBindRes+0 4BFE790 60A5D14 1DFE0304 1F
1DFE0323 1D 0 1 0 4B5D85C 0 0
4B5D85C 0
qmeuCreateOrUpdate CALLrel qmeCreateRes+0 4BFE790 1DFE0304 1F 1DFE0323
Res+2232 1D 0 0 0
qmhput+393 CALLrel _qmeuCreateOrUpdate
Res+0
_qmhProcessRequestD CALLreg 00000000 1DFE4398
ata+2576
qmpsrun+1220 CALL??? 00000000
opitsk+838 CALLrel qmps_run+0 D3E4368
opiino+698 CALLrel opitsk+0 0 0 D3EA5C8 278A650 3 0
..1.1_1.filter.34+1 CALLreg 00000000 3C 4 4B5F448
356
opirip+662 CALLrel opiodr+0 3C 4 4B5F448 0
opidrv+654 CALLrel opirip+0 32 0 0
sou2o+25 CALLrel opidrv+0
opimai+336 CALLrel sou2o+0 4B5FE1C 32 0 0
BackgroundThreadSt CALLrel opimai+0
art@4+356
77E7B385 CALLreg 00000000
--------------------- Binary Stack Dump ---------------------
========== FRAME [1] (_ksedmp+327 -> _ksedst+0) ==========
Dump of memory from 0x04B56A68 to 0x04B56AE0
4B56A60 04B56AE0 00522AC8 [.j...*R.]
4B56A70 00000000 00000000 00000000 00000000 [................]
4B56A80 FFFFFFFF 0000003F 0D3E4444 01AF86D4 [....?...DD>.....]
4B56A90 0D3E444C 04B56ADC 0283676E 0D3E4444 [LD>..j..ng..DD>.]
4B56AA0 0D3E444C 00000000 00000000 01AF86D4 [LD>.............]
4B56AB0 00000002 00000009 0D3E4368 04BE2A94 [........hC>..*..]
4B56AC0 01A89F00 0D3E41E0 04B56A74 0D3E4368 [.....A>.tj..hC>.]
4B56AD0 04B571F8 015DDE00 02775F44 FFFFFFFF [.q....].D_w.....]
========== FRAME [2] (_ksfdmp.108+14 -> _ksedmp+0) ==========
Dump of memory from 0x04B56AE0 to 0x04B56AEC
4B56AE0 04B56AEC 0078468B 00000003 [.j...Fx.....]
========== FRAME [3] (_kgerinv+131 -> 00000000) ==========
Dump of memory from 0x04B56AEC to 0x04B56B0C
4B56AE0 04B56B0C [.k..]
4B56AF0 02836849 0D3E4368 00000003 081B3444 [Ih..hC>.....D4..]
4B56B00 0D3E41E0 081B3444 081B3444 [.A>.D4..D4..]
========== FRAME [4] (_kgeasnmierr+19 -> _kgerinv+0) ==========
Dump of memory from 0x04B56B0C to 0x04B56B28I have a new problem:
Due to the changes of the schema ( transcript_sequence ... stored as clob) i got an error in a view.
ORA-00932 : incosistent datatypes
The error occurs in V007 in the following rows
extractValue(value(tu),'/TU/TRANSCRIPT_SEQUENCE'),
extractValue(value(model),'/MODEL/CDS_SEQUENCE'),
extractValue(value(model),'/MODEL/PROTEIN_SEQUENCE')
But in V005 there is no error althought there is the row extractValue(value(tu),'/TU/TRANSCRIPT_SEQUENCE'),
the views
create or replace view V007_MODEL(FEAT_NAME,
GENE_SYNONYM,
GENE_SYNONYM_SYN_TYPE,
CHROMO_LINK,
TU_DATE,
TU_COORDSET_END5,
TU_COORDSET_END3,
TRANSCRIPT_SEQUENCE,
URL,
URL_URLNAME,
CURATED,
MODEL_COMMENT,
MODEL_FEAT_NAME,
PUB_LOCUS,
CDNA_SUPPORT_ACCESSION,
CDNA_SUPPORT_ACCESSION_DBXREF,
CDNA_SUPPORT_ACCESSION_IS_FLI,
CDNA_SA_UNIQUE_TO_ISOFORM,
CDNA_SA_ANNOT_INCORP,
MODEL_GENE_SYNONYM,
MODEL_GENE_SYNONYM_SYN_TYPE,
MODEL_CHROMO_LINK,
MODEL_DATE,
MODEL_COORDSET_END5,
MODEL_COORDSET_END3,
MA_AT_METHOD,
MA_AT_ATT_SCORE,
MA_AT_ATT_SCORE_DESC)
CDS_SEQUENCE,
PROTEIN_SEQUENCE)
as
select
distinct
extractValue(value(tu) ,'/TU/FEAT_NAME'),
extractValue(value(tu_gene_synonym) ,'/GENE_SYNONYM/text()'),
extractValue(value(tu_gene_synonym) ,'/GENE_SYNONYM/@SYN_TYPE'),
extractValue(value(tu_chromo_link) ,'/CHROMO_LINK/text()'),
extractValue(value(tu) ,'/TU/DATE'),
extractValue(value(tu) ,'/TU/COORDSET/END5'),
extractValue(value(tu) ,'/TU/COORDSET/END3'),
extractValue(value(tu) ,'/TU/TRANSCRIPT_SEQUENCE'),
extractValue(value(url) ,'/URL/text()'),
extractValue(value(url) ,'/URL/@URLNAME'),
extractValue(value(model) ,'/MODEL/@CURATED'),
extractValue(value(model) ,'/MODEL/@COMMENT'),
extractValue(value(model) ,'/MODEL/FEAT_NAME'),
extractValue(value(model) ,'/MODEL/PUB_LOCUS'),
extractValue(value(accession) ,'/ACCESSION/text()'),
extractValue(value(accession) ,'/ACCESSION/@DBXREF'),
extractValue(value(accession) ,'/ACCESSION/@IS_FLI'),
extractValue(value(accession) ,'/ACCESSION/@UNIQUE_TO_ISOFORM'),
extractValue(value(accession) ,'/ACCESSION/@ANNOT_INCORP'),
extractValue(value(model_gene_synonym),'/GENE_SYNONYM/text()'),
extractValue(value(model_gene_synonym),'/GENE_SYNONYM/@SYN_TYPE'),
extractValue(value(model_chromo_link) ,'/CHROMO_LINK/text()'),
extractValue(value(model) ,'/MODEL/DATE'),
extractValue(value(model) ,'/MODEL/COORDSET/END5'),
extractValue(value(model) ,'/MODEL/COORDSET/END3'),
extractValue(value(attribute_type) ,'/ATTRIBUTE_TYPE/@METHOD'),
extractValue(value(att_score) ,'/ATT_SCORE/text()'),
extractValue(value(att_score) ,'/ATT_SCORE/@DESC')--,
extractValue(value(model) ,'/MODEL/CDS_SEQUENCE'),
extractValue(value(model) ,'/MODEL/PROTEIN_SEQUENCE')
from TIGR t,
table(xmlsequence(extract(value(t) ,'/TIGR/PSEUDOCHROMOSOME'))) p,
table(xmlsequence(extract(value(p) ,'/PSEUDOCHROMOSOME/ASSEMBLY/GENE_LIST/PROTEIN_CODING/TU'))) tu,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_SYNONYM'))) (+) tu_gene_synonym,
table(xmlsequence(extract(value(tu) ,'/TU/CHROMO_LINK'))) (+) tu_chromo_link,
table(xmlsequence(extract(value(tu) ,'/TU/URL'))) (+) url,
table(xmlsequence(extract(value(tu) ,'/TU/MODEL'))) model,
table(xmlsequence(extract(value(model) ,'/MODEL/CDNA_SUPPORT/ACCESSION'))) (+) accession,
table(xmlsequence(extract(value(model) ,'/MODEL/GENE_SYNONYM'))) (+) model_gene_synonym,
table(xmlsequence(extract(value(model) ,'/MODEL/CHROMO_LINK'))) (+) model_chromo_link,
table(xmlsequence(extract(value(model) ,'/MODEL/MODEL_ATTRIBUTE/ATTRIBUTE_TYPE'))) (+) attribute_type,
table(xmlsequence(extract(value(attribute_type),'/ATTRIBUTE_TYPE/ATT_SCORE'))) (+) att_score,
table(xmlsequence(extract(value(model) ,'/MODEL/EXON'))) exon
create or replace view V005_GENE_INFO(FEAT_NAME,
GENE_SYNONYM,
GENE_SYNONYM_SYN_TYPE,
CHROMO_LINK,
TU_DATE,
TU_COORDSET_END5,
TU_COORDSET_END3,
TRANSCRIPT_SEQUENCE,
URL,
URL_URLNAME,
LOCUS,
ALT_LOCUS,
PUB_LOCUS,
GENE_NAME,
GENE_NAME_IS_PRIMARY,
COM_NAME,
COM_NAME_CURATED,
COM_NAME_IS_PRIMARY,
GENE_INFO_COMMENT,
PUB_COMMENT,
EC_NUM,
EC_NUM_IS_PRIMARY,
GENE_SYM,
GENE_SYM_IS_PRIMARY,
IS_PSEUDOGENE,
FUNCT_ANNOT_EVIDENCE_TYPE,
FAE_ASSIGN_ACC,
FAE_ASSIGN_ACC_ASSIGN_METHOD,
GENE_INFO_DATE)
as
select
extractValue(value(tu) ,'/TU/FEAT_NAME'),
extractValue(value(gene_synonym) ,'/GENE_SYNONYM/text()'),
extractValue(value(gene_synonym) ,'/GENE_SYNONYM/@SYN_TYPE'),
extractValue(value(chromo_link) ,'/CHROMO_LINK/text()'),
extractValue(value(tu) ,'/TU/DATE'),
extractValue(value(tu) ,'/TU/COORDSET/END5'),
extractValue(value(tu) ,'/TU/COORDSET/END3'),
extractValue(value(tu) ,'/TU/TRANSCRIPT_SEQUENCE'),
extractValue(value(url) ,'/URL/text()'),
extractValue(value(url) ,'/URL/@URLNAME'),
extractValue(value(tu) ,'/TU/GENE_INFO/LOCUS'),
extractValue(value(alt_locus) ,'/ALT_LOCUS/text()'),
extractValue(value(tu) ,'/TU/GENE_INFO/PUB_LOCUS'),
extractValue(value(gene_name) ,'/GENE_NAME/text()'),
extractValue(value(gene_name) ,'/GENE_NAME/@IS_PRIMARY'),
extractValue(value(com_name) ,'/COM_NAME/text()'),
extractValue(value(com_name) ,'/COM_NAME/@CURATED'),
extractValue(value(com_name) ,'/COM_NAME/@IS_PRIMARY'),
extractValue(value(tu) ,'/TU/GENE_INFO/COMMENT'),
extractValue(value(tu) ,'/TU/GENE_INFO/PUB_COMMENT'),
extractValue(value(ec_num) ,'/EC_NUM/text()'),
extractValue(value(ec_num) ,'/EC_NUM/@IS_PRIMARY'),
extractValue(value(gene_sym) ,'/GENE_SYM/text()'),
extractValue(value(gene_sym) ,'/GENE_SYM/@IS_PRIMARY'),
extractValue(value(tu) ,'/TU/GENE_INFO/IS_PSEUDOGENE'),
extractValue(value(funct_annot_evidence),'/FUNCT_ANNOT_EVIDENCE/@TYPE'),
extractValue(value(assign_acc) ,'/ASSIGN_ACC/text()'),
extractValue(value(assign_acc) ,'/ASSIGN_ACC/@ASSIGN_METHOD'),
extractValue(value(tu) ,'/TU/GENE_INFO/DATE')
from TIGR t,
table(xmlsequence(extract(value(t) ,'/TIGR/PSEUDOCHROMOSOME'))) p,
table(xmlsequence(extract(value(p) ,'/PSEUDOCHROMOSOME/ASSEMBLY/GENE_LIST/PROTEIN_CODING/TU'))) tu,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_SYNONYM'))) (+) gene_synonym,
table(xmlsequence(extract(value(tu) ,'/TU/CHROMO_LINK'))) (+) chromo_link,
table(xmlsequence(extract(value(tu) ,'/TU/URL'))) (+) url,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_INFO/ALT_LOCUS'))) (+) alt_locus,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_INFO/GENE_NAME'))) (+) gene_name,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_INFO/COM_NAME'))) com_name,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_INFO/EC_NUM'))) (+) ec_num,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_INFO/GENE_SYM'))) (+) gene_sym,
table(xmlsequence(extract(value(tu) ,'/TU/GENE_INFO/FUNCT_ANNOT_EVIDENCE'))) (+) funct_annot_evidence,
table(xmlsequence(extract(value(funct_annot_evidence),'/FUNCT_ANNOT_EVIDENCE/ASSIGN_ACC'))) (+) assign_acc
I have a second question.
Usually I use WEBDAV or FTP to load the xml documents.
There are 5 documents for TIGR Arabidopsis. Now it works to load the documents into the xdb. I usually use WEBDAV. But when I load the first document I get an error. Nevertheless the document is shredded. Because the WEBDAV error message is not meaningful, I used PL/SQL.
I tried it like this
insert into TIGR values (xmltype(bfilename(USER,'/home/pdw_tigr_chromosome/data/CHR1.R5v01212004wos.xml'),nls_charset_id('AL32UTF8')))
( I deleted the expressions " xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="tigrxml.xsd" " in the document before).
But this didn't work.
So I tried
insert into TIGR values (xmltype(xdbURIType('/home/pdw_tigr_chromosome/data/CHR1.R5v01212004wos.xml').getClob(),'tigrxml.xsd',1,1))
and it worked. But it seemed to need more time than per WEBDAV or FTP ( but probably I err ). It took 1h 48m for a 74MB file.
When I load the documents with PL/SQL the document is not shredded. At least the document has its original size when i have a look at the repository per WEBDAV and not the usual 0 bytes. But the data is correctly stored in the xmltype table TIGR
Message was edited by:
Nick_MD -
Reg: IS Retail Promotions Confguration
Hi Gurus,
Could anyone provide useful links for IS- Retail Promotions Configuration apart from SAP Help Library links ?
I need documents for Configuring Retail Promotions Coupons,Bonus Buy and Free Goods for my Client.
Thanks and Regards,
R.KHi Ravi
find promotion config doc of IS Retail
2.3 Retail Promotion
2.3.1 Number Ranges, Promotions
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Number Ranges, Promotions
Details of the configuration Standard Settings Maintained
2.3.2 Promotion Category
Table V_TWTY, TWTY, TWTYT
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Promotion Category
Details of the configuration Standard Settings Maintained
2.3.3 Promotion Type
Table V_TWAA, TWAA, TWAAT, TVKO, TVKOT, TVTW, TVTWT, KNA1, T001W
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Promotion Type
Details of the configuration Following Promotion Types Created
BC01 Barista Promotion Type
Select entries & click on Magnifying glass icon
1. BC01
Promotion - DC Price
Following Settings Maintained
Promotion Category = BC01
Create SP conditions Activated
Without Calculation Activated
Price Activation Type 2 (Site Group)
List Group A
List Variant 02
Cond Group Purch
Cond Type Group SP BC01
SP Sales Org
SP dis Channel
CondType % Discount KA02
CondType Abs Discount KA04
No Range Int assgt 01
No Range ext assgt AA
Lead time Purch 10
Follow-on time Purch 02
Lead Time Listing 30
List. Follow Up time 30
Announcement Lead Time 5
Lead Time Store Gr 3
Alloc Table Type 1000
Announcement Category F
Message Schema RTBN01
2.3.4 Promotion Themes
Table V_TWAT, TWAT, TWATT
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Promotion Themes
Details of the configuration Standard Setttings Made
2.3.5 Control for Condition Tables for Promotion Discount
Table V_TWREB, TWREB
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Control for Condition Tables for Promotion Discount
Details of the configuration Settings Made for condition type KA02 & KA04.
ConditionType Organization Level Article Disc Lvl Table
KA02 02 01 4
KA02 02 02 359
KA02 02 03 359
KA02 02 04 359
KA04 02 02 677
KA04 02 03 677
KA04 02 04 677
2.3.6 Promotion Determination in Sales Order Processing
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Promotion Determination in Sales Order Processing
Details of the configuration No Settings Made.
2.3.7 Condition Type Groups For Promotions in Purchasing
a. Assign Condition Type/Table to Condition Type Groups
Table V_T6B2F, T6B2F, T681A, T6B2, T681B, T6B2T
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Condition Type Groups For Promotions in Purchasing  Assign Condition Type/Table to Condition Type Groups
Details of the onfiguration No Settings made.
b. Assign Condition Type Groups and Arrangement Types
Table V_T6BM_ZU, T6B1, T6B1T
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Condition Type Groups For Promotions in Purchasing  Assign Condition Type Groups and Arrangement Types
Details of the configuration No settings maintained
2.3.8 Condition Type Groups For Promotions In SD
a. Define Condition Type Groups for Promotions
Table V_T6B2, T6B2, T6B2T
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Condition Type Groups For Promotions In SD  Define Condition Type Groups for Promotions
Details of the configuration Standard Settings Maintained
b. Assign Condition Type/Table to Condition Type Groups
Table V_T6B2, T6B2, T6B2T
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Condition Type Groups For Promotions In SD  Assign Condition Type/Table to Condition Type Groups
Details of the configuration Settings maintained for Condition Type Group 0007
Cond Typ Grp Cond Type Grp Cntr CnTy Condition Type Number Table
0007 Promo Conditions 2 10 VKA0 Promo SP IS-R 6 Price List Type/Currency/Article
0007 Promo Conditions 2 11 VKA0 Promo SP IS-R 73 Article per SOrg/DstCh
0007 Promo Conditions 2 12 VKA0 Promo SP IS-R 71 Article per Site
0007 Promo Conditions 2 20 KA03 Promo Discount % 2 71 Article per Site
0007 Promo Conditions 2 21 KA03 Promo Discount % 2 155 Sales Org./Dist. Channel/Price List/
Article/Sales Unit
0007 Promo Conditions 2 22 KA03 Promo Discount % 2 73 Article per SOrg/DstCh
0007 Promo Conditions 2 30 KA05 Promo Discount MD 2 71 Article per Site
0007 Promo Conditions 2 31 KA05 Promo Discount MD 2 155 Sales Org./Dist. Channel/Price List
/Article/Sales Unit
0007 Promo Conditions 2 32 KA05 Promo Discount MD 2 73 Article per SOrg/DstCh
c. Assign Condition Type Groups and Arrangement Types
Table V_T6B2, T6B2, T6B2T
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Condition Type Groups For Promotions In SD  Assign Condition Type Groups and Arrangement Types
Details of the configuration Standard Settings Maintained
2.3.9 Message Determination
a. Single Messages
1. Create Condition Table
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Create Condition Table
Details of the configuration No Settings Maintained
2. Change Condition Table
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Change Condition Table
Details of the configuration No Settings Maintained
3. Display Condition Table
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Display Condition Table
Details of the configuration No Settings Maintained
4. Access Sequence
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Access Sequence
Details of the configuration Standard Settings Maintained
5. Message Type
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Message Type
Details of the configuration Standard Settings Maintained
6. Message Schema
Table V_T683S_XX, T683S, T683T
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Message Schema
Details of the configuration Standard Settings Maintained
Select entry & click on Control Data
7. Assign Schema to Document Type
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Assign Schema to Document Type
Details of the configuration No Settings Maintained
8. Assign Program/Form to Message Types
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Assign Program/Form to Message Types
Details of the configuration No Settings Maintained
9. Requirements for Message Types
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Single Messages  Requirements for Message Types
Details of the configuration Standard Settings Maintained
b. Group Messages
1. Number Ranges, Group Message
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Group Messages  Number Ranges, Group Message
Details of the configuration Standard Settings Maintained
2. Message Type
Table VN_T685B, T685, T685B, T685T, T682, T682T, TCSTR, TCSTRT, T681Z, T681A, T681B
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Group Messages  Message Type
Details of the configuration Standard Settings Maintained
3. Assign Program/Form to Message Types
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Message Determination  Group Messages  Assign Program/Form to Message Types
Details of the configuration No Settings Maintained
2.3.10 Business Add-In for Promotion
Transaction Code SPRO
Menu Path IMG  Logistics - General  Retail Promotion Business Add-In for Promotion
Details of the configuration No Settings Maintained
Thnaks
Amit Shivhare
PS Reward Point
Edited by: Amit Shivhare on Mar 10, 2008 3:44 PM -
How can I generate IDOC(WPUUMS) from XML file in POSDM or in SAP Retail
Hallo Retail expert,
I have following scenario,
I have Retail Store who send me their daily sales report through Wincor Nixdorf Point of sale. There i am using standard POSLOG2 to SEEBURGER(its a middleware which act as Converter) xml format and then i post that data first in POSDM and then with BAPI i transfer or book that data to SAP Retail.
Above is the one scenario which is working.
This is the Second scenario.......
I have some external Retail store, they dont have Wincor Nixdorf POS, so they send me their Sales Report through SEEBURGER(its a middle Hardware which act as Converter) and SEEBURGER Convert that Sales data to XML format. My question is....
How can i upload or Convert a XML File into IDOC (WPUUMS)in SAP or in POSDM?
any new suggestion are welcome.
Thank you all in advance.
regards,
NielHi,
1. To get the required XML Schema, use transaction code WE60 to go to the IDoc documentation -> enter the IDoc type you want to use (WPUUMS01). Flag control and data record. Then display the XSD by choosing Documentation -> XML Schema from the menue bar. Now you can donwload the XSD for usage in Seeburger.
2. Create your mapping from the POS format into the IDoc XML format in Seeburger.
3. Create an XML File Port in ERP or POS DM using transaction code WE21.
3. To inbound the XML file from Seeburger into POS DM or SAP Retail Seeburger should trigger the function module EDI_DATA_INCOMING. Parameters for this FM are the Pathname to the XML file and the Portname you just created. Based on the port name the FM can derive the port type xml and the data will be handled as XML data.
Regards Carsten -
How to assign area in site (in sap Retail) for different article.
Hi All Experts,
Can you tell me how to assign the space in layout tabs of site master data(wb01) in retails for the different products \merchandise category.
My aim is to see the contribution of article \Floor area in the store.
Ex- i have mobile ,tv and washing machine
now i 'll assign some area to these art(floor area)
Like 200 Sq mm for mobile ,1000for tv and 1500 for washing machine.
I want to assign in site master data so it comes automatically for every site.
Now i want to see the contribution of all these article \Floor area in the store.
Looking for your valuable suggestion.
PrashantNachy,
You can copy the overview iview of type workset map iview from standard ess role and give the area group name in that.
check the overview iview in the standard ess role
give application parameters as sap.xss.menuargrp=area group name&sap.xss.menuhdr=header name
Thanks
Bala Duvvuri
Edited by: Bala Duvvuri on Aug 5, 2010 7:35 AM -
Free Issue - condition in purchasing pricing & GRN - IS-Retail
I am having following scenario in IS-Retail.
Whenever my client is purchasing articles, he is getting some free issue materials also from vendor alongwith actual po qty.
Say, if he is ordering 100 Boxes of Tiles, he is getting 10 boxes free from vendor. So total qty is 110 Boxes against PO qty 100 Boxes.
Stock needs to be updated thru' GRN as 110 Boxes whereas value need to be considered for 100 Boxes in same PO.
Client is not ready to go for "FREE ISSUE" PO for this qty 10 Boxes ( Free issue from vendor ) and he wants to track it in the same/actual PO.
How to handle this in IS-Retail in calculation Schema/Pricing Procedure?Hi,
Go to SPRO > Materials Management > Purchasing > Discount in Kind (Discount in Form of Bonus Goods) > Perform following steps;
Maintain Discount-in-Kind Dependencies (Cond. Table)
> Field Catalog
> Create Free Goods Tables
> Display Free Goods Tables
Define Access Sequence And Discount-in-Kind Types
> Maintain Access Sequence
> Define Free Goods Types
Define And Assign Discount-in-Kind Schema
> Maintain Free Goods Schema
> Determine Free Goods Schema
XK02 - Under "Purchasing" Data of Vendor, activate "Grant discount in kind" field.
MM02 - Under "Purchasing" view of Material, specify indicator "2" for field "Qual.f.FreeGoodsDis."
Now Go to Purchase Info Record (ME11/ME12), under "Conditions" Tab, click on "Free Goods" Button (Ctrl+F1), and click on "EXCLUSIVE" button and maintain condition record for material, if Qty is 100 then 10 is fre of same material.
Now create PO for 100 qty, it will add a new line item of additional 10 qty auto with free indicator. -
Java Stored Procedure SAXParser XML Schema Validation
Using Oracle XML Developers Kit 10.2.0.2.0 - Production.
Attempting to validate using XML Schema in a Java stored procedure with the code:
if ( schemaDoc == null )
// Obtain default connection
Connection conn = new OracleDriver().defaultConnection();
OraclePreparedStatement stmt = (OraclePreparedStatement) conn.prepareStatement("SELECT XmlDocObj FROM XmlDoc WHERE XmlDocNbr = 2");
OracleResultSet rset = (OracleResultSet)stmt.executeQuery();
if ( rset.next() )
// get the XMLType
XMLType schemaXml = (XMLType)rset.getObject(1);
XSDBuilder builder = new XSDBuilder();
XMLSchema schemaDoc = (XMLSchema)builder.build(new InputSource(schemaXml.getInputStream()));
if ( inst == null )
inst = new ValidateCoreRequest();
ErrorHandlerImpl handler = inst.getNewErrorHandler();
SAXParser saxParser = new SAXParser();
saxParser.setXMLSchema(schemaDoc);
saxParser.setValidationMode(XMLParser.SCHEMA_VALIDATION);
saxParser.setErrorHandler(handler);
saxParser.parse(new InputSource(new StringReader(docStr)));
if( handler.validationError )
errorMsg[0] = handler.saxParseException.getMessage().substring(0, Math.min(199, handler.saxParseException.getMessage().length()));
Never reports validation errors in the XML. Although the XDK Programmers Guide states "...you can use
the oracle.xml.parser.schema.XSDBuilder class to build an XML schema and
then configure the parser to use it by invoking the XMLParser.setXMLSchema()
method. In this case, the XML parser automatically sets the validation mode to
SCHEMA_STRICT_VALIDATION and ignores the schemaLocation and
noNamespaceSchemaLocation attributes." No validation seems to occur. I have tried to set an xsi:noNamespaceSchemaLocation attribute on the root XML node, but this results in URL errors if the URL is not valid or schema build errors if the URL is valid, but does not point to a real location.
It appears that without a schema location attribute, no schema validation occurs. Using setXMLSchema() with a database source does not seem to cause the schema location attributes to be ignored. At least for Java stored procedures.
Does XML Schema validation work in the database for externally referenced schemas?
Thank You,
Art<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Jan Vissers ([email protected]):
I have two schemas A and B. A contains a java stored procedure which calls a java stored procedure stored in B. Upon resolving the "A" Java Stored Procedures I get the following error:
ORA-29545: badly formed class: at offset 3093 of Adapter.TFADPBeschikbaarheid.sendAanvraag expecting a class-oracle.xml.parser.v2.XMLDocument but encountered a class-oracle.xml.parser.v2.XMLDocument.
... Question:
it is expecting something which it has in fact encountered... SO!!!! What is the error.
Thx,
Jan<HR></BLOCKQUOTE>
Try this:
Edit your XSU installation script located on lib directory of Oracle XSU's distribution:
Find the line:
loadjava -r -v -u $USER_PASSWORD xmlparserv2.jar
Replace by:
loadjava -r -v -g public -u $USER_PASSWORD xmlparserv2.jar
And installs your Oracle XSU again.
Best regards, Marcelo. -
Invalid objects in APEX Schemas after import.
Hi,
After importing the APEX_040100 user in the database I got several invalid objects that are causing APEX not to work.
I gave up to compile them. After using all kind of tricks such as compile one schema at a time or compile all of them using the utlprp.sql script
or using EXEC DBMS_DDL.alter_compile('PACKAGE', 'MY_SCHEMA', 'MY_PACKAGE');
or one object art a time using command sililar to:
ALTER PACKAGE my_package COMPILE;
ALTER PACKAGE my_package COMPILE BODY;
ALTER PROCEDURE my_procedure COMPILE;
ALTER FUNCTION my_function COMPILE;
ALTER TRIGGER my_trigger COMPILE;
ALTER VIEW my_view COMPILE;
I can't find any documentation to show how to recompile them properly.
So I am asking:
1. How can we recompile all objects in APEX?
2. How can we re-install APEX?
3. How can we revert to previous version if both have problems?
Thanks
Yannis
Here is the list of invalid objects:
APEX_040100 PACKAGE WWV_FLOW_DYNAMIC_EXEC INVALID
APEX_040100 PACKAGE WWV_FLOW_LOAD_DATA INVALID
APEX_040100 PACKAGE WWV_FLOW_SAMPLE_APP INVALID
APEX_040100 PACKAGE WWV_FLOW_UTILITIES INVALID
APEX_040100 PACKAGE BODY APEXWS INVALID
APEX_040100 PACKAGE BODY HTMLDB_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_4000_UI INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_ADMIN_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_ADVISOR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_AJAX INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_APPLICATION_INSTALL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_ASFCOOKIE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_AUDIT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_AUTHENTICATION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_AUTHENTICATION_ENGINE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_AUTHORIZATION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_BUILDER INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_BUTTON INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CALENDAR3 INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CALENDAR_AJAX INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CHECK INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_COLLECTION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CONDITIONS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_COPY_PAGE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CREATE_APP_FROM_QUERY INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CREATE_MODEL_APP INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CSS_API_PRIVATE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CUSTOM_AUTH INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_CUSTOM_AUTH_STD INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DATALOAD_XML INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DATA_QUICK_FLOW INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DATA_UPLOAD INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DICTIONARY INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DISP_PAGE_PLUGS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DML INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DOWNLOAD INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DRAG_LAYOUT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_DYNAMIC_EXEC INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_ERROR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_F4000_P4150 INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_F4000_PLUGINS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_F4000_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FILE_MGR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FLASH_CHART INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FLASH_CHART2 INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FLASH_CHART5 INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FLASH_CHART5_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FLASH_CHART_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FND_DEVELOPER_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FND_USER_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FORMS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_FORM_CONTROL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_GENERATE_DDL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_GENERATE_TABLE_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_GENERIC_ATTR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_GEN_API2 INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_HINT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_HTML_API_PRIVATE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_IMP_PARSER INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_INSTALL_WIZARD INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_INSTANCE_ADMIN INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_ITEM INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_JAVASCRIPT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_JOB INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_LANG INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_LDAP INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_LIST INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_LOAD_DATA INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_LOAD_EXCEL_DATA INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_LOGIN INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_MAIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_META_DATA INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_META_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_MODEL_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_NATIVE_AUTHENTICATION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_NATIVE_DYNAMIC_ACTION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_NATIVE_ITEM INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PAGE_CACHE_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PLSQL_EDITOR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PLSQL_JOB INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PLUGIN_ENGINE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PLUGIN_F4000 INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PLUGIN_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PPR_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PRINT_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PROCESS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PROCESS_UTILITY INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PROVISION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_PROVISIONING INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_QUERY_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_REGEXP INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_REGION_LAYOUT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_RENDER_QUERY INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_RENDER_SHORTCUT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_REST INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SAMPLE_APP INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SC_TRANSACTIONS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SECURITY INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SERIES_ATTR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SESSION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SESSION_MON INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SVG INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SW_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SW_PAGE_CALLS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SW_PARSER INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SW_SCRIPT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_SW_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TABLE_DRILL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TAB_MGR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TEAM INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TEAM_GEN_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TEMPLATES_UTIL INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_THEME_FILES INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_THEME_MANAGER INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TREE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_TREE_REGION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_UPGRADE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_UPGRADE_APP INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_UTILITIES INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_VALIDATION INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WEBSERVICES_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WEB_SERVICES INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WIZARD_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WIZ_CONFIRM INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET_AJAX INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET_DIALOGUE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET_EXPR INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET_FORM INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSHEET_STANDARD INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WORKSPACE_REPORTS INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_ATTACHMENT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_DIALOG INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_EXPORT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_FLASH_CHART INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_FORM INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_GEOCODE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_IMPORT INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_IMPORT_API INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_SECURITY INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_SETUP INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_STICKIES INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_UI INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_WS_WEBPAGE INVALID
APEX_040100 PACKAGE BODY WWV_FLOW_XLIFF INVALID
APEX_040100 PACKAGE BODY WWV_META_CLEANUP INVALID
APEX_040100 PACKAGE BODY WWV_MIG_ACC_LOAD INVALID
APEX_040100 PACKAGE BODY WWV_MIG_FRMMENU_LOAD_XML INVALID
APEX_040100 PACKAGE BODY WWV_MIG_FRM_LOAD_XML INVALID
APEX_040100 PACKAGE BODY WWV_MIG_FRM_OLB_LOAD_XML INVALID
APEX_040100 PACKAGE BODY WWV_MIG_FRM_UPDATE_APX_APP INVALID
APEX_040100 PACKAGE BODY WWV_MIG_FRM_UTILITIES INVALID
APEX_040100 PACKAGE BODY WWV_MIG_RPT_LOAD_XML INVALID
APEX_040100 PACKAGE BODY WWV_RENDER_CALENDAR2 INVALID
APEX_040100 PACKAGE BODY WWV_RENDER_CHART2 INVALID
APEX_040100 PACKAGE BODY WWV_RENDER_REPORT3 INVALID
APEX_040100 PROCEDURE APEX_ADMIN INVALID
APEX_040100 PROCEDURE F INVALID
APEX_040100 PROCEDURE HTMLDB_ADMIN INVALID
APEX_040100 PROCEDURE WS INVALID
APEX_040100 SYNONYM APEX_COLLECTIONS INVALID
APEX_040100 SYNONYM HTMLDB_COLLECTIONS INVALID
APEX_040100 TRIGGER WWV_FLOW_FEEDBACK_T1 INVALID
APEX_040100 VIEW WWV_FLOW_ADVISOR_RESULT INVALID
APEX_040100 VIEW WWV_FLOW_COLLECTIONS INVALID
APEX_040100 VIEW WWV_FLOW_SEARCH_RESULT INVALID
APEX_040100 VIEW WWV_MULTI_COMPONENT_EXPORT INVALIDyannisr wrote:
Hi,
After importing the APEX_040100 user in the database I got several invalid objects that are causing APEX not to work.Hi,
You mean you did export APEX_040100 schema from one database and import it to another database?
There is also public synonyms and if I recall correct some objects are in SYS schema that belongs to Apex and are needed.
Regards,
Jari
http://dbswh.webhop.net/dbswh/f?p=BLOG:HOME:0 -
Mapping JDO to an existing DB schema
Can anyone advise me how to map following two classes to existing DB:
class Protocol {
private String projectTitle;
private RenewStatus renewStatus;
class RenewStatus{
private Date startDate;
private Date endDate;
We have unidirectional association(1 to 1) from Protocol to RenewStatus. I
was given following to tables to map to:
PROTOCOL
|==================|
| int_protocol| project_title |
| 1 | test1 |
| 2 | test2 |
| 3 | test3 |
|==================|
RENEWSTATUS
|================================|
| int_protocol | start_date | end_date|
|================================|
| 1 | 10 25 2000 | NULL |
| 2 | 01 10 2001 | 01 31 2001 |
|================================|
The int_protocol column in RENEWSTATUS table is Primary Key and Foreign Key
from PROTOCOL table at the same time.
I came up with following metadata:
<?xml version="1.0"?>
<jdo>
<package name="dao">
<class name="PROTOCOL">
<extension vendor-name="tt" key="table" value="protocol"/>
<extension vendor-name="tt" key="pk-column" value="int_protocol"/>
<extension vendor-name="tt" key="lock-column" value="none"/>
<extension vendor-name="tt" key="class-column" value="none"/
<field name="projectTitle">
<extension vendor-name="tt" key="data-column"
value="project_title"/>
</field>
<field name="renewStatus">
<extension vendor-name="tt" key="data-column" value="int_protocol"/>
</field>
</class>
<class name="RenewStatus" identity-type="none">
<extension vendor-name="tt" key="table" value="RENEWSTATUS"/>
<extension vendor-name="tt" key="lock-column" value="none"/>
<extension vendor-name="tt" key="class-column" value="none"/>
<field name="startDate">
<extension vendor-name="tt" key="data-column" value="start_end"/>
</field>
<field name="endDate">
<extension vendor-name="tt" key="data-column" value="end_date"/>
</field>
</class>
</package>
</jdo>
but association from Protocol to RenewStatus doesn't work, the renewStatus
filed in Protocol always has null value.
Any suggestions?
Thank You,
KirillPatrick,
Thank you for descriptive example with application identity.
I run it with Enhydra InstantDB, and it generates wrong SQL statement, the
SQL log below:
connect: jdbc:idb:../examples/db/database/idb.properties (null)
INSERT INTO RENEWSTATUS (end_date, start_date, int_protocol) VALUES (NULL,
{ts '2002-01-10 13:07:26.901'}, 1368732254)
INSERT INTO PROTOCOL (int_protocol, int_protocol, project_title) VALUES
(1368732254, 1368732254, 'protocol test 3')
INSERT INTO RENEWSTATUS (end_date, start_date, int_protocol) VALUES (NULL,
{ts '2002-01-10 13:07:27.026'}, 1368732633)
INSERT INTO PROTOCOL (int_protocol, int_protocol, project_title) VALUES
(1368732633, 1368732633, 'protocol test 4')
SELECT t0.int_protocol, t0.project_title, t0.int_protocol FROM PROTOCOL t0
SELECT t0.int_protocol, t0.end_date, t0.start_date FROM RENEWSTATUS t0 WHERE
t0.int_protocol = 1368732254
SELECT t0.int_protocol, t0.end_date, t0.start_date FROM RENEWSTATUS t0 WHERE
t0.int_protocol = 1368732633
Insert for protocol table contains extra column - int_protocol.
The attachment is your example + instantDB database I mapped to.
I couldn't figure out why we have extra column in Insert statement,
Any suggestions?
Thank You,
Kirill.
"Patrick Linskey" <[email protected]> wrote in message
news:[email protected]...
Kirill,
Because you are using a single column in PROTOCOL for two purposes, and
because (by extension) the primary keys for rows in PROTOCOL must match
those in RENEWSTATUS, you must use application identity.
The attached java classes and package.jdo should do the trick. If you
have any more questions about this example, please let me know.
Note that the application-level ID generation scheme that I used is less
than ideal.
-Patrick
>
Patrick Linskey [email protected]
SolarMetric Inc. http://www.solarmetric.com
begin 666 examples.zip
M4$L#!!0````(`&)K*BQOA0#S0P(``/0'```1````97AA;7!L97,O=&5S="YJ
M<'B=E<^3FC 4Q^\[X_^0<FH/!+0]=+K2G2KV8'7<5KOMK1/"JP8PR22!D?]^
M@\Q&[6P=\ (DX?O)R_N1-WXX[ M4@=),\,@;XM!#P*E(&=]&WL_-5_^C]_!Y
M<#>X&[_Q_?FD9$4*"OU>+M"C$AE0X_MV>2S;@?U$J!E(4*9&E!C8"E5'7M((
M/<3)'B)O*F0].QC@S:8:#SU4D:*T"UDJ/!3<!!DYB%3P5U_#L+0X0?:2%:"<
M^(EI-E$B;Z;^3U E-VP/C;-:SH^2<Y(4L*DE.!85>YP(51">XBQI/8=?I%^D
M+)@E6N,;<<_]B)0:E T;ABR9$Z77I(+4[3R\$2:)LC/&9H-#^9G1R,]X\]#-
M(TUNA+>O9M;!K?%4<$/8[>>O]J\9'5?),8B8;($;+(4RT?!#&(;(CS-2$5RP
M1!%5VQ.;733]%$S:. 4V+.LC.+!_W+^ZD##>R]9,2W6,,"Y(R>FN5,P9&EPC
MZ5J_,":$YJ5\M,8Z:4+RCN+I#FB^-DU^=LN0<ZTM$,)KI^LALW6UXC$DY=:I
MP[YR6QHWB&6MV'9GG-+-H+?T'1J%X:@C*@9-%9--D?;U0"SH1;A203LJ9P=:
ME"E,"Z+U['BKI+U],(^_G2Y5F^]HB-_C\$_G@R^(-AO2/W"+8UDQ.)6B,?-X
M=;^2AEB_A_YRO?Z^\.?Q9-J1N"0Y_).[78U9E>8B!+3Q*%QM#6?JM2@5A0N
M5EUCN&'FS.".HJ>V"Y]J%'<]Z2^A<MNP8Z9L#[:+#H%;P#@X]>?!W3-02P,$
M% ````@`(&PJ+,*:JF5*`0``OP4``! ```!E>&%M<&QE<R]S<6PN='ATO91-
M:X- $(;OA?Z'N9F T777KP@]A+"E`:M%37,,?NS!8#7$*11*_WLW38HF@=ZZ
MMYG=F??9=QBV[-I6E!C KBK*H*Z*P#!,\9&_[1O1FU5A5CGF1=X+4]X9^T.W
M%P>L10^3]KUIIO=WJRCE20:K*(LAX1'?I-DB6Z<P$6VUE<U"AQ[S`Y[CNL6M
M5,&N[)HIO"["-9>UT3H,=?C$'C1*")T1:V81L%C :$!]PW(][4N7N4<H8SYS
MK[@O29S%RSB$R5C^$J:#C';2ZA9K;,3 'E3'!!VTWTY T2/8FB*SQ!F;M1W_
M'\Q*U3'AQBP[FDUYR)<9(#$NI>7!A;I^70*/2?P\O!/)GUK#Z&0R3.\D,AXR
M$M@\\83?X!ZD%=?W&*6.K0KE,J8"-?==0AU?#<J9^]Y<`<HCEB,W7\5:_* L
M1PWJ]'.H0MG'M?@&4$L#! H``````&U1*BP````````````````-````97AA
M;7!L97,O<W)C+U!+`P04````" ""72HL>AL\E)P!```;`P``&0```&5X86UP
M;&5S+W-R8R]S>7-T96TN<')E9G-M4L%NVS ,O1?H/W"]2W)L--T*U06*7+;3
ML Z[TQ;3:)4E0Y+;Y.]'QX[3M3U1>'KO\5&4OM]W#EXH)AO\W=5*%E?W]>6%
M[B-M$Q\`]!<AX'>TZ."9#A+^H+,&!I^M@]4U_$ _8#Q 612E!"$FS7,P03C;
MDD\D6%9794E560FL5M2LOXGF*ZVOUZ6@[<VVJ&ZT^J"XO%BZ;S!C@XD@41YZ
MZ&/H*69+20(\$D'>$0R)(CP-UA!L0P1#R %'PBF2:8YULM0CW6-']5\3\I##
M.)]6"SHS>TSI-43S/VM!9VLF#M$QIVEOK6ENI52TQZYWE)1IE)G3*[Z3Y^S<
MC473E&.\:'D+=8A/DOSN8")*ZU-&GUDU6DN6;XXDK6;R26K;S-OC+<P(0!LZ
MF8+#V%&.MI7CZTK+D2:KU.ZH0SD*Y?>IR^9AL]C,ONJ#L>Y#<$L3W5E?%UJ-
MY8SA_HAQ.=F\$>E^_&DID\\B'WI*9R'&B.<!&'A!-U!M,,B?,>30!G[Z"?N4
M](L\O3YFS$-ZS]/JK3D'^BP$CSO^$+Z=O_X_4$L#! H``````&U1*BP`````
M```````````1````97AA;7!L97,O<W)C+V1A;R]02P,$% ````@`.IHI+'F?
M7>9:`P``BPH``" ```!E>&%M<&QE<R]S<F,O9&%O+TI$3T9A8W1O<GDN:F%V
M895637/:2!"]\RNZ.(U<+H5L[<F4:[<6QQ52"79"=O<\C-HPSFA&GFDE."G_
M]VV-)%"$("P'D/1>?[WN'E%(]46N$3+IIJ/1JXN+$5S 9TT&KZJK&PS*ZX*T
ML_%^YHIGK]<;N@+^[.Y J 1^FTQ>UYR\D/8Y\O^4)6V<CY=?T0?V`Z_3"=^_
M&HU&.B^<)U N3X,STN=(7JOTB\M<RIA)'[.52M_=_#6[KVP#H57X05I.V-]*
M1<X_3\]TLL2GLK(^RZPD;=*[U2,JFF=ANDOT47Z5-7CO78&>-(;I(?A6A@W)
ME<$!;.:,8;>L0\]M>I :UNPC]UXS0(VQ1_"RX_OWVP5%L/&2Y$.5KJ!=6.
M*]&6_O6:^EX9N]4&[THJ2EJ21YD/$N;V-+YP=.M*FW72Z]*VW!_.XJ"_TW-(
M_6[NN>]N[MZB*2H_A^";+44M#H"/)5;>?@:LS+5=IW.K24O#/2+<]HT;SDEP
M$7^&N]0EG:<8%_AW0-_E%.7*: 7*R!" \48=^#$"*'A\> 8@\"0PY^1.P4,K
MZ_\U5#P%A$=QD<1<X+SP< T6OYWFBF0:'38F:4!:< ^\M$'&19+F$\I,D"_Q
MD/H)26K[CS0EAB.4.Q8WY]!:'2%\D-M[YXSX?0`J#6G:L"899N)!FM#:4].5
MGL%[MZXW452%=S8SWO>W48RKU:8MC9.D\?L"2I+:@!A</,!ML@N[?&8]\]25
ME!95(&/%>.%BD'$R?8DLCU1ZNQ\'#A!'HIZS9B*.]W&-].M1T \@=@WGCI?&
M)'UM>!)^.5F-`,?S/B/QX8QWJ39N3Y>5'O%Q1+W]^Z#R6[]S@AA(K<@O@?O.
M9P0\:,,S<0FSN.C*A#;!^ESC-L>?:[:ILFF>"B9>0F>(XV$'3_$[<GG(ZF<U
MM79SV81KC#KYJOWE-8@]D-0^4]RB*@G;UC3JJ<X+<% 1X[A$3GO!\=NW]CP3
M;;'R^_>VW.X6-=Z%.'E<)*=[%YO7^Z=0=[1*1O27K+-8^Y'E?7??FH/KYQ-:
MC&>N-!E81^!6U<D#H8D%.ANSX)TA/B$,BU'/"6C+$)MW=ZE]=KA,C423M@KD
M\V@'[O[MI/,,G,ZJEG:?);L7:B7'Y^X!V])VH9LR]DV)_MIT_H )7%4A4IUU
MZWWY#U!+`P04````" `65"HL!-NTV#X"``"A!@``'@```&5X86UP;&5S+W-R
M8R]D86\O4')O=&]C;VPN:F%V8:V4S8[3,!#'SZW4=QCM95.TRG+@@$!<^#@@
M@;2BO( ;NXT7)Q/9XY85XMT9.Z[KI%LA(7JHXAG/S&]F_LD@FA]BKT *?+M:
MKI:Z&] 2/(J#J#UI4[^(YL8(Y^#!(F&#!E;+7ZOE8K#Z($B![@FTY'O OY-Q
M0U;W>S[BHVKHNR:C9C>^J5X=-R3(.[#GYU@O9/=;HYMSS2IEI)!JS1<"PN+^
M'K9"PE$\`2'L.8V-2-+=P=8S%]T:`Q)AAQ9Z/-8A2$MX!UP0OB GK#9/CE17
M-]XR!J-VZJLV1CNHUNNZ%:[]@%+Q(9+%DCUR#6H%P58UPCL%N..S`O53.PJ4
MKFE5)X"GYKN!-/;,<U0IO/..($2%$">ZR!L)MTCM9#"BEWD$D;V85&JBO%YI
M><(L)\\W*6U@\7LZW]-4,3U4>;2CX;W?[12#^5TJ-S%7KU^&>HL%^VLQ#(IQ
MJYN\LUCT#=RLLV^OZ*$$XQ%?QI<!1;]U`3E&647>]@&N]#W3Y0%YYVY>.T4<
MA,E-SZ;&KNLSN^SEE"5QS<2?T[ $/M]VHSCB\(.26 N6U="B-Q*$844[5A=@
MKZ((L#=/X3"&%SN_`X<Q'8LR5#QH&7**T"XI6Y^Q2Z$P^T0W<_3I"QG($_SX
M)2ABKWP+LN5C^',D+(6G"P\O.=GC:*9BCLDR&K7:U?'='2O\7R6_>D[)F7LN
MXLW)<47!J:UYV*?1_.\"+NK&_U*[&?:J<*-S1C];_&135R!R%Q<(J>V_`ISG
M,"M_ED/2W!]02P,$% ````@`%U0J+/?B$?)9`@```@4``" ```!E>&%M<&QE
M<R]S<F,O9&%O+U!R;W1O8V]L260N:F%V88U336_;, P].T#^`]?+G&!5=MAI
M10Y=>\EI`]H_0%MTK$:1/'VTR-;]]U&27:=;@2WP)>0C^?CX-&![P#V!1'NU
M7"P7ZCA8%^ !'U$H*]8YN%FOEPM85U^;!VH#[&ZAU>@]=-8!#H-6+09E#2A)
M)JAP`A^'W"8!<B6W%]^<#;:U6I30=0SV<D^&' :2T)R@M4?AK49WI.!4*PY6
M6A&LU5[P%"7%]3QK=WO/"9$Z;9:+(3:<&%E-<W9RN:AX'TU'IN7ACIQ"K7Y@
MHVFY^,G)S08(VQZ&`W2*M 1EX)PI%,PQ^@`-@58^,44/"./$4M:3(Z92C4%E
M`KSU4S*KF9HF02L683?1*P+:#NA[1.V!)>BM%!FUF5LWO#2AF5#U>!';K!B3
M5JI4!W7HE8?M=@Q7E:,0G8'@(EVE`&E/D("V23 3M8;G9]A3N,D*UBMXEZK%
M6>15IXZ'4UZFJF:YP096`K90S[$5M\DSQTHE,[$$%%F/ZM>_->G1]S=6TJ@*
MA![#Y#'/_Z@4%E$N7]"M-<%A&P3<)T'4Z[X<,=9<LF=1E_JGG@P?6P?%P'):
M/K7CQT%>[0V.QQ^0G<VL>"X,3AW1G4K]@4X?$L :?<K93CEVSH@!3H]^J3T3
MYV:E#/708T.!G:WU:96(14_9C*G)M(Z /\V0?/:R;/WB@%%I0T^P,X'V?)):
MR94X@_ZG[L'>\4,T^R*XC6&(66]F:(OQE'SO2_7YEH^H(_F_"4_=IK9O<BZY
M+['K$O%/'U?I\9-)JL6!77-6/:<N/L-%<>@<4G)[,2.2`F>EHP+\_0902P,$
M% ````@`&%0J+,?598-<`@``$04``",```!E>&%M<&QE<R]S<F,O9&%O+U)E
M;F5W4W1A='5S260N:F%V88U4P6[;, P].T#^@>ME2; J._2T(H>NO>0T8.T/
MT!8=JU$D3Z):9.O^?93E-$E78#-R,?E(/CX^I\=FBQL"C?YZ.IE.S*[W@>$1
MGU 9KQ9#<+E83">PJ+[5C]0PK.^@L1@CM#X`]KTU#;+Q#HPFQX;W$%,_M,F
MH5+:J^_DZ/F>D5-4)7J3V%]N)!R024.]A\;O5/06PXXXF$9MO?:*O;=1R2"C
MU<UQW/KN01(J=UI.)WVJ)3$2.QFUUM-))5M9V@FY"/<4#%KS$VM+T\DO22Z7
M0-ATT&^A-60U& =O^$*![5)DJ FLB9DO1D 8YY;*C@()H6H,&L?PWF/T(&MN
MFI6M1(KU@6%1TK= /Q+:"")$Y[4:4,MCZUI6)W0'U&P\C:_G@LE;5::%&7<F
MPFHUAJLJ$*?@@$.BZQP@&PDRT-<9YI*U\/("&^+;0<?9'#[D:G42.>O4RG :
MEJFJ,]'!LX@!*YB=A>?2;)@\UAL]T,M8-:A2_?ZW,AW&[M9K&K4![I /EHOR
M1J6P2'/YBFZ\XX -*WC(LICSOA)QWEV*A=&6^N>.G)S<LA%@.; </,BW0M%L
M'(X6Z%&,+JQD+O3![##L2_V6]I\RP#N['[*M">*?$0.2'ETSBT)<FI4RM'V'
M-;&XW-K]/!-D097YB:'=12\M41VV^NRLU<?C$K$6#MF#9RE9G1<W4"_4_=
MV=_+1^DV17"?N$^#WL+0%_L9_3&6ZM,MG] FBG\3/G0[M'V7<\E]36V;B5]]
MGN<_`G)9M=2+:TZJCZF++W!1?'H,&;VZ."*R`B>EHP+R^P-02P,$% ````@`
M)6PJ+,\::U]A`0``50,``!H```!E>&%M<&QE<R]S<F,O9&%O+W1E<W0N:F%V
M8;5234O$,! ]6^A_&/;4BN2BMV5O*BCX@>M-/&2S0S>[;1*2Z7X@_G<G_=J*
M"WJ1!CIY>?/R9C).JHTL$);23M,D373EK"=8RZW<B_72BO/I-U#4I,L?H&YY
M\7/UHM0*5"E#`,) :?*1)@`='D@2_[96+Z&2VD V)Z]-`6_O('T1\LAM$@">
MT0<="(W"!VG8I0=7P>SL_OKI5BJR_B *I!.L+)^V"J]>FL!4;0W0*)ZQD%"U
M]VAHS!D21V2QP$)W1YTO;\DJ6X)C(8.[(Y!-7!_&TN%RT@NZ:/4%F3WG#M2!
M]41 XHVG:TD(611JHWQ(JD0E-SA42)"YHXU?;[_ZS]O''5*VJC0=NQ>;6]J
M?=-ZE W__>UN]LV=V#X6DSL@Z^L5S8Q=L),:^Z0[0B]9'32GH=#]=E#=K73)
MOK18R?"(^V@Z;T^ZH0.8']A1)6Q-PO%H4FDBWW3D3N?S5*4-S.L+4$L#!!0`
M```(`&UF*BP\-XY&4 $```P&```<````97AA;7!L97,O<W)C+V1A;R]P86-K
M86=E+FID;^V4/V^#,!#%]TK]#I9W2KN31E6;H5)5*D+5,;K@:^7$V,@<:?CV
M-082AD3Y.W8";.[WWOF>'(W7N6(KM*4T>L0?[N[Y^/'V)EH(XQZ,105D2_A!
MIB''$1=@N%]W.YF"LNS6/ZPADQG%F12H25(=4%VX#2@*)3,@1^=M'6-FOL",
MI @\85O\*GJVH^.:4#>FG#DMC U:(2+.EEB[%Y@KY&P%JFKTDSB-G^,W'AY/
M4"9;!DZVRO6&HXW&4QB^@[V0#>9;HA+=44G!66%E#K8.VDYLA=O&CQ 50-!K
M;LM8+R\US8I^'H->0N]BGRU7T4PEE:2NZJ;CSLB#=]G98<:BQM\I`57E25Y<
MIBX]G/;+SW57T).!LW.R/JB_(.[)Y'WR-4V?TL_I?^+/37Q)8.D%Z*I6/'0F
M&NJ167<J%YGHE=V/!W2'L8["[F)O+ONPO>W_`%!+`P0*``````!M42HL````
M````````````%P```&5X86UP;&5S+W-R8R]D86\O=&]O;',O4$L#!!0````(
M`%6:*2P5] !RX@```$X!```D````97AA;7!L97,O<W)C+V1A;R]T;V]L<R]%
M;FAA;F-E<BYJ879A39"Q3@,Q#(;W/(75J7=#[NC8+DB4A84!-L1@<M%=:!)'
MB=M25??NF!Q%>,G_)_YLQPG-`4<+`Y)F(E]V2G5MJZ"%5\?>;G_4WA:376)'
ML?H'2I?LQHFW(/'G8&T:V/3]9LD)">.EYM_CD2?*59YL+E('[G0OOE/*A429
MP5#0A3SF8#D[HP\TD+9QPFBL?MH_/RXRRWSI^.&=`>.Q%+C=PU4!_+X41I;C
M1&Z @"ZN7Z1D'-_>`?-8&N ITUG0+V/KIRHK\:^-KERT9[BQUU5M:$LGN^K2
MLC?].=!J;G;"SVI6WU!+`P0*``````!M42HL````````````````$0```&5X
M86UP;&5S+V-L87-S97,O4$L#!!0````(`()=*BQZ&SR4G $``!L#```=````
M97AA;7!L97,O8VQA<W-E<R]S>7-T96TN<')E9G-M4L%NVS ,O1?H/W"]2W)L
M--T*U06*7+;3L Z[TQ;3:)4E0Y+;Y.]'QX[3M3U1>'KO\5&4OM]W#EXH)AO\
MW=5*%E?W]>6%[B-M$Q\`]!<AX'>TZ."9#A+^H+,&!I^M@]4U_$ _8#Q 612E
M!"$FS7,P03C;DD\D6%9794E560FL5M2LOXGF*ZVOUZ6@[<VVJ&ZT^J"XO%BZ
M;S!C@XD@41YZZ&/H*69+20(\$D'>$0R)(CP-UA!L0P1#R %'PBF2:8YULM0C
MW6-']5\3\I##.)]6"SHS>TSI-43S/VM!9VLF#M$QIVEOK6ENI52TQZYWE)1I
ME)G3*[Z3Y^S<C473E&.\:'D+=8A/DOSN8")*ZU-&GUDU6DN6;XXDK6;R26K;
MS-OC+<P(0!LZF8+#V%&.MI7CZTK+D2:KU.ZH0SD*Y?>IR^9AL]C,ONJ#L>Y#
M<$L3W5E?%UJ-Y8SA_HAQ.=F\$>E^_&DID\\B'WI*9R'&B.<!&'A!-U!M,,B?
M,>30!G[Z"?N4](L\O3YFS$-ZS]/JK3D'^BP$CSO^$+Z=O_X_4$L#! H`````
M`&U1*BP````````````````6````97AA;7!L97,O8VQA<W-E<R]T97-T+U!+
M`P0*``````!M42HL````````````````' ```&5X86UP;&5S+V-L87-S97,O
M=&5S="]T;V]L<R]02P,$"@``````;5$J+ ```````````````"(```!E>&%M
M<&QE<R]C;&%S<V5S+V1E<&5N9&5N8WD@8V%C:&4O4$L#!!0````(`.MK*BR[
M58^%R ```+@!```V````97AA;7!L97,O8VQA<W-E<R]D97!E;F1E;F-Y(&-A
M8VAE+V1A;RYT;V]L<RYD97!E;F1E;F-Y8V'@3$G,URO)S\\I9F1@8&"L5!=Q
M8V!DX'7-RTC,2TXMTLM*+$L$2ZA-\01*",&5Z\&4`$5EDO-S]8KS<Q*+<E-+
MBC*3];+S4_+U4B$*<.B"6!;*``(XK&,#,AB$04)ZF?EZGOZN%<FI!269^7D,
M&$ `K"HG,2]=SS\I*S6YA!%-`2,#FTUF7F:)75ING3*R\F"@@_/2,4U40"AQ
MSDDL+O;++W'++\U+P>,(8806/*HT\ 66GI>+/U(0H0!&!I;<1* ?HB:O``!0
M2P,$% ````@`-YDI+"_;^BW)````NP$``#<```!E>&%M<&QE<R]C;&%S<V5S
M+V1E<&5N9&5N8WD@8V%C:&4O=&5S="YT;V]L<RYD97!E;F1E;F-Y8V'@*DDM
M+M$KR<_/*69D8&!@K%2;K,; R,#KFI>1F)><6J27E5B6")1X[;NK4QTH(8Q0
MKP=3`Q262<[/U2O.STDLRDTM*<I,ULO.3\G72X4HP*4-8ITM`PC@L)"-`:09
M)*27DYB7KN=:D9Q:4)*9G\> `33P.4'/R\4?R5X4P,C DIN8F9<9-7D%@P#"
M*O^DK-3D$D8,Q6PV0+4E=FFY=<H,"@CESCF)Q<5^^25N^:5Y*7B<B61#,-"9
M>>F82B#^S<S7\_3';1 `4$L#!!0````(`!9L*BS?A19U%04``)<0```P````
M97AA;7!L97,O8VQA<W-E<R]D97!E;F1E;F-Y(&-A8VAE+V1A;RYD97!E;F1E
M;F-Y[5=;:!Q5&/YW-]EL2II[FBII$%/KK0XM6,%0*FVV(=LDFTW2J-5@.)DY
MNWO2V3G;F3/-1C0(`1\4I6(1!+554:&6".*#--0@WA!4J/J@&%0$7TPC\?80
M!/7,S.[.[,QL-BWIF_LT.^>__]__G7^J("0A"OP7F+FYE4(U;$VHE%&1RL(4
M.HG,@UW_)B$(=5Q0*!Q"@_%O!"MX>I0AIFL0@%I#0= 9X:<%N9CD-)/B4O5.
M,S&)OZDQ]0B%6H8U5I!?'CX_W,A/(X:\<0`ART-.F)*HTUE1O^%(=*@7B8RJ
M,PZOI_<4O-K'4 .=(LT(&I61FL%,):)PG$I4()DL3UR:%.$ZWW/3H<-WQ'S4
M3CBB< 199STJ*$.4%#0[RE5:ES2/L,E5T-+2A#UULSHV9K2N?+G#$ A HVE$
M1DI*&.69\$@\OP9;I$=&FN:5:,U'(HQBE2"9/(PF91STB#79AF(*PRFLNB6"
M$-Y/%,(.A%*O=$ DC;1T#Y5PP^3R!\Y(AR:GL,@"+N5003F9F>V"2 HS,]SE
M,[>M0H11*[V%L[M78)L[Z4-Z,NF-IFCPYY5O_X0PRF:Q(D7USF[;W,6[GKKH
M0*%5]UE3VP>PC?R\<AZ!DCPJ59_C($G5.,K@QJ9'QZ&ET(H$#X_Q(#'*^*AD
MC5-9>>R9!0&:BX@58@RKB,^ 6R,(-;P7<9QCK$];A2J%/PV?&WMB(_!IL46.
MIE4Z;6##+1. +;Q=@UC34 K/31S[NL3PC,:P*XD`A*C.6@[LW,8?JW".L.&7
MO[L,-[B*%:>LE^J*=#@GXBPC5'$[!F@K3J1P5$6*QCG 1XX#DX]\AK#L>[\_
M`-63.$64X!>+/T&'K9[ JD9XJ(J(!Y&"?.!=!<VBKJI880Y7'QU\*0GU&70<
M%PTP*37Q+M3RDAS.&7^CX3.GH%J4J88/KO[0;A7'<FH)N!UQ9B3Y5MZXHX.Y
MZ!GR,.W_:F#!S*V>>W*PRP@YJQ0P^/[$ET$/0>8-C,7F%DZ;WMJX`6_Z]SRX
M]"9TVBV)4[,I49RTFJ*J7J05P?]&:^]NJ+>A&47,!S9YX?Y+\W'OK9,/<_;[
M%Q[::TK7:9B/!%*98>S63WO?\M.Q5<K<=E57,<4;F),-DU(I^3AIR4E7%4H'
M/DVU>UKVLFPW$MM1X)A>(N,-C)B#`=:1J@CJO"%+A ?8A^6LMSX!V,[!Z)@O
M)%L-BDEW_K(R;]]50SK+ZF48$C:;I0&$]5<*?G6>T(W9<<Q8J;L:GI;!P./=
MI^8VBW?SE[M5TF$=^_K%.2SJ#.^[90G@^I(.C&E8+=O18H&FV-Y7K^9>:K41
MW$-E&?L2,US!30'0579O$PH@\6G=%7%\$"*<3<Q:?G)'])*;Q;<[9V<]"!;+
M=W+/'[?#[email protected](]U..-K0R60B4<:Y#B`$W=IQHW1M_GGVV%9AZR"XZO_?/\
MW=#M&X2J*XQDL$]I\KHQ'J4[!/XIP=T.<>!DN X1_YX^=A[:^:LX59AS=D<P
MDF[Z]5E.N/QP4)<986E>+@E+'UX8'X(&S;BY&"+O4C6L?9-]_P%V&(HER"
M4GEQK>Z<"WM6HNZ BN5^[NFWT]"U7L?+3JC_+1A??/)^V+4!X.TT%_<2BT$B
M-5WN?Y$_^WP!@&/)7^_SX?\]?Y/V?/<692]193:%\+79%"HPGF&QJ;!G\LD<
M)+),M,32ZW]=FQW#-#= O9$&79W-J[ZSUO9;Q64MZ&CEXQ__6-#=M_;(R']0
M2P,$"@``````;5$J+ ```````````````!4```!E>&%M<&QE<R]C;&%S<V5S
M+V1A;R]02P,$% ````@`&VPJ+',],^:G"P``<!P``"8```!E>&%M<&QE<R]C
M;&%S<V5S+V1A;R]296YE=U-T871U<RYC;&%S<Y58!WA;U17^KX8E*\][Q(EM
M8HAC9,D#`H20P8@=$X'MI-B$&M/"B_0L*Y$E5Y(33&E+VW1"]X1"*;34+:2M
M[1 /# 0Z0DOWWBUT[T7W`,YY]^D]+=MIOL]Z[]W[WW/^<^X9]^;)9Q]Z%':T
MB^T>E*&U&*7PN>#WT%B;&^W\[/#08">_G>/&N?RQF3_.8^SY_'.!"UM<N%#
M%@D)B(! <3*E)E+=:DH3*.\]J!Y6.R=2D6@GCVP7<&FQD)PLVA&)15(7"SB\
M@=;]].B*AVBXK#<2T_HGQ@YHB4'U0)1&*GOC036Z7TU$^-L8=*1&(TF!BMZ0
M&N^\2HMI1P92:FHB22K<J?A *A&)A06JO:V20E2-A3OE*"'L!R9&!.KRIG9-
MC(QH"0(H22TU8-E1Y<TUA G;#ZM1@H:SH)5IC9E&>TC<[K3=GG#FQT!\(A'4
M>B)L4\F^1#P5#\:C'2Q!00VV*BA'A4!M8:8,J1588[I\6Y."B[!-P48T\QOK
M;C(\SG,M/-R 1@65J%)0C2IR>(X':=LL;7L/'-2"*;+5RQ87J>/C)$V@S9OO
MUGQ/F^[,@DN1*\'K#H;B`UJ*>%V?P>MZCK :;]Z&4_ HV(&=')T431L*+\Z(
MRN9\&?G;J^!27,8B=TF1EZ\H<F.^R+PP4-"-W2RQ1Z"Q,$ECIQ3LD;H#$EE
MMXF\4LKL%6A@?3=V$KYSGY9(1I(I+1;4NM1Q3A@7^CF*0O% ;%1+1%):J">B
M14-=\8E82AJ8OV9@8EQ+!*-J4L\S:[>Z>(BVJ816Z5+ZU3&-,%7#A7+-1 U.
MCC.J<G@E43U1-4P@VS"YO8R=1.9J?6I,#6N)=,9*&S-G..E9@EPL:.U:Z38Y
MGV4K17) P3Y4</FZ7J"4D/W:D4",MI-L%]CJ74Y+:^]*+M[.^]"J8 C7LNB0
M@F%<QV\CTI2KM/&HRJE.7"AB+%%7=._M45-J-!!+:8F8&MU]8U ;3T7B,1<B
M'AQ$JY'_^8Q<H )4G= %D[=E9AD*SBZ0<X'6_#$%,<378 SC[(NLD'6!?%YA
MBB=^ANS:@K+)K2E,L*C#7$.R+:9]<7J']5P=12V[ZB;I%JIYAR.AM%NJQN5G
M*,L6;R%]!4H*"7\97LX,7D$,TJ(LWFL+R=$YO1*OXF6OEL0S.245W"P)OU;&
M:5=\?#)M4B&!PWHW6Y^UOU<GM43&MK[1@UMY6S/#0L9NJ>EM8Z"F4.G<I>#-
M> L3?JO,:D-(=K;4+Q_(1-!C\B$M39:.0#2JA=7H9<&@EDQF<'X7<3')92OJ
M+L#Q='(H:T+!>_!>-NGVK 8T,$E)-N;"^ZAR<*?5@A-4OB9-W8W9'3Y[FH3>
MA?=[<"?NYI*0N2.4OV.19%(W[1[:"=GP33IN?##']^DNMY^;[GT>W(L/"ZQ;
M5K4+'R&IP5$M>,A2Q72ER*2![K0F=='WXP$//HICL@E2!<NH,Z;-3=YE*I%5
M#FO"A9=N7K83+RM,P31F>&-F9;$D4G)A()1[P#($THDDG EJ6:7]FY5H#O.L
M:(%B5RH:3*BQI!KD"%2CEL"Z\#)3"I:DB(?I8,;=+MFM137J=GK=OY9.IQ%K
MI&!J7:O@,3S.(CY).2)%1!*I23JY1N2;@L](P"G9=0)):A]4W2+\5/ Y.?FD
MS.Y TO0H]1XEDO&IX(L2^B4*;1V:91*MCV2/*/BJ7/"U=.74!JB7J]'(3=2V
ME/&LSX+&48!]$]]B$=^6_NE3#VF&><5CUGNAWE$X%;Z'[[.X'PA<L6RU.>V(
M2S=2:CHYIZE R(4?%^,I^&2](T^GMSS=N#TTV\IU5U;H*S6C2 _&K;C9XUU1
M<7,:J:]<@3Z5SW/_;T$N_((:R(B6"HY:'8GO/M0W?X5?K\$O\1N!\U:FN P;
M=R39&U=#VK*]F<+Z]_@#;]4?*8O-[#187'2:_;50SOX9?V&QSY#89([8*T]/
M[&DJ^AO^SHK^89;&0O>#Z@('\0#?D+24Y?2Z@L<`?2/^@_^RDO^12W<$H\8%
M-;,=Z:'OHFE4NU'N1J6"`0S2,4\X.2M-H'ZR=0E"UNA'Z&9=93.?K9KEG:%X
M8#*6&M52D2!=K"1&8-,J%ZOT@=DU$D_PL5L1)4+Q"+<H%3C#@O7'=6"W-M)#
MI][0[D0BGG")<CI?69C!T43\B'XW$)7R5MI''9\B51'5:/2(*E'C$17<Y9IR
M]/?'4U*L>3H0=8HHQE7LAO7&,;*#3>U@4]VB01%KB";-GD&Y;4GC$R]GAFBB
M3!@<VK=;$6>1%'&FV*C@:NQG>9L47(,7\MO9%-R&+VF/FS/V6!&M4KE/7F<[
M,N;<HDW!"^1T1^XI(# V'MVC1<>9PSF4G0DMS/F6Z)*WGH/>/-<7N./D7VB&
M=^4-K9S55$K%9G&>1YPKSJ=6$HS&8WQ1S11"(^1WNI.-QQ/4OC)\?Z$BMN"$
M!V7B(C31.;4,`GNAP,;_=P#0DR[[^K-:?WKX]J,_R2WZDR)8?Y++]2<YG)Y'
M^2JC/^DB0T\W;S&$\ #Z5VO&U]GT5X-:TKR6WGI(EXTE^>8A?/4+N&1&UU]'
MOZ6PT^_%<- %NQB781U]U4JTSE?H;^M13T_!_U=AR#Q$ZQCE7X)]J-P[#T>O
MO](YAR+?'%QS<%_CKRR67Q[]:PYKIDVEE:2.:7EP.7WO00L"&8K]ACH/SL09
MV$ **>;I72J^V#"FR.=?0)=EB$<?W0LGN=.2582SR,E"?TL;L1'-AJQ.73;@
M]"W@<HM>D3YXM2Y&D0!S\:;"1*[()3),:ZY;A4A+02)]N434`D0<_+]1QN(*
M<S%M+-@\(OP8F.Z4M=/PF9Q0]$-Q1W04(/&/---,\Q4+V$TJ%Y!/O:_">@
MM3E.(-PV;:!'[email protected]/XD([&^[$FB4<I'6'3J+A?AVN1S'_8[T-8.N
M2WR^!Z'YZA?Q$CL=Z9(G4#)C#AVQXP1L,WD09<:4+7G<B$F#QUG$@GG4VG=.
MH<3G;^B8PTN/VD2#_]%[GGMFQL#?;/).&;Q'5^#=F\.[C?YV2$[T6[*(6QR8
M,;]MBSB:^:W(^1S&KUF1\>OR&+\>;S#PM]$F%]'S%O_C*+W#HNM_#*7][:R5
M_N[C\5MI_+:3L&]Q3*&OK<;1P29N<=8X=;NV9UBUGOXVT=\Y/A)00GLPA77\
M:B/W3Z&47Q5R^Q3L1QVBQM%&S&;3S-YD!EP]V<$!5R8W;!%OL]'^A=/ M^,=
MI.R=X"@5>+>^I)?>V?A+><4IU,B5_D7<P5NO3:%Q`1_H:SN%\K8EW#M4^:%Y
M3,WA8SX.1;G$[7-DZ/@X/I$1ODRFFF%/P"FF#5+';4B'[X.D8Q7THH5^:'7T
M(Q;Z49Q<!FT_9J _94,Z[3Z].OH)"_W9U=&?M]!?6!W]90O]E=717[?0WS W
M?X.!KI)HQXP!_HX-Z<WY+NXS1<LN49T%IFW_H=U$J_@1TE701ED*;#0J47\[
M;W^[7HD>PU/;'.WK' _B:8K5]K3W?V+N5;7!R[V$IVCQ3].(G^'G!J*1R'#?
MJ6!A)-N^B-]RX#X]8T)_9T#/-)C4Z%#..$.YS81[^/]Z#7@WR64SMY)YX;LH
M5"FYIBD)[3<8Y6,1?[+C=F/"K!A44?[JX$HW;4C<0PU82KR 4I\EMK+$.U#,
MB9 NF+I@7DY^_*<S74P-$?_"OY';%HCV,6-Z!W8:TYL-#2UR:XI]]58))@T.
MUF CXL\Z]=ILK.]>R6:%;786L%FQ;%9R;;YT19L5BY&3&2D9-BN25!V>,X/S
M`<CSS]U%CP@Q9*\2MH$A1Y6P#PPYJX1CX+@HH@GWD!VSHOX4BNF72G&5:%P0
M&X:.BWH0FJ::";XLXKAH*7J81+@'AQSE].-T#QX77H+[=;A?A[=+N)^&BV9%
MRZSPSHI.(ZH7Q 62N)M/X; 91S:FWV*D2Z5O091-]RZ)BB'_G*B=%VM/RJVD
M$L1G`0>?,*T:*[;JJYN-LESGFQ?;ABAF!64//^V40/1(9P0?#FWP/@]02P,$
M% ````@`&FPJ+"7?;BJ # ``81X``",```!E>&%M<&QE<R]C;&%S<V5S+V1A
M;R]0<F]T;V-O;"YC;&%S<Y59"7A4U17^;V:?/"!D(Y @`0(F,UD4!9%528@,
M) %)0(>H\)AY)(.3F71F`J*UM2W=M7MMM=IJ6TNUM"4@68P"=L'6;G;?]WU?
M[*Y5SWGWS;PWDY>$\GV9^]Z]Y_SG/^>>>^Z]CZ=?>.P,'&@2>_TH1[,'+7Y<
M@DO]*,(*_KG,AS)<[L%*/SQ8Q2]7\,]J#Z[THQAKO%C+[3H_=:[W8@.+;>2>
MJSRXVH--`D6QJ( ("2B#J>1!+9+IB67BFD!IQT'UD-H25Q-]+=V95"S1MU:@
M.*4EM,/=&34SE!:8VQ%5DRT[S2Z2<*^+)6*9#0(5]9,!&G8+.%N348*?TQ%+
M:%U#`_NU5(^Z7QI,1M3X;C45XW>CTY61;)R9_AA9G*U;W)%*9I*19)S,>3-)
MB2U07M]@1]FQ?^B 0-6DH4U#!PYH*1*8D]8R._)<=QQ2X]3?5]@_FWIV6@-0
M1B8GA\#?G1Q*1;3V&.O,RI)M9@(*JM%*0":9CF2BSX,V!9O1SJ/7*-B"D((*
M5!*%`G 6V*I@/A8HF(<J@4I[KW0Y@9*L[5H]BFMJ%6Q#AX(&U-&4T]M2U.D_
M-/G6N)*FB;M]/T> @E+/LV<9Z#Z2SF@#E 61H12E!05I0.N,Q>,\3R1,]IWU
M6UG'VZ^F^^6L4W^(^T/<[U8'![4$95^C7:I,/6$5!Z/):[0,,=Z;9;R7DWAN
M?7YV-% 8.]'%J;]=:G7;:)46:!$U!==B)ZMU"UQDHY:W")84Z$]*",;;A=V,
M=YW (AN\_(6WM!#09ADI"&,/(_9*AH7AR&.XN# NDR@JN!$W,=Q>2; 0+I]@
MH<<VRTZ!BOT,&!&HX=%;6@BV98>62L<H:Q(1K54=Y!7N@<99'$V&$OU:*I;1
MHNTQ+1YM30XE,I++9)WNH4$M%8FK:;T$F;9;N8OR8Q9IZ2A=ZH#&J[37KB[D
MI'J.#+)4:>]T4.UQM8^$BGJI8L[A*:3 :9UJ0NW34MGJ(GVTCG"!8@2I+$AW
MGHRN'+?XJJ /E5RYA[@Z1)-=VN%0(IU1R6N!U?53X3=T3!?<M3P#S0H&\3*&
MOE5!"FE^>KET8J<V&%>Y4!$+RCL3:FO;]G8UH\9#B8R62JCQS;=$M,%,+)GP
MX)5^W(%FH_),9N3!JVE24CHPQ9D`#/1*ZQJ7-866&JW0HWAM,5Z#UU$!SZG)
M23(T+[;5M,NY-^"-#/6F_#*ECWIPI]6 A+E0`T:?@K?@K6S@;6P@/WPTO:[Z
M7KUVO );.>[ODC&F57(H%LW&N&10OD;-P,RSLZX#O0?O96OW4 9GU?("4V^G
M:5\MWH?[&.I^"U1>"&:",KH8Z@-X@*$>E#&PND?;T]W2]P_+E=.:'#R2C8Z=
MF[WZ-K @+^]VI;64)=T^ZL?#G&[6=)6K:79N,HV."AL+#9L4',?'F? G9)TQ
M0/+7;_74"XP(^G-\R$JM:2,4CVM]:OSJ2$1+IRV<3Q$72RI;#;79<+R0M9TW
MH. T1MBE4:I:="3IUF@'CF6.Y*PLS#\)Y0^3^C@>XU/D!)<C:^RI@@S$TFG=
MB2?DP<AJV(NS?+"H\>,,GA28/Z4)#SY-VI%^+7*S"<FT)*NT(=UB#NJ9]5F<
M]^,S>(KJJ:R2EHJ6\ZVV?HJ:9Y;<BCY[U15V"3(]F((OX(L<ZB_)LDRDI&(H
M6GC@- #IC-QG%5H^I=&"VO)5?(T-?9VR41KJ2:F)M!KAG%+C)F!5WQ1#"KXE
M(;Y-QSG>4=-M6ERC'54_=NT1\,7,'MO%LD?!]_$#AO@A9;V$B*4R1P0\,?FD
MX"=2X*=R9PNE::.BTA?C5L$OY. OY7H-I7,1I;U<B5E>%?Q&BOZ64E@7S7.)
M]&/Y/0K^(!7^F"VK6C>=%]1X[%9-O[I87VV=HP3["_[*$'^3\>E4;]8,]WP#
MYK/=;F!?5/^!?S+<OP2V3ED_+CCCLELVY9GU<!6*>O!?'Y[#Y;)\49BS\YT]
M'_AIM)G+J"RXVS2CYO8DS:394C^MU;JLI*XY#7>JAI?^WT >(6@_.*!E(OWF
MML=W@) B',)9+(J$2^"RZ2E.P::8:I0)6F6[E^J&O,)'DR7\E+>Q=$=2C6I3
M'DKV*$(1LUAZMKSSY>VZ5U[@KCNY2Q$E8B[#EA)LN@!VVX7!7J"A<E'!ABHE
M_[RM?B;^T]0H427F,^P"R3\/=B;^DU?2=(9JQ$(V=!'-UKI(7/^BX$6%%_.\
MF*_@(&ZF4ZRHXU*0T]6/[!ZQG(Z?9B<?8/4,K*>,ZPGOV*R(`&(^T2""M/GI
M=X@ZW7X=B]=E/R7XNH\D,OU:)D;7%[>4$E@VPRTU>V?P'$BF^.:AB$O%)7YQ
ML5C!=[2<6%=2%VS3#K33P3^Z.95*$C]:WF6F3$]_*GE8OQZ)552):0H[Z8A!
M:TD1JU'G%U>(*UB)6"M07VNY(9"9L[CHAUBF@BGRE@&XR#<3/+-TL7O.(J
M1;0041JG^TFE$1.J0776#P^B34)LEA\EFBUC7G&-@C@&>)C.\PDD^6D;.63!
MRM8S171*H"[YS:$Y.^ 5.Q3TR[&=A0>3T,!@?(L6'^29[*%:DM+ZN#JD6N4E
M\&#]I&FPN?)-OM_U;IK4-7T-HJHO=HOK_&*7N)YVO4@\F:#MILX*0CTT!W1%
M'4RF:*>US$.O(O;@&3_*Q8VHI4-R.00.8!:*^%L/0.T\5.GM?"R@UL]70KVE
ML.@MY;W>4K#UED)-[5&^W^DMW>ZH]?)T0XAF0']KRWOKM+PM)P9TGJ/?A?26
M@(ML`X' *$1@`D7A,3A&X1R!:PP]U.$)!\:P8Q3>,5P?"([AAF&=[47T6TFZ
M@ (GYI W9:BCWP;J7:2/Z:CD<Q59XJ?%6$*MX"]/.=L.7:IY`L7A$K*A= 1+
M9XU@=F $<ZBY+EA:PF]CV#>"N7K'"$I/Y.R7DF60+W[RIHH0&ZC7M-UL6/23
MO66ZU[3-Y_S>0#(LY2[PR:_WUI%GRRQ8;M0;?KAS?C3D_&C1L0$7,8V:]-R&
MXXOT(.D".>4`@C;*^PJ55]@H._EKHJ$\-Z=,L\=.L' &(6.X5"=/8"=QR+WO
MN/XL<!BW&..U-.Z@MGP"9>%1'.EL#)[&;8W.T[B]\80A31=;0_I6HL#2B6J"
MBZZON0_%$[B#]%YU%C6/Z.+8*1O=;@W]-=+?QD#@4=P6J!['ZQUTB7$/Y][?
M[, YW'4:?K/K[=SE.0W?< Y;\G@'WFGP6$(LF$>E8_TQS H$:YI'\.ZC1:(F
M>.;!%Y\=-N3OSO'.&+S[I^'=8<-[G>1$O^YQW.O$<.[=/X[W6]]]X_@@O1<P
M_M"TC!^:Q/@C.&;(WTF3[*;VCN"3*+O7I!L\A[*N)K9*?P]Q_\/4_\A9.%8Y
MCZ&SL<+9S"ZN<E6X=+_66KSBXK*,_BX)$(";IN$8YO.CG\)_C!89/?HH[,?@
M..H4%<Y&8G8RR^QCN82K)C\XX>;("1O')XMH2F_/"I[ ,!D["<Y2@4=UE0YZ
M9N>O8HWSJ)":P7&,<3;<=@P+Q_!X9^-YE#1.X$RX]-PH/C6"SP4X%:6*-^"T
MV/@\GK:D+Y,I9[&GX!(G#%)?+D(V?;^"9V:2_H8I_<V9I;]C2G\7WYM"VG'<
MD/Y1$;++[L<S2__,E/[YS-*_,J5_/;/T[TSIW\\L_2=3^L^YR5]D2)=):>>P
M(?QL$;*3\_=<@:TUBGMYGC!-^[\=.>G#^ ^R5;!(WTR6&I6HJXFGOTFO1.?P
MW!IGTWSGHWB>TK8I&_W_Y>:JW.#EG<!SI/Q"5N)%`4-B(9'AO6(N@Q&V8URX
M.7&?'\Z)>@S1Q0:3"EV45YQAW)T3]_-_,*"P`I/$<6/X6JJ#<G@%K6..PG(9
M!5^@VBR M%0=^UBM>EP4N_3*:.BKV&_HMQ%MUE]-<K??3RN!%NP)4G3N,ZK3
MN)CCP#W&0, L4*+,R;7UA($8QAX#<:7!J($1[R5&0;/^ZL"L'AP7\US9VFQ
MW(B;;$B14VS;QZ1<-J1\)BG?N*AF4IXLJ5W8;4-*#U.0=X <*1>3\A&I1:[L
M[J!#5(G:7'(>)T#^]X#["=P5=I2)Q=UA9YE8TAUVE8FEW:?$,O<3XN*P`R=%
M(XU0L_$\?/1+%;E,7#TF6L.GQ$:0. VUZT/M^M 6.=0.PMCJ?MP;=I1X>\).
M^G.5^'M.B0Z2WZ[+;]?EKY7RVZE[V4FQ]:3H."FZC;0>$V')W,NG;Q091S+F
MO]Q8+Z6!,7'9B8X)L3(<'!%K1L7:LS+!J :MI];)YTFSR(H;=.TZHRY7!4;%
M36%*6D'+AUL'K2!JLDN"][4B-+T$4$L#!!0````(`!9L*BP2.8L#F 0``)X(
M```?````97AA;7!L97,O8VQA<W-E<R]D86\O=&5S="YC;&%S<X55V5<;51C_
M7;),F-RRA*4@+:65U@0*J;9NT-:%Q5)#0$)10*U#N(2AR0S.3$I0L:YUU_KH
M@^?X).?HB]9S6.0<??0<_Q/_"?6[,Z$)(=:7NWS[]_N^[]X___[U-_C0AZ]5
M#&%8P8B"417/X8I*Y#$5W;BJX'D5"8PK2(:A8"*,6DPJ>"&$*14<*;E,*[BF
MH@$S*E[$2U)L-H0Y*3DO+R\K>*46#^+5$*ZKM+\FB9J"A3".(AW&,2S60F!)
MGC(JEJ&K=%U1<$-!EB&2SFJVW;VHF=V3ENF8:9.(C8D5[:86SVI&)CXD^8,,
MP8NZH3N7&7S1V R#?\A<% SU"=T0R7QN05C3VD*6*)&$F=:R,YJERWN1Z'>6
M=9M!39"?N"-LAPSZ<YIN,+1&Y\N\I1Q+-S*#K@?-RI!.4Q4V0\UJCJ'3Y13B
M*XMF?%)8MFX[PDB+<<W0,L(BJ;!C:8:MI1W=)$]'R\2G2PR28ZL,=6YL^QA(
MHIM,266D0-9EX$QG:/:"RCMZ-C[F"$MS3.DPZ*')<#I:):DJJ/H*W>?VW52D
M>*I2/&DZHV;>6!PII,5J,7(U9>:MM!C5)<JU$ME^J:4@QV'@$D/7_QDA&$LB
M2=,5&A9+GI!EF98"DV,5KW,\!$LN489C]P->@<WA(,_04A5PCIM8XRA(0[P<
M=&JGU>*Q2Z;2=;[H<QUO4(%*B ]KCG C4? FQUO8X'@;MPZI7^!X!U&.=Z6G
MALI*<IS&&2^"_OT(."[B$L=[>)^*<KC"'!_@0X[;^$C!QQR?X%..S_"Y@B\X
MOL0MCJ]PAR&TW^1%IQZT$PLK(DVD^HJ","A+II74<E3 IA)O>MDRU[SA43/"
M&1>V3=A2XT5CU9JEI5J_T1#5R5BN#D^,$O2FM4Z"9.QPR:A/BG;O,TV1=-ZR
M"+CI\J%J/Z!W<*P""R(C1[R.?$X)0ZRE',W)RYDF)1E8&9'$ZRM(5!M;.'2V
M'%EPJ58V=9+DI9C3;HA[`3L56'BPNX+!M)G+Z2002&=-6\X+Q>7U`L.9:.6X
M#<Z59W9O^D-ZL1GDTQ6K_@PHRYJ=% 7'?2SG#K1!:IVBI+?+9^9EJ)Z^+F=
M-RA72V@Y^38:KO;!8A=3V6^3@TKD=%7>LH2W7Q1DFO[H6&P&)^E/Z 9 D<N&
MIY./SC0[M,;H%J>=T1[HV4;P9SK4H(?6H$L,H9=6[@G@+'UFH'^GWU4B998B
M8T&B_;B#4*)W%RK#^-E=A!GVP&<C1[91E^S;0OT>&F:WT;B%2&_?+IIJ/';S
M?[+)1@L#&6QE<$W?1=L?J(^T[^"!V5_0MHD@4?R[Z/!AP-].A^,,`X'VP"XZ
M&;Y!TUV<D)<NABV<W/SG+\^4;P>G2BE.H=E-SH\C"*,.C?3)=M :0P3GB#>
M%EQ!*R;0AFMHQSS]H-=Q'!OHI"?@!.X0MM_2_ATA_#UA_ /A*^&Z[$%"-AZF
MW8]-/(+S!%B8)"_@4?+>0;J/X7$";X/ ? )/DM1MTA[ (,$<DH]0L3I)DJFA
M/=*S`_938@^^V=XM^+<1^+U8E #Q#Y>LU=.B6)YR.9Q.3[N5?L;-_]E_`5!+
M`P04````" !M9BHL/#>.1E !```,!@``( ```&5X86UP;&5S+V-L87-S97,O
M9&%O+W!A8VMA9V4N:F1O[90_;X,P$,7W2OT.EG=*NY-&59NA4E4J0M4QNN!K
MY<38R!QI^/8U!A*&1/D[=@)L[O?>^9X<C=>Y8BNTI31ZQ!_N[OGX\?8F6@CC
M'HQ%!61+^$&F(<<1%V"X7W<[F8*R[-8_K"&3&<69%*A)4AU07;@-* HE,R!'
MYVT=8V:^P(RD"#QA6_PJ>K:CXYI0-Z:<.2V,#5HA(LZ66+L7F"OD; 6J:O23
M.(V?XS<>'D]0)EL&3K;*]8:CC<93&+Z#O9 -YENB$MU12<%9864.M@[:3FR%
MV\:/$!5 T&MNRU@O+S7-BGX>@UY"[V*?+5?13"65I*[JIN/.R(-WV=EAQJ+&
MWRD!5>5)7ERF+CV<]LO/=5?0DX&S<[(^J+\@[LGD??(U39_2S^E_XL]-?$E@
MZ07HJE8\="8:ZI%9=RH7F>B5W8\'=(>QCL+N8F\N^["][?\`4$L#!!0````(
M`.MK*BP#PTIZ4 (```$$```H````97AA;7!L97,O8VQA<W-E<R]D86\O4F5N
M97=3=&%T=7-)9"YC;&%S<W52RV[34! ]-[%C-Y@F]$4I%%J@X#R:\"B/OEBT
M$E*D0"6"*I6=D]PFKH)=$@<D5GP*&V#3!4@HE:B$6+'@HQ#GVE'ZB%!TQW//
MS)PY,S=__O[XB3@6L9Y$&K>4N6W 'B&6,9!-0D=.F;R!Q21,%%1&47EW3-PU
M<4^Y]Y59,O# P$.!F%L7$"6!Q)KKN<$3@;B=V1;0-OVZ%$B574\^[[ZNRO9+
MI]HB,E;V:TYKVVF[ZMX'M:#I=@3&RW7'+[Z0GGQ7"9R@VRG55\DLWW2=%L.3
M=GG/>>L46X[7*&Y5]V0M6,V\H@:_JGB'8@*Z'S1E6\!L.IUFI(CRJ-8,_$K0
M=KV&P(2=.5$:H2Q-5OQNNR:?NJ'H4YH**MW"!"8M/,)C@0M#LBV,89R!8^*2
M%\B&;*NR90MSF!>8.MMVH[N[.TBYCAL65D IL94YZG;KZ^J^%D8$TF?'Y20A
MY/K%BN1V6^[[:+EF0P:;+:>C%GQJUA DOV:7U),EG/U]Z?$Y\_;P0H9W%(EE
M^666_R^*>?ZWTN F>(1:"@"-'I='.\5;,8P`>O80XAN=&"[2)D(PB6E:*TK
M)<SPRXZXTB_^P.PXOX5L[C-T[2#W&Z/9'F(YGD_0XP>Y7X@_RWZ'EN?Y"$/[
M`BU^,.@RPSZ@I[./0?XI(M-DG^5/=9Z+V'F[&FHH]#7,<J!K]&)$^99]-<O,
M5EFI(^@[JNDA$CT8Q^VBH;(GADH-AN*K]FFV^C0+1S!WTO8A1KB:9 _GQBQE
MSM,H\AY&>TA]/4.^=()\84!^,\Q:^ =02P,$% ````@`ZVLJ+/TRZ*).`@``
M^ ,``"4```!E>&%M<&QE<R]C;&%S<V5S+V1A;R]0<F]T;V-O;$ED+F-L87-S
M=5)+;Q)1&#T79I@IC@7IPUJM4A4=H 4?]=&7"YN8D* UP32INP&F,,W(U.G@
MPI4_Q8VZ8:&)H8E-C"L7_BCCN3,$:!M#[C??_1[G.]^Y_/G[XR?B6,9F$FG<
MDN:V!G."L;R&0A(JBM(L:5A.0D=)5I2E=T?'71WWI'M?FA4-#S0\%(@Y30%1
M$4AL.!TG>"(0-_,[`LJ6U[0%4E6G8[_HOJG;_BNK[C*2J7H-R]VQ?$?>!T$E
M:#N'`NEJT_+WTO\!J>6VFN$]9^V[5<YF;,ZK[USBJ[5J=5WJ[OVXU@/?^:
M!+RZ!#V3$U"]H&W[`GK;.FQ'=,B-5/7 JP6^TVD)3)OYL=8HRM9DS>OZ#?N9
M(\FE1H1*LM; -&8,/,)C@<F3A UD,"5P8019Z01VR_9ESZJ!+!8%9D\/?-K=
MVQN67,<-`VL@B=A:EHR=YJ:\;X092G1Z4>X0AARO7+,IJNN\CS356W:PY5J'
MU&[JQ)9AD/B*69$OE; .#NP.7W')/"O%674BLFR_S/;_9;'(OU0:5()'2%$`
M*/2H'.TL;^4P`ZB%(XAO=&*X2)L(@TG,T1I1`2YAGE].Q)5!\P=6Q_DM%8J?
MH2J]XF],%OJ(%7D^08WWBK\0?U[X#F6)YR,TY0N4>&\X99YS0$_E'(WXLXS,
M$7V!/SDY&Z'S=C7D4!IP6.!"U^C%&.5;#MBLLEI6I8ZA[LJA1TCTH8W&14L5
MQI9*#9?BJPY@M@<PN6/HNVGS"!.4)MG'N8PAS7D:"=['9!^IKZ? 5\; <T/P
MFV%5[A]02P,$% ````@`ZVLJ+$<6"%L+!@``$ T``"4```!E>&%M<&QE<R]C
M;&%S<V5S+V1A;R]*1$]&86-T;W)Y+F-L87-SI5;[4Q-7%/X6`DO"HA!!1;&&
M8A6"$A^M1;1J1:A@`!7$@M5V2:ZPN-G%9*-HWT_;VO?[_6YI.^.,M1V0,M/Z
MFS/]HSK][F8)$2+:<3)S]N[9<[[S/KG__/OG7RC$)OP:P ;TJ3@:0 'Z`SB&
M1R49D&10DN.2/*;BA(J3)7@\@ ">", /72H,J8CY$8<HP:D`AC'BQWH8`9)1
M24Z7PD1"A54*&V,JSLAG4D6J%-5P)$"Z%&=Q3L6XBO,EN!! "$^J>"J Y_"\
M'W5X0<6+*EY2H)[28XZ=/*]@=S1F)R(IV]23">$DC5CDM!VW(T9BS(R,QH=B
MD<[]^UH/B63*2#G"BHDNW=*'1;(]H[]30?$NPS*<W0H*ZQOZ%?A:[;A0L#1J
M6*([G1@2R3Y]R"0G&+5CNMFO)PWY[C%]SHB14E >C>LV+?7,P:Z-)87NB%M:
M5K"WON%N?2\0X[04'=7/ZA'#CK0;INBVG78[;<7;QF-BS#%LBV(UP\)9Q)$-
M=$1"C-.H'5G,7E5>( 6AVR!0-4#5GJ%1$7.8KX'ZQ<4S$9FZ-1SI95ZLX5Q.
MJZFG4CLS!B-IQS CK;9I$C@3;&',I(6*!0JL]"G#=*2[P87XS.580L$]MPNC
M6(R3X\QB9"3;7!Z_%IU)"YG1BIR/AR5+)B"6]5+!\EMY7\$T==-&KR 4+7?$
M%536+XR^D\9BIG[A@@*%?5B5(Y%;^2+"28BJ7(A,&5R,$L-*.3KMW)P43X+)
MM UJU^?O4]?[C&A'/+6N(RZC[+73R9B0G<@AFIN()@FN(8Q&!;ONINM=#!4O
M:W@%%S6\*LEKDKR.2QK>P$4%RV;GX1!+ZQQ+&F[15^9.24_:&4L[K+W0674U
M=<9L<L8=B?VF)&]I>!OO*%BSZ&2I>%?#>WB?`-UV2(JH^$##AQ*C'@T:MF"K
MA@>P7<5'&AY$,Q?%_*91\;&&3_ IDS6O931\AL]9_'R-HN$+?*GA*WRMXAL-
MW^*[V:AO[@`%J^9068RC*9',^5C3:J?->,BRG9 ]Y.B&%4IY;1<RXC(/WRM8
M?V>E5Z!U6)9(NNTI4BI^X$1UQ%7\J.$G3&CX&;\H6'+SFO3RD=MS"EKR&DRF
M+<=(B%MOIPZVCX(5*8Z/;3E)W4KI;JIT\XC0Z9ZO?E"N]Z44.")DK/VZF1;<
M%&7D]# A"<(:,78PW[OT\4.V;4JM#JE5+GEITS&<$79,7,R?*&^)2-'J^NPZ
MSFTR]YM&F*@]G.W(.=&<3G4E<_+2>Y[A)N0HIIWLH,^J>.#S>S[;V&/RS62I
MZ^Y@P;,A%I-2X.<V:?/VW_J%2VDP]T\@NQ-++''N<&8M'EBHLU C3UKS;%-5
MC(M8VA%R.S;DVUQ!^CJ[1+/Q;;W]7^X\'2(U_3\-^N;M</=*P24;SM,J.9R^
MD:1]3EXGW,K7W<&\>>7.CO4!88ZY#47#?;FM/ZLQKURS?P#Y\E8@%[[2B5I>
MV#8`X$#(9<:3RC-W+^E&OD7X5/@L"D]!^8V'`EX?@6*7N0E-I%I&@**;^0S(
M=>@I3U"N@,_6&10,3*'P8-@W"9\D19(4A]5)J.'"292$9^ ?F$%@(%@Z!6T*
M99-8,@$M>A7EP8I)!,-7"%G+)=N,I9X+32@EW8(2FBO#-@1Q/U90H@;;*=GL
MRC9C!W\M>!@[75>74[>$YTRD.WC>1BUVO%S?GM.;W7" \JM8=@/^:ZC\'<MX
MON)F25I>PCLTL(?![67P^ZC-I>]IUWK:U*N:QG(%<VJ9G#U"<>E21OP2?.0#
M=>&-OFFL+$1W>..FQFFL\J'%5TU6C8+K6-U25%UT)9O\()6 @P2*HA)=O#UW
MN]'MSD QOEUNVNOP$'F*>]I#7^D55C$7^^A_)?/8BOU$"O&M#>TLH)_.'? <
MT_E%1KF&<5Q'P2363.,>7F;77H[.(#00K&V<PKU_N^ 5_*WU7,NDII></KIY
M-)MT`J&#;DGG2]%)YQ77_2[/W''*2*G5X1LH\E\.7\.ZZZB+-MZ ZI^ VO@'
M[KL\+_Y!TN.,^ 2-GLPQM)K9Z'%=*<,A'*:!`AQQ=7OQ-&2#<OKP#)Z%_S]0
M2P,$"@``````;5$J+ ```````````````!L```!E>&%M<&QE<R]C;&%S<V5S
M+V1A;R]T;V]L<R]02P,$% ````@`ZVLJ+'Z'Z-5B`0``+@(``"D```!E>&%M
M<&QE<R]C;&%S<V5S+V1A;R]T;V]L<R]%;FAA;F-E<BYC;&%S<VU1R4X"012L
MAH&1D5T4=^,-3:0_`./%Y6"('C DQE/3=*!AF"8S@_&W/&E,] /\*./K<5\F
MZ5=Y];KJ56>>7QZ>D,8>MCQDL>2B/H=E#RM8=;'F8ITANZ\#'1\PI!L[70;G
MT/050ZFM`W4VF_14>"%Z/C'5MI'"[XI0V_Z==.*ACAAJ[;XP/#;&C_AQ,!2!
M5&&+IA.A`X:EQE5[)*X%]T4PX)TXU,&@E>P2X8#4"_^,&;SC&ZFFL39!Y&*#
M^HZ9A5*=:+NW\+&E:95YN)AC*/]V8:A+7T21BKC--Q5R+ :J.>H;%YMY%%&B
M9_U-_L/IO#=2,J:07]1G,(:&-!,>&5^$$T4K)1^;ON'JS8B?'IU_>&(;&?H!
M]DN!V;Q4<]1Q0D:8V;T#NTW&'M5L0A8Q3S7_=H&P0)BSN>F6%;?@)+."\XC4
M9;J:[MS#^3+Q"($R"2O?C K$5 BK=*Q\@4XMT2R^`E!+`P0*``````#=42HL
M````````````````# ```&5X86UP;&5S+V1B+U!+`P0*``````"95BHL````
M````````````%0```&5X86UP;&5S+V1B+V1A=&%B87-E+U!+`P04````" `.
M4BHL\<JBTWL.```D*@``(P```&5X86UP;&5S+V1B+V1A=&%B87-E+VED8BYP
M<F]P97)T:65SQ5IM;]M&$O[N7[&("]0I;-;V)44NJ K(LM*H=6R?)%]QAP+!
MBEQ);$BNREU:47_]/3.S?)/=IL7%:% 4EK@[[R_/#'5X\CG^'1P>'*J+X6PR
M4K?3F]OQ=#X9S^C+3U_]$_\.F/RM]FNU79O2J+1(S$?E]2(S3FE\L399$JF1
M+M3"*+UP-JN\4;94I<FT3^^-`@%OE5\;M2GMQI0^Q=5EFIE(79JEKC+O^ #1
M)$X1>#(;^C"(ON:_C=N7Q.V<-E?$P5L2)J)(KP";+(AWU1$HT;VIDGL<NS
MN"I+4_AG*DE+$WM;[DBL1D9()6SWI2J-8QK.^*=WF,\WM3#YAB6YML7);Z:T
M*C>Z<&J#IR) UQN/,L'EP$>EKA51*"PA*1USQ+4F-;>W#9'!&;,?9MZ4A3#:
M:#SQJ848L>B=F&5:F$0Y$D$W]@E/-YF.30(B::%RB)%N,J,R&VNF$:FQCM<M
M41*RJ/(%;)Z\5F?'ZOQ8_>,XBB(U#WZIZ<:ET1Y<<:<C4N728L66<+O"ZX^*
MY5=J-!T/YV,U'UY<C=6WA<[-=^KF6MT.D>+S"?[Z5KA^!U9\9;[NJ*IB6Q5>
MK37["LQ=M=EDJ4GX;'-L1*<&Y\W]1DMEE\KT]<PKYWN4Z :BGIRJLZW>D:H]
M=RF2VO4YG@V2UU]OC"?#-%^>#^+77R.S-@<'GZ -
How do I write into multiple target tables in DIFFERENT schemas?
It is easy to have a mapping that writes into 2 or more tables it's results. I now need that all these tables are in different schemas!
When I create a 2nd warehouse target with a 2nd location and configure this location to be a different schema on the database, validation tells me, that everything is okay.
When I generate it, there are several warnings, when I execute it, it doesn't work :( It complains that it cannot find <something>.
I'm sorry, I don't have the error-message at hand :(
I've you got an idea, how I could have different schemas for my tables, please let me know!Art,
Could it be that the target schema into which you install the runtime components does not have privileges on the tables in the other schemas? You have to have at least the right privileges (INSERT, UPDATE, DELETE) on the target tables in the other schemas in order for this to work. However, then there should be no reason, assuming your tables are in different modules related to different locations.
Thanks,
Mark. -
Best Way to Make Line Art From Scratch
Hi and I apologize if a basic question, but I've created a rather complex illustration, and I'm wondering if there's a quicker way to go from y first attached image, to the transparent second. I feel as if I'm spending a lot of monotonous time following a pattern of Minus Front, and Make Compound Path to set the black background up for another round of cutouts. All black in the image is one filled shape encompassing the entire back of the drawing, while everything white is white fill blocking out the black space, or other white objects below.
How can I clean up my act? Or what would be a better strategy from the beginning to achieve transparent line art?
Sincerely thank you for your replies, I'm wasting far too much time here, I know it. Happy to clarify any left out details!Your basic problem is you are not working methodically and planning as you go. You are drawing a large number of paths willy-nilly until the whole drawing is "done" merely in terms of how it looks on the screen and figuring you'll just deal with the inevitiable decisions of how it is technically organized later. Then you discover you've created an unwieldy and confusing number of objects which you hope to resolve into understandable (therefore predictable) simpler constructs as a last step.
It's far better to have in mind what kind of constructs and general organization you want to end up with and work toward that, completely finishing (trimming, unioning, etc.) each elaborate section accordingly as you go. That way you avoid confusing yourself and creating additional work later when you think you are finished with the line work and want to draw the fills. As you work, always keep in mind what kind of objects you are creating: Each path is either open or closed, filled or unfilled, stroked or unstroked, simple or compound.
Drawings like this may be organized several different ways. None is "right" or "wrong"; but you just create time-wasting frustration when you fail to plan for it:
All line art completely trimmed, without resorting to fills in one area to "hide" unwanted portions of the line work in another area. A separate stack of unstroked filled objects behind the line work to create the coloring. (This method can greatly simplify the issue of trapping.) Some users even prefer to create all the fills on one or more separate Layers (although it's not necessary to do so).
Line art drawn more willy-nilly, with the intention of resorting to LivePaint to do the trimming, filling afterward. Some users live and die by this method. I don't, because all such automated routines invariably create what would otherwise be unnecessary additional anchorPoints, and resulting fills merely "kiss" their adjacent line work, rather than underlay them. That can necessitate more elaborate trapping.
Line work and fills shared by the same paths. Sections of the artwork treated as separate Groups (helmet group, visor group, etc.) An advantage of working this way is that the resulting overlaps allow the relative positions of the pieces to be tweaked later.
Again, it's not that one organizational method is right or wrong; the point is that, like it or not, vector-based drawing is all about creating a stack of independent objects. That is fundamentally different from "painting" in a raster imaging program. By its very nature it imposes a need for intelligent organization of that stack. So you're far better off always at least generally planning for that unavoidable organization, regardless of which scheme you choose. The reckless abandon approach to drawing is antithetical to the nature of vector-based drawing.
For example, consider the leaf designs on the visor. As you've drawn them (evident in your second and third screenshot), they spread into an adjacent area where you intend them to be partially hidden by a white fill in front of them. There's nothing strictly "wrong" with working that way (although I consider it untidy) but it suggests you intend to build your drawing according to the third organizational scheme described above. But that conflicts with your trying to correctly resolve your line work by means of automated routines (outlining strokes, Boolean path operations) later whidh is more appropriate for the first organizational method described above. So using those automated features will in some places cause the unwanted portions to re-appear as the object stack changes (as you can see occurred in your third screenshot). So now you've got stuff that needs to be trimmed away. You've created additional work for yourself.
From where you are, based on your first screenshot, you could try this:
Select All
Object>Path>Outline Strokes
Select All
Pathfinder palette: Merge (unions touching fills of same color and punches overlapping objects of different color in one move)
Do the necessary trimming and correction of unwanted stuff that was previously hidden.
Do any necessary corrections of path direction or winding rule, or compounding to flip fills to voids or vice-versa.
Either create your fill objects behind the line work, or use Live Trace to create them.
Because of the runaway number of paths you have drawn, you may have difficulty doing the above set of steps. If so, try working it in several "sections"; for example, with the black pointer marquee select across half or a third of the drawing, do the steps, then repeat for the next third, and so on.
And don't worry...after you've done this kind of tedious after-the-fact cleanup on a few projects, you'll start to understand the principles of pre-planning the organizational structure of your drawings and start keeping that in mind as you proceed. We've all been there.
JET -
Iphone 5 UK reservation scheme.
Hi everyone
I am desperately trying to buy the iphone 5 here in the UK.
Because of the high demand for the handset, Apple have introduced the same reserve scheme as they did with the 4s.
It is active between 9am and 5pm (when most people are at work).
I have phoned Apple Retail, and they said it is a 'first come, first served' basis i.e. get on there at one second past 9, but one of the guys in my local Apple store said customers are picked randomly, so it does'nt matter what time you register as long as its between these hours.
Can anyone clarify this please?
Regards, Chris.Have you looked at all the issues ther is with it and the new ios 6 ?
You might wanna hold back untill all the bugs are fixed.
I know it dosn't answer your question, but it might keep you from loosing your hair and keep your faith in Apple. -
Album art not appearing...
Hi all very new to this, but looks like people are getting some good help here. I was approved by iTunes a few days ago. I am using hipcast for hosting and feedburner for tracking. I think I have done everything correct so far. I have been reading around that sometimes it takes a while for album art to propagate across the apple servers. I wanted to have you guys take a look at my feed and see if that was probably the problem, or if I goofed something up.
heres the feed
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2enclosuresfull.xsl"?>
<?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?>
<rss xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
<title>Loser's Lunch</title>
<link>http://loserslunch.com</link>
<description>We feed your ears all the nutrition they need.</description>
<copyright />
<managingEditor>[email protected] (J, Nate, and Kelan)</managingEditor>
<language>en-us</language>
<lastBuildDate>Fri, 05 Nov 2010 04:06:12 GMT</lastBuildDate>
<generator>Hipcast RSS Feeder 1.25</generator>
<category>Comedy</category>
<ttl>60</ttl>
<image>
<url>http://loserslunch.hipcast.com/albumart/1000.1288929974.jpg</url>
<link>http://loserslunch.com</link>
<title>Loser's Lunch</title>
</image>
<itunes:author>Kelan, Nate, and Jay</itunes:author>
<itunes:summary>We keep you entertained every second of your lunch break. Not on lunch? We will entertain you even harder.</itunes:summary>
<itunes:subtitle>We keep you entertained every second of your lunch break. Not on lunch? We will entertain you even harder.</itunes:subtitle>
<itunes:explicit>yes</itunes:explicit>
<itunes:keywords>comedy,lunchtime</itunes:keywords>
<itunes:owner>
<itunes:name>Kelan, Nate, and Jay</itunes:name>
<itunes:email>[email protected]</itunes:email>
</itunes:owner>
<itunes:image href="http://loserslunch.hipcast.com/albumart/1000.1288929974.jpg" />
<itunes:category text="Comedy" />
<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/LosersLunch" />
<feedburner:info uri="loserslunch" />
<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />
<media:copyright />
<media:thumbnail url="http://loserslunch.hipcast.com/albumart/1000.1288929974.jpg" />
<media:keywords>comedy,lunchtime</media:keywords>
<media:category scheme="http://www.itunes.com/dtds/podcast-1.0.dtd">Comedy</media:category>
<item>
<guid isPermaLink="false">eb9b4ad8-64e6-6f04-a5ce-82291a593e3c</guid>
<title>Episode 2</title>
<description><![CDATA[Post Halloween wrap-up, Fast Food, Is Kelan going to be murdered?]]></description>
<pubDate>Fri, 05 Nov 2010 03:39:36 GMT</pubDate>
<itunes:duration>00:58:24</itunes:duration>
<itunes:author>Kelan, Nate, and Jay</itunes:author>
<itunes:summary><![CDATA[Post Halloween wrap-up, Fast Food, Is Kelan going to be murdered?]]></itunes:summary>
<itunes:subtitle />
<itunes:explicit>no</itunes:explicit>
<media:title>Episode 2</media:title>
<media:text type="plain">Post Halloween wrap-up, Fast Food, Is Kelan going to be murdered?</media:text>
<media:content url="http://feedproxy.google.com/~r/LosersLunch/~5/uqb7orWlmFc/b4884b8c-5d65-34 55-3aa5-5f41f5512700.mp3" type="audio/mpeg" fileSize="28033276" duration="3504" />
<link>http://feedproxy.google.com/~r/LosersLunch/~3/uqb7orWlmFc/b4884b8c-5d65-3455-3aa 5-5f41f5512700.mp3</link>
<dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kelan, Nate, and Jay</dc:creator>
<feedburner:origLink>http://loserslunch.hipcast.com/deluge/b4884b8c-5d65-3455-3aa5-5f41f5512700.mp3</feedburner:origLink>
<enclosure url="http://feedproxy.google.com/~r/LosersLunch/~5/uqb7orWlmFc/b4884b8c-5d65-34 55-3aa5-5f41f5512700.mp3" length="28033276" type="audio/mpeg" />
<feedburner:origEnclosureLink>http://loserslunch.hipcast.com/deluge/b4884b8c-5d65-3455-3aa5-5f41f5512700.mp3</feedburner:origEnclosureLink>
</item>
<item>
<guid isPermaLink="false">58c466ad-fdfd-d6ec-fb3f-b70705b60480</guid>
<title>Episode 1</title>
<description><![CDATA[Our VERY FIRST EPISODE. We talk tipping etiquette and midget hipsters. We also delve in to the bad texting habits of Kelan and Jay.]]></description>
<pubDate>Fri, 29 Oct 2010 21:26:46 GMT</pubDate>
<itunes:duration>01:02:54</itunes:duration>
<itunes:author>Kelan, Nate, and Jay</itunes:author>
<itunes:summary><![CDATA[Our VERY FIRST EPISODE. We talk tipping etiquette and midget hipsters. We also delve in to the bad texting habits of Kelan and Jay.]]></itunes:summary>
<itunes:subtitle>loserslunch.com</itunes:subtitle>
<itunes:explicit>no</itunes:explicit>
<media:title>Episode 1</media:title>
<media:text type="plain">Our VERY FIRST EPISODE. We talk tipping etiquette and midget hipsters. We also delve in to the bad texting habits of Kelan and Jay.</media:text>
<media:content url="http://feedproxy.google.com/~r/LosersLunch/~5/4FvP8aqjVl4/e7463b39-83d0-70 a2-275b-aedb565047fa.mp3" type="audio/mpeg" fileSize="60387705" duration="3774" />
<link>http://feedproxy.google.com/~r/LosersLunch/~3/4FvP8aqjVl4/e7463b39-83d0-70a2-275 b-aedb565047fa.mp3</link>
<dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kelan, Nate, and Jay</dc:creator>
<feedburner:origLink>http://loserslunch.hipcast.com/deluge/e7463b39-83d0-70a2-275b-aedb565047fa.mp3</feedburner:origLink>
<enclosure url="http://feedproxy.google.com/~r/LosersLunch/~5/4FvP8aqjVl4/e7463b39-83d0-70 a2-275b-aedb565047fa.mp3" length="60387705" type="audio/mpeg" />
<feedburner:origEnclosureLink>http://loserslunch.hipcast.com/deluge/e7463b39-83d0-70a2-275b-aedb565047fa.mp3</feedburner:origEnclosureLink>
</item>
<media:credit role="author">Kelan, Nate, and Jay</media:credit>
<media:rating>adult</media:rating>
<media:description type="plain">We keep you entertained every second of your lunch break. Not on lunch? We will entertain you even harder.</media:description>
</channel>
</rss>
any help would be greatPlease when you have a query post the URL of your feed, not its contents. For the record, your feed is at
http://loserslunch.hipcast.com/rss/loserslunch.xml
This is the feed which iTunes is using. The Feedburner feed is irrelevant since it has not been submitted to iTunes. If you want to use the Feedburner feed you will have to follow the steps detailed here to point iTunes to it instead of the current one.
The 'podcast image' is correctly referenced in the feed: it can sometimes take several days before it appears in the Store, and even longer before it appears in the Search results. Give it a few more days and it should appear.
However the image referenced in the feed does not appear for subscribers: if you want subscribers to see an image you have to embed it in the actual media file. Please see this page for a detailed explanation.
Maybe you are looking for
-
Hello: I have tried installing Snow Leopard via the installation disc on a Macbook Pro (2007) with an Intel Core 2 Duo, but I the installation has failed more than 5 times. I have first formatted and partitioned the internal hard disk with Mac Os Ext
-
"Local Module is not an executable or is a link" when starting Messaging Server
"Local Module is not an executable or is a link" when starting Messaging Server <P> If you see error messages like this one when you try to start Netscape Messaging Server:<P> 19971009095543:Dispatch:Notification:Local Module (Account-Handler) is not
-
Peculiar behavior of 3D graph grid lines
I am quite familiar with the 3D graph utilities in LabVIEW, but I recently discovered some strange behavior of the grid lines that I don't understand. See attachment. There are vertical gap/distortion features in the grid that appear to be errors in
-
Superdrive not mounting "disk1: alignment error."
Howdy, I've got a bit of a delima. I tried to pop a cd rom into my computer yesterday and I got the following error: "The disk you inserted was not readable by this computer" Ignore or Eject. now it seems when I put any disc into the drive the comput
-
Odd FormCalc error on xfa.form.recalculate()
Using FormCalc I'm getting an accessor unknown error using xfa.form.recalculate(1). Error: accessor 'xfa.form.recalculate("1")' is unknown. If I take it out of the statement I have it in it and slap it on a button it works. Statement it is in: var vI