Pascal Georges wrote:
Hi!
> My idea would have been to call it upon user request,
> say hitting a button/hotkey or whatever. I could e.g.
> imagine to work on in the masks, where the user coming
> to some critical position might want to access an
> external service that offers some information about
> this position.
>
> Where can I get such valuable info ?
Well, there are some people out there who produce it and who
put a lot of work and enthusiasm into this. Unfortunately,
it's up to them to define if and how you can access it.
Blame copyright for that simple fact.
All I can say is that I have some offer at hand, we could
work together, I could add some functionality on Scids side
to access certain interfaces that deliver information *based
upon the rules of the copyright owner*. I have to obey the
rules and I'm absolutely NOT in the position to dictate the
rules. Most likely, everything would be free if I'd provide
the data, but I do not.
The ideas just came up as these interfaces would be very
close to the Xfcc stuff I already did. Addiontally, I did
quite a bit of WS client programing recently for my job.
(Oh, I access the evil empire there. Of course the database I
interface with is copyright protected, and it even costs our
institution some 100.000,- euros a year.)
> And even if it exists, why can't it be resident on my hard
> drive ?
You still do not understand, that the idea is to get an
interface that allows exactly that: access an external
source of whatever provenance, if one wishes to do so, by an
open protocol, get results, store them if one wishes to do
so or not. Still, copyright has to be kept in mind, and if
some of the data is restricted by whatever means (being it
a membership or whatever) one has to deal with this
properly.
All I was suggesting was to create an interface.
I'd never have hardcoded any URLs or whatever, of course the
service provider could be chosen freely and me and my
partner were in perfect agreement that the protocols would
be free and open. To me, this is an offer. One can use it or
not. This is not up to me to decide.
> But anyway the former question is always the main issue
> ... Let's first gather the valuable data, and only then
> think about the way to maintain and spread it.
There is no need to spread anything, especially not for
Scid, and it is absolutely not the job of a database
application to produce and distribute data in any way.
Anyway, I see your fundamental opposition to the ideas I
mentioned. I do absolutely not understand it, but who am I
to do. No other here on the list commented on it in any way,
and well, those who are silent, agree.
Therefore, I'll just drop the idea and just not develop what
I had in mind. I've no personal problem with that, and it
actually saves me quite a bunch of work. I found it a
charming idea to allow seemless, userfriendly integration of
external ressources by means of a set of open protocols. To
me it is important that the transport is free and open. Data
is second order, here one just has to follow copyright
legislation. That I need some information provider to feed
my idea, well, I'm a librarian. I work in this information
business all day long. Thats why I tried to work with some
specific provider who IMHO has suitable terms and
conditions.
All this will be done by other programs anyway. Its already
in the making. Look at CB. They have preliminaries already
in CB10 where they use some undocumented proprietary
protocol to update their databases. Integration of the web
will come to any app where it makes sense. Its just a matter
of time.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
