the keyword in my post was 'directory listing' !
got the message. it was on by error. it is now turned off.
I was not aware of it, so thanks for the tip.
This will probably keep Google at a distance. For now.
Regards
Leif
the keyword in my post was 'directory listing' !
got the message. it was on by error. it is now turned off.
I was not aware of it, so thanks for the tip.
This will probably keep Google at a distance. For now.
Regards
Leif
(Btw - I'm really really sure that Google will not merge the tiles back to the original image
![]()
)
I don't trust Google. They have raided my gallery and everything they can get to. Without asking. See attached image from "google image" search. They have downloaded it, it's not a link.
They have also cooperated with NSA, so there is no trust left.
Do "krpano protect" prohibit Google to "merge the tiles back to the original image" ??
leif
I'm using Kolor's APG 2.0 (based on krpano 1.17) to make panotours.
Lately I have seen from the logs at my webhotel that "Googlebot-Image" is systematicly grabbing the tiles from my panos. I have not seen this before, they have grabbed jpg's and thumbnails but not the tiles.
I have attached a session where the Googlebot-Image grabs almost a thousand tiles !
The bot zooms too, it grab tiles on all levels.
Has anybody seen this behaviour and know whats happening ? How do the bot get the tile filenames ?
Do Google have an ambition to download it all, for later to put it together to get the original image ?
And in the end: how does "krpano protect" work in a case like this ?
Does it protect me against Google ![]()
regards
Leif
I have made panos with different tools since 2005 and are for now using Kolor's APG. Since 2009 I have used krpano for presenting them on the web, and though not being a programmer I've managed allright.
It was almost a revolution for me when Kolor made Panotour available: I can do 95% of the trivial work in Panotour and do the refining with my krpano knowlegde. For me the krpano/Kolor cooperation is really a lucky strike ! For now Autopano is showing only a small fraction of the options in krpano and I hope Kolor will adopt more of the power of krpano. They have made a very fine start !
Leif
Panotour is a (thin) GUI:
http://www.kolor.com/blog-en/2011/1…notour-pro-1-7/
It produce krpano XML's.
That means You can let Panotour do most of the work and then enhance it with krpano functions.
Leif
I have been fiddling with the XML's for a couple of years.
Now I have found a way to get a better result in much shorter time:
I use Kolor Panotour Pro to do most of the work in a GUI way, check the "I want XML's option", and then I can fiddle with the XML's. Panotour is a GUI frontend to krpano and produce krpano-XML's, so all the power of krpano is available. If I want to fiddle ![]()
Leif
I have a 360 cylinder pano, where I don't want to allow viewers to zoom in.
And I want it to autorotate.
I have tried maxpixelzoom= and fovmin=
They both "turns off" zooming. But they both also turns off autorotate.
Is there some other way to do this ?
btw:
there is a parameter for view: limitview="auto" for which I can't find documentation.
can limitview be used for my case ?
Leif
The reason is political, as anything relating to US/Israel:
<<in 1997, Congress passed the National Defense Authorization Act, one section of which is titled, "Prohibition on collection and release of detailed satellite imagery relating to Israel.">>
http://motherjones.com/politics/2011/06/google-israel-us
Leif
The properties for the picture in PS CS5 is shown in the attachment, and is sRGB IEC.... as far as I can see
The second attachment shows a printscreen of one l1-tile. left through browser right in photo viewer (= like PS CS5)
So I am still wondering: why is the browsers (IE and Opera) doing this color shift ?
The pano is at http://www.rundskuer.no/krpano/nystoylhornet_horisonten.html
Viewed at a calibrated monitor the colors are much too vibrant.
Leif
I have a pano in tiff, adjusted in Photoshop, and I drop it on the "MAKE PANO (MULTIRES) droplet".
To my surprise the colors has changed quite significally in the result, unwanted.
In the attached file the result from kmakemultires is on the left, through a browser, and in Phoshop to the right.
Is there a way to avoid changing the color like this ?
Leif Strand
Edit:
I have checked the tiles, and they are OK. kmakemultires is not the culprit.
It must be a viewer/browser/flash phenomenon.
people are using skins including a start/stop autorotate button. I want to do it as well.
but why do everyone have to write it from scratch ?
it should be included in defaultskin.
leif
It works perfectly. thanx a lot !
the result can be seen at http://www.rundskuer.no/krpano/orstafraytrehovden.html
(btw: it's 3.9 gigapixel)
![]()
In beta8 and earlier I adjusted the height to 92% like this
// if (typeof(deconcept) !== 'undefined')
{
if (deconcept.SWFObjectUtil.getPlayerVersion().major >= 6)
{
var so = new SWFObject("krpano.swf", "krpanoSWFObject", "100%", "92%", "9.0.28","#000000");
so.addParam("allowFullScreen","true");
so.useExpressInstall("./swfobject/expressinstall.swf");
so.setAttribute("xiRedirectUrl", window.location);
so.addVariable("pano", "orstafranivane.xml");
if ( so.write("krpanoDIV") ) { var mousewheelfixes = new SWFkrpanoMouseWheel(so); }
}
else
{
document.getElementById("krpanoDIV").innerHTML = 'ERROR:
Adobe Flash Player 9 needed
[url='http://www.adobe.com/go/getflashplayer/']
...click here to download...
';
}
}
else
{
document.getElementById("krpanoDIV").innerHTML = 'ERROR:
./swfobject/swfobject.js not found
';
}
// ]]>
In beta9 this is changed (simpified) to:'
// var swf = createswf("krpano.swf");
swf.addVariable("xml","orstafraytrehovden.xml");
swf.embed("krpanoDIV");
// ]]>
And I cannot find a way to adjust the height to e.g. 92%
Do anyone have an idea ?
leif
that's right.
I emptied the cache, uncommented the preview-line, and it worked fine
thanx ![]()
Problem solved, sort of ! I have commented out the preview:
<preview type="CYLINDER" url="sundalsnipa_horisonten.tiles/preview.jpg"
It now loads 6 tiles instead of 70 and the panorama loads at no time.
Its OK for me, but maybe there is something fishy in the template or elsewhere ?![]()
it now looks like:
<image type="CYLINDER" multires="true" tilesize="810">
<level tiledimagewidth="112106" tiledimageheight="4126" download="view">
<cylinder url="sundalsnipa_horisonten.tiles/l3_%00v_%00h.jpg" />
</level>
<level tiledimagewidth="56053" tiledimageheight="2063" download="view">
<cylinder url="sundalsnipa_horisonten.tiles/l2_%00v_%00h.jpg" />
</level>
<level tiledimagewidth="28027" tiledimageheight="1032" download="view">
<cylinder url="sundalsnipa_horisonten.tiles/l1_%00v_%00h.jpg" />
</level>
</image>
but it does not work. the log shows that 70 level 1 tiles is loaded at startup.
this is what one tile look like: http://www.rundskuer.no/krpano/sundals…/l1_001_001.jpg
the xml now looks like :
<preview type="CYLINDER" url="sundalsnipa_horisonten.tiles/preview.jpg" />
<image type="CYLINDER" multires="true" tilesize="810">
<level tiledimagewidth="112106" tiledimageheight="4126" download="view">
<cylinder url="sundalsnipa_horisonten.tiles/l3_%00v_%00h.jpg" />
</level>
<level tiledimagewidth="56053" tiledimageheight="2063">
<cylinder url="sundalsnipa_horisonten.tiles/l2_%00v_%00h.jpg" />
</level>
<level tiledimagewidth="28027" tiledimageheight="1032">
<cylinder url="sundalsnipa_horisonten.tiles/l1_%00v_%00h.jpg" />
</level>
</image>
And download="view"does not do the trick. From the log I can see that it loads 70 tiles for the initial look.
I have made a multires from a picture that is 121k wide and 4k high, see http://www.rundskuer.no/krpano/sundalsnipa_horisonten.html
The result is fine, but there is a small annoyment :
- the multires level 1 is 104 tiles, 57 wide and 2 high
- I thought krpano would load only the pieces displayed, by demand
- it seems to me as all 104 tiles in level 1 is loaded before the loadwheel stops
the xml-file is the one made from the templates in the 1.08 beta 8 package.
any suggestions ?
I tried to save it as TIFF with LZW compression, but it exceeded the 4GB limit.
then I sliced the pano horisontally in upper and lower half. I processed both with kmakemultires, renamed the tiles in lower half to follow the tiles in the upper half. after editing the xml it was time to look at the result.
it was fine for the combined tileset, exept for the border between the upper and lower half. it was som kind of vertical stretching of the tiles while passing back and forth of the border.
maybe some parameter in the kmakemultires can be turned on/off ?
the best solution would be to do as Gigatiler, accept PSB-files (in addition to jpg and tiff)
this would be a natural development, since Autopano, PTgui and others can produse PSB-files when the limits for jpg and tiff are exceeded.
Leif ![]()
Autopano has produced me a panorama from 250 pictures and I have saved it at a 11gig PSB-file. everything looks fine, photoshop CS4 handle the file nicely.
So starts my troubles: how do I make a multires krpano from this PSB-file?
Photoshop won't save the pano as TIFF, because it will exceed the 4gig limit for TIFFs.
kmaketiles only accepts jpg and tiff.
any suggestions ? (I use Vista 64bit)
leif strand