Comments (17)
I'm still seeing this issue, over larger areas, seems polygons are being
generated instead of point to point polylines is there something we can pass to
the parser to ignore this?
Original comment by [email protected]
on 16 May 2013 at 9:49
from geoxml3.
[deleted comment]
from geoxml3.
This is not fixed. There is a workaround and hasn't been a lot of interest.
Original comment by geocodezip
on 16 May 2013 at 12:43
from geoxml3.
Can you provide an example where you are seeing this and it is a problem?
Original comment by geocodezip
on 16 May 2013 at 1:13
from geoxml3.
This is a problem whenever LineStrings that are not simply point-to-point, but
for example of a trunk-and-branch architecture. For instance, the following
google maps kml-sample doesn't draw properly with geoxml3; and there is no
workaround.
http://code.google.com/p/kml-samples/source/browse/trunk/kml/MultiGeometry/multi
-linestrings.kml
Original comment by [email protected]
on 3 Jun 2013 at 6:13
from geoxml3.
> This is a problem whenever LineStrings that are not simply point-to-point,
but for
> example of a trunk-and-branch architecture
That is true.
> there is no workaround.
The work around is to make the lines point-to-point. Is there a use case that
requires geoxml3 where that can't be done?
http://www.geocodezip.com/v3_GoogleEx_layer-kml_linktoB.html?filename=http://www
.geocodezip.com/geoxml3_test/multi-linestrings.kml
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_linktoB.html??type=m&f
ilename=http://www.geocodezip.com/geoxml3_test/multi-linestrings.kml
With workaround:
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_linktoB.html??type=m&f
ilename=http://www.geocodezip.com/geoxml3_test/multi-linestrings_workAround.kml
Original comment by geocodezip
on 3 Jun 2013 at 10:10
from geoxml3.
We have 100s of .kml files to display on the map. Each .kml file contains 100s
of LineStrings that each contain 10-100 coordinates. Additionally, these
LineStrings are disjointed pieces of a trunk-and-branch architecture. These
.kml files are obtained from an external source that we can't control, and the
pre-processing you are suggesting as a workaround would be nearly impossible
based on the size of our data set.
Original comment by [email protected]
on 4 Jun 2013 at 1:24
from geoxml3.
That makes sense. Why do you need to use geoxml3 in your use case? KmlLayer or
FusionTablesLayer would overlay those on a map, why do you need geoxml3?
I can start looking at addressing this, the reason I haven't seriously looked
at it is that it may impact performance and will probably add complexity.
Patches are welcome if you have a suggested fix.
Original comment by geocodezip
on 4 Jun 2013 at 1:36
- Added labels: Priority-Medium
- Removed labels: Priority-Low
from geoxml3.
I apologize in advance for my lack of knowledge/experience with maps, and thank
you for the great work you do with geoxml3. I was using geoxml3 because these
.kml files are government classified and I can't expose them to the open
internet. I thought geoxml3 was the only way to parse locally behind our
firewall, since KmlLayer requires google to access the .kml files.
Original comment by [email protected]
on 4 Jun 2013 at 2:03
from geoxml3.
Another option would be geoxml-v3
http://code.google.com/p/geoxml-v3/
Lance Dyas' version of the parser, I don't use that much, and not sure how
actively he is supporting it, but if it works for you, that is another option
Original comment by geocodezip
on 4 Jun 2013 at 5:57
from geoxml3.
Potential fix (not checked in, local copy for now):
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kml_linestring_test_linktoB.ht
ml??type=m&filename=http://www.geocodezip.com/geoxml3_test/multi-linestrings.kml
if you could test and provide feedback on any issues you see in your
application.
Original comment by geocodezip
on 7 Jun 2013 at 6:41
from geoxml3.
Original problematic KML
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kml_linestring_test_linktoB.ht
ml?lat=-33.919882&lng=151.037571&zoom=14&type=m&filename=http://www.geocodezip.c
om/geoxml3_test/3dgooglemodels_com_au_cbd_lap_a7_kml.xml
Original comment by geocodezip
on 7 Jun 2013 at 6:56
from geoxml3.
I tested using my .kml and your geoxml3_linestringFix.js, and it worked/looked
great. Thank you so much for the great solution. We really appreciate it.
Original comment by [email protected]
on 7 Jun 2013 at 1:40
from geoxml3.
I am still testing. Please update this issue if you see any issues. If there
are no issues this version will be checked in at some point.
Original comment by geocodezip
on 7 Jun 2013 at 2:02
- Changed state: Started
from geoxml3.
Committed change revision 103. Please update this issue with any problems you
see with the fix.
Original comment by geocodezip
on 8 Jun 2013 at 5:45
- Changed state: Fixed
from geoxml3.
updated kmz branch revision 124
Original comment by geocodezip
on 23 May 2015 at 5:02
from geoxml3.
test page:
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmztest_linktoB.html?lat=-33.9
19882&lng=151.037571&zoom=14&type=m&filename=http://www.geocodezip.com/geoxml3_t
est/3dgooglemodels_com_au_cbd_lap_a7_kml.xml
Original comment by geocodezip
on 24 May 2015 at 1:57
from geoxml3.
Related Issues (20)
- docs array, first element gets clobbered on each parse. Does not save one doc per Array element HOT 5
- failedParse callback not being called HOT 7
- Uncaught InvalidStateError: Failed to execute 'overrideMimeType' on 'XMLHttpRequest': MimeType cannot be overridden when the state is LOADING or DONE. HOT 4
- Placemarkers not visible HOT 3
- No marker property available in afterParse HOT 3
- Parsing does not support namespace HOT 5
- Points moved in new egeoxml.js version HOT 3
- kmz branch r123 - sort geo.docs alphabetically by url HOT 4
- Firefox - Can't find icons.png files HOT 1
- docs.indexes not loaded until function calling geo.parse finish HOT 2
- character encoding issues in kmz branch
- issue 24 resolution still not in kmz branch HOT 1
- google.maps.Polyline cannot be removed from map after KML parse HOT 3
- hideDocument executes properly, but map doesn't update HOT 2
- Issue when toggling hide/show for multiple docs loaded with parseKmlString HOT 7
- Patch for /branches/kmz/ZipFile.complete.js HOT 1
- Cursor/mouseover issue with polygons in firefox 39.0 HOT 3
- Can not load and show a local KML file HOT 2
- Add suppressDirections option to kmz branch HOT 2
- "geoXML3 is not defined" HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from geoxml3.