Re: [OpenMap Users] BIL and VPF Format Questions

Hi Paul,

I think 'epoint' is used as a featureType for entity point.

- Don

On Thursday, November 7, 2002, at 03:27 AM, Paul Chisholm wrote:

> Hi Don,
>
> thanks for the info. I renamed the directories to match what OpenMap is
> looking for and DescribeDB ran successfully. The '//' in the path name
> does
> not cause any problem.
>
> I have managed to display VPF layers with edge and area features.
> However, I
> cant display a feature that DescribeDB reports as [entity point
> feature]. If
> I specify 'entity' or 'point' in the properties file I just get the
> message
>
> LocalGraphicsWarehouseSupport: ignoring feature: point (or entity)
>
> How is [entity point feature] handled?
>
> Thanks,
> Paul
>
> ----- Original Message -----
> From: "Don Dietrick" <dietrick@bbn.com>
> To: "Paul Chisholm" <paulch@bigpond.com>
> Cc: <openmap-users@bbn.com>
> Sent: Thursday, November 07, 2002 6:07 AM
> Subject: Re: [OpenMap Users] BIL and VPF Format Questions
>
>
>> Hi Paul,
>>
>> On Wednesday, November 6, 2002, at 03:05 AM, Paul Chisholm wrote:
>>
>>> A couple of questions:
>>>
>>> 1) BIL Format
>>>
>>> I have a raster dataset in BIL format. I see no mention of this in
>>> the
>>> documentation so I guess its not supported. Is there any way to
>>> convert BIL
>>> format data to a format supported by OpenMap?
>>
>> I don't know that much about the BIL format. If you can find a Java
>> method for reading it in, though, it wouldn't be that hard to use it
>> after that.
>>
>>> 2) VPF Format
>>>
>>> I have a vector dataset in VPF format and I am running the DescribeDB
>>> utility as stated in the OpenMap faq. When I run it I get the
>>> following
>>> output:
>>>
>>> *****************************
>>> Path to database: Global_Map
>>> Database Name: globalm
>>> Database Description: Generated Digital data based on the Global Map
>>> Specification.
>>> Database Libraries: area
>>>
>>> area:
>>> area:uses tiled data
>>> area:Coverage names:pop bnd trans tileref hydro
>>> area:pop:Coverage Description: Population
>>> area:pop:Coverage Topology Level: 3
>>> CoverageTable: java.io.FileNotFoundException: BinaryFile can't find:
>>> Global_Map/area/pop//fcs.
>>> area:pop:FeatureClassNames:
>>> area:bnd:Coverage Description: Boundaries
>>> area:bnd:Coverage Topology Level: 3
>>> CoverageTable: java.io.FileNotFoundException: BinaryFile can't find:
>>> Global_Map/area/bnd//fcs.
>>> area:bnd:FeatureClassNames:
>>> area:trans:Coverage Description: Transportation
>>> area:trans:Coverage Topology Level: 3
>>> CoverageTable: java.io.FileNotFoundException: BinaryFile can't find:
>>> Global_Map/area/trans//fcs.
>>> area:trans:FeatureClassNames:
>>> area:tileref:Coverage Description: Tile Reference
>>> area:tileref:Coverage Topology Level: 3
>>> area:tileref:FeatureClassNames:
>>> area:hydro:Coverage Description: Hydrography
>>> area:hydro:Coverage Topology Level: 3
>>> CoverageTable: java.io.FileNotFoundException: BinaryFile can't find:
>>> Global_Map/area/hydro//fcs.
>>> area:hydro:FeatureClassNames:
>>> *******************************
>>>
>>> The first exception says it cant find file
>>>
>>> Global_Map/area/pop//fcs
>>>
>>> there is no such file, but there is a file
>>>
>>> Global_Map/area/population/fcs
>>>
>>> The '//' is rather strange. In Windows if you put '\\' in a path it
>>> treats
>>> it just like '\', but there may be a problem in the translation
>>> between Java
>>> and Windows.
>>
>> I'm not sure why that hasn't been a problem before, unless prior
>> versions of Java on Windows handled file paths differently.
>>
>>>> From the output it seems OpenMap knows there is a correspondence
>>>> between
>>> 'pop' and 'population', but why does it put 'pop' in the path instead
>>> of
>>> 'population'?
>>
>> That's a vpf database question - that's just how it is stored in the
>> files.
>>
>>> I am using OpenMap 4.5.3, Java 1.4.1, Windows 2000
>>
>> The code in CoverageAttributeTable.java looks like it automatically
>> adds a '/' in front of fcs paths. I'll modify the code to have it
>> check to see if it needs it.
>>
>> - Don
>>
>>
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> Don Dietrick, BBN Technologies, dietrick@bbn.com
>> 10 Moulton Street, Cambridge, MA 02138
>> 617-873-3031 [fax]-2794
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>
>>
>
>

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Don Dietrick, BBN Technologies, dietrick@bbn.com
10 Moulton Street, Cambridge, MA 02138
617-873-3031 [fax]-2794
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

--
[To unsubscribe to this list send an email to "majdart@bbn.com"
with the following text in the BODY of the message "unsubscribe openmap-users"]