[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[IDV #GDP-431455]: Shape file challenges



> > Yuan:
> >
> > Here are some answers to your questions, but it might get confusing!
> >
> > With regards to why I am loading the zip, it's because I cannot get
> > some of the .shp file to plot at all.  I'm not sure why this particular
> > shape file is so problematic.  I have others from other sources that
> > plot just fine.  That being said, I have used .zip files in the past
> > because it allows for filtering, etc.
> 
> Jim,
> In many .shp files, the attribute format (.dbf) and index format (.shx) are 
> included. They can also be separated. Those shp files you were loading into 
> the IDV obviously have separated style.
> 

Jim,
    See the attached image, the rad boundary line is from the KMZ file, and the 
green is from the shapefile. The problem of the position of the shape file is 
due to the projection. The CDM library uses the Transverse_Mercator projection 
which has the fix earth radius. After checking with John and Jeff, we move to 
use the UTM, and the position is corrected.
   Another mystery is why the SkiLifts shape file not working. According to 
Jeff, the IDV only parse some shape from the .shp file and causing the mismatch 
with .dbf file. One quick solution is to remove the .dbf file inside the zip 
file. But I am going to explore the other solution to make it easier for user 
like you.

    Now, with all these answers and efforts I put in, are you going to send us 
free lift tickets? :)


Yuan
> >
> > In the case of the attached with IDV3.0u3, the SkiAreaBoundries
> > plot (in the wrong location) if I go to Data>Choose Data and load in the
> > zip file.
> 
> This likely be a bug in the IDV, I still try to rule out the possibility of 
> the precision of the data itself.
> 
> If I instead try to load in just the .shp file, I cannot get
> > it to plot successfully either via Data>Choose Data or if I try to add
> > it as a map.
> >
> > As you know, the data here is plotted in the wrong location. In the
> > attached, I used the kmz file I sent earlier to plot the data using
> > IDV2.9u2 (note that IDV3.0u3 cannot read the kmz file) and the shapes
> > are plotted in the correct location.  I've used terrain shading so you
> > can get an idea of where they should be.
> 
> IDV 2.9 and 3.0 should behavior the same. There is no changes since 2.8 in 
> this portion of the source code. I figure out the problme,  the IDV tried to 
> write a file named doc.xml in the location it has no permission. I will check 
> in a fix soon.
> 
> >
> > For what it is worth, I've downloaded .shp and .zip files from
> > other sites whereby IDV has struggled and is unable to plot the data.
> > Download the lesson at
> > http://edcommunity.esri.com/arclessons/lesson.cfm?id=397 and see if you
> > can plot the various data for Colorado.  Perhaps this is like netCDF
> > where not all netCDF files are "created equal."
> >
> 
> I will give it a try.
> 
> 
> Yuan
> > Jim
> >
> >
> >
> 


Ticket Details
===================
Ticket ID: GDP-431455
Department: Support IDV
Priority: Normal
Status: Open


NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.