[OSM-talk-be] Announce: Spring mapping party around Turnhout end of march
Hi mapsters, One month to go and winter will end. Time to crawl from under your stones and away from your computer screens to start mapping again :) To get you in the mood I propose a mapping party which will be in held the city of Turnhout and it's surroundings. The city is not fully mapped, neither are the surroundings, making it an ideal location to throw a mapping party. Other proposals elsewhere in Belgium are of course highly welcomed. Preferably discuss them on this mailinglist. Please follow the doodle link http://www.doodle.com/r6ffnqapck39ark7 to note down your name and if and when, during the last 2 weekends of March, you could be attending the mapping party. It is just to have an idea of the amount of people interested and to do some planning in advance. The exact location (café or other) is currently not fixed yet. Those who know their way in and around Turnhout are invited to propose and preferably arrange :) a suitable location. Some requirements: opens up in the morning, a way to lock away equipment whilst we are off mapping, wireless internet access, small kitchen which would cook some food at about 13:00-14:00 or so. Regards, Ivom___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Announce: Spring mapping party around Turnhout end of march
My birth town... Lived there till about 8 years ago, so interesting to go there for a mapping party. A small round-up on actual situation of OSM in Turnhout. Towncenter, within the ringway, seems mostly mapped and has most streetnames. In the south-west part, between Antwerpsesteenweg and the railroad, a lot of streets are missing. Most one-way streets are not marked as one way. And a lot has changed since I lived there. In Turnhout, but outside the ringway, there are areas missing - counterclockwise - - between speelkaartenstraat and Steenweg op Gierle (not that many streets) - between railroad and Steenweg op Tielen the Jef Buyckxstraat has a lot of dead-end side streets, all with the same name - between Steenweg op Tielen and Steenweg op Zevendonk, Parkwijk is mostly missing (all dead end streets within Parkring and with strange house numbering) - At the other side of Steenweg op Zevendonk some major roads are mapped, but most of the residential roads are missing (= quite some) - South of E34, between Leiseinde and Kapelweg a lot of residential streets are missing - north there are a lot of residential streets missing around what is mapped as 'tertiary' road Maria Van Zummerenstraat. Think name is wrong there, and on top it is not a major road at all. So I think there is quite some work, but it should be easy to split up the areas and the work. Will try to check out about interesting locations to put our headquarters... Luc / Speedy On Sat, Feb 20, 2010 at 2:12 PM, Ivo van den Maagdenberg ivo.vdmaagdenb...@pandora.be wrote: Hi mapsters, One month to go and winter will end. Time to crawl from under your stones and away from your computer screens to start mapping again :) To get you in the mood I propose a mapping party which will be in held the city of Turnhout and it's surroundings. The city is not fully mapped, neither are the surroundings, making it an ideal location to throw a mapping party. Other proposals elsewhere in Belgium are of course highly welcomed. Preferably discuss them on this mailinglist. Please follow the doodle link http://www.doodle.com/r6ffnqapck39ark7 to note down your name and if and when, during the last 2 weekends of March, you could be attending the mapping party. It is just to have an idea of the amount of people interested and to do some planning in advance. The exact location (café or other) is currently not fixed yet. Those who know their way in and around Turnhout are invited to propose and preferably arrange :) a suitable location. Some requirements: opens up in the morning, a way to lock away equipment whilst we are off mapping, wireless internet access, small kitchen which would cook some food at about 13:00-14:00 or so. Regards, Ivom ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] [ANN] Viking 0.9.91 is out
Viking 0.9.91 was released in 2010-02-06. http://sourceforge.net/projects/viking/files/viking/0.9.91/viking-0.9.91.tar.gz/download Viking is a GPS data viewer and editor providing many features related to Internet. It is able to display maps from many online sources. It is also able to request online service to provide geocoding: finding coordinates form textual description of a place. And many more great things provided by many contributors. http://viking.sf.net/ Why such announce on this list? Because viking try to integrate many services from OSM. It is able to display maps from many OpenStreetMap related projects. The 0.9.91 version offers the ability to extend the list of supported map sources with any tile cache oriented service. So, user can add new OSM related map, even private (imagine a user hosting its own map service). For example, imagine you want to use OpenPisteMap project. Simply create the file ~/.viking/maps.xml objects object class=VikSlippyMapSource property name=labelOpenPisteMap/property property name=hostnameopenpistemap.org/property property name=url/tiles/contours/%d/%d/%d.png/property property name=id100/property /object /objects Viking also offers the ability to upload GPS data directly: open a GPS track, check it upon any map source, correct it and upload it. 0.9.91 brings the Nominatim service as geocoding source. Happy download! PS: 0.9.91 is sort of release candidate for 1.0. Some details can change in near future. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM front page design concept
I've posted a design concept with description and invitation for feedback here: http://opengeodata.org/new-design-concept-for-openstreetmaporg Yours c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Inquiry about Egnos / Indoor mapping
Hi all, I received the following inquiry from Thomas Hallauer of TheWhereBusiness: - Is Egnos being used by the community? it's live, it's free but I am trying to find out how available it is (and if it helps)? - Is anybody working on Indoor maps AND would like to talk to me about it. I will do a paper for theWhereBusiness news letter on that. ( I know some of the volunteers are working on it and it would be great to ask them how they do it) I don't know of anyone personally that might be able to respond to him, so I'm hoping someone on talk can. Please contact him directly on thalla...@googlemail.com Thanks Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl twitter: mvexel skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM front page design concept
Hi, Great mockup ! I think we absolutely need a get direction as an alternative to the search box. This is probably on of the first thing why people are using maps :), to see how to go from anywhere to anywhere else. Why to keep the ratio of the map ? rather than to link dynamicaly the bottom edge of the slippy map to the browser's borders like the left and right ones are. Great job anyway ! On Sun, Feb 21, 2010 at 12:48 AM, SteveC st...@asklater.com wrote: I've posted a design concept with description and invitation for feedback here: http://opengeodata.org/new-design-concept-for-openstreetmaporg Yours c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Inquiry about Egnos / Indoor mapping
On Feb 20, 2010, at 3:50 PM, Martijn van Exel wrote: Hi all, I received the following inquiry from Thomas Hallauer of TheWhereBusiness: - Is Egnos being used by the community? it's live, it's free but I am trying to find out how available it is (and if it helps)? yes and yes and yes - Is anybody working on Indoor maps AND would like to talk to me about it. I will do a paper for theWhereBusiness news letter on that. ( I know some of the volunteers are working on it and it would be great to ask them how they do it) don't know I don't know of anyone personally that might be able to respond to him, so I'm hoping someone on talk can. Please contact him directly on thalla...@googlemail.com Thanks Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl twitter: mvexel skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Yours c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Inquiry about Egnos / Indoor mapping
On 21 February 2010 09:50, Martijn van Exel mve...@gmail.com wrote: - Is anybody working on Indoor maps AND would like to talk to me about it. I will do a paper for theWhereBusiness news letter on that. ( I know some of the volunteers are working on it and it would be great to ask them how they do it) http://lists.openstreetmap.org/pipermail/dev/2009-November/017814.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
Hi, SteveC wrote: http://opengeodata.org/new-design-concept-for-openstreetmaporg Whatever merits the (external, commercial) uservoice.com service might have, I am extremely sceptical about using it for openstreetmap.org. Join companies organisations of all sizes that already depend on UserVoice for feedback (Sun, Nokia, Random House, Sony BMG, Myspace.com). I don't envisage OSM being like these in any way. Our problem is not that granny doesn't find the feedback button; if we have a problem then it is that we do not have the time and patience to deal with her suggestions. What this external service (where people can write up ideas and others can vote them up or down) would do is create another league of Wiki fiddlers, only with less understanding of OSM. It would give a nice outward impression, but it wouldn't change the amount of resources we have available to deal with suggestions from outsiders. In the end, it would only frustrate people when they see that their suggestions don't get implemented. We do not suffer from a lack of ideas regarding cool things that could be improved about OSM. If we suffer from a lack of ideas at all then it might be ideas on how to implement something without breaking things or overloading servers, i.e. well-founded technical ideas that require intricate knowledge of how OSM works. uservoice.com will not help there. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
On Feb 20, 2010, at 11:13 PM, Frederik Ramm wrote: Hi, SteveC wrote: http://opengeodata.org/new-design-concept-for-openstreetmaporg Whatever merits the (external, commercial) uservoice.com service might have, I am extremely sceptical about using it for openstreetmap.org. Join companies organisations of all sizes that already depend on UserVoice for feedback (Sun, Nokia, Random House, Sony BMG, Myspace.com). I don't envisage OSM being like these in any way. Our problem is not that granny doesn't find the feedback button; if we have a problem then it is that we do not have the time and patience to deal with her suggestions. Wrong. Map bugs. Did you read my post Fred ? :-) Yours c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
Hi, SteveC wrote: Wrong. Map bugs. Did you read my post Fred ? :-) So you meant to integrate uservoice.com instead of integrating openstreetbugs? But can their system tie notes to map locations? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
On Feb 20, 2010, at 11:20 PM, Frederik Ramm wrote: Hi, SteveC wrote: Wrong. Map bugs. Did you read my post Fred ? :-) So you meant to integrate uservoice.com instead of integrating openstreetbugs? But can their system tie notes to map locations? Well I'll go further. openstreetbugs is basically there but has a crappy UI. It needs to be 1) click 'feedback' or 'problem' 2) enter problem 3) click ok the extra step of clicking where the problem is should not happen, we should get that from the bbox or center point plus zoom. So with some changes I think we can integrate OSB and expose it front and center to help fix up the bugs. I think in an environment where every other map on the planet is trying to hide their bugs, we should expose ours and fix them quickly while showing everyone what they got wrong. As for your comments about people entering bugs and feature requests we can't handle... look. I understand it's a case of matching requests to people who can be bothered to do them. And I understand that people here today can't be bothered to fix most of the things that are wrong in OSM because we're all happy to work around them... but it's bonkers to be dismissive about 'granny' because it's all those grannies out there who are going to help us fix this map. If I think about all the people who can help today in OSM, I immediately think of my brothers and sister, my parents and so on... and the only way is if we go through a big complicated loop with walking papers. A bug system like the above should be where we're headed. It will make so many more people help us, and we will be able to fix so many more things. So as for features and software bugs... I think we should turn up the volume of the people who want things changed. One, we might learn something about what the users actually want (because trac is a poor, poor reflection) and two... look we should be the first people to welcome input on what people think we should do. We can't all hide in our basement and hack on Java any more. We have to help these people who are crying out for it. I'll add two more things 1) Using google insight (bing for it) and many other tools it's very very clear that the german community is by far and away huge. That's wonderful, but we don't have Germans all over Europe and the US - we need these tools out here Frederik to help us fix the map. 2) We have to be very clear that the openstreetmap.org website is _awful_. Horrendous. A total PITA. We're all here because we're persistent with it. But the wonderful thing is - we don't have to make the tools and site easy to use if we can expose a simple bug system. It's very clear that nobody can convince Richard to actually write something any muggle would really want to use, you can scream at him to finish the mythical Potlatch 2 all you want, but he doesn't give a shit and lives on a boat in bliss. That's his choice, and it's totally fine, but if we all feel that way then we have to deal with the downside that every single day we lose tens of thousands of edits because of that monopoly on bad UI. All I'm suggesting is we sidestep the problem and connect people who can report a map bug but can't be bothered to deal with pain and suffering of potlatch with the people who can deal with it, at least until Richard gets his act together and stops fixing every stupid thing in the old codebase. You have to take a step back here and realise what we're missing out on. Yours c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Overland Track added
On Sat, 20 Feb 2010, Steve Bennett wrote: Hi all, I've added the Overland Track* and all the major side trips: http://osm.org/go/uDrl4bT (scroll down to see the full thing) That includes the ascents of Cradle Mountain, Barn Bluff, Lake Will, Old Pelion Hut, Mt Oakleigh (about 3/4 of it), the waterfalls near Du Cane Hut, Mt Ossa, the Acropolis and Labyrinth Lookout. There are a few gaps in the trace when I forgot to restart the GPS after a break. Most of the gaps are pretty short, and the weakest area is around the waterfalls. Can't wait till it shows up here: http://osm.lonvia.de/world_hiking.html?zoom=13lat=-41.7011lon=145.94805l ayers=FFBT Steve * A hiking trail from near Cradle Mountain to the southern end of Lake St Clair, in Tasmania. but did you have a good time? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
On Sat, Feb 20, 2010 at 8:46 PM, Liz ed...@billiau.net wrote: but did you have a good time? Oh yeah, the weather was great! And so many friendly leeches... Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tennis court land
come the revolution, comrades! :) jim On Sat, Feb 20, 2010 at 11:24 PM, Steve Bennett stevag...@gmail.com wrote: Check it out: http://osm.org/go/uGm91mHAN- I cracked up when I saw it. We can blame lakeboy for this one... Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
Steve Bennett wrote: Oh yeah, the weather was great! And so many friendly leeches... As we bushwalkers say: Tasmania is a mud-infested leach. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
Steve Bennett wrote: Hi all, I've added the Overland Track* and all the major side trips: http://osm.org/go/uDrl4bT (scroll down to see the full thing) That includes the ascents of Cradle Mountain, Barn Bluff, Lake Will, Old Pelion Hut, Mt Oakleigh (about 3/4 of it), the waterfalls near Du Cane Hut, Mt Ossa, the Acropolis and Labyrinth Lookout. There are a few gaps in the trace when I forgot to restart the GPS after a break. Most of the gaps are pretty short, and the weakest area is around the waterfalls. Well done. It's quite an adventure, and one you'll likely do again some time. But you forgot to mark the main track as one-way :) Have you got elevations you can add for the peaks? Eg ele=1234. Don't specify units - metres is understood. And my Garmin assumes that any letter after the ele=* tag (even m) means it's feet, and converts it from feet to metres before display (showing a wildly incorrect figure as a result). Can't wait till it shows up here: http://osm.lonvia.de/world_hiking.html?zoom=13lat=-41.7011lon=145.94805layers=FFBT On past performances, it'll be rendered as a route early Monday morning (updated every 24 hours). Have you considered adding the track marker for display on the hiking map? Maybe: osmc:symbol=black::red_triangle John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
On Sun, 21 Feb 2010, John Henderson wrote: Can't wait till it shows up here: http://osm.lonvia.de/world_hiking.html?zoom=13amp;lat=-41.7011amp;lon=1 45.94805amp;layers=FFBT On past performances, it'll be rendered as a route early Monday morning (updated every 24 hours). It's there now, although there is a bit of feet wetting to do in the southern Lake (Lake St Clair?) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
Steve Bennett wrote: It's not really one-way. You can only complete the whole track in one direction from about November to April or so, but there's no rule about doing individual sections in reverse order. That was tongue-in-cheek on my part. I just love the government telling me which direction I should walk in. Lol - is that what the ele tag is. Oops. That means I had even uploaded waypoints with elevations for some summits. Then again, I didn't calibrate the altimeter, so they wouldn't be much use. I'm not sure what would count as reasonable sources for elevation data. Presumably not reading off maps, but what about books, other websites, signposts...? I sometimes use the altimeter in my Garmin 76CSx, but it's a automatically GPS-calibrated barometric altimeter, and quite accurate. Otherwise, I just look it up from several sources and get a rough consensus. I dunno, I don't think the Overland really has a particular track marker, does it? Sure, there are red (or orange?) triangles used at certain points, but they're also used on the side trips. And there are very long sections with no markers at all, because they're not needed. Orange triangle is the present standard according to: http://www.parks.tas.gov.au/file.aspx?id=6789 Red is the nearest colour available from http://topo.geofabrik.de/symbols_en.html As they say, the symbol (if used) should approximate the one walkers will see on the track, or be otherwise meaningful rather than just looking nice. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
On Sun, Feb 21, 2010 at 12:07 PM, John Henderson snow...@gmx.com wrote: That was tongue-in-cheek on my part. I just love the government telling me which direction I should walk in. Dunno if I'd call PWS the government. Personally, I'm glad. I wouldn't want to be passing 40 people a day with heavy packs on narrow boardwalks...not sure if that was the justification or not though. When everyone goes in one direction, it feels much less crowded, too. I sometimes use the altimeter in my Garmin 76CSx, but it's a automatically GPS-calibrated barometric altimeter, and quite accurate. Yeah, I switched on automatic calibration, but I'm not sure what it does. Does it just take readings off the topo map (I'm using shonky maps)? If so, isn't that cheating... Orange triangle is the present standard according to: http://www.parks.tas.gov.au/file.aspx?id=6789 Red is the nearest colour available from http://topo.geofabrik.de/symbols_en.html As they say, the symbol (if used) should approximate the one walkers will see on the track, or be otherwise meaningful rather than just looking nice. Ok, I'll investigate adding it. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Fwd: [OSM-dev] OSM front page design concept
-- Forwarded message -- From: SteveC st...@asklater.com Date: 21 February 2010 09:48 Subject: [OSM-dev] OSM front page design concept To: Talk Openstreetmap t...@openstreetmap.org, dev list d...@openstreetmap.org I've posted a design concept with description and invitation for feedback here: http://opengeodata.org/new-design-concept-for-openstreetmaporg Yours c. Steve ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
Steve Bennett wrote: Dunno if I'd call PWS the government. Personally, I'm glad. I wouldn't want to be passing 40 people a day with heavy packs on narrow boardwalks...not sure if that was the justification or not though. When everyone goes in one direction, it feels much less crowded, too. I suppose it's more popular than when I first walked it - didn't see anyone for a couple of days. A friend did a winter trip around that time and didn't encounter anyone else at all. Yeah, I switched on automatic calibration, but I'm not sure what it does. Does it just take readings off the topo map (I'm using shonky maps)? If so, isn't that cheating... What model GPS have you got? I won't get if from the maps. Mine's got a barometric altimeter, like an aeroplane does. It measures air pressure very accurately. The problem then is calibration for the atmospheric highs and lows which pass. In a plane, you do that by entering the the current air pressure at your airport's altitude before you take off. And you get the figure for that airport from the Weather Bureau. The Garmin unit uses an rolling average of GPS-derived altitude to dynamically recalibrate. You then get the best of both worlds. The GPS-derived figure is accurate over a long time in the same position. The barometer is very accurate short term, but suffers in the long term unless recalibrated. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Chapter about maps
Interesting read on how to judge maps, obviously spun to make OSM look good, but still it brings up some interesting points: http://opengeodata.org/openstreetmap-the-best-map ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Signaturen in ADFC-Karten
Hallo, habe meine Aufschreibungen dazu aktualisiert, zu finden sind sie hier: http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung.pdf Dito editierbar: http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung.odt Bilderserie zu Oberflächen: http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung-bilder.pdf (dürfte einem Mitleser hier bekannt vorkommen). Das ist eine erprobte Variante, was nicht heißt, dass sie perfekt ist, es lässt sich alles verbessern. Im Grunde kann jede lokale ADFC-Gliederung ihre eigene Karte machen, wenn sie das Projekt finanziell hinbekommt. Die o.g. Inhalte müssten recherchiert werden und würden von einem Renderer angezeigt, der nur eine Ebene für die Ausgabe benutzen kann, eben Papier. Mehrere Ebenen, wie am Bilschirm machbar, würden manches übersichtlicher machen. Ob die hier auszugebenden Informationen überhaupt alle in der OSM-Datenbank sind, habe ich nun nicht im Kopf; vermutlich müsste mindestens die Verkehrsbelegung der Straßen in eine eigene verknüpfte Datenbank gepackt werden (Methode Tourenportal; dort wird die topographische Karte nur als statischer Hintergrund verwendet). Das Ganze ist für Tourenfahrer, nicht für z.B. Mountainbike-Sportler. Zum Tourenportal schreibe ich gelegentlich eine Ergänzung des obigen Textes, die Inhalte sind etwas anders, aber es gibt viele Gemeinsamkeiten. Wenn man am Rechner routen möchte, kann man weitere Betrachtungen anstellen, z.B. sollten Steigungen mit eingehen (das Tourenportal hat dazu ein hinterlegtes Geländemodell). Ein Mitstreiter von uns hat im letzten Jahr eine Eigenbaulösung gebaut: http://adfc-jena.de/karte/rrplan.php -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Blaues Meer und mkgmap; Karte n für Garmins
Daniela Duerbeck wrote: Vor etwa einem Monat bekam ich blaue Inseln auf gelbem Meer mit: --generate-sea Jetzt nicht mal mehr Küstenlinien. Auf welche Versionen von mkgmap bezieht sich denn Deine Frage? bye Nop -- View this message in context: http://n2.nabble.com/Mal-wieder-Blaues-Meer-und-mkgmap-Karten-fur-Garmins-tp4601326p4602107.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Toppzeichen gesperrte Wasserflaeche
On 14.02.10 19:05, Frederik Ramm wrote: Da liegt aber jetzt auf Deiner Seite ein Missverstaendnis vor. Natuerlich meinte Olaf: Der Editor schreibt alle Tags zurueck, auch die, die nicht veraendert wurden (aber natuerlich nur, wenn irgendwas an dem Objekt veraendert wurde). Daß alle Tags (auch die, die der Editor nicht versteht/kennt) gesetzt werden müssen, ist hoffentlich klar. Mir ging's um das in Klammern geschriebene, daß er das nur für vom Benutzer angegriffene und veränderte Objekte machen sollte. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am Donnerstag, den 18.02.2010, 22:32 +0100 schrieb Falk Zscheile: Am 18. Februar 2010 21:51 schrieb Christian Wagner wagnerschrist...@gmail.com: Am Donnerstag, den 18.02.2010, 00:27 +0100 schrieb Ulf Lamping: Kennst du das JOSM TOMS Plugin? Das macht genau das, zumindest für die Bojen (wenn ich das als Landratte so richtig verstanden habe). Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen immer in einem festen Zusammenhang. So kannst Du auf die Tonnenfarbe schließen, wenn du die Farbe selbst nicht erkennen kannst oder die Farbe schon längst verschwunden ist. Bei Kardinaltonnen zeigen die Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Das ist überall gleich und dient der Sicherheit der Schifffahrt. So gesehen macht es der Editor dem Mapper ohne Kenntnisse der Seezeichen das Eintragen sogar einfacher, wenn er dort, wo solche festen Beziehungen bestehen, diese vorgibt. Das ist auch auf der ganzen Welt das gleiche, damit der deutsche Kapitän auch in Hong Kong sicher navigieren kann. Man hat sich im Rahmen der UN auf die Vereinheitlichung geeinigt. Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Wenn das System wirklich so zwingend ist dann reicht als Tag ja eigentlich cardianl_south? Eigentlich impliziert das Zeichen ja dann schon alles oder? Was aber wenn irgendwelche Bojenleger aus Maputo das dann eben doch anders gemacht haben? Nun ja, vielleicht reicht es für diesen (sicherlich seltnen) Spezialfall dann auch händisch das abweichende Feuer in die Datenbank einzutragen. Wozu die ganzen Regeln wenn sie mit Sicherheit nicht weltweit haargenau eingehalten werden. Das S57 System ist eh modular aufgebaut, genau wie das OSM Taggingschema. So ist das Licht des Leuchturms vom Turm an sich völlig unabhängig. Warum also im Editor künstliche Zusammenhänge aufbauen? Bei Leuchttürmen und Lateraltonnen( Steuerbordtonnen -- grün, spitzes Topzeichen; Backbordtonnen -- rot, rechteckiges Topzeichen; gilt nur für Betonnungsregion A[2]), trifft das zu, nicht aber auf das von Dir angeführte Beispiel der Kardinaltonnen. Mit anderen Worten, die Zusammenhänge sind nicht künstlich sondern zwingend, wenn vorhanden. Das mit dem festen Topzeichen im Lateralsystem ist mir bekannt. Hier wäre aber gerade wegen der IALA A und B Regionen eine weitere Aufspaltung der Tags IMHO besser geeignet. Warum im Editor Steuer- und Backbord extra mit Farben verknüpfen? Das hat zur Folge das der Editor wie aktuell der Fall eben nur für eine IALA- Region funktioniert. Wenn ich die Farbe frei wählen kann dann muß ich als Mapper erst mal gar nix über IALAs wissen, Sondern kann Otto Normalmapper eben die rote Tonne von der Butterfahrt einfach eintragen. Wie schon gesagt, die Daten müssen am Anfang ja nicht perfekt sein. Der nächste OSeaM Segler kommt dann nächstes Jahr dran vorbei, freut sich daß da schon rudimentäre Daten da sind und kann dann was verbessern. Auch der Renderer könnte diese Modularität und Unabhängigkeit der einzelnen Tags voneinander berücksichtigen und eben das Licht und den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat man dann auch eine Möglichkeit mit den unvollständig erfassten Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen wie die Lichtcharakteristik aussieht. Wenn ich Nachts vorbeikomme so erkenne ich die Lichter, kann aber eventuell nicht die Farbe oder Form der Tonne sehen. Wenn Du an einer Kardinaltonne vorbei kommst, dann kannst du das sehr wohl -- siehe oben. Die Frage ist nur, ob die Tonne tatsächlich befeuert ist (was man bei Tage nicht erkennen kann), nicht aber welche Kennung sie hat. Für Tonnen im Lateralsystem, hat auch eine grüne Tonne immer eine grüne Befeuerung und eine rote Tonne eine rote Befeuerung. Nur die
Re: [Talk-de] Strassensuche in der Karte
Am Samstag 20 Februar 2010 01:29:37 schrieb Guenther Meyer: Am Freitag 19 Februar 2010 21:34:50 schrieb Alexander Matheisen: Ich will sie ja nicht zwingen, einen anderen Browser zu benutzen. Sie sollen eben nur sehen, was es heißt, wenn ein Browser valide Seiten nicht richtig interpretiert. Und warum sollte Microsoft denn die Webstandarts mal vernünftig implementieren, wenn doch eh jede Seite an die Fehler des IEs mit Browserweichen etc. angepasst ist. Wieso sollte man Standard mit d schreiben, wenn's doch eh jeder anders macht... SCNR War die Tastatur... :) Mit dem IE8 hat MS schon mal einen grossen Schritt vorwaerts gemacht, der funktioniert relativ gut (ich mag ihn trotzdem nicht). Es ist IMO zu Unterscheiden, ob man eine kleine private Seite (mir z.B. ist es völlig wurscht, ob der IE meine Seiten richtig anzeigt) oder z.B. osm.org, einen Webshop, eine Firmenhomepage oder ähnliches anbietet. Richtig. Grade bei Firmenseiten muss man leider immer noch auf diesen verdammten IE6 Ruecksicht nehmen. Aber grade bei OSM wuerde ich sagen, Mut zur Luecke. Ein Projekt, das aktuelle Technologien nutzt, sollte sich nicht mit Kinderkrankheiten aus laengst vergangenen Tagen herumschlagen muessen. Es gibt eigentlich sonst absolut keinen Grund mehr, einen ueber sechs Jahre alten Browser zu unterstuetzen. Natürlich, ich würde mir ja auch wünschen, dass die Seite endlich wieder mit dem IE funktioniert, aber es geht eben einfach nicht. Der IE macht da Beanstandungen, wo überhaupt keine Fehler sin. Soll man etwa nicht validen Code schreiben, damit das der IE versteht, aber die anderen Browser nicht mehr? auf gar keinen Fall! Deshalb tue ich es auch nicht. Viellicht finde ich noch irgendwie einen Trick, mit dem man das mit einigen komplizierteren Umschreibungen doch ans Laufen bekommen könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassensuche in der Karte
Am Freitag 19 Februar 2010 20:09:44 schrieb Markus: Hallo Alex, Würde ich in Lauf wohnen, würde ich bei der nächsten Wahl des Bürgermeisters garantiert für ihn stimmen. :) Habe ihn grad beim Radiointerview erlebt, wie er souverän eine Lanze für OpenStreetMap gebrochen hat,und wie toll doch so eine Karte für die Bürger und deren Heimatverbundenheit und soziales Engagement und überhaupt sei, und dass man doch auch in den Schulen Projekte mit OSM machen könnte, und die ganzen Vereine könnten doch und so... Schade, dass es von solchen nur so wenige gibt... Sendetermin: BR2 24.2. 18:05-18:35 IQ Wissenschaftssendung zum Thema OpenSource Gruss, Markus Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am 19. Februar 2010 20:53 schrieb Arne Johannessen a...@thaw.de: Falk Zscheile wrote: Am 18. Februar 2010 21:51 schrieb Christian Wagner wagnerschrist...@gmail.com Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen immer in einem festen Zusammenhang. In der Theorie schon, klar. Aber die Erfahrung zeigt nun mal, dass es immer wieder aus verschiedenen Gründen Ausnahmen von der Regel gibt. Beispiele wurden schon genannt. Weiteres Beispiel: durch normale Abnutzung erlangen die Toppzeichen auf Backbord- und Steuerbordtonnen in Dänemark gerne schon mal die Form eines Balls. Wenn man den Ist-Zustand taggen wollte, wäre daher eine Backbordtonne mit rotem Ball als Toppzeichen in Dänemark nichts ungewöhnliches. Und ja, die Dinger sehen durchs Fernglas quasi genau so aus wie eine Mitte-Fahrwasser-Tonne. :-/ Und Du bist der Meinung, dies müsse ohne wenn und aber in die Karte? Meine Meinung nach sprechen verschiedene Aspekte dagegen. Zum einen ist eine Seekarte keine normale topografische Karte, sondern eine Darstellung von Verkehrszeichen. Bei einem Vorfahrtschild im Straßenverkehr würdest Du es doch auch einzeichnen selbst wenn es verwittert wäre, oder? Tonnen werden vom BVerwG auch wie Verkehrszeichen im Straßenverkehr behandelt. Sind sie falsch und beruht darauf ein Schaden, dann ist das ein Amtshaftungsanspruch. Wenn ich in die Seekarte schaue, dann will zunächst einmal wissen, was da sein müsste, wenn ich mich an eine bestimmte Position navigiere. Wie soll bzw. kann ich nach Karte navigieren, wenn dort eine Tonne eingezeichnet ist, die keiner Offiziellen Beschreibung entspricht. Ich werde mich nicht getrauen sie anzusteuern, um dann festzustellen, dass es doch keine Fahrwassertonne sondern eine Untiefentonne (Kardinaltonne) war. Das sich die Farbe oder das Topzeichen der Tonne durch Umwelteinflüsse geändert hat sollte eine Zusatzinformation sein. Dafür gehört sie aber in ein eigenes Tag. Vielleicht über das hazard=value Tag. Nach dem, Motto Vorsicht, Tonne sieht von weitem wie Ansteuerungstonne aus. In der Regel wird zumindest in Deutschland sehr zügig eine Tonne ersetzt, wenn mit ihr etwas nicht stimmt. In der Regel wird die Schifffahrtsverwaltung also schneller mit der Korrektur sein als der Maper mit dem Verzeichnen des Fehlers. Zumal es nicht so viele Seefahrende Maper gibt. Es ist also auch ein Problem der Aktualität der Karte. Auch das ein Grund, allenfalls eine Zusatzinformation mit Datum der Sichtung an die Tonne. Bei Kardinaltonnen zeigen die Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Im Online-Editor auf http://map.openseamap.org/ kann ich z. B. das Toppzeichen nicht abschalten (die Checkbox ist disabled). In Norwegen haben Kardinalzeichen aber niemals Toppzeichen. Das sollte in der Tat nachgebessert werden. Ebenfalls kann ich nicht die Kennung UQ(3) einstellen. Die ist zwar unüblich, aber zulässig. UQ sagt mir überhaupt nichts. Was für eine Kennung ist das? (Ferner kann ich keine Wiederkehr einstellen, was vermutlich einfach bisher noch nicht implementiert ist.) Stimmt, das sollte unbedingt noch hinein. Habe ich auch schon vermisst. [...] Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Was glaubst Du, was alles gemacht wird, obwohl es nicht zulässig ist... In der Seefahrt ist mir so etwas bisher noch nicht aufgefallen, allerdings kenne ich bisher auch nur die Ostsee. Könnte mir aber vorstellen, dass die vom üblichen Schema abweichenden Tonnen dann extra auf der Seekarte erklärt werden. Wie gesagt eine eingetragene Tonne, deren Bedeutung sich nicht erschließt, weil sie nicht im offiziellen Schema vorkommt, ist wertlos für die Navigation. Da können noch so schöne Systeme definiert sein, die reale Welt sorgt immer noch für Abweichungen, mit denen Editoren und Renderer in OSM _prinzipiell_ umgehen können müssen. S. o. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am 20. Februar 2010 10:51 schrieb Christian Wagner wagnerschrist...@gmail.com: Am Donnerstag, den 18.02.2010, 22:32 +0100 schrieb Falk Zscheile: Am 18. Februar 2010 21:51 schrieb Christian Wagner wagnerschrist...@gmail.com: Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen immer in einem festen Zusammenhang. So kannst Du auf die Tonnenfarbe schließen, wenn du die Farbe selbst nicht erkennen kannst oder die Farbe schon längst verschwunden ist. Bei Kardinaltonnen zeigen die Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Das ist überall gleich und dient der Sicherheit der Schifffahrt. So gesehen macht es der Editor dem Mapper ohne Kenntnisse der Seezeichen das Eintragen sogar einfacher, wenn er dort, wo solche festen Beziehungen bestehen, diese vorgibt. Das ist auch auf der ganzen Welt das gleiche, damit der deutsche Kapitän auch in Hong Kong sicher navigieren kann. Man hat sich im Rahmen der UN auf die Vereinheitlichung geeinigt. Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Wenn das System wirklich so zwingend ist dann reicht als Tag ja eigentlich cardianl_south? Eigentlich impliziert das Zeichen ja dann schon alles oder? Ein wenig komplizierter ist es dann doch :-) Nicht jede Tonne hat ein Topzeichen oder ist befeuert. Was aber wenn irgendwelche Bojenleger aus Maputo das dann eben doch anders gemacht haben? Nun ja, vielleicht reicht es für diesen (sicherlich seltnen) Spezialfall dann auch händisch das abweichende Feuer in die Datenbank einzutragen. Wie ich schon schrieb, bringt ein eingetragenes Seezeichen für die Navigation nichts, wenn niemand seine Bedeutung kennt. Die Bedeutung entnimmt man im Allgemeinen der Karte 1 (INT 1), die Legende für alle Seekarten. Wenn ich ein Seezeichen habe, dass dort nicht aufgeführt ist, dann muss ich die Bedeutung direkt auf der Karte erläutern. Andernfalls kann ich nicht wissen ob diese Tonne eine Untiefe markiert und ich mich besser fern halte oder ob es eine Ansteuerungshilfe im sonst flachen Gewässer ist. Das mit dem festen Topzeichen im Lateralsystem ist mir bekannt. Hier wäre aber gerade wegen der IALA A und B Regionen eine weitere Aufspaltung der Tags IMHO besser geeignet. Warum im Editor Steuer- und Backbord extra mit Farben verknüpfen? Das hat zur Folge das der Editor wie aktuell der Fall eben nur für eine IALA- Region funktioniert. Ich bin mir jetzt nicht ganz sicher, aber ich war bisher der Meinung, dass OSeaMap ein Tag für die IALA-Region setzt. Doch, die Farben sind fest vorgeben, siehe die Antwort von Falk. Die Farbe beschreibt die Bedeutung der Tonne. Wenn du an eine Ampel mit grünen, blauen und weißen Licht kommen würdest, hätte diese ja auch ihre eigentliche Funktion verloren. Du weist nicht wie du dich bei blauen Licht verhalten sollst.Das Topzeichen verdeutlicht durch seine Form noch einmal die Funktion der Tonne. So wie bei einer Ampel das rote Licht immer oben ist. Dies ist sehr hilfreich, wenn du z.B. im Dichten Nebel die Farbe nicht erkennen kannst. OK, ist schon klar, daß die Tonnen in Ihrer Grundform schon sehr vorgegeben sind. Aber ist das wirklich immer so? Siehe IALA B, siehe irgendwelche Tonnen in St. Petersburg die aus irgendwelchen Kanistern gebastelt sind etc. Gerade da kann OSM seine Stärken doch ausspielen. Wie wäre es mit einem Symbol für Freaktonnen. Auch ein Symbol für Tonnen welche einfach sehr unvollständig getaggt sind wäre IMHO sinnvoll (also Tonnen welche nur seamark=buoy haben). So ist der Butterfahrtmapper eben nicht versucht Tags zu erfinden, nur daß er seine Tonne dann auch dargestellt bekommt. Auch solche Kartensymbole sind dem nächsten Segler hilfreich und besser als nix. Ziel ist es natürlich diese Platzhalter symbole irgendwann durch vollständig getaggte Seezeichen zu ersetzen. Siehe oben, eine Tonne deren Bedeutung ich nicht kenne ist wertlos. Entsprechend wird bei Gelben Tonnen, das sind Sondergebiete jeder Art, immer noch auf der Seekarte erläutert, was es dort besonderes gibt und auf was man achten muss. Das kann von der Messstadion über ein künstliches Riff bis zum Landeplatz für Wasserflugzeuge alles sein. Auch der Renderer könnte diese Modularität und Unabhängigkeit der
Re: [Talk-de] Topomapper
Johann H. Addicks wrote: Funktioniert die Seite nicht? Ich bekomme da irgendwie nichts dargestellt abgesehen von einem Kartenbrowser-Framework... die Karten selbst bleiben aber unsichtbar. (FF3.6 und IE7 probiert) Ich sehe auch keine Karten, sowohl mit FF 3.0.17 als auch mit Konqueror 4.2.2 - selbst ein Klick auf den Help-Link hat in beiden Fällen keinen Effekt. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Hi Falk, UQ sagt mir überhaupt nichts. Was für eine Kennung ist das? Ultra Quick (mehr als 160 Blitze / min) INT 1 - IP 10.8 Grüße, Heiko -- Navigare necesse est. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] admin_level von Bremerhaven
moin On 19.02.2010, at 22:08, Johann H. Addicks wrote: Am 19.02.2010 21:34, schrieb AssetBurned: öhhh also der hafen gehört zur stadt bremen... da könnte man also schon von ausgehen das auch wasser zur stadt bremen gehört. Weser-Wasser schon, Nordseewasser nicht. Das gehört dann zum Bundeland Bremen, nicht zur Gemeinde Bremen. na da ich nicht weiß wo das eine aufhört und das andere anfängt, werd ich dir da mal glauben müssen :-) cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Topomapper
XP-Home in der Sandbox geht auch. Auf zwei anderen XP-Rechnern geht's nicht. Weiss der Henker, was die da machen. Auf XP funktioniert die Seite bei mir einwandfrei unter IE 8, FF 3.0.18 und FF 3.6. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
hi florian, ist zwar nicht meine Baustelle aber bei Lauf_a_d_Pegnitz in Bayern scheint was faul zu sein. Die Liste ist 504 Namen lang aber er findet nur eine Straße in OSM. Es ist allerdings eine relativ komplexe Relation - eventuell liegt es daran? Ich habe vorhin die Auswertung nochmals angestossen ohne allerdings die Daten zu ändern - keine Änderung gruss walter p.s. kennst du eine Möglichkeit, die Gemeinde-Relationen in dein System zu bekommen ohne sich immer durch das Wiki zu hangeln? In meiner Gegend sind viele Gemeindegrenzen schon erfasst aber nur nicht in deinem System drin. - Erst wenn der letzte Programmierer eingesperrt... ...und die letzte Idee patentiert ist, werdet ihr merken, dass Anwälte nicht programmieren können. -- View this message in context: http://n2.nabble.com/Strassenlistenabgleich-jetzt-in-Selbstbedienung-tp4472631p4602494.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-Franken] NFE-Treffen am 25.2.
Hallo Michl, also der aktuelle Fahrplan der S-Bahn meldet: 20.39 21.19 21.39 22.19 22.39 23.19 23.39 00.19 00.39 Das sind stündlich zwei Varianten. Und für die Autofahrer (und ihre Mitfahrer) ist es sowieso ideal. Vielleicht hat ja das Testkomitee Lust auf einen Vor-Ort Besuch und berichtet :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Werte fuer XY:urban XY:rural etc.
Hi, gibt es eine Zusammenfassung fuer maxspeed Werte der Form XY:urban XY:rural irgendwo im wiki? Bin leider nicht fuendig geworden. Danke, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bunkerdienst für Schiffe
Moin! vermutlich mehr für die Freie Tonne von Interesse aber wie soll eine Bunkerstelle (Tankstelle für Schiffe) getagt werden ? Gruß Jan:-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bunkerdienst für Schiffe
Hallo Jan, wie soll eine Bunkerstelle (Tankstelle für Schiffe) getagt werden ? harbour=fuel + harbour:fuel:diesel=yes/no + harbour:fuel:benzine=yes/no + harbour:fuel:ship:maxlength=###,# + harbour:fuel:ship:maxdraft=##,# Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Blaues Meer und mkgmap; Karte n für Garmins
NopMap wrote: Auf welche Versionen von mkgmap bezieht sich denn Deine Frage? 1484 vs. 1580. Der Aufruf war beide Male: $JAVA_BINDIR/java -Xmx2000M -jar mkgmap.jar --max-jobs --style-file=masterstyle --description='Openstreetmap' --country-name=spain --country-abbr=ES --family-id=4 --product-id=45 --series-name='OSM-AllInOne-ES-bmap' --family-name=OSM --area-name=EU --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --generate-sea --gmapsupp ../tiles/*.osm.gz master.TYP Vielleicht fehlen mir einfach die richtigen Schalter? Vielen Dank im Voraus, Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
Am 20. Februar 2010 13:08 schrieb Walter Nordmann walter.nordm...@web.de: p.s. kennst du eine Möglichkeit, die Gemeinde-Relationen in dein System zu bekommen ohne sich immer durch das Wiki zu hangeln? In meiner Gegend sind viele Gemeindegrenzen schon erfasst aber nur nicht in deinem System drin. In Josm: Ein Teilstück der Grenze laden und schauen in welcher Relation die ist. Entweder die Relations-ID merken oder mit STRG-H die OSM-History im Browser laden und da die ID kopieren. Auf der OSM-Seite: Auf gewünschte Grenze zoomen und den Daten-Layer laden. http://www.openstreetmap.org/?lat=49.527353lon=11.189821zoom=18layers=B000FTT Danach den Weg auswählen und auf Details klicken. Ganz unten auf der OSM-Seite findet man dann alle Relationen, zu welchen der way (die Grenze) gehört. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
danke andré, wie das in osm geht, ist mir narürlich klar. aber die Sachen in Florians wiki-seiten REINZUBEKOMMEN ist jeweils ein job von 1-2 minuten. pro Gemeinde. mfg walter - Erst wenn der letzte Programmierer eingesperrt... ...und die letzte Idee patentiert ist, werdet ihr merken, dass Anwälte nicht programmieren können. -- View this message in context: http://n2.nabble.com/Strassenlistenabgleich-jetzt-in-Selbstbedienung-tp4472631p4603585.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
On Sat, Feb 20, 2010 at 04:08:58AM -0800, Walter Nordmann wrote: hi florian, ist zwar nicht meine Baustelle aber bei Lauf_a_d_Pegnitz in Bayern scheint was faul zu sein. Die Liste ist 504 Namen lang aber er findet nur eine Straße in OSM. Es ist allerdings eine relativ komplexe Relation - eventuell liegt es daran? Woa - was ist das denn - mehrere outers - Ich halte die relation allerdings fuer broken - Es gibt eine grosse Outer - dann mehrere inner - und dann innerhalb einer der inners dann noch ein outer - Mal davon abgesehen das ich das ganze thema outer/inner nicht wirklich handle ist das aber nur mit mehreren relations abzuhandeln - wie das allerdings mit boundarys funktionieren soll *kratz am kopf*. Ich wuerde tendentiell jetzt eine 2te - Stark vereinfachte relation anlegen mit nur der outers - das Thema Kreisfrei/Gemeindefreie Gebiete ignorierend und die fuer die auswertung nutzen ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
On Sat, Feb 20, 2010 at 09:24:20AM -0800, Walter Nordmann wrote: danke andré, wie das in osm geht, ist mir narürlich klar. aber die Sachen in Florians wiki-seiten REINZUBEKOMMEN ist jeweils ein job von 1-2 minuten. pro Gemeinde. Aber es ist verteilbar :) Bisher habe ich das alles manuell mit dem vi gemacht ;) Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
Woa - was ist das denn - mehrere outers - Ich halte die relation allerdings fuer broken - Es gibt eine grosse Outer - dann mehrere inner - und dann innerhalb einer der inners dann noch ein outer - Mal davon abgesehen das ich das ganze thema outer/inner nicht wirklich handle ist das aber nur mit mehreren relations abzuhandeln - wie das allerdings mit boundarys funktionieren soll *kratz am kopf*. Mehrere Outer sind doch nichts seltenes. Beim INFAS Import und der tollen Idee da Multipolygone draus zu machen hat man das Problem nur nicht so auf dem Schirm gehabt. Die Daten waren teilweise stark vereinfacht, Ex- / Enklaven oft erst garnicht mit drin. Wenn ich nach den mir bekannten Ecke gehen dann fehlten die komplett. Die kamen erst wieder nachdem, wie bei mir, bereits gut erfasste Grenzen wieder repariert wurden un die Ex- / Enklaven wieder nachgetragen waren. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte fuer XY:urban XY:rural etc.
Doru Julian Bugariu schrieb: gibt es eine Zusammenfassung fuer maxspeed Werte der Form XY:urban XY:rural irgendwo im wiki? Bin leider nicht fuendig geworden. In Tagwatch? http://tagwatch.stoecker.eu/Germany/De/keystats_maxspeed.html Aber bitte beachten, dass die meisten Apps damit nichts anfangen können. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
On Sat, Feb 20, 2010 at 06:57:25PM +0100, Mirko Küster wrote: Mehrere Outer sind doch nichts seltenes. Beim INFAS Import und der tollen Idee da Multipolygone draus zu machen hat man das Problem nur nicht so auf dem Schirm gehabt. Die Daten waren teilweise stark vereinfacht, Ex- / Enklaven oft erst garnicht mit drin. Wenn ich nach den mir bekannten Ecke gehen dann fehlten die komplett. In NRW habe ich 2-3 komplexere Boundarys gehabt - die hatten aber keinerlei inners - sondern nur outers (An der Belgischen Grenze) so das es ein zusammengesetztes Gebiet gab ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Quarta dimensione
Il 1° gennaio 2010 sei comuni della provincia di Trento si sono fusi in un unico comune. [1] Prima di procedere alla modifica dei confini mi sono posto la domanda se non fosse il caso di mantenere l'informazione dell'esistenza dei precedenti confini. Noi mappiamo la realtà, ma anche l'informazione storico-geografica è realtà e forse varrebbe la pena trovare il modo di mantenerla. Lo stesso discorso si applica alle province appena istituite. [1] http://www.iusetnorma.it/normativa_regionale/trentino/llr-13-03-09n1.htm Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Piste Ciclabili Trentino
Ciao a tutti, sono Mike, mappatore del nord di Baviera. Essendo in giro tante volte in Italia con la bicicletta, mappo anche nei regioni del nord. Nella Provincia di Trento esistono alcuni relazioni bici o vie con un numero nel ref-tag, facendo riferimento a questa pagina: http://www.ripristino.provincia.tn.it/Piste_Ciclabili/select.html Sulla pagina wiki ci sono numeri diversi: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ciclovie da questa pagina: http://www.ciclabili.provincia.tn.it/tracciati_ciclopedonali/ L'ultima mi sembra piu attuale, però, sono numeri officiali? Non mi ricordo di avere visto numeri segnati lungo la pista. Come fare? Un altra idea sarebbe di prendere una abbreviazione come ref-tag, per esempio Su per la Pista Ciclabile della Valsugana, Sa per la Valle del Sarca etc. Che ne pensate? Ciao, Mike -- View this message in context: http://n2.nabble.com/Piste-Ciclabili-Trentino-tp4602654p4602654.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quarta dimensione
niubii ha scritto: Varrebbe la pena di istituire un tag nuovo, del tipo actual=yes|no; actual=MMDDHHMMSS in modo da poter svincolare le info sulle features dalla data del changeset. Nelle proposed features c'è già, ma nessuno porta avanti la cosa, penso soprattutto perché poi il database sarebbe ingestibile. -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quarta dimensione
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Luigi Chiesa Sent: sabato 20 febbraio 2010 12.45 To: talk-it@openstreetmap.org Subject: [Talk-it] Quarta dimensione Il 1° gennaio 2010 sei comuni della provincia di Trento si sono fusi in un unico comune. [1] Prima di procedere alla modifica dei confini mi sono posto la domanda se non fosse il caso di mantenere l'informazione dell'esistenza dei precedenti confini. Noi mappiamo la realtà, ma anche l'informazione storico-geografica è realtà e forse varrebbe la pena trovare il modo di mantenerla. Lo stesso discorso si applica alle province appena istituite. [1] http://www.iusetnorma.it/normativa_regionale/trentino/llr-13-03-09n1.htm Qualcosa del tipo: Historic=boundary + disused=yes ? L'importante secondo me è che i tag siano tali da non causare una renderizzazione che possa confondersi con i confini in vigore. Se poi ai comuni che si sono fusi corrispondono nuclei che conservano la diversa denominazione, potresti cambiare la relazione in multipolygon con tag place=village o place=hamlet Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piste Ciclabili Trentino
Alle 14:11 di sabato 20 febbraio 2010 ciclista ha scritto: Ciao a tutti, sono Mike, mappatore del nord di Baviera. Essendo in giro tante volte in Italia con la bicicletta, mappo anche nei regioni del nord. Ciao! Intanto complimenti per il perfetto italiano! Ma sei in trentino in questo periodo? Se vuoi ci si può incontrare volentieri! http://www.ciclabili.provincia.tn.it/tracciati_ciclopedonali/ L'ultima mi sembra piu attuale, però, sono numeri officiali? Non mi ricordo di avere visto numeri segnati lungo la pista. Come fare? Sì, conosco il problema. Anche i numeri che ho visto io fisicamente lungo le piste non corrispondono con l'ultimo link, nonostante la pagina sembri ufficiale, ma corrispondono con la pagina http://www.ripristino.provincia.tn.it/Piste_Ciclabili/select.html Io direi di attenerci ai numeri presenti sul territorio. Eventualmente possiamo aggiungere alt_ref= con la nuova numerazione. Un altra idea sarebbe di prendere una abbreviazione come ref-tag, per esempio Su per la Pista Ciclabile della Valsugana, Sa per la Valle del Sarca etc. Che ne pensate? -1 :) Direi di non inventarci un nostro ref, ce ne sono ben 2 di ufficiali :) C'è già name= per dire di cosa si tratta. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quarta dimensione
2010/2/20 Alberto Nogaro bartosom...@yahoo.it: -Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Luigi Chiesa Sent: sabato 20 febbraio 2010 12.45 To: talk-it@openstreetmap.org Subject: [Talk-it] Quarta dimensione Il 1° gennaio 2010 sei comuni della provincia di Trento si sono fusi in un unico comune. [1] Prima di procedere alla modifica dei confini mi sono posto la domanda se non fosse il caso di mantenere l'informazione dell'esistenza dei precedenti confini. Noi mappiamo la realtà, ma anche l'informazione storico-geografica è realtà e forse varrebbe la pena trovare il modo di mantenerla. Lo stesso discorso si applica alle province appena istituite. [1] http://www.iusetnorma.it/normativa_regionale/trentino/llr-13-03-09n1.htm Qualcosa del tipo: Historic=boundary + disused=yes ? In OSMdoc http://osmdoc.com/en/tag/boundary/ risultano 61 boundary=historic (ma mi sembra più che si riferiscano a qualcosa di realmente storico) e 6 boundary=historic_administrative (sa più di confini amministrativi cessati). L'importante secondo me è che i tag siano tali da non causare una renderizzazione che possa confondersi con i confini in vigore. In entrambi i casi non vengono renderizzati ne da Mapkin ne da Osmarender. Riguardo la data di decadenza i tag actual=yes|no; actual=MMDDHHMMSS non mi sembrano adatti. iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quarta dimensione
Il 20/02/2010 14.34, Giacomo Boschi ha scritto: niubii ha scritto: Varrebbe la pena di istituire un tag nuovo, del tipo actual=yes|no; actual=MMDDHHMMSS in modo da poter svincolare le info sulle features dalla data del changeset. Nelle proposed features c'è già, ma nessuno porta avanti la cosa, penso soprattutto perché poi il database sarebbe ingestibile. Basterebbe spostare i tag actual=no in un database a parte. Poi, se ti serve lo stato attuale, scarichi (o renderizzi) il planet. Se ti serve qualcosa di precedente, vai a pescarlo nel database della roba scaduta :-) Qual e' il tag presente nelle proposed? IMHO occorrerebbe iniziare a differenziare il database (ed i rendering) (ed i client di editing) per layer. Non e' pensabile di scaricare i confini amministrativi tutte le volte che si edita, non dico che vanno cancellati ma secondo me serve spostarli da qualcha altra parte (o filtrarli nella finestra di editing) Ciao /niubii/ Nessun virus nel messaggio in uscita. Controllato da AVG - www.avg.com Versione: 9.0.733 / Database dei virus: 271.1.1/2698 - Data di rilascio: 02/19/10 20:34:00 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Straßennamen: addr:street s tatt name
Andreas M. wrote: Hallo, mir ist gerade aufgefallen, dass jemand letzte Nacht in NÖ nordöstlich von Wien mit ca. 45 Changesets großflächig name-Tags von Straßen durch addr:street ersetzt hat. Beispiele: http://www.openstreetmap.org/browse/way/49248482/history http://www.openstreetmap.org/browse/way/37788499/history http://www.openstreetmap.org/browse/way/41528554/history Habe ich irgendein erfolgreiches Änderungs-Proposal verpasst, addr:street ist Teil vom Karlsruher Schema. Ist aber so wie es gemacht wurde, falsch. addr:street ist vorgesehen parallel zur Straße verwendet zu werden um den Standort von Häusern zu markieren. Habe auch schon addr:street im Zusammenhang mit highway=service gesehen um den Namen der umliegenden Häuser zu definieren, obwohl der highway=service selber namenlos ist. oder ist das grober Unfug, den man schleunigst reverten sollte? Wenn die Straße offiziell einen Namen hat, ist es IMHO Unfug. Aber du solltest trotzdem den Editor mal anschreiben. Auch wenn Fehler gemacht werden, wir sind immer noch ein Projekt von Freiwilligen. Und ein Edit-War ist für niemanden schön. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
Stefan Hirschmann wrote: Andreas M. wrote: mir ist gerade aufgefallen, dass jemand letzte Nacht in NÖ nordöstlich von Wien mit ca. 45 Changesets großflächig name-Tags von Straßen durch addr:street ersetzt hat. [...] addr:street ist Teil vom Karlsruher Schema. Ist aber so wie es gemacht wurde, falsch. addr:street ist vorgesehen parallel zur Straße verwendet zu werden um den Standort von Häusern zu markieren. So verstehe ich das auch. Laut Wiki (Key:addr) beziehen sich die addr:*-Tags nur auf Nodes und geschlossene Flächen, d.h. auf Gebäude, Grundstücke usw. Das macht ja auch Sinn, weil Straßen als solche i.d.R. keine eigene Postanschrift haben. oder ist das grober Unfug, den man schleunigst reverten sollte? Wenn die Straße offiziell einen Namen hat, ist es IMHO Unfug. Aber du solltest trotzdem den Editor mal anschreiben. Auch wenn Fehler gemacht werden, wir sind immer noch ein Projekt von Freiwilligen. Und ein Edit-War ist für niemanden schön. Da bin ich ganz Deiner Meinung. Ich wollte allerdings erst mal klären, ob der Irrtum aus Betriebsblindheit auf meiner Seite liegt, weil mir die Sache auf den ersten Blick zu offensichtlich erscheint. Schleunigst deshalb, damit das - natürlich in Absprache - ohne viel Handarbeit möglich ist, so lange an den betreffenden Objekte noch keine weiteren Bearbeitungen stattfinden. Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
On 20.02.10 08:33, Andreas M. wrote: mir ist gerade aufgefallen, dass jemand letzte Nacht in NÖ nordöstlich von Wien mit ca. 45 Changesets großflächig name-Tags von Straßen durch addr:street ersetzt hat. Beispiele: http://www.openstreetmap.org/browse/way/49248482/history http://www.openstreetmap.org/browse/way/37788499/history http://www.openstreetmap.org/browse/way/41528554/history Scheint sich um ein grobes Mißverständnis des Karlsruhe-Schema zu handeln... Kurz und knapp: * auf der Straße gibt's die Tags: name= und postal_code= (letzteres optional) * als Point oder als Interpolation-Way (/neben/ der Straße) gibt's das Karlsruhe Schema (addr:*) Insbesondere ist das addr:postcode auf der Straße (von plan.at) ein /Fehler/. Sollte man (dort, wo man weiß, daß es richtig ist) durch postal_code ersetzen oder (sicherheitsfall im Zweifelsfall immer) den Tag löschen. Hast Du mit dem User schon Kontakt aufgenommen? Läßt sich das noch in Bausch und Bogen reverten? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
Andreas M. wrote: mir ist gerade aufgefallen, dass jemand letzte Nacht in NÖ nordöstlich von Wien mit ca. 45 Changesets großflächig name-Tags von Straßen durch addr:street ersetzt hat. Habe ich irgendein erfolgreiches Änderungs-Proposal verpasst, oder ist das grober Unfug, den man schleunigst reverten sollte? Revert und gut is. Ich denke wenn es ein Tag gibt, dass weltweit gleich verwendet wird, dann ist es wohl highway=irgendwas; name=Bla;. Wobei bei den verlinkten Straßen sich die Frage stellt, ob es überhaupt Sinn macht, auf ganz normale residentials auch gleich addr:postcode und addr:country anzuhängen. Bei der betroffenen Residential geht sich das wohl aus, aber Landesstraßen müsste man dann wohl konsequenterweise an der Bezirksgrenze trennen. Ich halte also auch schon das vor dem Ändern von name in addr:street vorhandene Tagging für nicht wirklich zielführend. Meinungen dazu? Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Heurige
Hallo! Ich habe mal angefangen, Links zu Weinbauvereinen (oder Weinbaugebieten oder Winzern, Weingütern o.ä.) zu sammeln. Vielleicht mag da wer auch seine Links/Infos beisteuern. Zukünftig könne man auch eine Gebiet soundso ist fertig eingetragen draus machen... http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Winzer Bitte auch um Infos, falls es in den fehlenden Bundesländern sowas gibt... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
On 20.02.10 11:23, Andreas M. wrote: Bis jetzt im Prinzip ja. Inzwischen ist mir allerdings noch die alternative Idee gekommen, das als Ergänzung für xybot vorzuschlagen, inklusive der addr:postcode-Sache von plan.at. Der hat eh schon ein eigenes Ruleset für das Karlsruher Schema, und solche Missverständnisse kann es anderswo genau so geben. Naja, das Problem ist immer, ob man es auf was anderes umsetzen kann oder löschen sollte. Grade bei plan.at (was ja eine einmalige Sache ist, sprich nicht notwendigerweise ist ein Dauerbot dafür notwendig) stimmt die PLZ nicht immer... daher IMO eher: zuerst manuell ausbessern und irgendwann dann ein globales Löschen. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
On 20.02.10 11:18, olvagor wrote: Den Postcode an einen Way zu hängen, kann schon deshalb problematisch sein, weil es (zumindest in DE) Konstellationen gibt, wo die eine Straßenseite eine andere PLZ besitzt als die andere. postal_code an der Straße macht begrenzt Sinn, z.B. der OSMI hatte die zur Abschätzung der PLZ-Gebiete mit herangezogen. Aber natürlich muß es dort, wo's verwendet wird, eindeutig ist. Sonst (und eigentlich immer) macht das Karlsruhe-Schema mehr Sinn. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
Hallo Boris! Ich finde es äußerst kontraproduktiv, sich über die Regel hinwegzusetzen. Der addr:* Namespace sollte immer nur nach dem Karlsruhe Schema verwendet werden, ausnahmslos. Eine Häuserzufahrt (highway=service oder track oder was halt passend ist) hat in der Regel keinen Namen, ACK. Wenn Du die Adresse setzen willst, so setze einen Punkt und schreibe die Adresse nach Karlsruhe Schema dazu. Das hilft dann jedem Router, der dort hinrouten will. Aber die Zufahrtsstraße, die keinen Namen hat, lasse man immer unbenannt. Wenn Du aus welchen Gründen auch immer keinen Adressen-Punkt setzen kannst/willst, dann schreibe einen note= oder irgendwas local_name= oder sonstwas unsichtbaren Tag. IMHO: lieber ein geschätzt gesetzter Punkt mit einem note=, daß die Lage des Punktes nicht wirklich stimmt... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street st att name
On 20.02.10 22:06, Stefan Hirschmann wrote: Das Problem ist: Die Häuser an der Straße heißen alle X1, X2, X3 obwohl (laut Boris) die Straße selber keinen Namen hat. Sorry, das ist mir zu abstrakt, um zu verstehen, was Du meinst... Konkret wo? Nur eins zur Klarstellung: zur Verortung einer Adresse braucht man nur einen Punkt im Karlsruhe Schema (oder ein Gebäude). Eine Linie ist nur nötig, falls man eine Interpolation (z.B. von ON 2 bis ON 12) machen will. Konkretes Beispiel: http://www.openstreetmap.org/?mlat=48.21039mlon=16.2147zoom=18 Die 15 ist die Lorenz-Stein-Straße 15. Die Zufahrt dazu ist der Service-Weg (ohne Namen!), der von der Hauptstraße/Herzmanskystraße ausgeht. Aber das muß ein Router selbst herausfinden (und tut z.B. das OpenRouteService.org auch: Start: Lorenz-Stein-Straße 24, Wien, Ziel: Lorenz-Stein-Straße 15, Wien). Alles klar? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] OpenStreetMap writer in FME (work in progress)
Hi, I am a developer working at Safe Software, the company that produces FME Spatial ETL software and we have planned to add OpenStreetMap writer in FME 2011. I have just started looking into OpenStreetMap (OSM) and in the process of gathering requirements and features that I would like to put into the writer. I learnt a lot from going through some discussions in the mailing list and hope to get some feedback on what you'd expect to see in the OSM writer. It would be great if you can provide specifics on how an OSM writer can make it easier to import data to OSM. Please let me know your thoughts. Thanks! Rusli Rusli Ciandy Safe Software Inc. email: rusli.cia...@safe.comd...@safe.com Developer Surrey, BC, Canada http://www.safe.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Transient roads
Okay, I know we talked about this before, but I can't find an answer in my old email. I'm mapping a road that only exists during the winter months. How do I tag it? Access is limited by season, but access tags seem to be aimed at who can access, rather than when. There are a couple references to winter roads in the BC, Alberta, and Manitoba wiki pages. Does anyone know of any examples of roads with access restrictions based on time/season? James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] 103 NRN Import Complete
Just finished up import of NRN tile 103. This includes Kitimat, Terrace, the aforementioned Stewart, Prince Rupert, and the Queen Charlotte Islands/Haida Gwaii (rename will happen mid-2010). Bounding box is: http://www.openstreetmap.org/index.html?minlat=52minlon=-136maxlat=56maxlon=-128box=yes Raw NRN file is: http://www.mediafire.com/?dymazzy3dzn Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Transient roads
On Sat, Feb 20, 2010 at 10:31 PM, James Ewen ve6...@gmail.com wrote: Okay, I know we talked about this before, but I can't find an answer in my old email. I'm mapping a road that only exists during the winter months. How do I tag it? Access is limited by season, but access tags seem to be aimed at who can access, rather than when. There are a couple references to winter roads in the BC, Alberta, and Manitoba wiki pages. Does anyone know of any examples of roads with access restrictions based on time/season? The only thing I see in the data base so far is surface=ice_road, six times, and surface=ice, twice http://osmdoc.com/en/tag/surface/#values We find it mentioned here, under surface= which might not be optimal, but is true, and observable by other mappers. access=seasonal may be our best bet for now, given than trying to be more-exact is likely to be more misleading. After all, some maps don't even show where traffic_signals are located, and drivers still manage to obey them fairly often. Perhaps we can count on drivers to not drive into open water? ;-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] OpenTrackMap - p?r dotaz?/n?vrh?
Ahoj! 6) Bylo by fajn, kdyby se podařilo renderovat vrstvu s vrstevnicemi pod většinou objektů (ulice, budovy, popisky, jakákoliv voda...), ale jsou ty objekty, které by měly zůstat pod vrstevnicemi (les, louky...). Tak by to mělo být. Budovy bych asi posunul nad vrstevnice, zatímco silnice bych asi nechal pod. U vody nevím, zatím je pod. Co konkrétně by se mělo podle Vás přehodit? Ja bych dal silnice i vodu nad vrstevnice... -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap - pár dotazů/návrhů
Ahoj, PMSN všechny linie a body patří nad vrstevnice a všechny plochy pod vrstevnice, snad s výjimkou budov. Původní zpráva Od: Pavel Machek pa...@ucw.cz Předmět: Re: [Talk-cz] OpenTrackMap - p?r dotaz?/n?vrh? Datum: 20.2.2010 19:47:30 Ahoj! 6) Bylo by fajn, kdyby se podařilo renderovat vrstvu s vrstevnicemi pod většinou objektů (ulice, budovy, popisky, jakákoliv voda...), ale jsou ty objekty, které by měly zůstat pod vrstevnicemi (les, louky...). Tak by to mělo být. Budovy bych asi posunul nad vrstevnice, zatímco silnice bych asi nechal pod. U vody nevím, zatím je pod. Co konkrétně by se mělo podle Vás přehodit? Ja bych dal silnice i vodu nad vrstevnice... -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Izometrická 3D mapa z OSM
Ahoj, moc pěkné. Zřejmě to má nějaké potíže s ostrovy, takový Žofín vypadá jak při povodni. :-) -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Ahoj, pokud chcete pomoct s uploadem tak mate moznost. http://www.web2net.cz/osm/dibavod/ importujte areas_new_* a predtim sem napiste ktere si zamlouvate at nedelame duplikaty. Jeden soubor trva asi hodinu (teda na mem pripojeni). Kdyz u kazdeho udelate kontrolu alespon 5ti polygonu jestli se skutecne neduplikuji, bude to dobre. Ja jsem totiz napr. jeste objevil, ze jsem nekontroloval landuse=basin. Zamlouvam si zatim soubory: 002, 003, 004, 005 Mejte se Tomas Tomas Kolda napsal(a): Takze zkousim importovat prvni soubor novych nekonfliktnich ploch. Zitra se podivam zda se to spravne renderuje a pak mi muzete pomoct poslat dalsi. Data jsem jeste pregeneroval, takze ty stara jsem radeji smazal at se to neplete. Udelal jsem totiz, aby byli v souborech polygony v priblizne stejne oblasti a ne nahodne jako ted. Zitra tam nahraju nove soubory. Tomas Stanislav Brabec napsal(a): alik dolezal píše: taky jsem se díval na kvalitu a zaměřil sem se hlavně na rybníky který sem sám kreslil a oblasti který znám. Vše co sem kreslil podle km je mnohem horší kvalita, jak už bylo zmiňováno. Co se týče UHULu i tady se mi zdá DIBAVOD lepší, v některých případech ne o moc, I já jsem se podíval na rybníky. Kreslil jsem podle ortofoto, KM, GPS logů a podle prohlídky místa. V mém případě nemohu potvrdit, že by DIBAVOD byl vždy přesnější. Pouze v převážné většině. Např. zde: http://www.openstreetmap.org/?lat=49.11908lon=14.74112zoom=17layers=B000FTF Na rybníku Horák jsou většinu času tři ostrovy, ne dva. Rybník severně of něj se jmenuje Fišmistr, ne Pišmistr Vykousnuté plochy na rybníku Rod jsou pravděpodobně pouze hustým porostem rákosí. Ovšem hned vedlejší rybník Víra je zakreslen v DIBAVOD výrazně lépe. Zhodnocení: V případně Nadějské soustavy rybníků nezbude než provést místní šetření. A ani to nedá jasnou odpověď. Záleží na výšce vody; spolehlivě rozpoznat vysoké rákosí od pevniny je docela problém. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Ahoj, koukal na xml soubory z http://www.web2net.cz/osm/dibavod/ a nevim jestli je to chyba nebo umysl, ale nepozdavaji se mi tagy source tag k=source v=source=vuv:dibavod:a05 / neni v hodnote tagu 'source=' navic? -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Achjo, ano jsou navic. Prave proto jsem chtel aby to nekdo zkontroloval, ja to samozrejmne prehledl. Tak ja to opravim a nahraju novou verzi. Ale az zitra... Dik Tomas Lukas Kabrt napsal(a): Ahoj, koukal na xml soubory z http://www.web2net.cz/osm/dibavod/ a nevim jestli je to chyba nebo umysl, ale nepozdavaji se mi tagy source tag k=source v=source=vuv:dibavod:a05 / neni v hodnote tagu 'source=' navic? -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Prvnich 30 opravenych je tam, zbytek zitra. Tomas Tomas Kolda napsal(a): Achjo, ano jsou navic. Prave proto jsem chtel aby to nekdo zkontroloval, ja to samozrejmne prehledl. Tak ja to opravim a nahraju novou verzi. Ale az zitra... Dik Tomas Lukas Kabrt napsal(a): Ahoj, koukal na xml soubory z http://www.web2net.cz/osm/dibavod/ a nevim jestli je to chyba nebo umysl, ale nepozdavaji se mi tagy source tag k=source v=source=vuv:dibavod:a05 / neni v hodnote tagu 'source=' navic? -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Gendarmerie Nationale
Claude Min's a écrit : Sinon, pour mon avis sur la police, je pense que amenity=police suffit si le name est suffisamment explicite que pour révéler tout. 1000 amenity=police name=Hôtel de Police de Truc / Gendarmerie de Chose / Bureau de Police de Machin / etc. Amplement suffisant et auto-documenté. Mes 2 sous du samedi, -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cycleway:right=lane et cyclemap
2010/2/19 Pieren pier...@gmail.com (en particulier cyclemap parce que mapnik n'a jamais fait de rendu particulier pour les lanes). En ce qui concerne le moteur Mapnik lui-même (pas son rendu sur OSM.org), et que CycleMap utilise à ma connaissance, l'absence de prise en compte des bandes unilatérales est une limitation technique si j'ai bien compris : voir http://trac.mapnik.org/ticket/180. Une limitation que j'aimerais vraiment voir réglée d'ailleurs... -- Damiano ALBANI ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'accès au cadastre ? Dalles blanches
Le 19 février 2010 22:44, Pieren pier...@gmail.com a écrit : Il faudrait donner le nom de la commune. Marseille. Mais le problème est réglé : j'ai re-vérifié et c'était bien un problème de projection. C'est quand même curieux puisque jusqu'ici tout allait bien en Lambert 4 zones, et que maintenant ça ne fonctionne qu'en 9 zones... Enfin l'essentiel c'est que ça marche :) Merci pour vos réponses ! Jérémy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'accès au cadastre ? Dalles blanches
Le 19 février 2010 22:44, Pieren pier...@gmail.com a écrit : Il faudrait donner le nom de la commune. La commune c'est Marseille. Mais le problème est réglé : j'ai re-vérifié et c'était bien un problème de projection. C'est quand même curieux puisque jusqu'ici tout allait bien en Lambert 4 zones, et que maintenant ça ne fonctionne qu'en 9 zones... Enfin l'essentiel c'est que ça marche :) Merci pour vos réponses ! Jérémy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] probleme de mail a l'inscription
2010/2/20 hamster hams...@suna.fdn.fr salut mon frangin a essaye de se faire un compte pour contribuer il n'a jamais recu le mail de confirmation de la creation du compte il a essaye d'utliser la fonction mot de passe oublie mais il recoit pas non plus le mail que ca envoie il a essaye de se faire un autre compte, avec un autre login, et ca lui a repondu ce mail est deja utilise il a un mail en @voila.fr Est-ce que le problème est réglé ? Si non, contactez l'administrateur du site. Il faut le faire en anglais. Si vous avez du mal avec cette langue, contactez-moi directement et je pourrais faire l'intermédiaire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et slippy MAP
2010/2/20 piratebab pirate...@hotmail.com Bonjour, j'utilise JOSM-latest 2971 et le greffon slipymap. Mais celui ci me donne un affichage incorrect. J'ai des discontinuité entre chaque tuile, ce qui rends son utilisation très difficile, voire impossible. Est ce la même chose chez vous ? Je suis en projection Lambert conique zone 2 Je pense que ça marchera mieux si tu changes la projection en Mercator. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelle liste osm-haiti en franç ais (et autres langues)
Bonjour, Une nouvelle liste de diffusion osm-haiti vient d'être créée, initialement pour aider de nouveaux contributeurs potentiels à OpenStreetMap Haïti dans leur propre langue. (Et peut-être aussi pour des discussions plus générales.) Vous êtes cordialement invités à vous inscrire, par mail à osm-haiti+subscr...@googlegroups.com ou en allant sur http://groups.google.com/group/osm-haiti?hl=fr Une suggestion est de vous présenter avec un message disant en particulier où vous vous trouvez, dans quelle zone horaire, et quelles langues vous pourriez utiliser pour répondre aux demandes d'aide et/ou comprendre hors-ligne pour éventuellement traduire et transmettre. Par exemple, pour moi, ça donnerait : Jean-Guilhem Cailton, Toulouse, UTC+1 pourrait répondre en français, anglais, espagnol peut aussi comprendre l'allemand Ci-joint un petit texte en français qui invite à utiliser et contribuer à OpenStreetMap Haïti. Vous pouvez le disséminer à vos contacts, en particulier aux Haïtiens. Vous pouvez y ajouter votre nom si vous le souhaitez, et aussi le modifier. (Auxquels cas j'apprécierais d'être tenu au courant, licence CC-by-SA :) ) Bien cordialement, Jean-Guilhem Titre : Vous pouvez aider à cartographier Haïti ! Message : Venez découvrir la carte d'Haïti sur http://www.openstreetmap.org/?lat=18.9lon=-72zoom=8 . Il s'agit du site d'OpenStreetMap, le Wikipédia de la carte (carte participative libre). Utilisez la molette de la souris pour zoomer et dézoomer. Cliquez, gardez appuyé et faites glisser pour vous déplacer. Cette carte a été produite pour l'essentiel depuis le séisme par des volontaires du monde entier. Chacun peut utiliser les cartes qui résultent de cet effort collaboratif. Des témoignages de remerciement d'équipes de secours de différents pays qui sont intervenues en Haïti en l'utilisant montrent son intérêt opérationnel. Elle est aussi utilisée, par exemple par la Banque mondiale, pour préparer la reconstruction. Cependant, il est encore bien nécessaire de la compléter. Par exemple, dans certains quartiers de Port-au-Prince, en particulier les plus récents, de nombreux noms de rues manquent. Or ils peuvent être très utiles, par exemple pour localiser la provenance d'un SMS de demande d'aide. Alors, si vous connaissez Haïti, ne serait-ce qu'un tout petit peu, vous pouvez aider. Par exemple, en indiquant où se trouve une adresse que vous connaissez. Ou en vérifiant la carte, en corrigeant une faute dans un nom de lieu... Pour ce faire vous pouvez : - aller sur OpenStreetBugs, où il vous suffira de cliquer sur la carte et d'entrer votre message : http://openstreetbugs.schokokeks.org/?zoom=9lat=18.9lon=-72 - ou utiliser l'onglet Modifier sur la page www.openstreetmap.org pour entrer vous-même votre modification. Elle apparaîtra sur la carte quelques minutes après. Si vous avez des questions, ou préférez envoyer vos informations ou remarques par courriel, adressez-vous à osm-ha...@googlegroups.com (*) Merci de diffuser ce message à vos contacts qu'il pourrait intéresser. Bien cordialement, Jean-Guilhem Cailton, Toulouse, France Vincent Auvigne, Pozuelo de Alarcón (Madrid), España (*) Si vous souhaitez aider à traduire ces messages, par exemple, vous pouvez vous inscrire à cette liste de diffusion en envoyant un mail à osm-haiti+subscr...@googlegroups.com Plus d'informations sur http://wiki.openstreetmap.org/wiki/Haiti (A propos, une aide pour la traduction de certaines parties du wiki en français ou en créole serait aussi la bienvenue.) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'accès au cadastre ? Dalles blanches
2010/2/20 Jeremy G jeremy@gmail.com C'est quand même curieux Rien de curieux à ça. C'est l'ensemble des communes qui migrent peu à peu vers la projection CC 9 zones. J'ai lu quelque part que l'opération serait terminée courant 2010. Il ne restera alors que les plans images qui auront encore leurs coordonnées en Lambert 4 zones (il faurdra voir pour celles qui sont déjà géoréférencées). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Migration d'osmose
Bonjour, Les serveurs de Free semblant bien tourner, certains services y sont migr dans és. L'ancien front-end d'osmose a été arrêté, et le nouveau, plus rapide (et normalement compatible IE) tourne. Le temps que les DNS se mettent à jour, vous aurez peut être quelques surprises dans les URL qui sont réécrites par les différents apache, mais au final osmose sera dispo à l'adresse habituelle. Son backend a été déplacé sur le serveur de Free#2. L'outil post-import clc est dispo à l'adresse : http://clc.openstreetmap.fr Rawedit a été complètement réécrit en python en utilisant mod_python, et la couche oauth a été revue. Il est maintenant dispo à l'adresse : http://rawedit.openstreetmap.fr L'analyseur de relation reste sur le vieux serveur, le temps que yoann travaille dessus. Il reste à bouger les fiches de géodésie (à priori vers geodesie.openstreetmap.fr) mais pour cela j'attends que quelqu'un projete tout de façon propre en bonnes coordonnées. Avis aux amateurs. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cycleway:right=lane et cyclemap
Le samedi 20 février 2010 14:55:28 Damiano ALBANI, vous avez écrit : 2010/2/19 Pieren pier...@gmail.com (en particulier cyclemap parce que mapnik n'a jamais fait de rendu particulier pour les lanes). En ce qui concerne le moteur Mapnik lui-même (pas son rendu sur OSM.org), et que CycleMap utilise à ma connaissance, l'absence de prise en compte des bandes unilatérales est une limitation technique si j'ai bien compris : voir http://trac.mapnik.org/ticket/180. Une limitation que j'aimerais vraiment voir réglée d'ailleurs... Merci pour toutes ces infos. Ça ne me rassure guère sur l'affichage de mes pistes cyclables … deux solutions : - attendre que la fonctionnalité soit disponible et intégré dans le serveur de rendu - faire des ways en doublons pour mes pistes cyclables Cette dernière solution aurait l'avantage de favoriser la promotion des cartes, mais n'est pas une solution satisfaisante car oblige un peu à tordre le modèle de données OSM, et implique de faire le ménage le jour venu … je vais essayer d'attendre. En tout cas, bravo aux devs de mapnik au passage, et bon courage à eux :-) -- Nicolas Dumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] OpenOrienteeringMap オリ エンテーリング用 OSM
東です。 街歩きイベントなどでこういった紙をよく見ますが たいていは某著名地図サイトを印刷して手書きで書き込む というパターンです。 こういった紙は配布するとなると著作権的にあやしくなってくるので OSMで何の気兼ねもなしに「地図＋ポイントメモ」の資料が 手軽に作れるといいですね。 意外とこういった地味なところから地域的な活動との連携が始まる ような気がします。 日本語が通らないのは残念ですが。。 OpenOrienteeringMap（OOM)http://oobrien.com/oom/はオリエンテーリング用 OSMサイトです。メインはイギリスですがOSM世界全域に対応しています。 オリエンテーリングのスタート地点と各ポイントを登録して、任意の縮尺で PDF地図を作成することが出来ます。表示方法や操作方法、参考になります。 http://1.bp.blogspot.com/_9tw89LwNH4A/S384kbRylLI/Bmo/URXpUG0dsMU/s1600-h/OOM01.jpg http://1.bp.blogspot.com/_9tw89LwNH4A/S384k8Fg-aI/Bmw/NUF-XgLJj3o/s1600-h/oom%282%29.gif - VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi] ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSM入門セット
東です。 三浦さん、Symbian情報ありがとうございます。 OSCという場所柄、CMS等のOSMプラグイン情報も追記してみました。 第４版です。 CALC版 http://dl.dropbox.com/u/201898/osm/OSMSet_osc2010.ods Excel版 http://dl.dropbox.com/u/201898/osm/OSMSet_osc2010.xls ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 2/27（土）OSM懇親 会
東です。 Tomさん、三浦さん、ご検討ありがとうございます。 下記内容で、来週半ばくらいに予約を入れようと思っています。 人数が読めないのでまだ確定はしていませんが 料金や内容は電話で確認しました。 【日時、場所】 ２/２７(土)１８：３０〜２２：３０、於）下北沢 【お店】 エス カフェダイニング(es Cafe／Dining) http://bnavi.c-pon.com/user/shop/show/2357 【アクセス】 京王井の頭線 下北沢駅 1分 小田急小田原線 下北沢駅 2分 【内容】 宴会コース＋飲み放題（５０００円） 無線LANあり １５名以上なら個室でプロジェクタ使用可 当日飛び込み歓迎ですが、 場所確保のため早めにご連絡頂けると助かります。 また、５０００円は４時間いた場合なので 途中合流される方はもう少し安くなる可能性があります。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] OSC2010開催予定
東です。 今年のOSC開催予定は現在以下のようになっています。 開催予定地のお近くの方がおられましたら 出展・発表のご検討をして頂けると良いかもしれません。 個人的には、資金さえあれば東京以外の地域へマッピングがてら 行ってみたいです w ●大分 1月23日 ○東京春 2月26,27日 ○神戸 3月13日 神戸市産業振興センター 仙台 5月22日 東北電子専門学校 or 東北学院大学 北海道 6月26日 札幌市産業振興センター 関西 7/9,10日 京都コンピュータ学院 名古屋 8月7日(予備8/28) 名古屋市立大学 山の畑キャンパス *東京秋 9月? *沖縄 10月2日 *新潟 10月23日 *香川 11月6日 or 13日 or 2010年1月？ 島根 11月27日 *福岡 12月11日？ ●：OSM出展済 ○：OSM出展予定 *：日程未確定 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSC2010 開催予定
ikiyaです。 OSC予定のお知らせありがとうございます。 OSC仙台 5月22日 東北電子専門学校 or 東北学院大学 OSM出展、セミナー発表予定しています。 皆さんの参加を新緑、杜の都仙台でお待ちしています。 申し込み後改めて告知したいと思います。 S.Higashi s_hig...@mua.biglobe.ne.jp wrote: 東です。 今年のOSC開催予定は現在以下のようになっています。 開催予定地のお近くの方がおられましたら 出展・発表のご検討をして頂けると良いかもしれません。 個人的には、資金さえあれば東京以外の地域へマッピングがてら 行ってみたいです w ●大分 1月23日 ○東京春 2月26,27日 ○神戸 3月13日 神戸市産業振興センター 仙台 5月22日 東北電子専門学校 or 東北学院大学 北海道 6月26日 札幌市産業振興センター 関西 7/9,10日 京都コンピュータ学院 名古屋 8月7日(予備8/28) 名古屋市立大学 山の畑キャンパス *東京秋 9月? *沖縄 10月2日 *新潟 10月23日 *香川 11月6日 or 13日 or 2010年1月？ 島根 11月27日 *福岡 12月11日？ ●：OSM出展済 ○：OSM出展予定 *：日程未確定 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja - VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi] ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Social Clubs
Thanks Jonathan, amenity=social_club sounds fine to me. I suppose we need an icon for it to get it rendered? Graham. On 19 February 2010 21:09, Jonathan Bennett openstreet...@jonno.cix.co.ukwrote: On 19/02/2010 20:56, Graham Jones wrote: I can't find any recommended tags for such places, so I wondered how other people are tagging them? I've tagged the ones I've mapped as amenity=social_club and OSMDoc tells me there are 66 uses of this tag in the DB. -- Jonathan (Jonobennett) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Change Set Error: 3552319
Grant Slater wrote: someone ask him first. +1 But also, Peter, as you appear to have detailed local knowledge, wouldn't it be better for you to revert back? If the whole changeset was removed it might erase some correct mapping that he did. Cheers Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Change Set Error: 3552319
If the whole changeset was removed it might erase some correct mapping that he did. Isn't the principle supposed to be: It's better to lave less known correct mapping, than lots of mapping some of which is complete rubbish. If there are very, and many, obvious errors, then it's better to revert the changeset immediately, than to leave it until someone else comes along and corrects it, or adds new and correct information, which then complicates any reversion of rubbish, and also means you have to have low confidence in anything else mapped in that changeset. No, far better to revert it, and if there were (in my opinion unlikely) some good mapping in there, then it can always be re-entered correctly afterwards. If he has to reenter the data then he, (like everyone) will learn from his mistakes, but let's ensure that only goof information is maintained. Mario ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
