Re: [Talk-transit] Multiple tracks
While we could do it with relations, the dual-carriageway model might not be the best starting point, since I don't think we'll ever need to set railways up for routing programs to use. Nine months in, I can get my head round route relations and turning-restriction relations, but I struggle a bit with the value of relations to group parallel ways - it seems a complexity too far for the purpose (and I don't see much evidence of renderers making use of it to render dual carriageways). If tracks are notably more than the standard ~3m between track centres, then map them as single lines (tracks=1), as soon as they diverge. It's the renderers job to smooth the transition from tracks=2 to tracks=1. I'd do any pointwork as single lines, switching from 2xtracks=1of2 to 1xtracks=2 at some convenient point away from the junction where track separation is roughly standard (and let the renderer worry about making the transition seamless). Or just ignore pointwork for the moment. I think in time, people will map individual tracks separately. But there needs to be the ability to have a single way as a first step (not least to make it backwards-compatible), and not to make it too difficult to add descriptive detail (how many tracks, whether it is electrified, whether it has passenger services, whether it has fast services, whether it has fast/highspeed lines, whether it has freight lines). This is the sort of information that makes sense at low zooms. Separately, you might want to add the services as relations, so you can put together something more akin to the operator's maps, at a higher zoom. Richard On Mon, Jun 22, 2009 at 10:30 AM, Peter Miller peter.mil...@itoworld.comwrote: On 22 Jun 2009, at 07:51, Jochen Topf wrote: On Sun, Jun 21, 2009 at 05:09:35PM +0100, Richard Mann wrote: No, simpler than that: tracks=1 = render a single line at all zooms tracks=2 = render a double line at all zooms tracks=X = render a multiple line with X tracks at all zooms tracks=1ofX = render a single line at high zooms, but render as if tracks=X at medium/low zooms But then you'd still draw several lines nearly on top of each other in medium zoom levels which doesn't look good, which was the problem we were trying to fix? Anyway, this is a rather specialized trick about rendering the number of tracks properly. But what if you want to render other attributes. Say one of your two tracks is an industrial railway, the other a normal passenger railway and you want to distinguish those types. On medium zoom levels, is this a two track thing and we loose the type distinction, or do we keep it? The dual_carriageway and Junction relations would appear to the a good way of doing such things. I realise that the 'dual carriageway' term is not right and that other work would be required on the specifications, however it would seem a better starting point. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Junctions http://wiki.openstreetmap.org/wiki/Relations/Proposed/Dual_carriageways A group of parallel tracks would be combined using 'dual carriageway' and then a group short sections of track and nodes can be combined as a 'Junction'. The render would then have a choice of drawing modes, either a single line and single point, or multiple lines/points. Regards, Peter Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Spam] Re: Multiple tracks
On 22 Jun 2009, at 12:53, Richard Mann wrote: On Roger's point about sidings - I'd map those as a separate track group, since they are the sorts of things people would expect to disappear at lower zooms. So north of Oxford station, I'd have the 4 down carriage sidings as one group, the four running lines as one group and the 4 up carriage sidings as a third group. Within each of those three groups, you could either do the individual tracks (as 1of4), or the tracks as a group (tracks=4). On loops, I'd probably exclude them from the running lines group, and use other tags (perhaps has_loops=yes) to tell me that there are extra tracks for a short-distance. You might also do has_loops:left and has_loops:right, but one-sided rendering is on the tricky side. So just south of Oxford at Kennington, you'd have the two running lines as tracks=2 (or 2xtracks=1of2) with has_loops=yes. If I had done the two tracks separately, the renderer would be entitled to expect me to have done the freight loops separately as well, so they can ignore has_loops=yes at high zooms, and just render the ways that have been drawn. Can I suggest that as a start you create the detailed track layout and then we can look at different grouping strategies and see which ones the Mapnik people and routing people will find useful. Whatever you do should work for rail and trams and I see no reason for there not to be generality with roads. Lets not worry too much about the wrapping until we have stuff to wrap. For your interest, here is an example road interchange which can be rendered as a dot if required, or used in driving instructions as 'turn left at the 'Whitehouse Junction'. http://www.openstreetmap.org/browse/relation/2470 Here is a dual-carriageway example - just bind all the parallel ways together and a renderer can then do a line down the middle at some point. http://www.openstreetmap.org/browse/relation/2490 Here is a railway station where all the elements (including tracks, sidings, platforms, buildings, car parking, taxi ranks and cycle racks) are all part of a relation. http://www.openstreetmap.org/browse/relation/2522 And here is a sample rail junction wrapped up using a relation:- http://www.openstreetmap.org/browse/relation/162263 This should make it very easy for a renderer. The general rule is 'if you can't fit in all the detail on the map and it is part of a relation then do a single dot or single line for the whole thing. Regards, Peter Richard On Mon, Jun 22, 2009 at 10:45 AM, Roger Slevin ro...@slevin.plus.com wrote: As someone who doesn't have the experience of mapping that you all do, but I do know something about public transport, I can see how the various concepts for single track and double track etc work along straightforward corridors (note these must be tracks (or maybe some other term) and not lines - as a line in public transport is something completely separate from the infrastructure) ... but what happens when operational details get more complicated ... at stations, or near and in depots and sidings? What happens for passing bays? Does a track have a directionality associated with it (even if it is only implied by a national convention of driving on the left/right... though that will give some issues on the German border where operations switch sides) - and what happens when multiple tracks are signalled for bi-directional working? I sense that there is a potential issue here between describing the physical infrastructure and describing its functional performance ... and I am not sure the boundary has been drawn correctly between the two. Roger -Original Message- From: talk-transit-boun...@openstreetmap.org [mailto:talk-transit-boun...@openstreetmap.org] On Behalf Of Peter Miller Sent: 22 June 2009 10:31 To: Jochen Topf Cc: osm Subject: Re: [Talk-transit] Multiple tracks On 22 Jun 2009, at 07:51, Jochen Topf wrote: On Sun, Jun 21, 2009 at 05:09:35PM +0100, Richard Mann wrote: No, simpler than that: tracks=1 = render a single line at all zooms tracks=2 = render a double line at all zooms tracks=X = render a multiple line with X tracks at all zooms tracks=1ofX = render a single line at high zooms, but render as if tracks=X at medium/low zooms But then you'd still draw several lines nearly on top of each other in medium zoom levels which doesn't look good, which was the problem we were trying to fix? Anyway, this is a rather specialized trick about rendering the number of tracks properly. But what if you want to render other attributes. Say one of your two tracks is an industrial railway, the other a normal passenger railway and you want to distinguish those types. On medium zoom levels, is this a two track thing and we loose the type distinction, or do we keep it? The dual_carriageway and Junction relations would appear to the a good way of doing such things.
Re: [talk-ph] Legaspi Village Makati
Nice! I really like the is_in tags you added, makes it easy for future GPS search. http://www.openstreetmap.org/browse/way/35893547 building = yes is_in:city = Makati is_in:country = PH is_in:region = NCR name = Vicente Madrigal Next time try adding addresses. ;-D On Mon, Jun 22, 2009 at 2:58 AM, Nacario Neilnbnaca...@yahoo.com wrote: All building and parking polygons of Legaspi Village are now in place. http://www.openstreetmap.org/?lat=14.55516lon=121.01831zoom=17layers=B000FTF neil - Original Message From: Nacario Neil nbnaca...@yahoo.com To: talk-ph@openstreetmap.org Sent: Monday, June 15, 2009 12:22:15 AM Subject: [talk-ph] Salcedo Village Makati All building and parking polygons of Salcedo Village Makati are now in place. http://www.openstreetmap.org/?lat=14.559402lon=121.022563zoom=18layers=B000FTF At least around 3 buildings were not named because either there were no guards around to ask or the building was abandoned. neil ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] hierarchy of place tag
Hi, I'm trying to make sense of the logical hierarchy of the place tag. Currently, we have the following in the PH data: place:city 39 place:country 1 place:hamlet 106 place:island 2340 place:locality 43 place:ph:Sitio 2 place:ph:barangay 345 place:ph:purok|sitio 11 place:province 1 place:region2 place:state73 place:subdivision1047 place:suburb 15 place:town 1553 place:village 954 I don't really get the tag locality, suburb, hamlet. What should be natural order of these places? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] PIA article: Online mappers to launch Davao mapping party
Hi guys, Check this article from the Philippine Information Agency: http://www.pia.gov.ph/?m=12fi=p090618.htmno=14 Way to go Davao mappers! So, how was the workshop last Saturday? Eugene / seav ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] PIA article: Online mappers to launch Davao mappingparty
Yeah! Ang bilis mo maghanap ng info. There are 13 - 15 joined the workshop some were not there for some reason. The Mapping Party will be on July 4 and is composed of 5 teams. We already sliced the cake for the mapping party and is subject to change depending on the need of Davao City Tourism Office. I am encouraging my student to join the mapping party. Best murlwe -Original Message- From: Eugene Alvin Villar [sea...@gmail.com] Sent: 6/22/2009 11:38:21 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] PIA article: Online mappers to launch Davao mappingparty Hi guys, Check this article from the Philippine Information Agency: http://www.pia.gov.ph/?m=12fi=p090618.htmno=14 Way to go Davao mappers! So, how was the workshop last Saturday? Eugene / seav span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] PIA article: Online mappers to launch Davao mappingparty
Good luck! I'm excited to see the results. On 6/23/09, Marloue Pidor mur...@mail2engineer.com wrote: Yeah! Ang bilis mo maghanap ng info. There are 13 - 15 joined the workshop some were not there for some reason. The Mapping Party will be on July 4 and is composed of 5 teams. We already sliced the cake for the mapping party and is subject to change depending on the need of Davao City Tourism Office. I am encouraging my student to join the mapping party. Best murlwe -Original Message- From: Eugene Alvin Villar [sea...@gmail.com] Sent: 6/22/2009 11:38:21 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] PIA article: Online mappers to launch Davao mappingparty Hi guys, Check this article from the Philippine Information Agency: http://www.pia.gov.ph/?m=12fi=p090618.htmno=14 Way to go Davao mappers! So, how was the workshop last Saturday? Eugene / seav span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Translations of osm.org
On Mon, Jun 22, 2009 at 10:17 PM, Frederik Rammfrede...@remote.org wrote: Jonas Krückel wrote: And the second question is, if it is allowed to translate the agreement for the user at the sign up process (a word was ported about the license, I don't really now what this means here)? If we take all this seriously (and I don't necessarily want to say we have to), then, since the body responsible for the legal side of all this is OSMF and OSMF cannot possibly check every language all the time, I guess that there would have to be some disclaimer at the end of all legal-related translations saying that the translation is given on a best-effort basis but where uncertainties arise, the English version is the binding one. Then again I don't know if that's legal, ouch. as i understand it (and i'm not a lawyer, etc...) the ported license goes beyond a simple translation and uses laws specific to the jurisdiction. in that case it isn't appropriate to use the ported license and specify that the english one is binding, as the english one may have differences in interpretation. from the Licensing Working Group discussions with OSMF's counsel, our best option might be to not translate the license itself but translate the extra-legal text (i.e: FAQs and do's and don'ts). these often have legal weight - in case of dispute the court may take them into account - but then the english text can unambiguously be used as the binding version. cheers, matt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] how are runways related to an airport/aerodrome
Hi Guys In this Mapping Features documentation page, it says add only http://wiki.openstreetmap.org/wiki/Key:aeroway aeroway=runway tag to the way to denote it a runway http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Drunway As a result, you will see runways as the following. I have not yet checked it out, but it looks like the only way is to traverse all the nodes. Does anybody have an alternative solution?. I think adding new relation can address this issue. way id=22874052 visible=true timestamp=2008-08-20T12:23:52Z version=4 changeset=336266 user=StellanL uid=28775 nd ref=245919583/ nd ref=14779/ nd ref=147555670/ nd ref=147555658/ nd ref=147564433/ nd ref=147555647/ nd ref=147555641/ nd ref=147564400/ nd ref=147555624/ nd ref=14764/ nd ref=272221974/ nd ref=272221770/ tag k=name v=30L/ tag k=created_by v=Potlatch 0.10b/ tag k=aeroway v=runway/ /way way id=22874055 visible=true timestamp=2008-08-20T12:21:56Z version=4 changeset=336266 user=StellanL uid=28775 nd ref=245919584/ nd ref=147555730/ nd ref=147555717/ nd ref=245808503/ nd ref=147555706/ nd ref=147555695/ nd ref=147555680/ nd ref=147555610/ nd ref=272221980/ nd ref=14791/ nd ref=272221768/ nd ref=272221769/ tag k=name v=30R/ tag k=created_by v=Potlatch 0.10b/ tag k=aeroway v=runway/ /way ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - amenity=picnic_table
Proposal Page: http://wiki.openstreetmap.org/wiki/Proposed_features/picnic_table This is proposal for tagging picnic tables, as amenity=bench and tourism=picnic_site aren't adequate enough to label these amenities correctly. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] railway=halt rendering
Name of railway=halt rendered only on high zoom levels. In osmaprender it shown only at level 16, while it is useful to see name at zoom 13. As workaround for this railway=halt sometimes tagged as railway=station but it seems to be not correct: http://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer Also name for railway=station shown only at zoom 13, while useful to see this name at level 11 or 12. -- Anton Yuzhaninov ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Create OSM mailing list talk-vi
Hi, in Hanoi, capital of Vietnam we are having a OSM Mapping party next month [1] and we'd like to have a mailing list address like talk-vi, is it possible some admin create it for us? Best Regards. [1]. http://wiki.openstreetmap.org/wiki/HanoiMappingParty2009 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Error in OSM site when Exporting to Embedded HTML
Hi, I realized that when I click in the EXPORT tab of OSM.org and I choose the Embedded HTML radiobox, it appears a link that says: Click here to select a marker, but when I click later on in the map, no marker is placed, I'm using Firefox 3 in my Kubuntu. Any help? I'm sure it can be really easy to fix. Best Regards. Ivan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
If you want a new list for your country or language, send email to Michael Collinson, michael at osmfoundation dot org As it says at http://wiki.openstreetmap.org/wiki/Mailing_lists Cheers, Andy On Mon, Jun 22, 2009 at 9:56 AM, Ivan Garciacapisc...@gmail.com wrote: Hi, in Hanoi, capital of Vietnam we are having a OSM Mapping party next month [1] and we'd like to have a mailing list address like talk-vi, is it possible some admin create it for us? Best Regards. [1]. http://wiki.openstreetmap.org/wiki/HanoiMappingParty2009 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] railway=halt rendering
On the cycle map, I often find myself zooming in on the station to find out the name of a town, though perhaps it would be better if the city name rendered... http://www.openstreetmap.org/?lat=52.159lon=4.515zoom=11layers=00B0FTF Richard On Mon, Jun 22, 2009 at 9:25 AM, Anton Yuzhaninov cit...@citrin.ru wrote: Name of railway=halt rendered only on high zoom levels. In osmaprender it shown only at level 16, while it is useful to see name at zoom 13. As workaround for this railway=halt sometimes tagged as railway=station but it seems to be not correct: http://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer Also name for railway=station shown only at zoom 13, while useful to see this name at level 11 or 12. -- Anton Yuzhaninov ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] railway=halt rendering
Richard Mann wrote: On the cycle map, I often find myself zooming in on the station to find out the name of a town, though perhaps it would be better if the city name rendered... http://www.openstreetmap.org/?lat=52.159lon=4.515zoom=11layers=00B0FTF http://www.openstreetmap.org/?lat=52.159lon=4.515zoom=11layers=00B0FTF City/town name should have higher priority, than railway station/halt if both can be rendered on same zoom level. -- Anton Yuzhaninov ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] railway=halt rendering
Mmmm text ordering. One of my least favourite problems to sort out. I've generally gone for the principle that all cycling information has to show up at some point, and in the case you link to it's the node network numbers that bump off the town names. I recently changed things around so that cycle route shields don't take off town names so it looks like I need to rethink node numbers as well. The problem is when there is a node number right beside the town name node they need to swap around at one zoom level or another. Cheers, Andy On Mon, Jun 22, 2009 at 10:59 AM, Richard Mannrichard.mann.westoxf...@googlemail.com wrote: On the cycle map, I often find myself zooming in on the station to find out the name of a town, though perhaps it would be better if the city name rendered... http://www.openstreetmap.org/?lat=52.159lon=4.515zoom=11layers=00B0FTF Richard On Mon, Jun 22, 2009 at 9:25 AM, Anton Yuzhaninov cit...@citrin.ru wrote: Name of railway=halt rendered only on high zoom levels. In osmaprender it shown only at level 16, while it is useful to see name at zoom 13. As workaround for this railway=halt sometimes tagged as railway=station but it seems to be not correct: http://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer Also name for railway=station shown only at zoom 13, while useful to see this name at level 11 or 12. -- Anton Yuzhaninov ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] how are runways related to an airport/aerodrome
On Mon, Jun 22, 2009 at 7:21 AM, Madhav Vodnalamvodn...@gmail.com wrote: Hi Guys In this Mapping Features documentation page, it says add only aeroway=runway tag to the way to denote it a runway http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Drunway As a result, you will see runways as the following. I have not yet checked it out, but it looks like the only way is to traverse all the nodes. Does anybody have an alternative solution?. I think adding new relation can address this issue. There's no need for a new relations, that I can see. All the runways have latitudes and longitudes, as do the airports. Does anyone know of a runway that belongs to airport A but is closer to airport B? Even if that was to happen, it could easily be sorted by putting in the airport perimeters and working out which airport perimeter goes around the runway in question. In short: OSM is spatial, not everything needs to be a relation. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] railway=halt rendering
I know it's a devil of a balancing act, and am hugely grateful that someone's made as good a job of it as you have already. Maybe it's one of those instances when someone ought to discreetly shift the town name node to somewhere a bit more renderer-friendly. Richard On Mon, Jun 22, 2009 at 12:04 PM, Andy Allan gravityst...@gmail.com wrote: Mmmm text ordering. One of my least favourite problems to sort out. I've generally gone for the principle that all cycling information has to show up at some point, and in the case you link to it's the node network numbers that bump off the town names. I recently changed things around so that cycle route shields don't take off town names so it looks like I need to rethink node numbers as well. The problem is when there is a node number right beside the town name node they need to swap around at one zoom level or another. Cheers, Andy On Mon, Jun 22, 2009 at 10:59 AM, Richard Mannrichard.mann.westoxf...@googlemail.com wrote: On the cycle map, I often find myself zooming in on the station to find out the name of a town, though perhaps it would be better if the city name rendered... http://www.openstreetmap.org/?lat=52.159lon=4.515zoom=11layers=00B0FTF Richard On Mon, Jun 22, 2009 at 9:25 AM, Anton Yuzhaninov cit...@citrin.ru wrote: Name of railway=halt rendered only on high zoom levels. In osmaprender it shown only at level 16, while it is useful to see name at zoom 13. As workaround for this railway=halt sometimes tagged as railway=station but it seems to be not correct: http://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer Also name for railway=station shown only at zoom 13, while useful to see this name at level 11 or 12. -- Anton Yuzhaninov ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] how are runways related to an airport/aerodrome
in commercial nav data, the runways contain a tag with the airport's ICAO code ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
Ivan, I suggest that you use the talk mailing list. When talk about Vietnam threatens to overwhelm all else, then it's time to fork off a new list. Otherwise you end up with a list that has too few participants and insufficient traffic to sustain a community. On Jun 22, 2009, at 4:56 AM, Ivan Garcia wrote: Hi, in Hanoi, capital of Vietnam we are having a OSM Mapping party next month [1] and we'd like to have a mailing list address like talk- vi, is it possible some admin create it for us? Best Regards. [1]. http://wiki.openstreetmap.org/wiki/HanoiMappingParty2009 ATT1.txt -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] railway=halt rendering
On Jun 22, 2009, at 7:04 AM, Andy Allan wrote: Mmmm text ordering. One of my least favourite problems to sort out. And THIS, my friends, is why cartography is an art form, not a science, and I have the greatest respect for people who can do it. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
Hi Russ, well, I think we cannot use the general talk list because we want to talk in vietnamese, same than talk-es talk in Spanish even they have also an small community. Best Regards. Ivan. On Mon, Jun 22, 2009 at 4:43 PM, Russ Nelson r...@cloudmade.com wrote: Ivan, I suggest that you use the talk mailing list. When talk about Vietnam threatens to overwhelm all else, then it's time to fork off a new list. Otherwise you end up with a list that has too few participants and insufficient traffic to sustain a community. On Jun 22, 2009, at 4:56 AM, Ivan Garcia wrote: Hi, in Hanoi, capital of Vietnam we are having a OSM Mapping party next month [1] and we'd like to have a mailing list address like talk-vi, is it possible some admin create it for us? Best Regards. [1]. http://wiki.openstreetmap.org/wiki/HanoiMappingParty2009 ATT1.txt -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
El Lunes, 22 de Junio de 2009, Ivan Garcia escribió: [...] same than talk-es talk in Spanish even they have also an small community. Hey, I've heard you there! And our community is not small! -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
Sorry Ivan I didn't pretend to offend the spanish community ( I even consider myself part of it). I just wanted to say that even a mailing lists with small number of traffic but in a different language than english should have right to own their own mailing list. Best Regards. Ivan. On Mon, Jun 22, 2009 at 5:58 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: hehe, good reply. Go for your own list, as it is the best way to get the community growing! best wishes, Martin 2009/6/22 Ivan Garcia capisc...@gmail.com: Hi Russ, well, I think we cannot use the general talk list because we want to talk in vietnamese, same than talk-es talk in Spanish even they have also an small community. Best Regards. Ivan. On Mon, Jun 22, 2009 at 4:43 PM, Russ Nelson r...@cloudmade.com wrote: Ivan, I suggest that you use the talk mailing list. When talk about Vietnam threatens to overwhelm all else, then it's time to fork off a new list. Otherwise you end up with a list that has too few participants and insufficient traffic to sustain a community. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
I totally agree, I think that is one of the reasons the Brazilian community have become more active lately. For small communities with other languages than English, anything that helps reduce the barrier for new people are welcome. The Brazilian community works hard now on translating vital parts of the wiki and the most used programs to Brazilian Portuguese, all to help more Brazilians getting involved. If a talk-vi can do the same for Vietnam, than go ahead. The project goal is not to limit communication, but to make the best free online map ever. A. Johnsen On 22/06/2009, at 13:04, Ivan Garcia wrote: Sorry Ivan I didn't pretend to offend the spanish community ( I even consider myself part of it). I just wanted to say that even a mailing lists with small number of traffic but in a different language than english should have right to own their own mailing list. Best Regards. Ivan. On Mon, Jun 22, 2009 at 5:58 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: hehe, good reply. Go for your own list, as it is the best way to get the community growing! best wishes, Martin 2009/6/22 Ivan Garcia capisc...@gmail.com: Hi Russ, well, I think we cannot use the general talk list because we want to talk in vietnamese, same than talk-es talk in Spanish even they have also an small community. Best Regards. Ivan. On Mon, Jun 22, 2009 at 4:43 PM, Russ Nelson r...@cloudmade.com wrote: Ivan, I suggest that you use the talk mailing list. When talk about Vietnam threatens to overwhelm all else, then it's time to fork off a new list. Otherwise you end up with a list that has too few participants and insufficient traffic to sustain a community. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
On Jun 22, 2009, at 11:21 AM, Ivan Garcia wrote: Hi Russ, well, I think we cannot use the general talk list because we want to talk in vietnamese, same than talk-es talk in Spanish even they have also an small community. Ah! Well, of course you should talk in Vietnamese! You can plan around the mapping party well enough. To keep the list's momentum going, talk about real-world things, like State of the Map (e.g. the Vietnamese guy who's going on a grant), or suggest that people join the OpenStreetMap Foundation, or post notes about the mapping you're doing, or anything about Vietnamese maps that anybody else is working on. The best way to keep a list going is to import information. Otherwise the list descends into silence, or worse, introspective meta- discussion. I met a guy this weekend at a bike shop (Bikes @ Vienna); an older black fellow. His ears perked up when he heard me talk about mapping. Turns out that he was in the Navy during the Vietnam War, and was a photointerpreter. The US military had zero maps of Vietnam, and had to make them by overflying the entire country (which must have been ... entertaining ), and tracing the photos just like we're doing now. I wonder if you could get those photos or even the maps via a FOIA request? -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create OSM mailing list talk-vi
On Mon, Jun 22, 2009 at 6:58 PM, Ivan Garciacapisc...@gmail.com wrote: [...]I wonder if you could get those photos or even the maps via a FOIA request? I doubt that data taken 30 years ago cannot be high quality, maybe the roads have a 10/-10 meters unaccuracy if they have been drawn from aerial photos and not GPSed. That data is probably very acceptable for OSM use, and the military probably took care to take good aerial photography. Even thought, I'm sure not so many vietnamese mappers would like to see in the Source tag that army that also used to bomb and kill many millions of their own people :-( It would be unfortunate if mapping efforts were impeded due to this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Error in OSM site when Exporting to Embedded HTML
On Mon, Jun 22, 2009 at 8:59 AM, Ivan Garciacapisc...@gmail.com wrote: Hi, I realized that when I click in the EXPORT tab of OSM.org and I choose the Embedded HTML radiobox, it appears a link that says: Click here to select a marker, but when I click later on in the map, no marker is placed, I'm using Firefox 3 in my Kubuntu. Can someone who can debug JS look at this? Firefox error console/Firebug complain about undefined variables but I can't track down what's wrong. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] how are runways related to an airport/aerodrome
This is a good idea. Is ICAO code same as the airport code as identified by US DOT?.US DOT provides a lot of useful information on the world airports. http://www.transtats.bts.gov/DL_SelectFields.asp?Table_ID=288DB_Short_Name=Aviation%20Support%20Tables relation definitely seems unnecessary here. On Mon, Jun 22, 2009 at 5:12 AM, OJ W ojwli...@googlemail.com wrote: in commercial nav data, the runways contain a tag with the airport's ICAO code ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Barneveld GIS viewer: OpenStreetMap (zonder attributie)
Martijn van Exel schreef: Een collega attendeerde me op de GIS-viewer van de gemeente Barneveld: http://gis.barneveld.nl/gisviewer/viewer.do Hij had contact gehad met iemand binnen die gemeente die weet dat hier OSM-data wordt gebruikt. Ik zie geen attributie. Iemand tijd / zin om hiernaar te kijken? Een mailtje van de ontwikkelaar hier... We hebben een attributie toegevoegd in de kaart. Excuus voor de omissie. N.b. de kaart wordt gerenderd met mapserver / postgis (zijn wij zelf het meest bekend mee, en is redelijk snel) zie: http://public-wms.kaartenbalie.nl/osm.html. Matthijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Linux Fund is Raising Money to Improve OpenStreetMap Support in Gnash Media Player
Beste Talk'ers, Ik weet niet of dit al bekend was bij anderen, maar lees het zelf net pas: http://linuxpr.com/releases/11332.html Linux Fund is Raising Money to Improve OpenStreetMap Support in Gnash Media Player. -- Met vriendelijke groet, Bas de Lange 06 166 26 950 Hoofdorganisator Software Freedom Day Nederland http://www.youtube.com/watch?v=y0_KiVdIOtc http://softwarefreedom.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Picnic Tables
--- On Sat, 20/6/09, Cameron osm-mailing-li...@justcameron.com wrote: I think somewhere on the OSM wiki it says that there are no official osm tags, just conventions which are followed. So jump in and create your own tags and edit the wiki as you see fit. I got round to writing up a draft today. http://wiki.openstreetmap.org/wiki/Proposed_features/picnic_table ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] miniround abouts and sunshine council
On Mon, 22 Jun 2009, John Smith wrote: Pic I took earlier... where's the sunshine? just get them to send that wet stuff my way, we will accept it gladly ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] school zones
Judging by the tagwatch site it's pretty hit and miss about the whole affair. Just like maxspeed is important, I think time based zoning is just as important, if not more so. Does anyone have any suggestions on the best way to do this that could be put into a proposal? I was thinking something like the following, so that it could be parsed by apps displaying the current speed limit for example, it could pull data from somewhere about if it's a school day or not, and then use the applicable zone start/stop times to display the speed limit currently. highway=residential maxspeed=50 school_zone=08:30-09:30;14:30-15:30 school_zone_maxspeed=40 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Picnic Tables
On Sat, 20 Jun 2009, John Smith wrote: --- On Sat, 20/6/09, Cameron osm-mailing-li...@justcameron.com wrote: I think somewhere on the OSM wiki it says that there are no official osm tags, just conventions which are followed. So jump in and create your own tags and edit the wiki as you see fit. Yes I know, but I was hoping there might be a tag so the tables showed up on the map at zoom 18 or so. I actually went back and relabeled them amenity=picnic_table since others have already done that anyway and if I get bored enough I plan to look into how to get picnic_table as an official amenity item and how to get a pictogram on the map for them. The buggers are everywhere, nearly every stop, revive and survive site along the Newell, Cunningham and a couple of other minor roads have them. Also the local councils or whoever seemed to have doubled up the number of locations since I went along some of those, and freshly installed toilets too. I thought the highest zoom was 17 so at zoom 18 we wouldn't be seeing them As a one time resident of elsewhere in this world, i still recall why in Au we use these things so i started the talk page ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Picnic Tables
--- On Mon, 22/6/09, Elizabeth Dodd ed...@billiau.net wrote: I'm sure other places have them, but here putting a cloth on the ground and arranging your food is not going to result in a happy picnic, while it is / was quite possible in the UK None of which helps with flies in the middle of summer :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
I just spotted an even cheaper data logger on ebay... $51 + $13 postage from Melbourne http://cgi.ebay.com.au/NEW-65-CHANNEL-USB-GPS-RECEIVER-DONGLE-DATA-LOGGER-AGPS_W0QQitemZ160342651814QQcmdZViewItemQQptZGPS_Devices?hash=item25552ab3a6_trksid=p3286.c0.m14_trkparms=65%3A15%7C66%3A2%7C39%3A1%7C240%3A1318%7C301%3A1%7C293%3A1%7C294%3A50 And has better specs, 1Hz logging, 256k points... Although no solar panel... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] My viewing problems (continued...)
Hi guys Thanks for your tips. I have extended my search to the newbies forum too. On top of what I've already done this is what I've done tonight. . I can open both JOSM and Merkaator and the maps open ok - although without any familiarity of these two - I can see my general area in both slippy maps. . I have used tracert and in all 3 tile locations I have a single timed out at step 2 ie to my ISP, then it works until step 23 when it times out again (through to step 30 after which the program stops) after LMN-LMN1.site.ja.net at 146.97.42.62 - I'm not sure what I was supposed to see here though? . I changed the DNS to opendns and tried opening maps and pinging and tracerting again. I also rebooted with similar lack of success. . I opened the links http://a.tile.openstreetmap.org/0/0/0.png http://b.tile.openstreetmap.org/0/0/0.png http://c.tile.openstreetmap.org/0/0/0.png and they all worked. . I have looked at my internet options and images aren't blocked (I have no trouble downloading images from anywhere else) . I have checked my firewall (Windows Defender) and anti-virus program (McAfee) but see nothing that I would say is causing difficulty. . I unloaded some of the add-ins I installed recently for Firefox. . I checked the hosts file in %SystemRoot%\system32\drivers\etc\ and only saw 127.0.0.1 local host and ::1 local host (so I assume that was ok) I have Windows Vista with SP2. I keep all my programs up to date. I am on broadband with oodles of memory - and didn't have a problem until 6 weeks or so ago. Very frustrating. Any further tips? Ta Dan ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] My viewing problems (continued...)
--- On Mon, 22/6/09, Dan O'Hara oha...@homemail.com.au wrote: The fact you can open the a.tile... in a browser means it should work, maybe contact someone at OSM to see if someone did something stupid to get your IP range blacklisted by them... Although if you can open images from the tile servers it should work... I have Windows Vista with SP2. I keep all my programs up to date. I am on broadband with oodles of memory – and didn’t have a problem until 6 weeks or so ago. What changed? Very frustrating. Indeed... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] school zones
--- On Mon, 22/6/09, Ben Kelley ben.kel...@gmail.com wrote: There are probably 2 things here: 1) It is a school zone 2) The speed limit is different on this stretch of road at different times of the day For number 2, there is 2 parts to it. 1) it is a school zone 2 a) times in effect 2 b) different maxspeed Maybe I'm assuming the restrictions that exist are too simple to cover this situation, as I don't see anything that matches what I would classify as a speed restricted zone. It's not a type of vehicle restriction or most other restrictions listed. hour_on/hour_off could apply, but you'd end up with: hour_on=08:30;14:30 hour_off=09:30;15:30 So would it be best to look at this as a new type of restriction, listing the maxspeed for the school zone when active, rather than yes? eg highway=residential maxspeed=50 school_zone=40 hour_on=08:30;14:30 hour_off=09:30;15:30 I think the latter can be represented by a restriction with set times. I don't know of anything that parses these yet, but that would seem to be the way to do it. People asked to have the current speed limit displayed in my speedo app, so this is where I'm going with this. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] school zones
How accurate are you wanting to go? To be truly accurate, you're going to need to take weekends and school holidays into account as well. Actually, on a serious note, I'd love to have a routing algorithm that avoids schools during child dropoff and pickup hours when possible. I don't mind the slowing down bit, it's the waiting 10 minutes while the school empties out across the road, playing russian roulette with triple parked parents in 4WD's and dodging school buses that seem to have forgotten they have indicators that bugs me. Stephen 2009/6/23 John Smith delta_foxt...@yahoo.com: People asked to have the current speed limit displayed in my speedo app, so this is where I'm going with this. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] school zones
--- On Tue, 23/6/09, Stephen Hope slh...@gmail.com wrote: How accurate are you wanting to go? To be truly accurate, you're going to need to take weekends and school holidays into account as well. Weekends are easy to account for, school holidays aren't as easy but I'm sure some where there would be suitable information, and you just build it up from there as to which school zone applies to which dates. Police have been known to book people on pupil free days in NSW and possibly other states. Actually, on a serious note, I'd love to have a routing algorithm that avoids schools during child dropoff and pickup hours when possible. I don't mind the slowing down bit, it's the waiting 10 minutes while the school empties out across the road, playing russian roulette with triple parked parents in 4WD's and dodging school buses that seem to have forgotten they have indicators that bugs me. I don't think they knew what an indicator was in the first place. Also the slow downs that are the most annoying at like the Pacific Highway or Epping Rd in Sydney to name but a few, 3 lanes each way and you have to slow down for stupid school zones that kids shouldn't be going near if they're likely to get hit. As I said before, it's easy enough to work out weekends, school dates are another matter but at least aussie schools tend to have the same dates across the entire state, unlike in the US. The question still remains how to best uniformly tag these areas so other things like routing can take advantage of it. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Routerh?rtetest
Am Sonntag, 21. Juni 2009 12:32:28 schrieb talk-de-requ...@openstreetmap.org: Ich w?rde vorschlagen jeder macht selber mal diese Versuche an einer komplexen Stelle die er nicht kennt, das ist sehr lehrreich. +1 ?brigens mu? Man in OSM wie zu hause auch manchmal aufr?umen. was meinst Du jetzt damit? Ausmisten und die Fahrradwege in stra?enn?he rausschmeissen, damit man die Stra?en wieder ungetr?bt im Rendering erkennen kann, und nicht etwa auf der Cyclemap die Radwege die Stra?en ?berdecken? Aufr?umen sollte man nur Fehler, wobei auch dort gilt: richtigstellen, nicht l?schen. Wer kennt die schönen Adfc Karten? Die fand ich immer sehr praktisch zu benutzen! Das sie den genauen Verlauf des Radweges nicht abgebildet haben hat der der Verwendbarkeit eher genutzt als geschadet! Im Straßenverkehr orientiert man sich anders, man guckt nicht ständig auf die Karte oder sein Navi. Sondern fährt sehend und den Verkehrschilder, Teilnehmern Straßenverlauf und so weiter folgend zu seinem Ziel. Sonst m?llt man sich total zu und verliert der ?berblick. Das war allgemein angemerkt, aber auch Wege betrifft es. solange die Wege in der Realit?t existieren, sind sie f?r mich kein M?ll. Bei Heiko existieren sie ja auch noch, als Tags an der Straße. Die genaue Lage von Wege können unsere GPS Geräte weder metergenau tracken, noch später uns dann genau auf die richtige Straße wieder setzen (und selbst das spätere Gallileo kann es nicht, schon gar nicht da wo keine optimale Sicht zum Himmel ist). In Wirklichkeit multiplizieren sich sogar die Fehler. Das relativert sehr stark den Nutzen von der Extraarbeit diese Wege separat zu mappen, dort wo ein bsp. Radweg straßenbegleitend verläuft. Für Routingsoftware vergrößert sich der Rechenaufwand allerdings beträchtlich und das ist nicht egal. Ebenso nicht die größeren Datenmengen die ständig hin und her geschoben werden müssen. Die ich auf meinem Navi irgendwie unterbringen muß, die der Renderer zu verarbeiten hat Aber gerade etwas wie OSM braucht konsistente Daten, sonst funktioniert es in der Anwendung nicht wie gew?nscht! das ist (pers?nliches) Wunschdenken. Konsistente Daten wird OSM nie haben, und es funktioniert trotzdem. Das ist der OSM-Weg. Der OSM Weg ist das was wir damit wollen, darüber müssen wir uns unterhalten und dann entscheiden wie wir das sicherstellen. Mich stört z.B. auch das Leute die Namen der Jugendherbergen die ich damals ins System spielte abgeändert hat. Über solche Fälle könnte man sich auch mal Gedanken machen. Wieso heißt Rewe mal nur Rewe, dann wieder Rewe Neuwiedenthal usw. Es ist sehr schwierig solche Dinge ohne Regeln in den Griff zu bekommen! Weil es keine Regeln gibt kann man im Grunde noch nicht einmal sagen das du oder er etwas falsch gemacht hat. das kann man dann sehr wohl sagen, wein ein Mapper die Daten des anderen l?scht, obwohl sie richtig waren. Wer sagt, denn das sie richtig waren? In welchem Sinne? Viel hilf viel glauben die einen und die anderen glaube weniger ist häufig mehr. P.S.: Generell wird es egal bei welchen Dingen, immer Leute geben die b?se sind, wenn man etwas l?scht oder ?ndert. Bitte vergegenw?rtigt Euch den Unterschied zwischen L?schen und ?ndern. Das sollte man nicht in einem Atemzug nennen. Sollte man schon Man konnte an einer Stelle des Wikis übrigens genau diese Empfehlung lesen: Es kann manchmal der bessere Weg sein, etwas zu löschen um es dann richtig wieder neu einzufügen, weil man z.B. den Überblick verloren hat.. Eigentlich geht es nur darum ein m?glichst gutes Ergebnis zu erzielen und darauf sollte unser Augenmerk gerichtet sein. +1 Gru? Martin Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbreite und Fahrspuren
Original-Nachricht Datum: Sat, 20 Jun 2009 14:20:08 +0200 Von: Mario Salvini salv...@t-online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Straßenbreite und Fahrspuren die Breite is die Gesamtbreite. Also bei einer Straße in der Stadt (aka highway=residential) ist es alles inclusive Bürgersteigen (und Radwegen, Reitweg Parkbuchten; Kann man so sehen, muss man aber nicht. Das Problem ist wieder mal, dass es einen Konflikt zwischen nutzungsneutralitaet und Aufwand gibt. Was du da beschreibst, ist die Breite eines komplexen Objekts das einen Querschnitt abbildet. Ein Querschnitt ist aber jetzt je nach Abbildung ein einfacher way, ein Linienbuendel oder diverse ways (Fahrbahn, Radweg, etc.), die nichts voneinander wissen. Wenn es aber mehr als einen way gibt, gibts auch viele Interpretationen, wie man die Breite(n) angibt. Fuer Radweg und Fahrbahn extra und die Gesamtbreite ueber Zusammenzaehlen? Oder zieht man die Breite der Fahrradwege von deiner Geamtbreite ab? Das Spielchen wird mit komplexeren Querschnitten (Gras dazwischen, Fussweg dazu, etc) beliebig komplex. Fuer mich war und ist die Breite immer die Breite eines einfachen geometrischen Objekts, also bei einer Fahrbahn die Breite dieser Fahrbahn. Meint man mit der Breite die Breite eines zusammengesetzten Objekts, sollte das auch konkret angegeben werden (Breite einer Linienbuendel-Relation?) Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routerh?rtetest
Am Sonntag, 21. Juni 2009 23:58:08 schrieb talk-de-requ...@openstreetmap.org: Moin, Und alle sind identisch? Her damit, denn Du hast offenbar den weltweit pr?zisesten GPS-Epf?nger! Was ich meinte: Da liegen so viele tracks im OSM-Datenbestand rum (die erstmal nur, die man in potlatch sieht) die alle ein wenig anders laufen, dass man die Qualit?t der nach nur einem von vielen tracks gezeichneten ways anzweifeln muss. Wer sagt denn, dass genau der track der mit der Wahrheit war... Und nicht der, der paar meter daneben liegt, oder der auf der anderen Seite, ... Es ist im B?ndel der GPS-tracks noch nicht mal eine L?cke zwischen tracks der Autofahrer von der Fahrbahn und tracks der Radfahrer vom Radweg erkennbar direkt auf der Rheinbr?cke. Da kann man auch gleich nach Gef?hl einen Radweg neben die Fahrbahn malen... das Problem haben wir ja grunds?tzlich. Muss ich jetzt einen Feldweg, den ich neben die Autobahn gezeichnet habe, wieder l?schen und stattdessen ein track=yes an die Autobahn h?ngen, weil mein GPS nicht genau genug ist? Der Feldweg ist ein eigenständiger Weg und baulich getrennt. Bordsteinradwege sind es nicht. Sicher nicht. Es gen?gt, wenn ich nach Gef?hl den Feldweg neben die Autobahn packe. Bevor wir uns in unwesentlichen Details verlieren, sollten wir vielleicht wieder zur?ck zum urspr?nglichen Problem kommen. Kannst Du in ein paar d?rren Worten beschreiben, was jetzt in Deinem Augen besser als vorher ist? Und vielleicht sollten wir die Diskussion nach ka-geo oder PM verlagern, damit wir den Rest auf talk-de nicht mir unserer Lokaldiskussion nervs?gen. Viele werden mittlerweise verst?ndnislos den Kopf sch?tteln, vermute ich. Und ich nehme mich da nicht aus. Ich denke diese Diskussion ist wichtig, ich setze mich z.B. auch mit dieser Problematik auseinander. ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap startseite verbesserungsw ürdig
Frederik Ramm schrieb: Hallo, Markus wrote: Vor nem halben Jahr war die Maschine am Ende Und dann kamen innerhalb einer Woche 10.000 € zusammen. Eine grosse Community hat grosse Ressourcen. Ich glaube, Bernd hat nicht unrecht mit dem etwas kritischen Bild, das er malt. Je weiter OSM auf die Nutzer zugeht, desto mehr nervige Dumm-User mit Anspruchshaltung werden wir haben. Aber es gibt dann doch auch da wieder eine ganze Reihe an Halbdumm- und Schonganzschönschlau-Usern. Wenn das von der Geschwindigkeit halbwegs gesund wächst, verteilt sich das auf recht viele Schultern und geht dann doch wieder. Bei uns sehe ich diese Ressourcen noch nicht. Klar koennen wir Geld sammeln - aber warum sollten wir das tun? Warum sollten wir Mapper und Programmierer, die wir eh schon unsere Freizeit in das Projekt investieren, jetzt auch noch Geld obendrauf legen, damit dickere Server und Personal bezahlt werden koennen, um der halben Welt OSM zu erklaeren und schmackhaft zu machen? Waere es denn wirklich so schlimm, wenn der Massenmarkt nicht von OSM bedient wird, sondern von irgendeiner grossen Firma, die sich davon einen Vorteil verspricht? Bei vielen mit denen ich gesprochen habe, ist direkt/indirekt der ich tue was für die Allgemeinheit Aspekt vorhanden. Wenn jetzt eine große Firma als Frontend für OSM auftritt und nach außen irgendwann der Eindruck aufkommt, ich arbeite in meiner Freizeit nebenbei für Firma xy - dann ist das mit Sicherheit nicht nur bei mir eine ziemliche Motivationsbremse. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routerh?rtetest
Am 22. Juni 2009 08:24 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Am Sonntag, 21. Juni 2009 12:32:28 schrieb talk-de-requ...@openstreetmap.org: Ich w?rde vorschlagen jeder macht selber mal diese Versuche an einer komplexen Stelle die er nicht kennt, das ist sehr lehrreich. +1 ?brigens mu? Man in OSM wie zu hause auch manchmal aufr?umen. was meinst Du jetzt damit? Ausmisten und die Fahrradwege in stra?enn?he rausschmeissen, damit man die Stra?en wieder ungetr?bt im Rendering erkennen kann, und nicht etwa auf der Cyclemap die Radwege die Stra?en ?berdecken? Aufr?umen sollte man nur Fehler, wobei auch dort gilt: richtigstellen, nicht l?schen. Wer kennt die schönen Adfc Karten? Die fand ich immer sehr praktisch zu benutzen! Das sie den genauen Verlauf des Radweges nicht abgebildet haben hat der der Verwendbarkeit eher genutzt als geschadet! Im Straßenverkehr orientiert man sich anders, man guckt nicht ständig auf die Karte oder sein Navi. Sondern fährt sehend und den Verkehrschilder, Teilnehmern Straßenverlauf und so weiter folgend zu seinem Ziel. Das hatten wir doch schon einmal... dann guck halt nicht auf dein Navi und folge den Schildern - wo ist dein Problem? Es ist immer noch ein Argument ohne Inhalt. Auch die Variante ohne separate Radwege wird dir übrigens andere Routen liefern, als auf den Schildern vor Ort empfohlen. Das ist ja der Sinn eines Solchen Geräts im allgemeinen und unserer von OSM abgeleiteten Fahrradkarten im besonderen: bessere Routen als die, die man durch normale vor-Ort-Navigation fährt. Dazu gehört für mich auch, 500m vor einer Kreuzung vom Navi vor einer komplizierten Radwegführung gewarnt zu werden und so die Möglichkeit zu haben, lieber auf der Fahrbahn links abzubiegen, anstatt 2 Fußgängerampeln überwinden zu müssen. Die pure Information hier gibts irgendwo 'n Radweg ist doch völlig uninteressant - vor Ort entscheidest du dich dann halt einfach für Radweg oder Straße. Interessant sind Lage, Verlauf, Oberfläche, 1- oder 2-Richtungs-Weg etc... Ich hab übrigens riesige Angst davor, daß die Leute hier in Köln weiterhin jeden Kiosk eintragen und ich auf dem Garmin den Überblick verliere - mir schwebt eher folgendes Schema vor: place=city name=Köln kiosk=yes kiosk:selling_beer=yes kiosk:count:left(Rhine)=524 kiosk:count:right(Rhine)=235 kiosk:average_opening_hours=0802h - 0239h ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] castle im Wiki
Hi! Martin Koppenhoefer schrieb: Am 21. Juni 2009 22:47 schrieb Nop ekkeh...@gmx.de: Martin Koppenhoefer schrieb: Allerdings ist auf der Seite http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle Hohenurach als Beispiel fuer ein Festungsrendering aufgefuehrt, das finde ich nicht so optimal, da Hohenurach eine Burg ist ;-) Falsch. Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut. [1] na und? Es geht hier um eine Ruine. Es ist die Ruine einer Burg, die im 11. Jh erbaut wurde, 1428 grundlegend umgebaut wurde, und von 1442 bis 1482 Residenz des Grafen von Württemberg war. (Steht alles in [1]). Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut, im 17. Jh besetzt und beschädigt, 1761 aufgegeben. Der Artikel heisst übrigens Burg Hohenurach und als Kategorie steht: Burgentyp: Gipfelburg, Entstehungszeit 1030 und 1050. Es gibt keine Gebäude, die älter sind als ein paar Jahre und nie umgebaut wurden. Genau. Und Grundlage für meine Klassifizierung ist der aktuelle Zustand, so wie er heute wahrgenommen werden kann. Somit ist es nicht entscheidend, daß der Bau im 11. Jhd mal als Burg angefangen hat, sondern daß es heute die Ruine einer typischen Festung ist. Der OSM Wiki-Eintrag war in der Hinsicht leider ein wenig verfälscht worden, ich hab ihn wieder so in Ordnung gebracht, daß er meine Aussage korrekt widergibt. Wenn Du die gesamte Entwicklungsgeschichte mit allen Zwischenstufen taggen willst, dürfte ein wesentlich umfangreicheres Schema nötig werden. Den heutigen Zustand zu ignorieren und den mittelalterlichen Orignalzustand zu taggen halte ich für absolut sinnfrei. Konsequenterweise dürftest Du sie dann auch nicht als Ruine taggen, denn als sie noch Burg war, war sie keine Ruine. :-) Im übrigen würde ich Dich bitten, nicht die Links auf die Burgenverzeichnisse komplett zu ignorieren, in denen die Hohenurach samt uns sonders als Festung aufgeführt ist. Sie ist sogar ein besonders gutes Beispiel für eine Festung, und gehörte zusammen mit Hohenasperg, Hohenneuffen, Hohentwiel und Hohentübingen sogar zu einem markanten Festungsgürtel, den Herzog Ulrich von Württemberg anlegen ließ. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und rich tig sein (war Routerhärtetest )
Hallo, Sven Sommerkamp wrote: Das müssen schon zig Leute gesehen haben! Der ti...@home-layer wird nicht von so vielen Leuten angeschaut. Auf dem Mapnik-Layer ist der Name der Jugendherberge nicht zu sehen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] castle im Wiki
malenki schrieb: Nop schrieb: Hohenurach als Beispiel fuer ein Festungsrendering aufgefuehrt, das finde ich nicht so optimal, da Hohenurach eine Burg ist ;-) Falsch. Von 1540 bis 1556 wurde die Burg zur Festung ausgebaut. [1] Wir brauchen ein neues Tag: castle=burg;fort *flycht* Nein, das wäre dann konsequenterweise: castle=burg;large_Burg;residence;fort;prison;ruins ;-) volle Deckung :-D Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routerh?rtetest
Ich w?rde vorschlagen jeder macht selber mal diese Versuche an einer komplexen Stelle die er nicht kennt, das ist sehr lehrreich. +1 ?brigens mu? Man in OSM wie zu hause auch manchmal aufr?umen. was meinst Du jetzt damit? Ausmisten und die Fahrradwege in stra?enn?he rausschmeissen, damit man die Stra?en wieder ungetr?bt im Rendering erkennen kann, und nicht etwa auf der Cyclemap die Radwege die Stra?en ?berdecken? Aufr?umen sollte man nur Fehler, wobei auch dort gilt: richtigstellen, nicht l?schen. Wer kennt die sch?nen Adfc Karten? Die fand ich immer sehr praktisch zu benutzen! Das sie den genauen Verlauf des Radweges nicht abgebildet haben hat der der Verwendbarkeit eher genutzt als geschadet! Im Stra?enverkehr orientiert man sich anders, man guckt nicht st?ndig auf die Karte oder sein Navi. Sondern f?hrt sehend und den Verkehrschilder, Teilnehmern Stra?enverlauf und so weiter folgend zu seinem Ziel. Das hatten wir doch schon einmal... dann guck halt nicht auf dein Navi und folge den Schildern - wo ist dein Problem? Ich will ja dem Navi folgen, sonst bräuchte ich es nicht. Es ist immer noch ein Argument ohne Inhalt. Das ist deine persönliche Meinung. Auch die Variante ohne separate Radwege wird dir ?brigens andere Routen liefern, als auf den Schildern vor Ort empfohlen. Ich glaub du hast falsch verstanden.. Ich meine ja nicht im Besonderen die Wegweiser die mich dann auf der von der Stadt oder Gemeinde erdachten Route führen. Es geht um Verkehr im allgemeinen. Das ist ja der Sinn eines Solchen Ger?ts im allgemeinen und unserer von OSM abgeleiteten Fahrradkarten im besonderen: bessere Routen als die, die man durch normale vor-Ort-Navigation f?hrt. Ob jemand das was OSM vorschlägt für besser hält ist sehr subjektiv, dafür ist die persönliche Präferenz zu sehr unterschiedlich. Autofahrer Routing ist vergleichsweise trivial. Was aber OSM unter Umständen besser kann (wenn diese Wege vorh. sind), ist z.B. aktueller sein zu können oder ein durch den Stadtpark oder Wald schicken zu können, während andere Karten dies nicht tun. Dazu geh?rt f?r mich auch, 500m vor einer Kreuzung vom Navi vor einer komplizierten Radwegf?hrung gewarnt zu werden und so die M?glichkeit zu haben, lieber auf der Fahrbahn links abzubiegen, anstatt 2 Fu?g?ngerampeln ?berwinden zu m?ssen. Hast du das in der Praxis auf einer dir unbekannte Strecke mal erprobt? Theoretisch hören sich ganz viele Dinge in OSM sehr nett an. ber vieles hat kaum Praxisbezug mehr. Die pure Information hier gibts irgendwo 'n Radweg ist doch v?llig uninteressant - vor Ort entscheidest du dich dann halt einfach f?r Radweg oder Stra?e. Nicht irgendwo, zu 95% neben der Straße als Bordsteinradweg oder auf der Straße als Spur. Wenn nicht, ist das ja baulich getrennt und somit unstrittig sinnvoll extra zu mappen. Interessant sind Lage, Verlauf, Oberfl?che, 1- oder 2-Richtungs-Weg etc... Das hatten wir auch schon mal. Das wäre auch anders möglich abzubilden. Ich hab ?brigens riesige Angst davor, da? die Leute hier in K?ln weiterhin jeden Kiosk eintragen und ich auf dem Garmin den ?berblick verliere - mir schwebt eher folgendes Schema vor: place=city name=K?ln kiosk=yes kiosk:selling_beer=yes kiosk:count:left(Rhine)=524 kiosk:count:right(Rhine)=235 kiosk:average_opening_hours=0802h - 0239h ;-) Auch da bin ich deiner Meinung, mal aufs Dorf zu fahren wäre sehr viel wichtiger. OSM fehlen häufig die Basisdaten. Gru?, Martin Gruß Sven S. ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breiten von Straßen, Anzahl von Fahr spuren
Michael Kugelmann schrieb: Tobias Wendorff schrieb: Das geht dann aber von einer klassischen Stadtplandarstellung weg. Grundsatz der schon seit Jahren gilt: wir mappen nicht für den Renderer sondern erfassen Daten. Und irgendwelche Anwendungen (z.B. der Rendere) machen damit irgendetwas. Du hättest die Nachrichten davor auch lesen sollen :-) PS: für Routing wäre so etwas prinzipiell auch interessant (mehr Spuren: vermutlich dickere Straße). Nein, das ist sicherlich der falsche Weg: Aus einer Straßenbreite lässt sich nicht unbedingt die Klassifizerung ableiten, auch nicht Näherungsweise. Breite Straßen haben großteils historische Gründe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breiten von Straßen, Anzahl von Fahr spuren
Mario Salvini schrieb: warum wir überhaupt momentan unterschiedliche Linienbreiten in den Renderergebnissen haben macht eigentlich garkeinen Sinn. - Es suggeriert nur irgendwelche Pseudo-Tatsachen. Darum frage ich ja, was für eine Art Plan Du haben möchtest. Ein Stadtplan soll nur eine generalisierte und einfache Information geben. Er ist z.B. für den Autofahrer wichtig. Der Wanderer will ganz andere Informationen als der Vermesser etc. Erst durch feste Breiten oder die Darstellung von Lanes bekäme die Breite der Wege irgendeine Qualität. Das kannst Du aber wirklich erst in sehr hohen Zoomstufen. Bei Flüssen klappt das mit der Breitenangabe doch auch schon, warum soll es bei Straßen nicht klappen? Flüsse haben keine achsensymmetrischen Ausprägungen wie Straßen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map features - das OSM-Gesetz?
Dirk Stöcker schrieb: Wenn man es also richtig machen will, dann sollte man es auch richtig machen. Korrekte Hervorhebungen sind Kursivschrift, Fettschrift oder notfalls auch französische Anführungszeichen. Hast Du schon die geplante Änderung für die DIN 5008 gelesen? Abkürzung für Cent (ct) - Verwendung des geschützten Leerzeichens bei zusammengehörenden Textteilen (z. B. DIN 5008) - Abstand nach Aufzählungskennzeichnungen (mind. 2 Leerzeichen) - Punkt 7.8 Unterführungszeichen ... entfällt komplett - Bei den Kalenderdaten soll weiterhin die Verwendung beider Schreibungweisen zulässig sein. Nicht mehr zulässig ist aber die zweistellige Schreibweise der Jahreszahl (dann nur noch vierstellig) - Unterstreichungen sollen nicht mehr bei Unterlängen (q, p, ...) angewandt werden. Ausnahmen sind automatische Unterstreichungen bei Hyperlinks. - Es wird ein neues Kapitel über Diagramme und Abbildungen geben - Auch ein Kapitel für die Gliederung und Kennzeichnung von langen Texten (Facharbeiten, ...) soll es geben - Die Fußnotendarstellung wird geregelt - Die DIN 676 (Gestaltung Geschäftsbrief) wir in die DIN 5008 integriert - Der Infoblock wird der Bezugszeichenzeile zukünftig vorgezogen, die Bezugszeichenzeile soll aber weiterhin gültig bleiben. - Anhang B und C werden mit einem Beispiel näher erläutert - die starren Leitwörter werden aufgehoben (z. B. Gesprächspartner statt Unser Zeichen). Zusammengehörendes soll im Infoblock auch als solches zu erkennen sein und mit einer Leerzeile vom Rest abgetrennt werden - geregelt werden die gesellschaftsrechtlichen Angaben in der Fußzeile des Geschäftsbriefes - bei den Empfängerbezeichnungen werden Bacherlor- und Mastergrade berücksichtigt - ein Gliederungspunkt werkliche Elemente wird eingefügt (Postscriptum) - der Bereich der E-Mail wird um die notwendigen gesellschaftsrechtlichen Angaben ergänzt - in den Anwendungsbeipielen wird ein gestalteter Halbprivatbrief gezeigt. Interessant ist hier nicht nur die Gestaltung, sonder auch die Stellung des Datums (rechtsbündig und nicht auf 10,16) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in - geordnet (was: Projekt Gemeindegrenze)
Georg Feddern schrieb: is_in = Gemeinde,Kreis Plön,Schleswig-Holstein,... Ich habe ein *sehr* großes Problem mit is_in, da die Reihenfolge und die Information ansich nirgends definiert ist. Viele schreiben z.B. zwischen Kreis und Bundesland noch die Region ... zwar kann man das durch hin-und-her schaukeln irgendwie auswerten, aber toll ist das so nicht :-( Sowas wäre viel sinnvoller, aber natürlich auch komplizierter: is_in:city_district is_in:township is_in:administrive_district is_in:region is_in:federal_state is_in:country is_in:continent is_in:galaxy is_in:universe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Hallo zusammen, Was Google nicht kennt existiert im Internet nicht, jedenfalls nicht in der Sicht der breiten Masse. Nun ist es ja bei OSM so, dass viele Mapper Namen von Wegen mit ihrem lokalen Know-How anreichern. Ein Beispiel ist der Suezkanal in Mannheim, der hier schon mal Thema war :) Gerade am WE habe ich auch so einen Weg erfasst. Google hat da nur 4 Treffer und keiner der 4 Treffer erklärt wirklich um was für ein Objekt es da geht. Die OSM Karte allerdings schon! Ich denke es könnte die Popularität von OSM ungemein steigern, wenn Google alle name-Tags von OSM finden würde. Hat jemand eine Idee, wie man das hinkriegen könnte? Mir fällt nur so ne Art Indexseite ein, die der Googlebot indizieren könnte und die nur an den Googlebot einen index liefert an alle anderen aber gleich die passende Slippymap. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Hallo, Sven Geggus wrote: Hat jemand eine Idee, wie man das hinkriegen könnte? Mir fällt nur so ne Art Indexseite ein, die der Googlebot indizieren könnte und die nur an den Googlebot einen index liefert an alle anderen aber gleich die passende Slippymap. Stichwort gazeteer, die Englaender basteln schon an einer Erweiterung von osm2pgsql, die diese ganzen Namen dann nebenbei abfallen laesst und eine semi-statische Seitenstruktur stellt. Der Namefinder-Autor hatte das auch immer vor, ist aber nie so weit gekommen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map features - das OSM-Gesetz?
Hallo, Tobias Wendorff wrote: Hast Du schon die geplante Änderung für die DIN 5008 gelesen? Falsche Liste? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Hat jemand eine Idee, wie man das hinkriegen könnte? Mir fällt nur so ne Art Indexseite ein, die der Googlebot indizieren könnte und die nur an den Googlebot einen index liefert an alle anderen aber gleich die passende Slippymap. Sowas nennt man Cloaking und wird, wenn es auffliegt, von Google bestraft. Damit steigerst du nicht die Popularität sondern verbannst OSM möglicherweise aus dem Index. Das müsste man anders lösen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Frederik Ramm frede...@remote.org wrote: Stichwort gazeteer, die Englaender basteln schon an einer Erweiterung von osm2pgsql, die diese ganzen Namen dann nebenbei abfallen laesst und eine semi-statische Seitenstruktur stellt. Die Google dann indizieren kann. IMO dringend notwendig, denn mit lokalem Know-How kann OSm Punkten. Was mir da gerade einfällt. Es gibt ja sehr oft lokale Bezeichnungen von Straßen, die mit dem Namen am Straßenschild überhaupt nichts zu tun haben. Gibts für sowas eigentlich nen offiziellen tag? Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hallo, Am 20.06.09 schrieb Thomas Treyer: Mit dieser Liste wäre es wirklich einfach, alle Hauptstädte der Welt zu taggen. Jetzt brauchen wir nur noch ein neues Tag für den Hauptstadt-Status. Laut Tagwatch gibt es capital=[yes|country|county|municipality] Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] castle im Wiki
Am 22. Juni 2009 09:51 schrieb Nop ekkeh...@gmx.de: Nein, das wäre dann konsequenterweise: castle=burg;large_Burg;residence;fort;prison;ruins ;-) volle Deckung :-D in der Tat: prison ist bei OSM eine Annehmlichkeit (und m.E. auch in Festung beinhaltet), burg beinhaltet i.d.R. residence, fort meinst Du wohl selbst nicht im Ernst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg vom Way, hin zur Nodes-Relation
On Monday, 22 June 2009 12:26:57 +0200, Frederik Ramm frede...@remote.org writes: Andreas Pothe wrote: Ich denke, man koennte es noch wuppen, da mit der API 0.6 alle Basisvoraussetzungen vorhanden sind, die wir braeuchten. Man muesste sich lediglich darauf einigen, dass man keine Ways mehr in die Relationen packt, sondern nur noch Nodes. Die Verbindung dieser Nodes wird dann ueber die Wegteile, die dazwischenliegen, automatisch vorgenommen. Alternativ koennte man auch den GDF-Ansatz waehlen: Knoten werden unterschieden in Verbindungs- bzw. Kreuzungsknoten und inneren Wege-Knoten (sog. Shape node). Wege gehen nur von einem Anfangs- ueber null oder mehr innere Knoten zu einem Endknoten, d.h. nur von Kreuzung zu Kreuzung. Aendert sich auf einem Wegestueck ein Attribut, so wird der Weg an dieser Stelle aufgeteilt. Ausserdem hat ein Weg eine _Richtung_, die sogenannte Digitalisierungsrichtung, so dass man sich bei allen richtungsabhaengigenn Attributen (und Relationen) auf diese beziehen kann. Du meinst sowas wie das hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Segmented_Tag Das gabs sogar schon vor API 0.6. Der Vorschlag stammt von mir und versucht mehrere Probleme oder Anforderungen zu loesen: 1. Ein Weg hat keine Richtung bzw. man soll die Richtung nicht verwenden, da sich u.a. beim Zusammenfuegen mehrerer Wege zu einem Weg die Richtung veraendert werden kann und die Editoren dies (damals) nicht korrigiert haben. Daher kann man mit dem Vorschlag durch explizite Angabe eines Anfangs- und eines Endknotens eine Richtung mitgeben, die sich auch beim Umdrehen des Ways nicht aendert. Mittlerweile kann JOSM richtungsabhaengige Attribute (bspw. key:left=value) mit umdrehen (= key:right=value), so dass dieses Problem nicht mehr vorhanden sein sollte ... oder? 2. Ein Attribut laesst sich nicht fuer einen Wegteil angeben. Will man wegen Bruecken, Tunnel etc. Wege nicht aufsplitten, muss man den Anfang und das Ende der Attributgueltigkeit mitgeben. 3. Eine Attribut-Menge, die zusammengehoert, kann nur einmal an einen Weg gehaengt werden. Bsp: maxspeed=100 fuer Pkw, maxspeed=80 fuer Pkw von 22:00 bis 6:00 Uhr, maxspeed=60 fuer Lkw kann man nicht so einfach taggen. Bislang geht dies nur mit maxspeed=100 direkt an den Weg und zwei Relationen an den Weg mit beispielsweise in der 1. Relation maxspeed=80, validity_period=22.00-06.00 und in der 2. Relation maxspeed=60, vehicle_type=hgv, wofuer man auch diese Segmented_Tag verwenden kann. Alternativ gibt es auch Vorschlaege a la maxspeed[22.00-06.00]=80 und maxspeed[hgv]=60, die sich meist auf Gewichts-, Hoehen- und Zeitbeschraenkungen beziehen. Ein vielleicht besserer Weg (fuer API 0.7) waere das, was in GDF als Composite Attributes verfuegbar ist, also aus mehreren Attributen zusammengesetzte Attribute. Wenn man in der API Tags mehrfach verwenden koennte (was prinzipiell jetzt schon moeglich ist) und diese auch explizit gruppieren koennte (dies ist nicht oder nur ueber Klimmzuege moeglich), waere vielleicht fuer diese Dinge ein einfaches Tagging-Schema festlegbar? Eine Umstellung des bisherigen Schemas waere gar nicht so aufwaendig, wenn ich sehe, wie viele Robots schon herumschwirren, duerfte sich sicherlich jemand finden, der auch hierfuer einen Robot schreibt. Robots schreiben ist der einfache Teil. 100.000 Nutzer gleichzeitig umzuerziehen und die Editoren und Renderer anzupassen, waere der schwierigere Teil. Zur Umstellung benoetigt man keinen Robot, das wuerde und muesste wie bei der letzten Umstellung von 0.5 auf 0.6 auf dem Server erfolgen. Das Hauptproblem sind die Nutzer, denn ein Normal-Mapper faengt mit dem Begriff Way deutlich mehr an als mit Relation ... so dass wir entweder viele potentielle Mapper verlieren oder abschrecken werden oder diesen andere Begriffe in den Editoren anbieten muessten. Es ist zu bedenken, dass dieses Proposal bei weitem auch nicht alle Probleme loest, denn in letzter Konsequenz muessten so, wie Du es formuliert hast, ja fuer eine simple Landstrasse, die heute als einziger Way mit 5 Tags existiert, ploetzlich 5 Relationen angelegt werden. Auch nicht gerade schmackhaft fuer Otto Normalmapper. ... erst recht nicht mit den momentanen Relation-Editorfunktionen :-( Oder deutlicher gesagt, eine spontane Umstellung vom einen auf das andere waere sicherlich nicht moeglich, aber man koennte die segmentierten Tags als Zusatzoption einfuehren, eventuell zunaechst verstaerkt in einem Teilgebiet wie Tempolimits o.ae. einsetzen, und dann schauen, ob sich das bewaehrt und es ggf. auf andere Gebiete ausweiten. ... so war mein Vorschlag auch gedacht. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg vom Way, hin zur Nodes-Relation (was : Routerhärtetest)
Ich denke, man könnte es noch wuppen, da mit der API 0.6 alle Basisvoraussetzungen vorhanden sind, die wir bräuchten. Man müsste sich lediglich darauf einigen, dass man keine Ways mehr in die Relationen packt, sondern nur noch Nodes. Die Verbindung dieser Nodes wird dann über die Wegteile, die dazwischenliegen, automatisch vorgenommen. Wenn du dann die Relationen noch hinter verständliche Dialoge packst ja. Ansonsten wird es nur noch komplizierter. Und nebenbei müsste man auch das Wege vereinfachen verbieten oder umbauen. Ansonsten hagelt es Konflikte ohne Ende, wenn wichtige Nodes fliegen. Mir wäre es bedeutend lieber von der einen Linie weg zu kommen und die Straßen so zu bauen wie sie in der Realität auch vorliegen. Fußweg, Spur, Spur Fußweg beispielsweise. Mit der Möglichkeit Spuruanabhängig zu taggen und dazwischen wenn nötig Barrieren wie Leiptplanken, Sperrstreifen und Zonen anbringen zu können. Damit wäre auch das leidige Thema mit der Verbindung zwischen Straßenbegleitend oder nicht geklärt. Wo der ansonsten direkt begleitende Radweg hinter einer Leitplanke verläuft, einfach eine dazwischen setzen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Am 22. Juni 2009 14:11 schrieb Mirko Küster webmas...@ts-eastrail.de: Hat jemand eine Idee, wie man das hinkriegen könnte? Mir fällt nur so ne Art Indexseite ein, die der Googlebot indizieren könnte und die nur an den Googlebot einen index liefert an alle anderen aber gleich die passende Slippymap. Sowas nennt man Cloaking und wird, wenn es auffliegt, von Google bestraft. Damit steigerst du nicht die Popularität sondern verbannst OSM möglicherweise aus dem Index. naja, erstens würde ja dem GBot nichts anderers präsentiert als dem Mensch (der ebenfalls die Namenliste durchlesen könnte), und zweitens geht es bei dieser Aufbereitung für die Suchmaschine nicht um Täuschung, sondern eine sinnvolle Anwendung. Google würde das m.E. nicht bestrafen. Das müsste man anders lösen. und wie? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Am Mon, 22 Jun 2009 12:13:36 + (UTC) schrieb Sven Geggus li...@fuchsschwanzdomain.de: Was mir da gerade einfällt. Es gibt ja sehr oft lokale Bezeichnungen von Straßen, die mit dem Namen am Straßenschild überhaupt nichts zu tun haben. Gibts für sowas eigentlich nen offiziellen tag? http://wiki.openstreetmap.org/wiki/Key:loc_name Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Fire hydrant
Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Alexander Kopf schrieb: http://wiki.openstreetmap.org/wiki/DE:Fire_hydrant An sich eine gute Sache. Du kannst es, wie immer in OSM so wie du denkst benutzen. Wenn dir beim Benutzen weitere Ideen kommen trägst du sie auf die Wiki-Seite ein. ob die Hydranten auf eine der 2 großen Karten kommt ist fraglich. es gibt zu viele davon... eine eigene Hydranten Karte: Möglichkeiten: - richtige Karte - Overlay - Icon map ähnlich wie diese http://j-po.de/datei/osm/osmolt/hamburg/ Ich hoffe das hat dir geholfen danke, ja de karte sieht ganz gut aus, wie erstelle ich denn so ein overlay? und wie kann ich eine karte erstellen wo dieses overlay genutzt wird? gruß Alexdander signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Frederik Ramm schrieb: Stichwort gazeteer, die Englaender basteln schon an einer Erweiterung von osm2pgsql, die diese ganzen Namen dann nebenbei abfallen laesst und eine semi-statische Seitenstruktur stellt. Der Namefinder-Autor hatte das auch immer vor, ist aber nie so weit gekommen. Ich ziehe meine Datenbasis lieber aus einer aufbereiteten Datenbank. Mal gucken, was bessere Ergebnisse liefert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map features - das OSM-Gesetz?
Frederik Ramm schrieb: Tobias Wendorff wrote: Hast Du schon die geplante Änderung für die DIN 5008 gelesen? Falsche Liste? [ ] ja [ ] nein [ ] vielleicht [x] sicher nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Fire hydrant
Alexander Kopf schrieb: ich bin neu bei OSM und möchte damit, für meine Feuerwehr, die Hydranten des Ortes verzeichnen. Ich finde Hydranten auch sehr wichtig! (obwohl ich nicht bei der Feuerwehr bin) Doch leider gibt es noch keinen festen tag für Hydranten weshalb ich das hier noch mal ansprechen möchte. Du kennst ja den Wiki-Ansatz. Regeln sind gut. Aber wenn es etwas notwendiges nicht gibt steht es einem frei dies trotzdem einzuführen/zu verwenden. Hier der Link zur wiki seite: http://wiki.openstreetmap.org/wiki/DE:Fire_hydrant Also das vorgeschlagene up/down finde ich nicht gut. Hier ist m.E. overground/underground zur Unterscheidung von Oberflur-/Unterflurhydranten passender. Up/down könnte z.B. auf eine aufwärts/abwärts gerichtete Auslassöffnung hindeuten und ist somit m.E: missverständlich. Haben wir einen native hier, der beraten kann? Und: den Hinweis mit Saugstellen (gemeinsames Tag?) ist nicht zu verachten. MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Fire hydrant
Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Alexander Kopf schrieb: ich bin neu bei OSM und möchte damit, für meine Feuerwehr, die Hydranten des Ortes verzeichnen. Ich finde Hydranten auch sehr wichtig! (obwohl ich nicht bei der Feuerwehr bin) Doch leider gibt es noch keinen festen tag für Hydranten weshalb ich das hier noch mal ansprechen möchte. Du kennst ja den Wiki-Ansatz. Regeln sind gut. Aber wenn es etwas notwendiges nicht gibt steht es einem frei dies trotzdem einzuführen/zu verwenden. Hier der Link zur wiki seite: http://wiki.openstreetmap.org/wiki/DE:Fire_hydrant Also das vorgeschlagene up/down finde ich nicht gut. Hier ist m.E. overground/underground zur Unterscheidung von Oberflur-/Unterflurhydranten passender. Up/down könnte z.B. auf eine aufwärts/abwärts gerichtete Auslassöffnung hindeuten und ist somit m.E: missverständlich. Haben wir einen native hier, der beraten kann? Und: den Hinweis mit Saugstellen (gemeinsames Tag?) ist nicht zu verachten. MfG Michael. Ich selbst bin bei der feuerwehr und finde das es reicht zuwissen wo die hydranten sind und wonach man zu schauen hat(oberflur/unterflur) natürlich kann man noch eine übergruppe Löschwasser hinzu fügen, wo zu dann auch löschwasserteiche, saugstellen, hydranten usw gehören. Aber weiter aufblähen würde ich das ganze nicht. gruß Alexander signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil - village vs. suburb
Am 15. Juni 2009 21:24 schrieb Peter Vitt pe...@dotnetphen.com: Folgendes Problem: Ich habe einen Ort (Büschergrund), der selbst ein Stadtteil ist, also zu einer Stadt (Freudenberg) gehört. Der Ost an sich hat ca. 4000 Einwohner, wäre also ein village. Nun hat dieser Ort aber selbst vier Ortsteile (Anstoß, Büschen, Bockseifen und Eichen). Sind diese Ortsteile suburbs? So habe ich es bisher auch für nicht-amtliche Wohngebietsbezeichnungen, die aber dennoch üblich und in sogar amtlichen Plänen verzeichnet sind (Stadtviertel eben), gehandhabt. Suburbs werden, wie man sehen kann, je nach Zoomstuffe größer http://www.openstreetmap.org/?lat=50.9188lon=7.8901zoom=14layers=B000FTFT oder gleich http://www.openstreetmap.org/?lat=50.91498lon=7.8894zoom=15layers=B000FTFT village geerendert. Das ist in der Tat etwas unglücklich. Bob ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
Patrick Kolesa schrieb: Audiospur manuell mit einem GPS-Track zu synchronisieren, und dann bspw was ich gerne hätte, wäre ein Lösung analog zum AgPifoJ plugin für Bilder. Also einige seperate Audio-Files, welche mittels Metainformationen auch geolocated sind. Und das mit einem entsprechenden Plugin eingebunden. Aber dafür giibt es vermutlich weder einen Standard noch eine Lösung... MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] StAGN: Ständiger Ausschuss für ge ographische Namen
Hallo Community, vor kurzem hatten wir eine Diskussion über die (geographischen) Namen von Städten. Dieser Ausschuss beschäftigt sich auf nationaler- und europäischer Ebene genau mit dem Thema: http://www.stagn.de/ uA sind sie auch für die GN-DE Geographische Namendatenbank Deutschlands zuständig. Man finden in den Publikationen interessante Hinweise zur Namensbildung. Vielleicht können wir ja Know-How davon ableiten. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routerh?rtetest
Am 22. Juni 2009 08:24 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Wer kennt die schönen Adfc Karten? Die fand ich immer sehr praktisch zu benutzen! kannst Du ja weiterhin tun. Hier ist aber OSM und nicht ADFC. solange die Wege in der Realit?t existieren, sind sie f?r mich kein M?ll. Bei Heiko existieren sie ja auch noch, als Tags an der Straße. genau das stimmt halt nicht. Der Sinn einer spazialen Datenbank ist genau der, die Informationen zu _verorten_. Das relativert sehr stark den Nutzen von der Extraarbeit diese Wege separat zu mappen, dort wo ein bsp. Radweg straßenbegleitend verläuft. erstens war der Weg in dem Beispiel gar nicht rein straßenbegleitend (das hat Heiko selbst geschrieben: die Stellen, wo er sich etwas entfernt, hat er auch mitgenommen, und 2. sprichst Du gerade mit dem Wort Extraarbeit einen kritischen Punkt an. Für Routingsoftware vergrößert sich der Rechenaufwand allerdings beträchtlich und das ist nicht egal. es ist aber erst recht nicht egal, dass das Routing jetzt dort überhaupt nicht mehr funktioniert, und dass Details wie der Anschluss der Treppe an den Fahrradweg gar nicht mehr enthalten sind und auch nicht mapbar sind mit diesem Ansatz. Der OSM Weg ist das was wir damit wollen, darüber müssen wir uns unterhalten und dann entscheiden wie wir das sicherstellen. Mich stört z.B. auch das Leute die Namen der Jugendherbergen die ich damals ins System spielte abgeändert hat. wahrscheinlich würde es Dich noch mehr stören, wenn sie die Jugendherbergen gelöscht hätten und stattdessen einen tag youthhostel=yes, yh_addr:xy-bla an den Stadtnode gehangen hättten, oder? Bitte vergegenw?rtigt Euch den Unterschied zwischen L?schen und ?ndern. Das sollte man nicht in einem Atemzug nennen. Sollte man schon Nein, sollte man nicht. Wer an einer Stelle, wo bekanntermaßen 2 konträre Ansätze zum Mappen bestehen, die (für den Mapper) aufwendigere (aber ausführlichere und mit Vorteilen behaftete) Version mit einem Extraweg löscht, um seine Lieblingsversion der Generalisierung durchzudrücken, handelt in meinen Augen nicht nur schädlich, sondern vor allem auch respektlos. Man konnte an einer Stelle des Wikis übrigens genau diese Empfehlung lesen: Es kann manchmal der bessere Weg sein, etwas zu löschen um es dann richtig wieder neu einzufügen, weil man z.B. den Überblick verloren hat.. Wenn man den Überblick verloren hat, sollte man m.E. komplett die Finger von der Stelle lassen, weil man überhaupt nicht absehen kann, was man anrichtet. Diese Empfehlung stammt aus der Anfangszeit, als sich z.T. aus Gründen der Unvollständigkeit der Umgebung Fehler eingeschlichen hatten, die zur Korrektur wesentlich mehr Aufwand bedeutet hätten als das neu erstellen. Hier geht es aber um eine Stelle, die vorher funktioniert hat (evtl. zu Ergänzen gewesen wäre), und wo jetzt durch das Löschen - die investierte Arbeit verloren ist (ausser in der history) - das Routing nicht mehr funktioniert - das Rendering (und auch die DB) nicht mehr anzeigt, auf welcher Seite der Radweg läuft - die Topologie nicht mehr stimmt - die Form des Radwegs verloren ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und richti g sein (war Routerhärtetest )
Am 22. Juni 2009 09:42 schrieb Sven Sommerkamp s_sommerk...@gmx.de: ?brigens mu? Man in OSM wie zu hause auch manchmal aufr?umen. Mal ein konkreter Fall fürs löschen: http://www.informationfreeway.org/?lat=53.5467298778lon=9.971927074966903zoom=17layers=BF000F Die Jugendherberge gibt es einmal. Im Navi taucht sie mindestens zweimal auf. In den Daten ist sie auch zweimal vorhanden. Auf der gerenderten Karte taucht sie auch zweimal auf. Und das Gebäude trägt diesen Namen ebenfalls noch.. ja, in diesem Fall sollte man den einzelnen Node löschen und das Gebäude mit den tags versehen. In dem Beispiel, wegen dem die Diskussion hier ursprünglich angestoßen wurde, war der Fall aber entgegengesetzt: analog würde das bedeuten, hier das Jugendherbergsgebäude zu löschen, und die Tags nur in den Node zu packen. Der Renderer hätte dann auch weniger Arbeit und der Mapper im Editor einen aufgeräumteren Bildschirm ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] StAGN // Nachtrag
Dieses Dokument dürfte *sehr* interessant sein: http://141.74.33.52/stagn/Portals/0/081001_Grothenn_Zusammenfassung.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Am 22. Juni 2009 14:11 schrieb Mirko Küster webmas...@ts-eastrail.de: Hat jemand eine Idee, wie man das hinkriegen könnte? Mir fällt nur so ne Art Indexseite ein, die der Googlebot indizieren könnte und die nur an den Googlebot einen index liefert an alle anderen aber gleich die passende Slippymap. Sowas nennt man Cloaking und wird, wenn es auffliegt, von Google bestraft. Damit steigerst du nicht die Popularität sondern verbannst OSM möglicherweise aus dem Index. naja, erstens würde ja dem GBot nichts anderers präsentiert als dem Mensch (der ebenfalls die Namenliste durchlesen könnte), und zweitens geht es bei dieser Aufbereitung für die Suchmaschine nicht um Täuschung, sondern eine sinnvolle Anwendung. Google würde das m.E. nicht bestrafen. Steht doch oben. Für Google die Liste, der Rest gleich die Karte. Dank SEO Boom und dem ausuferndem Optimierungswahn ist Google mitlerweile so ziemlich jeder Trick bekannt. Selbst Weiterleitungen werden zumindestens mit Rankingverlusst abgestraft. Mit solchen Dingen spielte ich schon als die Nr. 1 noch Fireball hieß. Ich hätte das hier nicht eingeworfen, wenn ich nicht selber schon das eine oder andere mal die Rote Karte von Google bekommen hätte. Das müsste man anders lösen. und wie? So wie das andere auch machen, beispielsweise City Map. Kleine Listen die z.B. nur Ortsbezogen sind, gerne auch alphabetisch unterteilt, darüber die Karte. Die Liste z.B. mit Ankern, welche beim darauf klicken gleich die gewünschte Straße in der Karte präsentieren. Das kann jede Suchmachine indexieren und wäre auch Benutzertauglich. Sowas könnte man automatisch generieren lassen. Mit einer großen Liste für die Suchmaschinen wird das jedenfalls nichts. Die wäre aufgrund der Masse und Ladezeit nicht Usertauglich zu kriegen. Irgendwelche Weiterleitungen für alles außer Gogglebot wird bestraft. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
On Mon, 22 Jun 2009, Michael Kugelmann wrote: Patrick Kolesa schrieb: Audiospur manuell mit einem GPS-Track zu synchronisieren, und dann bspw was ich gerne hätte, wäre ein Lösung analog zum AgPifoJ plugin für Bilder. Also einige seperate Audio-Files, welche mittels Metainformationen auch geolocated sind. Und das mit einem entsprechenden Plugin eingebunden. Aber dafür giibt es vermutlich weder einen Standard noch eine Lösung... Was gefällt Dir denn an der existierenden Lösung nicht? Wie willst Du eine Audio-Datei geokodieren? Die Position ist doch jedesmal eine andere. Die Audiodaten sind eher analog zu einem Video und eher weniger mit einem Foto zu vergleichen. Ich habe jeweils eine GPX-Datei und eine WAV-Datei und beide sind mit einem Startmarker versehen (ein POI in der einen, ein gesprochenes Start in der anderen). Der gleiche Dateiname sorgt dafür, dass die Dateien zuordenbar sind. Funktioniert wunderbar. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg vom Way, hin zur Nodes-Relation (was : Routerhärtetest)
Am 22. Juni 2009 14:30 schrieb Mirko Küster webmas...@ts-eastrail.de: Mir wäre es bedeutend lieber von der einen Linie weg zu kommen und die Straßen so zu bauen wie sie in der Realität auch vorliegen. Fußweg, Spur, Spur Fußweg beispielsweise. Mit der Möglichkeit Spuruanabhängig zu taggen und dazwischen wenn nötig Barrieren wie Leiptplanken, Sperrstreifen und Zonen anbringen zu können. ja, und Mauern, ununterbrochene Trennstreifen, unterbrochene Trennstreifen, Bordsteine mit Höhe, Grünstreifen, Betontrennung, Drängelgatter, etc. Damit wäre auch das leidige Thema mit der Verbindung zwischen Straßenbegleitend oder nicht geklärt. Wo der ansonsten direkt begleitende Radweg hinter einer Leitplanke verläuft, einfach eine dazwischen setzen. +1 hatte dazu auch mal hier einen Vorschlag gepostet (über eine Relation, die die Verbindung mehrere Ways angibt). Als erstes sollte man aber die Aufräumer stoppen, die die zusätzlichen Ways wieder rauslöschen, selbst dort, wo anders gar keine korrekte Topologie möglich ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
Audiospur manuell mit einem GPS-Track zu synchronisieren, und dann bspw was ich gerne hätte, wäre ein Lösung analog zum AgPifoJ plugin für Bilder. Also einige seperate Audio-Files, welche mittels Metainformationen auch geolocated sind. Und das mit einem entsprechenden Plugin eingebunden. Aber dafür giibt es vermutlich weder einen Standard noch eine Lösung... über sowas habe ich auch schon mal nachgedacht: - recorder hat zwar kein gps, ist dafür aber von der uhrzeit her sehr gut synchronisiert (z.B. per ntp, also genauigkeit besser als 1 sec) - recorder nimmt immer wenn ich ne taste drücke einen audio-schnipsel auf, dateiname enthält die uhrzeit (z.B. record-20090622-150448.wav) - josm-plugin lädt jetzt die gpx-datei und packt die abspiel-buttons immer dorthin, wo ich zu dem entsprechenden zeitpunkt war vorteile zum kontinuierlichen aufzeichen: - ich brauche keine wegpunkt-funktion am gps - ein-tasten-bedienung, z.B. taste am headset - sehr gut während der fahrt zu betätigen - weniger audio-daten nachteile: - uhrzeit auf recoder muß genau sein - spezielle recording-software nötig - josm-plugin müsste noch entwicklet werden Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
On Mon, 22 Jun 2009, Gerd v. Egidy wrote: - recorder hat zwar kein gps, ist dafür aber von der uhrzeit her sehr gut synchronisiert (z.B. per ntp, also genauigkeit besser als 1 sec) Das ist kaum erreichbar. - recorder nimmt immer wenn ich ne taste drücke einen audio-schnipsel auf, dateiname enthält die uhrzeit (z.B. record-20090622-150448.wav) Die notwendige Funktion nennt sich Voice-Aktivation. Moderne Rekorder sind sogar so schlau und fangen mit der Aufnahme 10 Sekunden vorm Anfang an. Dadurch vermeidet man dieses lästige Abschneiden der Anfangslaute. - josm-plugin lädt jetzt die gpx-datei und packt die abspiel-buttons immer dorthin, wo ich zu dem entsprechenden zeitpunkt war vorteile zum kontinuierlichen aufzeichen: - ich brauche keine wegpunkt-funktion am gps Die brauchst Du auch jetzt nicht. Du kannst in JOSM den Audio-Track mit der GPX-Spur synchronisieren. Wenn die Zeit stimmt und kein Laufzeitversatz im Aufnahmegerät auftritt, kannst Du das jetzt schon mit JOSM erreichen. Außerdem kann JOSM die Laufzeitunterschiede und den Startversatz korrigieren (mir persönlich reicht die damit erreichbare Genauigkeit allerdings nicht aus). - ein-tasten-bedienung, z.B. taste am headset - sehr gut während der fahrt zu betätigen Ich habe ein-Tastenbedienung für die POI-Funktion am GPS. Den Audiorekorder muss ich nur zum Starte/Ende bedienen. - weniger audio-daten In einem komprimierten Format zählt das eher nicht. - josm-plugin müsste noch entwicklet werden Wenn es irgendeine sinnvolle Anwendung dafür gibt wäre das wahrscheinlich einfach. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Es gibt ebenfalls die Rolle capital für eine Relation. Siehe Sachsen (extra Relation): http://www.openstreetmap.org/browse/relation/48732 Siehe Wiki http://wiki.openstreetmap.org/wiki/Proposed_features/capital#Use_the_relation_boundary Ob man jetzt für jedes Bundesland noch eine extra Relation erstellen muss oder ob man dies auch in die relation boundary=administrative mit einfügen kann, sollte noch geklärt werden. Aber damit können man jeder Stadt die verschiedensten Rollen vergeben werden und die Klassifizierung ist anhand des admin_level klar. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Mirko Küster webmas...@ts-eastrail.de wrote: Sowas nennt man Cloaking und wird, wenn es auffliegt, von Google bestraft. Damit steigerst du nicht die Popularität sondern verbannst OSM möglicherweise aus dem Index. Das müsste man anders lösen. Ich frage ja gerade nach Lösungen. Eine offizielle Anfrage an Google wird ja wohl kaum helfen. Das ganze ist ja in gewisser Weise eine Konkurrenz zu Google Maps. Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Hallo Martin, Warum willst du die PLZ-Grenzen haben? Man sagt, dass sie bei der PLZ-Suche helfen. (die funktioniert nämlich noch nicht) Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen. Wasserscheiden Interessante Idee. Diese Geo-Information habe ich noch nirgends gesehen. PLZ-Grenzen gehören der Post. Jeder OSMer kennt seine PLZ. Anhand dieses Wissens lassen sich die PLZ-Grenzen herleiten: free the postcode? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Sven Geggus schrieb: Ich frage ja gerade nach Lösungen. Eine offizielle Anfrage an Google wird ja wohl kaum helfen. Das ganze ist ja in gewisser Weise eine Konkurrenz zu Google Maps. Markus hatte kürzlich Kontakt mit Google - vielleicht weiß der, wie Google OSM genau sieht. Ich bin der Meinung, dass Google das Produkt Google Maps bei weitem noch nicht so nutzt, wie man es aus ökonomischer Sicht könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Markus schrieb: Man sagt, dass sie bei der PLZ-Suche helfen. (die funktioniert nämlich noch nicht) Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen. Die Grenzen musst Du aber zwischen den Adressen spannen, damit Du die Regionen erst erhälst. Es wird in vielen Fällen auch Enklaven und andere Ausnahmen geben. Ich arbeite bei solchen Dingen nicht mit konvexen Polygonen, sondern Vincenty. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in - geordnet (was: Projekt Gemeindegrenze)
Hallo. Am Montag 22 Juni 2009 13:52:07 schrieb Tobias Wendorff: Georg Feddern schrieb: is_in = Gemeinde,Kreis Plön,Schleswig-Holstein,... Ich habe ein sehr großes Problem mit is_in, da die Reihenfolge und die Information ansich nirgends definiert ist. Das hast du schon oft kommuniziert, es wird dadurch aber nicht richtiger. Meiner Erkenntnisse sind momentan, dass es zwar einige gibt, die in is_in irgendwas aus dem Kopf rein schreiben (z.B: nur die nächste Stadt) aber alle, die halbwegs versuchen, sich ein ein Schema zu halten machen es gleich. Du solltest mehr Daten anschauen und weniger Schwarzmalerei betreiben. Viele schreiben z.B. zwischen Kreis und Bundesland noch die Region Du meinst den Regierungsbezirk. Den gibt es nicht in jedem Land, daher die Unterschiede. Gruß, Bernd -- Die Unmenschlichkeit des Computers beruht darauf, dass er, richtig programmiert und einwandfrei funktionierend, so absolut ehrlich ist. - Isaac Asimov (am. Schriftsteller) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Markus schrieb: Man sagt, dass sie bei der PLZ-Suche helfen. (die funktioniert nämlich noch nicht) Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen. Die Grenzen musst Du aber zwischen den Adressen spannen, damit Du die Regionen erst erhälst. Es wird in vielen Fällen auch Enklaven und andere Ausnahmen geben. Ich arbeite bei solchen Dingen nicht mit konvexen Polygonen, sondern Vincenty. irgent wie kann ich meine gpx datei nicht hochladen, was ist mit ihr falsch? und wie kann ich diese punkte einem layer zuordnen? die punkte sollen als rote kreise erscheinen. gruß Alexander ?xml version=1.0 encoding=UTF-8 standalone=no ? gpx xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.1 xmlns=http://www.topografix.com/GPX/1/1; creator=QLandkarte xsi:schemaLocation=http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd; metadata link href=http://qlandkarte.sourceforge.net/; textQLandkarte/text /link time2009-06-22T14:03:15Z/time /metadata wpt lon=8.831235 lat=50.441713 ele164.75/ele name006/name cmt22-JUN-09 14:06:12/cmt symCity (Large)/sym /wpt wpt lon=8.829897 lat=50.442032 ele173.643/ele name007/name cmt22-JUN-09 14:07:31/cmt symCity (Large)/sym /wpt wpt lon=8.829199 lat=50.442093 ele177.968/ele name008/name cmt22-JUN-09 14:08:14/cmt symCity (Large)/sym /wpt wpt lon=8.828715 lat=50.441743 ele179.41/ele name009/name cmt22-JUN-09 14:09:00/cmt symCity (Large)/sym /wpt wpt lon=8.828657 lat=50.440730 ele179.891/ele name010/name cmt22-JUN-09 14:10:17/cmt symCity (Large)/sym /wpt wpt lon=8.827959 lat=50.440324 ele180.852/ele name011/name cmt22-JUN-09 14:11:14/cmt symCity (Large)/sym /wpt wpt lon=8.832867 lat=50.441683 ele158/ele name005/name cmt22-JUN-09 14:03:14/cmt symCity (Large)/sym /wpt /gpx signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in - geordnet (was: Projekt Gemeindegrenze)
Nicht zu vergessen das manche auch noch eine Einheit zwischen Kreis und Kommune verwenden. Das wäre dann die Verwaltungsgemeinschaft, Verbandsgemeinde, Einheitsgemeinde etc. welche nochmal einzelne Gemeinden bündeln. Die haben dann genauso ihre eigenen Administrativen Boundarys. Zumindestens ich habe die entsprechend mit drin. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
ups sorry, meine vorige mail sollte eigentlich zum hydranten threat. gruß Alexander signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in - geordnet
Bernd Wurst schrieb: Meiner Erkenntnisse sind momentan, dass es zwar einige gibt, die in is_in irgendwas aus dem Kopf rein schreiben (z.B: nur die nächste Stadt) aber alle, die halbwegs versuchen, sich ein ein Schema zu halten machen es gleich. Du solltest mehr Daten anschauen und weniger Schwarzmalerei betreiben. Ich schaue mir die Daten an, indem ich sie auswerte. Ich habe jetzt einen Filter, der die is_in-Einträge ziemlich gut zerlegt und sortiert. Nur die Trennung per Komma gefällt mir noch nicht wirklich, ein Semikolon wäre deutlich besser. Man kann jetzt z.B. Polygone dazwischen aufspannen, allerdings sind es dazu noch zu wenig Einträge. Viele schreiben z.B. zwischen Kreis und Bundesland noch die Region Du meinst den Regierungsbezirk. Den gibt es nicht in jedem Land, daher die Unterschiede. Nein, viele schreiben auch Regionen, wie z.B. Westfalen, Ruhrgebiet, Sauerland etc. dran. Das kann man zwar dann auch splitten, aber irgendwann geht's nach hinten los. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] castle im Wiki
Nein, das wäre dann konsequenterweise: castle=burg;large_Burg;residence;fort;prison;ruins ;-) volle Deckung :-D in der Tat: prison ist bei OSM eine Annehmlichkeit (und m.E. auch in Festung beinhaltet), burg beinhaltet i.d.R. residence, fort meinst Du wohl selbst nicht im Ernst. Die Verwendung von Smileys in jeder Zeile meiner Mail könnte durchaus dahingehend interpretiert werden. 8-D bye Nop -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] castle im Wiki
Hi! Es gibt keine Gebäude, die älter sind als ein paar Jahre und nie umgebaut wurden. Genau. Und Grundlage für meine Klassifizierung ist der aktuelle Zustand, so wie er heute wahrgenommen werden kann. ja, meiner auch. Es handelt sich um eine Festungsruine die eine Burgruine beinhaltet. Teile der Burg sind zweifellos erhalten. Da es auch in Deutschland Beispiele für Festungen gibt, die nicht aus Burgen hervorgegangen sind, würde ich eher ein solches Beispiel nehmen. Es handelt sich heute um die umfangreiche Ruine einer Festung. Daß die noch einen Anteil von Mauerteilen älterer Anlagen enthält ist IMHO der Regelfall bei Befestigungen, für den Laien nicht erkennbar und für die Grobklassifizierung völlig unerheblich. Damit ist es auch ein gutes Beispiel wie das Schema funktionieren soll. klar ist es eine Ruine. Aber wenn es dort jetzt einen Campingplatz gäbe, würde dann aus der Festungsruine ein Campingplatz, oder bliebe es weiterhin auch eine Festungsruine? Nein. Der Campingplatz würde völlig unabhängig als tourism getaggt. Du willst Schloss Hohentübingen im Ernst als Festung klassifizieren? Nein. Es gehörte damals zum Festungsgürtel, wurde aber zuletzt von der Festung wieder zum Schloß umgebaut, somit würde ich es als Schloß klassifzieren. bye Nop -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routerhärtetest
Heiko Jacobs schrieb: Klaus Hanauer schrieb: Liebe Rheinbrücken-Radwege-Experten, das sollte doch Mut machen: Fahrradrouting über die Rheinbrücke von Wörth nach Karlsruhe (Koordinaten von Heiko Jacobs) 1. Garmin City Navigator - Streckenlänge 3.7 km !!! Das wäre dann wohl ein Autorouting. Ja sicher, weil die Rad- und Fußwege der Brücke und der Brückenauffahrt bei Garmin überhaupt nicht erfasst sind. Ich habe ja Fahrradrouting bei Garmin eingestellt. 2. OSM (Worldfile 28. Mai) - Streckenlänge 1.9 km (meine Enkel hat es gefreut !) Das wäre eher ein Radrouting-Ergebnis über die Brücke Ich will damit nur sagen, dass es bei Euch um einen Disput auf hohem (doppeldeutig) Niveau geht. Liebe Grüße Klaus PS. Ich lese weiter aufmerksam mit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] castle im Wiki
Am 22. Juni 2009 16:44 schrieb ekkeh...@gmx.de: Es handelt sich heute um die umfangreiche Ruine einer Festung. Daß die noch einen Anteil von Mauerteilen älterer Anlagen enthält ist IMHO der Regelfall bei Befestigungen, für den Laien nicht erkennbar und für die Grobklassifizierung völlig unerheblich. Damit ist es auch ein gutes Beispiel wie das Schema funktionieren soll. ein totaler Laie kann nunmal eine über castle hinausgehende Klassifizierung gar nicht vornehmen. So was hier würde ich jedenfalls nicht unbedingt in einer Festung erwarten: http://de.wikipedia.org/w/index.php?title=Datei:Burg_Hohenurach_37_gotisches_Fenster01.jpgfiletimestamp=20061012092738 (ausser in einer Festung, die mittelalterlichen Ursprungs ist). Schön wäre es schon (da stimmst Du mir vermutlich zu), wenn wir die reinen Militärbauten von den umgebauten Burgen unterscheiden könnten. Wer z.B. alle Burgen sucht, würde Hohenurach auch finden wollen. Vielleicht könnte man sich da gemeinsam was überlegen? Du willst Schloss Hohentübingen im Ernst als Festung klassifizieren? Nein. Es gehörte damals zum Festungsgürtel, wurde aber zuletzt von der Festung wieder zum Schloß umgebaut, somit würde ich es als Schloß klassifzieren. danke, da kann ich schon wieder ein bisschen ruhiger schlafen, obwohl es natürlich Festungselemente beinhaltet (s.oben). /* sorry, nicht unbedingt lesenswert: Ein bisschen wundert mich allerdings, denn Hohentübingen wurde doch zu Museum und Universität umgebaut, wenn Du alle Bauphasen wiedergeben wolltest, bräuchtest Du ein wesentlich umfangreicheres Schema ;-) (*duck und weg*) */ Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap startseite verbesserungsw ürdig
Hallo Ulf, Bei vielen mit denen ich gesprochen habe, ist direkt/indirekt der ich tue was für die Allgemeinheit Aspekt vorhanden. Ja, das ist bei allen die ich kenne ein ganz wesentlicher Aspekt. Darauf zu verzichten wäre m.E. höchst projektschädigend. Im Gegenteil meine ich: professionelle Lösungen sollten nur für Spezialanwendungen erfolgen (Beispiel: Energieverteilung in XY) und auch da wenn immer möglich gemeinfrei sein und auch für andere Anwendungen benutzt werden dürfen. Das freie an OSM ist höchst wertvoll! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am 22. Juni 2009 16:04 schrieb Markus liste12a4...@gmx.de: Hallo Martin, hallo Markus, bitte beziehe Dich auf die Beiträge von demjenigen, den Du persönlich ansprichst, wenn Du das an die öffentliche Liste schickst, sonst entsteht der Eindruck, ich würde PLZ nicht für sinnvoll halten und ähnliches. Von den 3 von Dir zitierten Stellen stammt keine von mir. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
Hallo Dirk, - recorder hat zwar kein gps, ist dafür aber von der uhrzeit her sehr gut synchronisiert (z.B. per ntp, also genauigkeit besser als 1 sec) Das ist kaum erreichbar. huh? Also ich verwende ein Nokia N800 zum Aufnehmen und synchronisiere das regelmäßig (vielleicht 2x pro Woche) per NTP. Die dabei korrigierten Abweichungen der Systemzeit liegen 0,1 Sek. Das sollte zum Mappen reichen. Auch für Symbian, Windows Mobile oder iPhone sollte es ohne Probleme möglich sein über WLAN per NTP regelmäßig zu syncen und auf ähnliche Genauigkeit zu kommen. - ich brauche keine wegpunkt-funktion am gps Die brauchst Du auch jetzt nicht. Du kannst in JOSM den Audio-Track mit der GPX-Spur synchronisieren. Wenn die Zeit stimmt und kein Laufzeitversatz im Aufnahmegerät auftritt, kannst Du das jetzt schon mit JOSM erreichen. Und wie bekomme ich dann die Punkte mit relevanten Infos im JOSM angezeigt? Ich will ja nicht die ganze Mapping-Session nochmal anhören müssen oder ewig mit Fast-Forward rumspringen und hoffen nix zu überspringen. - ein-tasten-bedienung, z.B. taste am headset - sehr gut während der fahrt zu betätigen Ich habe ein-Tastenbedienung für die POI-Funktion am GPS. Den Audiorekorder muss ich nur zum Starte/Ende bedienen. Tja, das hängt halt davon ab was für Geräte du hast. Bei meinem Garmin etrex kann ich nicht einfach nur einmal drücken und gut ist, sondern muß den Button richtig treffen, halten, und dann nochmal bestätigen. Nix was ich ohne hinschauen machen kann. Bei dem von mir vorgeschlagenen Snippet-Recording brauche ich nur den Knopf am Headset drücken und über ein kurzes Piepen könnte man genau hören, ob man die Aufnahme ausgelöst hat. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de