[Geoserver-users] Publishing KML via Geoserver

Smart_Gary_Export_Li · October 14, 2015, 10:52am

Thank you so much for clarifying that one (…so quickly)!

I was beginning to think I was just stupid J

···

On Wed, Oct 14, 2015 at 12:35 PM, Smart, Gary Export License Required - US UTAS <Gary.Smart@…7257…> wrote:

I have KML files which I would like to serve out via Geoserver. Perhaps I am missing something, but I don’t see how to create a layer from a KML file – there only seems to be options to create layers from Shapefiles. All references to KML I have found on the web seem to relate to exporting KML, not importing it.

Can anyone point me in the right direction please?

There is no such a thing as publishing a KML as is, that’s why you cannot find it.

The closest thing we have is importing the KML into a target data store (postgis, shapefile) from where we can publish using the importer extension.

However, that will make it lose its styles.

Adding the ability to publish from KML directly, using its native styling, would indeed be nice. I’ve just added a page describing

what to do in case of feature requests, you can have a look at it:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

This one would be one of the complex ones, proposals and all, since we’d need to start carrying around features with their own “native” style, something

we don’t have in the programming interface right now (SLD is all about separating data from styling, KML is the polar opposite).

Cheers

Andrea

–

==

GeoServer Professional Services from the experts! Visit

http://goo.gl/it488V for more information.

==

Ing. Andrea Aime

@geowolf

Technical Lead

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054 Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Jair_Santos1 · October 16, 2015, 4:46pm

Hello Gary, Andrea, all,

I would like to make a comment in this thread since it might be related and affecting the code that I am developing. I loaded shapefiles into PostGis/Geoserver. In layer preview I can see the layers and I can download the KML files as well.

Using these files I am creating vector layers format KML with openlayers and they are not showing up. To avoid CORS, and for testing purposes, I am hosting the KML files in dropbox. When I click the link in drop box, Google earth starts and the layers are there.

I used that exactly same dropbox links in my openlayers application and the layers do not show up. I checked the features of the layers with the following code and it returns “Count after change: 0” in the console, meaning there is no features in the KML files.

wms_bmid_pipes.getSource().on(‘change’, function(evt){

var source = evt.target;

if (source.getState() === ‘ready’) {

var numFeatures = source.getFeatures().length;

console.log("Count after change: " + numFeatures);

}

});

I’ll appreciate any comments you might have.

TIA.

JJ.

From: Smart, Gary Export License Required - US UTAS [mailto:Gary.Smart@anonymised.com]
Sent: Wednesday, October 14, 2015 3:53 AM
To: geoserver-users@anonymised.com.net
Subject: Re: [Geoserver-users] Publishing KML via Geoserver

Thank you so much for clarifying that one (…so quickly)!

I was beginning to think I was just stupid J

From: andrea.aime@anonymised.com [mailto:andrea.aime@anonymised.com] On Behalf Of Andrea Aime
Sent: 14 October 2015 11:47
To: Smart, Gary Export License Required - US UTAS
Cc: geoserver-users@lists.sourceforge.net
Subject: [External] Re: [Geoserver-users] Publishing KML via Geoserver

On Wed, Oct 14, 2015 at 12:35 PM, Smart, Gary Export License Required - US UTAS <Gary.Smart@anonymised.com7…> wrote:

I have KML files which I would like to serve out via Geoserver. Perhaps I am missing something, but I don’t see how to create a layer from a KML file – there only seems to be options to create layers from Shapefiles. All references to KML I have found on the web seem to relate to exporting KML, not importing it.

Can anyone point me in the right direction please?

There is no such a thing as publishing a KML as is, that’s why you cannot find it.

The closest thing we have is importing the KML into a target data store (postgis, shapefile) from where we can publish using the importer extension.

However, that will make it lose its styles.

Adding the ability to publish from KML directly, using its native styling, would indeed be nice. I’ve just added a page describing

what to do in case of feature requests, you can have a look at it:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

This one would be one of the complex ones, proposals and all, since we’d need to start carrying around features with their own “native” style, something

we don’t have in the programming interface right now (SLD is all about separating data from styling, KML is the polar opposite).

Cheers

Andrea

–

==

GeoServer Professional Services from the experts! Visit

http://goo.gl/it488V for more information.

==

Ing. Andrea Aime

@geowolf

Technical Lead

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054 Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Larry_Theller · October 16, 2015, 5:18pm

A friend of mine was running public FTP for 3D models out of his dropbox folder into his website, and he said they changed their interface and now block that kind of access. So probably you should take the dropbox part out of this equation, assuming mouseclick is being handled differently than coded access.

LT

From: Jair Santos [mailto:jsantos5954@anonymised.com…]
Sent: Friday, October 16, 2015 12:46 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Publishing KML via Geoserver

Hello Gary, Andrea, all,

I would like to make a comment in this thread since it might be related and affecting the code that I am developing. I loaded shapefiles into PostGis/Geoserver. In layer preview I can see the layers and I can download the KML files as well.

Using these files I am creating vector layers format KML with openlayers and they are not showing up. To avoid CORS, and for testing purposes, I am hosting the KML files in dropbox. When I click the link in drop box, Google earth starts and the layers are there.

I used that exactly same dropbox links in my openlayers application and the layers do not show up. I checked the features of the layers with the following code and it returns “Count after change: 0” in the console, meaning there is no features in the KML files.

wms_bmid_pipes.getSource().on(‘change’, function(evt){

var source = evt.target;

if (source.getState() === ‘ready’) {

var numFeatures = source.getFeatures().length;

console.log("Count after change: " + numFeatures);

}

});

I’ll appreciate any comments you might have.

TIA.

JJ.

From: Smart, Gary Export License Required - US UTAS [mailto:Gary.Smart@anonymised.com]
Sent: Wednesday, October 14, 2015 3:53 AM
To: geoserver-users@anonymised.comsts.sourceforge.net
Subject: Re: [Geoserver-users] Publishing KML via Geoserver

Thank you so much for clarifying that one (…so quickly)!

I was beginning to think I was just stupid J

From: andrea.aime@anonymised.com [mailto:andrea.aime@anonymised.com] On Behalf Of Andrea Aime
Sent: 14 October 2015 11:47
To: Smart, Gary Export License Required - US UTAS
Cc: geoserver-users@lists.sourceforge.net
Subject: [External] Re: [Geoserver-users] Publishing KML via Geoserver

On Wed, Oct 14, 2015 at 12:35 PM, Smart, Gary Export License Required - US UTAS <Gary.Smart@anonymised.com> wrote:

I have KML files which I would like to serve out via Geoserver. Perhaps I am missing something, but I don’t see how to create a layer from a KML file – there only seems to be options to create layers from Shapefiles. All references to KML I have found on the web seem to relate to exporting KML, not importing it.

Can anyone point me in the right direction please?

There is no such a thing as publishing a KML as is, that’s why you cannot find it.

The closest thing we have is importing the KML into a target data store (postgis, shapefile) from where we can publish using the importer extension.

However, that will make it lose its styles.

Adding the ability to publish from KML directly, using its native styling, would indeed be nice. I’ve just added a page describing

what to do in case of feature requests, you can have a look at it:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

This one would be one of the complex ones, proposals and all, since we’d need to start carrying around features with their own “native” style, something

we don’t have in the programming interface right now (SLD is all about separating data from styling, KML is the polar opposite).

Cheers

Andrea

–

==

GeoServer Professional Services from the experts! Visit

http://goo.gl/it488V for more information.

==

Ing. Andrea Aime

@geowolf

Technical Lead

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054 Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Jair_Santos1 · October 16, 2015, 10:20pm

Thank you Larry. I believe you are right. I have solved the problem using a different approach with openlayers.

Life is good.

Have a great week end.

JJ.

From: Larry Theller [mailto:theller@anonymised.com]
Sent: Friday, October 16, 2015 10:19 AM
To: geoserver-users@anonymised.comts.sourceforge.net
Subject: Re: [Geoserver-users] Publishing KML via Geoserver

A friend of mine was running public FTP for 3D models out of his dropbox folder into his website, and he said they changed their interface and now block that kind of access. So probably you should take the dropbox part out of this equation, assuming mouseclick is being handled differently than coded access.

LT

From: Jair Santos [mailto:jsantos5954@anonymised.com]
Sent: Friday, October 16, 2015 12:46 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Publishing KML via Geoserver

Hello Gary, Andrea, all,

I would like to make a comment in this thread since it might be related and affecting the code that I am developing. I loaded shapefiles into PostGis/Geoserver. In layer preview I can see the layers and I can download the KML files as well.

Using these files I am creating vector layers format KML with openlayers and they are not showing up. To avoid CORS, and for testing purposes, I am hosting the KML files in dropbox. When I click the link in drop box, Google earth starts and the layers are there.

I used that exactly same dropbox links in my openlayers application and the layers do not show up. I checked the features of the layers with the following code and it returns “Count after change: 0” in the console, meaning there is no features in the KML files.

wms_bmid_pipes.getSource().on(‘change’, function(evt){

var source = evt.target;

if (source.getState() === ‘ready’) {

var numFeatures = source.getFeatures().length;

console.log("Count after change: " + numFeatures);

}

});

I’ll appreciate any comments you might have.

TIA.

JJ.

From: Smart, Gary Export License Required - US UTAS [mailto:Gary.Smart@anonymised.com]
Sent: Wednesday, October 14, 2015 3:53 AM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Publishing KML via Geoserver

Thank you so much for clarifying that one (…so quickly)!

I was beginning to think I was just stupid J

From: andrea.aime@anonymised.com [mailto:andrea.aime@anonymised.com] On Behalf Of Andrea Aime
Sent: 14 October 2015 11:47
To: Smart, Gary Export License Required - US UTAS
Cc: geoserver-users@anonymised.comsourceforge.net
Subject: [External] Re: [Geoserver-users] Publishing KML via Geoserver

On Wed, Oct 14, 2015 at 12:35 PM, Smart, Gary Export License Required - US UTAS <Gary.Smart@anonymised.com> wrote:

I have KML files which I would like to serve out via Geoserver. Perhaps I am missing something, but I don’t see how to create a layer from a KML file – there only seems to be options to create layers from Shapefiles. All references to KML I have found on the web seem to relate to exporting KML, not importing it.

Can anyone point me in the right direction please?

There is no such a thing as publishing a KML as is, that’s why you cannot find it.

The closest thing we have is importing the KML into a target data store (postgis, shapefile) from where we can publish using the importer extension.

However, that will make it lose its styles.

Adding the ability to publish from KML directly, using its native styling, would indeed be nice. I’ve just added a page describing

what to do in case of feature requests, you can have a look at it:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

This one would be one of the complex ones, proposals and all, since we’d need to start carrying around features with their own “native” style, something

we don’t have in the programming interface right now (SLD is all about separating data from styling, KML is the polar opposite).

Cheers

Andrea

–

==

GeoServer Professional Services from the experts! Visit

http://goo.gl/it488V for more information.

==

Ing. Andrea Aime

@geowolf

Technical Lead

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054 Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.