date:20080929

I'd suggest a special usertype for batch operations,
and combine that with a notification system
so as to enable that account for one batch.

The usertype should have the username of the uploader
with a random number attached (fe cetest to cetest)
to distinguish between sessions.

The username should be enabled shortly before
carrying out the scripts/upload by the server.
The uploader could enable his temp account by filling in a web form
with sufficient required fields

I suggest:
username
bounding box for all changes
description of change
modified data (list of tags)
intention of batch operation

The form would return by email the username
to be used for this upload. The email ensures
that the uploader can be contacted.


The notification script could also create a backup of
all changes done immediately after, so as to facilitate
removal if required. May this is redundant, as 
date and time are available to select.

Normal users should have their number of changes per upload
limited to say a few hundreds a time. This could
be supported in JOSM and merkaartor by a warning system
when 90% of the maximum upload has been reached
and the user should upload. 


Some finetuning of the above may be necessary.


Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Philip Homburg
Verzonden: Monday, September 29, 2008 9:53 AM
Aan: Talk Openstreetmap
Onderwerp: Re: [OSM-talk] Code of conduct for automated (mass-) edits

In your letter dated Mon, 29 Sep 2008 01:08:50 +0200 you wrote:
 as OpenStreetMap draws more and more sophisticated users, we're
 also seeing more scripts or, as they would be called in Wikipedia,
 bots, modifying data.
 
 1. Make a plan of what you want to change, and discuss in relevant
 forum (usu. mailing list). If there are many objections; drop the
 plan. If there are few objections, maybe exempt certain areas or
 objects created by certain people in order to respect their
 objections. Remember that they can easily change things back again
 if you act against their will, so don't even try to play the
 superiority card.  
 
 I would also accompany this by the notion that if you see an
 automated edit that you believe has problems, and it has not been
 discussed or documented, it's ok to revert it.

I think there should be two technical things in place:

One thing is a structured way of rolling back edits. There should be a
way
of reporting large scale edits, and getting them removed from the
database. 

The second thing is a reporting script that reports on large scale edits
in
a timely fashing.

As far as politics go, I think that it would a good idea to just re-use
the
current structure for introducing new map features. Before you run a
script
you first propose it and only run it when enough people cast a vote in
favor
of running the script.

For example, a good way of completely destroying the JOSM/Validator's
duplicate node detection feature is to fill the database with a huge
number of
aumatically generated duplicate nodes. :-(



___
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] Code of conduct for automated (mass-) edits

[..Proposal for bots..]

I completly agree.

 2. Make sure your tools and knowledge are good: You have to be able to
 revert your changes if something goes wrong, and you need to keep any
 collateral damage to an absolute minimum. If you cannot guarantee that,
 ask someone for help who can.

Is there any sandbox available for
- testing the reliability
- demonstration of before/after to visualize in discussion

-jha-



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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Dave Stubbs

On Mon, Sep 29, 2008 at 8:53 AM, Philip Homburg
[EMAIL PROTECTED] wrote:
 In your letter dated Mon, 29 Sep 2008 01:08:50 +0200 you wrote:
 as OpenStreetMap draws more and more sophisticated users, we're
 also seeing more scripts or, as they would be called in Wikipedia,
 bots, modifying data.

 1. Make a plan of what you want to change, and discuss in relevant
 forum (usu. mailing list). If there are many objections; drop the
 plan. If there are few objections, maybe exempt certain areas or
 objects created by certain people in order to respect their
 objections. Remember that they can easily change things back again
 if you act against their will, so don't even try to play the
 superiority card.

 I would also accompany this by the notion that if you see an
 automated edit that you believe has problems, and it has not been
 discussed or documented, it's ok to revert it.

 I think there should be two technical things in place:

 One thing is a structured way of rolling back edits. There should be a way
 of reporting large scale edits, and getting them removed from the database.

 The second thing is a reporting script that reports on large scale edits in
 a timely fashing.


This is mostly what the 0.6 API is about. Changesets will report to
you what happened, and have space for meta data (which will allow the
identification of particular bots/editors). And that'll give a basis
for reversion tools to operate.



 As far as politics go, I think that it would a good idea to just re-use the
 current structure for introducing new map features. Before you run a script
 you first propose it and only run it when enough people cast a vote in favor
 of running the script.

Step 1) Write OSM bot
Step 2) Write OSM Wiki vote rigging bot
Step 3) Propose bot
Step 4) Rig vote
Step 5) Run OSM bot all the while pointing at the wiki shouting look!
13 people approved it!

I'm not so convinced :-)

Dave

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Andrew Chadwick (email lists)

Some enhancements:



The serverscript  (see below) could create a web page with the
temporary accountname as a URL, summarizing all the submitted data,
for consulting by anyone finding a questionable dataelement. 

This webpage  may contain a reverse request button.
A system should be invented for approval of such a request.
In it's best form the script would reverse automatically.

A report will be created with reversals that create problems,
such as modified elements after the batch, for manual
review who will do that ???


Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Gert Gremmen
Verzonden: Monday, September 29, 2008 10:38 AM
Aan: Philip Homburg; Talk Openstreetmap
Onderwerp: Re: [OSM-talk] Code of conduct for automated (mass-) edits

I'd suggest a special usertype for batch operations,
and combine that with a notification system
so as to enable that account for one batch.

The usertype should have the username of the uploader
with a random number attached (fe cetest to cetest)
to distinguish between sessions.

The username should be enabled shortly before
carrying out the scripts/upload by the server.
The uploader could enable his temp account by filling in a web form
with sufficient required fields

I suggest:
username
bounding box for all changes
description of change
modified data (list of tags)
intention of batch operation

The form would return by email the username
to be used for this upload. The email ensures
that the uploader can be contacted.


The notification script could also create a backup of
all changes done immediately after, so as to facilitate
removal if required. May this is redundant, as 
date and time are available to select.

Normal users should have their number of changes per upload
limited to say a few hundreds a time. This could
be supported in JOSM and merkaartor by a warning system
when 90% of the maximum upload has been reached
and the user should upload. 


Some finetuning of the above may be necessary.


Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Philip Homburg
Verzonden: Monday, September 29, 2008 9:53 AM
Aan: Talk Openstreetmap
Onderwerp: Re: [OSM-talk] Code of conduct for automated (mass-) edits

In your letter dated Mon, 29 Sep 2008 01:08:50 +0200 you wrote:
 as OpenStreetMap draws more and more sophisticated users, we're
 also seeing more scripts or, as they would be called in Wikipedia,
 bots, modifying data.
 
 1. Make a plan of what you want to change, and discuss in relevant
 forum (usu. mailing list). If there are many objections; drop the
 plan. If there are few objections, maybe exempt certain areas or
 objects created by certain people in order to respect their
 objections. Remember that they can easily change things back again
 if you act against their will, so don't even try to play the
 superiority card.  
 
 I would also accompany this by the notion that if you see an
 automated edit that you believe has problems, and it has not been
 discussed or documented, it's ok to revert it.

I think there should be two technical things in place:

One thing is a structured way of rolling back edits. There should be a
way
of reporting large scale edits, and getting them removed from the
database. 

The second thing is a reporting script that reports on large scale edits
in
a timely fashing.

As far as politics go, I think that it would a good idea to just re-use
the
current structure for introducing new map features. Before you run a
script
you first propose it and only run it when enough people cast a vote in
favor
of running the script.

For example, a good way of completely destroying the JOSM/Validator's
duplicate node detection feature is to fill the database with a huge
number of
aumatically generated duplicate nodes. :-(



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

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

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Hugh Barnes

On Monday 29 September 2008 18:37:53 Gert Gremmen wrote:
 I'd suggest a special usertype for batch operations,
 and combine that with a notification system
 so as to enable that account for one batch.

 The usertype should have the username of the uploader
 with a random number attached (fe cetest to cetest)
 to distinguish between sessions.

 The username should be enabled shortly before
 carrying out the scripts/upload by the server.
 The uploader could enable his temp account by filling in a web form
 with sufficient required fields

 I suggest:
 username
 bounding box for all changes
 description of change
 modified data (list of tags)
 intention of batch operation

 The form would return by email the username
 to be used for this upload. The email ensures
 that the uploader can be contacted.


All worthy ideas.

I would probably look at using a custom, temporarily-useful User Agent string 
in the HTTP request rather than specific user hoodoo, to summarise it 
lazily. Is this a possibility?

Cheers

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Mark Williams

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dave Stubbs wrote:
 On Mon, Sep 29, 2008 at 8:53 AM, Philip Homburg
 [EMAIL PROTECTED] wrote:
[]
 Step 1) Write OSM bot
 Step 2) Write OSM Wiki vote rigging bot
 Step 3) Propose bot
 Step 4) Rig vote
 Step 5) Run OSM bot all the while pointing at the wiki shouting look!
 13 people approved it!
 
 I'm not so convinced :-)
 
 Dave
 

Are you in fact a cynicism bot ?

Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFI4LpiJfMmcSPNh94RAp0SAJ40k9R/CC2Sw/ux5+/m6aymqeu4EACeIOWQ
4rDEahzFSt9LMUipt4Ig0rQ=
=bH/x
-END PGP SIGNATURE-


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Shaun McDonald

Hugh Barnes wrote:
 On Monday 29 September 2008 18:37:53 Gert Gremmen wrote:
   
 [..]]
 All worthy ideas.

 I would probably look at using a custom, temporarily-useful User Agent string 
 in the HTTP request rather than specific user hoodoo, to summarise it 
 lazily. Is this a possibility?
   
No, because the user agent is not recorded as part of the edits. Nor is 
it planned to record it as a property of the changeset in API 0.6.

Shaun


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Nic Roets

Fredrik wrote : 2. Make sure your tools and knowledge are good: You have to
be able to
revert your changes if something goes wrong, and you need to keep any
collateral damage to an absolute minimum. If you cannot guarantee that,
ask someone for help who can.

If a bot writer sees this, he's either going to abandon his plans, or
continue without having these tools. A better solution is for someone to
write proper, general purpose revert tools for use by the sysadmin /
community.



 This is mostly what the 0.6 API is about. Changesets will report to
 you what happened, and have space for meta data (which will allow the
 identification of particular bots/editors). And that'll give a basis
 for reversion tools to operate.


Currently most bot writers already add identification tags to their data.
For example tiger:, AND_ etc. The positive side is that we can already
use those tags to track bots. The negative side is pollution : We all know
what tiger and AND refers to, but who know what sagns stands for ? Where can
we look it up ? An import in Japan has the the note and note:ja tags for
millions of objects, so if someone tries to render or index it, it may not
work for Japan.

So it's not clear that changesets will improve the bot situation. The
improvement will come from a tool that looks for a specific user or tag (or
changeset) and then change to the last revision where that user or tag was
absent. It looks like Frederik already has an unpolished version of such a
tool for 0.5.

The advantage of 0.6 will be that a client doing an upload or delete will be
required to provide the version number of the object it's modifying. This is
race condition is currently quite rare, and the easiest way to reduce the
probability of it happening is to explain your bot on the talk list of the
relevant country.




 
  As far as politics go, I think that it would a good idea to just re-use
 the
  current structure for introducing new map features. Before you run a
 script
  you first propose it and only run it when enough people cast a vote in
 favor
  of running the script.

 Step 1) Write OSM bot
 Step 2) Write OSM Wiki vote rigging bot
 Step 3) Propose bot
 Step 4) Rig vote
 Step 5) Run OSM bot all the while pointing at the wiki shouting look!
 13 people approved it!


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Hendrik T. Voelker

Gert Gremmen wrote:
 The serverscript  (see below) could create a web page with the
 temporary accountname as a URL, summarizing all the submitted data,
 for consulting by anyone finding a questionable dataelement. 

Guys, think about one of the most fundamental design principles for robust 
code: Keep it simple.

I would use two mechanisms for a script mass edit

1. Require scripts to use an SSL certificate that is signed by OSM for 
authentication

2. As the first step request a Universally Unique Identifier (UUID) from the 
OSM server which acts as transaction number for the batch process and tag each 
Object with it

tag k='batch_tn' v='3696bf1c-8e1b-11dd-a367-0080ad4205c4' /

when it is submitted. Either by the script itself or, even more secure, by the 
OSM server API.

And when you want to document who did what when, additionally create

batch cert_id='' script='' timestamp=''
   tag k='batch_tn' v='3696bf1c-8e1b-11dd-a367-0080ad4205c4' /
/batch

Cheers

Hendrik



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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Hugh Barnes

On Monday 29 September 2008 21:24:29 Shaun McDonald wrote:
 Hugh Barnes wrote:
  On Monday 29 September 2008 18:37:53 Gert Gremmen wrote:
 
  [..]]
  All worthy ideas.
 
  I would probably look at using a custom, temporarily-useful User Agent
  string in the HTTP request rather than specific user hoodoo, to
  summarise it lazily. Is this a possibility?

 No, because the user agent is not recorded as part of the edits. Nor is
 it planned to record it as a property of the changeset in API 0.6.


Right, that's surprising, it's a pretty handy thing. I was about to ask how 
you know the editor in the history, but the penny's dropped that you actually 
use a tag to record it. I guess that's a legacy of editors existing outside 
of the API.

I think for a RESTful API you should look to use HTTP features as much as 
possible.

Sorry, going off-topic. Cheers.



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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Philip Homburg

In your letter dated Mon, 29 Sep 2008 11:55:16 +0100 you wrote:
On Mon, Sep 29, 2008 at 8:53 AM, Philip Homburg
 As far as politics go, I think that it would a good idea to just re-use the
 current structure for introducing new map features. Before you run a script
 you first propose it and only run it when enough people cast a vote in favor
 of running the script.

Step 1) Write OSM bot
Step 2) Write OSM Wiki vote rigging bot
Step 3) Propose bot
Step 4) Rig vote
Step 5) Run OSM bot all the while pointing at the wiki shouting look!
13 people approved it!

I'm not so convinced :-)

Ignoring the smiley for the moment, I think that the biggest risk are the
people who are just trying to help, and then get the details wrong.

There is not much you can do if someone just rents a botnet and then pollutes
then database.



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

[OSM-talk] no name map layer - no info on wiki?

2008-09-29 Per discussione David Ebling

I can't find any information on the wiki regarding the no name map layer that 
is now available on the home page. Is the search function useless or is this an 
omission that needs filling? If I knew how to create a new wiki page i'd start 
one...

In particular I was looking for information on when the tiles are updated.

Regards,

Dave


  

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

Re: [OSM-talk] no name map layer - no info on wiki?

2008-09-29 Per discussione Shaun McDonald

David Ebling wrote:
 I can't find any information on the wiki regarding the no name map layer that 
 is now available on the home page. Is the search function useless or is this 
 an omission that needs filling? If I knew how to create a new wiki page i'd 
 start one...
   
A wiki page needs to be created for it. The best way to create pages on 
a wiki is to create a link to a non existent page, on a page that should 
link to it, then after you have saved that page, you can click the link 
to create it.
 In particular I was looking for information on when the tiles are updated.

   

They are updated weekly, usually on a Thursday after the planet dump the 
previous day.

Shaun


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Hendrik T. Voelker

Gert Gremmen wrote:
 I want to insist however, on the 
 website form approach, to oblige
 fast-thinking fast-acting  bot writers to
 express at least what they intend to do somewhere.

Yes, sure. But not for every run of the bot.
And you can add a description to the batch

One could go as far as some kind of certification for bots. Only question is 
who does that, and what requirements do the bots have to full fill to pass 
certification?

Some kind of sand box for testing - like Johannes suggested - and some kind of 
test suits would be a beginning.

On the other hand we don't want to discourage people by complicating the 
process too much.

Cheers

Hendrik


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

Re: [OSM-talk] YOURS now supports route using only cycleroutes -Update

2008-09-29 Per discussione Lambertus

Nic Roets wrote:
 The gosmore / YOURS API is quite simple. Input is basically the 
 permalink URL and the output is a list of coordinates in CSV format. It 
 includes info about the segments such as way names and junction types 
 e.g. traffic_signals / mini_roundabout. So YOURS has enough info to 
 generate verbose English output, but it's just not implemented.
 
Indeed.

 Currently gosmore does not allow it's routing parameters to be changed 
 between queries. It is a feature that's easy to implement that Lambertus 
 has asked me for. It will allow different YOURS users to have different 
 preferences, which will be pretty cool, but I may not get time to 
 implement it before 2009.
 
Take your(s) time, there's plenty of stuff to do on my part before I can 
start using that.

 If YOURS can allow users to manage many different markers, it will be 
 easier to tweak routes. For example forcing the route from A to Z to 
 visit B and see how much of a detour it is. It sound like basic 
 OpenLayers stuff, but neither Lambertus nor I are experienced enough 
 with it.
 
It is being worked on in the webinterface. But I would like to know how 
I can query Gosmore to calculate a route using via's: Should I query 
Gosmore for each section or can I provide each via in the URL and have 
Gosmore calculate the route in one go?

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Nick Barnes


Seems to me that everybody replying thinks that there ought to be some
sort of framework for mass changes and I'll go along with that too.

However, the OP raised an interesting point...

Frederik Ramm wrote:
 One example to which I took exception is ... changing Strasse in the name 
 to 
 Straße, which is the correct spelling (but nonetheless Strasse is 
 often found on signs).

Straße may well be the correct spelling in German speaking countries,
but it certainly isn't in the UK. (e.g.
http://www.openstreetmap.org/?lat=53.7998lon=-1.75262zoom=17layers=B000FTF).


I was at the Bradford Mapping Party this weekend (which is how I spotted
'Hamm Strasse' - see link above). One of the guys there commented that
after he spent some time mapping an area called 'Batley Carr', some
numbskull thought it would be a good idea to correct all the
misspellings of 'car' and changed every single reference.

I have no evidence that either of these changes were applied globally,
but all it takes is for some blinkered xenophobe to decide that
everybody ought to use their character set, language rules and
dictionary and we're in a right mess.

Anyway, rant over.

Nick.


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Hendrik T. Voelker

Nick Barnes wrote:
 'Hamm Strasse' - see link above). One of the guys there commented that
 after he spent some time mapping an area called 'Batley Carr', some
 numbskull thought it would be a good idea to correct all the
 misspellings of 'car' and changed every single reference.

First of all this is not a problem limited to bots. Second there is no known 
way against stupidity and ignorance. That said we should try nonetheless to 
get things as fool prove as possible.

Discussions resulting in rules and guidelines are a good step in that direction.

Cheers

Hendrik


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

[OSM-talk] OpenCycleMap: outreach to local group and council: any HOWTOs or pointers? [Oxford and general content]

Out of the blue, I've been asked to advise Cyclox, a local cyclists'
advocacy group about improving [upon] the Oxfordshire County Council's
cycle map for the city of Oxford[1], and I've said I'll help out. It
sounds like a great opportunity: the bike group is enthusiastic and
community- focused, and there may be some gathering of data involved, so
it might feed back into OSM that way. They sound enthusiastic about
gathering data of interest to cyclists down to the level of bike parking
locations and capacities[2], so by doing what they'd do to benefit
themselves we'd benefit too. Which would be nice.

Are there any general pointers out there for this kind of outreach
stuff? I'd be interested to know how many OSMers out there on talk have
done this sort of thing in the past too, and if they have any
experiences they'd like to share.

(I really like the look of the so-called Cheltenham Standard,
http://wiki.openstreetmap.org/index.php/Cheltenham_Standard , which
RichardF dredged up a while back on #osm. I wonder how/if that could be
implemented in a Mapnik ruleset...)


[1] http://www.oxfordshire.gov.uk/cyclemaps
[2] I've done a bit of bike parking mapping myself recently:
http://www.opencyclemap.org/?zoom=15lat=51.75321lon=-1.25636
Wonder if that might have been selling the project locally?

-- 
Andrew Chadwick

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Ed Loach

Nick wrote:

 Seems to me that everybody replying thinks that there ought to
 be some
 sort of framework for mass changes and I'll go along with that
 too.

snip

 I was at the Bradford Mapping Party this weekend 

I've just realised the irony of what I've just done. I had a quick
look to spot how the mapping party went, zooming out from Nick's
link and comparing Mapnik to Osmarender versions. I then noticed
about 15 mini_roundabouts that hadn't been tagged
direction=clockwise (which I assume being on UK roads is the case),
so tagged them. I then thought that perhaps doing such a mini mass
change was wrong. 

Please, Nick, reassure me that Bradford's mini roundabouts aren't
anticlockwise ones just to confuse visitors?

Ed



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

Re: [OSM-talk] no name map layer - no info on wiki?

2008-09-29 Per discussione David Ebling

Thanks,

I've added a very rudimentary wiki page. If someone with better wiki skills 
feels like some wikignoming... :)

http://wiki.openstreetmap.org/index.php/NoName

I'm sure there's plenty more useful information that could be added too.

Dave


--- On Mon, 29/9/08, Shaun McDonald [EMAIL PROTECTED] wrote:

 From: Shaun McDonald [EMAIL PROTECTED]
 Subject: Re: [OSM-talk] no name map layer - no info on wiki?
 Cc: talk@openstreetmap.org
 Date: Monday, 29 September, 2008, 1:16 PM
 David Ebling wrote:
  I can't find any information on the wiki regarding
 the no name map layer that is now available on the home
 page. Is the search function useless or is this an omission
 that needs filling? If I knew how to create a new wiki page
 i'd start one...

 A wiki page needs to be created for it. The best way to
 create pages on 
 a wiki is to create a link to a non existent page, on a
 page that should 
 link to it, then after you have saved that page, you can
 click the link 
 to create it.
  In particular I was looking for information on when
 the tiles are updated.
 

 
 They are updated weekly, usually on a Thursday after the
 planet dump the 
 previous day.
 
 Shaun


  

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

Re: [OSM-talk] [tagging] RFC - no_robot was: Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Frank Sautter

Frederik Ramm schrieb:
 Remember that they can easily change things back again if you act
 against their will, so don't even try to play the superiority card.

i just added a feature proposal for the key: no_robot for naming keys
not to be touched by robot scripts.

please feel free to comment on:
http://wiki.openstreetmap.org/index.php/Proposed_features/no_robot

frank

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

[OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Lulu-Ann

Hello List,

I agree to Frederiks ideas and I would even go further: I would like to have a 
proposal-like system with votings for bot-runs installed with 8 of 15 for a 
single
run and 16 of 32 for a regularly running bot.

Bye
Lulu-Ann


 Message: 3
 Date: Mon, 29 Sep 2008 01:08:50 +0200
 From: Frederik Ramm [EMAIL PROTECTED]
 Subject: [OSM-talk] Code of conduct for automated (mass-) edits
 To: Talk Openstreetmap talk@openstreetmap.org
 Message-ID: [EMAIL PROTECTED]
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
 Hi,
 
 as OpenStreetMap draws more and more sophisticated users, we're also 
 seeing more scripts or, as they would be called in Wikipedia, bots, 
 modifying data.
 
 I'm in a bit of a dilemma here. I have been using such scripts for a 
 while now (see my Fixbot page on the Wiki, or some past undo 
 actions). I have always felt that being able to use scripts gives me 
 considerably more power than the average user, and I have tried to 
 ensure that I use that power responsibly.
 
 That kind self-restraint is, however, not the norm for everyone who is 
 capable of doing automated modifications. We are now seeing automated 
 edits on a large scale, often un-discussed and un-documented. When you 
 ask the authors they respond with something like oh, I read on the Wiki 
 that something should be so-and-so, so I thought I'll just change it.
 
 One example to which I took exception is that someone in Germany has 
 corrected a five-digit number of ways by inserting spaces in ref 
 tags (ref=A18 became ref=A 18) and/or changing Strasse in the name to 
 Stra?e, which is the correct spelling (but nonetheless Strasse is 
 often found on signs).
 
 Now the actual changes done are not too bad; they are actually, ex post, 
 welcomed by the majority of people on talk-de. Had the author of the 
 script discussed the issue on talk-de before, he'd probably have 
 received an almost unanimous go-ahead from the community.
 
 Still, this issue makes me feel uneasy. We take pride in not having 
 fixed rules. If someone, somewhere, decides to tag a road as Strasse 
 not Stra?e because that's what's on the signs, however wrong 
 orthographically: Should someone else, armed with no local knowledge but 
 just a set of spelling rules, without prior discussion, run a script 
 that changes this? Is this not showing disrespect to other people's 
 contributions?
 
 Another issue is, *if* something is changed, *how* this is done. Lacking 
 0.6's versioning, if anyone analyzes yesterday's planet file to find 
 ways he'd like to fix and uploads changed versions of each, chances are 
 he'll overwrite all those that have been changed between the generation 
 of the planet file and his script run. Whoever wants to run an automated 
 update should know exactly what he's doing, and be in a position to 
 exactly revert his changes should it turn out they were faulty.
 
 And still another thing is documentation; I somewhat expect that any 
 automated, large-scale change should be documented. When was it done, 
 what exactly was done, how many objects were affected, what were the 
 source and/or username settings for the job so that it can be 
 identified later.
 
 
 When I issued words of caution on the German list, some people came to 
 me grinning and said well there you have it, that's what happens when 
 you have a project without rules, and anyone making automated changes 
 has the same right to do so as anyone else.
 
 I don't think this is true; scripts or bots are a powerful means of 
 enforcing rules. If they proliferate in an uncontrolled fashion, we'll 
 soon have a number of mini dictators who have constructed their own set 
 of rules and will modify anything that dares to be different. The 
 philosopher Karl Popper has called this the paradox of tolerance - 
 even if you preach tolerance, your tolerance has to stop at intolerance. 
 So if we preach the freedom to tag whatever you want and how you want 
 it, that freedom has to stop if people start mass-changing existing data.
 
 
 I am in favour of setting up a code of conduct for automated edits. The 
 key elements would be:
 
 1. Make a plan of what you want to change, and discuss in relevant forum 
 (usu. mailing list). If there are many objections; drop the plan. If 
 there are few objections, maybe exempt certain areas or objects created 
 by certain people in order to respect their objections. Remember that 
 they can easily change things back again if you act against their will, 
 so don't even try to play the superiority card.
 2. Make sure your tools and knowledge are good: You have to be able to 
 revert your changes if something goes wrong, and you need to keep any 
 collateral damage to an absolute minimum. If you cannot guarantee that, 
 ask someone for help who can.
 3. Run the job. If it is something big or something you will probably do 
 more often, consider creating an extra account for it so it is easily 
 recognizable.
 4. Provide

Re: [OSM-talk] OpenCycleMap: outreach to local group and council: any HOWTOs or pointers? [Oxford and general content]

2008-09-29 Per discussione Andrew Chadwick (email lists)

Andrew Chadwick (email lists) wrote:
 Out of the blue, I've been asked 

Specifically this:

 Dear Andrew,
 
 I'm hoping that you are the same Andrew Chadwick as the OpenStreetMap 
 contributor.
 
 The local cycle campaign group Cyclox and I are keen to improve the County 
 Council's current cycle map of Oxford.
 
 I think something based upon OSM and the OpenCycleMap is the way to go.
 
 I should be extremely grateful if you would get in touch with me to 
 discuss the best way to get a group of keen Cyclox members out there 
 mapping Oxford for cyclists.
 
 Kind regards,
 
 Ed Wigzell
 Sustainable Travel Officer
 Oxford University Estates Directorate

Which all sounds interesting indeed. I know Cyclox have proofridden
mapped routes in the past, for one thing, and the depth of their
local_knowledge ought to be very helpful too.

-- 
Andrew Chadwick

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

Re: [OSM-legal-talk] Process for agreeing the new licence

2008-09-29 Per discussione Andy Robinson (blackadder-lists)

Jonathan Harley wrote:
Sent: 28 September 2008 2:29 PM
To: Licensing and other legal discussions.
Subject: Re: [OSM-legal-talk] Process for agreeing the new licence

I imagine legal issues were discussed at the OSMF AGM in August?
Does anyone know? Are there any minutes of that or any other
meeting? I'm an OSMF member but I've heard nothing.

Expect to see the minutes or OSMF management meetings on the OSMF website
very soon. You can then see what progress has been made on the licence
drafting over the last year. The AGM did not discuss legal issues at the AGM
because the AGM is not the forum for such discussions unless the membership
specifically ask for it to be placed on the agenda. In any case, the minutes
for an AGM are not available until they are approved, which is not until the
2009 AGM.

Andy Robinson
Secretary
OpenStreetMap Foundation
0777 553 7872
[EMAIL PROTECTED]

Name  Registered Office:
Openstreetmap Foundation
16 Oakfield Glade
Weybridge
Surrey
KT13 9DP
United Kingdom 
A company limited by guarantee, registered in England and Wales.
Registration No. 05912761. 

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

Hi,

Gert Gremmen wrote:
 The usertype should have the username of the uploader
[...]
 The username should be enabled shortly before
[...]
 The form would return by email the username
 to be used
[...]
 The notification script could also create a backup of
 all changes
[...]
 Normal users should have their number of changes per upload
 limited to say a few hundreds a time.
[...]

I was not suggesting any changes in the API. What you write above would 
require a lot of changes (and a lot of manpower). I just wanted to 
implement a code of conduct which bot users would be *expected* to 
follow - I didn't want to implement technical measures that *forces* 
people to do 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] Code of conduct for automated (mass-) edits

Hi,

Hendrik T. Voelker wrote:
 Guys, think about one of the most fundamental design principles for robust 
 code: Keep it simple.

[...]

 1. Require scripts to use an SSL certificate that is signed by OSM for 
 authentication

[...]

 2. As the first step request a Universally Unique Identifier (UUID) from the 
 OSM server which acts as transaction number for the batch process and tag 
 each 
 Object with it

Maybe everyone has misunderstood me.

I was indeed trying to keep things simple, and the ONLY thing I wanted 
was to reach some agreement between HUMANS that can be communicated to 
potential bot users.

Not a huge battery of technical measures that attempt to regulate bot 
usage, and are prone to fail.

As has been pointed out, 0.6 will bring some advances in the grouping 
and tracking department so PLEASE let's not go overboard with some 
semi-0.6 ideas.

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] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Andy Robinson (blackadder-lists)

Hi,

Gert Gremmen wrote:
 I want to insist however, on the 
 website form approach, to oblige
 fast-thinking fast-acting  bot writers to
 express at least what they intend to do somewhere.
 The automated undo system allows for a quick undo,
 before thousands of volunteers added data that will got
 lost when undone.

Nothing of what you say is going to be either fast or quick. It's going 
to take months to implement. Not what I had in mind.

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] Example of Multipolygon Lake/Islands?

2008-09-29 Per discussione Igor Brejc

Ævar Arnfjörð Bjarmason wrote:
 On Sat, Sep 27, 2008 at 10:50 PM, Gustav Foseid [EMAIL PROTECTED] wrote:
   
 Hi Can anyone provide a permalink to an example of a lake that uses the
 multipolygon relation to handle islands? I remember having a link to such an
 example a while ago but I seem to have lost it.
   
 http://www.openstreetmap.org/?lat=59.882lon=10.83435zoom=16layers=B000FTF

 Regards,
 

 I don't tag islands in the middle of lakes like that, I just use
 coastline without a relation. Where can I read about the advantages of
 doing it this way?

   
There were a lot of (lengthy) discussions about it on this list. I guess 
the main advantage is that you specify a lake more precisely in physical 
terms - it consists of water and islands inside the lake. Just using 
higher layer tags for island is more of a hint for rendering software 
and does not specify any relation between the lake and its islands.

Igor

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Martijn van Oosterhout

On Mon, Sep 29, 2008 at 1:48 PM, Hugh Barnes [EMAIL PROTECTED] wrote:
 No, because the user agent is not recorded as part of the edits. Nor is
 it planned to record it as a property of the changeset in API 0.6.

 Right, that's surprising, it's a pretty handy thing. I was about to ask how
 you know the editor in the history, but the penny's dropped that you actually
 use a tag to record it. I guess that's a legacy of editors existing outside
 of the API.

Well, when I was at the hackathon it was certainly intended to include
the user agent in the changeset. As a replacement for the created_by
tag. JOSM in API 0.6 will include it's version number in the changeset
for example.

Have a nice day,
-- 
Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

Frederik Ramm wrote:
Sent: 29 September 2008 7:22 PM
To: Hendrik T. Voelker
Cc: Talk Openstreetmap
Subject: Re: [OSM-talk] Code of conduct for automated (mass-) edits

Hi,

Hendrik T. Voelker wrote:
 Guys, think about one of the most fundamental design principles for
robust
 code: Keep it simple.

[...]

 1. Require scripts to use an SSL certificate that is signed by OSM for
 authentication

[...]

 2. As the first step request a Universally Unique Identifier (UUID) from
the
 OSM server which acts as transaction number for the batch process and tag
each
 Object with it

Maybe everyone has misunderstood me.

I was indeed trying to keep things simple, and the ONLY thing I wanted
was to reach some agreement between HUMANS that can be communicated to
potential bot users.

Not a huge battery of technical measures that attempt to regulate bot
usage, and are prone to fail.

As has been pointed out, 0.6 will bring some advances in the grouping
and tracking department so PLEASE let's not go overboard with some
semi-0.6 ideas.

Agreed. I've been the victim of bot changes over the last few months which
have been wholly inappropriate and they are a pain in the ass to deal with,
mainly because they have to be sorted out manually, which takes up valuable
mapping/editing time. I'd be a little happier if there was plenty of
information written in the tags about the bot and what the bot was looking
for in the tags when it makes a change. If the user understands what the bot
is doing and its basis plus who to contact re bugs then its less of a
problem to revert or amend. I'd also like to see tags that have been changed
remaining in some format in the tags, perhaps with a bot_change: namespace
or something. Yes, I know the data is in the history but quite frankly I
don't have time to look at the history for each individual item to fix
problems. I want to map.

Cheers

Andy

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

[OSM-talk] [tagging] Feature Proposal - Voting - sport=rink (Freebourg)

2008-09-29 Per discussione Mathieu Clément


Did you see my page here :

http://wiki.openstreetmap.org/index.php/Proposed_features/Ice_rink

I'm not sure which way I've to do it.

Thanks.


smime.p7s
Description: S/MIME Cryptographic Signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Garmin USB on Windows

2008-09-29 Per discussione Richard Fairhurst

Hi all,

A friend has bought a Garmin GPS 60 and would like to download tracks  
from it for OSM.

They use a Windows PC and, unfortunately, it's an employer's managed  
laptop so they can't install stuff on it - like the Garmin drivers.

Is there any way to download tracks from a USB Garmin on Windows  
without installing the drivers? GPSbabel will in principle run off a  
removable drive, but unfortunately seems to complain about the  
missing Garmin drivers. (This seems a bit weird given that it works  
fine on the Mac without installing any drivers.)

cheers
Richard

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

It's a way we need to go.
We may not like it, and it may take months to go, but it is the only
way to save the database against a number
of mistakes, hacks, osm-terrorism or whatever bot, script or other
mass modification might happen. We had this affair with
the Russian guy with JOSM using simplifier, that by accident deleted
many valuable details in the database in a huge area, just using JOSM.
A strong argument to limit JOSM uploads to a limited number of modifications
at a time.
Large changes go best by script, and NEED to go documented.
OSM community is getting larger and larger, and we cannot expect that every 
bot-writer
reads (or want to read) the code of conduct  you suggested, AND follow it.

Edits of mass destruction:
I have been experimenting with a text editor and regular expressions
on raw downloaded osm-data (JOSM, save as .osm) 
Great tool for changing all street names into guess what !!
Set the changed flag, reload in JOSM and upload it will do the job.

The system I proposed will delay the execution of script by a moderate
amount of effort, namely that to document it on a central place,
available to everyone. It also allows
the system to create an unique identifier per mass modification allowing
them to easily be reverted. (If done fast enough).
Not all I suggested needs to be done at once, however:

- Let's start with limiting JOSM and Merkaartor to a reasonable number
of uploads per manual upload action. This would prevent the 
errors of the type select all plus shift 1 km or the edits of mass 
destruction type
 to get uploaded. It also would get rid of those just fake editing to get their 
name on top of
the lists.
- Then allow the API to refuse uploads bigger then say 500 edits at a time, 
unless
 a assigned username is delivered by the webform script accepting the 
documentation.

These two measures would assure that no faulty mass edit will go hidden behind
a common username such as AND (read: yours), who contributes valuable data
normally.





Gert


-Oorspronkelijk bericht-
Van: Frederik Ramm [mailto:[EMAIL PROTECTED] 
Verzonden: maandag 29 september 2008 20:24
Aan: Gert Gremmen
CC: Hendrik T. Voelker; Talk Openstreetmap
Onderwerp: Re: [OSM-talk] Code of conduct for automated (mass-) edits

Hi,

Gert Gremmen wrote:
 I want to insist however, on the 
 website form approach, to oblige
 fast-thinking fast-acting  bot writers to
 express at least what they intend to do somewhere.
 The automated undo system allows for a quick undo,
 before thousands of volunteers added data that will got
 lost when undone.

Nothing of what you say is going to be either fast or quick. It's going 
to take months to implement. Not what I had in mind.

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] Garmin USB on Windows

2008-09-29 Per discussione Richard Fairhurst

Karl Newman wrote:

 If it's a 60Cx or 60CSx, then you can configure it to log tracks to  
 the MicroSD card. Once that's set up, you can put the device into  
 USB mass storage mode and it will show up as a drive (assuming  
 THOSE drivers work) or use an external MicroSD card reader that has  
 had the drivers installed. Then you can just open the drive and  
 copy the GPX files (there will be one file per day).

Unfortunately it's just the basic 60 - no SD card. Thanks for the  
idea, though.

Jack - the Live CD idea is really interesting; hadn't thought of  
that. Will experiment and let you know.

cheers
Richard

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

Re: [OSM-talk] Garmin USB on Windows

2008-09-29 Per discussione SteveC

Just run gpsbabel? No drivers required...

On 29 Sep 2008, at 13:32, Richard Fairhurst wrote:

 Karl Newman wrote:

 If it's a 60Cx or 60CSx, then you can configure it to log tracks to
 the MicroSD card. Once that's set up, you can put the device into
 USB mass storage mode and it will show up as a drive (assuming
 THOSE drivers work) or use an external MicroSD card reader that has
 had the drivers installed. Then you can just open the drive and
 copy the GPX files (there will be one file per day).

 Unfortunately it's just the basic 60 - no SD card. Thanks for the
 idea, though.

 Jack - the Live CD idea is really interesting; hadn't thought of
 that. Will experiment and let you know.

 cheers
 Richard

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


Best

Steve


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

Re: [OSM-talk] Garmin USB on Windows

2008-09-29 Per discussione Richard Fairhurst

SteveC wrote:

 Just run gpsbabel? No drivers required...

It complains, sadly - says it can't find the Garmin on usb 0. Weird  
given that it works on a Mac.

http://www.nabble.com/Garmin-USB-on-Windows-without-driver- 
td18626210.html

cheers
Richard

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

[OSM-talk] USA and Canada beat Germany to ban Potlatch

Hi,

from Wikipedia:

Potlatching was made illegal in Canada in 1885 and the United States in
the late nineteenth century, largely at the urging of missionaries and
government agents who considered it a worse than useless custom that
was seen as wasteful, unproductive which was not part of civilized
values.

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] Garmin USB on Windows

2008-09-29 Per discussione Stefan Monnier

 They use a Windows PC and, unfortunately, it's an employer's managed  
 laptop so they can't install stuff on it - like the Garmin drivers.

Why not boot a GNU/Linux live distribution (e.g. from a USB key)?


Stefan


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

Hi,

Gert Gremmen wrote:
 - Let's start with limiting JOSM and Merkaartor to a reasonable number
 of uploads per manual upload action.

I am against implementing any controlling measures beyond is the 
username/password valid at this point.

But I'm utterly, totally, completely against any kind of half-hearted 
measures that work only against those who cannot compile their own 
version of an editor! Next thing you'll say is that the JOSM .jar file 
has to be signed and only the official signed version may connect, and 
before you know it you have a situation where Central Command dictates 
what software people may use. No thanks!

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] USA and Canada beat Germany to ban Potlatch

2008-09-29 Per discussione Iván Sánchez Ortega

El Lunes, 29 de Septiembre de 2008, Frederik Ramm escribió:
 from Wikipedia:

 Potlatching was made illegal in Canada in 1885

Early versions sure were buggy...

-- 
--
Iván Sánchez Ortega [EMAIL PROTECTED]

Proudly running Debian Linux with 2.6.26-1-amd64 kernel, KDE 3.5.9, and PHP 
5.2.6-3 generating this signature.
Uptime: 22:58:11 up 39 days, 10:53,  4 users,  load average: 0.44, 0.74, 0.63


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] USA and Canada beat Germany to ban Potlatch

2008-09-29 Per discussione Nic Roets

Richard anticipated this earlier this month (and it turns out he's quite
well-read) :
http://www.openstreetmap.org/user/Richard/diary/3250#comments

On Mon, Sep 29, 2008 at 10:54 PM, Frederik Ramm [EMAIL PROTECTED] wrote:

 Hi,

from Wikipedia:

 Potlatching was made illegal in Canada in 1885 and the United States in
 the late nineteenth century, largely at the urging of missionaries and
 government agents who considered it a worse than useless custom that
 was seen as wasteful, unproductive which was not part of civilized
 values.

 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

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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

Don't exaggerate, this is a serious discussion,
not in need of overdriven arguments.
Keep your arguments to what I propose, not
to what you think I might propose !!!

But I'm utterly, totally, completely against any kind of half-hearted 
measures that work only against those who cannot compile their own version 
of an editor
 I did not propose , just a temporarily measure, quick to release. See remarks 
later.

Next thing you'll say is that the JOSM .jar file has to be signed and only 
the official signed version may connect, and before you know it you have 
a situation where Central Command dictates what software people may use. No 
thanks!
This is what you make up, not what I propose. Read well Frederik !!!

You are right, it goes beyond good old josm and
beyond -we can trust anyone- sentiments.
OSM is growing. Growing beyond -we trust all members-.
Much growing beyond -we know all users-
Growing beyond -we can reach all users--
Growing beyond -we can expect all users to read any code of conduct- let 
alone follow that code
Growing beyond -if something goes wrong Andy or Steve or Frederik will fix it-
My ideas are not that invasive at all; it won't
Stop  anyone from doing what he wants or needs.
The upload limit will not impact any ordinary user,
He just needs to push the upload button more frequently.

(I understand that it won't protect against anyone able to modify
The source, something probably very easy to do.
Just for the time, until the API will take care of that.)
Alternately, JOSM could provide a STRONG warning if a user
wants to upload more data then normally expected, before to proceed.
More error prone, but also more open friendly.

I Just want to implement obliged automated
Administration/recording of activity that we are in desperate need
of now, or will be very soon.

Gert Gremmen

-Oorspronkelijk bericht-
Van: Frederik Ramm [mailto:[EMAIL PROTECTED] 
Verzonden: maandag 29 september 2008 22:59
Aan: Gert Gremmen
CC: Talk Openstreetmap
Onderwerp: Re: [OSM-talk] Code of conduct for automated (mass-) edits

Hi,

Gert Gremmen wrote:
 - Let's start with limiting JOSM and Merkaartor to a reasonable number
 of uploads per manual upload action.

I am against implementing any controlling measures beyond is the 
username/password valid at this point.

But I'm utterly, totally, completely against any kind of half-hearted 
measures that work only against those who cannot compile their own 
version of an editor! Next thing you'll say is that the JOSM .jar file 
has to be signed and only the official signed version may connect, and 
before you know it you have a situation where Central Command dictates 
what software people may use. No thanks!

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

[OSM-talk] [tagging] Feature Proposal - Voting - Grit Bin

2008-09-29 Per discussione Detlef Reichl

Hi,

after this proposal only only got one (positiv) commet, it is now open
for voting. Please go for voting to:

http://wiki.openstreetmap.org/index.php/Proposed_features/grit_bin

Cheers, detlef


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

Re: [OSM-talk] Code of conduct for automated (mass-) edits

2008-09-29 Per discussione Shaun McDonald


Hi Gert,
On 29 Sep 2008, at 23:10, Gert Gremmen wrote:


I Just want to implement obliged automated
Administration/recording of activity that we are in desperate need
of now, or will be very soon.


Why don't you spend some time to work on the 0.6 API, which will help  
towards some of what you want?


Shaun



smime.p7s
Description: S/MIME cryptographic signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] [tagging] RFC - proposal for landuse=farmland / disambiguation of landuse=farm

2008-09-29 Per discussione Frank Sautter

hello,

i submitted a new proposal for landuse=farmland.

mainly this proposal is to resolve the ambiguous use of the landuse=farm
tag which has been used by some mappers to tag farmland and others using
it to tag the farmyard with all the farm buildings.

please comment on
http://wiki.openstreetmap.org/index.php/Proposed_features/farmland

frank



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

Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?

Hallo Claudius,

 natural=wood (multipolygon=outer)
 natural=water (multipolygon=inner)

Reicht das nicht:
natural=wood
natural=water

Könnte das irgendwie missverständlich sein?

So wie ich das bisher verstanden habe, funktioniert das so:

natural=coastline teilt die Welt in Land und Meer.
Innerhalb vom Land gelten dann alle anderen Schlüssel:
landuse=forest ist ein Wald auf dem Land
natural=water ist ein See auf dem Land (oder im Wald oder im Dorf)
landuse=farm sind landwirtschaftliche Flächen (in/neben Wald, See, Dorf)

Da kann doch eigentlich immer das Kleinere im Grösseren enthalten 
sein? Ein See im Dorf, oder ein Dorf im See...

Gruss, Markus


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

Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?

2008-09-29 Per discussione Andreas Labres

Claudius Henrichs wrote:
 Das innere Polygon 
 eines Multipolygons darf gerne völlig andere Tags haben.

Das solltest Du aber zuerst den Renderern beibringen... ;)

Servus, Andreas

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

[Talk-de] Wunschzettel für OSM

Wir arbeiten für OSM.
Warum machen wir das?
Wofür soll OSM eurer Meinung nach verwendet werden?
Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder?
Mich würde mal interessieren was ihr mit den Daten tun wollt!
Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden 
sollen.


Gruß Sven S.

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

Re: [Talk-de] Maerkischer Kreis: Kacheln werden Gra u überlagert ...

Hallo,

Hatto von Hatzfeld [EMAIL PROTECTED] writes:
 Sebastian Waschik wrote:
  Marco Krage [EMAIL PROTECTED] writes:
  Erst wird die Karte geladen (Grundfarbe, da wo nichts ist, ist so nen
  komisches blau und nicht grau wie sonst überall), und dann wird der
  Bereich von grauen Kacheln wieder überlagert. Bie mir im FF 3 und IE 7.
  
  ich denke, dass das mit dem blau das gleiche Probem ist, was ich heute
  morgen unter dem Titel Elbehochwasser? geschrieben habe.
 
 Nein. Denn wenn ich auf
 http://www.openstreetmap.org/?lat=51.441lon=7.659zoom=12layers=B000TFF
 (wo man sowohl graue als auch blaue Flächen sieht) den Maplint-Layer
 deaktiviere, dann verschwindet das Grau, aber das Blau bleibt.

ich bezog mich ja auch nur auf das Blaue.

Wegen dem Grau denke ich (vielleicht ist es auch etwas anderes), dass
da ein paar Maplint-Kacheln fehlen.  Wenn man etwas wegzoomt fehlen
da mehr:
http://www.openstreetmap.org/?lat=51.3111lon=7.7071zoom=12layers=B000TFF

Bei dem Link von dir ist zum Beispiel folgende URL grau:
http://e.tah.openstreetmap.org/Tiles/maplint/12/2136/1362.png

Wenn etwas da ist, sieht das so aus (oder halt ganz weiß):
http://d.tah.openstreetmap.org/Tiles/maplint/12/2135/1363.png

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] Qualit?tssicherung auf Tag-Niveau

Am Freitag, 26. September 2008 15:25:58 schrieb 
[EMAIL PROTECTED]:
 Hallo,

 Tobias Wendorff wrote:
  Der Grund war eher f?r mich, dass ich mich nicht in noch ein Projekt
  reinh?ngen will und es nachher hei?t, dass ich alle Sachen an mich
  rei?e und niemand einbeziehen m?chte.

 Hab ich schon verstanden, aber auch das ist ein Vorteil eines
 Chaotenprojektes
Das hätte ich nicht besser ausdrücken können, schön es aus deinem Mund zu 
hören!
 wie unsrem: Du kannst so viel an Dich reissen, wie Du 
 willst - wenn nichts bei rauskommt, wird es ein anderer machen, weil Du
 ihn nicht blockieren kannst. Es gibt keinen Posten, auf dem Du sitzen
 und bremsen kannst. In vielen anderen Organisationen gibt es das.
Aber das ist eben manchmal auch von Vorteil, dadurch verennen sich Leute nicht 
so leicht in irgendwelche Sackgassen..

 Bye
 Frederik


Gruß Sven

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

Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten

2008-09-29 Per discussione Dr. Franz-Josef Behr


Der Name der Datei ist aber sehr seltsam Sprengfähige Objekte?

Woher stammen die Daten? Und was soll damit kartiert werden?
--


Mit freundlichen Grüßen / Regards / Cordialement

Dr. Franz-Josef Behr


Participate in http://www.opengeocoding.org!

Growing old is mandatory. Growing up is optional.

Prof. Dr. Franz-Josef Behr - Home Office
Author of: Strategisches GIS-Management - http://www.gis-management.de
eMail: [EMAIL PROTECTED]
http://www.gis-news.de
Tel: +49 (0)721 / 453980-1 sowie 45 33 35
Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213
begin:vcard
fn:Dr. Franz-Josef^Behr
n:Behr;Franz-Josef
org:Stuttgart University of Applied Sciences  (SUAS);Faculty of Geomatics, Computer Science and Mathematics
adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany
title:Prof. 
tel;work:+49) 711/8926-2606
tel;home:+49 (0)721 / 453980-1
url:http://www.hft-stuttgart.de/
version:2.1
end:vcard

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

Re: [Talk-de] Elbehochwasser?

Hallo,

Michael Buege [EMAIL PROTECTED] writes:

 Zitat Hermann Schwaerzler:
 
  hallo sebastian
  
  Sebastian Waschik wrote:
  [...]
  
  PS: Gibt es in JOSM eigentlich eine Möglichkeit die ID zu einem Weg
  herauszufinden.  Bei Knoten wird sie scheinbar in dem Auswahlfenster
  dargestellt.  Bei Wegen finde ich nichts.
  
  weg markieren. mittlere maustaste drücken. im erscheinen context-menü
  erscheint u.a. auch die ID.
  wenn du mit gedrückter mittlerer taste auf den text des context-menüs
  fährst und dann die maustaste loslässt und die maus nicht mehr bewegst,
  bleibt das menü auch sichtbar.
 
 Wenn man zusaetzlich ctrl/Strg drueckt, darf man sogar die Maus bewegen. 
 ;-)

danke an Hermann und Michael!

http://wiki.openstreetmap.org/index.php/JOSM/Advanced_Tricks hatte ich
zwar gelesen.  Dann aber auch im Hinterkopf für halt mehrere
überschneidende Wege behalten.

Das mit dem Maus auf Kontextmenü schieben und loslassen habe ich
allerdings nicht geschafft.  Mit Strg klappt.

Auch wenn das zum Kopieren der Knotennummer trotzdem noch etwas
umständlich ist: Ich muss die die Nummer im Kopf (oder auf einem
Zettel) haben. In ein anderes Programm muss ich die dann dann noch mal
tippen anstatt sie einfach einzufügen, wie ich dies bei den anderen
Eigenschaften eines Weges ist kann.  Dies ist aber schon mal ein
Riesenvorschritt gegenüber dem Suchen in der XML-Datei bzw. dem
Aufmachen des Datenlayers.

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

2008-09-29 Per discussione Birgit Nietsch

Bodo Meissner schrieb:

 Man könnte einen Kommandozeilenparameter oder eine
 Environment-Variable einbauen, um das Konfigurationsverzeichnis
 abweichend vom Standard festzulegen.

Warum nicht auch in einem Dialog in den Programmeinstellungen?
Kommandozeilenparameter muss man kennen, um sie benutzen zu
können. Menüs und Konfigurationsseiten kann man durchblättern.


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

Re: [Talk-de] Wunschzettel für OSM

Hallo.

Am Montag, 29. September 2008 schrieb Sven Sommerkamp:
 Mich würde mal interessieren was ihr mit den Daten tun wollt!
 Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden
 sollen.

Nein, wir sollten nicht unser Ziel vorher feststecken.

Momentan sind wohl Router (mit unzählichen Sonderfunktionen und 
unterschiedlichen Schwerpunkten) und Kartendarstellung (mit unzählichen 
Sonder-Darstellungen) die verbreitetsten Anwendungen.

Aber wenn wir jetzt sagen, wofür wir die Karte machen, wird sie für alle 
anderen Anwendungen (die uns jetzt halt noch nicht einfallen) immer 
schlechter werden weil man viel zu oft mit Tricks versucht, für die gegebenen 
Anwendungen das richtige Ergebnis zu simulieren.


Spontanes Beispiel:
Wenn wir nur sagen, Router und Landkarten sind unser Ziel. Dann macht diese 
ganze Multipolygon-Relation-Diskussion plötzlich keinen Sinn, denn ein Router 
interessiert sich nicht für den Wald und eine Karte kann man auch rendern 
wenn man ein Stück Land über den Wald legt (mit layer).

Wenn wir nachher aber die Gesamtfläche des Waldes in Hessen berechnen wollen, 
gibt es plötzlich wieder Probleme weil man nicht mehr weiß, welches drüber 
gelegte landuse jetzt eine Lichtung darstellt und welches vielleicht nicht.

Gruß, Bernd

-- 
Lieber arm dran als Arm ab


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] OSM-Datenaustausch ohne JOSM

Hallo.

Am Montag, 29. September 2008 schrieb Birgit Nietsch:
 [Einstellungen an einem bestimmten Ort speichern]
 Warum nicht auch in einem Dialog in den Programmeinstellungen?

In den Einstellungen speichern, wo die Einstellungen gespeichert werden?
Wie war das mit der Rekursion? :-)

Also ja, speichern würde ja gehen, aber das wiederfinden wäre dann ein 
Problem.


Alternativvorschlag:
1. Versuch: normales Benutzerdaten-Verzeichnis
2. Versuch: JOSM-Binary-Verzeichnis
3. Versuch: Datei-Öffnen-Dialog anzeigen und den User fragen wo die 
Einstellungen sind.

Plus einen Kommandozeilen-Parameter für einen benutzerdefinierten Speicherort.

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] Steinbrüche, Kiesgruben, Böschun gen...

2008-09-29 Per discussione Tim 'avatar' Bartel

Hi,

Am 29. September 2008 00:02 schrieb Garry [EMAIL PROTECTED]:
 .. gibt es dafür schon Tags?
 Mir geht es um die Darstellung von künstlichen und natürlichen
 Bruchkanten, die für den normalen Verkehr
 unüberwindbare Hindernisse sind und zu wenig Höhenunterschied bieten um
 mit der Höhendatenbank erkannt zu werden..

IMHO haben wir bisher festgeschrieben nur natural=cliff und
man_made=embankment, die in diese Richtung gehen.

Tschüss, Tim.

-- 
http://wikipedistik.de

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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

Hallo,

Michael Buege [EMAIL PROTECTED] writes:
 Einfacher waere es imho natuerlich, das .josm-Verzeichnis auch an
 einem selber bestimmbaren Ort einrichten zu lassen. Gibt es da eine
 Moeglichkeit? Ich verwende Josm an verschiedenen Orten auf
 verschiedenen Rechnern. Momentan kopiere ich das .josm-Verzeichnis
 immer auf den Stick und und bei Bedarf wieder in das
 home-Verzeichnis. Ideal waere, Josm inklusive Verzeichnis komplett
 vom Stick starten zu koennen.

klappt die Notlösung, einen Soft-Link mit dem Namen .josm anzulegen?

Lokal auf der Platte schien das eben zumindest zu funktionieren.  Also
ich habe das Verzeichnis .josm nach josm verschoben und einen Link von
.josm auf josm angelegt.  Darauf hin hat JOSM in das Verzeichnis josm
geschrieben.

Alles klappt natürlich nur unter Linux, aber da du KNodes verwendest
denke ich, dass du zumindest auf einem Rechner obiges anwenden
könntest.

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] OSM - eine freie Weltkarte

Hallo Bernd, hallo Frederik,

klar, Prioritäten helfen bei der zielgerichteten Arbeit.
Gleichzeitig ist aber der Zusammenhang der einzelnen Aktivitäten mit dem 
Ganzen genauso wesentlich.

 ich habe verstanden, dass Du OSM auf die Datenbasis reduzieren 
 möchtest (plus DB-Infrastruktur, plus die Datensammeltätigkeit und 
 die Attributierung der Daten, plus Datenzugriff). 

Frederic:
 Der Grund dafuer ist einfach. Indem wir uns auf unser Kerngeschaeft 
 konzentrieren, koennen wir darin besser werden - unsere Arbeitskraft 
 und, wo vorhanden, Finanzmittel sollen nicht verbraucht werden, um 
 redundante Tileserver und Terabyte von Traffic anzubieten, sondern um 
 das Datensammeln zu erleichtern bzw. sicherzustellen.

Solange Du mit unser Kerngeschäft hier dasjenige der 
Datenbankspezialisten und der Datensammler meinst, bin ich da sehr 
einverstanden. In einem Projekt dieser Grössenordnung braucht es 
Spezialisierung. Und wenn diese mit den persönlichen Fähigkeiten, 
Fertigkeiten und Vorlieben übereinstimmen, dann kann das nur gut sein.

Das darf aber nicht das Kerngeschäft von OSM sein.
Denn das Kerngeschäft von OSM ist die

Erstellung einer freien Weltkarte

Ebenfalls einverstanden bin ich damit:
 Die Terabyte von Traffic und die redundanten Tileserver kann leicht 
 jemand anders machen

(wenn Du mit jemand anders andere OSM'er meinst, oder Dritte)
Allerdings darf Spezialisierung nicht dazu führen, dass die Idee als 
Ganzes aus den Augen verloren wird:

*wir machen eine freie Weltkarte*

Und dazu ist es essentiell, dass die Spezialisten miteinander reden 
und alle ihre Aktivitäten konsequent mit- und aufeinander abstimmen.

_Massstab ist immer der Endbenutzer_
Also derjenige, der mittels einer Anwendung die Daten für seine Zwecke 
nutzen will.

Deshalb sind die Wünsche der Endbenutzer konsequent zu erfassen und 
möglichst erfolgreich umzusetzen. Ideal dabei ist, dass viele OSM'er in 
Personalunion sowohl Endbenutzer, als auch Datensammler und Kartografen 
sind (oder werden!). Und einige sind sogar DB-Spezialisten und/oder 
Anwendungsprogrammierer, Organisatoren, Hardwarespezialisten, etc.

 wir (als Projekt) 

sind alle die den Endbenutzer in irgend einer Weise glücklich - und 
damit das Projekt erfolgreich machen.
Erfolgreicher als andere...

Bernd:
 Daten und die Datensammlung kann frei erhalten bleiben, 
 unabhängig von der Kontrolle einer gewinnorientierten Firma

Ja, *Datenfreiheit ist der zentrale Schlüsselwert von OSM*.

Das darf aber nicht dazu führen, dass wir zu einem Abklatsch von 
Teleatlas oder so werden, denn wir sind viiiel mehr:

_OSM ist eine freie Weltkarte_
Also viele pfiffige Anwendungen auf der Basis gemeinsam erhobener Daten, 
simpel zu bedienen mit hohem Nutzerwert.

Gruss, Markus

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

Re: [Talk-de] Wunschzettel für OSM

2008-09-29 Per discussione John07

Sven Sommerkamp schrieb:
 Wir arbeiten für OSM.
 Warum machen wir das?
 Wofür soll OSM eurer Meinung nach verwendet werden?
 Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder?
 Mich würde mal interessieren was ihr mit den Daten tun wollt!
 Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden 
 sollen.
   
Wenn mir mal spontan was einfällt bringe ich das immer hier unter, damit 
ich es nicht vergesse und mich evtl. mal darum kümmere bzw. bestimmte 
Leute danach fragen kann: 
http://wiki.openstreetmap.org/index.php/User:John07#Wunschliste
Gruß
Jonas

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

Re: [Talk-de] OSM - eine freie Weltkarte

Hallo Frederik,

ich schrieb:
 Reine Consumer werden OSM an Google messen und dabei weniger tolerant 
 sein als die für OpenSource aufgeschlossenen Menschen.

Damit:
 Die sollen einfach weggehen und in ein paar Jahren wiederkommen.
 
 Klingt jetzt hart, aber ist so - wer nicht die Toleranz mitbringt, um 
 mit einem dynamischen Projekt wie uns zu arbeiten, fuer den ist Google 
 eben einfach besser geeignet

würdest Du auf viiiele wertvolle Ressourcen verzichten.

Unter den Consumern sind immer auch interessierte, engagierte und 
kopetente Menschen, die sich für gute Ideen begeistern lassen.
Und einige lassen sich für eine aktive Mitarbeit begeistern...

Klar bedeutet es etwas Aufwand, OSM zu erklären.
Aber das tun wir doch bereits recht erfolgreich?!

Was m.E. noch erforderlich wäre, ist, dies auch als *Ziel* zu 
formulieren und noch konsequenter umzusetzen.
Und dazu gehört, dass sich alle Entwickler bewusst sind, dass OSM nur 
funktioniert, wenn der Endbenutzer einen Gewinn hat. Und dass er als 
Entwickler entscheidend dazu beitragen kann, indem er mit anderen 
Entwicklern synergetisch zusammenarbeitet und dabei die Interessen der 
Endbenutzer immer im Blick hat. *

 OSM ist immer noch ein Projekt fuer early adopters

Das sehe ich genauso.

Gleichzeitig können wir allen erzählen:
- wir sammeln freie Daten
- wir machen freie Anwendungen
- wir wollen besser sein als die Kommerziellen

Und einladen: Machst Du mit?!


 Eine *gute Informationspolitik* ist essentiell.
 
 Sehe ich nicht so. Politik koennen wir ueberhaupt nicht gebrauchen. 

Informationspolitik hat nichts mit der Politik von Parteien zu tun.

Politik bedeutet:
Erkennen wer die Kunden sind (hier die Endanwender),
wo die Ressourcen sind (bei OpenSource ebenfalls die Endanwender),
daraus Ziele formulieren (freie Daten mit pfiffigen Anwendungen),
planen wie wir das Ganze umsetzen.

Informationspolitik bedeutet: Darüber erzählen.
Von den Zielen, vom Weg, von den Erfolgen, und was als nächstes ansteht.
Informationspolitik bedeutet auch zuhören: Ideen und Wünsche aufgreifen.

Das alles ist OpenSource.

Gruss, Markus


* siehe dazu den neuen Thread von Sven

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

Re: [Talk-de] Zuverlässigkeit der Server

Hallo Jonas,

 dass ich in der Gesamtheit deiner letzten 
 Postings immer nur vom Worst-Case und Untergangszenarien lese 

Oh - das meine ich nicht - im Gegenteil:
OSM ist super!

 Unsere Nutzerzahlen explodieren, wir sind 
 in immer mehr wichtigen Pressemedien aufgetaucht 
 und immer mehr Leute nutzen unsere Daten und kennen uns.

Ja!
Je mehr Menschen wir erreichen, desto schneller wächst das Projekt.

Gleichzeitig wecken wir damit auch Erwartungen.
Deshalb ist es m.E. zwingend notwendig, mit diesen Erwartungen gezielt 
konstruktiv umzugehen.

Dazu gehört:
- Wünsche der Endbenutzer aufgreifen
- Ziele für das Gesamtprojekt formulieren
- synergetisch an der Umsetzung arbeiten
- wirkungsvolle Kommunikation
(und das geht nicht ohne Organisation)

Ganz wichtig ist:
 Das was ich an diesem Projekt nämlich bis jetzt 
 am meisten schätze ist die postive Grundstimmung und die Mentalität 
 einfach mal was zu machen, zu sehen wie es läuft ... es ist einfach 
 alles sehr unkompliziert und freundlich. 

Diese *positive Grundstimmung* und die *Idee der freien Weltkarte*
sind die Quelle unseres Erfolges!

Gruss, Markus

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

Re: [Talk-de] Öffnungszeiten

2008-09-29 Per discussione Florian Schweikert

So Dritter versuch mit gmail was zu senden:

Mir persönlich ist es im Grunde egal wo die Daten für Öffnungszeiten dann
liegen, mir geht es darum das sie eingetragen werden können. Es ist imho
eine wichtige Information. Das Schema ist allerdings wirklich nicht so toll.
(Wer jetzt Mach's besser sagt, hat natürlich recht :-S)
Im Endeffekt wird es sowieso irgendwann eine Vorlage für JOSM geben, dann
werden sicher genügend Leute die Öffnungszeiten eintragen. Eine DB für POIs
hätte was für sich, man könnte Standardöffnungszeiten für zB. alle Billa
(REWE) in Wien eintragen. Verknüpft mit einer API für die Konzerne, dass sie
ihre Sonderangebote reinschreiben, etc. (wobei man darüber streiten kann ob
das nicht Werbung ist, ...)
In so einer DB könnte man natürlich auch viele andere Informationen
(Kundenbetreuer der Filiale + Tel.nummer, ...) rein schreiben.

mfg,
Florian (Kelvan)

Am 29. September 2008 00:41 schrieb Tordanik [EMAIL PROTECTED]:

 Florian Heer schrieb:
  Tordanik schrieb:
  [Ironie entsorgt]

 Schade, dabei hab ich mir doch so viel Mühe gegeben, meinen Vergleich
 zum Hinken zu bringen. *g*

  Also: Nur, dass man etwas gerne mit OSM verbunden anwenden möchte, ist
  meiner Ansicht nach noch kein Grund, dass es in dasselbe Format und
  dieselbe Datenbank gezwängt werden muss.
 
  Naja, ich bin ja der Meinung, dass wir mappen sollten, was sichtbar ist.
  Öffnungszeiten kann man im Vorbeilaufen aufschreiben (ebenso wie den
  Inhaber, das möchten scheinbar auch einige gern als Info haben). Die
  Geschichte eines POIs ist da entweder nicht im Vorbeilaufen mit-mapbar,
  oder sie hängt in urheberrechtlich geschützter Form rum.

 Kein schlechtes Kriterium, zugegeben.

  Ich zumindest sehe da schon einen Unterschied, ansonsten könnten wir
  direkt das volle Gegentum machen und nur Straßen und Gebäude eintragen,
  alle Zusatzinfos gehören dann in eine externe Datenbank, auch, ob es ein
  Restaurant ist, ob da ein Briefkasten ist etc.

 Richtig, es ist ein Unterschied. Man muss eben irgendwo für sich eine
 Grenze ziehen, weder „wir fügen alle Informationen in die Datenbank, die
 irgendwas mit dem Ort zu tun haben noch „wir packen nur noch
 Koordinaten und Ways in unsere DB und lagern alle Infos in externe DB
 aus halte ich für der Weisheit letzten Schluss.

 Ganz scharfe Kriterien sind da m.E. schwer zu definieren, für sprächen
 aber etwa folgende Punkte für eine eigene Unterbringung:

 * die Information lässt sich auch ohne OSM nutzbringend einsetzen
  - ist bei Dingen wie „Branchenbuch und „Fahrplan m.E. gegeben,
 die gibts ja nicht umsonst auch schon extra
 * die Information lässt sich mit OSM-Datenstrukturen schwer abbilden
  - gilt wohl bei Öffnungszeiten durchaus auch, da ich bis jetzt noch
 keine Lösung gefunden habe, die halbwegs ohne kompliziertes Parsing
 schwer lesbarer Strings auskommt
 * es könnten auch Leute mitarbeiten wollen, die nicht Mapper sind
  - halte ich auch für gegeben, da die technische Einstiegshürde bei
 einer Öffnungszeitenmaske wohl geringer ist, als es detailliertere
 OSM-Edits je sein werden

 Letztlich ist es natürlich Ansichtssache, und solange ich nicht selber
 eine Öffnungszeiten-DB baue, muss ich mir ja an die eigene Nase fassen.

 Tordanik

 ___
 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] Wunschzettel für OSM

Hallo Sven,

das ist eine super Idee:
Wir arbeiten für OSM.
Warum machen wir das?
Wofür soll OSM eurer Meinung nach verwendet werden?
Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder?
Mich würde mal interessieren was ihr mit den Daten tun wollt!
Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden
sollen.

Die Ergebnisse könnte man im Wiki zentral sammeln.
Daraus könnte man Ziele ableiten.
Eine ToDo-Liste formulieren.

Und jede/r der/die (warum gibt es eigentlich so wenig Frauen hier?)
der Lust und Zeit hat, könnte sich gemeinsam mit anderen, die ebenfalls
Lust und Zeit haben, den einen oder anderen Punkt vornehmen, nach einer
Lösung suchen, diese umsetzen, und das Ergebnis für alle als Anleitung
zum Nachmachen oder Benutzen dokumentieren.

Hallo Jonas,

Wenn mir mal spontan was einfällt bringe ich das immer hier unter, damit
ich es nicht vergesse und mich evtl. mal darum kümmere bzw. bestimmte
Leute danach fragen kann:
http://wiki.openstreetmap.org/index.php/User:John07#Wunschliste

Ich habe auch sowas angefangen:
http://wiki.openstreetmap.org/index.php/Talk:De:OSM_in_Website_für_Gemeinde
http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Baukasten_Webanwendungen
http://wiki.openstreetmap.org/index.php/de:Segler1

Vielleicht können wir daraus eine zentrale Wunschliste machen?
Wo alles miteinander übersichtlich vernetzt ist...

Gruss, Markus

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

Re: [Talk-de] Wunschzettel für OSM

2008-09-29 Per discussione elchtreiber

Hi,

 Wir arbeiten für OSM.
 Warum machen wir das?

Weil ich schon lange mit GPS rummache und das schon fast als kleines Hobby 
betrachte.

 Wofür soll OSM eurer Meinung nach verwendet werden?

Ich brauche die Karten für das Garmin und benutze auch die routingfähigen 
Karten auf dem Garmin.

 Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder?

Siehe oben.

 Mich würde mal interessieren was ihr mit den Daten tun wollt!

Navi mit Strassenrouting und Wanderungen mit GPS.

 Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden
 sollen.

Gruß
Kai
-- 
GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion!
http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196

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

Re: [Talk-de] Wunschzettel f?r OSM

Am Montag, 29. September 2008 10:05:47 schrieb 
[EMAIL PROTECTED]:
 Hallo.

 Am Montag, 29. September 2008 schrieb Sven Sommerkamp:
  Mich w?rde mal interessieren was ihr mit den Daten tun wollt!
  Das w?re doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden
  sollen.

 Nein, wir sollten nicht unser Ziel vorher feststecken.
Ist ja kein endgültiges Ziel.
Wir sehen ja das theoretisch vieles denkbar ist.
Aber ohne Ziele irrt man hilflos umher und eben auch in Sackgassen.
Das braucht unser Projekt nun nicht, sondern zielstrebiges arbeiten an einer 
gemeinsamen Vision.

 Momentan sind wohl Router (mit unz?hlichen Sonderfunktionen und
 unterschiedlichen Schwerpunkten) und Kartendarstellung (mit unz?hlichen
 Sonder-Darstellungen) die verbreitetsten Anwendungen.
Ich vermute das die meißten die sich am Projekt beteiligen dies tun,
weil sie die Daten für Routing nutzen wollen,
oder um Karten verschiedenerlei gerendert ausdrucken wollen,
oder um sie auf Webseiten einzubinden (Wegbeschreibung).

 Aber wenn wir jetzt sagen, wof?r wir die Karte machen, wird sie f?r alle
 anderen Anwendungen (die uns jetzt halt noch nicht einfallen) immer
 schlechter werden weil man viel zu oft mit Tricks versucht, f?r die
 gegebenen Anwendungen das richtige Ergebnis zu simulieren.
Wenn wir die Karte so bauen, das man sie Flächenberechnungen, Statistiken usw.
gleich oder vorrangig gut zu verwenden ist, dann werden die Dinge, von denen 
ich denke, das die meißten Menschen profitieren, leer aus gehen.
Das wäre schade, denn diese würden sich jetzt fragen: Wofür hab ich soviele 
Stunden und Tage investiert?
Oder warum sollte ich es in Zukunft tun?


 Spontanes Beispiel:
 Wenn wir nur sagen, Router und Landkarten sind unser Ziel. Dann macht diese
 ganze Multipolygon-Relation-Diskussion pl?tzlich keinen Sinn, denn ein
 Router interessiert sich nicht f?r den Wald und eine Karte kann man auch
 rendern wenn man ein St?ck Land ?ber den Wald legt (mit layer).
Für eine Kartenanwendung ist schon zur Orientierung auch wichtig ob Wald oder 
Gewässer, was auch immer vorhanden ist.
Daran ändert sich nichts.

 Wenn wir nachher aber die Gesamtfl?che des Waldes in Hessen berechnen
 wollen, gibt es pl?tzlich wieder Probleme weil man nicht mehr wei?, welches
 dr?ber gelegte landuse jetzt eine Lichtung darstellt und welches vielleicht
 nicht.

 Gru?, Bernd

Gruß Sven



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

Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?

2008-09-29 Per discussione Claudius Henrichs

Andreas Labres:
 Claudius Henrichs wrote:
 Das innere Polygon
 eines Multipolygons darf gerne völlig andere Tags haben.

 Das solltest Du aber zuerst den Renderern beibringen... ;)

 Servus, Andreas

Die können das doch schon. Die Anatomie hier beispielsweise hat als 
inner-Polygon ungetaggte Polygone:

http://www.openstreetmap.org/?lat=51.331924lon=12.38291zoom=18layers=B000FTF

...und hier hätten wir das Beispiel Baumbestandene Insel in See:

http://www.openstreetmap.org/?lat=51.329527lon=12.357197zoom=18layers=B000FTF


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

Re: [Talk-de] Wunschzettel f?r OSM

Ich habe mal eine Seite angelegt.
Dort kann jeder reinschreiben, was er mit den Daten tun möchte.

http://wiki.openstreetmap.org/index.php/Ziele%2C_was_wollen_wir_mit_OSM_machen

Gruß Sven

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

[Talk-de] Tag Erlaerung.

2008-09-29 Per discussione Thomas Drebert


Hallo,

kann mir jemand sagen was dieser Tag bedeutet?
access=permissive
Permissive finde nicht im Wörterbuch.

Schöne grüße
Thomas
_
In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! 
Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114


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

Re: [Talk-de] Telefonnummern bei POI

2008-09-29 Per discussione Florian Schmitt

[EMAIL PROTECTED] schrieb:

 gibt es eine verbindliche Form, in der Telefonnummern von Restaurants, Hotels 
 etc eingetragen werden können?

Suche im Wiki: phone
dritter treffer: http://wiki.openstreetmap.org/index.php/Key:phone

Gruss
florian

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

Re: [Talk-de] Tag Erlaerung.

2008-09-29 Per discussione Florian Schmitt

Thomas Drebert schrieb:

 kann mir jemand sagen was dieser Tag bedeutet?
 access=permissive

Suche im Wiki: permissive
erster Treffer: http://wiki.openstreetmap.org/index.php/Key:access

 Permissive finde nicht im Wörterbuch.

dict.leo.org:
http://dict.leo.org/ende?lp=endelang=desearchLoc=0cmpType=relaxedsectHdr=onspellToler=onchinese=bothpinyin=diacriticsearch=permissiverelink=on

Gruss
florian

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

Re: [Talk-de] Tag Erlaerung.

Hallo Thomas,

wenn Du etwas suchst, einfach den Begriff im Wiki
unter Suche eingeben.

Alles zu den Schlüsseln und ihren Werten findest Du unter
http://wiki.openstreetmap.org/index.php/de:Map_Features
und http://wiki.openstreetmap.org/index.php/de:Howto_Map_A
und noch ein paar weiteren Unterseiten.

 access=permissive

findest Du unter
http://wiki.openstreetmap.org/index.php/de:Map_Features#Beschränkungen

Gruss, Markus

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

[Talk-de] Permalink

was bedeutet im Permalink:
layers=B00FT

Wo finde ich eine Liste der möglichen Werte?

Gruss, Markus


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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

2008-09-29 Per discussione Sascha Silbe


On Mon, Sep 29, 2008 at 09:27:35AM +0200, Bernd Wurst wrote:


1. Versuch: normales Benutzerdaten-Verzeichnis
2. Versuch: JOSM-Binary-Verzeichnis
2 1/2. Einstellungen per API laden 
(http://api.openstreetmap.org/api/0.5/user/preferences; ganze Config als 
ein Wert ablegen, damit 150er-Grenze nicht so schnell erreicht wird)
3. Versuch: Datei-Öffnen-Dialog anzeigen und den User fragen wo die 
Einstellungen sind.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...

 .. gibt es dafür schon Tags?

Es gibt für Steinbrüche landuse=quarry.
Damit sollte klar werden, dass man dort selbst als geübter  
Wanderer vorher die Police seiner Lebensversicherung prüfen  
sollte.
Für Böschungen braucht es meines Erachtens kein Tagging.
Kein Weg + SRTM-Höhenlinen sind -siehe Cyclemap- eindeutig.

Lediglich Erdwälle (Deiche) könnten ein schönes Tagging  
gebrauchen, wenn man als Wanderer vorplant. Auf dem Deich zu  
laufen ist -je nach Witterung- netter als unten dahinter.
Andererseits kann man das auch spontan vor Ort umplanen.  
;-)

-jha-



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

Re: [Talk-de] Wunschzettel f?r OSM

Hallo.

Am Montag, 29. September 2008 schrieb Sven Sommerkamp:
  Nein, wir sollten nicht unser Ziel vorher feststecken.
 Ist ja kein endgültiges Ziel.
 Wir sehen ja das theoretisch vieles denkbar ist.
 Aber ohne Ziele irrt man hilflos umher und eben auch in Sackgassen.
 Das braucht unser Projekt nun nicht, sondern zielstrebiges arbeiten an
 einer gemeinsamen Vision.

Mit dem Arbeiten an einer gemeinsamen Vision stimme ich dir voll zu. ;-)

Du redest dauernd von Sackgassen. Welche denn zum Beispiel?

Ich erkenne lediglich, dass manchmal mehrere Ansätze parallel verfolgt werden 
wovon dann vielleicht einer irgendwann aufgegeben wird. Das ist aber einfache 
und konstuktiv ablaufende Evolution und kein in-die-Sackgasse-irren.


 Ich vermute das die meißten die sich am Projekt beteiligen dies tun,
 weil sie die Daten für Routing nutzen wollen,
 oder um Karten verschiedenerlei gerendert ausdrucken wollen,
 oder um sie auf Webseiten einzubinden (Wegbeschreibung).

Ja, das sage ich doch. Aber machen wir eine Karte für die meißten? Ich mache 
sie nichtmal für die meisten sondern so, dass ich niemanden ausschließe.


 Wenn wir die Karte so bauen, das man sie Flächenberechnungen, Statistiken
 usw. gleich oder vorrangig gut zu verwenden ist, dann werden die Dinge, von
 denen ich denke, das die meißten Menschen profitieren, leer aus gehen.

Huh? Warum? Kannst du mit einem Wald, bei dem das innere auch als inneres 
markiert ist nicht routen? Oder das nicht auf einer Karte darstellen?

Jeder Mensch hat eine gewisse Sehnsucht nach Statistiken. Ob es Edits pro 
Monat oder Waldflächen in einem Bundesland sind, man kann über alles 
Statistiken machen. Nicht nur über Daten die für nichts anderes zu gebrauchen 
sind.


 Das wäre schade, denn diese würden sich jetzt fragen: Wofür hab ich soviele
 Stunden und Tage investiert?
 Oder warum sollte ich es in Zukunft tun?

Weil es dich nicht kratzen muss was ich mit den Daten anstelle.
So lange jeder das macht und beisteuert, was er für richtig hält und nicht 
anderer Leute Arbeit in sein Schema presst oder manche Konventionen grade 
anders herum benutzt, kann vieles parallel existieren.

Die meisten Mapper haben keine Probleme damit, sich für Dinge die schon 
existieren auch an die Konventionen zu halten, die sich durch breite Nutzung 
ergeben haben. So lange das so ist, sehe ich keine Probleme mit den 
Standard-Features. Erweiterte Anwendungen brauchen eben etwas länger bis sie 
sich über große Flächen herumgesprochen haben, aber wir haben ja Zeit. :)

Gruß, Bernd

-- 
Wenn es regnet und hagelt, dann liegt es meistens am Wetter.


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] Steinbrüche, Kiesgruben, Böschun gen...

2008-09-29 Per discussione Michael Wolf

Johann H. Addicks schrieb:
 .. gibt es dafür schon Tags?
 
 Es gibt für Steinbrüche landuse=quarry.

Das tagge ich auch, ich nehm es als leidlich passendes für die Sand- und
Kiesgruben in der Gegend. Passt nicht zu 100%, aber für Routing dürfte
es den Zweck erfüllen.

mw

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

Re: [Talk-de] Permalink

2008-09-29 Per discussione Claudius Henrichs

Markus:
 was bedeutet im Permalink:
 layers=B00FT

 Wo finde ich eine Liste der möglichen Werte?

Mit dem layer-Parameter im Permalink werden die de-/aktivieren Layer und 
Overlays gekennzeichnet.
Die ersten vier Stellen bei Openstreetmap.org dienen für die vier 
Baselayer Mapnik, Osmarender, Cycle Map und No Name. Ein B bedeutet, 
dass dieser Layer aktiviert ist.
Die letzten drei stellen dienen für die Aktivierung der Overlays Maplint 
und Data (Keine Ahnung, wofür der dritte verwendet wird). T steht 
hierbei für True (=aktiviert), F für False (nicht aktiviert).


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

Re: [Talk-de] Multipolygone für Wälder/Landuse - m uss das sein?

2008-09-29 Per discussione Detlef Reichl

Hallo,

Am Montag, den 29.09.2008, 07:31 +0200 schrieb Bernd Wurst:
 Hallo.
 
 Am Sonntag, 28. September 2008 schrieb Torsten Leistikow:
  Garry schrieb:
   Andreas Labres schrieb:
   Übrigens fehlt mir ein generischer landuse=Wiese Tag.
   landuse=village_green funktioniert, dürfte aber nicht ganz Sinn der
   Sache sein...
  landuse=farm sollte meinem Vertsaendnis nach Wiesen, Weiden, Aecker und
  sonstige landwirtschaftliche Nutzflaechen umfassen. 
 
 Scheinbar ist das Verständnis dieses Tags aber sehr diffizil.
 
 Sieht man daran, dass osmarender es grün macht, mapnik aber braun. Da haben 
 also die Sytle-Autoren unterschiedliche Aufassungen darüber, was das bedeuten 
 soll.
 
 Daher wurde mittlerweile 
   landuse=farmyard (Bauernhof)
 und
   landuse=farmland (bewirtschaftete Fläche)
 erfunden.
 
 Für eine einfache Wiese (ungeachtet der Bewirtschaftung) wäre eventuell 
   natural=grass
 ne Alternative.
 
 

ich sähe landuse=meadow als angebrachter. Dann sieht man das es sich um
eine Wiese handelt - also eine Fläche die in den meisten Fällen
eingezäunte ist und auf denenen sich mitunter Tiere aufhalten - und
nicht etwa um eine städtische Grünfläche (diese laufen ja eh unter
landuse=village_green oder leisure=park.


Grüßle, detlef


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

Re: [Talk-de] Wunschzettel für OSM

 Wofür soll OSM eurer Meinung nach verwendet werden?

Ich benötige eine Alternative für Topo-Karten für Outdoor- 
Geräte, die
a) frei und
b) besser als die elektronischen Karten der Gerätehersteller  
sind.

-jha-



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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

Hallo,

Sascha Silbe [EMAIL PROTECTED] writes:
 On Mon, Sep 29, 2008 at 09:27:35AM +0200, Bernd Wurst wrote:
 2 1/2. Einstellungen per API laden
 (http://api.openstreetmap.org/api/0.5/user/preferences; ganze Config
 als ein Wert ablegen, damit 150er-Grenze nicht so schnell erreicht
 wird)

und woher soll JOSM wissen, wie mein Benutzername lautet?  Außerdem
ganz so geschickt finde ich das nicht, wenn dort auch
Verzeichnisangaben abgespeichert werden.  Aber gut, wenn ich ein
Verzeichnis habe wird er wohl nicht suchen und normalerweise sollte
sich das ja auch nicht ausnutzen lassen, um auf einer Webseite
einzustellen, dass bei einem Benutzer gezielt irgendetwas
überschrieben werden soll.

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] Permalink

Hallo,

Markus [EMAIL PROTECTED] writes:
 was bedeutet im Permalink:
 layers=B00FT

schalte einfach über das + oben rechts die entsprechenden Layer ein
und der Perma-Link wird entsprechend angepasst.  Das sich die
Bedeutung der Layers nicht perma ist finde ich auch nicht ganz schön
(wurde ja auf dieser Mailingliste schon angesprochen).

Du kannst die Layers-Angabe auch weglassen, dann wird der default
Base Layer angezeigt.

Viele Grüße
Sebastian Waschik


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

[Talk-de] verschiedene Agarflächen (was: Mul tipolygone für Wälder/Landuse - muss das sein ?)

 Für eine einfache Wiese (ungeachtet der Bewirtschaftung) wäre eventuell

 ich sähe landuse=meadow als angebrachter. Dann sieht man das es sich um
 eine Wiese handelt - also eine Fl??he die in den meisten Fällen
 eingezäunte ist und auf denenen sich mitunter Tiere aufhalten

Bei uns ist das dann keine Wiese sondern eine Weide.
Mag aber regional unterschiedlich sein.

(Dass natürlich auch auf einer Wiese Tiere sind ist klar.   
Konkret der Hund des Landwirts, der das lagernde Wild  
aufscheucht bevor der Kreiselmäher kommt.)

Falls es Dir jedoch um den Zaun-Aspekt gehen sollte, dann  
kannst Du hier in der Gegend die Maisschläge dazunehmen, die  
gegen das Schwarzwild mit Elektrozäunen abgesichert werden.

-jha-




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

[Talk-de] bilder einblenden

2008-09-29 Per discussione Jan Tappenbeck

moin !

gibt es eine möglichkeit (beschreibung ?) um eigene bilder zu hinterlegen ??

... und hat es einer schon einmal mit dem fotografieren aus dem 
reise-flugzeug (kurve) erfahrungen gemacht - für die definition von 
wasser/waldflächen 

gruß Jan :-)


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

Re: [Talk-de] Telefonnummern bei POI

2008-09-29 Per discussione Andreas Pothe

Hallo,

[EMAIL PROTECTED]:

 gibt es eine verbindliche Form, in der Telefonnummern von Restaurants,
 Hotels etc eingetragen werden können?

Bitte keine Telefonnummern hinterlegen, ich bin dagegen.
Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine
falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle
Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu
korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei
den Telefonbüchern oder freien Projekten, die sich speziell dafür
verschrieben haben, bleiben und NICHT in die OSM eingebracht werden.

Just my two cents.

CU
Andreas


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

Re: [Talk-de] Telefonnummern bei POI

2008-09-29 Per discussione Marcus Wolschon

Am 29. September 2008 12:37 schrieb Andreas Pothe
[EMAIL PROTECTED]:
 Bitte keine Telefonnummern hinterlegen, ich bin dagegen.
 Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine
 falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle
 Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu
 korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei
 den Telefonbüchern oder freien Projekten, die sich speziell dafür
 verschrieben haben, bleiben und NICHT in die OSM eingebracht werden.



Das sehe ich genau anders herum.
Diese Information kann sehr nützlich sein (z.B. erfasse ich die
Nummern von anrufbaren
Telephonzellen grundsätzlich). Wenn sie sich ändert und jemand wird
öfter angerufen,
erkundigt sich dieser erfahrungsgemäß beim Anrufenden woher die Nummer stammt.
Jeder kann die OSM-Datenbank bearbeiten und Einträge korrigieren.

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

Re: [Talk-de] OSM - eine freie Weltkarte

Hallo.

Am Montag, 29. September 2008 schrieb Markus:
 Damit:
  Die sollen einfach weggehen und in ein paar Jahren wiederkommen.
 
  Klingt jetzt hart, aber ist so - wer nicht die Toleranz mitbringt, um
  mit einem dynamischen Projekt wie uns zu arbeiten, fuer den ist Google
  eben einfach besser geeignet
 würdest Du auf viiiele wertvolle Ressourcen verzichten.

Es ist kein würde sondern der momentane Stand. Wir müssen bisher auf alle 
die verzichten, die mit unserem Chaos und der nicht ausgeprägen 
Projektstruktur nicht umgehen können oder wollen.


 Unter den Consumern sind immer auch interessierte, engagierte und
 kopetente Menschen, die sich für gute Ideen begeistern lassen.
 Und einige lassen sich für eine aktive Mitarbeit begeistern...

Ja, es werden täglich mehr. Völlig ohne revolutionäre Änderungen. :)


 Klar bedeutet es etwas Aufwand, OSM zu erklären.
 Aber das tun wir doch bereits recht erfolgreich?!

Ja, auf diversen einschlägigen Messen und täglich auf der Straße.


 Was m.E. noch erforderlich wäre, ist, dies auch als *Ziel* zu
 formulieren und noch konsequenter umzusetzen.

Wer soll was formulieren? Wir wollen mehr Mapper soll ein Projekt-Ziel 
werden? Ich finde das Wachstum ist auch ohne ein solches erklärtes Ziel ganz 
ansehnlich.

Ich glaube, du denkst immernoch zu sehr in kommerziellen Bahnen. :)


 Und dazu gehört, dass sich alle Entwickler bewusst sind, dass OSM nur
 funktioniert, wenn der Endbenutzer einen Gewinn hat. Und dass er als
 Entwickler entscheidend dazu beitragen kann, indem er mit anderen
 Entwicklern synergetisch zusammenarbeitet und dabei die Interessen der
 Endbenutzer immer im Blick hat. *

Nein, das ist noch viel zu früh.
Zuerst muss intern eine Basis geschaffen werden, mit der die Leute, die schon 
dabei sind, ordentlich arbeiten können. So lange jeder Neuzugang sofort hier 
auf der Liste spontan 10 Dinge nennen kann, die ihn ankotzen, wird das 
nichts.

Vergiss bitte nicht, dass die meisten Leute hier an diesen Anwendungen zum 
Selbstzweck herumprogramieren. Zwei Dinge geben mir Motivation an einem 
beliebigen OpenSource-Projekt mit zu machen:
1. Ich kann es dadurch leichter nutzen
2. Die Leute, die mich um Hilfe rufen wenn etwas nicht geht, rufen dann 
weniger oft um Hilfe.


 Gleichzeitig können wir allen erzählen:
 - wir sammeln freie Daten
 - wir machen freie Anwendungen
 - wir wollen besser sein als die Kommerziellen
 Und einladen: Machst Du mit?!

Was davon tun wir nicht?

Okay, wir sagen ab und an dass wir schon besser *sind* als die 
Kommerziellen. ;-)


  Eine *gute Informationspolitik* ist essentiell.
  Sehe ich nicht so. Politik koennen wir ueberhaupt nicht gebrauchen.
 Informationspolitik hat nichts mit der Politik von Parteien zu tun.

Das ist klar. Aber man braucht keine politischen Parteien um Politik zu 
machen.


 Politik bedeutet:
 Erkennen wer die Kunden sind (hier die Endanwender),
 wo die Ressourcen sind (bei OpenSource ebenfalls die Endanwender),
 daraus Ziele formulieren (freie Daten mit pfiffigen Anwendungen),
 planen wie wir das Ganze umsetzen.

Politik bedeutet laut Wikipedia:
| [Der Begriff Politik] bezeichnet ganz allgemein ein vorausberechnendes,
| innerhalb der Gesellschaft auf ein bestimmtes Ziel gerichtetes Verhalten.
| Hauptsächlich wird mit diesem Begriff die Gestaltung der Ordnung in der Welt
| bezeichnet.   

Wir wollen in unserem jetzigen Stadium kein vorausberechnendes und kein auf 
ein bestimmtes Ziel gerichtetes Verhalten.

Ergo wollen wir keine Politik.


 Informationspolitik bedeutet: Darüber erzählen.

Das ist PR oder Öffentlichkeitsarbeit. Nur ein kleiner Teil einer 
Informationspolitik.
Eine Informationspolitik besteht auch aus Dingen wie:
Was sage ich den Leuten und was besser nicht. Und: Wer darf wem was erzählen 
und wer darf wem was glauben (um es weiter zu erzählen).

Es geht bei Politik immer um Anweisungen und eine gewisse Ordnung.

Da wir aber niemanden haben, der Anweisungen geben darf und niemand einen 
Grund hat, irgendwelchen Anweisungen Folge zu leisten, funktioniert sowas 
hier nicht.

Gruß, Bernd

-- 
Homer Simpson: Jetzt sei doch nicht so betrübt über Krustys Tod.
Tagtäglich sterben viele Menschen. Das ist doch ganz normal.
Vielleicht wachst auch Du morgen früh tot auf. 


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] OSM - eine freie Weltkarte

Hallo.

Am Montag, 29. September 2008 schrieb Markus:
 Hallo Bernd, hallo Frederik,
 [...]

Mannomann, bist du Politiker?

69 Zeilen blumige Worte ohne Aussage, Respekt! ;-)

Gruß, Bernd

-- 
Ruhm und Reichtum verändern einen Menschen nicht.
Sie zeigen nur, wie er wirklich ist.


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] Telefonnummern bei POI

Hallo,

Andreas Pothe [EMAIL PROTECTED] writes:
 Bitte keine Telefonnummern hinterlegen, ich bin dagegen.
 Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine
 falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle
 Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu
 korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei
 den Telefonbüchern oder freien Projekten, die sich speziell dafür
 verschrieben haben, bleiben und NICHT in die OSM eingebracht werden.

deine Argument dagegen verstehe ich ja.  Aber wieso ist es bei
öffentlichen Telefonbüchern einfacher, dass da die Informationen
korrigiert werden?  Da sehe ich das eher schwerer, dass die
Information geändert wird (vor allem wenn es sich um ein Buch aus
Papier handelt).

Gibt es überhaupt ein freies Projekt mit Telefonnummern und wenn ja,
wieso ist es dort einfacher Telefonnummern zu ändern?

Gegen private Telefonnummern wäre ich auch.  Aber bei öffentlichen
Telefonnummern weiß ich es nicht genau.  Wenn es keine
Telefonautomaten gäbe (Sie haben gewonnen.) wäre ich dafür die
öffentlichen Nummern (die beispielsweise draußen am Haus stehen)
einzutragen.  Im Falle eines Restaurants wird das bestimmt erwünschte
Werbung sein.

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

2008-09-29 Per discussione Raphael Studer

 und woher soll JOSM wissen, wie mein Benutzername lautet?

Denn musst du angeben wenn du irgend was auf den Server hoch laden willst.

Grüsse
Raphael

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

[Talk-de] englischsprachigen User gesucht (wichtig!)

2008-09-29 Per discussione Tobias Wendorff

Hallo Leute,

bei einem GIS-Meeting vor einigen Tagen hat auch ein Mitarbeiter
von Microsoft Deutschland einen Vortrag gehalten.

Im Anschluss daran habe ich mich natürlich mit ihm über OSM
unterhalten; er kannte das Projekt und fand es sehr interessant.

Er hat mir daraufhin die E-Mail-Adresse eines hochrangigen
Mitarbeiters von Virtual Earth gegeben, der sich sehr gerne
telefonisch mit uns in Verbindung setzen möchte. Es ging
ursprünglich um eine Verwendung der von Microsoft lizenzierten
Luftbilder für die OSM-Korrektur.

Da ich auf keiner English Group gemeldet bin, würde ich
mich über einer Weiterleitung freuen - vielleicht hat ja
auch jemand von Euch Lust, den Mitarbeiter anzurufen!

Schön wäre, wenn das innerhalb der nächsten Tage geschieht,
weil er gerade aus dem Urlaub wieder da und vermutlich
sehr motiviert ist :-)

Viele Grüße
Tobias

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

Re: [Talk-de] Telefonnummern bei POI

2008-09-29 Per discussione Florian Lohoff

On Mon, Sep 29, 2008 at 12:37:44PM +0200, Andreas Pothe wrote:
 Hallo,
 
 [EMAIL PROTECTED]:
 
  gibt es eine verbindliche Form, in der Telefonnummern von Restaurants,
  Hotels etc eingetragen werden können?
 
 Bitte keine Telefonnummern hinterlegen, ich bin dagegen.
 Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine
 falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle
 Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu
 korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei
 den Telefonbüchern oder freien Projekten, die sich speziell dafür
 verschrieben haben, bleiben und NICHT in die OSM eingebracht werden.

Da bin ich auch dafuer - ich faends super wenn es ein Open Yellow
Pages geben wuerde die a la Wiki Style jedem das selber anlegen
erleichtert. Dazu dann noch eine moeglichkeit die POIs an die OYP zu
linken und mkgmap koennte dann die beiden datenbestaende
zusammenfuehren so das im Navi auch die nummer auftaucht. Ich dachte da
so an die art GeoDB.

Aber ich finde die ganze nummer mit Oeffnungszeiten, Rufnummern etc die
man in den Navis findet in die OSM datenbestaende zu packen halte ich
fuer falsch.

Eine loesung waere auch die OSM Datenbank zu nehmen mit den POIs aber
eben ein webfrontend zur pflege etc. Ich glaube nicht das der Bäcker an
der Ecke sich ein OSM Login macht und JOSM/Potlatch nimmt um seine
Telefonnummer zu aendern.

Gibts denn da schoene Open Yellow Pages projekte im Netz mit denen man
da villeicht kooperieren koennte? Ich denke das Rad neu erfinden ist ja
genau das was man nicht moechte.

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] Umrechnung von Hoch- und Rechtswerten

2008-09-29 Per discussione Birgit Nietsch

[EMAIL PROTECTED] schrieb:

 Moin..
 
 Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu
 können?
 
 http://uploaded.to/?id=h7wsqg

Kann es sein, dass diese Werte in Euro angegeben sind?
Falls ja, hättest du es lieber in gestapelten 1-Euro-Münzen,
oder 10-Euro-Scheinen? ;-)


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

Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten

2008-09-29 Per discussione Florian Heer

Dr. Franz-Josef Behr schrieb:
 Der Name der Datei ist aber sehr seltsam Sprengfähige Objekte?

 Woher stammen die Daten? Und was soll damit kartiert werden?

Tja, einfach die 200 Werbeeinblendungen überstehen, das PDF 
herunterladen (keine Angst, da kommt auch bei dem Dateinamen kein 
Terrorist raus) und lesen.

SCNR, Florian.


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

Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten

Hallo,

[EMAIL PROTECTED] writes:
 Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu können?
 
 http://uploaded.to/?id=h7wsqg

hast du mal geschaut, ob dies einfach UTM ist?
http://de.wikipedia.org/wiki/UTM-Koordinatensystem

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] OSM - eine freie Weltkarte