KML Data Security ?

676 views
Skip to first unread message

IDEVFH

unread,
Jul 12, 2008, 11:26:28 AM7/12/08
to KML Developer Support - Advanced Support for KML
Hi simon_a or anyone else,

I got to thinking about an old title that is on KML read only but I
thought I'd ask you or anyone else about reviving the ability to
secure
and lock down the KML file while being used in Google Earth desktop.

Do you think it would be worth anyones interest if I decide to
revisit
and revive the development ? I already have a majority of the coding
protection done.

Below are some comments that were posted about :
KML data security 03/26/07


Quote:
----------------------------------------------------------------------

Me ( IDEVFH ) : I've just done some preliminary alpha testing to your

question.

Objective: Prevent Saving - Re-Distributing a KML Data.

Solution: Alpha Test shows:
1. User Prevented [ Copy ]
2. User Prevented [ Save As ]
3. User Prevented [ Rename ]
4. User Prevented [ email ]
5. User Prevented From Local Drive using File Manager to qualifiy
doing
any of the following above 1 - 4.

Note: I am still undecided about the general saving of the [ Save To
My
Places ]. I could allow the Save and binarily strip the area out for
the define KML Data area that is to be protected. Or, I could just
assume it would be more trouble to the user to attempt the fate of
editing independently with the risk of mangling the primary
myplaces.kml file.

P.S. This was in no way to undermine the expertise that ( simon_a )
made in regards to this GE capacity for protection of KML data. This
is
just a challenge as I am a developer to maybe improve some extension
to
Google Earth.


Your Questions: ( simon_a ) with my answers ( IDEVFH )

Q1.
Quote:
----------------------------------------------------------------------

I guess you're looking at preventing viewing the data once it's in GE

----------------------------------------------------------------------

A1: YES

Q2:
Quote:
----------------------------------------------------------------------

but I'm not sure how you'd prevent the user from intercepting it on
its
way from the Internet.

----------------------------------------------------------------------

A2: Not at this stage maybe something to consider later after I've
got
things going in the right direction.

Q3:
Quote:
----------------------------------------------------------------------

Will you be able to prevent right-click, save-as?

----------------------------------------------------------------------

A3: YES

Nothing is 100% for protection anywhere. I believe if I can create an
alternative to some protection of which it may stave off the majority
of folks without the authors consent. To me something is better than
open season on everybody's legit work.

Any suggestions or comments in regards to areas I've missed ?

----------------------------------------------------------------------
Thanks to all for the time to read through this!

Regards,
IDEVFH

ManoM

unread,
Jul 12, 2008, 7:32:55 PM7/12/08
to KML Developer Support - Advanced Support for KML
My feeling is that KML, like HTML, is not something you can lock down,
and shouldn't. I'm not sure how you're going to prevent this, are you
going to create a plugin they have to download? In that case, why
don't you just use the Earth API?

Mano

IDEVFH

unread,
Jul 12, 2008, 8:28:56 PM7/12/08
to KML Developer Support - Advanced Support for KML
Hi Mano,

Thanks for the time to reply !

When developing such an extension, one has to look at the ( 1 ) Data
format and the ( 2 ) Data Rendering Engine that the data is host by.
Blocking then become very promising effort to some degree of inference
to the promotion of the data from being rendered successfully. In the
case of the KML, being achieve once allocated from the GE server, it
becomes a matter of knowing enough about Win32 API's environment to
make it happen.

Consider, Google Earth using ( QT ) for some of their widget controls
within GE for viewing only. That only suggest enough to a developer
that exposer to data can be limited or accessible if one knows how.

There is no format of data security that ( I've known of ) that can't
be broken and accessed, my 2cents.

ManoM, when you said "and shouldn't", is enough for me to back off
from development of this effort. I hope this question of "KML Data
Security didn't offend anyone. If so I appologize to all ! I enjoy
software development innovations to enhance or extend software
application and not to stiffling of it.

Sincerely,
IDEVFH
> > IDEVFH- Hide quoted text -
>
> - Show quoted text -

KML.KZMcPherson

unread,
Aug 17, 2008, 8:02:36 PM8/17/08
to KML Developer Support - Advanced Support for KML
IDEVFH PLEASE for the sanctity of the human race can you let me in on
and or assist me in the completion of this development. I have come up
with an idea that I feel will rock the world in a vast portion of a
particular business aspect but I really need the KML to be protected.
I want to be able to assist those who done have the time or knowledge
to create customizable maps the ability to do so but want them to only
be able to use my product per individual as I am looking to mass
market this product. What would it take for you to release what you
have already found out on this subject I would love to speak to you on
a more interactive level as I feel that we can work together on this
as this data SHOULD be protected as I will not only myself be putting
in an ex orbited amount of hours but am looking to start an office of
kml developer and would like to create the next ITunes but for kml
making it only accessible to those who purchase please let me know. I
can be contacted at kml.kzm...@gmail.com

IDEVFH

unread,
Aug 18, 2008, 7:29:31 AM8/18/08
to KML Developer Support - Advanced Support for KML
Hi KML.KZMcPherson,

As I stated with my last comment to ManoM, I cannot proceed any
further with this project. Google Earth memebers, in many places, has
established a consent amoung many, the desire to keep the KML coding
"Open Source".

Sorry, I cannot help you !

Regards,
IDEVFH


On Aug 17, 7:02 pm, KML.KZMcPherson wrote:
> IDEVFH PLEASE for the sanctity of the human race can you let me in on
> and or assist me in the completion of this development. I have come up
> with an idea that I feel will rock the world in a vast portion of a
> particular business aspect but I really need theKMLto be protected.
> I want to be able to assist those who done have the time or knowledge
> to create customizable maps the ability to do so but want them to only
> be able to use my product per individual as I am looking to mass
> market this product. What would it take for you to release what you
> have already found out on this subject I would love to speak to you on
> a more interactive level as I feel that we can work together on this
> as thisdataSHOULD be protected as I will not only myself be putting
> in an ex orbited amount of hours but am looking to start an office ofkmldeveloper and would like to create the next ITunes but forkml
> making it only accessible to those who purchase please let me know. I
> can be contacted at [email address]
>
> On Jul 12, 5:28 pm, IDEVFH wrote:
>
>
>
> > Hi Mano,
>
> > Thanks for the time to reply !
>
> > When developing such an extension, one has to look at the ( 1 )Data
> > format and the ( 2 )DataRendering Engine that thedatais host by.
> > Blocking then become very promising effort to some degree of inference
> > to the promotion of thedatafrom being rendered successfully.  In the
> > case of theKML, being achieve once allocated from the GE server, it
> > becomes a matter of knowing enough about Win32 API's environment to
> > make it happen.
>
> > Consider, Google Earth using ( QT ) for some of their widget controls
> > within GE for viewing only. That only suggest enough to a developer
> > that exposer todatacan be limited or accessible if one knows how.
>
> > There is no format ofdatasecuritythat ( I've known of ) that can't
> > be broken and accessed, my 2cents.
>
> > ManoM, when you said "and shouldn't", is enough for me to back off
> > from development of this effort. I hope this question of "KMLData
> >Securitydidn't offend anyone. If so I appologize to all ! I enjoy
> > software development innovations to enhance or extend software
> > application and not to stiffling of it.
>
> > Sincerely,
> > IDEVFH
>
> > On Jul 12, 6:32 pm, ManoM wrote:
>
> > > My feeling is thatKML, like HTML, is not something you can lock down,
> > > and shouldn't. I'm not sure how you're going to prevent this, are you
> > > going to create a plugin they have to download? In that case, why
> > > don't you just use the Earth API?
>
> > > Mano
>
> > > On Jul 12, 8:26 am, IDEVFH wrote:
>
> > > > Hi simon_a or anyone else,
>
> > > > I got to thinking about an old title that is onKMLread only but I
> > > > thought I'd ask you or anyone else about reviving the ability to
> > > > secure
> > > > and lock down theKMLfile while being used in Google Earth desktop.
>
> > > > Do you think it would be worth anyones interest if I decide to
> > > > revisit
> > > > and revive the development ? I already have a majority of the coding
> > > > protection done.
>
> > > > Below are some comments that were posted about :
> > > >KMLdatasecurity03/26/07
>
> > > > Quote:
> > > > ----------------------------------------------------------------------
>
> > > > Me ( IDEVFH ) : I've just done some preliminary alpha testing to your
>
> > > > question.
>
> > > > Objective: Prevent Saving - Re-Distributing aKMLData.
>
> > > > Solution: Alpha Test shows:
> > > > 1. User Prevented [ Copy ]
> > > > 2. User Prevented [ Save As ]
> > > > 3. User Prevented [ Rename ]
> > > > 4. User Prevented [ email ]
> > > > 5. User Prevented From Local Drive using File Manager to qualifiy
> > > > doing
> > > > any of the following above 1 - 4.
>
> > > > Note: I am still undecided about the general saving of the [ Save To
> > > > My
> > > > Places ]. I could allow the Save and binarily strip the area out for
> > > > the defineKMLDataarea that is to be protected. Or, I could just
> > > > assume it would be more trouble to the user to attempt the fate of
> > > > editing independently with the risk of mangling the primary
> > > > myplaces.kmlfile.
>
> > > > P.S. This was in no way to undermine the expertise that ( simon_a )
> > > > made in regards to this GE capacity for protection ofKMLdata. This
> > > > is
> > > > just a challenge as I am a developer to maybe improve some extension
> > > > to
> > > > Google Earth.
>
> > > > Your Questions: ( simon_a ) with my answers ( IDEVFH )
>
> > > > Q1.
> > > > Quote:
> > > > ----------------------------------------------------------------------
>
> > > > I guess you're looking at preventing viewing thedataonce it's in GE
> > > - Show quoted text -- Hide quoted text -
Reply all
Reply to author
Forward
0 new messages