igorbrejc.net

Published by breki on 14 Jan 2008 at 09:15 pm

Kosmos Home

46 Comments Uncategorized

46 Responses to “Kosmos Home”

1. David Groom on 04 Feb 2008 at 14:52 #

   I cant get 1.9.28 to run on my Windows XP set up. just get an error when it try to run Kosmos.Gui that Kosmos.Gui has encountered a problem and needs to close. I’ve not had this problem with other versions of Kosmos I downloaded

   David

2. breki on 04 Feb 2008 at 15:37 #

   David,

   I suspect this happens because I made some changes in the code which saves user’s preferences (windows location and size etc) and you have a reference to the old version. Could you try this: go to your “documents and settings” folder and find “Local Settings\Application Data\Igor_Brejc” subfolder and delete its contents (or just move the contents out of the folder).

3. David Groom on 05 Feb 2008 at 17:52 #

   That seems to fix the problem. Thanks.

4. gaffa on 07 Feb 2008 at 9:09 #

   Trying to load an area of Melbourne, and it keeps erroring with a key not found issue. I can’t easily isolate which key it’s not liking.

   Any chance of either ignoring keys not found in the collection, or writing those keys out to a log file so I can add them to the rendering rules?

   Here’s the error log

   System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
   at System.ThrowHelper.ThrowKeyNotFoundException()
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at OsmUtils.Framework.OsmDatabase.GetNode(Int32 nodeId) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\OsmUtils.Framework\OsmDatabase.cs:line 52
   at Kosmos.Templates.TemplatePolygon.RenderOsmElement(IOsmDatabaseQuery osmDB, OsmObjectBase element, Int32 elementLayer, Int32 ruleOrderId, IMapPainter mapPainter) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\Templates\TemplatePolygon.cs:line 36
   at Kosmos.RenderingCommandsList.RenderMap(IOsmDatabaseQuery osmDB, IMapPainter mapPainter) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\RenderingCommandsList.cs:line 48
   at Kosmos.GdiMapPainting.GdiMapPainter.PrepareForPainting(IOsmDatabaseQuery osmDB, RenderingCommandsList renderingCommandsList) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\GdiMapPainting\GdiMapPainter.cs:line 53
   at Kosmos.Gui.Presenters.MapPresenter.AsyncReloadCompleted(Object sender, RunWorkerCompletedEventArgs e)
   at System.ComponentModel.BackgroundWorker.OnRunWorkerCompleted(RunWorkerCompletedEventArgs e)
   at System.ComponentModel.BackgroundWorker.AsyncOperationCompleted(Object arg)

   Cheers

   - gaffa

5. breki on 07 Feb 2008 at 13:31 #

   This is not a rendering rule issue. From what I can see in the stack trace, the exception is thrown when a polygon is being rendered and a node belonging to the way is missing from the OSM data.
   How did you get the OSM file? Using JOSM or some other means?
   For the next release I will add additional information when this occurs so that at least the node’s ID is indicated.

6. gaffa on 08 Feb 2008 at 5:59 #

   I grabbed the info using OSM XAPI - just a straight bounding box, so there may be references to ways where the nodes aren’t in the set I guess. I might try and write an XML parser to determine it is all matches… time to learn LINQ anyway

7. breki on 08 Feb 2008 at 8:31 #

   Thanks for letting me know. I should also add some checks into Kosmos to ignore ways which do not have all of the nodes in the dataset. In general Kosmos shouldn’t fail on any (valid) OSM data. It will be fixed for the next release (hopefully within a few days).

8. Frank Stein on 06 Mar 2008 at 23:36 #

   Sorry, i don’t found your bug tracker. This problem occures during i tried to load (original) osm file from OpenStreetMap. Maybe this trace will will help you.

   error log:

   Kosmos Version: 1.12.22.0
   OS Version: Microsoft Windows NT 6.0.6001 Service Pack 1
   CLR Version: 2.0.50727.1434
   Current culture: German (Germany)
   Current UI culture: German (Germany)

   System.ArgumentException: Ein Element mit dem gleichen Schlüssel wurde bereits hinzugefügt.
   bei System.Collections.Generic.Dictionary`2.Insert(TKey key, TValue value, Boolean add)
   bei Kosmos.RenderingRules.RenderingRuleEngine.RememberMultipolygonRelation(OsmRelation relation, IOsmDatabaseQuery osmDB) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\RenderingRules\RenderingRuleEngine.cs:Zeile 451.
   bei Kosmos.RenderingRules.RenderingRuleEngine.ProcessRules(IOsmDatabaseQuery osmDB, RenderingCommandsList commands) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\RenderingRules\RenderingRuleEngine.cs:Zeile 99.
   bei Kosmos.RenderingRules.RenderingRuleEngine.ProcessRules(IOsmDatabaseQuery osmDB) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\RenderingRules\RenderingRuleEngine.cs:Zeile 61.
   bei Kosmos.Gui.Presenters.MapPresenter.AsyncReload(Object sender, DoWorkEventArgs e) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos.Gui\Presenters\MapPresenter.cs:Zeile 1174.

9. breki on 07 Mar 2008 at 18:53 #

   Thanks for letting me know. I’ll fix this bug in the next release.

10. Bener on 26 Mar 2008 at 20:27 #

    Hallo Breki….
    You wrote that you are redesigning the Kosmos GUI at the moment. What ist the actual status? When will you release the next version?! I can´t awayt it. The time during your releases are getting longer and longer. Vers. 1.12 is more than one month old. And I am looking every day at your release history…
    So can you give me a good new that I can sleep well at night?
    By the way… Happy easter (a little late, I know…)
    Greetings,
    Bener

11. breki on 26 Mar 2008 at 22:04 #

    Hello Bener,

    Yes, I haven’t released a new version in a long time. I’m a bad boy :). No really, the reasons for this are two: a) I’ve been very busy working on some projects for my living (sad but true), b) the changes I’m working on now are quite extensive, so there will have to be a longer pause before I manage to produce a new working version.

    I’m not sure you’ll be able to sleep any better if I mention the features I plan to introduce in new version(s) :
    - multi-window UI (something like JOSM has)
    - support for displaying GPX data (and maybe even downloading GPS data directly from the unit)
    - OSMXAPI: you’ll be able to download the OSM data directly from Kosmos, not just via JOSM
    - editing of projects visually inside Kosmos.GUI
    - integrating Srtm2Osm into Kosmos, so that users will be able to generate contours
    - 3D relief rendering (well, maybe in the next 6 months)
    - the list is long, let’s leave something for the surprise

    So I guess we’ll have to wait another month or so for Kosmos 2.0… But don’t worry, Kosmos is on my mind

    Cheers,
    Igor

12. delphiN on 08 May 2008 at 18:13 #

    Cheers breki,

    First of all, I realy want to thank you for your great work!!

    I’m also looking forward to the new Version of Kosmos.
    In the last days I have looked into the source and begun to made some small changes.

    I need, and plan to implement, the following features in the near future:
    - add a Tree-Control to enable/disable map-features (POI’s, Streets, Areas…)
    - automatic generate numerated POI-icons and create a legend
    If I find the time:
    - change the rendering rules file from wiki-table to XML
    - make the rules editable in realtime

    Of course, I also could help you with features like the Projekt-editor and easy thinks like that

    That I could work on the source we realy should use a version control-system like sourceforge or an own SVN-server. Let’s talk about that.

    Thanks again,
    Alex

13. breki on 09 May 2008 at 22:08 #

    Hello Alex,

    The source code has gone through major changes since the last time I released it to the public. As far as moving the code to a public source control (probably OSM’s SVN server), I plan to do it sometimes in the future, but only after the new 2.* version stabilizes enough to my liking. This way I’m still able to “control” the changes at my own pace, because I cannot do “project management :)” on a daily basis.

    Regarding your proposed changes to the GUI, I would suggest you wait for the first release of Kosmos 2.0, since the new GUI code is quite different from the 1.* one and it would be easier to merge it.

14. delphiN on 13 May 2008 at 17:59 #

    Hello Igor,

    I’m looking forward to the next release and the source control. Until this I think I’m going to create a project-wizzard which sould be easy to integrate in the new version.
    Don’t get distracted too mutch

    Cheers, Alex

15. Bruce on 18 May 2008 at 20:32 #

    Hello Igor,

    Could you please show me a very straightforward use of the Kosmos.Console to

    1) Render the Sample data you’ve included in the distribution to an example output?

    2) Possibly render the Sample data into a straight Image File, like a PNG, GIF or any supported image filetype you presently honor?

    thx, this would be much appreciated!

16. breki on 21 May 2008 at 7:20 #

    Hello Bruce,

    I think these instructions are very straightforward: http://wiki.openstreetmap.org/index.php/Kosmos#Tile_Map_Server :).
    As for the 2), you must load the sample project into Kosmos.GUI and then export the map into a bitmap using the menus. Only PNGs are currently supported.

17. Kristian on 24 May 2008 at 22:37 #

    Hi Igor,

    I had just downloaded Kosmos 1.9.28, and the first try with the island sample worked fine. Then I saved an own OSM file using JOSM, edited the XML accordingly and tried to open it.

    The first version (NippesBisFord) was opened at zoom level 11.4, and I could zoom in a few steps, but at 12.4 it hung up and was frozen (not responding). After a while a red cross appeared, but I could not open a new file nor anything else although the menu was available again (no longer frozen).

    Same applied to the third file (SchwerinNord) with different zoom scales.

    With the second file (Nippes) I tried to be successfull by decreasing the area - I took the middle of the first area only. But when I open it, the freezing effect applies immediately.

    Is there anything wrong with my environment (XP SP2), with the OSM data or with the rendering engine?

    If you have a minute, please have a quick look at the files and simply try to open and zoom it. If it works fine the issue is on my side. If not, it could still be a known bug (the Talk:Kosmos page is not available at the moment, so I couldn´t check). The rendering tools are the original ones from your distribution.

    Download examples: tools.krza.de/shared/krza_OSM_080524.zip (452 KB)

    Thanks and best regards from Cologne,
    Kristian

18. Kristian on 24 May 2008 at 22:40 #

    Rendering rules … not rendering tools … sorry.

19. Kristian on 24 May 2008 at 23:17 #

    Hello again,

    I could not stop trying … And using some Excel magic I have deleted all nodes from the osm file which did not belong to a way definition plus all tags from the way nodes. So I left the one-row node definitions and the original way block in the file.

    THIS works fine. So my assumption proved true that there´s something with the tags or rather certain nodes which lets the rendering engine crash.

    I have added the working file to the zip.

    BR,
    Kristian

20. Kristian on 24 May 2008 at 23:18 #

    Hello again,

    I could not stop trying … And using some Excel magic I have deleted all nodes from the osm file which did not belong to a way definition plus all tags from the way nodes. So I left the one-row node definitions and the original way block in the file.

    THIS works fine. So my assumption proved true that there´s something with the tags or rather certain nodes which lets the rendering engine crash.

    I have added the working file to the zip.

    BR,
    Kristian

    PS: Ehm … it doesn´t let me post again … I´ll try with a different email address …

21. Kristian on 24 May 2008 at 23:35 #

    Ehm … your WordPress behaves very strange … I put a comment in … it worked … I tried to add a second comment … it did not work but even withouf any hint why. A while later I treid a third one. Again no success. Then I changed the mail address (although I thought that the IP address is important and the script blocks sequent posts from the same one, but I can´t change it) … didn´t work the first time but the second time it did, but it replaced my first post - which (fortunately) appeared in the input box underneath. Very strange. But the stranges thing is … when I load the page with a different browser now (IE instead of Firefox), I do not see any of my posts …

    I try again now with IE. Sorry for wasting your blog in case it appears twice now.

    ————-

    Hi Igor,

    I had just downloaded Kosmos 1.9.28, and the first try with the island sample worked fine. Then I saved an own OSM file using JOSM, edited the XML accordingly and tried to open it.

    The first version (NippesBisFord) was opened at zoom level 11.4, and I could zoom in a few steps, but at 12.4 it hung up and was frozen (not responding). After a while a red cross appeared, but I could not open a new file nor anything else although the menu was available again (no longer frozen).

    Same applied to the third file (SchwerinNord) with different zoom scales.

    With the second file (Nippes) I tried to be successfull by decreasing the area - I took the middle of the first area only. But when I open it, the freezing effect applies immediately.

    Is there anything wrong with my environment (XP SP2), with the OSM data or with the rendering engine?

    If you have a minute, please have a quick look at the files and simply try to open and zoom it. If it works fine the issue is on my side. If not, it could still be a known bug (the Talk:Kosmos page is not available at the moment, so I couldn´t check). The rendering tools are the original ones from your distribution.

    Download examples: tools.krza.de/shared/krza_OSM_080524.zip (452 KB)

    Thanks and best regards from Cologne,
    Kristian

    ————-

    “rendering tools” should be “rendering rules” of course

    ————-

    Hello again,

    I could not stop trying … And using some Excel magic I have deleted all nodes from the osm file which did not belong to a way definition plus all tags from the way nodes. So I left the one-row node definitions and the original way block in the file.

    THIS works fine. So my assumption proved true that there´s something with the tags or rather certain nodes which lets the rendering engine crash.

    I have added the working file to the zip.

    BR,
    Kristian

    PS: Ehm … it doesn´t let me post again … I´ll try with a different email address … nope … with a different browser … ähm???

22. breki on 25 May 2008 at 21:25 #

    Hello Kristian,

    I think the posting problem is due to the WordPress waiting for my approval of your posts. I was away this weekend so I didn’t check my email.

    As for Kosmos problems, I first suggest you try your files with the latest version of Kosmos (http://downloads.igorbrejc.net/osm/kosmos/Kosmos-1.12.22.0.zip). If you still have problems with it, send me an email with the attached files to info at igorbrejc.net and I’ll check it out.

23. Kristian on 25 May 2008 at 23:12 #

    Hello Igor,

    I´m so sorry for wasting your blog and your time … 5 posts for nothing … Please delete the first 4 if possible.

    Okay, I have tried the “real” current version now, and it works now. Before I did the download following a link which mentioned 1.9 as the current version, and it was on the bottom of the list, so it seemed to be the one. But I did not recognize the “wrong” order caused by the missing 0´s (1.9 instead of 1.09).

    Great, I´m nearly happy now. Nearly Because there are some small items left I would like to address here (couldn´t find answers in one of the OSM forums):

    • The Wiki help about the rendering rules does not completely / clearly explain the syntax in my eyes. Okay, I had the 1.09 version before (which failled when I tried to use it in 1.12), and the current one at least shows what they mean with “tables” now. But I miss a list of key words and operators/separators which would clarify the structure and the usage of comments. Apart from that the header structure and function is not described.

    • The header is part of the second question: I thought and hoped that the background-color statement describes the background of the map. But now I recognize that it´s part of the according table only. So I expect that it´s not possible to specify the map background at the moment, is it? That´s a pity because I would like to have a different background than #F8F8F8 Maybe this could be incorporated into the rendering rules file as well.

    • In my map area there are three buildings which are labeled as “yes” in the map. Hm … I had a look into the *.osm and found the following definition:

    By the way: Sometimes I find “yes”, sometimes “true” as boolean value. Which one is correct, or can I use both according the the OSM specification? I mean tags like “oneway” or “no exit” for roads.

    • Suggestion: I don´t know if you can detect whether a street name fits or if it´s too long. Probably not at the moment. But if so (in future), you could implement a kind of “shorting lookup table” for standard names. In German for instance “Hamburger Straße” could also be written as “Hamburger Str.”. Same applies to “Hamburger Platz” which will be “Hamburger Pl.”. The table could contain all relevant international expressions and help labeling streets which are very short or narrow to each other.

    • This is not an easy one because it´s difficult to keep such modifications from data version to data version: But sometimes you wish that you could tell the tool that the name of a pub or something shall appear above the symbol instead of below. Even more difficult: To be able to assign an offset (even depending on the zoom scale) to such symbols in order to prevent overlays. Only a thought …

    Thanks a lot so far for the tool, and good luck for the implementation of the new features you have listed!

    Best regards,
    Kristian

24. breki on 26 May 2008 at 15:46 #

    Huh, a lot of comments and suggestions to answer in a single post :). Could you post your comment into http://wiki.openstreetmap.org/index.php/Talk:Kosmos_Rendering_Help, so I can answer them one by one?

25. bsch on 27 May 2008 at 15:13 #

    Hello Breki,

    I tried to compile Kosmos v1.12 today, and it showed up that I’m missing namespace

    Brejc.Common.Console

    leading to the problem that

    IConsoleApplicationCommand

    could not be found. Is that downloadable somewhere?

    Greetings and thanks for kosmos
    bsch

26. breki on 28 May 2008 at 19:25 #

    Looks like I forgot to include one assembly to the package, sorry. I’ll add an extra zip for this as a temporary solution before the new release of Kosmos.

27. JoeJohnson on 13 Jun 2008 at 1:37 #

    Hi!

    I use Automation software for its time saving functionality, and wondering if it’s possible in anyway to pull up a map region based on a desired scope of miles around a single point…. like a map point based on the input of Lat/Long criteria (lat 40.19393 long 20.13933 for instance),….. and then Export such map image to a PNG file…. from just the command line?

    I was working with your command line tool and don’t think you can, but just want to make sure there were no hidden features or some aspect of this could be done already

    Can anything like this be done yet at this current version? If not, please let me put my idea in the idea hat which I am sure is overflowing.

    Have a very good day & thank you for this well done package. :)) I hope you’ll consider these features as useful general implementations in the future.

    Joe!

28. breki on 14 Jun 2008 at 7:06 #

    Hello Joe,

    No, with the current version this is not possible, but I’m planning to add command line PNG generation for the new Kosmos release (hopefully this month). So the idea is in the hat

29. StefanDausR on 19 Jun 2008 at 17:35 #

    Hello Breki,

    I tried to create an maxspeed-MAP with Kosmos an my first results are ok if the OSM-file isn’t too big.
    I don’t wont to create a basemap but an OpenLayers overlay and so I have to convert all PNGs in the tiles-directory to have a transparent alphachannel.
    So my question: Is it possible to add a switch in the RenderingRules.txt to define if the PNG#s are opaque or transparent?

    Sometimes I get this errormessage:

    Kosmos Version: 1.12.22.0
    OS Version: Microsoft Windows NT 5.1.2600 Service Pack 2
    CLR Version: 2.0.50727.1433
    Current culture: German (Germany)
    Current UI culture: German (Germany)

    System.ArgumentException: An item with the same key has already been added.
    at System.ThrowHelper.ThrowArgumentException(ExceptionResource resource)
    at System.Collections.Generic.Dictionary`2.Insert(TKey key, TValue value, Boolean add)
    at OsmUtils.Framework.OsmDatabase.ImportData(osm osmData, Boolean ignoreDuplicates) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\OsmUtils.Framework\OsmDatabase.cs:line 292
    at Kosmos.Gui.Presenters.MapPresenter.AsyncReload(Object sender, DoWorkEventArgs e) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos.Gui\Presenters\MapPresenter.cs:line 1137

    Best regards,
    Stefan

30. breki on 20 Jun 2008 at 21:26 #

    Stefan,

    I’ve been thinking about adding transparency support for map tiles. Can you describe what exactly do you need for it? Transparency just for the map background color or something more?

    As for the error message, I’ve had people reporting this. I’ll add some additional logging in case of this exception.

31. StefanDausR on 23 Jun 2008 at 9:05 #

    breki,
    thanks for the answer!
    For the moment I only need transparency just for the map background color. My workaround is to change the background color “#F8F8F8″ to “transparent” using the programm “VisualMagick” in a batch.

    Do you need example files for this or for the error message?

    Stefan

32. breki on 23 Jun 2008 at 18:24 #

    Stefan,

    Check out http://wiki.openstreetmap.org/index.php/Kosmos_General_Purpose_Rules
    You’ll be able to set the background color in Kosmos 2.0, including the transparency. The D-day is coming soon, maybe even in a week or so, if I don’t discover any major bug

    Example files for the error won’t be necessary, I already received some, thanks.

33. Bener on 11 Jul 2008 at 21:16 #

    Hi Breki…
    Kosmos 2.0 is great, but i still miss a few things just as the export of georeferenced images. Knowing that your to do list is long makes me hope that you will do this later.
    But i have some more things to enlarge your to do list a little.

    I wish an option you had in Srtm2Os. I want to change the distance of the steps of the contourlines. This coud be an option in your renderingrules.

    I also miss a possibility to change the colours of the elevationcolouring. might it be possible to set a minimal and a maximal altitude and a colour for both altitudes? Or eaven set coloures for more than 2 altitudes?!

    And here i have a Bug report: I wanted to open a gpx-file generated with AFTrack 1.19 on my mobile Phone Nokia 3650. Here you can see the error message. Do you need one of my gpx-files to reproduce this problem or can you see the problem without?

    Kosmos Version: 2.0.108.0
    OS Version: Microsoft Windows NT 5.0.2195 Service Pack 4
    CLR Version: 2.0.50727.42
    Current culture: English (United States)
    Current UI culture: English (United States)

    System.InvalidOperationException: There is an error in XML document (2, 2). —> System.InvalidOperationException: was not expected.
    at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReadergpxType.Read15_gpx()
    — End of inner exception stack trace —
    at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events)
    at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
    at System.Xml.Serialization.XmlSerializer.Deserialize(Stream stream)
    at Brejc.GpsLibrary.Gpx.GpxFile.Load(Stream stream) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Brejc.GpsLibrary\Gpx\GpxFile.cs:line 116
    at Brejc.GpsLibrary.Gpx.GpxFile.Load(String filePath) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Brejc.GpsLibrary\Gpx\GpxFile.cs:line 102
    at Kosmos.MapSources.GpxDataFile.Load(String projectDirectory) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos\MapSources\GpxDataFile.cs:line 48
    at Kosmos.Gui.Activities.AddFilesToProjectActivity.Run(IActivityRunner runner, Object[] args) in d:\MyStuff\BuildArea\Sandbox\OsmUtils\trunk\Kosmos.Gui.Controls\Activities\AddFilesToProjectActivity.cs:line 97
    at BrekiViews.WinForms.BlockingActivityRunner.worker_DoWork(Object sender, DoWorkEventArgs e) in d:\MyStuff\BuildArea\Sandbox\BrekiViews\trunk\source\BrekiViews.WinForms\BlockingActivityRunner.cs:line 130

    Greetings,

    Bener

34. breki on 12 Jul 2008 at 6:18 #

    Hi Bener,

    Yes, the things you mentioned have to be done. I wanted to implement georef images import/export in 2.0, but I ran into problems and decided to postpone this. So hopefully some of this stuff will be available in 2.1 or 2.2 version.

    As for the bug report: could you send me the GPX file in question?

35. Bener on 12 Jul 2008 at 12:00 #

    Hi Breki…

    A typical gpx-file generated by AFTrack looks like this:

    example-gpx
    Track
    2008-05-11T13:34:55Z

    425
    424
    424
    425
    .
    .
    .
    .
    .
    .
    412
    414
    415

    StartStart point
    EndEnd point

36. breki on 12 Jul 2008 at 12:04 #

    No wonder Kosmos reports an error :)… Please send the GPX file to me by e-mail: info at igorbrejc.net

37. Bener on 12 Jul 2008 at 12:05 #

    Hoppala…
    Something went wrong… How can i post a gpx?!

    Or can you tell me your email adress so i can sen dyou the file?

    Bener

38. breki on 12 Jul 2008 at 12:07 #

    Please read 1 post above

39. Kosmos 2.1.19 hangups on 20 Jul 2008 at 19:05 #

    Dear Breki! Kosmos is one of coolest OSM applications around, and it’s soo cool it’s done in C# and .NET! Thanks for the great work!

    However I have to bother you with a slight hickup. I’m trying to render the OSM Data with the bounding box

    I load the data, select Relief/Slope shading (works so far), then Relief/Countours
    In 9 out of 10 cases, Relief/Countours never completes, the progress bar gets “stuck” and all you can do is kill the process. (The odd thing is, sometimes it DOES complete)

40. breki on 20 Jul 2008 at 20:47 #

    Hmmm…. Could you please send me the log file the next time this happens? The log file is logs\KosmosGui.log. Send it to: info at igorbrejc . net
    Thanks!

41. Franz on 14 Aug 2008 at 12:30 #

    At first thank you for the great software. I’m very happy with the Routes option.
    I want to mark a hiking route with an overlay (transparent polyline). It works well.
    My route consists of a lot of ways. If there is an angle of about 90° between the ways, the transparent overlay has a gap at the corner point (at the outer side).
    The effect is only at the connection point of different highways, not inside one high-way itself.
    Is there an option in the software to avoid the effect?
    Many thanks in advance.
    Franz

42. breki on 14 Aug 2008 at 21:54 #

    Hello Franz,

    Yes, this is a problem because the ways are not connected together by Kosmos before rendering. I’ve kind-of solved this problem with ordinary ways by providing the “EliminateSeams” option, but it’s not an ideal solution. There is also an additional problem when using transparency - sometimes the transparency is applied multiple times, so it gets darker and darker.

    I’ll try to solve these problems (together with other ones) in future releases.

43. Tee on 17 Aug 2008 at 14:10 #

    Hi,

    Lately, i have been working on the kosmos console side. The generation of the map tiles is working fine but the output of the tiles on localhost is having some problems.

    The problem:

    Most of time the displaying of the tiles is showing correctly but there are times it is showing blank tiles or overlapping of tile. This is also happen when you change the zoom level and dragging of the map. Especially, zoom level changes to a deeper level like zoom:16.

    Is there any way to solve this problem?
    Thanks in advance.

44. breki on 17 Aug 2008 at 18:51 #

    Yes, I noticed this problem, too. It has something to do with the internal web server I implemented for Kosmos - it has problems with requesting tiles sometimes. Unfortunately I haven’t yet found a solution for this. One way you could avoid these problems would be to use a proper web server (IIS, Apache…) instead of that of Kosmos.

45. Marcus on 26 Aug 2008 at 19:14 #

    Dear breki,

    I’m trying to create a printable map (in other word, a high resoultion image file) containing my own track logs and waypoints.

    I found that Kosmos does much of what I want in a very easy way, but I did not find out whether I can change the style in which tracks and waypoints are rendered. A track is currently displayed as a very, very thin line, a waypoint as a very small circle.

    Can I, for example, use a bitmap icon for waypoints?

    By the way - great tool!

    Marcus.

46. breki on 26 Aug 2008 at 22:22 #

    Hello Marcus,

    GPS track view is a relatively new addition to Kosmos, so I haven’t had the time to perfect it. Currently the rendering is as it is, so you cannot change it, I’m afraid. But I do intend to provide ways to customize drawing of tracks in a future version of Kosmos. Once I find the time

Trackback URI | Comments RSS

Leave a Reply

Name (required)

Mail (hidden) (required)

Website