headers
Samuel Klein | 11 Sep 2010 17:00
Picon
Gravatar

Reminder: Open IRC meeting with Wikimedia Trustees: Saturday, 1600 UTC

Reminder: we are having an open meeting in an hour on #wikimedia.     -SJ

On Tue, Sep 7, 2010 at 4:29 PM, Samuel J Klein <sj@...> wrote:
> Hello,
>
> In an annual effort to welcome new Board members with an informal
> chat, the newest Wikimedia Trustees (Phoebe and Bishakha) are taking
> part in an open meeting on IRC this Saturday.  This is a forum to
> discuss Wikimedia issues and anything else that's on your mind.
>
> Where : #wikimedia   on   irc.freenode.net
> When  :  Saturday September 11, 1600-1700 UTC
>            (That's 0900 PST / 1200 EST / 1800 CEST / 2130 IST)
>
> All are welcome - please join the meeting with ideas or questions
> about Wikimedia and the Projects, or simply with good cheer!  If you
> have a topic to add to the agenda, please add it on Meta:
>
> http://meta.wikimedia.org/wiki/Talk:Wikimedia_meetings#September_2010
>
> We will keep the meeting to an hour, and will cover the agenda before
> moving to an open discussion.  Summary minutes will be published.
>
> I hope to see many of you there,
> Sam
>

--
Samuel Klein          identi.ca:sj           w:user:sj
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hay (Husky | 13 Sep 2010 23:40
Picon
Gravatar

"Session data" bug

Hi,
i got this error uploading a file to Commons:

"Sorry! We could not process your edit due to a loss of session data.
Please try again. If it still does not work, try logging out and
logging back in."

It seems to happen pretty irregularly. I'm using Chrome 6 / Mac OS X.
Is this a known bug?

Regards,
-- Hay
Permalink | Reply | 2 comments |
headers
Krinkle | 13 Sep 2010 23:45
Picon
Gravatar

Re: "Session data" bug

It happends to me too every once in a while.
Using Safari 5 on Mac OS X as primary browser but I see it on other  
browsers and operating systems aswell.

So far people in #wikimedia-tech could only blame mini magical events  
that happen to intervene somewhere between us and the server, and the  
general load on the server (only happeneds to me around internet prime  
time - could be a coincidence though)

- Krinkle

Op 13 sep 2010, om 23:40 heeft Hay (Husky) het volgende geschreven:

> Hi,
> i got this error uploading a file to Commons:
>
> "Sorry! We could not process your edit due to a loss of session data.
> Please try again. If it still does not work, try logging out and
> logging back in."
>
> It seems to happen pretty irregularly. I'm using Chrome 6 / Mac OS X.
> Is this a known bug?
>
> Regards,
> -- Hay
>
> _______________________________________________
> Commons-l mailing list
> Commons-l@...
> https://lists.wikimedia.org/mailman/listinfo/commons-l
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sandahl * | 14 Sep 2010 01:00
Picon

Re: "Session data" bug

It's happened to me too a couple of times, I use Firefox on Ubuntu Linux.

Sandahl

On Mon, Sep 13, 2010 at 2:45 PM, Krinkle <krinklemail-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
It happends to me too every once in a while.
Using Safari 5 on Mac OS X as primary browser but I see it on other
browsers and operating systems aswell.

So far people in #wikimedia-tech could only blame mini magical events
that happen to intervene somewhere between us and the server, and the
general load on the server (only happeneds to me around internet prime
time - could be a coincidence though)

- Krinkle

Op 13 sep 2010, om 23:40 heeft Hay (Husky) het volgende geschreven:

> Hi,
> i got this error uploading a file to Commons:
>
> "Sorry! We could not process your edit due to a loss of session data.
> Please try again. If it still does not work, try logging out and
> logging back in."
>
> It seems to happen pretty irregularly. I'm using Chrome 6 / Mac OS X.
> Is this a known bug?
>
> Regards,
> -- Hay
>
> _______________________________________________
> Commons-l mailing list
> Commons-l-RusutVdil2jN6gj8VLwN2g@public.gmane.orgedia.org
> https://lists.wikimedia.org/mailman/listinfo/commons-l


_______________________________________________
Commons-l mailing list
Commons-l-RusutVdil2icGmH+5r0DMw@public.gmane.orgorg
https://lists.wikimedia.org/mailman/listinfo/commons-l

_______________________________________________
Commons-l mailing list
Commons-l@...
https://lists.wikimedia.org/mailman/listinfo/commons-l
Permalink | Reply | 0 comments |
headers
Robin Schwab | 15 Sep 2010 19:43
Picon
Favicon

Suggestion: Improve Panoramic viewer

Dear commoners

We see an increasing number of spherical panoramics on commons [1], 
which makes me happy. Those pictures are best viewed in a panoramic viewer.

Unfortunately when I compare our panoramic viewer [2] with the one i.e. 
on 360cities [3] - they use krpano [4] - I conclude:
-Our Java system requires a faster computer than the Flash player 
resulting in slow loading or errors.
-Our system is not able to progressively display the current view. That 
means it takes a longer time until you can start browsing.
-The User Interface looks rather spartanic compared to the smooth one of 
krpano.

So the question is why not switch to a better system if it's available? 
After a quick look I got the impression that krpano is currently state 
of the art but you may know another program.

I'm interested to hear your opinions.

Regards

Robin

[1] 
https://secure.wikimedia.org/wikipedia/commons/wiki/Category:Spherical_panoramics
[2] 
http://toolserver.org/%7Edschwen/pano/index.php?f=Spitzkoppe_360_Panorama.jpg&h=30
[3] http://www.360cities.net/
[4] http://krpano.com/
Permalink | Reply | 23 comments |
headers
Daniel Schwen | 15 Sep 2010 21:49
Picon
Favicon

Re: Suggestion: Improve Panoramic viewer

Hey Robin,
so I guess I'll answer here instead of on my userpage [1]
> After a quick look I got the impression that krpano is currently state
> of the art but you may know another program.

krpano is not an option, it is non-free.
A alternative would be panosalado2, but last time I checked it had
numerous problems, such as
* lack of documentation
* the need to re-project images into a cube panorama format before the
multiresolution modus works (needed to get an improvement for large
images over the current viewer)
* lack of cylindrical projection support
* lack of cut-off spherical pano support

The last two points mean that approximately 99.9999% of the panos on
commons will NOT work with Panosalado.

Believe me I looked hard for an alternative, and all I got was hours of grief!
Daniel

[1] http://commons.wikimedia.org/wiki/User_talk:Dschwen#Panoramic_viewer
Permalink | Reply | 22 comments |
headers
Michael Dale | 15 Sep 2010 21:55
Picon
Gravatar

Re: Suggestion: Improve Panoramic viewer

With Firefox 4 landing soon and webGL support increasing ( chrome, 
safari .. maybe even IE someday ) ...  it would probably be best to use 
something like:
http://webuser.hs-furtwangen.de/~dersch/PTViewerNG/PTViewerNG.html

It looks like that was hacked up fairly quickly ... but someone would 
have to improve its support across modern browsers and possibly have a 
fall-back to flash mechanisms for viewers.

I will definitely put looking at that in my long term todo list. I think 
it would make for an interesting plugin for the sequencer efforts as 
well, ie including pans on panoramas as section of a documentary.

--michael

On 09/15/2010 12:49 PM, Daniel Schwen wrote:
> Hey Robin,
> so I guess I'll answer here instead of on my userpage [1]
>    
>> After a quick look I got the impression that krpano is currently state
>> of the art but you may know another program.
>>      
> krpano is not an option, it is non-free.
> A alternative would be panosalado2, but last time I checked it had
> numerous problems, such as
> * lack of documentation
> * the need to re-project images into a cube panorama format before the
> multiresolution modus works (needed to get an improvement for large
> images over the current viewer)
> * lack of cylindrical projection support
> * lack of cut-off spherical pano support
>
> The last two points mean that approximately 99.9999% of the panos on
> commons will NOT work with Panosalado.
>
> Believe me I looked hard for an alternative, and all I got was hours of grief!
> Daniel
>
> [1] http://commons.wikimedia.org/wiki/User_talk:Dschwen#Panoramic_viewer
>
> _______________________________________________
> Commons-l mailing list
> Commons-l@...
> https://lists.wikimedia.org/mailman/listinfo/commons-l
>
Permalink | Reply | 0 comments |
headers
Robin Schwab | 16 Sep 2010 12:19
Picon
Favicon

Re: Suggestion: Improve Panoramic viewer

On 15.09.2010 22:49, Daniel Schwen wrote:
> krpano is not an option, it is non-free.
> A alternative would be panosalado2, but last time I checked it had
> numerous problems, such as

Why being so dogmatic? I agree that free software is a must for core 
components of our project for strategic reasons. However for secondary 
components such as an image viewer I see no such strategic reasons.

And if somebody programmed a nice piece of code that you can't easily 
write yourself why not pay for it? At least if the price of 90USD is 
marginal for an organization like Wikimedia.

Regards

Robin
Permalink | Reply | 20 comments |
headers
David Gerard | 16 Sep 2010 12:46
Picon
Gravatar

Re: Suggestion: Improve Panoramic viewer

On 16 September 2010 11:19, Robin Schwab <contact@...> wrote:

> Why being so dogmatic? I agree that free software is a must for core
> components of our project for strategic reasons. However for secondary
> components such as an image viewer I see no such strategic reasons.

Because content that requires a proprietary viewer is considered
problematic. This is why Commons requires free formats.

- d.
Permalink | Reply | 19 comments |
headers
Robin Schwab | 16 Sep 2010 15:32
Picon
Favicon

Re: Suggestion: Improve Panoramic viewer

On 16.09.2010 13:46, David Gerard wrote:
> On 16 September 2010 11:19, Robin Schwab<contact@...>  wrote:
>> Why being so dogmatic? I agree that free software is a must for core
>> components of our project for strategic reasons. However for secondary
>> components such as an image viewer I see no such strategic reasons.
>
> Because content that requires a proprietary viewer is considered
> problematic. This is why Commons requires free formats.

I'm not talking about allowing content in a proprietary file format. All 
those panoramics are jpg files. I only propose to put a proprietary 
software on our servers giving the user an alternative way to see those 
jpg files.

Regards

Robin
Permalink | Reply | 18 comments |

Gmane