Re: [OSM-talk] loc_name vs. reg_name
On 2018-09-18 09:26, Warin wrote: > On 18/09/18 16:37, Martin Koppenhoefer wrote: >> >> sent from a phone >> >>> On 18. Sep 2018, at 07:02, Bernhard R. Fischer >>> wrote: >>> >>> Is there any clarification about the difference between loc_name and >>> reg_name? >> >> in which sense? Both tags are used for alternative names, local is >> smaller/narrower in scope than regional, conceptually > > You may want a definition of 'local' and 'regional'. > > That varies across the globe. > When a 'local' cop in Birdsville, Australia has a beat the size of the > UK you may understand the difficulty of defining 'local'. > > Best left fuzzy to adapt for the place, with 'local' being a smaller > area than 'regional'. > Ok of course, but the size of the entity to be named isn't determined by the name-tag I choose rather than e.g. by place=hamlet/city/..., isn't it? Regards, Bernhard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] loc_name vs. reg_name
Hi! Ok, basically I understand the difference between "local" and "regional". But actually I thought that this/these tags are used for names of entities which are used by locals (in contrast to the official name of something). In this case, having two such tags would imply that there are locals who call an entity by loc_name. And that there are other locals which are "not so local" as the previous ones (not living directly there) which call the same entity "reg_name". Is that correct? Regards, Bernhard On 2018-09-18 08:37, Martin Koppenhoefer wrote: > > sent from a phone > >> On 18. Sep 2018, at 07:02, Bernhard R. Fischer wrote: >> >> Is there any clarification about the difference between loc_name and >> reg_name? > > in which sense? Both tags are used for alternative names, local is > smaller/narrower in scope than regional, conceptually > > > Cheers, > Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] loc_name vs. reg_name
Hi list! Is there any clarification about the difference between loc_name and reg_name? Regards, Bernhard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Smrender — State of Development Report
»Designed to produce nautical paper charts.« https://www.cypherpunk.at/2015/04/smrender-state-of-development-report/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-hr] Possible improper way 241938080?
Hi! I found the following way which should IMO be deleted. I'm not really sure what it is good for: https://www.openstreetmap.org/way/241938080 Regards, Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Big Lakes
On Wednesday 18 February 2015 15:29:28 malenki wrote: colliar wrote: Am 18.02.2015 um 14:48 schrieb malenki: Jochen Topf wrote: Please do not add more (and more difficult cases like lakes on islands in lakes on land) to the data, otherwise this process will get more brittle than it already is. Well, that is a word. What do you think of the Great Lakes mapped (partly) both with coastline and MPs? -1 We already have problems with the update cycle differences of the coastline and the rest of the map. Would would not gain much and simply move the decision over to the renderer. Dual-Systems are confusing and lead to further divergence. IMHO this is clear. I hope(d) for a recommendation what to keep and what to drop. To define a specific direction for the ways (like it is defined for the coastline) is the only way to resolve this problem for all cases in a long term. The renderer can then algorithmically decide what is lake and what is land and we do not depend neither on the map editors' mapping strategies nor on those relations to define inner/outer/... which are only necessary because of the missing direction definition. Best regards, Bernhard PS: I'm dealing with rendering since a long time, specifically with sea charts where depth contours with different fill colors are shown. And because there is no limit in how many shallow/deep water areas are within other shallow/deep water areas in the real world, the solution was to define a direction so that the renderer can decide on which side of a way is the deep/shallow water. See this example: https://www.cypherpunk.at/download/smrender/samples/murter.pdf signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wanderkarten von Russland
On Wednesday 06 November 2013 19:36:36 Subidux wrote: Hallo zusammen, meine Freundin braucht Karten von Russland, weil sie dort Wandern möchte. Anscheinen ist es wohl schwierig Karten von dort auf Papier zu bekommen. Ich habe den Karteausschnitt einfach mal in den Anhang geschoben. Vielleicht weiß ja jemand wo man solche Karten her bekommt, oder ob es einen Anbieter giebt, der OSM-Karten druckt oder wie man das möglichst einfach, im Maststab 1:125000, selber machen kann. Die OSM Variante wäre natürlich am elegantesten ;) liebe Grüße Subidux Hi! Bin erst jetzt auf diesen Thread aufmerksam geworden. Smrender ist ein Papierkartenrenderer, der Maßstabsgetreu Karten aus OSM-Daten erzeugen kann. Ursprünglich für Seekarten entworfen habe ich aber auch bereits mit einem Wanderkartenstil vor längerer Zeit begonnen. http://www.abenteuerland.at/smrender/ Wenn die Interesse und/oder Hilfe brauchst, melde dich bei mir. Grüße, bh signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-hr] Sea Charts of Croatia updated
2013/7/22 Bernhard R. Fischer b...@abenteuerland.at Hi! I updated the set of sea charts of Croatia. The are rendered with Smrender. http://www.abenteuerland.at/download/smrender/charts/croatia/ Charts updated again. I fixed Smrender to correctly uppercases non-ASCII characters, such as e.g. nj - NJ. Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Sea Charts of Croatia updated
On Friday 26 July 2013 11:41:23 Janko Mihelić wrote: Thanks for thinking about our strange letters, but it is Nj :) Also Lj and Dž Yes of course, I know. The function is based on the C99 wide character functions mbtowc(), wctomb(), and towupper(). Thus, it should work with all common unicode characters which have a lower and upper case representation. Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Sea Charts of Croatia updated
On Wednesday 24 July 2013 11:15:02 Janko Mihelić wrote: Thanks for this! Do you use only the seamark lights that don't have the fixme tag? We still have a lot of those, we'll have to work on that: http://overpass-turbo.eu/s/Dw No, all seamarks are rendered independently of the fixme tag. I know, that there's still a large number of unfixed lights. Nevertheless, I think that the quality of OSeaM features in the Croation sea is at a good level compared to other regions :) Let's continue editing and correcting :) Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Sea Charts of Croatia updated
Hi! I updated the set of sea charts of Croatia. The are rendered with Smrender. http://www.abenteuerland.at/download/smrender/charts/croatia/ The charts are based on OSM/OSeaM data of 18th of July and include SRTM data (contour lines). They are rendered in traditional yellow map style and also in the style of Imray Tetra charts (style not complete yet). Best regards, Bernhard PS: Smrender is found at http://www.abenteuerland.at/smrender/ ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Set of Croatian Paper Charts
I now have a complete set of Croatian sea charts ready for download in different formats: http://www.abenteuerland.at/download/smrender/charts/croatia/ The data is based on OpenSeamap. The charts are rendered with Smrender. The charts will be updated regularly. Best regards, Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Names of towns in Istria
Hi! I noticed that several towns in Istria are tagged in the following way: name=Rovinj / Rovigno name:hr=Rovinj name:it=Rovigno place=town Shouldn't the name tag just read name=Rovinj? This would also produce a better renderer output. Regards, Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Smrender released into the wild
On Wednesday 07 March 2012 14:01:17 Bernhard R. Fischer wrote: Smrender is a rule-based renderer for OSM data. The rule set is very flexible and it supports dynamic loading and linking... Smrender now uses GNU autotools. http://www.cypherpunk.at/2012/03/09/smrender-now-uses-gnu-autotools/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Smrender released into the wild
Smrender is a rule-based renderer for OSM data. The rule set is very flexible and it supports dynamic loading and linking... http://www.cypherpunk.at/2012/03/07/smrender-released-into-the-wild/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Smrender released into the wild
Smrender is a rule-based renderer for OSM data. The rule set is very flexible and it supports dynamic loading and linking... http://www.cypherpunk.at/2012/03/07/smrender-released-into-the-wild/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-hr] Editing error
I think there went something wrong: http://map.openseamap.org/map/?zoom=14lat=44.12701lon=14.89252 Does the editor (darkos) read this list? Bernhard ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-de] Merkwürdige Küstendarstellung
On Tuesday 20 September 2011 14:40:01 Jan Tappenbeck wrote: Hi ! kann mir einer sagen warum in http://www.openstreetmap.org/?lat=36.724384lon=-3.578896zoom=18 so eine Wassereinbuchtung ist und das Flussbet nicht gerendert wird ? Gruß Jan :-) Die Küstenlinie wird nicht sofort neu gerendert, wenn sie verändert wird. Das kann einige Tage oder sogar Wochen dauern. Grüße, bh signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] smfilter - OSM file preprocessor for rendering of seamarks
Hi lists! I just published smfilter on the web. Smfilter is a preprocessor for OSM files which is used in the rendering process of OpenSeamap. This tool is specific to seamarks but the concept is of course open to other applications. A description and a download link is found there: http://www.abenteuerland.at/smfilter/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] smfilter - OSM file preprocessor for rendering of seamarks
Hi lists! I just published smfilter on the web. Smfilter is a preprocessor for OSM files which is used in the rendering process of OpenSeamap. This tool is specific to seamarks but the concept is of course open to other applications. A description and a download link is found there: http://www.abenteuerland.at/smfilter/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-hr] Import of marine lights
Hi! We are going to import marine lights into the OSM database to highly improve development of marine charts and navigation at sea which is part of the OpenSeamap project. The next area is the Mediterenean Sea. This will touch the whole coastline of Croatia. Please find more information at the following pages: http://wiki.openstreetmap.org/wiki/Openseamap/List_of_Lights_Import Additional information is found there: http://wiki.openstreetmap.org/wiki/OpenSeaMap/Lights_Data_Model http://wiki.openstreetmap.org/wiki/Key:seamark:fixme http://wiki.openstreetmap.org/wiki/Key:seamark:type Best regards, Bernhard __ www.openseamap.org __ ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-Talk-ZA] Import of marine lights
Hi! We are going to import marine lights into the OSM database to highly improve development of marine charts and navigation at sea, part of the OpenSeamap project. The next area is the Indian Ocean. This will touch all coastlines of countries of southern Asia and eastern Africa. Please find more information at the following pages: http://wiki.openstreetmap.org/wiki/Openseamap/List_of_Lights_Import Additional information is found there: http://wiki.openstreetmap.org/wiki/OpenSeaMap/Lights_Data_Model http://wiki.openstreetmap.org/wiki/Key:seamark:fixme http://wiki.openstreetmap.org/wiki/Key:seamark:type Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
[Talk-ko] Import of marine lights
Hi! We are going to import marine lights into the OSM database. This will touch Chinese, Korean and Malaysian coasts. Please find more information at the following pages: http://wiki.openstreetmap.org/wiki/Openseamap/List_of_Lights_Import Additional information is found there: http://wiki.openstreetmap.org/wiki/OpenSeaMap/Lights_Data_Model http://wiki.openstreetmap.org/wiki/Key:seamark:fixme http://wiki.openstreetmap.org/wiki/Key:seamark:type Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
[Talk-ko] Import of marine lights and sea marks
Hi! We are working on an import of marine lights and seamarks. We already imported a lot of lights successfully yet. Now we are heading for coastlines of Taiwan, Philipines and Corea. Please find more information about this import at the following wiki page: http://wiki.openstreetmap.org/wiki/OpenSeaMap/List_of_Lights_Import Bernhard signature.asc Description: This is a digitally signed message part. ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
Re: [OSM-talk] Tagging Seamarks
On Wednesday 18 August 2010 12:41:55 you wrote: Hi Bernhard, thanks for your reply. This message has become longer than I initially expected, as I added some general thoughts of mine. Please do feel free to ignore those and concentrate on open questions. :) Hi Arne, I'll answer your mail completely, but in steps and not at once. However, as an IT guy I prefer the Openseamp scheme to the offical one because it is more modular from a technical point of view. How is it more modular? How would modularity be useful in a practical sense? Can you provide an example or use case? Being an IT guy myself, I think that maintainability (i. e. ease-of-use) of source code is very important. With tags being OSM's source code, this makes me a big fan of the pragmatism that generally governs the OSM community's approach to finding and agreeing upon new tags. That's also why I'd like to see OSM tags for marine data that are conceptually similar to OSM tags for land data. And that's also why I have every expectation that we'll eventually arrive at such a tagging scheme, however it may look. :) In the Openseamap scheme everything is defined in the name of the key behind seamark: (e.g. seamark:light.., seamark:type..., seamark:topmark,...). This generates some kind of hierarchy within a flat database and you can select all seamark relevant data out of the database by retrieving all tags starting with seamark:. This is different to the official cbm proposal in which case you have to parse data before you can retrieve it because information about which tags are relevant is kept in the attribute values and the key names are not necessarily associated with each other (e.g. there is seamark, light, buoy,...). I still have criticism on the Openseamap scheme, e.g. for a seamark being a buoy or a beacon is just a property, hence, including the property in the key name is bad practice. For example seamark:type=buoy_lateral, seamark:buoy_lateral.shape=someshape. IMO it should have been defined like this: seamark:type=buoy_lateral, seamark.shape=someshape. BTW, this is also true for the cbm scheme but unfortunately I wasn't involved into development of neither of those schemes. My conclusion is that Openseamap scheme isn't perfect but it is technically better designed. However, both schemes are fine-grained enough to be automatically changed to some other, better scheme in future. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Seamarks
On Tuesday 17 August 2010 23:54:55 you wrote: Bernhard R. Fischer wrote: For a long time now I am interested in tagging seamarks.(short version) Same here. I always knew that there wasn't anything near to consensus about much of anything on that front though, with a lot of bad blood in the German OSM community, which is one of the reasons why I shied away from getting involved until about now. Very frustrating situation indeed. Now I found out that there are two comparable but different and competing tagging schemes: * http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging * http://wiki.openstreetmap.org/wiki/Lights_Data_Model The first one is used by freietonne.de the second one by openseamap.org. Consequently, there exist two disjoint marine maps. Right. New information (at least, new to some, including me) has surfaced on the German [Talk-de] OSM mailing list that says (paraphrasing) the first mentioned is the one and only official proposal (incidentally also used by FT, FreieTonne.de). The second link you mentioned is part of the scheme of the other project (OSeaM, openseamap.org). So it would appear that we actually have * one official proposal, currently under discussion (also used by FT) * one private scheme, with private tags (exclusively used by OSeaM) Now, the thing is I'm not really sure about this assessment. What I wrote above is my current understanding of the situation, which may be wrong. I'd appreciate input from FT or OSeaM project members on this matter, or really from anyone at all! This is extremely frustrating! Computers do not care about attribute names and we shouldn't also as long as both schemes fulfill the same requirements. This is not just a naming issue. The tagging concepts of the schemes are rather different (contrary to what has been alleged somewhere on the Wiki). There seems to be a lot of half knowledge and smattering among some of those who wrote on the Wiki on marine topics in the past, which of course is very conductive to misunderstandings. I believe this is part of what fuelled the conflicts between FT and OSeaM back then (but I was an observer in those conflicts only, so what do I know :) ). Anyway, one thing I find particularly remarkable is that on just about every one of the Wiki pages, someone wrote something about that this tagging scheme followed IHO standard S-57, and how important and cool that would be, while actually (and thankfully), none of those schemes even come close to S-57. S-57 is basically a soon-to-be-obsolete, proprietary and binary file format, so following it wouldn't really make a lot of sense for OSM. Not sure why so many people wrote that. Perhaps someone on this list is able to enlighten me? Cheers, Arne Arne, I'm a little bit more into details of all that, yet. The approaches of FT and OpenSeamap are a little bit different. OpenSeamap uses the OSM database exclusively while FT has its own database (as far as I understood) and they put just some pieces of information into the OSM database. Also FT puts just an overlay on top of the Openstreetmap map but Openseamap completely renders a seamap with focus on seamap features. Regarding the tagging schemes. Openseamap uses this proprietary seamark:*=* scheme but FT uses just a subset of the official proposal. There is page which documents it: http://wiki.openstreetmap.org/wiki/DE:FreieTonne/Symbole (It is in German but if you take a brief overview you'll partially understand it (German words: Bake=beacon, Tonne=buoy, Leuchtfeuer=light,Rot=red,Weiß=white,Grün=green)). This is the reason why I personally favor Openseamap more than FT. In addition, FT is focused more on inland waterways. A further question for me is what is official and what is private? Both of those tagging schemes are similar although the structure is different, as you mentioned. And, what is IMO much more important, the Openseamap scheme is already rendered on OpenSeamap which is not true for the other one and I stick with the opinion of the Openseamp guys: a seamap should be rendered different than a street map because different objects are important. However, as an IT guy I prefer the Openseamp scheme to the offical one because it is more modular from a technical point of view. Thus, I hope that people out there do not still ignore the Openseamap scheme. After all, I translated it into English ;) Regarding S-57: I think what they mean is that they orient on the S-57 schemes in respect to which attributes exist on which objects. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Seamarks
On Tuesday 17 August 2010 21:40:55 Malcolm Herring wrote: Andreas Labres wrote: Continuing dispute between the two groups I was suggesting that a state of peaceful co-existence can be achieved - Our editors will not alter or remove tags that are not ours, and hopefully this will be reciprocated. I think that co-existence can just be a transitional solution until this is (sometimes hopefully) thrashed out. After that a conversion from one format to the other one shouldn't be too complex. The cbm proposal and the Openseamark scheme are very compatible. Joining FT symbols will get a little bit more tricky since it is not very modular defined. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tagging Seamarks
Hi! For a long time now I am interested in tagging seamarks.(short version) Now I found out that there are two comparable but different and competing tagging schemes: * http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging * http://wiki.openstreetmap.org/wiki/Lights_Data_Model The first one is used by freietonne.de the second one by openseamap.org. Consequently, there exist two disjoint marine maps. This is extremely frustrating! Computers do not care about attribute names and we shouldn't also as long as both schemes fulfill the same requirements. Why can't we just agree on one of those two schemes and change the tag names in the renderer and rename all tags in the database from one scheme to the other one? Best regards, Bernhard aka Rahra signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marine taggine/OpenSeamap
On Tuesday 10 August 2010 08:55:20 Aun Johnsen wrote: I see I got a snowball running here, great guys. Continue on that. I can help out with some language makeup and corrections on the English language pages (Nautical Professional) but have little time to offer at the moment. I will also look into translating the important bits of it into Portuguese together with my other Portuguese translations allowing more contributions, also on marine mapping, from the portuguese speaking part of the world. Aun Aun, Currently, we are working on the Lights Data Model (http://wiki.openstreetmap.org/wiki/Lights_Data_Model) and the Beacon Data Model (http://wiki.openstreetmap.org/wiki/Beacon_Data_Model). The buoy will follow soon. These pages exist in English and German yet. I hope that we can cleanup the Wiki a little bit after finished with translation and more detailed descriptions of that stuff. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marine taggine/OpenSeamap
On Monday 09 August 2010 10:04:00 Aun Johnsen wrote: PS These tags are documented in german only, what about those OSMers that doesn't understand german, are we forced to use google translate to ready tag descriptions? If it was documented in english at least more of us could understand it and maybe even contribute with translations into some of our own languages. Aun Ok, we should be able to solve this problem ;) I started a translation: http://wiki.openstreetmap.org/wiki/Lighthouse_Datamodel The German version now exists twice. I'm not sure how to cleanup this in the wiki yet without breaking some link dependencies. Beacons and buoys will follow. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marine taggine/OpenSeamap
On Monday 09 August 2010 16:31:15 Malcolm Herring wrote: Bernhard R. Fischer wrote: Ok, we should be able to solve this problem ;) I started a translation: http://wiki.openstreetmap.org/wiki/Lighthouse_Datamodel The German version now exists twice. I'm not sure how to cleanup this in the wiki yet without breaking some link dependencies. Beacons and buoys will follow. Best regards, Bernhard Nice work! I assume that you are user Rahra? - my OSM user name is Malcolmh I have done a few edits to 'colloqialise' the text. I am about to start a new data model page for other types of charted lights. I will spawn it from your translated lighthouse page. Thanks for giving me a start! Yes, I am Rahra. Thanks for your improvements to my translation. I translated your Lights Datamodel back into German. At the top of the page you refer to the lighthouse datamodel. Don't you think that we shouldn't put the lighthouse also on that page? Everything is there: light vessel, float, major, minor lights. I think we could put the lighthouse also there. Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marine taggine/OpenSeamap
On Thursday 05 August 2010 20:31:39 Malcolm Herring wrote: Bernhard, The * is a wild card for the light number. The Render Hint has one additional parameter, the suggested radius of the sector arc that will appear on the chart. All the previous items are to create the annotation. The render hint description also says Radius mit dem der Sektor gezeichnet wird. (radius of which the sector is painted). What is the units of this hint? I assume it is not nautical miles. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Marine taggine/OpenSeamap
Hi! Is there somewhere a documentation about which data model is actually used by OSeaM? For hours, I searched through the wiki and I also downloaded some parts of the map using Josm to find out which tags are actually being used. The wiki list several different data models and this is extremely confusing: http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging http://wiki.openstreetmap.org/wiki/Key:sea_mark http://wiki.openstreetmap.org/wiki/DE:Leuchtfeuer/Datenmodell http://wiki.openstreetmap.org/wiki/DE:Leuchtfeuer/S-57 Kind regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marine taggine/OpenSeamap
On Wednesday 04 August 2010 12:58:13 Malcolm Herring wrote: Bernhard, The OpenSeaMap data model definitions are contained in three files: http://wiki.openstreetmap.org/wiki/DE:Tonne/Datenmodell http://wiki.openstreetmap.org/wiki/DE:Bake/Datenmodell http://wiki.openstreetmap.org/wiki/DE:Leuchtfeuer/Datenmodell You will note that all the key/value pairs are prefixed seamark: This is the namespace that the OpenSeaMap renderer uses. You may find nodes in the map that have other keys as well as seamark:-prefixed ones, but those keys are not parsed by OpenSeaMap. If you are interested in adding seamarks to the map, there is web-based editor and also a JOSM plugin. I am in the process of upgrading the plugin will check in the JAR as soon as I have finished testing it. In the meantime, you will find the existing ones on the openseamap.org web site. Malcolm, Thanks for your response, this is very helpful. I know the Josm plugin and I tried to use it but it has very limited capabilities (e.g. I cannot add lighthouses). Thus, I thought about building my own simple, script-based light tag generator. What is the tag listed at the topic Render Hints (http://wiki.openstreetmap.org/wiki/DE:Leuchtfeuer/Datenmodell) good for? seamark:light:#=*:colour:###,#:###,#:### Isn't this a redundant definition of everything that is listed above it? And what does the * stand for? Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Outline of island does not change
Hi! More than one month ago I tracked a small harbor in Croatia (Lucina, Dugi Otok) and edited and uploaded the new map data using Josm. Nevertheless, if I look at the map using the OSM online viewer the new outline of the island is not rendered. It still shows the old imprecise one. What is the reason for that behavior? Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Search index not updated?
Hi! Several months ago I added some farms (place=farm) in my region. I also added names (name=... + place_name=...) as well as addresses using the addr:*= scheme. I also added roads with names. Nevertheless, if I try to find them by using the search bar of the OSM online viewer they do not show up. What am I doing wrong? Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Search index not updated?
On Wednesday 16 June 2010 10:38:55 M∡rtin Koppenhoefer wrote: 2010/6/16 Bernhard R. Fischer b...@abenteuerland.at: Hi! Several months ago I added some farms (place=farm) in my region. I also added names (name=... + place_name=...) as well as addresses using the addr:*= You might also want to look at place=isolated_dwelling (and probably a subtag for the farm like isolated_dwelling=farm, and or landuse=farmyard, or building=farm, ...) Martin, Thanks FYI. It is really very difficult to orient yourself in this jungle of available tags and if they are already accepted or just proposed. I also tried to add some lights to the marine map but this is even more difficult. At least for me, it looks like if there are 5 different proposals for one and the same thing Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk