On Thu, Feb 24, Felix Hartmann wrote:
> I think the best approach would be to cut values of any keys/tags but
> name and ref (or having "name" or "ref" as part of their key ) at the
> semicolon for the lines and polygons file.
>
> As for the points file all values with ";" should be seperated a
On Thu, Feb 24, WanMil wrote:
> > Hi,
> >
> > I haven't found anything about this beside a very old mail,
> > that mkgmap does not support it.
> > There are several entries with key=value1;value2, means there
> > are several values with a semicolon seperated.
> > All this entries are missing in my
Hi
> I think the best approach would be to cut values of any keys/tags but
> name and ref (or having "name" or "ref" as part of their key ) at the
> semicolon for the lines and polygons file.
>
> As for the points file all values with ";" should be seperated and
> cloned. So for amenity=hotel;resta
to add to my previous post:
if you want two points:
amenity=vending_machine& vending~'.*parcel_pickup.*' [0x3006 resolution 18
continue]
amenity=vending_machine& vending~'.*parcel_mail_in.*' [0x3006 resolution 18]
if you want one point, I wonder if the following will work?
amenity=vending_m
I think the best approach would be to cut values of any keys/tags but
name and ref (or having "name" or "ref" as part of their key ) at the
semicolon for the lines and polygons file.
As for the points file all values with ";" should be seperated and
cloned. So for amenity=hotel;restaurant & nam
Thorsten,
I'm not very good at this,
but had a similar problem that was solved by something like:
amenity=vending_machine& vending~'.*parcel.*' [0x3006 resolution 18]
I believe vending~'.*parcel.*' means
the vending tag contains the word parcel,
but I think the rule has to start with a regular e
> Hi
>>> if you just want to complete addr:*-tag, it's good to use addr:* prefix.
>> I don't understand. Where should I use the addr:* prefix?
>
> addr-tags are used to display the address of an object. If you just want
> to complete existing objects with tags from relations, then addr:*
> should b
Am 24.02.2011 21:55, schrieb WanMil:
> what would you expect?
> - Two POIs at the same location?
> - One POI at the same location?
> - Two POIs at the same location if the two tags will be assigned with
> different garmin ids and one POI if will be assigned with same garmin id?
But be careful...the
Hi
>> if you just want to complete addr:*-tag, it's good to use addr:* prefix.
> I don't understand. Where should I use the addr:* prefix?
addr-tags are used to display the address of an object. If you just want
to complete existing objects with tags from relations, then addr:*
should be ok. But
> Hi,
>
> I haven't found anything about this beside a very old mail,
> that mkgmap does not support it.
> There are several entries with key=value1;value2, means there
> are several values with a semicolon seperated.
> All this entries are missing in my created map, so I assume
> that this still d
>> After the index branch has been developed so far that we can use the
>> results in MapSource (thanks to Steve!!) there is a big need for a
>> mechanism to fill missing location information.
>>
>> There has been a lot of discussion about that. It stopped because it
>> was quite theoretical (from
> Hi,
> if you just want to complete addr:*-tag, it's good to use addr:* prefix.
I don't understand. Where should I use the addr:* prefix?
> But I think this isn't useful for searching streets, because many
> streets in OSM haven't any correspondending addr:-tags.
>
> If you want to set add:* dir
>
>> Attached is a *very* early implementation that makes use of the boundary
>> polygons. It checks all nodes and ways/polygons within all boundary
>> polygons and fills the missing addr tags.
>
> This seems to be a good idea.
>
> And which location-autofill option has to be used with this ?
>
> C
Torsten,
I have no time at the moment to perform a deep check of that patch. So
unless some people on the list confirm that it doesn't harm I don't want
to commit that. I hope that's ok?!?
WanMil
> WanMil schrieb am 08.01.2011 11:44:
>> I have attached that patch to limit polygon creation to c
The referred patch is much too old to be used now.
I have created a new patch. Please test it and if it finds enough
supporters on the list I will commit it.
WanMil
Charlie Ferrero cferrero.net> writes:
On 22/02/2011 23:50, WanMil wrote:
Hi Bill,
which patch do you mean? Can you give a
El 22/02/11 23:34, WanMil escribió:
> After the index branch has been developed so far that we can use the
> results in MapSource (thanks to Steve!!) there is a big need for a
> mechanism to fill missing location information.
>
> There has been a lot of discussion about that. It stopped because i
Hi,
I haven't found anything about this beside a very old mail,
that mkgmap does not support it.
There are several entries with key=value1;value2, means there
are several values with a semicolon seperated.
All this entries are missing in my created map, so I assume
that this still does not work? O
17 matches
Mail list logo