Right click a item and select "copy asset ref" last one in the menu. I dont know what that properties should show but doesent seem to work properly. If you get "Asset url ref not set to <assetname>" then collapse and expand the folder again. This should do a propfind to the folder and fetch the custom prop that is the asset ref. I have never used the properties things and didnt know it even shows the url.
Best regards, Jonne Nauha realXtend developer http://www.realxtend.org/ http://www.evocativi.com/ On Tue, May 25, 2010 at 1:05 AM, Gustavo Alberto Navarro Bilbao < sombra.albe...@gmail.com> wrote: > Answering: > > "compability mode" , yes, Naali was assigned from taiga config creator > (first screenshot). > > But really there is a problem with the meshes and the asset url (second > screenshot). If I ask for the properties in the textures, yes, the Asset ID > get the Asset url ( third screenshot). > > > Alberto > > ************************************************************************** > > 2010/5/24 Jonne Nauha <jonne.na...@evocativi.com> > >> Yes seems that you have webdav enabled. You can right click on inv item >> mesh to get url ref to it. You can assing that url as mesh in object edit. >> Texture http support will come on next release as i said earlier. >> >> And for the "compability mode" i mean client view. This is a bit new param >> (few months maybe?) and I am not sure how taiga config creator sets this >> value. With the best outcome for Naali versus Taiga set it to value "Naali" >> in modrex config >> >> ;ClientView >> ; This configuration determines which client view to spawn when user is >> logging in. >> ; Possible values: Naali, 0.4, compatible >> ; If configuration is not spesified, default value is to be used. Default >> value is compatible. >> ClientView = naali >> >> >> At least if thats not set, you cannot assing url based values to mesh or >> texture into the rex prim data via Naali. >> >> Best regards, >> Jonne Nauha >> realXtend developer >> >> http://www.realxtend.org/ >> http://www.evocativi.com/ >> >> >> On Tue, May 25, 2010 at 12:22 AM, Gustavo Alberto Navarro Bilbao < >> sombra.albe...@gmail.com> wrote: >> >>> *Jonne Nahua* asked: >>> >>> "...Albert: Are you sure that you are running Taigas modrex in Naali >>> compability mode?" >>> >>> ---------------- >>> >>> *Answer*: Yes: >>> >>> *********** >>> modrex.ini >>> >>> [Startup] >>> . >>> . >>> [realXtend] >>> >>> ;this enables realXtend UDP ports and realXtend avatars >>> enabled=true >>> . >>> . >>> ************ >>> *Jonne Nahua* asked: >>> "...Can you also tell if you are using the webdav inventory with a >>> opensim account.? >>> ----------- >>> *Answer*: >>> >>> I think that, because I do the logging choosing the "opensim account" >>> option, and in the taigawebdab data base, in the iwebdavresource I can find >>> the application/webdav-collection than you can see in the screenshot >>> attached >>> >>> --------------- >>> *Jonne Nahua said: >>> >>> ".....*I would have liked to do this in c++ side but i was denied that >>> right." >>> >>> Oooopps :-( >>> >>> "...We will see how long this takes but its coming, hold on there :) >>> Possibly after this you would not need to use the old viewer anymore for >>> anything..." >>> >>> Well, the project Naali is so revolutionary, offering the a true viewer >>> based on free softwareto the community and thinking about the future that >>> any waiting time than >>> will be necesary, and all preliminary tests that may be required are >>> considered not problem. It is a very low price for such a promising >>> future. >>> >>> Thanks a lot for your work. >>> >>> Muchas gracias >>> >>> Alberto >>> >>> ********************************************************************** >>> >>> >>> 2010/5/24 Jonne Nauha <jonne.na...@evocativi.com> >>> >>> *Toni:* The upload failing to show to others but shows locally was that >>>> we werent getting upload caps to inventory, so basically it "uploaded" >>>> showed the mesh locally. Relogin and you could not see it even locally. >>>> Those are now fixed and moreover we use the webdav inv with opensim >>>> accounts >>>> anyway with Taiga so we dont use caps urls. >>>> >>>> *Others: *Don't bother yourselves with the metadata prints. That is >>>> really not used anywhere, I'm not even sure who is polling some of the >>>> asset >>>> metadatas but its not the viewer for sure. And Naali doesent use http asset >>>> metadata anywhere and via udp im pretty sure those are not fetched. >>>> Anyways, >>>> I have asked asset metadata and it works and that error is not related on >>>> what the client does. >>>> >>>> *Alberto:* Are you sure that you are running Taigas modrex in Naali >>>> compability mode. At least i had some mesh assigning problems when that was >>>> not set to ModreX config. Can you also tell if you are using the webdav >>>> inventory with a opensim account. For me uploading meshes, setting them to >>>> new prims, moving/scaling works nicely in Naali. Also latest improvement is >>>> that you can assign url from either webdav inv or from just any web url as >>>> texture. And basically you can do this for meshes too. >>>> >>>> Anyways, it's a bit sad that Naalis building capabilities are what they >>>> are and you and most other need to use old viewer to upload meshes/textures >>>> and build with old viewer then just view with naali. I think there has been >>>> some improvements lately but its not nearly enough. I am starting from >>>> tomorrow the work with world building. I would have liked to do this in c++ >>>> side but i was denied that right. So learning up and rewriting some of the >>>> python code will take time. The aim is to have own dedicated scene of >>>> widgets for building mode. We will see how long this takes but its coming, >>>> hold on there :) Possibly after this you would not need to use the old >>>> viewer anymore for anything... >>>> >>>> Best regards, >>>> Jonne Nauha >>>> realXtend developer >>>> >>>> http://www.realxtend.org/ >>>> http://www.evocativi.com/ >>>> >>>> >>>> On Mon, May 24, 2010 at 7:49 PM, Gustavo Alberto Navarro Bilbao < >>>> sombra.albe...@gmail.com> wrote: >>>> >>>>> Well, I've got the same Cable Beach Assets error, (screenshot >>>>> "failed"). >>>>> >>>>> Following the same steps than Pedro wrote, with the exception than I >>>>> used 3dMax instead Blender, these are the results: >>>>> >>>>> I have built in 3dMax part of a structure, and exported it using >>>>> OgreMax, the meshe and the baked texture. >>>>> Then I've created the alien plants and the silver tree, and exported >>>>> them in the same way. >>>>> Well, in world (Taiga 0.1.2), using RX 4.2, to upload the meshes and >>>>> the textures and put them in the prims, I get the objects than you can see >>>>> in the "baked" screenshot. >>>>> >>>>> If I use the Naali 0.2.2, just as you can see in the other >>>>> screenshot, curiously, the estructure withe the baked texture looks right, >>>>> better really, but the plants lost the meshes. >>>>> >>>>> It is a very strange effect, since all meshes have been created and >>>>> uploaded in the same way. >>>>> >>>>> Alberto >>>>> >>>>> ----------------------------------------------------------------------- >>>>> >>>>> 2010/5/24 Toni Alatalo <ant...@kyperjokki.fi> >>>>> >>>>> pedro kirjoitti: >>>>>> >>>>>>> I made a statue consisting of 2 meshes in blender and uploaded it, >>>>>>> using viewer 0.42 >>>>>>> But when i logged in with naali the lower part of the statue didnt >>>>>>> rez, but in 0.42 it was all ok. >>>>>>> >>>>>>> >>>>>> >>>>>> We had something like this on one test server, and I came to suspect >>>>>> that it was a server side problem -- it not storing the mesh or >>>>>> something. >>>>>> It may be that it shows in the 0.42 with which you uploaded if it went to >>>>>> it's local cache upon upload (am not totally sure whether that's how it >>>>>> works). >>>>>> >>>>>> What we saw was that one person uploaded a mesh using rexviewer, and >>>>>> no one with Naali could see it, so they thought it was some strange new >>>>>> Naali prob. Then we noticed that it didn't show for others using the old >>>>>> rexviewer either, only for the person who uploaded, and figured it was a >>>>>> server prob. Too bad the prob disappeared before at least I got to hear >>>>>> what >>>>>> it was (someone fixed some server db conf?) >>>>>> >>>>>> >>>>>> Next thing i linked the prims and tried to copy them by holding shift >>>>>>> and dragging >>>>>>> which resulted in new prims without any meshes assigned to them. >>>>>>> >>>>>>> >>>>>> >>>>>> Sounds consistent with the server not having the meshes. >>>>>> >>>>>> >>>>>> on the server console i get the following error message: >>>>>>> 22:34:30 - [CABLE BEACH ASSETS]: Failed to fetch asset metadata from >>>>>>> http://192. >>>>>>> 168.1.35:8003/assets/e8af4a28-aa83-4310-a7c4-c047e15ea0df/metadata >>>>>>> >>>>>>> >>>>>> >>>>>> I think this is unrelated, but am not totally sure. >>>>>> >>>>>> ~Toni >>>>>> >>>>>> >>>>>> On May 22, 8:13 am, Denis Tarasov <dtaras...@gmail.com> wrote: >>>>>>> >>>>>>> >>>>>>>> I found out what was the problem with ogre rendering. Things works >>>>>>>> well with 0.42 viewer, but >>>>>>>> not with any derivatives, renaming executable/and or changing main >>>>>>>> window title will disable this feature. >>>>>>>> Looks like new code detects what viewer is running and only sends >>>>>>>> "running rex mod" to the viewer named >>>>>>>> "realxtend". >>>>>>>> >>>>>>>> Denis Tarasov >>>>>>>> >>>>>>>> On 21 май, 12:40, Denis Tarasov <dtaras...@gmail.com> wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> just downloaded new binary. Seems that it works better than >>>>>>>>> previous >>>>>>>>> one. >>>>>>>>> Still, i'm confused becouse you said> - Added missing "running >>>>>>>>> rex mode" flag to login response. realXtend 0.4* >>>>>>>>> viewers now don't need to manually switch to ogre >>>>>>>>> rendering. >>>>>>>>> but this does not work, 0.42 viewer still starts without ogre >>>>>>>>> rendering, so shift+R >>>>>>>>> still needed. >>>>>>>>> Best regards, >>>>>>>>> Denis Tarasov >>>>>>>>> On 19 май, 18:33, Jonne Nauha <jonne.na...@evocativi.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> Good afternoon, >>>>>>>>>> We have just released the new Taiga 0.1.2. This release >>>>>>>>>> mainly has crash >>>>>>>>>> fixes, more webdav implementation and the newest config creator. >>>>>>>>>> Below you >>>>>>>>>> can read the whole changelog. >>>>>>>>>> Get started herehttp:// >>>>>>>>>> wiki.realxtend.org/index.php/Getting_Started_with_Taigaonthe >>>>>>>>>> updated wiki page. >>>>>>>>>> Notes about a known bug in the config creator with >>>>>>>>>> regions.ini can be found >>>>>>>>>> here: >>>>>>>>>> http://wiki.realxtend.org/index.php/Getting_Started_with_Taiga#Known_. >>>>>>>>>> .. >>>>>>>>>> Please read this before you start up your servers the first time >>>>>>>>>> to ensure a >>>>>>>>>> smoother Taiga experience :) >>>>>>>>>> *Changelog* >>>>>>>>>> *Features* >>>>>>>>>> - Config Wizard now lets you change modrex database >>>>>>>>>> settings. >>>>>>>>>> - Sending webdav inventory url in login response to client for >>>>>>>>>> OpenSim >>>>>>>>>> agents. >>>>>>>>>> - Broadcasting webdav appearance url via ModRex for OpenSim >>>>>>>>>> agents. >>>>>>>>>> - llTextBox script function >>>>>>>>>> *Bug Fixes* >>>>>>>>>> - Webdav put handler now checks for overwrite header and >>>>>>>>>> replaces the >>>>>>>>>> existing asset if exists. >>>>>>>>>> - Webdav encode/decode fixes for request paths. >>>>>>>>>> - Added missing "running rex mode" flag to login response. >>>>>>>>>> realXtend 0.4* >>>>>>>>>> viewers now don't need to manually switch to ogre rendering. >>>>>>>>>> - General crash fixes >>>>>>>>>> You can post here about problems in setting up/running the >>>>>>>>>> servers so we can >>>>>>>>>> try to help! >>>>>>>>>> Best regards, >>>>>>>>>> Jonne Nauha >>>>>>>>>> realXtend developer >>>>>>>>>> http://www.realxtend.org/http://www.evocativi.com/ >>>>>>>>>> -- >>>>>>>>>> http://groups.google.com/group/realxtendhttp://www.realxtend.org >>>>>>>>>> >>>>>>>>>> >>>>>>>>> --http://groups.google.com/group/realxtendhttp://www.realxtend.org >>>>>>>>> >>>>>>>>> >>>>>>>> --http://groups.google.com/group/realxtendhttp://www.realxtend.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> http://groups.google.com/group/realxtend >>>>>> http://www.realxtend.org >>>>>> >>>>> >>>>> -- >>>>> http://groups.google.com/group/realxtend >>>>> http://www.realxtend.org >>>>> >>>> >>>> -- >>>> http://groups.google.com/group/realxtend >>>> http://www.realxtend.org >>>> >>> >>> -- >>> http://groups.google.com/group/realxtend >>> http://www.realxtend.org >>> >> >> -- >> http://groups.google.com/group/realxtend >> http://www.realxtend.org >> > > -- > http://groups.google.com/group/realxtend > http://www.realxtend.org > -- http://groups.google.com/group/realxtend http://www.realxtend.org
