<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi Steve<br>
<br>
'The has_subtype bit is bit 23 of the LBL offset field and not the
type <br>
field.
'<br>
<br>
This is news to me - I'm following
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<span style="font-size:12.0pt;font-family:"Times New
Roman";
mso-fareast-font-family:"Times New
Roman";mso-ansi-language:EN-GB;mso-fareast-language:
EN-GB;mso-bidi-language:AR-SA">Mechalas</span>
<meta name="ProgId" content="Word.Document">
<meta name="Generator" content="Microsoft Word 11">
<meta name="Originator" content="Microsoft Word 11">
<!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:PunctuationKerning/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" LatentStyleCount="156">
</w:LatentStyles>
</xml><![endif]-->
<!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
</style>
<![endif]--> who I must admit at times doesn't seem to be that reliable.<br>
<br>
I have not as yet tried pois > &7f00 but have been looking at
NT extended pois .<br>
I have my suspicion that such pois have a limit of &16F or even
lower <br>
This is by examining extended pois with 8th bit of their subtypes
set and by looking at the ' information stream' which follows a
label if any.<br>
I notice that mkgmap sets this bit for ,say, bus stops and adds eo
09 00 00 00 <br>
Looking at NT imgs I'm surmising that the length of this information
stream is often extended if t(third?) and or fourth byte after the
text null terminator has a value> &70<br>
There are 2 bytes that precede any label, ie F1 31 but these cannot
by them selves provide the length of the total poi block as I've
come across pois with identical f1 31setc but different lengths.<br>
Somehow if the fourth value <&70 ,( ?<&5F) it
indicates the start of the next extended poi. My findings are not
conclusive - you may know more.<br>
So if extended pois have a limit below 1FF then perhaps pois have as
well.<br>
<br>
regards<br>
<br>
Nick<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 23/09/2014 21:27, Steve Ratcliffe
[via GIS] wrote:<br>
</div>
<blockquote style='border-left:2px solid #CCCCCC;padding:0 1em' cite="mid:5421D7AD.9090507@parabola.me.uk" type="cite">
Hi Nick
<br>
<br>
> Non extended POIs have their 8th bit set to denote the
possible inclusion
<br>
> of a subtype.
<br>
> If so I make the maximum for a non extended POI to be &7F
and not &FF as
<br>
> perhaps was implied?
<br>
<br>
The has_subtype bit is bit 23 of the LBL offset field and not the
type <br>
field.
<br>
<br>
Its always possible that the top bit of the type field is used for
<br>
something else or is just ignored. Have you tried such values and
do
<br>
they work?
<br>
<br>
..Steve
<br>
_______________________________________________
<br>
mkgmap-dev mailing list
<br>
<a moz-do-not-send="true"
href="/user/SendEmail.jtp?type=node&node=5818286&i=0"
target="_top" rel="nofollow" link="external">[hidden email]</a>
<br>
<a moz-do-not-send="true"
href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev"
target="_top" rel="nofollow" link="external">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
<hr color="#cccccc" size="1" noshade="noshade">
<div style="color:#444; font: 12px
tahoma,geneva,helvetica,arial,sans-serif;">
<div style="font-weight:bold">If you reply to this email, your
message will be added to the discussion below:</div>
<a moz-do-not-send="true"
href="http://gis.19327.n5.nabble.com/type-numbers-again-tp5818050p5818286.html" target="_top" rel="nofollow" link="external">http://gis.19327.n5.nabble.com/type-numbers-again-tp5818050p5818286.html</a>
</div>
<div style="color:#666; font: 11px
tahoma,geneva,helvetica,arial,sans-serif;margin-top:.4em;line-height:1.5em">
To unsubscribe from type numbers , again..., <a
moz-do-not-send="true"
href="" target="_top" rel="nofollow" link="external">click
here</a>.<br>
<a moz-do-not-send="true"
href="http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml" rel="nofollow" style="font:9px serif" target="_top" link="external">NAML</a> </div>
</blockquote>
<br>
<br/><hr align="left" width="300" />
View this message in context: <a href="http://gis.19327.n5.nabble.com/type-numbers-again-tp5818050p5818292.html">Re: type numbers , again...</a><br/>
Sent from the <a href="http://gis.19327.n5.nabble.com/Mkgmap-Development-f5324443.html">Mkgmap Development mailing list archive</a> at Nabble.com.<br/>