date:20081012

Hi,

SteveC wrote:
 Subject: License License License

Can we hear that as a limerick? ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

___
legal-talk mailing list
legal-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] License License License

2008-10-12 Per discussione Joseph Gentle

The license is changing
frustration is waning
we can all see
what the new license will be
Some terms need explaining


On Mon, Oct 13, 2008 at 12:47 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
 Hi,

 SteveC wrote:
 Subject: License License License

 Can we hear that as a limerick? ;-)

 Bye
 Frederik

 --
 Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

 ___
 legal-talk mailing list
 legal-talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/legal-talk


___
legal-talk mailing list
legal-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] License License License

2008-10-12 Per discussione Peter Miller

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:legal-talk-
 [EMAIL PROTECTED] On Behalf Of Frederik Ramm
 Sent: 13 October 2008 00:14
 To: Licensing and other legal discussions.
 Subject: [Spam] Re: [OSM-legal-talk] License License License

 Hi,

 Peter Miller wrote:
  Mike uploaded the draft licence to the foundation website yesterday
  http://foundation.openstreetmap.org/the-openstreetmap-license/

 Good. I will translate this into German to generate some interest on
 talk-de. I'm not exactly looking forward to having to act as the first
 port of call for anyone who doesn't like something but I can always say
 it is THEIR fault.

No, please don't do that yet! To be clear this is an old draft licence which
of course does not take into account any of the changes that we have
discussed in the past few days, or indeed for the past months.

I understand from Steve that the Brief and Use Cases we have been drafting
will be used as part of the input to this process (with no promises about if
the points can be included though) so let's concentrate on getting these
right first.

If you translate anything into German then can you translate the Brief that
we have been talking about on this list?

FYI, I have made some changes to the Brief in the past 24 hours to reflect
various comments and have also numbered the paragraphs. Check the main ones
out here:
http://wiki.openstreetmap.org/index.php?title=Open_Data_Licensediff=164485;
oldid=164154

In particular I have:

1) Clarified the difference between automatic processing of the Dataset
(which is not a Derivate Database) and adding additional information (which
does).

2) I have introduced the concept of a 'competent person' in the definition
of how any Derivative Database should be distributed to help define what is
a suitable format and what is not.

3) Added more words on Collective Databases.

4) Clarified the differential database option.

The main issue I personally still have with the current draft of the brief
is around Collective Datasets (which may contain the whole of OSM dataset or
a very large part of it together with random other stuff). Personally I
think the logic of what we want to achieve is that any Collective Dataset
that is to be released must be released under this licence (or similar
licence). If not then we don't have control over any subsequent changes to
the OSM part of the content. It is not however a requirement to release the
Collective Dataset at all (which may be impossible if it contains other data
on incompatible licence such as full copyright).

Regards,

Peter

 I think there are some points arising from the last days of discussion
 that are not (yet) covered by the license (most importantly the lack of
 distinction between public and restricted distribution and also the
 question of what happens if you take a substantial extract but make an
 insubstantial change e.g. osm2pgsql) but I will first focus on the
 smaller details that spring to (my) mind on reading this draft. (Bear in
 mind I'm not a native speaker so might interpret some things differently.)

 1.0 Capitalised words

 This defines Extraction and Re-Utilisation as terms that only apply
 to a all or a Substantial part of the data, rendering all later
 occurrences of the term Extraction of all or a Substantial part...
 useless and making Extraction of Re-Utilisation of insubstantial parts
 (as discussed e.g. in the paragraphs on Substantial) impossible. - The
 word Substantial must be dropped from the definition of Extraction
 and Re-Utilisation to make sense.

 2.2 b Database Rights

 Database rights can also apply when the Data is removed from the
 Database and is selected... - removing data from a database to me
 means deletion and this makes the sentence funny. Should this perhaps
 read Data is extracted...?

 2.3 Rights not covered

 This says that the license does not cover patents or trademarks. Which
 is good because otherwise it would be much longer. However, to avoid
 misunderstandings, I think that the specific OSM license we will later
 use should have some extra text saying that by uploading to OSM you say
 that you are not aware of any patent applying to what you're uploading.
 Otherwise someone could maliciously upload a complex construct that
 somehow falls under a patent and poison our database with it - or am I
 too cautious here?

 3.1 Grant of rights

 ... for the duration of any applicable Copyright and Database rights.
 In many other places in the license, care is taken to always talk of
 Copyright and neighouring rights, and Database right. Why the omission
 of the neighbouring here - purpose? Plus, I'd like an annotation here
 that says: The license only extends for the duration of the applicable
   rights because after that the data base can be used without a license
 anyway - which is obvious, legally, but might not be obvious to anyone
 reading this (huh, do I have to stop using the data after Copyright has

Re: [OSM-talk] lanes

2008-10-12 Per discussione Gervase Markham

LeedsTracker wrote:
 As Shaun says, the unresolved issue of lane handed-ness seems to be
 blocking this lane issue.

This is anothe occasion where a generic :left/:right proposal would be
useful...

/plug

Gerv


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] ping OpenAerialMap

2008-10-12 Per discussione Jukka Rahkonen

andrew list at sylva.icuklive.co.uk writes:

 
 On Thursday 09 October 2008 16:20:56 Richard Fairhurst wrote:
  Concerns were  
  expressed that some OAM content had been georeferenced by use of  
  Google Maps.
 
 So should all georeferencing be done by visiting control points with 
 a gps?
 
 I've some aerial photos that I need to find how to georeference, 4MB 
 jpegs and 17 overlapping tiles, is there a program you can 
 recommend?


Could you tolerate a non-integrated system and measure pixel coordinates and
corresponding true world coordinates with a separate program and feed in these
ground control points from command line? In this case you could use
gdal-programs (gdal_translate and gdalwarp) and get a single mosaiced
georeferenced image.  Download FWTools package, it includes both gdal tools and
OpenEV Viewer that can be used for defining ground control points.



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] lanes

2008-10-12 Per discussione Ed Loach

Gerv wrote: 

 LeedsTracker wrote:
  As Shaun says, the unresolved issue of lane handed-ness seems
 to be
  blocking this lane issue.
 
 This is anothe occasion where a generic :left/:right proposal
 would be
 useful...
 
 /plug

At a risk of re-opening a discussion, what is the unresolved issue
of handedness? Surely if you can have oneway=yes in the direction of
the arrows and oneway=-1 for oneway in the opposite direction of the
arrows, then left and right can also be defined relative to the
direction of the way. Completely no use for nodes of course which
are points and don't have any form of direction.

Ed



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] lanes

2008-10-12 Per discussione graham

Gervase Markham wrote:
 LeedsTracker wrote:
 As Shaun says, the unresolved issue of lane handed-ness seems to be
 blocking this lane issue.
 
 This is anothe occasion where a generic :left/:right proposal would be
 useful...
 

I had missed that thread till now. But it doesn't seem to have come to 
any usable conclusion.

I have two problems with the left/right solution (neither original):

- Say I have a bus lane (or cycle lane) running along one side of a 
two-way road (the most common situation where I am).   Just attaching a 
'left' tag to it makes it dependent on nobody ever reversing the 
arbitrary direction attached to the way. I quite often find I'm 
reversing sections of bidirectional ways (eg to join two of them); if 
anyone ever did that with a way with 'lane:left' style tags the lane 
would suddenly flip to the wrong side of the road.

- More serious, I think: it just feels quite arbitrary as a solution: I 
would have to tag a lane as being 'left' in relation to the random 
direction the arrows on the way happen to be pointing, rather than in 
relation to anything in the real world.

Unfortunately the only suggestions I can come up with are pretty lame, 
but maybe they might trigger better ideas in someone else:

1. draw ways as multiple parallel lanes. Maybe all two-way roads should 
be represented as two parallel ways in opposite directions? I'm sure 
everyone would love the work involved in that ;-).

2. have an 'origin' tag to be used on the first node of a way 
independent of direction; if the way direction flipped, the origin would 
stay in place. 'Left' or 'right' would be in relation to the origin 
node. Still completely arbitrary where the origin goes, and how do you 
find it on a long way?

3. Make more of a separation between internal representation of ways and 
user views in josm/potlatch. All ways have a direction which is 
independent of the 'arrowed' direction which can be displayed to users, 
and is fixed - a totally arbitrary value used only as a fixed reference. 
Consider all bidirectional ways 'as if' they were two ways orientated in 
reference to the hidden direction. When a user selects 'add a lane to a 
way' (or bus-stop or any other 'sided' feature) josm/potlatch switch to 
a two-way representation of the way; the user clicks on the particular 
one of the two he/she wants to add the lane to. Internally this could be 
named 'left' or 'right' lane; but the user would never see the words 
'left' or 'right' or need to explicitly tag the sidedness of the lane.
Dumps all the work onto developers and makes it hard for end-users to 
fix things that go wrong since the inner workings have become invisible :-(

As far as bus lanes go, it looks like the easiest thing to do is use 
'busway' with exactly the same tags as cycleway. So once the sidedness 
problems are resolved for cycleways busways will be fine too. In the 
meantime I guess I'll hold off and start mapping historic buildings 
instead ;-)

Graham

 /plug
 
 Gerv
 
 
 ___
 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] ping OpenAerialMap

2008-10-12 Per discussione list

On Sun, 12 Oct 2008 08:48:36 + (UTC), Jukka Rahkonen wrote:

 I've some aerial photos that I need to find how to georeference, 4MB 
 jpegs and 17 overlapping tiles, is there a program you can 
 recommend?


Could you tolerate a non-integrated system and measure pixel coordinates and
corresponding true world coordinates with a separate program and feed in these
ground control points from command line? 

If you mean can I attribute a single pixel in the image with a
coordinate on the ground then yes. I'm not a programmer or a
cartographer just a pc user but can use the command line.


In this case you could use
gdal-programs (gdal_translate and gdalwarp) and get a single mosaiced
georeferenced image.  Download FWTools package, it includes both gdal tools and
OpenEV Viewer that can be used for defining ground control points.

OK I'll have a look, thanks. I've previously used a free windows
mapping program but it uses a metre grid and even when projected with
british OS datum and co ordinates its 70m out (even the control points
get displaced) so I have some sort of problem with the datum and
projection.

I also am looking at the GRASS gis in Linux but not learning very
fast.

Andrew Heggie


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] When does Potlatch upload?

2008-10-12 Per discussione Ben Laenen

On Sunday 12 October 2008, Richard Fairhurst wrote:
 Ben Laenen wrote:
  just a little question about recent Potlatch versions: I've noticed
  that
  from time to time changes are uploaded while objects are still
  selected. I remember that it used to be that it only uploaded
  changes on deselecting.

 If it's changed, that's a bug, steps to reproduce would be great.

Well, it only starts happening when I've done quite a lot of mapping, so 
pinpointing the exact trigger for it is difficult... I can only tell 
that it happens regularly after mapping for a while.

Ben

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] When does Potlatch upload?

2008-10-12 Per discussione Richard Fairhurst

Ben Laenen wrote:

 Well, it only starts happening when I've done quite a lot of  
 mapping, so
 pinpointing the exact trigger for it is difficult... I can only tell
 that it happens regularly after mapping for a while.

Got it, I think; will be fixed in 0.11e (trac #1256).

cheers
Richard

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] lanes

2008-10-12 Per discussione Gervase Markham

graham wrote:
 - Say I have a bus lane (or cycle lane) running along one side of a 
 two-way road (the most common situation where I am).   Just attaching a 
 'left' tag to it makes it dependent on nobody ever reversing the 
 arbitrary direction attached to the way. 

No, it doesn't, because editors would make flipping the left/right part
of the reverse way command, just as they now flip oneways and so on.
There are various consistency checks editors need to do when making
changes - this is just another one.

 - More serious, I think: it just feels quite arbitrary as a solution: I 
 would have to tag a lane as being 'left' in relation to the random 
 direction the arrows on the way happen to be pointing, rather than in 
 relation to anything in the real world.

How else do you unambiguously intrinsically define the side of a way?
Unless it's a closed way, where you have inside and outside, the
only way is to give it a direction (which it has) and say right or
left.

You can define it extrinsically using things like north or west but
that runs into problems with roads which curve, or even run in a circle.

 2. have an 'origin' tag to be used on the first node of a way 
 independent of direction; if the way direction flipped, the origin would 
 stay in place. 'Left' or 'right' would be in relation to the origin 
 node. Still completely arbitrary where the origin goes, and how do you 
 find it on a long way?

If my proposal has disadvantages, then this has them all but adds some
new ones too :-)

 3. Make more of a separation between internal representation of ways and 
 user views in josm/potlatch. All ways have a direction which is 
 independent of the 'arrowed' direction which can be displayed to users, 
 and is fixed - a totally arbitrary value used only as a fixed reference. 

Why? Why not just use the arrowed direction? After all, it's not exactly
complicated to flip tags when you change the direction of the way.
That's why the scheme is generic :left and :right - so it can be used on
any tags.

Gerv


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] More vandalism

2008-10-12 Per discussione Nic Roets

I have previously reported how someone with the screen name 'thebigfatgeek'
has messed up a roundabout in Pretoria.

Well, yesterday he changed a lot more stuff, most of it clearly being wrong.
See for example
http://www.openstreetmap.org/browse/way/4259221/history

Joining ways with different names, creating evil semicolons :
http://www.openstreetmap.org/browse/way/4616530/history

Changing bridleways to residential roads.
http://www.openstreetmap.org/browse/way/26165816/history

Local members have messaged him before and after yesterday, but the damage
is already done. Clearly OSM can do without the help of someone who pays so
little attention to detail.

I would be grateful if Frederik can run his revert tool again. In fact I
wouldn't mind if it's in a cron job.

Regards,
Nic
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] lanes

2008-10-12 Per discussione Karl Newman

On Sun, Oct 12, 2008 at 9:13 AM, Gervase Markham [EMAIL PROTECTED]wrote:

 graham wrote:
  - Say I have a bus lane (or cycle lane) running along one side of a
  two-way road (the most common situation where I am).   Just attaching a
  'left' tag to it makes it dependent on nobody ever reversing the
  arbitrary direction attached to the way.

 No, it doesn't, because editors would make flipping the left/right part
 of the reverse way command, just as they now flip oneways and so on.
 There are various consistency checks editors need to do when making
 changes - this is just another one.

  - More serious, I think: it just feels quite arbitrary as a solution: I
  would have to tag a lane as being 'left' in relation to the random
  direction the arrows on the way happen to be pointing, rather than in
  relation to anything in the real world.

 How else do you unambiguously intrinsically define the side of a way?
 Unless it's a closed way, where you have inside and outside, the
 only way is to give it a direction (which it has) and say right or
 left.

 You can define it extrinsically using things like north or west but
 that runs into problems with roads which curve, or even run in a circle.

  2. have an 'origin' tag to be used on the first node of a way
  independent of direction; if the way direction flipped, the origin would
  stay in place. 'Left' or 'right' would be in relation to the origin
  node. Still completely arbitrary where the origin goes, and how do you
  find it on a long way?

 If my proposal has disadvantages, then this has them all but adds some
 new ones too :-)

  3. Make more of a separation between internal representation of ways and
  user views in josm/potlatch. All ways have a direction which is
  independent of the 'arrowed' direction which can be displayed to users,
  and is fixed - a totally arbitrary value used only as a fixed reference.

 Why? Why not just use the arrowed direction? After all, it's not exactly
 complicated to flip tags when you change the direction of the way.
 That's why the scheme is generic :left and :right - so it can be used on
 any tags.

 Gerv


Just as a note, someone already added automatic left/right tag changing to
JOSM when a way is reversed. It works for a few different schemes, including
:left and :right.

Karl
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] ping OpenAerialMap

2008-10-12 Per discussione Jukka Rahkonen

 list at sylva.icuklive.co.uk writes:

 
 On Sun, 12 Oct 2008 08:48:36 + (UTC), Jukka Rahkonen wrote:
 
  I've some aerial photos that I need to find how to georeference, 4MB 
  jpegs and 17 overlapping tiles, is there a program you can 
  recommend?
 
 
 Could you tolerate a non-integrated system and measure pixel coordinates and
 corresponding true world coordinates with a separate program and feed in 
 these
 ground control points from command line? 
 
 If you mean can I attribute a single pixel in the image with a
 coordinate on the ground then yes. I'm not a programmer or a
 cartographer just a pc user but can use the command line.
 
 In this case you could use
 gdal-programs (gdal_translate and gdalwarp) and get a single mosaiced
 georeferenced image.  Download FWTools package, it includes both gdal
 tools and 
 OpenEV Viewer that can be used for defining ground control points.
 
 OK I'll have a look, thanks. I've previously used a free windows
 mapping program but it uses a metre grid and even when projected with
 british OS datum and co ordinates its 70m out (even the control points
 get displaced) so I have some sort of problem with the datum and
 projection.

Hi,

First step is to measure ground control points and insert them 
into image file.
 That is done with gdal_translate and -gpc option.  Read:
http://gdal.org/gdal_translate.html

Command line will be something like:
gdal_translate -of GTiff -gcp [...] -gcp [...] -gcp [...] input.jpg  
with_gpc.tif

Now you'll have a new image with_gpc.tif.  Next step is to use 
gdalwarp.  If you have given coordinates as WGS84 lat/lon 
degrees and you'd like to keep the same projection (epsg:4326) 
it should go this way:

gdalwarp -of GTiff -s_srs epsg:4326 -t_srs epsg:4326 with_gpc.tif
final_georeferenced_tif_image.tif

This is right from my head and I cannot guarantee that commands are
totally correct but they should be close to working.  You can 
output into whatever projection you like, output to different 
file format.  You can also mosaic all your images together once 
they have ground control points measured. However, try
to keep things simple in the begining and start playing 
with individual images.




___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Georeferencing images WAS ping OpenAerialMap

2008-10-12 Per discussione David Groom

 - Original Message - 
 From: andrew [EMAIL PROTECTED]
 To: talk@openstreetmap.org
 Sent: Thursday, October 09, 2008 9:02 PM
 Subject: Re: [OSM-talk] ping OpenAerialMap

 On Thursday 09 October 2008 16:20:56 Richard Fairhurst wrote:
 Concerns were 
 expressed that some OAM content had been georeferenced by use of 
 Google Maps.

 So should all georeferencing be done by visiting control points with 
 a gps?

 I've some aerial photos that I need to find how to georeference, 4MB 
 jpegs and 17 overlapping tiles, is there a program you can 
 recommend?

 Andrew Heggie

How about Quantum GIS with the georeferencing plugin  http://www.qgis.org/

David

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-legal-talk] Paid services from OSM

2008-10-12 Per discussione Tim Waters (chippy)

On 10/12/08, Richard Fairhurst [EMAIL PROTECTED] wrote:
 Goodness me, that's an enormously confrontational-sounding posting,

Whoops, it was meant to be more controversial than confrontational.

  * I would like OSMF to publish the current licence
  * IMHO OSMF should publish the licence
e.t.c

Publish the licence +1

If things have been sorted and addressed, then please tell us!

 If things haven't been sorted and addressed, then tell us and we can
continue debating use cases about avant-garde performance artists.
(I've a couple ready in draft)

___
legal-talk mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/legal-talk

[OSM-talk] Pedestrians on cycleways

2008-10-12 Per discussione Philip Homburg

The 'OSM tags for routing/Access-Restrictions' page
http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Access-Restrictions
has it that pedestrians are not allowed on cycleways unless an explicit
'foot=yes' is added.

This seems to reflect the situation in Germany. However, in Belgium and The
Netherlands, the default is that pedestrians are allowed on cycle tracks.

I'd like to invite people to provide input on how the rules are in other 
countries, preferably by adding default-access tables to the wiki page.


Philip Homburg

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] temporary=yes tag

2008-10-12 Per discussione Ryszard Mikke

2008/10/3 Matias D'Ambrosio [EMAIL PROTECTED]:
  While discussing leisure=bullring in the talk-es (spanish speaking list), the
 issue came up of bullrings that are only set up on certain occasions
 (holidays and other special events). This is also common for fairs, circuses,
 etc. So we thought something like a tag temporary=yes/no would be nice for
 them, I searched in the wiki and found nothing of the sort, is something of
 the sort available? opening_hours is not fit for this, obviously. I'm not
 sure temporary is the right word (specially since it might give the idea
 that the OSM tag is temporary, which is not intended).

Wouldn't it be better to have expires=date instead?
So trhat it would disappear automatically after the date.

Ryszard Mikke
-- 


-- == Gardzi miodem - szalony! == --
-- ==  -- Kubus Puchatek  == --
[EMAIL PROTECTED][EMAIL PROTECTED]

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] temporary=yes tag

On Sunday 12 October 2008 22:32:17 Ryszard Mikke wrote:
 2008/10/3 Matias D'Ambrosio [EMAIL PROTECTED]:
   While discussing leisure=bullring in the talk-es (spanish speaking
  list), the issue came up of bullrings that are only set up on certain
  occasions (holidays and other special events). This is also common for
  fairs, circuses, etc. So we thought something like a tag temporary=yes/no
  would be nice for them, I searched in the wiki and found nothing of the
  sort, is something of the sort available? opening_hours is not fit for
  this, obviously. I'm not sure temporary is the right word (specially
  since it might give the idea that the OSM tag is temporary, which is not
  intended).

 Wouldn't it be better to have expires=date instead?
 So trhat it would disappear automatically after the date.

 It's not temporary until it's done, it's sometimes there, sometimes not. 
Like christmas decorations, only with those you know they are around in 
December.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] temporary=yes tag

Hi,

 It's not temporary until it's done, it's sometimes there, sometimes not. 
 Like christmas decorations, only with those you know they are around in 
 December.

Then, logically speaking, the item they want to tag is not a bullring 
that is sometimes not there - it is a place where they sometimes have 
a bullring. Much like we'd tag a fairground a fairground and not a 
temporary fair... isn't that so?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] temporary=yes tag

On Sunday 12 October 2008 22:55:24 you wrote:
 2008/10/13 Matias D'Ambrosio [EMAIL PROTECTED]:
  On Sunday 12 October 2008 22:32:17 Ryszard Mikke wrote:
  2008/10/3 Matias D'Ambrosio [EMAIL PROTECTED]:
While discussing leisure=bullring in the talk-es (spanish speaking
   list), the issue came up of bullrings that are only set up on certain
   occasions (holidays and other special events). This is also common for
   fairs, circuses, etc. So we thought something like a tag
   temporary=yes/no would be nice for them, I searched in the wiki and
   found nothing of the sort, is something of the sort available?
   opening_hours is not fit for this, obviously. I'm not sure temporary
   is the right word (specially since it might give the idea that the OSM
   tag is temporary, which is not intended).
 
  Wouldn't it be better to have expires=date instead?
  So trhat it would disappear automatically after the date.
 
   It's not temporary until it's done, it's sometimes there, sometimes
  not. Like christmas decorations, only with those you know they are around
  in December.

 So maybe periodical is your word?

 I guess that's closer, but periodical indicates regularity. It's still better 
than temporary (which is just too confusing).

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] temporary=yes tag

On Sunday 12 October 2008 22:58:40 you wrote:
 Hi,

  It's not temporary until it's done, it's sometimes there, sometimes
  not. Like christmas decorations, only with those you know they are around
  in December.

 Then, logically speaking, the item they want to tag is not a bullring
 that is sometimes not there - it is a place where they sometimes have
 a bullring. Much like we'd tag a fairground a fairground and not a
 temporary fair... isn't that so?
 I wanted to check how fairs are mapped currently but the wiki appears to be 
down.
 Are you suggesting we tag plain ground? I'm just not sure what you mean. 
Fairs here are placed over ground that doesn't have anything particularly 
fair-related (parking lots, plazas, parks, etc). I also think keeping the 
bullring tag makes sense, for searching and such.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] temporary=yes tag

On Monday 13 October 2008 00:17:39 you wrote:
 If you're looking for a one word English tag, I think seasonal may be
 an option.  It is usually used for things that are only in summer, or
 winter, etc, but can be used for holidays as well.

 Excellent, thank you, that's surely the right word!
 I'm replying to the list which I guess was what you intended?
 seasonal=yes sounds perfect :-)

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk-nl] NL-tile server zonder bounds

2008-10-12 Per discussione Roeland Douma

Hallo,

Het is al weer enige tijd geleden dat dit op IRC voorbij kwam maar het 
schrijven van een mailtje was er toen een beetje bijin geschoten. Maar nu komt 
het er dan toch uiteindelijk van.

In het kort:
Kan mijn index.html gebruikt worden op de nl tile server. Dan kunnen namelijk 
alle bounds van de server af.


In het lang:
Zoals vele van jullie weten beperkt de NL-tile server zich tot Nederland (en 
omdat het een bounding box is een stuk belgie en duistland). Dit is ook 
begrjipelijk vanuit de hosting daar we er zo voor zorgen dat niet de hele 
wereld bij ons komt kijken. 

Echter het zorgen dat enkel NL gerenderd wordt wordt nu opgelost door enkel 
dat stuk op de kaart te laten zien. Echter daar de NL tile server enige 
inconsistentie in de filenaming heeft ( zie 
http://lists.openstreetmap.org/pipermail/talk-nl/2008-October/007585.html ) 
heb ik de index.html van tile.openstreetmap.nl herschreven (zie bijlage) om 
buiten de NL bounding box van de internationale tile server te halen.

Let wel de index.html kon ik niet helemaal testen. Maar ik heb het geprobeerd. 
Op mijn eigen server werkte het. en heb het zo makkelijk mogelijk herschreven. 
Dit betekent ook dat in de tilecache config de bounds weggehaald moeten 
worden.

Voordeel hiervan is dat je aan de gebruikers van de NL tile server een meer 
complete OSM ervaring kan bieden. Ze kunnen nu namelijk ook kijken bij onze 
buren. Dat de tiles ergens anders vandaan komen maakt niet uit.

Tweede voordeel is dat tile-downloaders nu ook op de NL tile server kunnen 
werken. Waardoor je kaarten die je zo maakt uptodater (wat een woord) zijn.

Als nadeel heb je de grens gebieden waar bij net niet tekenen. Maar dat is 
iets wat ooit nog wel opgelost kan worden.

Volgens mij is het een zinnige verandering waar we veel profijt van kunnen 
hebben.

--Roeland
Title: NL tileserver


  





  


  
  This is the Netherlands tileserver. More
  information.
  
  Hosting provided by JR Online.
  

  
U bekijkt de speciale OpenStreetMap Carnavals layer. 
  
  Hosting provided by JR Online.
  

  
Wolkom op de Fryske kaart fan OpenStreetMap.
  Meer ynformaasje (Ingelsk).
Webstee oanbearn troch JR Online.

Welkom op de Friese kaart van OpenStreetMap.
Meer informatie (Engels).
Webhosting aangeboden door JR Online.
  

  Reacties of wijzigingen, zie het forum.
  Reacties of wijzigingen, zie het forum.
  

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] NL-tile server zonder bounds

2008-10-12 Per discussione Martijn van Oosterhout

2008/10/12 Roeland Douma [EMAIL PROTECTED]:
 Let wel de index.html kon ik niet helemaal testen. Maar ik heb het geprobeerd.
 Op mijn eigen server werkte het. en heb het zo makkelijk mogelijk herschreven.
 Dit betekent ook dat in de tilecache config de bounds weggehaald moeten
 worden.

Wat heb je precies veranderd? Alleen de bounds veranderen is niet
genoeg neem ik aan. Ik zie een aantal nieuwe functies met geen enkele
commentaar wat het nou eigenlijk doet.

Wat gebeurt bij de grens? Tiles op de grens zijn outside neem ik aan?

Mvg,
-- 
Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] NL-tile server zonder bounds

2008-10-12 Per discussione Roeland Douma

On Sunday 12 October 2008 19:30:08 Martijn van Oosterhout wrote:
 2008/10/12 Roeland Douma [EMAIL PROTECTED]:
  Let wel de index.html kon ik niet helemaal testen. Maar ik heb het 
geprobeerd.
  Op mijn eigen server werkte het. en heb het zo makkelijk mogelijk 
herschreven.
  Dit betekent ook dat in de tilecache config de bounds weggehaald moeten
  worden.
 
 Wat heb je precies veranderd? Alleen de bounds veranderen is niet
 genoeg neem ik aan. Ik zie een aantal nieuwe functies met geen enkele
 commentaar wat het nou eigenlijk doet.

Shit heb ik de verkeerde versie gestuurd (lees oude). hier de juiste met 
commentaar. 

Je geeft een bounding box op. (met min/max lon/lat). Deze converteer je naar 
relative x and y tiles. Dit betekent dus een getal tussen 0 en 1.

Op het moment dat een tile geladen wordt wordt de x en y tile berekent. Tevens 
wordt van de relative x en y tile (door het te vermenig vuldigen met het 
aantal tiles op dat zoomlevel) x en y tiles gemaakt op dat zoomlevel. Dan 
wordt gekeken of het binnen of buiten de bbox valt.

 Wat gebeurt bij de grens? Tiles op de grens zijn outside neem ik aan?

Nu is het zo dat op de grens binnen is. (dus van de NL tile server) maar dat 
is het aanpassen van de vergelijking.
 
Groet,
--Roeland
Title: NL tileserver


  





  


  
  This is the Netherlands tileserver. More
  information.
  
  Hosting provided by JR Online.
  

  
U bekijkt de speciale OpenStreetMap Carnavals layer. 
  
  Hosting provided by JR Online.
  

  
Wolkom op de Fryske kaart fan OpenStreetMap.
  Meer ynformaasje (Ingelsk).
Webstee oanbearn troch JR Online.

Welkom op de Friese kaart van OpenStreetMap.
Meer informatie (Engels).
Webhosting aangeboden door JR Online.
  

  Reacties of wijzigingen, zie het forum.
  Reacties of wijzigingen, zie het forum.
  

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [talk-au] How to merge existing ways with Potlatch?

2008-10-12 Per discussione Thomas Schroeder

Hi Paul,

Thanks for the hint, now it is working for me too.
On some ways I had to shorten the way first (because both endpoints were on 
top of each other) and then extend the end to the end point of the other way.

tschuess
Thomas

On Friday 10 October 2008 14:32:41 you wrote:
 Hi Thomas,
 It works for me like this (it's hard to put in words, but here goes)...
 * Have two separate ways, that you want to join into one way (not for a
 T-intersection or a crossing)

 * Select an end node of way1 (selecting end nodes puts you in a mode to
 extend the way by further clicking) * Hover the mouse over the end node of
 way2 where you want them to join (way2's nodes will show as bigger blue
 squares) * Hold the Shift key while clicking on way2's end node
 * Way2 now becomes part of Way1

 I've gotten the The ways do not share a common point message before, when
 I had way1 selected (but not an end node), and shift clicked in between 2
 nodes on way2. I was doing this to add more nodes to way2 to smooth curves
 of a freeway, but you can only do this if way2 is selected, but I had the
 other side of the freeway selected.

 Hope that helps,
 BlueMM


 - Original Message 

  From: Thomas Schroeder [EMAIL PROTECTED]
  To: talk-au@openstreetmap.org
  Sent: Thursday, 9 October, 2008 11:42:44 PM
  Subject: [talk-au] How to merge existing ways with Potlatch?
 
  Hi,
 
  I try to merge two existing ways with Potlatch, but it does not work.
  I followed the documentation:
  cite-start---
  To merge two ways into one:
 
  * Draw your way as normal.
  * When you move your mouse over another way, the points light up
  blue. * Shift-click the blue point at the start or end of the other way.
  * Or: if the ways are already drawn, select one, then hold Shift and
  click the other.
  cite-end
 
  Selecting one and Shift click the other always results in the
  error/message The ways do not share a common point.
 
  How do I create a common point or merge points?
 
  tschuess
  Thomas
 
 
  --
  Thomas Schroeder
  eMail: [EMAIL PROTECTED]
 
  ___
  Talk-au mailing list
  Talk-au@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-au

   Make the switch to the world#39;s best email. Get Yahoo!7 Mail!
 http://au.yahoo.com/y7mail



-- 
Thomas Schroeder
eMail: [EMAIL PROTECTED]

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-de] [KA-Geo] Brückennamen

2008-10-12 Per discussione Juergen Buchner

Über eine bridge-Relation?

http://wiki.openstreetmap.org/index.php/Relations/Proposed/Bridges_and_Tunnels

Da gibt es für diesen Zweck genau einen name 

Viele Grüße

Jürgen

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anmeldung OSM Kickoff Treffen

2008-10-12 Per discussione Sven Anders

Am Samstag, 11. Oktober 2008 11:59 schrieb Christian Roschow:
 An der Uni könnte man auch mal Fragen.
 Könnte man denn überhaupt noch einen Ortswechsel vollziehen?
 Ich könnte mal in unsere Gemeinde fragen, ob man das Gemeindehaus nutzen
 kann, welches für sehr viele Platz bietet. (ca. 60 km von Essen entfernt).

Mach doch! Vielleicht für ein Folgetreffen (im Frühjar 2009?). Wenn ich jetzt 
nochmal Plätze schätzen sollte, würde ich auf ca. 100 Leute schätzen. 

Bis dahin könnten es aber auch 200 sein. 

Gemeindehaus heißt natürlich auch mehr Orga Aufwand: 

* Verpflegung
* Endreinigung
* Unterbringung für Leute die nicht auf der Isomatte schlafen mögen etc.

Ich fände es super, wenn es jetzt Leute gibt, die sowas reißen wollen.

Gruß
Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anmeldung OSM Kickoff Treffen

2008-10-12 Per discussione Sven Anders

Am Samstag, 11. Oktober 2008 22:35 schrieb Florian Lohoff:
 On Sat, Oct 11, 2008 at 01:15:30PM +0200, Ralf Zimmermann wrote:
  Subject: Re: [Talk-de] Anmeldung OSM Kickoff Treffen
 
  Christian Roschow wrote:
   An der Uni könnte man auch mal Fragen.
   Könnte man denn überhaupt noch einen Ortswechsel vollziehen?
   Ich könnte mal in unsere Gemeinde fragen, ob man das Gemeindehaus
   nutzen kann, welches für sehr viele Platz bietet. (ca. 60 km von Essen
   entfernt).
 
  Ich fände einen anderen Veranstaltungs-Ort nicht gut.
  Das Linux-Hotel bietet eine perfekte Infrastruktur zu einem günstigen
  Preis. Das findet man so nur selten.

 Wir haben mit 3 Mann aus OWL mittlerweile davon abstand genommen uns
 anzumelden da das ganze scheinbar ja aus den naehten platzt.

Verstehe zwar nicht ganz, warum Ihr es nicht mal versucht. Aber ich vermute 
auch, das ich bald Leuten absagen muss. Wie gesagt, gerne tute ich es nicht, 
und ich werde auch nochmal mit dem Linux Hotel nach Lösungen suchen.

 Daher kann man sagen das das Linux-Hotel fuer diese veranstaltung
 fehldimensioniert ist.

Hinterher ist man immer schlauer. Jetzt haben aber schon ein paar Leute ein 
Flugticket gekauft;  absagen möchte ich es jetzt auch nicht mehr.

Gruß
Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grundstücksgrenzen.

Garry schrieb:
 Das Problem ist und bleibt dass es derzeit 
 kein Qualitätsmerkmal gibt welche Daten genau sind und welche nicht.

Wir haben doch festgestellt, dass OSM eine Community ist und
dass die Datenbreite und -tiefe wichtiger sind, als die Schärfe.

Damit muss man sich halt abfinden oder aufhören.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Strassenklassifizierung highway !=?Verwaltungsklassifizierung !!!

Heiko Jacobs schrieb:
 So manche unwichtige Strasze wurde schon viel zu breit gebaut :-)

Und viele wichtige Straßen werden als Druckmittel zurückgebaut.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OpenStreetBugs WayCheck

[EMAIL PROTECTED] schrieb:
 nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht 
 alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File 
 verarbeitet wird.

Ich will Postleitzahl ist auch nicht besser (momentan in OSB) :-)

 Also an den Beschneidungsgrenzen gibt es immer 
 abgeschnittene Wege, die dann als unverbunden erscheinen. 
 (Verbindungscheck).

Nunja, die müsste man ja dann nicht beachten.

 Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich 
 kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc.

Kann man in OSB keine Bugs als gelöst markieren? Okay, dann
würde sie dein Waycheck aber wieder reinhauen.

Kann man bei deinem Waycheck keine False-Positives markieren?

 Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von 
 Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese 
 Richtung.

Wer reden von Verbesserung? Ich möchte ein Information über Fehler.

 Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. 
 Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die 
 Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits 
 über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß 
 auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren 
 mir dann irgendwann zu unverständlich.

Was genau braucht denn die hohe Rechenzeit?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt

Tobias Wendorff schrieb:

 Neulich wurde gesagt, dass eine Community sowas wie eine Gemeinde ist,
 in der man sich nicht gegenseitig die Köpfe einschlägt. Das funktioniert
 aber auch nur, weil es bestimmte Regeln gibt, die das verhindern.

 _

So wie ich das einschätze wird es irgendwann eine Aufspaltung von  OSM 
geben mit parallelen Datenbanken.
So was wie OSM-HQ - auschliesslich für Fahrzeugnavigation mit 
eindeutigen scharfen Regeln die von vorneherein
festgelegt sind damit die glaubwürdigkeit nicht leidet.


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OpenStreetBugs WayCheck

Hallo Leute,

wäre es nicht vielleicht sinnvoll, die Informationen aus WayCheck
in OpenStreetBugs einfließen zu lassen?

Ich nehme an, dass es deutlich mehr Leute gibt, die OSB kennen
und nutzen. OSB würde somit zu einer zentralen Plattform für
Fehler in OSM werden.

Außerdem hätte man dann auch gleich eine Visualisierung der
gemeldeten Fehler/Informationen und der automatisch erkannten
Fehler.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

2008-10-12 Per discussione Marcus Wolschon

2008/10/10 Dominik Spies [EMAIL PROTECTED]:
 maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen
 wenn nicht gesetzt, dann keines da, basta.

Dem stimme ich vollkommen zu.

 maxspeed=walk ist a) sicher nicht brauchbar mit 7km/h abzubilden,
 siehe: http://de.wikipedia.org/wiki/Schritttempo
 ABER IMO nur bei Spielstraßen anzutreffen, und da ist es implizit.
 Muss halt der Router so intelligent sein (living_street + DE =
 schritt)..

Dem stimme ich ebenfalls zu.
http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany
die Kombination highway=living_street ist bereits in der Regelsammlung für
Programmierer von Routing-Software dokumentiert. Ein nicht-Zahlenwert
für das maxspeed-Tag ist somit sinnlos, redundant und verkompliziert den
Auswerte-Algorithmus für dieses Tag vollkommen unnötig.
maxspeed ist immer eine Zahl, alles andere ist ungültig und muss verworfen
werden.

Marcus
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bounding Box Parameter für Bundeslä nder?

Michael Schmitt schrieb:
 Ich habe dir POLY Files für die ganze BRD per PM geschickt.

Community?!

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OpenStreetBugs WayCheck

Hi,

nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht 
alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File 
verarbeitet wird. Also an den Beschneidungsgrenzen gibt es immer 
abgeschnittene Wege, die dann als unverbunden erscheinen. 
(Verbindungscheck).

Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich 
kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc.

Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von 
Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese 
Richtung.

Ich persönlich mache es so, dass ich Fehler verbessere, die ich eben kann 
und andere poste ich bei OSB. Damit ist der Link dann gemacht.

Um den Waycheck zu verbreiten, habe ich ja die Seite QualityCheck ins Leben 
gerufen. Diese ist auch vorne irgendwo auf einer der 2nd Level Seiten zu 
finden.

Also: Wir brauchen noch ein paar Mitstreiter. Andererseits: Nicht alle, die 
was daran arbeiten, verewigen sich im Wiki. Das ist zumindest mein Eindruck. 
Wenn übrigens nur noch unrichtige Fehler in den Listen sind, werden diese 
auch sehr überschaubar sein.

Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. 
Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die 
Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits 
über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß 
auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren 
mir dann irgendwann zu unverständlich.

Viele Grüße

Gerhard



- Original Message - 
From: Tobias Wendorff [EMAIL PROTECTED]
To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
Sent: Sunday, October 12, 2008 1:22 PM
Subject: [Talk-de] OpenStreetBugs  WayCheck


Hallo Leute,

wäre es nicht vielleicht sinnvoll, die Informationen aus WayCheck
in OpenStreetBugs einfließen zu lassen?

Ich nehme an, dass es deutlich mehr Leute gibt, die OSB kennen
und nutzen. OSB würde somit zu einer zentralen Plattform für
Fehler in OSM werden.

Außerdem hätte man dann auch gleich eine Visualisierung der
gemeldeten Fehler/Informationen und der automatisch erkannten
Fehler.

Grüße
Tobias

___
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] Legenden erzeugen

Martin Koppenhoefer schrieb:
 Also nur solche Features in die Legend, die im Kartenausschnitt
 auch wirklich verwendet werden.

Wieso? Man kann die Informationen aus der SVG oder der OSM
ablesen und dann nur für diesen Bereich eine neue SVG-Legende
rechnen lassen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [KA-Geo] Brückennamen

2008-10-12 Per discussione Dirk Stöcker


On Sun, 12 Oct 2008, Gerald.Oppen wrote:


in meinem Dorf hat der Ortschaftsrat beschlossen, alle Straßenbrücken
über den Dorfbach zu benennen. Der Beschluß sowie die Namen wurden im
amtlichen Teil des Dorfblattes veröffentlich und es sollen auch Schilder
angebracht werden, falls sich Sponsoren finden.

Wie könnte man das mappen?



Vor dem Problem stand ich auch schon (habe dann Strassenname durch
Brückennamen ersetzt)- vielleicht sollte man mal so was wie einen
Bauwerksname einführen.
Und wenn man schon dabei ist auch gleich eine Bauwerksnummer wie bei
Brücken üblich...


Tagwatch kennt bridge_name und bridge_ref, wenngleich beide nicht 
übermäßig stark genutzt werden.


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] weitere maxspeed-Values brauchen wir!


 Die Aussage mit bis 20km/h ist für Deutschland z.B, schlicht falsch.
 
 Garry
maxspeed=7 ich keinen Wimpernschlag richtiger.
Sofern ich richtig informiert bin haben deutsche Gerichte
Schrittgeschwindigkeit alles zwischen 2 und 20km/h festgelegt. Halt je
nach spezieller Situation.




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

2008-10-12 Per discussione Marcus Wolschon

Am 12. Oktober 2008 13:48 schrieb Garry [EMAIL PROTECTED]:
 Marcus Wolschon schrieb:
 2008/10/10 Dominik Spies [EMAIL PROTECTED]:

 maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen
 wenn nicht gesetzt, dann keines da, basta.


 Dem stimme ich vollkommen zu.

 Das geht aus Qualitätssicherungsgründen nicht da dann nicht
 unterschiedenwerden kann ob es keine Beschränkung
 gibt oder ob nur noch keiner den Wert eingetragen hat!

Und genau welche Qualitätssicherung willst du betreiben?
Sicherstellen, daß jede noch so kleine Seitenstraße einen
maxspeed-Wert hat?
Es sind sinnlose Daten. Genausogut kannst du sichestellen,
daß überall eine Straßenbreite und Spur-Anzahl existiert
anstatt einfach anzunehmen, daß auf motorway lanes=2
und überall sonst lanes=1 gilt. (Ich stelle mir gerade Wohngebiete
mit ihren vielen, vielen Seitenstraßen vor.)

 Mir hat immer noch keiner der 7km/h Gegner erklärt warum dieser Wert
 nicht brauchbar sein soll.

Versuchst du also zu argumentieren, daß
WEIL: living_street=yes bereits ein maxspeed impliziert
wir SOMIT: unbedingt auf diesen Straßen noch ein maxspeed=7
brauchen um die Verletzung der ersten Normalform komplett zu
machen?

Marcus
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Osma: Landuse auch in Zoom 12 noch rendern?

Hallo Martin,

Martin Koppenhoefer schrieb:
 Ich schlage vor, die Landuse-tags, insbesondere Friedhöfe, aber auch 
 allgemein, noch in Zoom 12 zu rendern. Bisher werden sie nur bis 13 
 dargestellt, so dass in 12 vermeintliche Lücken auftauchen, insbesondere 
 wenn größere Gebiete einen landuse-tag haben der das Gebiet erst 
 abweichend vom Umfeld charakterisiert, also z.B. Friedhöfe sind. Es geht 
 mir aber nicht nur um Friedhöfe, allgemein denke ich, dass in 12 die 
 Landuses noch erkennbar sind und die Karte bereichern.

kannst Du vielleicht ein Rendering-Beispiel präsentieren? Dann kann
man sich das besser vorstellen.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

Marcus Wolschon schrieb:
2008/10/10 Dominik Spies [EMAIL PROTECTED]:

maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen
wenn nicht gesetzt, dann keines da, basta.

Dem stimme ich vollkommen zu.

Das geht aus Qualitätssicherungsgründen nicht da dann nicht
unterschiedenwerden kann ob es keine Beschränkung
gibt oder ob nur noch keiner den Wert eingetragen hat!

Siehe auch
http://wince.dentro.info/koord/osm/KosmosMap.htm
http://forum.pocketnavigation.de/thread.php?threadid=943threadview=0hilight=hilightuser=0page=2

maxspeed=walk ist a) sicher nicht brauchbar mit 7km/h abzubilden,
siehe: http://de.wikipedia.org/wiki/Schritttempo
ABER IMO nur bei Spielstraßen anzutreffen, und da ist es implizit.
Muss halt der Router so intelligent sein (living_street + DE =
schritt)..

Dem stimme ich ebenfalls zu.

Mir hat immer noch keiner der 7km/h Gegner erklärt warum dieser Wert
nicht brauchbar sein soll.
Es ist sicher nicht der einzigste richtige Wert - aber kein falscher
Wert der zu irgendwelchen Konflickten
führen würde - und damit als Lösung zur Vereinfachung des tagens und
der Anwendung sehr wohl brauchbar.

http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany
die Kombination highway=living_street ist bereits in der Regelsammlung für
Programmierer von Routing-Software dokumentiert. Ein nicht-Zahlenwert
für das maxspeed-Tag ist somit sinnlos, redundant und verkompliziert den
Auswerte-Algorithmus für dieses Tag vollkommen unnötig.
maxspeed ist immer eine Zahl, alles andere ist ungültig und muss verworfen
werden.

Bis eben auf die Ausnahme bei unlimitierten Strassenabschnitten - hier
hätte ich mir auch einen Wert wie 255 als
höchster 8Bit-Zahlenwert vorstellen können um den Text ganz zu
vermeiden, aber da haben einige Leute Probleme damit
so dass maxspeed=no unumgänglich ist.

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt

Torsten Leistikow schrieb:
 Das Problem dabei ist nicht die Arbeit, sondern die verschiedenen
 Ansaetze. Es gibt halt ein paar Themen bei OSM, Wo man (bislang) einfach
 keine konkrete Einigung erzielen konnte. Und da macht man dann am Besten
 weiter, indem man das Thema halt ein bisschen unscharf laesst.

Dadurch sehe ich aber auf lange Sicht, dass OSM ein Inselprodukt wird.

Wenn wir uns in Zukunft mal darauf eignen, Straßen nach Fläche oder doch
anders zu taggen: Wer ändert dann den Bestand? Dann müssen alle Personen
nochmal raus und die gemachte Arbeit ist teilweise für die Katz.

Neulich wurde gesagt, dass eine Community sowas wie eine Gemeinde ist,
in der man sich nicht gegenseitig die Köpfe einschlägt. Das funktioniert
aber auch nur, weil es bestimmte Regeln gibt, die das verhindern.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

-Original Message-
 Date: Sun, 12 Oct 2008 13:03:08 +0200
 Subject: Re: [Talk-de] weitere maxspeed-Values brauchen wir!
 From: Marcus Wolschon [EMAIL PROTECTED]
 To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org

 2008/10/10 Dominik Spies [EMAIL PROTECTED]:
  maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen
  wenn nicht gesetzt, dann keines da, basta.

 Dem stimme ich vollkommen zu.

  maxspeed=walk ist a) sicher nicht brauchbar mit 7km/h abzubilden,
  siehe: http://de.wikipedia.org/wiki/Schritttempo
  ABER IMO nur bei Spielstraßen anzutreffen, und da ist es implizit.
  Muss halt der Router so intelligent sein (living_street + DE =
  schritt)..

 Dem stimme ich ebenfalls zu.

http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany
 die Kombination highway=living_street ist bereits in der Regelsammlung
 für Programmierer von Routing-Software dokumentiert. Ein
 nicht-Zahlenwert für das maxspeed-Tag ist somit sinnlos, redundant und
 verkompliziert den Auswerte-Algorithmus für dieses Tag vollkommen
 unnötig.
 maxspeed ist immer eine Zahl, alles andere ist ungültig und muss
 verworfen werden.

 Marcus

wo highway=living_street in der Datenbank steht braucht man nicht
nochmal zusätzlich maxspeed= an die ways zu taggen. Dafür haben wir ja
die default-Tabellen. Aber damit die default-tabellen korrekt sind
brauchen wir ein maxspeed=walk, weil es nicht nur in living_streets
maxspeed=walk als default gibt; z.B. für freigegebene Fahrräder auf
normalen Fusswegen (highway=footway + bicycle=yes) gilt maxspeed=walk
nach StVO

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt

Garry schrieb:
 So was wie OSM-HQ - auschliesslich für Fahrzeugnavigation mit 
 eindeutigen scharfen Regeln die von vorneherein
 festgelegt sind damit die glaubwürdigkeit nicht leidet.

Problem ist dann aber, dass ein Großteil der Nutzer ausgegrenzt
werden, weil sie nicht genau messen können und wollen.

Es betrifft ja nicht nur die Navigation, sondern auch andere
Bereiche, die mir zu unscharf erscheinen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Hallo.

Am Donnerstag, 9. Oktober 2008 schrieb Tobias Wendorff:
 Bernd Wurst schrieb:
  Was immer du mit Basiskopie meinst...

 Eine Kopie aus der Datenbank des Datenbankinhabers, die ausschließlich
 zur Aufbereitung zum Import in die OSM-Datenbank herausgegeben wurde.

Okay, ja, dann verstehen wir uns ja.
Diese Daten der Basiskopie verlassen deinen Rechner nicht mehr. Du machst 
mit irgendwelchen Mitteln (was du ja offenbar bisher schon hinbekommst) 
daraus OSM-Daten und gibst die jemandem, der seine Wege danach korrigiert.


Also um auf die in diesem Thread (in meiner Abwesenheit) ausführlich 
diskutierte menschliche Komponente zurück zu kommen:

Ich habe meinen Heimatort gemapped. Teilweise mit einem hundmiserablen GPS, 
aber mit Hingabe. ;-) Grade an Häusern entlang liefert ein schlechtes 
GPS-Gerät gerne mal sehr miese Genauigkeit. Dies habe ich durch eine gute 
Kenntnis der Elemente zueinander kompensiert und so eine Karte zu Stande 
gebracht, die meinem Verständnis nach schon dem entspricht, was dort so ist.

Wenn du mir jetzt sagst, dass du Daten von meinem Ort hast, die genauer sind 
und du würdest gerne meine Daten löschen und die neuen drüber machen, hätte 
ich was dagegen. Ich kann es technisch nicht verhindern, aber ich fände es 
arrogant und unmenschlich und du würdest von mir keine gut gelaunte 
Zustimmung erhalten.

Wenn du mir jetzt sagst, dass du Daten von meinem Ort hast, die genauer sind 
und du würdest mir diese genaueren (OSM-) Daten geben damit ich die Fehler 
sehen und korrigieren kann, dann würde ich das sofort machen und würde mich 
freundlichst dafür bedanken.

Du verstehst den Unterschied?

Nein? Okay, hier die Begründung:
Wenn du ein gutes Stück Straße, das bei mir vielleicht um wenige Meter falsch 
gelegen hat ersetzt ohne dass dies notwendig wäre, dann kickst du mich und 
meine investierten Stunden an fröhlichem Mapping einfach weg. Bei Objekten 
die *richtig* heftig falsch sind, ist das schon okay. Ein Erhalt der History 
wäre gut, aber wenn es richtig falsch ist, ist das egal. (Ich habe mal einen 
Wald gelöscht, der das halbe Wohngebiet überlagert hat.)

Aber wenigstens die Daten, die ich richtig gemacht habe, die sollen bitte 
auch mir gehören in dem Sinne, dass andere sehen können, dass ich das 
gemacht habe. 

Das hat nicht wirklich was mit Eitelkeit zu tun sondern das ist der Stolz auf 
die eigene Arbeit, den man einfach braucht um motiviert zu sein und zu 
bleiben.

Gruß, Bernd

-- 
Wer viel arbeitet, macht viele Fehler.
Wer nicht arbeitet, macht keine Fehler.
Wer keine Fehler macht, wird befördert und prämiert.


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] Bounding Box Parameter für Bundeslä nder?

2008-10-12 Per discussione Michael Schmitt

Tobias Wendorff schrieb:
 Michael Schmitt schrieb:
   
 Ich habe dir POLY Files für die ganze BRD per PM geschickt.
 

 Community?!
   
Wenn du mir sagst wo ich die das ZIP-File hinspielen kann, damit alle 
darauf zugreien können stelle ich es gerne zur Verfügung.

Gruss  mikes


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [KA-Geo] Brückennamen

Am 12. Oktober 2008 11:02 schrieb Dirk Stöcker [EMAIL PROTECTED]:

 On Sun, 12 Oct 2008, Gerald.Oppen wrote:

  in meinem Dorf hat der Ortschaftsrat beschlossen, alle Straßenbrücken
 über den Dorfbach zu benennen. Der Beschluß sowie die Namen wurden im
 amtlichen Teil des Dorfblattes veröffentlich und es sollen auch Schilder
 angebracht werden, falls sich Sponsoren finden.

 Wie könnte man das mappen?


  Vor dem Problem stand ich auch schon (habe dann Strassenname durch
 Brückennamen ersetzt)- vielleicht sollte man mal so was wie einen
 Bauwerksname einführen.
 Und wenn man schon dabei ist auch gleich eine Bauwerksnummer wie bei
 Brücken üblich...


 Tagwatch kennt bridge_name und bridge_ref, wenngleich beide nicht übermäßig
 stark genutzt werden.

 Ciao
 --
  http://www.dstoecker.eu/


wie wärs mit name:bridge=Brückenname ?

oder weiterführend name:de:bridge=Karlsbrücke

wenn man sich allgemein auf die Doppelpunkt-Syntax einigen würde, die durch
das Karlsruher-Nr.-Schema quasi eingeführt wurde, wären diese Dinge alle auf
einen Schlag geregelt.

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Hallo.

Am Donnerstag, 9. Oktober 2008 schrieb Frederik Ramm:
 Bernd Wurst wrote:
  Es gibt keinen History-Dump, den ich in mein neues, imaginäres Projekt
  FreeWorldMap hochladen kann um damit auf dem Markt gleichberechtigt
  gegen OSM anzutreten.
 Ja, aber das ist nicht Boesartigkeit sondern einfach ein Mangel an
 Mitteln und geeigneter Software. 

Okay, war mir jetzt sogar nichtmal bewusst, dass es gar keinen history-dump 
gibt. ;-)

Mir ging es hier wirklich nur um das rechtliche.

Zum technischen: So lange es keinen MySQL-Slave gibt, der die Änderungen in 
Echtzeit bekommt und solche fetten lese-zugriffe unabhängig vom haupt-server 
machen kann, wird das echt schwer. Leider gibt es keine Begründung von den 
Zuständigen, warum es noch immer keinen Datenbank-Slave gibt, daher wird 
immer wieder von allen Ecken der Ruf nach einem solchen kommen. ;-)

Schließlich nutzen andere in ähnlichen Belastungs-Szenarien auch 
Master-Slave-Systeme und die Einrichtung ist kinderleicht. Wenn es trotzdem 
nicht gemacht wird und man über Überlastung klagt, wäre eine Begründung da 
vorteilhaft. ;-)


  Beamen wir uns mal ein paar Jahre weiter, mein imaginäres FreeWorldMap
  ist total der Burner, OSM ist am sterben. :)
  Dennoch muss in jeder Kartenanzeige, von jedem der meine Karten nutzt
  dann OpenStreetMap zusätzlich als Quelle der Daten genannt werden.
 Halte ich fuer uebertrieben, ich denke, Du kannst auch auf eine
 Attribution-Webseite o.ae. verweisen, auf der dann steht 90% unserer
 Daten sind von OSM, der Rest ist Eigenbau oder so.

Also die Frage ist doch, wenn ich planet.osm in eine eigene Datenbank packe, 
noch etwas daran rum editiere und das dann als Karte (Tileserver, Druck, 
whatever) veröffentliche. Dann muss ich OpenStreetMap nennen. Im selben 
Kontext wie die Daten veröffentlicht werden.
Das ist (nach meinem Verständnis) der Witz an der Attribution-Lizenz.

Die Lizenz unterscheidet aber nicht, ob ein einzelner, eine Firma oder ein 
freies Projekt noch etwas daran rum editiert.

Will ich also mit einem freien Projekt daran rum editieren, dann muss im 
Kontext der Kartenveröffentlichung weiterhin OpenStreetMap genannt werden, 
wenn ich diese Darten (mit-)verwende.


  Will man ein konkurrierendes freies Projekt machen, muss man auf alle
  Daten aus OSM verzichten, da die Lizenz keine übernahme zu in diesem
  Fall fairen Bedingungen erlaubt.
 Das kommt natuerlich drauf an, welchen Fokus man hat. Wenn man es
 unfair findet, dass man sagen muss, wo die Daten herkommen, kann man
 eben keine Attribution-Daten verwenden. Finde ich jetzt nicht sooo
 dramatisch.

Ich finde es auch nicht dramatisch. 
Aber es macht das Projekt nicht zu gleichen Bedingungen fork-bar, was in 
mancherlei Auffassung eine deutliche Einschränkung von freies Projekt ist. 
Ein Fork-Projekt wäre, auch wenn es selbst ein Community-Projekt ist, immer 
benachteiligt weil ein Verwender der Daten mind. zwei Quellen nennen 
müsste[*].

Die Daten sind nicht komplett frei sondern sind immer behaftet mit (C) 
OpenStreetMap. Ob man das weiterhin als frei ansieht oder nicht, muss jeder 
selbst wissen, aber man sollte das halt immer im Hinterkopf behalten.

[*]: Würde auch hier der Konsens herrschen, ein Verweis auf das neue Projekt 
reicht, wenn das neue Projekt dann wiederrum selbst auf OSM als Datenquelle 
verweist, dann fang ich an zu lachen. Das ist wider jeder Auslegung der 
Lizenz die mir bisher unter gekommen ist und führt im gleichen Maß dazu, dass 
eine Firma die Daten ebenfalls ohne direkte Nennung von OSM veröffentlichen 
kann.


  Was glaubst du, wann und warum XFree86 in der Versenkung verschwunden
  ist? Genau, in exakt dem Moment als die eine Attribution-Lizenz
  eingeführt haben.
 Erstens ziehen Software-Vergleiche nicht - Daten sind was komplett
 anderes. Zweitens ist OSM weit davon entfernt, in der Versenkung zu
 verschwinden.

In diesem Fall ist es IMHO egal ob Sourcecode oder Daten. Und ja, OSM ist mit 
der Lizenz gewachsen. Ob mit oder trotz oder durch, darf sich jeder 
selbst als Hausaufgabe überlegen. ;-)

Gruß, Bernd

-- 
Das Usenet ist prinzipiell ein recht lustiger Haufen, machmal ein
lustiger Haufen kleinkarierter, besserwissender und arroganter
Arschlöcher aber doch immer irgendwie lustig.
  -  Oliver C. Thornton, de.rec.reisen.misc, 26.7.2003


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] Bounding Box Parameter für Bundeslä nder?

Michael Schmitt schrieb:
 Wenn du mir sagst wo ich die das ZIP-File hinspielen kann, damit alle 
 darauf zugreien können stelle ich es gerne zur Verfügung.

Frag' doch GS, ob er es auf seiner Seite hosten kann. Ansonsten:

http://www.google.de/search?q=Filehoster

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grundstücksgrenzen.



 Ich finde nur das OSM langsam an die Grenzen der Wartbarkeit kommt wenn
 zuviel auf einmal im Editor angezeigt wird und der Eigentlich Sinn von OSM
 dabei zu kurz kommt.
 Schliesslich wurde es Strassenkarte definiert - so sollten vorrangig
 erstmal die Strassen vollständig werden bevor die Datenbank nicht mehr
 handhabbar wird  weil jeder sein hier schon berühmter Goldfischglas auch mit
 eintragen will..


 Garry



meiner Ansicht nach ist der Name nicht ganz glücklich oder gibt zumindest
den wahren Charakter von OSM nur z.T. wieder. OSM ist weit mehr als eine
Straßenkarte. Ich sehe auch bei POIs (Goldfischglas) nicht so recht, wieso
das stören sollte, das ist ein winziger Punkt in JOSM, wenn Du den nicht
brauchst, wirst Du ihn auch kaum beachten. Vielleicht bin ich diesbzgl. auch
noch nicht so sensibel, weil in den Gegenden wo ich bin, selbst die Landuse
noch zum großen Teil fehlen, so dass ich (noch) kein Problem damit habe.

Sicherlich wäre eine Filter-Funktion gut, mit der man gezielt Tags im Editor
ausblenden kann. Ein Thema, das hier ja schon ein paarmal da war.

Meine Vorstellung ist, dass sowas gut mit filter-listen, die man auch
kombinieren kann, und mind. 2 modes,z.B.: alles anzeigen ausser
[filter-liste1 und filter-liste3] oder nichts anzeigen ausser
[filter-liste2 und x...] realisiert werden könnte.

Ein paar filter-listen könnten auch schon vorkonfiguriert sein (z.B. alle
Straßen, alle Map-feature-Elemente).

Ich kann das aber selbst nicht umsetzen und daher nur hoffen, dass jemand,
dem die Idee gefällt, das als Anregung versteht.

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Bernd Wurst schrieb:
 Wenn du mir jetzt sagst, dass du Daten von meinem Ort hast, die genauer sind 
 und du würdest mir diese genaueren (OSM-) Daten geben damit ich die Fehler 
 sehen und korrigieren kann, dann würde ich das sofort machen und würde mich 
 freundlichst dafür bedanken.

Du bist bereit, die neuen Daten zu übernehmen und sogar selbst
einzupflegen. OSM hat dadurch einen Vorteil. Aber Du vergisst,
dass es Leute gibt, die nicht dazu bereit sind - also würde
dieser Erfolg für OSM ausbleiben.

 Aber wenigstens die Daten, die ich richtig gemacht habe, die sollen bitte 
 auch mir gehören in dem Sinne, dass andere sehen können, dass ich das 
 gemacht habe. 
 
 Das hat nicht wirklich was mit Eitelkeit zu tun sondern das ist der Stolz auf 
 die eigene Arbeit, den man einfach braucht um motiviert zu sein und zu 
 bleiben.

Man müsste also im Endeffekt _vor_ der Unterzeichnung einer
Nutzungserklärung abstimmen, ob die Nutzer in diesem Bereich
überhaupt mit einer Verbesserung einverstanden wären?!

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grundstücksgrenzen.

Martin Koppenhoefer schrieb:
 Sicherlich wäre eine Filter-Funktion gut, mit der man gezielt Tags im 
 Editor ausblenden kann. Ein Thema, das hier ja schon ein paarmal da war.

Mit welchem Ergebnis?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

2008-10-12 Per discussione Thomas Hühn

Bernd Wurst [EMAIL PROTECTED] writes:

 Nein? Okay, hier die Begründung:
 Wenn du ein gutes Stück Straße, das bei mir vielleicht um wenige Meter falsch 
 gelegen hat ersetzt ohne dass dies notwendig wäre, dann kickst du mich und 

Nichts ist notwendig. Aber wer sich einer solchen klaren Verbesserung in den
Weg stellt, stellt sein Ego m.E. über die Ziele des Projekts und ist
hoffentlich nur ein Einzelfall.

 meine investierten Stunden an fröhlichem Mapping einfach weg. Bei Objekten 
 die *richtig* heftig falsch sind, ist das schon okay. Ein Erhalt der History 
 wäre gut, aber wenn es richtig falsch ist, ist das egal. (Ich habe mal einen 
 Wald gelöscht, der das halbe Wohngebiet überlagert hat.)

 Aber wenigstens die Daten, die ich richtig gemacht habe, die sollen bitte 
 auch mir gehören in dem Sinne, dass andere sehen können, dass ich das 
 gemacht habe. 

Zwangsläufige Folge ist, daß OSM ein Spielplatz für diejenigen ist, die
früh genug dabei waren und, alle Neueinsteiger entweder in der Sahara
wohnen und mappen müssen, oder eben nicht richtig mitmachen dürfen.

Du versagst damit nämlich den Neueinsteigern, die ebenfalls Stunden an
Mühe investiert haben und möglicherweise tatsächlich bessere Ergebnisse
zustandegebracht haben, die Anerkennung und das Streicheln des eigenen
Egos, daß du für dich reklamierst.

Wenn der Neueinsteiger nichtmal mehr einen ganzen Straßenzug
korrigieren, sondern maximal ein paar Details (Briefkasten hier,
Parkbank dort) hinzufügen darf (evtl gar nur neu hinzufügen, was noch
nicht gemappt war), dann wird der sich schnell ein anderes
Betätigungsfeld suchen.

Im übrigen: wenn das so Konsens wäre, dann sollte schleunigst eine
offizielle Vergabe von Territorien durch OSM an einzelne Mapper oder
Mappergruppen erfolgen. So wie der Schornsteinfeger auch sein Gebiet
hat.

Die richtige Lösung wäre meines Erachtens, irgendwo die Namen aller am
jeweiligen Datenauszug/Kartenabschnitt beteiligten prominent sichtbar zu
machen, wenn es OSMlern schon so stark auf die Anerkennung ankommt. So
daß der alte Mapper nicht ersetzt wird und ruhmlos abtritt, sondern
neben dem neuen Mapper erkennbar ist.

Thomas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Osma: Landuse auch in Zoom 12 noch rendern?

Am 12. Oktober 2008 13:33 schrieb Tobias Wendorff 
[EMAIL PROTECTED]:

 Hallo Martin,

 Martin Koppenhoefer schrieb:

 Ich schlage vor, die Landuse-tags, insbesondere Friedhöfe, aber auch
 allgemein, noch in Zoom 12 zu rendern. Bisher werden sie nur bis 13
 dargestellt, so dass in 12 vermeintliche Lücken auftauchen, insbesondere
 wenn größere Gebiete einen landuse-tag haben der das Gebiet erst abweichend
 vom Umfeld charakterisiert, also z.B. Friedhöfe sind. Es geht mir aber nicht
 nur um Friedhöfe, allgemein denke ich, dass in 12 die Landuses noch
 erkennbar sind und die Karte bereichern.


 kannst Du vielleicht ein Rendering-Beispiel präsentieren? Dann kann
 man sich das besser vorstellen.

 Grüße
 Tobias


http://www.informationfreeway.org/?lat=41.90109734150496lon=12.52562017400572zoom=13layers=BF000F

wenn Du den Friedhof in der Mitte ansiehst, und auf Zoom 12 schaltest,
verschwindet er, die Parks sind aber noch da, in Mapnik sogar bis Zoom 10
(was m.E. auch besser ist, auch Wald !)

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Osma: Landuse auch in Zoom 12 noch rendern?

2008-10-12 Per discussione Martin Simon

Am 8. Oktober 2008 03:23 schrieb Martin Koppenhoefer [EMAIL PROTECTED]:
 Ich schlage vor, die Landuse-tags, insbesondere Friedhöfe, aber auch
 allgemein, noch in Zoom 12 zu rendern. Bisher werden sie nur bis 13
 dargestellt, so dass in 12 vermeintliche Lücken auftauchen, insbesondere
 wenn größere Gebiete einen landuse-tag haben der das Gebiet erst abweichend
 vom Umfeld charakterisiert, also z.B. Friedhöfe sind. Es geht mir aber nicht
 nur um Friedhöfe, allgemein denke ich, dass in 12 die Landuses noch
 erkennbar sind und die Karte bereichern.

 Martin

Ich wäre auch dafür, in zoom 12 landuse zu rendern, dafür aber in den
captionless-tiles alles wegzulassen, was kleiner als tertiary ist.
Das würde die Karte in den niedrigeren Zoomstufen sicherlich
übersichtlicher machen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Thomas Hühn schrieb:
 So wie der Schornsteinfeger auch sein Gebiet hat.

AFAIK bröckelt das Monopol langsam ... ich habe von einer Novellierung
des SchfG gehört, welches freien Wettbewerb ermöglicht / erzwingt.

 Die richtige Lösung wäre meines Erachtens, irgendwo die Namen aller am
 jeweiligen Datenauszug/Kartenabschnitt beteiligten prominent sichtbar zu
 machen, wenn es OSMlern schon so stark auf die Anerkennung ankommt. So
 daß der alte Mapper nicht ersetzt wird und ruhmlos abtritt, sondern
 neben dem neuen Mapper erkennbar ist.

Dann aber bitte mit History- und Autoren-Referenz, dann könnte man diese
mitziehen, wenn man wirklich mal einen Way löschen müsste.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

2008-10-12 Per discussione Thomas Hühn

Tobias Wendorff
[EMAIL PROTECTED] writes:

 Thomas Hühn schrieb:
 So wie der Schornsteinfeger auch sein Gebiet hat.

 AFAIK bröckelt das Monopol langsam ... ich habe von einer Novellierung
 des SchfG gehört, welches freien Wettbewerb ermöglicht / erzwingt.

Der dann hoffentlich einen Umgang mit Terminen bringt, der der
Unmöglichkeit weiter Teile der Bevölkerung, auf Abruf und binnen
kürzester Frist mal eben einen Vormittag zuhause zu bleiben, Rechnung
trägt. :-/

 Die richtige Lösung wäre meines Erachtens, irgendwo die Namen aller am
 jeweiligen Datenauszug/Kartenabschnitt beteiligten prominent sichtbar zu
 machen, wenn es OSMlern schon so stark auf die Anerkennung ankommt. So
 daß der alte Mapper nicht ersetzt wird und ruhmlos abtritt, sondern
 neben dem neuen Mapper erkennbar ist.

 Dann aber bitte mit History- und Autoren-Referenz, dann könnte man diese
 mitziehen, wenn man wirklich mal einen Way löschen müsste.

Ich war übrigens ziemlich überrascht, kein Äquivalent zum
Historie-Link von Wikipedia bei OSM zu finden, als ich auf OSM
aufmerksam wurde.

Ist natürlich auch schwerer userfreundlich umzusetzen, weil Wikipedia
diskrete Artikel hat, während OSM (also das, was der User zunächst
sieht, die potlatch-Karte) einen Ausschnitt aus einem kontinuierlichen
Bereich zeigt.

Aber wahrscheinlich wäre auch erstmal zu klären, wie stark das
meins-Gefühl tatsächlich bei der Masse der Mapper ausgeprägt ist.

Thomas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grundstücksgrenzen.

2008-10-12 Per discussione Torsten Leistikow

Tobias Wendorff schrieb:
 Mit welchem Ergebnis?

Bei offenen Projekten kommt im Zweifelsfall am Ende raus: Mach es dir
selber.

Gruss
Torsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Thomas Hühn schrieb:
 Aber wahrscheinlich wäre auch erstmal zu klären, wie stark das
 meins-Gefühl tatsächlich bei der Masse der Mapper ausgeprägt ist.

Da der Community-Gedanke anscheinend stärker ausgeprägt ist,
als der Datenbank-Gedanke, vermute ich, dass das meins-Gefühl
bei einigen Leuten stark ausgeprägt ist, um nicht in der Masse
zu versinken.

Vielleicht sollte man bei der Registrierung Folgendes ankreuzen:

Ich bin einverstanden, dass andere User die von mir erhobenen
Daten ohne Rückfrage korrigieren und verbessern können, auch wenn
dadurch Hinweise auf meine Mitarbeit verloren gehen.

ja / nein

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grundstücksgrenzen.

2008-10-12 Per discussione Detlef Reichl

Am Sonntag, den 12.10.2008, 15:29 +0200 schrieb Martin Koppenhoefer:
 
 Ich finde nur das OSM langsam an die Grenzen der Wartbarkeit
 kommt wenn zuviel auf einmal im Editor angezeigt wird und der
 Eigentlich Sinn von OSM dabei zu kurz kommt.
 Schliesslich wurde es Strassenkarte definiert - so sollten
 vorrangig erstmal die Strassen vollständig werden bevor die
 Datenbank nicht mehr handhabbar wird  weil jeder sein hier
 schon berühmter Goldfischglas auch mit eintragen will..
 
 
 Garry
 
 
 meiner Ansicht nach ist der Name nicht ganz glücklich oder gibt
 zumindest den wahren Charakter von OSM nur z.T. wieder. OSM ist weit
 mehr als eine Straßenkarte. Ich sehe auch bei POIs (Goldfischglas)
 nicht so recht, wieso das stören sollte, das ist ein winziger Punkt in
 JOSM, wenn Du den nicht brauchst, wirst Du ihn auch kaum beachten.
 Vielleicht bin ich diesbzgl. auch noch nicht so sensibel, weil in den
 Gegenden wo ich bin, selbst die Landuse noch zum großen Teil fehlen,
 so dass ich (noch) kein Problem damit habe.
 
 Sicherlich wäre eine Filter-Funktion gut, mit der man gezielt Tags im
 Editor ausblenden kann. Ein Thema, das hier ja schon ein paarmal da
 war. 
 
 Meine Vorstellung ist, dass sowas gut mit filter-listen, die man auch
 kombinieren kann, und mind. 2 modes,z.B.: alles anzeigen ausser
 [filter-liste1 und filter-liste3] oder nichts anzeigen ausser
 [filter-liste2 und x...] realisiert werden könnte. 
 
 Ein paar filter-listen könnten auch schon vorkonfiguriert sein (z.B.
 alle Straßen, alle Map-feature-Elemente).
 


Eine gewisse Unübersichtlichkeit in den unteren Zoomstufen sehe ich
auch. Vor kurzen habe ich bei uns in der Stadt einiges an Geschäften,
Restaurants, ... eingetragen. Und dann ist es halt nicht nur ein kleiner
Punkt in JOSM, sodern es hängt auch noch der Name als langer Schwanz
dran. Hierfür wäre eine Maximallänge in der Anzeige von JOSM ganz nett,
so das aus Gerts Flößerstube beim Musikantenwirt Gerts Flöß... wird.
Der vollständige Name könne ja angezeigt werden, sobald der Punkt
ausgewählt ist.

Das mit den Filterlisten ist nicht ganz unproblematisch. Wenn du z.B.
die POIs ausblendest, weil du dich im Augenblick nur mit den Straßen
beschäftigen willst, kann es leicht passieren, das der Briefkasten der
vorher auf der rechten Straßenseite stand anschließend auf der linken
ist. Um dem vorzubeugen müßte man die Objekte irgendwie miteinander
verknüpfen könnnen. Das wiederum würde die Sache noch weit
unübersichtlicher machen.

detlef


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt

2008-10-12 Per discussione Andreas Labres

Tobias Wendorff wrote:
 Wenn wir uns in Zukunft mal darauf eignen, Straßen nach Fläche oder doch
 anders zu taggen: Wer ändert dann den Bestand? Dann müssen alle Personen
 nochmal raus und die gemachte Arbeit ist teilweise für die Katz.

Mein Eindruck ist, der Konsens heißt, daß Straßen nach ihrer Wichtigkeit *)
getaggt werden. Das ist immer ein wenig subjektiv. Sprich, jemand anderer wird
das vielleicht ein wenig anders sehen und ein wenig anders taggen. Wo ist das
Problem? Wenn ich mir das Tagging der höherwertigeren Straßen so anschaue,
stimme ich in den meisten Fällen überein.

*) wenn da Beispiele gewünscht werden, können wir gern über ein konkretes
Beispiel reden: die B223 (und ihre Verlängerung nach W) in Wien...

Und es ist auch nicht notwendig, den Bestand per se in Frage zu stellen.
Irgendwer hat sich irgendwas dabei gedacht. Wenn mir z.B. im Einzelfall eine
Inkonsistenz auffällt, dann ändere ich vielleicht im kleinen was (konkret z.B.
die Bergmillergasse in Wien würde ich tertiary taggen).

Servus, Andreas

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Osma: Landuse auch in Zoom 12 noch rendern?

2008-10-12 Per discussione Joerg Ostertag (OSM Tettnang/Germany)

Am 12. Oktober 2008 16:06 schrieb Martin Simon [EMAIL PROTECTED]:

 Am 8. Oktober 2008 03:23 schrieb Martin Koppenhoefer 
 [EMAIL PROTECTED]:
  Ich schlage vor, die Landuse-tags, insbesondere Friedhöfe, aber auch
  allgemein, noch in Zoom 12 zu rendern. Bisher werden sie nur bis 13
  dargestellt, so dass in 12 vermeintliche Lücken auftauchen, insbesondere
  wenn größere Gebiete einen landuse-tag haben der das Gebiet erst
 abweichend
  vom Umfeld charakterisiert, also z.B. Friedhöfe sind. Es geht mir aber
 nicht
  nur um Friedhöfe, allgemein denke ich, dass in 12 die Landuses noch
  erkennbar sind und die Karte bereichern.
 
  Martin

 Ich wäre auch dafür, in zoom 12 landuse zu rendern, dafür aber in den
 captionless-tiles alles wegzulassen, was kleiner als tertiary ist.
 Das würde die Karte in den niedrigeren Zoomstufen sicherlich
 übersichtlicher machen.


die residentials stören nicht in den niedrigeren Zoomleveln, wenn sie
konsequent unter den tertiary gerendert werden. Ich würde sie drinlassen, da
man an ihnen erstens die Struktur und zweitens die Vollständigkeit der Daten
erkennt, vor allem, wenn die Straßenhierarchie insgesamt noch nicht
zufriedenstellend ist.

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

2008-10-12 Per discussione John07

Thomas Hühn schrieb:
 Die richtige Lösung wäre meines Erachtens, irgendwo die Namen aller am
 jeweiligen Datenauszug/Kartenabschnitt beteiligten prominent sichtbar zu
 machen, wenn es OSMlern schon so stark auf die Anerkennung ankommt. So
 daß der alte Mapper nicht ersetzt wird und ruhmlos abtritt, sondern
 neben dem neuen Mapper erkennbar ist.

   
Sowas kann man ganz schön mit dem OSM Mapper machen und dann auf die 
Wikiseite der jeweiligen Region setzten. Aber ich denke, ihr wollt auf 
etwas zentraleres und offizielleres raus.
Gruß
Jonas
P.S. Mir persönlich genügt es übrigens, dass ich für mich sagen kann, 
ich hab dazu beigetragen, dass OSM zu dem geworden ist, dass es jetzt 
ist oder in der Zukunft sein wird. Egal ob dann noch von mir Daten 
vorhanden sind oder die alle gelöscht wurden.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Icons zum Karten rendern

Das wäre eigentlich der richtige platz für neue Icons, die zum rendern 
verwendet werden sollen.

http://svn.openstreetmap.org/applications/share/map-icons/



-- 
Jörg (Germany, Tettnang)

http://www.ostertag.name/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Hallo.

Am Sonntag, 12. Oktober 2008 schrieb Thomas Hühn:
  Wenn du ein gutes Stück Straße, das bei mir vielleicht um wenige Meter
  falsch gelegen hat ersetzt ohne dass dies notwendig wäre, dann kickst du
  mich und
 Nichts ist notwendig. Aber wer sich einer solchen klaren Verbesserung in
 den Weg stellt, stellt sein Ego m.E. über die Ziele des Projekts und ist
 hoffentlich nur ein Einzelfall.

Wer definiert denn eine klare Verbesserung? 
Wenn die kommunalen Geodaten, die Tobias offenbar irgendwo her bekommen hat 
mit der selben Sorgfalt zusammengetragen wurden wie diverse andere kommunale 
Datenwerke, dann glaube ich sicherlich nicht an die Unfehlbarkeit dieser 
Daten.

Tobias selbst schreibt von einer Veränderung von um die 100 Meter. Ich finde 
eine Ungenauigkeit von 100 Metern ist so derartige Pillepalle, dass es echt 
wenig Sinn macht, deswegen etwas zu löschen, selbst wenn die anderen Daten 
genauer wären.


  Aber wenigstens die Daten, die ich richtig gemacht habe, die sollen bitte
  auch mir gehören in dem Sinne, dass andere sehen können, dass ich das
  gemacht habe.
 Zwangsläufige Folge ist, daß OSM ein Spielplatz für diejenigen ist, die
 früh genug dabei waren und, alle Neueinsteiger entweder in der Sahara
 wohnen und mappen müssen, oder eben nicht richtig mitmachen dürfen.
 Du versagst damit nämlich den Neueinsteigern, die ebenfalls Stunden an
 Mühe investiert haben und möglicherweise tatsächlich bessere Ergebnisse
 zustandegebracht haben, die Anerkennung und das Streicheln des eigenen
 Egos, daß du für dich reklamierst.

Hm. Wir könnten jetzt wie kleiner Kinder mit Schäufelchen voller Sand 
aufeinander werfen, aber irgendwie macht das keinen Sinn.

Ein Neueinsteiger, der mit seinem GPS rumrennt, der macht üblicherweise nicht 
mal eben ein Stadtviertel (das bisher schon ganz passabel aussieht) komplett 
platt und mapped es neu. Sondern der wird einige Straße ablaufen und dann ein 
paar Straßen etwas korrigieren. Handarbeit.

Das ist ein bedeutender Unterschied. Nicht nur dass dabei die History erhalten 
bleibt, es ist einfach sozial etwas anderes.


 Wenn der Neueinsteiger nichtmal mehr einen ganzen Straßenzug
 korrigieren, sondern maximal ein paar Details (Briefkasten hier,
 Parkbank dort) hinzufügen darf (evtl gar nur neu hinzufügen, was noch
 nicht gemappt war), dann wird der sich schnell ein anderes
 Betätigungsfeld suchen.

Naja, ein Neueinsteiger der in einem straßen-kompletten Gebiet zu uns stößt, 
hat bestimmt das Problem, dass er einfach nicht ganz so schnell so viele 
neue Straßen einzeichnen kann wie jemand, der noch in der weißen Wüste wohnt.

Aber einfach ein Stadtviertel löschen nur damit man was zum mappen hat ist 
schon sehr konstruiert und ich nehme nicht an, dass so etwas in der Praxis 
passiert.


 Im übrigen: wenn das so Konsens wäre, dann sollte schleunigst eine
 offizielle Vergabe von Territorien durch OSM an einzelne Mapper oder
 Mappergruppen erfolgen. 

Weil es Konsens ist, dass man nichts unnötigerweise löschen sollte? Ich hoffe 
mal, das ist soweit konsensfähig und wird von den meisten hier so 
praktiziert.

Veränderungen sind generell prima, Löschungen sollten die absolute Ausnahme 
bleiben.


 Die richtige Lösung wäre meines Erachtens, irgendwo die Namen aller am
 jeweiligen Datenauszug/Kartenabschnitt beteiligten prominent sichtbar zu
 machen, wenn es OSMlern schon so stark auf die Anerkennung ankommt. So
 daß der alte Mapper nicht ersetzt wird und ruhmlos abtritt, sondern
 neben dem neuen Mapper erkennbar ist.

Ich muss nicht an aktuellster Stelle der History stehen (das was Osmarender an 
die Straßen rendert), mir kommt es nicht darauf an, dass mein Name irgendwo 
prominent steht. Aber wenn man noch nichtmal mehr über die History der 
Objekte in die ich echt Herzblut investiert habe meinen username sehen würde, 
würde mich das stören und es wäre eine Motivations-Bremse.

Gruß, Bernd

-- 
Alanna Saying that Java is nice because it works on all OS's is like
 saying that anal sex is nice because it works on all genders.


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] das Prinzip von OpenSource unkompatibel zu OSM?

Hallo.

Am Sonntag, 12. Oktober 2008 schrieb Tobias Wendorff:
 Bernd Wurst schrieb:
  Wenn du mir jetzt sagst, dass du Daten von meinem Ort hast, die genauer
  sind und du würdest mir diese genaueren (OSM-) Daten geben damit ich die
  Fehler sehen und korrigieren kann, dann würde ich das sofort machen und
  würde mich freundlichst dafür bedanken.
 Du bist bereit, die neuen Daten zu übernehmen und sogar selbst
 einzupflegen. OSM hat dadurch einen Vorteil. Aber Du vergisst,
 dass es Leute gibt, die nicht dazu bereit sind - also würde
 dieser Erfolg für OSM ausbleiben.

Ist das so?
Hast du ein Beispiel?

OSM ist weiterhin ein Wiki-System. Wenn derjenige der an dem Ort ansässig ist 
diese Aufgabe nicht übernimmt, dann stell es hier zur Disposition. Wenn es 
irgendjemand macht, bleibt wenigstens die History intakt und jemand kann 
nochmal prüfen ob du evtl. etwas beim zusammenführen der Tags übersehen hast.

Es gibt nicht nur dich und deinen bösen, unkooprativen Durchschnittsmapper 
sondern auch das gemeine Fußvolk.


  Das hat nicht wirklich was mit Eitelkeit zu tun sondern das ist der Stolz
  auf die eigene Arbeit, den man einfach braucht um motiviert zu sein und
  zu bleiben.
 Man müsste also im Endeffekt _vor_ der Unterzeichnung einer
 Nutzungserklärung abstimmen, ob die Nutzer in diesem Bereich
 überhaupt mit einer Verbesserung einverstanden wären?!

Es wäre einfacher mit dir zu diskutieren, wenn du es wenigstens ein paar 
Postings lang bleiben lassen könntest, immer alles unbedingt als Angriff 
sehen zu wollen.

Wenn sich auf eine PM und auf eine Frage auf der Liste niemand meldet, der den 
beschriebenen Weg gehen will, ist scheinbar niemandem dieses Gebiet wichtig 
genug und du kannst deinen Radikal-Import machen.

Gruß, Bernd

-- 
Die Menschen glauben viel leichter eine Lüge, die sie schon
hundertmal gehört haben, als eine Wahrheit, die ihnen völlig neu ist.
  -  Alfred Polgar


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] OpenStreetBugs WayCheck

Hi,

- PLZ ist aber manuell eingefügt...
- genau nicht beachten, aber wie sagst du es der Maschine? Ich will mich mit 
den Polygonen gar nicht beschäftigen.
- noch kann man keine false positives markieren, würde ja auch irgendwie 
eine DB mit Zugriff aller bedingen...
- Hohe Rechenzeit erfordert vor allem der Kreuzungscheck, weil viele³ Wege 
bzw. sogar deren Segmente auf Kreuzungen geprüft werden müssen. 
Geradengleichung, Gleichungssystem lösen etc. Maßgeblich ist die Zahl der zu 
prüfenden Straßen für die Rechenzeit verantwortlich.

Ciao

Gerhard

- Original Message - 
From: Tobias Wendorff [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in 
Deutsch talk-de@openstreetmap.org
Sent: Sunday, October 12, 2008 1:55 PM
Subject: Re: [Talk-de] OpenStreetBugs  WayCheck


 [EMAIL PROTECTED] schrieb:
 nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht 
 alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File 
 verarbeitet wird.

 Ich will Postleitzahl ist auch nicht besser (momentan in OSB) :-)

 Also an den Beschneidungsgrenzen gibt es immer abgeschnittene Wege, die 
 dann als unverbunden erscheinen. (Verbindungscheck).

 Nunja, die müsste man ja dann nicht beachten.

 Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich 
 kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc.

 Kann man in OSB keine Bugs als gelöst markieren? Okay, dann
 würde sie dein Waycheck aber wieder reinhauen.

 Kann man bei deinem Waycheck keine False-Positives markieren?

 Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von 
 Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese 
 Richtung.

 Wer reden von Verbesserung? Ich möchte ein Information über Fehler.

 Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. 
 Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die 
 Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits 
 über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß 
 auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files 
 waren mir dann irgendwann zu unverständlich.

 Was genau braucht denn die hohe Rechenzeit? 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

[EMAIL PROTECTED] schrieb:
 Die Aussage mit bis 20km/h ist für Deutschland z.B, schlicht falsch.

 Garry
 
 maxspeed=7 ich keinen Wimpernschlag richtiger.
 Sofern ich richtig informiert bin haben deutsche Gerichte
 Schrittgeschwindigkeit alles zwischen 2 und 20km/h festgelegt. Halt je
 nach spezieller Situation.
   
Deutlich unter 20km/h heisst die Formulierung!
Unter 7km/h ist hirnrissig weil viele Fahrzeuge bei Leerlauf im 1. Gang 
gar nicht langsamer fahren _können_!
Es geht schlicht darum bei einem Unfall die Haftung auf den Autofahrer 
abzuwälzen da dieser grundsätzlich
Versichert sein muss, was bei einem Fussgänger nicht unbedingt der Fall ist.

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OpenStreetBugs WayCheck

2008-10-12 Per discussione Florian Lohoff

On Sun, Oct 12, 2008 at 01:22:00PM +0200, Tobias Wendorff wrote:
 Hallo Leute,
 
 wäre es nicht vielleicht sinnvoll, die Informationen aus WayCheck
 in OpenStreetBugs einfließen zu lassen?

Ob die waychecks da mit einfliessen sollen ist mir derzeit gleich ...

 Ich nehme an, dass es deutlich mehr Leute gibt, die OSB kennen
 und nutzen. OSB würde somit zu einer zentralen Plattform für
 Fehler in OSM werden.

Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via
josm/potlatch fehler zu eroeffnen - sprich das ein note BUG
blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das
mir beim abarbeiten meiner mappings im editor dinge auffallen die so
nicht stimmen koennen oder aber nochmal ueberprueft werden muessen. Das
wuerde ich gerne gleich im OSB aufpoppen lassen. Problem ist das ich
also erst das zeugs zu ende editieren muss - dann rendern lassen - und
dann im OSB den punkt des fehlers suchen. Alles so viel arbeit mit so
viel delay dazwischen (30 minuten auf osmarender warten etc) so das ich
mir das oft schenke ...

Die idee hier waere den import dieser bugs ueber die osc files zu machen
so das wenn fehler geschlossen werden die nicht sofort wieder aufgehen
weil die noch in der db sind ... 

 Außerdem hätte man dann auch gleich eine Visualisierung der
 gemeldeten Fehler/Informationen und der automatisch erkannten
 Fehler.

Ich denke auch - maplint ist zwar schoen aber leider nicht wirklich
geeignet um viele unterschiedliche fehlerklassen zu dokumentieren. Ich
faend auch ein overlay a la OSB schoen in dem die automagischen fehler
auftauchen .. (Overlapping/Crossing way z.b. ...)

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Bernd Wurst schrieb:
 Tobias selbst schreibt von einer Veränderung von um die 100 Meter. Ich finde 
 eine Ungenauigkeit von 100 Metern ist so derartige Pillepalle, dass es echt 
 wenig Sinn macht, deswegen etwas zu löschen, selbst wenn die anderen Daten 
 genauer wären.

Hast Du das Dezi oder Zenti davor vergessen?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Bernd Wurst schrieb:
 Ist das so?
 Hast du ein Beispiel?

Ich werde jetzt sicher nicht mit Fingern auf irgendwelche Leute
zeigen, die diese NG gar nicht kennen und ihren Namen dann
irgendwann über einen Google-Mirror wiederfinden.

 OSM ist weiterhin ein Wiki-System. Wenn derjenige der an dem Ort ansässig ist 
 diese Aufgabe nicht übernimmt, dann stell es hier zur Disposition. Wenn es 
 irgendjemand macht, bleibt wenigstens die History intakt und jemand kann 
 nochmal prüfen ob du evtl. etwas beim zusammenführen der Tags übersehen hast.

Ja, aber dann geht doch *trotzdem* die ursprüngliche Information am
neuen Datenbankeintrag verloren. Das einzige was bleibt, ist die
History.

 Es gibt nicht nur dich und deinen bösen, unkooprativen Durchschnittsmapper 
 sondern auch das gemeine Fußvolk.

Mir ist vielleicht die Lösung zu der ganzen Sache eingefallen:
Ein Script, welches die vorhandenen Ways und Nodes auf die neuen
Positionen rückt. Dann bleiben die alten Informationen vorhanden.

 Wenn sich auf eine PM und auf eine Frage auf der Liste niemand meldet, der 
 den 
 beschriebenen Weg gehen will, ist scheinbar niemandem dieses Gebiet wichtig 
 genug und du kannst deinen Radikal-Import machen.

Okay, ich werde dies in zukünftigen Nutzungsvereinbarungen
beachten.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Icons zum Karten rendern

2008-10-12 Per discussione malenki

Es schrieb Joerg Ostertag (OSM Tettnang/Germany)
[EMAIL PROTECTED]:

 Das wäre eigentlich der richtige platz für neue Icons, die zum
 rendern verwendet werden sollen.
 
 http://svn.openstreetmap.org/applications/share/map-icons/

Auf welche Mail in welchem Thread antwortest du? Das Thema klingt
interessant, ich würde gern den Rest lesen.

Gruß
malenki

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Osma: Landuse auch in Zoom 12 noch rendern?

Am 12. Oktober 2008 18:43 schrieb Tobias Wendorff 
[EMAIL PROTECTED]:

 Martin Koppenhoefer schrieb:

 das würde ich liebend gerne, aber Osmarender funktioniert irgendwie nicht,
 er bringt mir immer eine Fehlermeldung, select sei kein gültiges Attribut
 für message, der Fehler taucht glaube ich hier auf (Z. 1466):

   xsl:message select=$element/[EMAIL 
 PROTECTED]'osmarender:areaCenterLat']/


 leider komme ich nicht weiter...


 Was hast Du denn im z12er Regelwerk geändert ?



daran liegts nicht, er rendert auch die Datei vor meinen Änderungen nicht,
auch nicht die anderen Zoomlevel, weder mit msxsl noch mit nxslt2. Die Zeile
oben kommt aus osmarender.xsl nicht aus den Renderegeln.

Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?

Hallo.

Am Sonntag, 12. Oktober 2008 schrieb Tobias Wendorff:
 Bernd Wurst schrieb:
  Tobias selbst schreibt von einer Veränderung von um die 100 Meter. Ich
  finde eine Ungenauigkeit von 100 Metern ist so derartige Pillepalle, dass
  es echt wenig Sinn macht, deswegen etwas zu löschen, selbst wenn die
  anderen Daten genauer wären.
 Hast Du das Dezi oder Zenti davor vergessen?

Nein.

Natürlich ist es unser aller Ziel irgendwann noch genauere Daten zu haben. 
Aber so lange geschätzte 99,9% der Daten mit GPS-Geräten abgewandert wurden, 
die mehr oder weniger brauchbare Ergebnisse liefern, macht es einfach keinen 
Sinn irgendjemanden vor den Kopf zu stoßen nur um irgendwelche 
nicht-ganz-so-ungenauen Daten in der Datenbank zu haben.

Gegen eine Korrektur an sich habe ich nichts, nur muss man sich dabei ja nicht 
wie der Elefant im Porzellanladen verhalten und sollte das ganze mit etwas 
mehr Fingerspitzengefühl angehen.

Lieber ungenaue Daten und viele Leute, die die gleichen Stellen irgendwann 
zufällig mit nem besseren GPS-Signal nochmal tracken als genaue Daten und 
keinen der die Korrektheit über die Zeit immer mal wieder prüft.

Gruß, Bernd

-- 
Faulheit ist die Mutter aller Erfindungen.


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] weitere maxspeed-Values brauchen wir!

Marcus Wolschon schrieb:
 Das geht aus Qualitätssicherungsgründen nicht da dann nicht
 unterschiedenwerden kann ob es keine Beschränkung
 gibt oder ob nur noch keiner den Wert eingetragen hat!
 

 Und genau welche Qualitätssicherung willst du betreiben?
 Sicherstellen, daß jede noch so kleine Seitenstraße einen
 maxspeed-Wert hat?
   
Langfristig ja. Im ersten Schritt ist zumindest alles ab unclassified  
aufwärts ein Ziel.
Es gibt genügend Strassen die Aufgrund ihres Ausbauzustandes eine höhere 
zulässige
Geschwindigkeit vermuten lassen als tatsächlich erlaubt.
 Es sind sinnlose Daten. Genausogut kannst du sichestellen,
   
In Deinen Augen. Fast alle OSM Daten sind für irgendjemand sinnlose Daten.
Der eine braucht dies nicht, der andere das nicht. Wenn jemand sagt er 
braucht die Daten
hast Du kein Recht ihm zu sagen er braucht die Daten nicht!

 daß überall eine Straßenbreite und Spur-Anzahl existiert
 anstatt einfach anzunehmen, daß auf motorway lanes=2
 und überall sonst lanes=1 gilt. (Ich stelle mir gerade Wohngebiete
 mit ihren vielen, vielen Seitenstraßen vor.)

   
 Mir hat immer noch keiner der 7km/h Gegner erklärt warum dieser Wert
 nicht brauchbar sein soll.
 

 Versuchst du also zu argumentieren, daß
 WEIL: living_street=yes bereits ein maxspeed impliziert
 wir SOMIT: unbedingt auf diesen Straßen noch ein maxspeed=7
 brauchen um die Verletzung der ersten Normalform komplett zu
 machen?

   
Ich sage dass es aus verwertungstechnischen Gründen keinen Sinn macht 
ein maxspeed=walk einzuführen
sondern stattdessen der Wert 7 (km/h) eingetragen werden sollte.Ob 
jemand einen maxswert einträgt oder nicht
ist jedem selbst überlassen.
Ausserdem kann  man nicht  pauschalisieren  dass  livingstreet mit  
Schrittgeschwindigkeit gleich  zu setzen ist,
vielleicht gibt es ja auch Länder in denen es Anlieger frei, 
maxspeed=30 bedeuted...
Es gibt manchmal auch die Vorschrift Schrittgeschwindigkeit ohne dass 
dafür eine living street vorliegen muss.
Ganz abgesehen davon dass eine living-street in meinen Augen nach wie 
vor eine residential mit zusätzlichen
Einschränkungen ist und somit besser mit livingstreet=yes abgedeckt 
gewesen wäre, aber das ist ein anderes Thema.


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

[EMAIL PROTECTED] schrieb:


 wo highway=living_street in der Datenbank steht braucht man nicht
 nochmal zusätzlich maxspeed= an die ways zu taggen. Dafür haben wir ja
 die default-Tabellen. Aber damit die default-tabellen korrekt sind
 brauchen wir ein maxspeed=walk, weil es nicht nur in living_streets
 maxspeed=walk als default gibt; z.B. für freigegebene Fahrräder auf
 normalen Fusswegen (highway=footway + bicycle=yes) gilt maxspeed=walk
 nach StVO
   
Für Fahrradfahrer halt ich das für weniger interessant, da ist kaum 
einer entsprechend ausgestattet
um mit den Daten was anfangen zu können und wird sich aus dem Grund auch 
kaum entsprechende
Gerätschaft zulegen die ihn Akustisch vor überschreiten der 
Schrittgeschwindigkeit warnt.


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [KA-Geo] Brückennamen

Martin Koppenhoefer schrieb:


 -- 


 wie wärs mit name:bridge=Brückenname ?

 oder weiterführend name:de:bridge=Karlsbrücke

 wenn man sich allgemein auf die Doppelpunkt-Syntax einigen würde, die 
 durch das Karlsruher-Nr.-Schema quasi eingeführt wurde, wären diese 
 Dinge alle auf einen Schlag geregelt.

Wenn man einen Weg findet das bridge=yes nicht ungültig wird und 
bestehende Programme die bisher Brücken  darstellen diese plötzlich 
nicht mehrdarstellen...

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grundstücksgrenzen.

2008-10-12 Per discussione Joerg Ostertag (OSM Tettnang/Germany)

Tobias Wendorff schrieb:
 Martin Koppenhoefer schrieb:
   
 Sicherlich wäre eine Filter-Funktion gut, mit der man gezielt Tags im 
 Editor ausblenden kann. Ein Thema, das hier ja schon ein paarmal da war.
 

 Mit welchem Ergebnis?

   
Das man sich noch gedulden muss...

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Icons zum Karten rendern

On Sonntag 12 Oktober 2008, malenki wrote:
 Es schrieb Joerg Ostertag (OSM Tettnang/Germany)

 [EMAIL PROTECTED]:
  Das wäre eigentlich der richtige platz für neue Icons, die zum
  rendern verwendet werden sollen.
 
  http://svn.openstreetmap.org/applications/share/map-icons/

 Auf welche Mail in welchem Thread antwortest du? Das Thema klingt
 interessant, ich würde gern den Rest lesen.

 Gruß
 malenki

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de



-- 

Jörg

http://www.ostertag.name/
Wer hat Lust, hin und wieder ein Icon zu malen?

Aktuell bräuchte ich:
- Sitzbank, Parkbank
- Feuerwehrhydrant

Gern per PM

Wo finde ich im Wiki die bereits vorhandenen Icons?
Da gibts bestimmt irgendwo eine übersichtliche Bilderliste?
- Icons der Renderer
- Icons der Editoren
- Entwürfe
- ...

Falls es keine Bilder-Liste gibt:
Vielleicht kann jemand eine generieren?

Gruss, Markus

PS: noch eine Linksammlung:
http://svn.openstreetmap.org/applications/share/map-icons/square.big/
http://wiki.openstreetmap.org/index.php/Proposed_Icons
http://wiki.openstreetmap.org/index.php/WikiProject_Pictograms
http://svn.openstreetmap.org/utils/mapyrus/icons/ojwIcons.pl
http://wiki.openstreetmap.org/index.php/WikiProject_Pictograms/Working_List
http://wiki.openstreetmap.org/index.php/Map_Icons
http://openclipart.org/
http://wiki.openstreetmap.org/index.php/Category:Map_symbols
http://wiki.openstreetmap.org/index.php/Osmarender/Symbols
http://wiki.openstreetmap.org/index.php/User:Batchoy#My_alternative_unified_symbols
http://ostertag.name/gpsdrive/icons/index.html
http://svn.openstreetmap.org/sites/other/freemap/images/
http://svn.openstreetmap.org/applications/rendering/osmarender4/symbol-catalogue.svg
http://trac.openstreetmap.org/browser/applications/editors/josm/plugins/mappaint/styles/standard/elemstyles.xml
http://svn.openstreetmap.org/applications/editors/josm/plugins/mappaint/styles/standard/elemstyles.xml



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
-- 
Jörg (Germany, Tettnang)

http://www.ostertag.name/
---BeginMessage---
Wer hat Lust, hin und wieder ein Icon zu malen?

Aktuell bräuchte ich:
- Sitzbank, Parkbank
- Feuerwehrhydrant

Gern per PM

Wo finde ich im Wiki die bereits vorhandenen Icons?
Da gibts bestimmt irgendwo eine übersichtliche Bilderliste?
- Icons der Renderer
- Icons der Editoren
- Entwürfe
- ...

Falls es keine Bilder-Liste gibt:
Vielleicht kann jemand eine generieren?

Gruss, Markus

PS: noch eine Linksammlung:
http://svn.openstreetmap.org/applications/share/map-icons/square.big/
http://wiki.openstreetmap.org/index.php/Proposed_Icons
http://wiki.openstreetmap.org/index.php/WikiProject_Pictograms
http://svn.openstreetmap.org/utils/mapyrus/icons/ojwIcons.pl
http://wiki.openstreetmap.org/index.php/WikiProject_Pictograms/Working_List
http://wiki.openstreetmap.org/index.php/Map_Icons
http://openclipart.org/
http://wiki.openstreetmap.org/index.php/Category:Map_symbols
http://wiki.openstreetmap.org/index.php/Osmarender/Symbols
http://wiki.openstreetmap.org/index.php/User:Batchoy#My_alternative_unified_symbols
http://ostertag.name/gpsdrive/icons/index.html
http://svn.openstreetmap.org/sites/other/freemap/images/
http://svn.openstreetmap.org/applications/rendering/osmarender4/symbol-catalogue.svg
http://trac.openstreetmap.org/browser/applications/editors/josm/plugins/mappaint/styles/standard/elemstyles.xml
http://svn.openstreetmap.org/applications/editors/josm/plugins/mappaint/styles/standard/elemstyles.xml



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
---End Message---
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bounding Box Parameter für Bundeslä nder?

2008-10-12 Per discussione Michael Schmitt

Tobias Wendorff schrieb:
 Michael Schmitt schrieb:
   
 Wenn du mir sagst wo ich die das ZIP-File hinspielen kann, damit alle 
 darauf zugreien können stelle ich es gerne zur Verfügung.
 

 Frag' doch GS, ob er es auf seiner Seite hosten kann. Ansonsten:

 http://www.google.de/search?q=Filehoster
   
Ich habe gerade festgestellt, daß unter 
http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany/
bereits POLY Files hinterlegt sind.

Gruss  mikes


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bounding Box Parameter für Bundeslä nder?

Michael Schmitt schrieb:
 Ich habe gerade festgestellt, daß unter 
 http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany/
 bereits POLY Files hinterlegt sind.

Ich weiß, dass es kleinkariert ist, aber kennt jemand den Ursprung?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] bridge=pontoon

2008-10-12 Per discussione Johannes Hüsing

Liebe Osmonauten,
das bridge-Tag hat ja neben yes noch einige andere Möglichkeiten. An 
der Ruhr gibt es in dichter Folge zwei Brücken, die auf Schwimmern 
gelagert sind. Diese habe ich beide mit bridge=pontoon bezeichnet. Die 
eine hat die Kenung 4811163, die andere die Kennung 4820103. Nun weiß 
ich nicht, ob das so schlau war.

Zunächst ist diese Bezeichnung laut Tagwatch in genz Deutschland 
unbekannt. Zum einen mag jemand, der an technischen Details von Brücken 
interessiert ist, sich freuen, dass es solche Konstruktionen gleich 
zweimal in derselben Gegend zu bewundern gibt. Zum anderen mag jemand 
für die praktische Anwendung daraus schließen, dass die 
Schwimmerbrücken beide so sind, wie man sie aus Kriegsfilmen kennt, 
nämlich Barrieren z.B. für die Paddeltour. Das trifft auf die erste 
Brücke zu, auf die zweite aber nicht, die hat eine lichte Höhe von 
schätzungsweise vier Metern. (Diejenigen, die im November in der Villa 
Vogelsang sind, können soích auf einem kleinen Spaziergang davon 
überzeugen.) Führe ich mit einer solchen Beschreibung Leute aufs 
Glatteis oder nicht?


  
   

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] bridge=pontoon

2008-10-12 Per discussione Sebastian Waschik

Hallo,

Johannes Hüsing [EMAIL PROTECTED] writes:
 das bridge-Tag hat ja neben yes noch einige andere Möglichkeiten. An 
 der Ruhr gibt es in dichter Folge zwei Brücken, die auf Schwimmern 
 gelagert sind. Diese habe ich beide mit bridge=pontoon bezeichnet. Die 
 eine hat die Kenung 4811163, die andere die Kennung 4820103. Nun weiß 
 ich nicht, ob das so schlau war.

ich hätte da eher geschrieben:
  bridge=yes
  bridge:type=pontoon

Andernfalls müsste ja pontoon implizit auch noch yes bedeuten und
das müsste jeder wissen, der die Daten verwenden möchte.

Viele Grüße
Sebastian Waschik


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bounding Box Parameter für Bundeslän der?

2008-10-12 Per discussione Dominik Spies

2008/10/12 Tobias Wendorff [EMAIL PROTECTED]:
 Michael Schmitt schrieb:
 Ich habe gerade festgestellt, daß unter
 http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany/
 bereits POLY Files hinterlegt sind.

 Ich weiß, dass es kleinkariert ist, aber kennt jemand den Ursprung?

Frag frederik, der hat sie am 01.02.08 hochgeladen. (steht so im svn log..)

Gruß,

Dominik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bahnsteigzugänge

2008-10-12 Per discussione Rainer Knaepper


Moin Tobias,

 Für die neuen Straßenbahnen in Dortmund ist es erforderlich
 geworden, auch oberirdisch Bahnsteige zu bauen. tram=platform?

Wir haben neue Straßenbahnen? Ich dachte, das wären nun
Stadtbahnen :-)

jaja :-)

Inzwischen fahren ja sogar welche und stehen nicht mehr zur
Nachbesserung in den Werkstätten.

Rainer

-- 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] potlatch 0.10d buggy?

2008-10-12 Per discussione Rainer Knaepper


Moin moin,

seit der Version  0.10d habe ich lustige Darstellungsfehler von GPS- 
Aufzeichnungen, Beispiel hier:

http://www.smial.prima.de/pix/osm/potlatch_10d_trace_error.png

Der dargestellte Track hat in Gurgel-Earth keine Lücken und
selbstverständlich läuft der auch nicht flächig aus. Wenn man raus-
oder reinzoomt kann es sein, daß gleich der ganze Bildschirm blau
wird, die flächige Einfärbung auch mal woanders liegt oder gar nicht
erscheint.

Was passiert da? Ist mein flash-plugin kaputt? Im chat hat ein anderer
Benutzer das Problem bestätigt, kommt bei ihm auch gelegentlich vor.

Rainer

-- 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Entwurf für die neue Lizenz

Hallo,

die Foundation hat jetzt den aktuellen Entwurf für die 
vorgeschlagene neue Lizenz veröffentlicht:

http://foundation.openstreetmap.org/the-openstreetmap-license/

Ich empfehle jedem, der sich dafür interessiert, den Text zu lesen und 
ggf. in der legal-talk-Mailingliste mitzudiskuteren.

Es ist darauf zu achten, dass es sich bei dieser Lizenz nur um eine 
Datenbanklizenz handelt, die sich mit der Gesamtheit der Daten oder 
einem wesentlichen Auszug daraus beschaeftigt. Ueber einzelne Daten (ein 
einzelner Node oder sowas) macht diese Lizenz keine Aussage, und sie ist 
daher nur im Tandem mit einer zweiten Lizenz sinnvoll, die die 
Einzeldaten betrifft. Im Fall von OSM wird diese zweite Lizenz 
vermutlich die Factual Information License sein, die mehr oder weniger 
sowas wie eine BSD-Lizenz ist, also frei im Sinne von laissez-faire. Das 
entspricht ungefaehr der Rechtslage bei OSM, denn Fakten an sich (hier 
und da verlaeuft die B519) sind nicht schuetzbar, sondern eben nur die 
Gesamtheit.

Ich habe die Lizenz auf Deutsch uebersetzt, falls jemand mit dem 
englischen Rechtsblabla nicht so gut zurecht kommt:

http://www.remote.org/frederik/tmp/odbl01dt.pdf

Aber bitte bedenken, ich bin weder Profiübersetzer noch Jurist. Ich habe 
mir Muehe gegeben, verkorkste Formulierungen auch verkorkst zu 
uebersetzen, um nicht am Ende durch eine Sprachverschoenerung den Inhalt 
zu verfaelschen ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Entwurf für die neue Lizenz

Hallo.

Am Montag, 13. Oktober 2008 schrieb Frederik Ramm:
     die Foundation hat jetzt den aktuellen Entwurf für die
 vorgeschlagene neue Lizenz veröffentlicht:

Ich hab grade leider sehr wenig Zeit und konnte daher nur Auszüge lesen. Aber 
seh ich das richtig, dass
1. Die Attribution komplett rausgefallen ist und
2. Explizit gesagt wird, dass wenn man diese Daten mit anderen Daten nur 
verknüpft (und keine gesammelte, neue Datenbank macht), das share-alike nicht 
gilt?

Respekt, da wurden wohl die Kritiken an der bisheirgen Lizenz sehr ernst 
genommen. Ich find die Lizenz (wenn ich das auf die Schnelle richtig 
verstanden habe) gut. ;-)

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#440): Chamäleon
   Pinguin nach Anwendung aller SuSE-Patches.
(Hans Bonfigt)


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] Entwurf für die neue Lizenz

Hi,

Bernd Wurst wrote:
 1. Die Attribution komplett rausgefallen ist und

Ne, die ist in 4.2b.

 2. Explizit gesagt wird, dass wenn man diese Daten mit anderen Daten nur 
 verknüpft (und keine gesammelte, neue Datenbank macht), das share-alike nicht 
 gilt?

Ja.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN

2008-10-12 Per discussione Holger Issle

Hi,

 habe die bug list aus OSB nun auch als POI file (TEST-Größe) für Garmin. 3
 Spalten CSV.

Wozu denn, die gpx-Datei tuts doch dazu auch?
-- 

Ciao,
Holger (GUS-KOTAL, GUS#1100, GRR#51)

90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm
95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!)

cu @ http://www.issle.de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Entwurf für die neue Lizenz

Hallo.

Am Montag, 13. Oktober 2008 schrieb Frederik Ramm:
 Bernd Wurst wrote:
  1. Die Attribution komplett rausgefallen ist und
 Ne, die ist in 4.2b.

Hm.
Ich hätte jetzt 4.2 im Ganzen eher im Sinne dessen verstanden wie es z.B. die 
GPL erfordert. Nämlich, dass alles was die Lizenz selbst betrifft, nicht 
verändert werden darf.

Die englische Anmerkung dazu hilft bei der Verwirrung...
| This requires that the Licence be included in distributions of the Database.
Von der Attribution steht da erstmal nix.

Aber ja, wenn man es mehrfach liest und 4.3 mit ins Spiel bringt, wird es 
klarer, das hatte ich vorhin wohl überlesen.

Wenigstens wird in 4.3 klar, wie die Attribution auszusehen hat.

Gruß, Bernd

-- 
Only one book has been printed in more copies than The Bible...
...the IKEA catalogue  -  Song Facts of Life by Lazyboy


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-it] problema con i-Blue 747

2008-10-12 Per discussione Fran

[...]

 mtkbabel -r time:distance:speed è questa la formula corretta
si l'ho dato questo comando, ma ad esempio se voglio
dare
1 sec.
10 mt.
10 km/h
che sono i valori minini di setup
devo:
mtkbabel -r 1:10:10
mi ha modificato solo i secondi
riproverò

 ciao
 Luca


ciao e grazie

--
Francesco
Key ID 26762990


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] domanda su amenity=place of worship

2008-10-12 Per discussione Giovanni Fasano


Nel tag name mettiamo solo il nome o anche la denominazione chiesa,
sinagoga moschea etc).

Ovvero :

1) name = Chiesa di San Marco

oppure

2) name = San Marco

Ciao Gio.


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Chiese ed altri edifici importanti.