The airport POI is
http://www.openstreetmap.org/browse/node/26608948
and the name is given as
مطار دمشق الدولي
Which is how it should be written.
Marko Mäkelä (marko.mak...@iki.fi) wrote:
On Sun, Jun 05, 2011 at 11:56:40PM +0300, Hosam Arnous wrote:
For example, the Arabic name of Damascus
Marko Mäkelä (marko.mak...@iki.fi) wrote:
On Sun, Jun 05, 2011 at 11:56:40PM +0300, Hosam Arnous wrote:
For example, the Arabic name of Damascus International Airport is:
مطار دمشق الدولي
but it is written in the file osmmap_mdr.img as:
أطار دأشق اءدئءح
Do you have the OpenStreetMap node
I have recently updated my setup to use a new version of mkgmap with
improvements to sea generation and indexing. I would like to
congratulate all involved for the great progress that has been made.
I made a map of Great Britain and France. It occupies 1.1GB and
comprises 184 tiles. I extracted
Hi Adrian,
I have recently updated my setup to use a new version of mkgmap with
improvements to sea generation and indexing. I would like to
congratulate all involved for the great progress that has been made.
I made a map of Great Britain and France. It occupies 1.1GB and
comprises 184
Carlos,
I have not forgotten your described problem.
1. Country specific rules are not applied
I cannot reproduce that.
I have stripped down a style to use only the line file with the
following content:
mkgmap:country!=* mkgmap:admin_level2=* { set
Hi all,
it's been a long time since the locator branch was merged and I want to
start thinking about what has to be done to merge it back to trunk.
So please post your bugs or features that need to be fixed before
merging it back to trunk.
By the way: do you think the branch should be merged
Hi WanMil,
could you include the pbf-support?!
I think this will be a speed improvement.
Martin
Am 06.06.2011 um 19:33 schrieb WanMil:
Hi all,
it's been a long time since the locator branch was merged and I want to
start thinking about what has to be done to merge it back to trunk.
So
Hi Martin,
pbf is supported.
WanMil
Hi WanMil,
could you include the pbf-support?!
I think this will be a speed improvement.
Martin
Am 06.06.2011 um 19:33 schrieb WanMil:
Hi all,
it's been a long time since the locator branch was merged and I want to
start thinking about what has
Hi,
While geocaching on Saturday, I noticed an area of the map that was
flooded. It seems the following relation is the culprit:
http://www.openstreetmap.org/browse/relation/169902
It renders correctly in the openstreetmap, but the mkgmap generated map
floods a large area with water:
If I want to create a map with index, do I need to do that for each tile
or just when I combine it for NSIS?
Francisco
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Mon, Jun 06, 2011 at 03:59:28PM +0100, Adrian wrote:
I inspected the coastline data of this tile in JOSM and I could not see
any problem with it.
Did you invoke the JOSM Validator on it? The coastline checks are (or at
least used to be) in the INFO level; you may have to crank up the
Hi
Now I get one result when searching for StreetX/CityX/Region1 which is
good. When using Region2 I always get two results when searching for the
StreetX/CityX/Region2 combination.
I tried with region 2 and 4 too.
I found that if you search for street+city+region you always get Region1
as
WanMil,
Thank you.
Can you please open the area with openstreetmap in your browser and send
the permanent link?
http://www.openstreetmap.org/?lat=51.9001lon=1.1zoom=12layers=M
Also Clacton-on Sea
http://www.openstreetmap.org/?lat=51.7881lon=1.1533zoom=12layers=M
and Walton-on-the-Naze
Hi WanMil,
which option I've to use with the splitter (splitter-r174) to get a pbf-output?
And the mkgmap-locator-r1959 still says:
Error at line 1, col 1
Bad file format: ./test.osm.pbf
Cheers
Martin
Am 06.06.2011 um 19:46 schrieb WanMil:
Hi Martin,
pbf is supported.
WanMil
Hi
Hi WanMil,
just a question: How does bnd-file creation work? Does it process
everything inside the osm or pbf-file or just relations and ways
containing boundary=administrative? If not, this would be a great
improvement, because no osmosis is needed. osmosis isn't a very fast
tool for
Hi
Now I get one result when searching for StreetX/CityX/Region1 which is
good. When using Region2 I always get two results when searching for the
StreetX/CityX/Region2 combination.
I tried with region 2 and 4 too.
I found that if you search for street+city+region you always get Region1
Martin,
I am talking about mkgmap, not splitter.
Francisco Moraes is working on pbf support for splitter and he posted
some patches for that. Please search the mkgmap dev list.
WanMil
Hi WanMil,
which option I've to use with the splitter (splitter-r174) to get a
pbf-output?
And the
WanMil,
I know we are talking about mkgmap, but with mkgmap I also get a bad file
format error with a pbf-file...
Martin
Am 06.06.2011 um 20:28 schrieb WanMil:
Martin,
I am talking about mkgmap, not splitter.
Francisco Moraes is working on pbf support for splitter and he posted
some
On Mon, Jun 06, 2011 at 08:16:03PM +0200, Henning Scholland wrote:
Another thing would be the generation of a working gmapsupp.img
directly with mkgmap.
+1, that is a show-stopper for me (and presumably others who want to
avoid getting involved with proprietary Windows or Mac software).
Hi WanMil,
Henning,
just a question: How does bnd-file creation work? Does it process
everything inside the osm or pbf-file or just relations and ways
containing boundary=administrative? If not, this would be a great
improvement, because no osmosis is needed. osmosis isn't a very fast
tool
How did you create your test.osm.pbf file?
WanMil,
I know we are talking about mkgmap, but with mkgmap I also get a bad file
format error with a pbf-file...
Martin
Am 06.06.2011 um 20:28 schrieb WanMil:
Martin,
I am talking about mkgmap, not splitter.
Francisco Moraes is working on
On Mon, Jun 06, 2011 at 08:30:43PM +0200, Martin wrote:
I know we are talking about mkgmap, but with mkgmap I also get a bad
file format error with a pbf-file...
For what it is worth, Steve created
http://svn.mkgmap.org.uk/splitter/branches/pbf-write for the patch that
Francisco Moraes posted
I've used a bounding-box-cut, created with osmosis.
Now I've downloaded splitter from trunk, patched with the patch provided by
Francisco (19/5/2011, 21:37).
Now I can splitt pbf-files to pbf-tiles, but also get:
Error at line 1, col 1
Bad file format: ./tiles_sn/63240345.osm.pbf
Error parsing
Hi,
there are tools like o5mfilter or osmfilter. They should be faster, but
they can't write pbf, just o5m or osm-xml. The Format o5m is much better
for filtering data, but there isn't any tool, which converts o5m to pbf.
So maybe the the hole process wont be faster. Also o5m is faster then
I assume that there is a problem with the splitter pfb creation because
the source code of this part should be the same in the locator branch
and in the trunk.
Can you check that by testing your pbf files with the trunk?
I've used a bounding-box-cut, created with osmosis.
Now I've downloaded
I have read about the o5m format. It's interesting but at the moment
there are some things that need to be solved before supporting o5m.
1. the format definition is not final and not approved by other
implementors (only the o5mfilter guy implemented it and there may be
some inherent bugs)
2.
On 2:59 PM, WanMil wrote:
please post the splitters areas.list file. The tile borders are
important for analyzing flooding problems.
Attaching the areas list on this email.
Also important:
- Where did you download your data files (geofabric, cloudmade etc.)
Data downloaded from geofabric,
Hi Steve,
On Fri, May 27, 2011 at 11:29:15AM +0100, Steve Ratcliffe wrote:
There could still be bugs in the mkgmap pbf reader code. Although it
has been in for a while, its probably not been used much until now.
The attached patch zaps the mkgmap warnings about unreferenced nodes.
With your
On Mon, Jun 06, 2011 at 03:51:51PM -0400, Francisco Moraes wrote:
Splitter was used as follows:
java -Xmx1792m -ea -jar %SPLITTER%/splitter.jar --no-trim
--max-areas=150 --cache=cache --mapid=63240001 --max-nodes=120
--write-kml=world.kml --geonames-file=cities15000.zip --pbf
WanMil (wmgc...@web.de) wrote:
Hi all,
it's been a long time since the locator branch was merged and I want to
start thinking about what has to be done to merge it back to trunk.
So please post your bugs or features that need to be fixed before
merging it back to trunk.
By the way: do you
Marko,
Thank you for the suggestion.
Did you invoke the JOSM Validator on it? The coastline checks are (or at
least used to be) in the INFO level; you may have to crank up the
chattiness.
I tried the JOSM validator on the filtered coastline data, with the
informational level switched on. It
Hi
For example, the Arabic name of Damascus International Airport is:
مطار دمشق الدولي
but it is written in the file osmmap_mdr.img as:
أطار دأشق اءدئءح
Yes, you are right, thanks for reporting it.
When names are read out of the .img file, the code page is ignored.
I'm in the middle of
available at all. In the UAE, for instance, there is no formal,
systematic address system *whatsoever* (it is completely normal here
to give your home location relative to local landmarks such as parks,
mosques and malls, rather than giving an address. Makes getting home
deliveries a
Hi,
I used osmconvert, o5mfilter and todays germany.osm.pbf from geofabrik
(gwdg-mirror).
osmconvert.exe germany.osm.pbf --out-o5m germany.o5m
o5mfilter.exe germany.o5m --keep-nodes=
--keep-ways-relations=boundary=administrative =postal_code grenzen.osm
This took just 2 minutes and the result
2 min for germany sounds great!
Does the extract contain all ways tagged with boundary=administrative or
does it contain only the ways that are referenced in the relations?
I also think that osmosis takes too long for this filter job. It's the
swiss army knife so you can do everything but other
Hi all,
it's been a long time since the locator branch was merged and I want to
start thinking about what has to be done to merge it back to trunk.
So please post your bugs or features that need to be fixed before
merging it back to trunk.
By the way: do you think the branch should be
On 2:59 PM, Marko Mäkelä wrote:
Is this with or without Steve's pbf-finish.patch to add the
serializer.switchTypes() call to finishWrite() in BinaryMapWriter.java?
I am sure (100%) that I have the patch. I recompiled the splitter and
redid it all and I still have the problem.
But the flooding
I tried it with the normal branch
(http://www.mkgmap.org.uk/snapshots/mkgmap-r1955.tar.gz) and this works for me.
Using the trunk (r1961) same error. I hope this information helps you.
Cheers
Martin
Am 06.06.2011 um 21:00 schrieb WanMil:
I assume that there is a problem with the splitter pfb
Johann Gail (johann.g...@gmx.de) wrote:
available at all. In the UAE, for instance, there is no formal,
systematic address system *whatsoever* (it is completely normal here
to give your home location relative to local landmarks such as parks,
mosques and malls, rather than giving an
WanMil (wmgc...@web.de) wrote:
Hi all,
it's been a long time since the locator branch was merged and I want to
start thinking about what has to be done to merge it back to trunk.
So please post your bugs or features that need to be fixed before
merging it back to trunk.
By the way: do
40 matches
Mail list logo