date:20110606


Hi,

On 06/06/11 12:56, Kirill Bestoujev wrote:

The resulting map (a single file) contains data from both
sources. Can this resulting map (which is a database by its inside
structure) treated as a collective database?


I believe so. In my opinion, a derived database would result if you were 
to mix other data with OSM data in a way that actually looks at the OSM 
data - for example, if you have an OSM database of streets, and then add 
to that streets from another dataset but only where OSM had nothing. 
That would be a derived database. But if you have two datasets that live 
side-by-side in the same physical database, I would say that is a 
collective database.


Bye
Frederik

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

Re: [OSM-legal-talk] Collective database

2011-06-06 Diskussionsfäden Kirill Bestoujev


Frederik, thanks for the reply.

Do we have somewhere a more detailed description of collective database 
relating to OSM situation? May be some lawyers opinion or something 
else? Previously we were looking at the situation in a different way and 
suddenly understood that our positions is not very clear, so we would 
like to clarify the situation as deep as possible.


Kirill

On 06.06.2011 15:40, Frederik Ramm wrote:

Hi,

On 06/06/11 12:56, Kirill Bestoujev wrote:

The resulting map (a single file) contains data from both
sources. Can this resulting map (which is a database by its inside
structure) treated as a collective database?


I believe so. In my opinion, a derived database would result if you 
were to mix other data with OSM data in a way that actually looks at 
the OSM data - for example, if you have an OSM database of streets, 
and then add to that streets from another dataset but only where OSM 
had nothing. That would be a derived database. But if you have two 
datasets that live side-by-side in the same physical database, I would 
say that is a collective database.


Bye
Frederik

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



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

Re: [OSM-legal-talk] Phase 4 and what it means

2011/6/6 Mike  Dupont jamesmikedup...@googlemail.com:
 On Sun, Jun 5, 2011 at 6:12 PM, Stephan Knauss o...@stephans-server.de 
 wrote:
 On 05.06.2011 02:09, Frederik Ramm wrote:
 Frederik the great is only interested in remapping  Silesia
 (Schlesien) http://en.wikipedia.org/wiki/Frederick_the_Great#Warfare


I guess you are confusing Frederik the Great with Frederick the Great ;-)



 Osm fork now has the resources to host the tiles and also does
 not have the bandwidth problems that osm does.


I guess that's clear ;-)

For the issue of supposed last minute-acceptors (mentioned by James
Livingston): it would really help to block decliners (i.e. move to the
next phase) ASAP to make things more transparent.

Cheers,
Martin

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

Re: [OSM-legal-talk] Phase 4 and what it means


Hi,

Mike Dupont wrote:

but seriously, the license team is not concerned about porting the
licenses to other jurisdictions, but once you have signed the new
contributor terms, they will not ever have to ask you again. This
process is about you giving up all your rights, not them doing
anything for it in return.


Well the license team does not *gain* anything from you signing the 
contributor terms, so what should they do for you in return?


Additionally, giving up all your rights would probably mean something 
like the switch to a Public Domain license. We are not doing that.


If you sign the Contributor Terms you allow OSMF to use your data in a 
certain way which is described exactly in those terms, and which is 
quite different from OSMF being able to do anything they want.


Actually it is nothing different that what the osm fork team seem to 
want to do (CC-BY-SA, I believe): once you hand something out under 
CC-BY-SA you allow people to use it without ever having to ask you 
again. I challenge you to point out the fundamental difference.



The quality of the license is poor,


Independent lawyers have said it is the best share-alike license for 
databases available. Please point me to an ODbL evaluation, written by 
a lawyer, that supports your claim.



the support in the open source
community is next to zero, 


The support for your chosen license, CC-BY-SA I assume, was next to zero 
when it was new, too.



the fragmented nature of the documents is
annoying, 


Agreed.


there are many unanswered questions as well,


There are even more unanswered questions about your chosen license as 
applied to geodate. (Do I have to list all names?)



the missing
compatibility with creative commons is a serious roadblock, 


Someone who uses creative commons in a sentence like you just did 
should be disqualified from discussing licensing, at all. Creative 
Commons sponsors *several* licenses that are incompatible. No license on 
earth can be compatible to CC-BY-SA and CC-BY-SA-NC at the same time. 
From that it follows that every license on earth, including every 
Creative Commons license, is incompatible to (some license sponsored by) 
Creative Commons. serious roadblock indeed!



But once enough people have signed away their rights


That's an attempt at demagogy. You are not signing away your rights any 
more with our Contributor Terms that you are, for example, with CC-BY-SA.



the license can
be changed at whim


The Contributor Terms require a 2/3 majority and a free and open 
license. If you truly believe that the word at whim is a correct 
desription for that, consult a dictionary.



and adjusted so that it will mostly work, and if it
does not, tough luck.


As you probably know, most current Creative Commons licenses have an 
automatic upgrade path that allows them to be adjusted. I think this 
is a good thing and I don't believe one should critisize the authors of 
a license for allowing that.



We, the osm fork team are working on preserving your work and your
contributions under the existing license.


There is doubt whether the existing license is suitable to preserve 
the work.



I personally wish that the
leaders of OSM were not so us against them,


You mean us against we, the osm fork team?

Osm fork now has the resources to host the tiles 


... thanks to the good people at archive.org, I believe. Why not say so, 
there's no shame in that. Do archive.org know that they are hosting a 
fork of OSM?


and also does not have the bandwidth problems that osm does. 


We should be lucky that not everyone who sees a bandwidth problem starts 
a fork, huh?



The only thing that is
missing is a good rendering solution for drawing updates, we are
working on new software to do a better tiles at home to render in a
distributed fashion. 


That's interesting to hear.


When these things are in place your maps of
Thailand will not be lost, your data will be available and the tiles
will be usable also going into the future.


Of the 50 top contributors in Thailand, 39 have agreed to the 
Contributor Terms and ODbL and 1 has said no; 10 are yet undecided. It 
doesn't look as if there will be any map problems in Thailand.



I wish that OSM was not so monolithic, but there does not seem to be
any compassion or understanding for allowing multiple tiles, multiple
license or multiple layers in osm proper.


What's the difference between multiple tiles and multiple layers? We 
do still have the Osmarender layer, and last thing I heard was Strategic 
Working Group actively looking for new tile sources to be considered for 
the main page.


Having said that, OSM is much more than www.openstreetmap.org.

With great sadness to I write these words 


And also with great confusion, it seems, since at least half of it was 
based on false assumptions.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

___
legal-talk mailing

Re: [OSM-legal-talk] Phase 4 and what it means

2011-06-06 Diskussionsfäden Richard Weait

On Mon, Jun 6, 2011 at 9:23 AM, Maarten Deen md...@xs4all.nl wrote:
 Why is that 2/3 majority not sought for the current license move?

Current respondents are far above 2/3 accepting the new license and
contributor terms.

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

Re: [OSM-legal-talk] Phase 4 and what it means


Hi,

Maarten Deen wrote:

Well the license team does not *gain* anything from you signing the
contributor terms, so what should they do for you in return?


The license team is part of OSMF and OSMF does gain a lot in signing the 
contributor terms. It gains the right to exploit the data in the database.


Another funny word, exploit. When I read the Contributor Terms it says 
that OSMF has the right to license the database under one of currently 
two licenses, with the option of asking (!) the community to enhance 
that choice of licenses in the future.


I think this is not something that is a lot of fun, or of commerical 
value, or whatever. It is not a gain, it is a responsibility that we 
burden OSMF with. I fail to see what Mike thinks OSMF should do in 
return for that burden.



The Contributor Terms require a 2/3 majority and a free and open
license. If you truly believe that the word at whim is a correct
desription for that, consult a dictionary.


Why is that 2/3 majority not sought for the current license move?


Because we don't have any contributor terms that would save us from 
asking the remaining 1/3 after 2/3 have agreed, and thus a 2/3 majority 
would not be of any use currently.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [OSM-legal-talk] Phase 4 and what it means

2011-06-06 Diskussionsfäden Maarten Deen


On Mon, 06 Jun 2011 15:48:54 +0200, Frederik Ramm wrote:

Hi,

Maarten Deen wrote:
Well the license team does not *gain* anything from you signing 
the

contributor terms, so what should they do for you in return?
The license team is part of OSMF and OSMF does gain a lot in signing 
the contributor terms. It gains the right to exploit the data in the 
database.


Another funny word, exploit. When I read the Contributor Terms it
says that OSMF has the right to license the database under one of
currently two licenses, with the option of asking (!) the community 
to

enhance that choice of licenses in the future.


Exploitation does also mean using something in an unjust and cruel 
manner. I'm under the impression that that's how you see what I wrote. 
But exploitation in general is using something. You can for instance 
exploit a mine.
And that perfectly covers the royalty-free, non-exclusive, perpetual, 
irrevocable licence to do any act that is restricted by copyright, 
database right or any related right over anything within the Contents, 
whether in the original medium or any other.


OSMF gains the right do do anything with the data as long as it does 
not breach copyright etc. Certainly there is a gain there. It gains the 
right to exploit the data.


Regards,
Maarten


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

Re: [OSM-legal-talk] Phase 4 and what it means

2011-06-06 Diskussionsfäden Rob Myers

On 06/06/11 14:52, Maarten Deen wrote:
 
 But the current action is: accept or lose the ability to map. That is
 close to coercion and not a valid base to claim that 2/3's agree to this.

It is not anywhere near coercion. OSM is not the state, and you can map
wherever else you like.

- Rob.



signature.asc
Description: OpenPGP digital signature
___
legal-talk mailing list
legal-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] Phase 4 and what it means


Hi,

Maarten Deen wrote:
OSMF gains the right do do anything with the data as long as it does not 
breach copyright etc. Certainly there is a gain there. It gains the 
right to exploit the data.


But can OSMF exploit the data more than anybody else?

The contributor terms say Subject to Section 3 and 4 below, You hereby 
grant to OSMF a worldwide, royalty-free, blah blah blah. And section 3 
says OSMF agrees that it may only use or sub-license Your Contents as 
part of a database and only under the terms of one or more of the 
following licences: ...


In my eyes this means that OSMF can basically only do what everyone else 
can do too.


The one exception might be that OSMF choses the license under which data 
is published (from the list under one of the following...), so 
everyone else can *only* use the data under that license; whereas OSMF 
could always use the data under *any* of the named licenses.


But I consider this a really minor and un-important difference, and if 
that difference is a genuine concern of yours (and by extension, Mike 
Dupont's) then I think that could be remedied without causing too much harm.


Oh, and the other exception might be that OSMF can sue others for abuse 
on your behalf. But again - is that a problem? Would you rather have the 
sentence about suing for copyright violation removed from the CT, would 
that be better?


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

[OSM-legal-talk] CTs are not full copyright assignment (was: Re: Phase 4 and what it means)

2011-06-06 Diskussionsfäden David Ellams

I have no intention of getting into a debate about whether ODBL is the
best licence for OSM data here. However, I do feel the need to correct
one very important factual point regarding the Contributor Terms.

On Mon, 06 Jun 2011 06:20 +0200, Mike Dupont
jamesmikedup...@googlemail.com wrote:

 This process is about you giving up all your rights, not them doing anything 
 for
 it in return.

No, you are granting rights to OSMF, not giving up all your rights.
There is nothing to stop you additionally licensing your contributions
in any way you like. 

This is less onerous than the FSF terms (which seem to be fairly widely
accepted in the open source software community). FSF requires full
copyright assignment: you lose title to your own code. OSMF does not
require that: you still have title and you still have rights, but OSMF
gains rights (subject to conditions), too, and can thus include your
data in the OSM database.

FSF FAQ re copyright assignment:
http://www.gnu.org/licenses/gpl-faq.html#AssignCopyright

Text of FSF copyright assignment form:
http://www.dreamsongs.com/IHE/IHE-110.html

David

PS I don’t personally think the FSF-style full copyright assignment is
evil, but accept others may disagree. The point is that it is irrelevant
here, because OSMF is not asking for it.

PPS IANAL :)


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

Re: [OSM-legal-talk] Phase 4 and what it means

2011-06-06 Diskussionsfäden Kai Krueger


Richard Weait wrote:
 
 On Mon, Jun 6, 2011 at 9:23 AM, Maarten Deen lt;md...@xs4all.nlgt;
 wrote:
 Why is that 2/3 majority not sought for the current license move?
 
 Current respondents are far above 2/3 accepting the new license and
 contributor terms.
 
It is kind of ironic that people who use the accept the CT question to
vote on the transition to ODBL get told that this is not a vote if they
think ODBL is the correct licence for OSM but that they should only indicate
if they will accept that their personal contributions can be used under the
CT or even get told that they are poisonous people for withdrawing their
old data rather than just accepting and walking away from OSM if they don't
agree with the licence, to later hear the argument that X percent were in
favor of the new license so there you have your majority vote.

These two questions are very different!
1) Can and do you agree to relicence your personal contributions under the
new CT, irrespective of what your own opinion is of what the best license is
for OpenStreetMap
2) Do you think moving from CC-BY-SA to ODBL  is in the best interest of
OpenStreetMap as a whole, independent of if you can accept the CT for your
personal contributions so far


These questions could and should have been kept separate and there is no
technical reasons, why the 2/3 vote can not be applied to the current
transition from CC-BY-SA to ODBL after people have agreed to the CT.

But I am repeating my self...

Kai


--
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-legal-talk-Phase-4-and-what-it-means-tp6440812p6447563.html
Sent from the Legal Talk mailing list archive at Nabble.com.

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

Re: [OSM-legal-talk] Collective database

2011-06-06 Diskussionsfäden Henk Hoff


Hi Kirill,

If you want to clarify as deep as possible you might also want to 
check with OpenDataCommons (ODC), the authors of the license.


Their mailinglist can be found here: 
http://lists.okfn.org/mailman/listinfo/odc-discuss


cheers,
Henk

Op 06-06-11 13:46, Kirill Bestoujev schreef:

Frederik, thanks for the reply.

Do we have somewhere a more detailed description of collective 
database relating to OSM situation? May be some lawyers opinion or 
something else? Previously we were looking at the situation in a 
different way and suddenly understood that our positions is not very 
clear, so we would like to clarify the situation as deep as possible.


Kirill

On 06.06.2011 15:40, Frederik Ramm wrote:

Hi,

On 06/06/11 12:56, Kirill Bestoujev wrote:

The resulting map (a single file) contains data from both
sources. Can this resulting map (which is a database by its inside
structure) treated as a collective database?


I believe so. In my opinion, a derived database would result if you 
were to mix other data with OSM data in a way that actually looks at 
the OSM data - for example, if you have an OSM database of streets, 
and then add to that streets from another dataset but only where OSM 
had nothing. That would be a derived database. But if you have two 
datasets that live side-by-side in the same physical database, I 
would say that is a collective database.


Bye
Frederik

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



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




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

Re: [OSM-legal-talk] CTs are not full copyright assignment (was: Re: Phase 4 and what it means)

2011-06-06 Diskussionsfäden Mike Dupont

The people are not being asked to agree to a license in general, but
to give up an allow the board to tweak the license for them.
What is upsetting for me is that there is no porting process like with
creative commons, and any leverage one might have will be lost when
you agree to the CT.

OK, you are giving up all say in the future re-licensing. I should be
more careful with words.

How is this, which is more what I mean :

This process is about you giving up all your rights to approve license
change or have any personal say as a normal contributor in the OSM,
not them doing anything like producing a *final* and complete license
or terms for review, spending the effort to port the license to other
jurisdictions, or present a plan for how to harmonize with the
creative commons in return.

I think that granting osmf these rights will reduce any possible
future negotiation strength and that by not agreeing to something that
I see as unfinished and untested is the only way to exercise the
little rights I have left. I am still interested in contributing
indirectly to osm, either by publishing data in cc-by-sa (which is
what I mean by creative commons in all my dicussions on this list
because it is the current license for the data) or some other share
data license that I can understand, but I dont see the point in
accepting the CT at all if it will reduce my rights.

It would be possible to publish data in a compatible licensed form on
some public hosting system with no CTs and let people import the data.
I could even find someone who has no stake in the project, or someone
who has accepted the ct to do those imports if they are valuable.  So
I am happy to be an indirect contributor to OSM in the future, as I
mentioned before, archive.org has much more space for storing even osm
data or other map data than osm does. I am experimenting with hosting
osm data on git. So for me this all represents an opportunity to help
the osm community by building tools and exploring technology to see
how distributed and decentralized mapping can work.

You can also use the ODBL dual license on files hosted on archive.org,
they support right now public domain and creative commons licenses.
You can host osm files and tiles there and slippy maps. these tiles
can also be used in josm. So you don't need to use a central database
at all. There are also other free hosts for map data.

I hope that my contributions will be used or usable by people, and
that they will be able to create custom layers, be able to host them
and not have to submit to a shifting license.

The other point to mention is that for the wikipedia hosted tiles,
what will happen when the quality of areas goes down the tubes after
the data deletions, maybe in some areas you have an over abundance of
mappers, but in some parts of the world you will have data loss. On
those areas we should consider using the backup of the osm data for
wikipedia tiles where it will be better. I think there will be a good
argument for doing so. I think you will need both the new and the old
tiles to have a good coverage of the world. I hope that we will be
able to merge the two datasets in some way in the future for rendering
purposes, need to understand the license better.

Another thing is all these points being made in the emails, we should
have FAQ points on them, so instead of being told that I am an idiot,
be pointed at a faq entry that describes this point in detail. An
annotated license document for the current creative commons license
and the ODBL would be nice where you can see each point and where the
issues are. I am willing to try and understand the ODBL for
compatibility and reuse and dual licensing purposes. I was also
willing to do that before, but the issue of the CT came up and I
cannot even edit any more on OSM. Now I am busying helping creating
alternatives for people who are also skeptical about the way things
are handled. It should be something that OSMF should be doing, instead
of trying to force people to accept the new CTs they should allow them
to continue on a separate database while the new regime is tested. But
since I am not part of the OSMF I am forced to build these tools
outside of the foundations, and am them attacked as the enemy. Why am
I the enemy? I dont want to be the enemy, I am also interested in
helping map the world. Lets work together on points we can agree on.

mike

On Tue, Jun 7, 2011 at 1:40 AM, David Ellams
osmli...@dellams.fastmail.fm wrote:
 I have no intention of getting into a debate about whether ODBL is the
 best licence for OSM data here. However, I do feel the need to correct
 one very important factual point regarding the Contributor Terms.

 On Mon, 06 Jun 2011 06:20 +0200, Mike Dupont
 jamesmikedup...@googlemail.com wrote:

 This process is about you giving up all your rights, not them doing anything 
 for
 it in return.

 No, you are granting rights to OSMF, not giving up all your rights.
 There is nothing to stop you

Re: [OSM-legal-talk] Phase 4 and what it means

2011-06-06 Diskussionsfäden Mike Dupont

On Tue, Jun 7, 2011 at 2:37 AM, Kai Krueger kakrue...@gmail.com wrote:
 It is kind of ironic that people who use the accept the CT question to
 vote on the transition to ODBL get told that this is not a vote if they
 think ODBL is the correct licence for OSM but that they should only indicate
 if they will accept that their personal contributions can be used under the
 CT or even get told that they are poisonous people for withdrawing their
 old data rather than just accepting and walking away from OSM if they don't
 agree with the licence, to later hear the argument that X percent were in
 favor of the new license so there you have your majority vote.


I feel that the problem here is that the board has serious time
pressure or lack of patience, they just dont *want* to take the time
discuss this with me or you, We are just problems for them, obstacles
to overcome, enemies of progress. Or worse, we are the foot people who
are not elected and should just shut up and accept the decisions made
for us.

Or the feeling that I get, we (or is it just me?) are just idiots
whose opinions, concerns and issues do not matter.
I don't see why it is a problem to discuss this for years if we need
to to get all the points right, what is the hurry here? We are all
interested in making OSM better, I think we can agree on that.

I would like to have an intelligent discussion and be convinced that
the board is doing the right thing, I would like to understand all the
issues and see why these steps are being taken. Being told I am an
idiot and there are these vague problems does not help, we need to
have a detail FAQ that addresses each issue point by point. We need to
summarize the countless emails and crystallize them into something
usable.

mike

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

Re: [OSM-talk] Bandwidth limit/IP blocking - Error 303 on the OSM API?

2011-06-06 Diskussionsfäden Jaak Laineste

2011/6/5 Serge Wroclawski emac...@gmail.com:
 On Sun, Jun 5, 2011 at 6:34 PM, Stephan Knauss o...@stephans-server.de 
 wrote:
 On 05.06.2011 22:18, Serge Wroclawski wrote:

 For doing test edits: Why not use the dev api? Then you won't have to
 worry
 about uploads breaking something.

 When I've done this kind of training, it's been for a disaster, and we
 need the real data, and the real api.

 In what way does the dev API differ from the real one that is affecting your
 training? Or is it just that there is not enough data available?
 You can upload an extract of the area you are using into dev in advance to
 have data to play with.

 Maybe my comment wasn't clear.

 When I've done training for OSM, it's been in the context of a crisis
 event when we had 20-40 people using areal imagery to examine an area
 and map it. They would classify roads, detect destroyed buildings,
 identify tent cities, etc.

 The point wasn't just to train them in some abstract way, but to make
 real change.

 Same for me, just not in real crisis situation. It is big difference
if people are just drawing points and lines or do real mapping. It is
also about being a bit viral - students can show then the updated map
to their friends: look, I did it myself. We have tried with dev
things, but for most motivated people it is needed just for the first
10 minutes.

 Also we have always started with P2, JOSM is too scary for the first
introduction. So offline OSM files is not an option.

-- 
Jaak

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

Re: [OSM-talk] OSM-Import to MySQL Spatial tool?

2011-06-06 Diskussionsfäden Jaak Laineste

MySQL spatial support lacks of many critical features, including
projections and other basic functions. I have tried to use it in
couple of projects with similar requirement, but found that changing
requirement to use PostGIS turned out to be easier solution.

 If you still really want it, I would use osm2pgsql to import data to
postgis, then export Shapefiles from it and import them using some
shape to mysql script. In theory ogr2ogr should enable also direct
postgismysql conversion.

 If you need direct tool and can write Python then try to edit
http://imposm.org/docs/imposm/latest/. Mysql and postgis
insert-statements should follow same standard, in theory at least it
should not be too complicated.

Jaak

2011/5/26 Leonid Khaylov leonid.khay...@googlemail.com:
 Hello!



 After days of surfing in the internet I couldn't find for MySQL any tool
 similar to osm2pgsql for Postgres. All I want to do is to visualize the OSM
 data for Germany on GeoServer with MySQL DB. The tools I found like Osmosis
 and osm2sql save the data in a non-spatial schema, that's why GeoServer
 can't visualize it.



 Can anybody make a clear statement, whether such tool for MySQL exists? I
 know that MySQL support is not well tested on the GeoServer and that
 Postgres is a preffered DB, but MySQL is a requirement in my case.



 Would appreciate any help!



 Thank you!

 Leonid Khaylov

 Student

 Computer Science

 TU Darmstadt

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





-- 
Jaak Laineste

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

Re: [OSM-talk] Positioning issue with Open Mapquest

2011-06-06 Diskussionsfäden deb t

Hello,

We're working on correcting this bug and hope to have it in production soon.

Thanks,

Deb
MapQuest Open Data Team

---

   Hello,

I searching points by coordinates in various online map providers and
notices that OpenMapquest is off.

For example if I look for 42.7326,-84.556991 Bing, Google, Mapquest and
openstreetmap.org will find the intersection of W Allegan and S Walnut in
Lansing, MI (
http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=42.7326,-84.556991sll=42.7326,-84.556991ll=42.7326,-84.556991z=16).

OpenMap Quest will find a different point slightly south of there (
http://open.mapquest.com/link/2-iAK61Lu1 ).

Why would this happen?

Thanks,

N.

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

Re: [OSM-talk] Mapping party au Gua (sud de Grenoble,38)

2011-06-06 Diskussionsfäden Alexandre Nabais

fabuleux ! merci Eric si tu peux
par contre au niveau support (posters, ...) aurais-tu des idées ?

a+
Alex

Le 19 mai 2011 10:24, Eric Sibert courr...@eric.sibert.fr a écrit :
 Y aurait-il des volontaires qui voudraient tenir le stand et présenter OSM
 au moins quelques heures ?

 Je prends note mais pour le moment, je ne peux pas m'engager de façon sûre.




 Eric



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

[OSM-talk] Disaster Preparedness Project

2011-06-06 Diskussionsfäden Samuel Mandell

I'm designing a project whose goal is to prepare folks in my community for
disasters. An essential part of any disaster kit are maps of the local area
so that when electricity has gone out people can still navigate to specific
areas of the city (for instance to get supplies or medical help).

OpenStreetMap has comprehensive map data for my area (the San Francisco Bay
Area) and I'd like to use the mapping data to create maps for the various
cities to hand-out to residents. Since I'd need detailed (1:4800) of an
entire city I haven't been able to use the export tool since it seems to
have some built in limits to how large of an image it will generate (which
makes sense). For Mountain View, CA the image size we'd want to generate is
around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
would then cut this into smaller squares and print it out in a booklet with
attribution to OpenStreetMap for the data and visuals.

What's the best way for us to generate these detailed maps of the various
cities?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] MySQL Spatial Import Tool?

2011-06-06 Diskussionsfäden Leonid Khaylov

Hello!

After days of surfing in the internet I couldn't find for MySQL any tool
similar to osm2pgsql. All I want to do is to visualize the OSM data for
Germany on GeoServer with MySQL DB. The tools I found like Osmosis and
osm2sql save the data in a non-spatial schema, that's why GeoServer can't
visualize it.

Can anybody make a clear statement, whether such tool for MySQL exists? I
know that MySQL support is not well tested on the GeoServer and that
Postgres is a preffered DB, but MySQL is a requirement in my case.

Would appreciate any help!

Thank you!
Leonid Khaylov
Student
Computer Science
TU Darmstadt
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] search functionmainpage

2011-06-06 Diskussionsfäden hinsehen

hey guys

i am more just a user and jumped fromgooglemaps to ops. please put the search 
funktion under the logo in the upper left, i don't like to search realy and 
it's difficult just to write it to somebody,so please forward this message to 
somebody who close or from the team of webmasters.

don't wanna keep it authoritylike but it would be realy better to design the 
whole thing more fluid. 



yippa
 dear greatings

cia ; )
-- 
- - 

If life wins, there will be no losers.

NEU: FreePhone - kostenlos mobil telefonieren und surfen!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [OSM-talk] Disaster Preparedness Project

2011-06-06 Diskussionsfäden Richard Weait

On Fri, Jun 3, 2011 at 8:12 PM, Samuel Mandell shmand...@gmail.com wrote:
 I'm designing a project whose goal is to prepare folks in my community for
 disasters. An essential part of any disaster kit are maps of the local area
 so that when electricity has gone out people can still navigate to specific
 areas of the city (for instance to get supplies or medical help).
 OpenStreetMap has comprehensive map data for my area (the San Francisco Bay
 Area) and I'd like to use the mapping data to create maps for the various
 cities to hand-out to residents. Since I'd need detailed (1:4800) of an
 entire city I haven't been able to use the export tool since it seems to
 have some built in limits to how large of an image it will generate (which
 makes sense). For Mountain View, CA the image size we'd want to generate is
 around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
 would then cut this into smaller squares and print it out in a booklet with
 attribution to OpenStreetMap for the data and visuals.
 What's the best way for us to generate these detailed maps of the various
 cities?

Well that sounds awesome.

You might try downloading an extract of OSM data for that area.  You
should be able to find an extract that deals with California, or the
US West.  That way you don't have to deal with an entire planet full
of data.  Then use Mapnik or one of the other rendering tools to
generate your map.  You'll likely want to adjust the style sheet to
make it just right for emergency awareness.

There is a company in SF area experienced in printing high resolution
maps from OSM data. Perhaps they'll do it for you for free since it is
such a worthy project?

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

[OSM-talk] Fw: Disaster Preparedness Project

2011-06-06 Diskussionsfäden Mikel Maron

Folks, what did we have in place to produce map books?

Can Mapsomatic easily be modified for different formats/scales?

http://www.safety-maps.org/ was a recent project to do something similar. I 
know 
the developers would be interested to hear more ideas how to make it useful.

 == Mikel Maron ==
+14152835207 @mikel s:mikelmaron



- Forwarded Message 
From: Richard Weait rich...@weait.com
To: Samuel Mandell shmand...@gmail.com
Cc: talk@openstreetmap.org
Sent: Mon, June 6, 2011 4:16:08 PM
Subject: Re: [OSM-talk] Disaster Preparedness Project

On Fri, Jun 3, 2011 at 8:12 PM, Samuel Mandell shmand...@gmail.com wrote:
 I'm designing a project whose goal is to prepare folks in my community for
 disasters. An essential part of any disaster kit are maps of the local area
 so that when electricity has gone out people can still navigate to specific
 areas of the city (for instance to get supplies or medical help).
 OpenStreetMap has comprehensive map data for my area (the San Francisco Bay
 Area) and I'd like to use the mapping data to create maps for the various
 cities to hand-out to residents. Since I'd need detailed (1:4800) of an
 entire city I haven't been able to use the export tool since it seems to
 have some built in limits to how large of an image it will generate (which
 makes sense). For Mountain View, CA the image size we'd want to generate is
 around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
 would then cut this into smaller squares and print it out in a booklet with
 attribution to OpenStreetMap for the data and visuals.
 What's the best way for us to generate these detailed maps of the various
 cities?

Well that sounds awesome.

You might try downloading an extract of OSM data for that area.  You
should be able to find an extract that deals with California, or the
US West.  That way you don't have to deal with an entire planet full
of data.  Then use Mapnik or one of the other rendering tools to
generate your map.  You'll likely want to adjust the style sheet to
make it just right for emergency awareness.

There is a company in SF area experienced in printing high resolution
maps from OSM data. Perhaps they'll do it for you for free since it is
such a worthy project?

___
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] Disaster Preparedness Project

2011-06-06 Diskussionsfäden Samuel Mandell

Thanks for the response Richard.

I found the following site that does generate maps for cities:
http://www.maposmatic.org/new/. The issue here is that we'd need to change
the style sheet to format for printed pages instead of a 4' x 8' map.
Creating our own style sheet is definitely also a possibility as well.

Do you happen to remember the name of the company that's in SF?

-Samuel

On Mon, Jun 6, 2011 at 2:16 PM, Richard Weait rich...@weait.com wrote:

 On Fri, Jun 3, 2011 at 8:12 PM, Samuel Mandell shmand...@gmail.com
 wrote:
  I'm designing a project whose goal is to prepare folks in my community
 for
  disasters. An essential part of any disaster kit are maps of the local
 area
  so that when electricity has gone out people can still navigate to
 specific
  areas of the city (for instance to get supplies or medical help).
  OpenStreetMap has comprehensive map data for my area (the San Francisco
 Bay
  Area) and I'd like to use the mapping data to create maps for the various
  cities to hand-out to residents. Since I'd need detailed (1:4800) of an
  entire city I haven't been able to use the export tool since it seems to
  have some built in limits to how large of an image it will generate
 (which
  makes sense). For Mountain View, CA the image size we'd want to generate
 is
  around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
  would then cut this into smaller squares and print it out in a booklet
 with
  attribution to OpenStreetMap for the data and visuals.
  What's the best way for us to generate these detailed maps of the various
  cities?

 Well that sounds awesome.

 You might try downloading an extract of OSM data for that area.  You
 should be able to find an extract that deals with California, or the
 US West.  That way you don't have to deal with an entire planet full
 of data.  Then use Mapnik or one of the other rendering tools to
 generate your map.  You'll likely want to adjust the style sheet to
 make it just right for emergency awareness.

 There is a company in SF area experienced in printing high resolution
 maps from OSM data. Perhaps they'll do it for you for free since it is
 such a worthy project?

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

Re: [OSM-talk] [HOT] Fw: Disaster Preparedness Project

2011-06-06 Diskussionsfäden Samuel Mandell

Tim,

I'd appreciate any additional information regarding the maps generated for
Christchurch. I'll also check out www.safety-maps.org.

-Samuel

On Mon, Jun 6, 2011 at 3:47 PM, Tim McNamara paperl...@timmcnamara.co.nzwrote:

 Hi all,

 Lots of time was spent in late Feburary  early March in NZ to produce
 printable maps from OSM/Ushahidi for Christchurch residents without power.
 It would be great to recycle this energy.

 Tim McNamara
 Professional \\  paperlessprojects.com
 Personal \\  @timClicks http://twitter.com/timClicks  |
 timmcnamara.co.nz



 On 7 June 2011 10:03, Mikel Maron mikel_ma...@yahoo.com wrote:

 Folks, what did we have in place to produce map books?

 Can Mapsomatic easily be modified for different formats/scales?

 http://www.safety-maps.org/ was a recent project to do something similar.
 I know the developers would be interested to hear more ideas how to make it
 useful.

 == Mikel Maron ==
 +14152835207 @mikel s:mikelmaron


 - Forwarded Message 
 *From:* Richard Weait rich...@weait.com
 *To:* Samuel Mandell shmand...@gmail.com
 *Cc:* talk@openstreetmap.org
 *Sent:* Mon, June 6, 2011 4:16:08 PM
 *Subject:* Re: [OSM-talk] Disaster Preparedness Project

 On Fri, Jun 3, 2011 at 8:12 PM, Samuel Mandell shmand...@gmail.com
 wrote:
  I'm designing a project whose goal is to prepare folks in my community
 for
  disasters. An essential part of any disaster kit are maps of the local
 area
  so that when electricity has gone out people can still navigate to
 specific
  areas of the city (for instance to get supplies or medical help).
  OpenStreetMap has comprehensive map data for my area (the San Francisco
 Bay
  Area) and I'd like to use the mapping data to create maps for the
 various
  cities to hand-out to residents. Since I'd need detailed (1:4800) of an
  entire city I haven't been able to use the export tool since it seems to
  have some built in limits to how large of an image it will generate
 (which
  makes sense). For Mountain View, CA the image size we'd want to generate
 is
  around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
  would then cut this into smaller squares and print it out in a booklet
 with
  attribution to OpenStreetMap for the data and visuals.
  What's the best way for us to generate these detailed maps of the
 various
  cities?

 Well that sounds awesome.

 You might try downloading an extract of OSM data for that area.  You
 should be able to find an extract that deals with California, or the
 US West.  That way you don't have to deal with an entire planet full
 of data.  Then use Mapnik or one of the other rendering tools to
 generate your map.  You'll likely want to adjust the style sheet to
 make it just right for emergency awareness.

 There is a company in SF area experienced in printing high resolution
 maps from OSM data. Perhaps they'll do it for you for free since it is
 such a worthy project?

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

 ___
 HOT mailing list
 h...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/hot



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

Re: [OSM-talk] [HOT] Fw: Disaster Preparedness Project

2011-06-06 Diskussionsfäden Dane Springmeyer

Samuel,

It seems to me like rendering the actual pages would be easier (than actually 
rendering a large image, then chopping). This should also give better results 
because the scales of things like text and lines would look better.

So, the way I would approach this would be to determine the size and extents of 
each map for each page (ideally automatically). Then render each one with 
Mapnik. So, your ingredients would be a width and height in pixels, and 
bounding box for each page. Then write a python script to loop over every page 
and render a map using an OSM stylesheet.

If you don't have python scripts skills then we can think of alternatives, but 
that would be my first recommendation. Mike Migurski, also author of safety 
maps, has done this with Mapnik for printed bike maps of SF, so he could likely 
advise.

On Jun 6, 2011, at 3:03 PM, Mikel Maron wrote:

 Folks, what did we have in place to produce map books?
 

Making mapbooks easier to script, via python, with Mapnik has long been a goal 
of mine. 

But I've not really gotten past proof of concept. One usecase is making a map 
of every feature in a dataset that meets some criteria. I wrote a script a 
while ago that demonstrates how to do that with mapnik by querying all 
countries over a given population and them rendering a map for each, while 
painting a special outline over their border. Code is here: 
http://mapnik-utils.googlecode.com/svn/example_code/map_sequences/ and an 
animated gif to demonstrate what is done is here:

http://dbsgeo.com/tmp/mapnik_animated.gif

 Can Mapsomatic easily be modified for different formats/scales?

It can be done but I've found that hacking around in MapOsMatic requires a lot 
of patience and pretty high python/cairo skill level.

 
 http://www.safety-maps.org/ was a recent project to do something similar. I 
 know the developers would be interested to hear more ideas how to make it 
 useful.

safety-maps are awesome.

  
 == Mikel Maron ==
 +14152835207 @mikel s:mikelmaron
 
 
 - Forwarded Message 
 From: Richard Weait rich...@weait.com
 To: Samuel Mandell shmand...@gmail.com
 Cc: talk@openstreetmap.org
 Sent: Mon, June 6, 2011 4:16:08 PM
 Subject: Re: [OSM-talk] Disaster Preparedness Project
 
 On Fri, Jun 3, 2011 at 8:12 PM, Samuel Mandell shmand...@gmail.com wrote:
  I'm designing a project whose goal is to prepare folks in my community for
  disasters. An essential part of any disaster kit are maps of the local area
  so that when electricity has gone out people can still navigate to specific
  areas of the city (for instance to get supplies or medical help).
  OpenStreetMap has comprehensive map data for my area (the San Francisco Bay
  Area) and I'd like to use the mapping data to create maps for the various
  cities to hand-out to residents. Since I'd need detailed (1:4800) of an
  entire city I haven't been able to use the export tool since it seems to
  have some built in limits to how large of an image it will generate (which
  makes sense). For Mountain View, CA the image size we'd want to generate is
  around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
  would then cut this into smaller squares and print it out in a booklet with
  attribution to OpenStreetMap for the data and visuals.
  What's the best way for us to generate these detailed maps of the various
  cities?
 
 Well that sounds awesome.
 
 You might try downloading an extract of OSM data for that area.  You
 should be able to find an extract that deals with California, or the
 US West.  That way you don't have to deal with an entire planet full
 of data.  Then use Mapnik or one of the other rendering tools to
 generate your map.  You'll likely want to adjust the style sheet to
 make it just right for emergency awareness.
 
 There is a company in SF area experienced in printing high resolution
 maps from OSM data. Perhaps they'll do it for you for free since it is
 such a worthy project?
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 ___
 HOT mailing list
 h...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/hot

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

Re: [OSM-talk] [HOT] Fw: Disaster Preparedness Project

2011-06-06 Diskussionsfäden Dane Springmeyer


On Jun 6, 2011, at 3:58 PM, Samuel Mandell wrote:

 Tim,
 
 I'd appreciate any additional information regarding the maps generated for 
 Christchurch. I'll also check out www.safety-maps.org. 
 
 -Samuel

First pass was dumping out maps just based on custom size and bounding boxes 
at: http://maps.eq.org.nz/print/. This simply used a live updating osm database 
(minutely mapnik), the mapnik rendering library, and shell script run on a 
cron job that called nik2img with different parameters.

Then Rob Coup (cc'ed) started gearing up for customizing MapOSMatic to enable 
the user to choose their bounding box and what they wanted on their map. I 
think he ended up coming up with a custom solution rather than using a modified 
MapOSMatic, and this turned out very nicely and can be see here: 
http://maps.eq.org.nz/print/custom/


 
 On Mon, Jun 6, 2011 at 3:47 PM, Tim McNamara paperl...@timmcnamara.co.nz 
 wrote:
 Hi all,
 
 Lots of time was spent in late Feburary  early March in NZ to produce 
 printable maps from OSM/Ushahidi for Christchurch residents without power. It 
 would be great to recycle this energy.
 
 Tim McNamara
 Professional \\  paperlessprojects.com
 Personal \\  @timClicks  |  timmcnamara.co.nz
 
 
 
 On 7 June 2011 10:03, Mikel Maron mikel_ma...@yahoo.com wrote:
 Folks, what did we have in place to produce map books?
 
 Can Mapsomatic easily be modified for different formats/scales?
 
 http://www.safety-maps.org/ was a recent project to do something similar. I 
 know the developers would be interested to hear more ideas how to make it 
 useful.
  
 == Mikel Maron ==
 +14152835207 @mikel s:mikelmaron
 
 
 - Forwarded Message 
 From: Richard Weait rich...@weait.com
 To: Samuel Mandell shmand...@gmail.com
 Cc: talk@openstreetmap.org
 Sent: Mon, June 6, 2011 4:16:08 PM
 Subject: Re: [OSM-talk] Disaster Preparedness Project
 
 On Fri, Jun 3, 2011 at 8:12 PM, Samuel Mandell shmand...@gmail.com wrote:
  I'm designing a project whose goal is to prepare folks in my community for
  disasters. An essential part of any disaster kit are maps of the local area
  so that when electricity has gone out people can still navigate to specific
  areas of the city (for instance to get supplies or medical help).
  OpenStreetMap has comprehensive map data for my area (the San Francisco Bay
  Area) and I'd like to use the mapping data to create maps for the various
  cities to hand-out to residents. Since I'd need detailed (1:4800) of an
  entire city I haven't been able to use the export tool since it seems to
  have some built in limits to how large of an image it will generate (which
  makes sense). For Mountain View, CA the image size we'd want to generate is
  around 9409 x 11310 with a 1:4800 scale, in other words, very large. We
  would then cut this into smaller squares and print it out in a booklet with
  attribution to OpenStreetMap for the data and visuals.
  What's the best way for us to generate these detailed maps of the various
  cities?
 
 Well that sounds awesome.
 
 You might try downloading an extract of OSM data for that area.  You
 should be able to find an extract that deals with California, or the
 US West.  That way you don't have to deal with an entire planet full
 of data.  Then use Mapnik or one of the other rendering tools to
 generate your map.  You'll likely want to adjust the style sheet to
 make it just right for emergency awareness.
 
 There is a company in SF area experienced in printing high resolution
 maps from OSM data. Perhaps they'll do it for you for free since it is
 such a worthy project?
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 ___
 HOT mailing list
 h...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/hot
 
 
 
 ___
 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] Fw: Disaster Preparedness Project

2011-06-06 Diskussionsfäden Mike N


On 6/6/2011 6:03 PM, Mikel Maron wrote:

Folks, what did we have in place to produce map books?


 Hikingbook.pl has an 'Atlas mode'. 
http://wiki.openstreetmap.org/wiki/Hikingbook.pl


  Parameters seem fully customizable; I don't know how much work it 
would take to adapt to your application.


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

Re: [OSM-talk] Bandwidth limit/IP blocking - Error 303 on the OSM API?

2011-06-06 Diskussionsfäden Stephen Hope

On 6 June 2011 17:55, Jaak Laineste jaak.laine...@gmail.com wrote:
  Also we have always started with P2, JOSM is too scary for the first
 introduction. So offline OSM files is not an option.

I keep hearing this, but I must be weird, because I had the opposite
reaction both when I first started and when I show somebody how to use
it.  I took one look at Potlatch and thought I want something that
works offline to test with, with a save button when I'm happy. I'm
much happier teaching with JOSM than P2. I didn't use Potlatch for at
least a year after I started.

Stephen

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

Re: [OSM-talk] Bandwidth limit/IP blocking - Error 303 on the OSM API?

2011-06-06 Diskussionsfäden Russ Nelson

Stephen Hope writes:
  I keep hearing this, but I must be weird, because I had the opposite
  reaction both when I first started and when I show somebody how to use
  it.  I took one look at Potlatch and thought I want something that
  works offline to test with, with a save button when I'm happy. I'm
  much happier teaching with JOSM than P2. I didn't use Potlatch for at
  least a year after I started.

I always started people off with JOSM, back when it was my job. It's
faster and more productive teaching people when you don't have to wait
for uncertain bandwidth to download your data. And I don't like how
everything is bound to the left button.

That said, JOSM has many usability issues. I keep threatening to
rewrite it in a modern progamming language like Python, but it's got
HUGE functionality behind those usability problems.

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [Talk-de] OT: Navigation on osm data

2011-06-06 Diskussionsfäden Georg Feddern


Moin,

Rainer Dorsch schrieb:

Hello,

I am wondering if osm data contains information which helps rounting programs 
like navit to announce before a crossing which lane to take, when there are 
multiple lanes (e.g. one for turning left, one for straight or turning right).
  


Not yet AFAIK.

Deriving that simply from the angles the streets meet at the crossing does not 
work reliably


As an example see the bug report, I opened against navit:

http://trac.navit-project.org/ticket/870

  


may be deriving by the angles of streets does not always work reliable,
but in this special case routers may be helped by turn retrictions:

- set a 'only strait' restriction from way 74034335 via node 97192910 to 
way 74034334

It is obvious, that Navit prefers the secondary before the residential ...

- There is to turning left from Albert-Schäffele-Straße to Planckstraße. 
(Did you meant Pischekstraße?)
- I would split the small way between the both secondary main ways from 
Payerstraße and unname it.
In such cases, where the 'crossing' roads have different street names it 
may lead to wrong anouncements, if the small 'between' is named - and do 
you really know, which name is the correct one?
One may also raise it up to secondary, as it is part of the main street 
... same classification would also avoid such triangular navigation.
Another 'no left turn' restriction at node 162908427 is obsolete yet - 
but may clarify the situation.


Georg



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

Re: [Talk-de] Was ist falsch an dem Multipolygon

Am 3. Juni 2011 22:01 schrieb Jan Tappenbeck o...@tappenbeck.net:
 so wie jetzt ???


Alles so taggen wie es gemeint ist, d.h. an den outer way alles das,
was für diesen way gelten soll
dito für den inner way
an die Multipolygon-relation alles das, was für die Relation gelten
soll (also für die Fläche(n), die von den outer ways umschlossen wird,
abzüglich der Flächen, die die inner ways beschreiben).


Gruß Martin

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

Am 5. Juni 2011 02:12 schrieb Frederik Ramm frede...@remote.org:
 M?rtin Koppenhoefer wrote:
 Es ist einfach
 keine gute Idee, landuses an Straßen zu hängen ;-)

 Kommt drauf an, beide Methoden haben ihre Vor- und Nachteile und ihre
 Berechtigung.


Im Prinzip stimme ich dem auf kurze Zeit gesehen zu. Sicherlich hat
(vor allem kurzfristig) auch das Wiederverwenden von Geometrie in der
Nähe bestimmte Vorteile, trotzdem würden mich die Implikationen
interessieren, die sich für den Mapper daraus ergeben:
Meinst Du damit, dass sie gleichwertig sind, und dass es demzufolge in
Ordnung ist, wenn man Stellen, wo jemand den Wald an der tatsächlichen
Wald-Grenze enden lässt, vereinfacht / generalisiert (z.B. mit dem
Hinweis, dass das die Verarbeitung beschleunigt bzw. den
Speicherbedarf reduziert), indem man die Waldgrenze löscht und den
Wald per Multipolygon über eine in der Nähe verlaufende Straße
umdefiniert?

Langfristig (und so habe ich die Aussage gemeint) ist es dennoch keine
gute Idee m.E., weil wie erwähnt weiteres Verfeinern unnötig
kompliziert wird (und je nach Größe der entstehenden Multipolygone
neben der Ungenauigkeit auch erheblicher Verarbeitungsmehraufwand
entsteht, da selbst kleine Kacheln ggf. riesige Multipolygone
enthalten, die weit über den eigentlichen Kachelbereich hinaus gehen).
M.E. bremst uns diese Mappingtechnik mittel- und langfristig eher, als
dass es das Mapping vereinfacht und beschleunigt.

Gruß Martin

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

[Talk-de] Deichflächen




 Hi !

mit den Bingbildern wird es teilweise auch möglich Deichflächen (hier 
speziell Darß) zu erfassen.


In der Regel sind die Führungslinien - oftmals Wege - als embankment=yes 
getaggt. Leider wird hierfür ja wohl derzeit keine Signatur gerendert.


Nun stelle ich mir die Frage - vor dem Land ist eine andere Nutzung als 
hinter dem Deich - aber wie würdet Ihr die Deichfäche selber taggen ??


landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - selten 
und wenn vorübergehend nur Schafe !


Gruß Jan :-)


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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

2011-06-06 Diskussionsfäden Sebastian Hohmann


Am 05.06.2011 00:28, schrieb Garry:

Es kann genausogut die Strasse als
auch der Wald falsch erfasst sein. Das eine dem anderen anzupassen ist
also eine Mappen für den Renderer...



Was hat das mit Mappen für den Renderer zu tun, Objekte im Verhältnis 
zueinander korrekt zu positionieren? Erfassungsungenauigkeiten gibt es 
immer, aber wenigstens die relative Lage kann man durch Beobachtung in 
der Realität korrekt eintragen. Genauso wie man auch vermeintliche 
Kurven im GPS-Track zu Geraden macht, wenn da eben keine Kurve ist.


Und wenn die Straße genau die Grenze zwischen Wald und Wohngebiet 
darstellt, erfasst man eben die Straße. Wenn die Straße vom Verlauf her 
nicht korrekt aufgezeichnet ist, ist dann eben auch der Wald falsch. Es 
geht nicht um einen Waldrand, der 20 Meter von der Straße entfernt liegt 
und sinnvoll seperat erfasst werden kann.





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

Re: [Talk-de] Konzept für Daten, Karte und Renderer


Hi,

On 06/06/11 12:12, M?rtin Koppenhoefer wrote:

Meinst Du damit, dass sie gleichwertig sind, und dass es demzufolge in
Ordnung ist, wenn man Stellen, wo jemand den Wald an der tatsächlichen
Wald-Grenze enden lässt, vereinfacht / generalisiert (z.B. mit dem
Hinweis, dass das die Verarbeitung beschleunigt bzw. den
Speicherbedarf reduziert), indem man die Waldgrenze löscht und den
Wald per Multipolygon über eine in der Nähe verlaufende Straße
umdefiniert?


Ja, aber nicht als Selbstzweck. Wenn jemand in einer Gegend etwas mappen 
will und in seiner Arbeit davon behindert wird, dass jemand anders jedes 
Polygon an seiner vermeintlich tatsaechlichen Grenzen enden liess, dann 
hat derjenige durchaus das Recht, das an den Stellen zu aendern, die er 
aus anderen Gruenden anfassen muss - eben weil es keine Frage von 
richtig oder falsch, sondern eine des persoenlichen Stils ist.



Langfristig (und so habe ich die Aussage gemeint) ist es dennoch keine
gute Idee m.E., weil wie erwähnt weiteres Verfeinern unnötig
kompliziert wird


Ja, das wird oft behauptet, aber je nach Art des weiteren Verfeinerns, 
dass man im Sinn hat, kann es eben auch genau andersrum sein. Wenn ich 
die Strassengeometrie verfeinere, bin ich vielleicht ganz froh, wenn die 
Waldgeometrie dabei automatisch mitverfeinert wird, statt dass ich jeden 
Zusatznode, den ich platziere, dreimal setzen muss.



M.E. bremst uns diese Mappingtechnik mittel- und langfristig eher, als
dass es das Mapping vereinfacht und beschleunigt.


Ja, das behauptest Du immer wieder, aber das ist halt eine Beurteilung, 
die Du fuer Dich treffen kannst, aber nicht fuer andere Mapper; die 
werden eventuell davon eben nicht gebremst, sondern denen geht die 
Arbeit schneller von der Hand.


Ich will in dieser Sache niemandem etwas vorschreiben, aber ich wehre 
mich auch dagegen, wenn *andere* hier Vorschriften aufstellen (a la na 
gut, voruebergehend darfst Du das so machen, aber Du musst Dir schon 
bewusst sein, dass das schlechter ist...).


Deswegen widerspreche ich Dir auch dauernd, weil Du genau das so 
zwischen den Zeilen tust.


Und die diversen Argumente dafuer, dass das eine richtiger sein sollte 
als das andere (... oder wachsen die Baeume bis zum Mittelstreifen?), 
halte ich fuer rhetorische Spitzfindigkeiten und nicht fuer echte 
Argumente. Das ist auf der gleichen Ebene wie ... oder willst Du etwa 
behaupten, diese Kurve hier bestehe aus genau 20 kleinen geraden 
Stuecken? - natuerlich tut sie das nicht, aber das hat ja auch keiner 
behauptet.


Bye
Frederik

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

[Talk-de] Zwischen Forest und Scrub




 hi!

kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest 
und natural=scrub taggen würde??


Konkret geht es um eine Fläche auf dem Darß (Zingst) im Bereich 
http://www.openstreetmap.org/?lat=54.43426lon=12.7108zoom=17


Kann mir einer weiterhelfen ?

Gruß Jan :-)


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

Re: [Talk-de] Deichflächen

2011-06-06 Diskussionsfäden René Falk



Jan Tappenbeck o...@tappenbeck.net schrieb:



Hi !

mit den Bingbildern wird es teilweise auch möglich Deichflächen (hier 
speziell Darß) zu erfassen.

In der Regel sind die Führungslinien - oftmals Wege - als embankment=yes 
getaggt. Leider wird hierfür ja wohl derzeit keine Signatur gerendert.

Nun stelle ich mir die Frage - vor dem Land ist eine andere Nutzung als 
hinter dem Deich - aber wie würdet Ihr die Deichfäche selber taggen ??

landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - selten 
und wenn vorübergehend nur Schafe !

Gruß Jan :-)


_

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


Wie wäre es mit Gras?

Grüße

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

Re: [Talk-de] Zwischen Forest und Scrub

2011-06-06 Diskussionsfäden René Falk



Jan Tappenbeck o...@tappenbeck.net schrieb:



hi!

kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest 
und natural=scrub taggen würde??

Konkret geht es um eine Fläche auf dem Darß (Zingst) im Bereich 
http://www.openstreetmap.org/?lat=54.43426lon=12.7108zoom=17

Kann mir einer weiterhelfen ?

Gruß Jan :-)


_

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


Haben wir da nichts für Buschflächen?
Ich glaube, ich habe da im Speicherkoog an der Badestelle mal so etwas gemacht. 
Kannst ja mal da nachsehen.
Grüße

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

Re: [Talk-de] ODbL im Wiki


Hallo Frederik,


Full legal text of current version (v1.0)
http://www.opendatacommons.org/licenses/odbl/1.0/


Danke.


Vielleicht könnte die LWG den Text im Wiki so schreiben, dass er
irgendwie konsistent ist?





Die LWG hat leider keine Mitglieder, die deutsche Wikiseiten schreiben
koennten.


Hm - vielleicht kann jemand von dieser Liste den Text übersetzen:


Die englische Originalseite
http://wiki.openstreetmap.org/wiki/Open_Database_License habe ich gerade
mal notduerftig auf den aktuellen Stand gebracht.


Danke, Markus

PS: wollte grad eine OSM-Mail verschicken,
aber mein Mail-Account scheint gesperrt zu sein?
Da kommt eine Abfrage in der ich mich nicht wiederfinde,
die ich aber auch nicht wegklicken kann...

Ich vermute das ist ein Versehen der Programmierer?

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

Re: [Talk-de] ODbL im Wiki


Hi,

On 06/06/11 13:11, Markus wrote:

PS: wollte grad eine OSM-Mail verschicken,
aber mein Mail-Account scheint gesperrt zu sein?
Da kommt eine Abfrage in der ich mich nicht wiederfinde,
die ich aber auch nicht wegklicken kann...


Kannst Du genaueres sagen?

Bye
Frederik

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

Re: [Talk-de] openstreetmap und qgis

ich hab mich mal an die developer gewendet
(http://osgeo-org.1803224.n2.nabble.com/dealing-with-quot-long-quot-primary-keys-td6440007.html)

Die schreiben tatsächlich zurück, dass sie dass eventuell einbauen, wenn sie
Kohle dafür kriegen.
Und das bei open-software.
You can sponsor the fix by:
- hiring a developer
- make some money available to help motivating the current developers.
If others are interested, they can join the effort.
All the best.


oh mann

Gruss
Walter

-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6444803.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] ODbL im Wiki


Hallo Frederik,


Kannst Du genaueres sagen?


Die Frage heisst:
- wollen sie die Vereinbarung (CT und ODbL) akzeptieren?
-- nein
- wollen sie PD?
-- ja
aber das geht so in dieser Komnbination nicht.

Hatte ich zwar neulich Steve geschrieben, aber bisher ohne Reaktion :-(

Tja, und jetzt ist sogar mein OSM-Mailaccount blockiert...

Gruss, Markus

PS: das Wiki funktioniert noch.

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

[Talk-de] Verwaltunggrenzen als Multipoligon

2011-06-06 Diskussionsfäden Gerhard Schmidt

Hi Leute,

ich hab bei mir hin der Gegend gerade festgestellt das sämtlich
Verwaltungsgrenzrelation jetzt als type=multipolygon getagged sind.

Wenn ich das richtig verstanden habe sind doch multipolygone dazu da um
festzulegen das eine Fläche innerhalb einer anderen Fläche ausgenommen
werden soll. Hier haben die Relation nur outer elemente und kein
einziges inner.

Wäre es nicht sinnvoller für solche grenzen einen eigenen type zu machen.

Gruß
Gerhard

-- 

Gerhard Schmidt| http://www.augusta.de/~estartu/   |  PGP Public Key
Fischbachweg 3 |   |   auf Anfrage/
86856 Hiltenfingen | JabberID: esta...@augusta.de  |on request



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

Re: [Talk-de] Deichflächen

2011-06-06 Diskussionsfäden Claudius


Am 06.06.2011 12:28, Jan Tappenbeck:



Hi !

mit den Bingbildern wird es teilweise auch möglich Deichflächen (hier
speziell Darß) zu erfassen.

In der Regel sind die Führungslinien - oftmals Wege - als embankment=yes
getaggt. Leider wird hierfür ja wohl derzeit keine Signatur gerendert.

Nun stelle ich mir die Frage - vor dem Land ist eine andere Nutzung als
hinter dem Deich - aber wie würdet Ihr die Deichfäche selber taggen ??


man_made=dyke

Im Wiki:
http://wiki.openstreetmap.org/wiki/Tag:man_made=dyke

Siehe auch Nutzungsstatistik auf Taginfo: 
http://taginfo.openstreetmap.de/tags/man_made=dyke


Claudius


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

Re: [Talk-de] ODbL im Wiki

2011-06-06 Diskussionsfäden Sven Geggus

Markus liste12a4...@gmx.de wrote:

 Die Frage heisst:
 - wollen sie die Vereinbarung (CT und ODbL) akzeptieren?
 -- nein
 - wollen sie PD?
 -- ja
 aber das geht so in dieser Komnbination nicht.

Da hatten wir doch jetzt schon 100 mal. Die von Dir gewünschte Kombination
ist schlichtweg unlogisch. Wie kannst Du gegen die ODbL sein wenn Du jedem
erlauben möchtest _alles_ mit Deinen Daten zu machen (was ja genau PD ist)?

Durch für PD sein wird gegen ODbL sein schlichtweg unmöglich.

Gruss

Sven

-- 
Software is like sex; it's better when it's free
  (Linus Torvalds)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] ODbL im Wiki


Hi,

Markus wrote:

Die Frage heisst:
- wollen sie die Vereinbarung (CT und ODbL) akzeptieren?
-- nein
- wollen sie PD?
-- ja
aber das geht so in dieser Komnbination nicht.


Ist auch eine etwas esoterische Kombination.


Hatte ich zwar neulich Steve geschrieben, aber bisher ohne Reaktion :-(


Das wundert mich nicht, auf solche Spitzfindigkeiten wuerde ich auch 
nicht antworten.



Tja, und jetzt ist sogar mein OSM-Mailaccount blockiert...


Und Dein Zugang zu trac.

Du hast zwei Moeglichkeiten, entweder lehnst Du komplett ab, dann kannst 
Du bis Phase 4 wenigstens wieder Mail verschicken, riskierst aber, dass 
andere Deine Daten loeschen und neu erfassen, weil Sie von Deiner 
Spitzfindigkeit ich will PD aber nicht CT nichts wissen.


Oder Du laesst den alten Account im Limbo, in dem er jetzt ist, richtest 
einen neuen ein (das ist dann aber ein Zustimmeraccount) und verschickst 
Deine Emails von dem. Dadurch hast Du dann einen alten Account mit Daten 
aber ohne Email, und einen neuen ohne Daten aber mit Email.


Also wenn es wirklich so ist, dass Du Dich weigerst, die CT zu 
akzeptieren, dann bedeutet das in jedem Fall, dass Du kuenftig (also 
spaetestens ab Phase 4 in ein paar Wochen) nicht mehr bei OSM mitmachen 
kannst. Du kannst dann schon noch das Wiki nutzen und auf der 
Mailingliste schreiben, aber keine Daten mehr editieren. Es muesste sich 
dann jemand finden, der bereit ist, einen neuen Account anzulegen, alle 
Deine Daten aus OSM zu loeschen und unter dem neuen Account wieder 
einzuspielen. Dann unterschreibt derjenige sozusagen die CT fuer den 
neuen Account, und spielt Deine Daten, die ja PD sind, mit dem ein. Das 
waere aber ein Haufen Arbeit fuer denjenigen, und alles nur wegen Deines 
Dickkopfs.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] ODbL im Wiki

2011-06-06 Diskussionsfäden Tobias Knerr

Am 06.06.2011 13:59, schrieb Markus:
 Die Frage heisst:
 - wollen sie die Vereinbarung (CT und ODbL) akzeptieren?
 -- nein
 - wollen sie PD?
 -- ja
 aber das geht so in dieser Komnbination nicht.

Natürlich nicht, denn ich erlaube, dass /jeder/ /alles/ mit meinen
Daten machen darf und ich verbiete der OSMF, meine Daten als Teil der
ODbL-Datenbank zu veröffentlichen passt nun mal nicht zusammen.

Falls du es wider Erwarten noch nicht mitbekommen hast: Die Frage lautet
keineswegs Unter welcher Lizenz soll das OpenStreetMap-Projekt deiner
Meinung nach seine Datenbank veröffentlichen?

Tobias

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

Re: [Talk-de] openstreetmap und qgis

2011-06-06 Diskussionsfäden Fabian Patzke

Hi,

Walter Nordmann wrote:

ich hab mich mal an die developer gewendet
(http://osgeo-org.1803224.n2.nabble.com/dealing-with-quot-long-quot-primary-keys-td6440007.html)
Die schreiben tatsächlich zurück, dass sie dass eventuell einbauen, wenn
sie Kohle dafür kriegen.
Und das bei open-software.
oh mann

Du scheinst den Begriff freie Software ein wenig falsch zu verstehen, es
heißt nicht, dass Du alle Deine Wünsche an eine Software kostenlos bekommst.
QGIS ist kostenlos zu erhalten und jeder kann den Quellcode benutzen und
eigene Änderungen daran vornehmen. Da die Entwickler andere Prioritäten als
Du an QGIS hast, für sie ist es hauptsächlich ein GIS und OSM ist ein
Nebenaspekt. Da sie nun keine Zeit haben und auch mit QGIS Geld verdienen
wollen, bieten sie die Behebung für Geld an. Ein wie ich finde völlig
legitimes Vorgehen. Denn auch mit FLOSS Software darf man Geld verdienen.
Eine andere Variante das Problem zu lösen, ist übrigens nach einem
Entwickler zu suchen, für den das Problem auch ein Hindernis ist und der es
somit umsonst erledigt.

Ich empfehle zur Literatur:
https://secure.wikimedia.org/wikipedia/de/wiki/Free/Libre_Open_Source_Software
https://secure.wikimedia.org/wikipedia/de/wiki/Freie_Software
https://secure.wikimedia.org/wikipedia/de/wiki/Open_Source

--
View this message in context:
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6444930.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] openstreetmap und qgis


Hallo,

Walter Nordmann wrote:

Die schreiben tatsächlich zurück, dass sie dass eventuell einbauen, wenn sie
Kohle dafür kriegen.
Und das bei open-software.


Was erwartest Du? Dass die ihre Freizeit fuer etwas aufwenden, was sie 
selber nicht wichtig finden, bloss weil irgendein OSMer ihnen das schreibt?


Auch ein Open Source-Entwickler darf selbst entscheiden, was er in 
welcher Reihenfolge angeht. Oder genaugenommen *gerade* der.


Wenn Dir das nicht passt, kannst Du die gewuenschte Aenderung selber 
vornehmen - ist ist ja Open Source! Oder wenn Du dazu zu faul bist oder 
zu wenig Zeit oder Sachkenntnis hast, dann kannst Du versuchen, jemand 
anders dazu zu bewegen, Dein Problem zu loesen - mit Aufmerksamkeit, 
Freundlichgeit, Geld, oder sonstigen Zuwendungen.


Ich sehe in Deinem oh mann eine bedenkliche Anspruchshaltung. Open 
Source heisst, dass man alles selber machen kann - nicht, dass man alles 
kostenlos gemacht bekommt.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Verwaltunggrenzen als Multipoligon


Hallo,

Gerhard Schmidt wrote:

Wenn ich das richtig verstanden habe sind doch multipolygone dazu da um
festzulegen das eine Fläche innerhalb einer anderen Fläche ausgenommen
werden soll.


Nein, auch dazu, um eine Flaeche aus mehreren Linien zusammenzusetzen.


Hier haben die Relation nur outer elemente und kein
einziges inner.


Das macht nichts.


Wäre es nicht sinnvoller für solche grenzen einen eigenen type zu machen.


Einige Leute verwenden type=boundary, das geht auch. Aber ich halte da 
wenig von; denn sowohl Verwaltungsgrenzen als auch Multipolygone muessen 
genau gleich behandelt werden in der Software, die damit umgeht (Flaeche 
aus Stuecken zusammensetzen, ggf. Luecken reparieren, ggf. 
Enklaven/Exklaven beruecksichtigen usw.) - also sollte man sie auch alle 
als type=multipolygon taggen, damit das klar ist.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

[Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

2011-06-06 Diskussionsfäden Sarah Hoffmann

On Sun, Jun 05, 2011 at 05:56:42AM -0700, Walter Nordmann wrote:
 p.s. die Schweizer sollten sich mal um ihre Boundaries kümmern; da sieht es
 echt mau aus.

Was genau ist dein Problem?

Gruss

Sarah

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

Re: [Talk-de] openstreetmap und qgis


Hallo,

Fabian Patzke wrote:

Da die Entwickler andere Prioritäten als
Du an QGIS hast, für sie ist es hauptsächlich ein GIS und OSM ist ein
Nebenaspekt. Da sie nun keine Zeit haben und auch mit QGIS Geld verdienen
wollen, bieten sie die Behebung für Geld an. Ein wie ich finde völlig
legitimes Vorgehen. 


Uebrigens habe ich die Umstellung von osm2pgsql auf 64bit gemacht, weil 
ich von einem Kunden bezahlt wurde, der das brauchte. Aus reiner 
OSM-Sicht haette man damit noch ein halbes Jahr warten koennen, aber so 
hatten alle was davon - die Geofabrik einen Auftrag, der Kunde ein 
lauffaehiges Programm, und OSM eine Zukunftssorge weniger.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Verwaltunggrenzen als Multipoligon


Gerhard Schmidt-5 wrote:
 
 ich hab bei mir hin der Gegend gerade festgestellt das sämtlich
 Verwaltungsgrenzrelation jetzt als type=multipolygon getagged sind.
das wird in Deuschland schon seit Jahren so gemacht. 
Eigentlich sollte das type=boundary sein - aber die beiden laufen schon
lange parallel.

Wenn ich das richtig verstanden habe sind doch multipolygone dazu da um
 festzulegen das eine Fläche innerhalb einer anderen Fläche ausgenommen
 werden soll. Hier haben die Relation nur outer elemente und kein
 einziges inner.
es gibt durchaus Grenzrelationen mit Enklaven und Exklaven (Löcher und
Aussenbezirke) Das lässt sich eben nur mit MPs mit outer/inner darstellen.

Beispiel:  Landkreis Landshut liegt um Landshut herum: id=62657

http://wnordmann.homeunix.com/images/stories/osm/forum/kreis-landshut.png


Wäre es nicht sinnvoller für solche grenzen einen eigenen type zu machen.

NÖ 

Gruss
Walter


-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Verwaltunggrenzen-als-Multipoligon-tp6444837p6444978.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Zwischen Forest und Scrub

Am 6. Juni 2011 12:52 schrieb Jan Tappenbeck o...@tappenbeck.net:
 kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest und
 natural=scrub taggen würde??

 Konkret geht es um eine Fläche auf dem Darß (Zingst) im Bereich
 http://www.openstreetmap.org/?lat=54.43426lon=12.7108zoom=17

 Kann mir einer weiterhelfen ?


Ich würde dort wo konkret Bäume stehen landcover=trees taggen, und
evtl. landuse=forest (in dem von Dir geposteten Bereich hat das
durchaus noch eine ziemliche Dichte, die Bäume stehen schon noch
zusammen in einem Wäldchen). Wenn nur noch wenige Bäume in einem
Gestrüpp stehen, würde ich scrub dafür verwenden und ggf. zusätzlich
die Bäume einzeln mappen (natural=tree).

Gruß Martin

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

Re: [Talk-de] ODbL im Wiki


Hi Sven,


Da hatten wir doch jetzt schon 100 mal.


Nein, dass mein Mail-Account gesperrt ist ist neu.
(aber wie gesagt: ich vermute das ist ein Programmierfehler)

Gruss, Markus

PS:


Die von Dir gewünschte Kombination ist schlichtweg unlogisch.


Nein, die Frage ist unlogisch.
Oder m.E. sogar unlauter.

CT und Copyright zu verknüpfen, und Mitglieder mit einer ablehnenden 
Haltung zu CT und/oder Copyright vom Projekt auszuschliessen,

empfinde ich als unzulässige Verknüpfung - und alles andere als frei.

Bei der grossen Zahl der PD-Befürworter diese nicht mit einer 
gleichwertigen Frage anzuerkennen, empfinde ich alles andere als frei.


Richtig wären m.E. vier Fragen.

drei Fragen zur Lizenz:
1. PD ja/nein
2. ODbl ja/nein
3. CC-by-SA ja/nein

und eine zur Beschränkung der eigenen Entsscheidungsfreiheit
bzw. zur künftigen Macht der OSMF:
4. CT ja/nein

 Wie kannst Du gegen die ODbL sein wenn Du jedem

erlauben möchtest _alles_ mit Deinen Daten zu machen (was ja genau PD ist)?


Dass PD die freieste und offenste Lizenz ist,
und dass PD alle anderen Lizenzen beinhaltet,
dürfte sich inzwischen bei den meisten OSMern herumgesprochen haben.

Wenn unsere Daten PD sind, dann nütz es niemandem, wenn er sie unter 
eine restriktivere Lizenz stellen wollen würde.


Man kann also sehr sinnvoll für PD und gegen ODbL sein ;-)

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

[Talk-de] Problematik der Ortsnamenzusätze




 hi !

es gibt zwischenzeitlich eine Vielzahl von Applikationen die mit OSM 
zusammenarbeiten.


Nun habe ich bei OSMAND [1] kürzlich festgestellt das dieses Programm 
z.b. immer bei der Ortsnamensuche die Namen von vorne durchsucht.


Wenn man jetzt aber z.b. Zingst sucht, dann findet das Programm diesen 
Ort nicht, da im Tag name der Wert Ostseebad Zingst steht.


Nun mag gleich wieder die Aussage kommen - sollen sich die Programme 
doch anpassen - aber die Frage die ich mir stelle, ob das ganze 
überhaupt so im OSM-Sinne ist. Wenn man das richtig angehen würde müßte 
es doch soetwas wie name:prefix / name:suffix geben. name:suffix - 
oftgenug finden sich ja in den Namen auch andere Anagen wie in Holstein.


Oder soll ich nur ein Ticket aufmachen bei dem entsprechenden Programm ?

Wie denkt Ihr darüber ??

Gruß Jan :-)



[1] http://osmand.net/


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

Re: [Talk-de] openstreetmap und qgis


Fabian Patzke wrote:
 
 Da die Entwickler andere Prioritäten als Du an QGIS hast, für sie ist es
 hauptsächlich ein GIS und OSM ist ein Nebenaspekt. ...
 Eine andere Variante das Problem zu lösen, ist übrigens nach einem
 Entwickler zu suchen, für den das Problem auch ein Hindernis ist und der
 es somit umsonst erledigt.
da bin ich ja dran. 
Ich wurde selber in einem der qgis-foren aufgefordert, der Sache mehr
Gewicht zu verschaffen, da die Anzahl der entsprechenden Anfragen aus dem
OSM-Ecke ständig zunehmen.
Die müssen irgend wann selber merken, dass sich da was tun sollte.

Ich möchte die QGIS-Leute davon überzeugen, dass da was getan werden sollte
und nicht mit  euch OSM-Lern darüber diskussieren , warum ich das das für
wichtig halte. bin doch auch einer von der osm-truppe.

nebenbei ist das ein QGIS-Problem, das mit JEDER postgresql (?) DB auftritt,
sobald sie sehr grosse Primary Keys hat - osm ist da nur ein Beispiel.

Gruss
Walter

-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6445122.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] ODbL im Wiki

2011-06-06 Diskussionsfäden Sven Geggus

Markus liste12a4...@gmx.de wrote:

 Die von Dir gewünschte Kombination ist schlichtweg unlogisch.
 
 Nein, die Frage ist unlogisch.

Vorab: Ich werde diese Diskussion nach dieser Email beenden, Denn Du
scheinst ohnehin merkbefreit zu sein. 

Was Du möchtest führt zu nichts weil Du mit Deiner unmöglichen Kombination
unterm Strich eigentlich versuchen würdest anderen PD aufzuzwingen das wäre
nämlich die einzige halbwegs logische Folge deiner unsinnigen Kombination.
Glücklicherweise spielt Dir da aber die PD selbst einen Streich, die jedem
alles erlaubt. Auch das Szenario das Fred in seiner Mail beschrieben hat.

Das einzig theoretisch machbare wäre ein Dual Licencing für einen Teil der
OSM Datenbank; mit geringem Gewinn bei hohem technischen Aufwand.

Dein weiterer Vorschlag desweiteren für oder gegen CC-by-SA abzustimmen ist
noch unlogischer, denn der ganze Lizenzwechsel wurde ja nur gestartet weil
es inzwischen als Konsens gilt, dass CC-by-SA eine _untaugliche_ Lizenz ist.

Natürlich kann man auch für oder gegen eine untaugliche Lizenz stimmen,
welcher Sinn darin steckt erschließt sich mir aber nicht.

Gruss

Sven

-- 
Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten (Theodor W. Adorno)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] openstreetmap und qgis


Frederik Ramm wrote:
 
 Uebrigens habe ich die Umstellung von osm2pgsql auf 64bit gemacht, weil 
 ich von einem Kunden bezahlt wurde, der das brauchte. Aus reiner 
 OSM-Sicht haette man damit noch ein halbes Jahr warten koennen, aber so 
 hatten alle was davon - die Geofabrik einen Auftrag, der Kunde ein 
 lauffaehiges Programm, und OSM eine Zukunftssorge weniger.
 
na ja, wenn es dem Kunden JETZT so wichtig ist, warum nicht?

ABER: spätestens in einigen Monaten hätte jemand (du?) in den sauren Apfel
beissen müssen und die Sache umgestellt.

Der Unterschied zwischen der Umstellung von osm2pgsql und dem QGIS-Problem
ist der, dass das bei QGIS noch nie mit dem DB-Zugriff auf Simple/Snapshot
OSM-Datenbanken geklappt hat, osm2gpsql aber bisher prima gelaufen ist.

Gruss
Walter



-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6445141.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] ODbL im Wiki


Hallo Frederik,


Hatte ich zwar neulich Steve geschrieben, aber bisher ohne Reaktion :-(


Das wundert mich nicht, auf solche Spitzfindigkeiten wuerde ich auch
nicht antworten.


Hm - also die Frage was Freiheit in einem Projekt wie OSM bedeutet und 
wie man diese sinnvollerweise verwirklicht - das würde ich nun wahrlich 
nicht als Spitzfindigkeit bezeichnen ;-)



Tja, und jetzt ist sogar mein OSM-Mailaccount blockiert...


Und Dein Zugang zu trac.


Auch ein Programmierfehler?


Du hast zwei Moeglichkeiten


Eben: Friss oder stirb.

Aber entspricht das Deinem Verständnis von Freiheit?
Ich habe Dich bisher sehr anders erlebt...


Spitzfindigkeit ich will PD aber nicht CT.


Schon wieder dieses abwertende Wort...

Ich vermute, es sind ziemlich viele, die ein ungutes Gefühl dabei haben:
a) einer neuen Lizenz zustimmen zu müssen (die fast keiner versteht)
b) die eigene Entscheidungsfreiheit künftig an die Gruppierung 
abzutreten, die einem zu dieser Zustimmung zwingt (und ein grottiges 
Informationsverhalten zeigt) und sich gleich noch mehr Macht aneignet


Und nein:
ich finde es nicht spitzfindig wenn man das explizit anspricht.

Sondern ich vermute, dass viele OSMer einfach keine Lust mehr haben, 
über Lizenzen und Entscheidungen darüber und die ganzen Formalien 
drumherum zu diskutieren oder sich überhaupt damit auseinanderzusetzen.


Aber ist das das was wir unter Freiheit, Partnerschaft und mündige 
Bürger verstehen?



Dickkopf.


Na - jetzt wird's aber m.E. absurd...
Vielleicht können wir wieder sachlich werden?

Eigentlich ging es ja nur um einen nichtfunktionierenden Mailaccount.

Gruss, Markus

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)


Sarah Hoffmann wrote:
 
 p.s. die Schweizer sollten sich mal um ihre Boundaries kümmern; da sieht
 es
 echt mau aus.
 Was genau ist dein Problem?
Hi Sarah, 

ist kein Problem aber in der Schweiz könnte man mal was mit den Grenzen
Admin_level 6 und feiner machen.

http://wnordmann.homeunix.com/images/stories/osm/forum/screenshot-quantum%20gis%20exported%20-%20borders%20schweiz%20.png

Ich habe vor einigen Tagen meine Auswertungen auf DACH erweitert und da ist
mir das halt aufgefallen.

Gruss
Walter


-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6445214.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Verwaltunggrenzen als Multipoligon

2011-06-06 Diskussionsfäden fly

Am 06.06.2011 14:46, schrieb Frederik Ramm:
 Gerhard Schmidt wrote:

Hey

 Wäre es nicht sinnvoller für solche grenzen einen eigenen type zu machen.
 
 Einige Leute verwenden type=boundary, das geht auch. Aber ich halte da
 wenig von; denn sowohl Verwaltungsgrenzen als auch Multipolygone muessen
 genau gleich behandelt werden in der Software, die damit umgeht (Flaeche
 aus Stuecken zusammensetzen, ggf. Luecken reparieren, ggf.
 Enklaven/Exklaven beruecksichtigen usw.) - also sollte man sie auch alle
 als type=multipolygon taggen, damit das klar ist.

die boundary relation haben noch ein paar zusätzliche Rollen um sie mit
place=* - Knoten zu verknüpfen.

Habe in D öfters das Problem, dass ein Name mehrfach gerendert wird, da
die admin Grenzen-Relation, die landuse-relation und der place-node
nicht miteinander verknüpft sind.

Gruß
fly

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

Re: [Talk-de] ODbL im Wiki

2011-06-06 Diskussionsfäden Sven Geggus

Die nachstehend eindeutig identifizierte Lebensform

Name : Bärlocher (warum steht der eigentlich nicht mehr in 
Deinen Mails?)
Vorname  : Markus

ist hiermit für den Zeitraum von

[x]  6 Monaten
[_] 12 Monaten
[_] 24 Monaten
[_] unbefristet

davon befreit, etwas zu merken, d.h. wesentliche
Verhaltensänderungen bei der Interaktion mit denkenden Wesen zu
zeigen. Die Einstufung der o.a. Person nach dem amtlichen Index
für Merkbefreiungen liegt bei dem Äquivalent von

[x] einem Mensaessen vom Vortag
[_] drei Hartkeksen in löslichem Kaffee
[_] einer Kiste Schwarzbrot in Dosen
[_] einem Quadratmeterstück Torfmoos während einer
sechswöchigen Sommerdürre
[_] einem Container erodiertem Sandstein
(Streusandqualität)

Die ausgesprochene Merkbefreiung erlischt mit dem Ablauf des

[x] 06.12.20_11
[_] der vollständigen Erosion der körperlichen
Bestandteile der o.a. Lebensform

und gilt, sofern die o.a. Lebensform durch das nachstehende
Kennzeichen als merkbefreit zu identifizieren ist:

[_] eine rote Plastiknase
[x] olives Stoffstück mit weißem Rand, auf der Schulter
zu tragen
[_] die Lebensform ist durch den Gesichtsausdruck
zweifelsfrei als unbefristet merkbefreit zu
erkennen.

Die o.a. Lebensform ist durch den Erwerb dieses
Merkbefreiungsscheins automatisch für die folgenden Tätigkeiten
qualifiziert:

[_] Markierungshütchen bei Abmarkierungsarbeiten auf
Bundesautobahnen
[_] Garderobenständer und Regenschirmständer in
Restaurants bis zu, aber nicht eingeschlossen, 3
Sterne
[_] Regelstab in Schwerwasserreaktoren
[x] Markierungsstab für das Fahrwasser im Nationalpark
Wattenmeer
[_] Landschaftsmerkmal/Orientierungshilfe in der Wüste
Gobi

Die Merkbefreiung für die o.a. Lebensform wurde in einem
öffentlichen Merkbefreiungsverfahren ausgesprochen und ist nach
Ablauf der Einspruchsfrist von 17 Sekunden rechtskräftig.

Datum Unterschrift  Dienstsiegel



Stirnabdruck des Merkbefreiten


Diese Merkfreiung wurde elektronisch erstellt und ist deswegen
nicht unterschrieben.

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

Re: [Talk-de] ODbL im Wiki

2011-06-06 Diskussionsfäden Bernd Wurst

Hallo.

Am 2011-06-06 15:34 schrieb Markus:
  Und Dein Zugang zu trac.
 Auch ein Programmierfehler?

Nein, ein gesperrter OSM-Account.


  Du hast zwei Moeglichkeiten
 Eben: Friss oder stirb.

Nein, eher mach mit oder lass es bleiben.


 Ich vermute, es sind ziemlich viele, die ein ungutes Gefühl dabei
 haben: 
 a) einer neuen Lizenz zustimmen zu müssen (die fast keiner
 versteht) 

Daher musst du ja auch keiner Lizenz zustimmen. Sieh's als Vorteil.

 b) die eigene Entscheidungsfreiheit künftig an die Gruppierung
 abzutreten, die einem zu dieser Zustimmung zwingt (und ein
 grottiges Informationsverhalten zeigt) und sich gleich noch mehr
 Macht aneignet
 
 Und nein:
 ich finde es nicht spitzfindig wenn man das explizit anspricht.

Mal sehr langsam mit den jungen Pferden.
Die Steve Coast als Vorläufer der OSMF hat, zu einer Zeit als es die
OSMF noch gar nicht gab, nämlich bei der Inbetriebnahme von OSM einen
kapitalen Fehler gemacht. Und das war, den Mapper zum Lizenzgeber zu
machen. Die Daten so zu verteilen, dass die Daten vom Mapper direkt an
den Konsumenten lizenziert werden.
Bei einem Projekt wie OSM bei dem alle Daten so eng miteinander
verzahnt sind, Abhängigkeiten der Daten untereinander praktisch nicht
maschinell erkannt und erst recht nicht aufgelöst werden können, bei
dem fast kein Objekt wirklich von einem einzelnen Mapper gestaltet
wurde, ist dies ein sehr umständlicher Weg.

Daher jetzt die Änderung: Die OSMF als neutrales Organ wird zwischen
geschaltet und kann (mit dem Segen der einzelnen Mapper) die Daten
veröffentlichen. So hat der Konsument einen Lizenzgeber, der greifbar
ist, bei dem man Unklarheiten nachfragen kann.

Diese Änderung ist das wesentliche. Ob jetzt CC-by-SA oder ODbL, das
ist doch eigentlich schnurz bzw. Anwalts-Gehabe. Der Punkt ist der
Lizenzgeber. So lange das der Mapper selbst ist, wird es immer höllisch
kompliziert werden, allen Lizenzanforderungen gerecht zu werden und
OSM-Daten zu nutzen wird für jedermann unnötig schwer gemacht.


 Sondern ich vermute, dass viele OSMer einfach keine Lust mehr haben, 
 über Lizenzen und Entscheidungen darüber und die ganzen Formalien 
 drumherum zu diskutieren oder sich überhaupt damit
 auseinanderzusetzen.

Halleluja. Hast du die CC-by-SA gelesen? Wirklich gelesen?
Würdest du jetzt so einen Eiertanz aufführen wenn du jetzt neu zum
Projekt stoßen würdest? Ob du jetzt die CC-by-SA oder die CT beim
Registrieren ungelesen abnickst ist doch echt egal.

Nur weil man jetzt das einmal ungelesen abgenickte gegen etwas anderes
austauscht, das eigentlich eine gleiche Aussage hat, muss man sich doch
nicht so anstellen wie ein kleines Kind dem man den roten durch den
gelben Lolli austauschen will.


 Eigentlich ging es ja nur um einen nichtfunktionierenden Mailaccount.

Dein Mailaccount ist bei GMX. Und der funktioniert offenbar prächtig,
sonst würdest du nicht so viele Mails schreiben. 

Was nicht geht ist dein OSM-Account und die Gründe dafür liegen auf der
Hand.
Und wenn du jetzt noch jammerst dass dein GPX-Track-Upload-Account
nicht geht, halte ich dich vollends für bekloppt.

Gruß, Bernd

-- 
Das Wort Vegetarier kommt aus dem Indianischen und bedeutet:
»Zu dumm zum Jagen.«  -  Quelle: german-bash.org


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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

 On 06/06/11 12:12, M?rtin Koppenhoefer wrote:
 Meinst Du damit, dass sie gleichwertig sind, und dass es demzufolge in
 Ordnung ist, wenn man Stellen, wo jemand den Wald an der tatsächlichen
 Wald-Grenze enden lässt, vereinfacht / generalisiert (z.B. mit dem
 Hinweis, dass das die Verarbeitung beschleunigt bzw. den
 Speicherbedarf reduziert), indem man die Waldgrenze löscht und den
 Wald per Multipolygon über eine in der Nähe verlaufende Straße
 umdefiniert?

 Ja, aber nicht als Selbstzweck. Wenn jemand in einer Gegend etwas mappen
 will und in seiner Arbeit davon behindert wird, dass jemand anders jedes
 Polygon an seiner vermeintlich tatsaechlichen Grenzen enden liess, dann hat
 derjenige durchaus das Recht, das an den Stellen zu aendern, die er aus
 anderen Gruenden anfassen muss - eben weil es keine Frage von richtig oder
 falsch, sondern eine des persoenlichen Stils ist.


das verstehe ich jetzt nicht, inwiefern man durch genauere Grenzen
behindert werden kann, wo Flächen nicht mit Straßengraphen verbunden
sind. Hättest Du da mal ein Beispiel?

Den persönlichen Stil (gut dass Du es ansprichst) gibt es durchaus.
Es ist unumgänglich gewisse Abstraktionen einzuführen. Wo man aber mit
wenige Clicks stundenlange Arbeit von anderen kaputtmachen kann in
einem Punkt, der wie Du sagst sowohl als auch richtig ist (sein
kann), da erfordert es der Respekt vor der Arbeit der anderen, dass
man den persönlichen Stil etwas an das anpasst, was man schon
vorfindet (solange es nur um Stil und nicht um Verbesserungen geht).
Dieses Thema ist da ganz gut vergleichbar mit der Frage, wie sog.
straßenbegleitende Radwege gemappt werden sollen. Da ärgert es mich
z.B. auch ziemlich, wenn (wie vor einiger Zeit geschehen) ein Mapper
einen explizit gemappten Radweg (einschl. weiterer Details wie
Fahrbahnoberfläche, kreuzende Einfahrten, leicht abweichende
Verkehrsführung, etc., --- der Weg war da über Jahre und von zig
Mappern weiterverfeinert) löscht und durch ein schnödes cycleway=track
ersetzt. Auf die 2. Anfrage per PM antwortet der dann: da war kein
Platz. Wie? Wo war da kein Platz? Dass die Topologie fürs Routing
dadurch teilweise zerschossen wurde sei nur am Rande erwähnt (Zugang
zu einem Fußgängerplatz der als Durchgang durch den Block auch von
Fahrrädern genutzt wird).

Es ist sicher eine Frage des Maßstabs (und der damit einhergehenden
Generalisierung), wie man mappt. Der Maßstab wird in OSM durch die
Genauigkeit dessen vorgegeben, was die Koordinaten hergeben, und evlt.
von den bestehenden Renderings (Mapnik derzeit bis z.18 ca. 1:2000,
andere Karten nutzen OSM probeweise sogar bis Z.21) , sehe ich nicht,
inwiefern man einer Reduktion der Detaillierung und stärkeren
Generalisierung im Bereich der Daten der Datenbank Positives
abgewinnen könnte. Eine derart grobe Generalisierung wie man sie
gelegentlich antrifft ist m.E. sinnvoll für z14 und weniger.


 Langfristig (und so habe ich die Aussage gemeint) ist es dennoch keine
 gute Idee m.E., weil wie erwähnt weiteres Verfeinern unnötig
 kompliziert wird
 Ja, das wird oft behauptet, aber je nach Art des weiteren Verfeinerns, dass
 man im Sinn hat, kann es eben auch genau andersrum sein.


wenn man die Straßen zusätzlich als Flächen eintragen will, ist die
Lage sicher eindeutig. Aus meiner Sicht wird das in Städten auf jeden
Fall kommen, weil man anders ein sauberes Rendering, das auch
Informationen zur realen Form transportiert, nicht erhalten kann.


 Wenn ich die
 Strassengeometrie verfeinere, bin ich vielleicht ganz froh, wenn die
 Waldgeometrie dabei automatisch mitverfeinert wird, statt dass ich jeden
 Zusatznode, den ich platziere, dreimal setzen muss.


da der Wald nichts mit der Straße zu tun hat, muss ich den auch nicht
verfeinern, wenn ich an der Straße schraube. Straßenkurven haben daher
z.B. bei mir oft auch mehr Punkte als ein Waldrand. Klar, ein Zaun der
an der Straße langläuft müsste evtl. verfeinert werden, aber diesen
Zaun könnte ich nicht mal einzeichnen ohne dass ich einen
Topologie-Fehler einbaue, solange die Nachbar-Fläche an der Straße
hängt.


 M.E. bremst uns diese Mappingtechnik mittel- und langfristig eher, als
 dass es das Mapping vereinfacht und beschleunigt.
 Ja, das behauptest Du immer wieder, aber das ist halt eine Beurteilung, die
 Du fuer Dich treffen kannst, aber nicht fuer andere Mapper; die werden
 eventuell davon eben nicht gebremst, sondern denen geht die Arbeit schneller
 von der Hand.


sicher gehen einem manche Bearbeitungen schneller von der Hand, wenn
man sie ungenau macht.


 Ich will in dieser Sache niemandem etwas vorschreiben, aber ich wehre mich
 auch dagegen, wenn *andere* hier Vorschriften aufstellen (a la na gut,
 voruebergehend darfst Du das so machen, aber Du musst Dir schon bewusst
 sein, dass das schlechter ist...).


ist meine ehrliche Meinung. (Habe ich durch das m.E. ja kenntlich
gemacht). Ich schreibe nur deshalb auch immer wieder zu diesem Thema,
weil ich zutiefst davon überzeugt bin, dass kleinere Teile besser

Re: [Talk-de] Deichflächen

2011-06-06 Diskussionsfäden Torsten Leistikow

Jan Tappenbeck schrieb am 06.06.2011 12:28:
 landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - selten
 und wenn vorübergehend nur Schafe !

Da sehe ich nun wirklich keinen Widerspruch.

Hier in meiner Region sind die Deich meist als Linie mit embankment=yes erfasst
und die entsprechenden Flaechen als landuse=meadow.

man_made=dyke waere sicherlich auch ok, ist hier aber halt nicht ueblich.
Haeufig genug gibt es auch Wege auf der Deichkrone, so dass die Kombination von
highway=* und embankment=yes naeherliegend erscheint.

Gruss
Torsten

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

Re: [Talk-de] Zwischen Forest und Scrub

2011-06-06 Diskussionsfäden Torsten Leistikow

Jan Tappenbeck schrieb am 06.06.2011 12:52:
 kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest
 und natural=scrub taggen würde??

Da der Uebergang zwischen forest und scrub ja sowieso fliessend ist und jeder
Mapper die Grenze irgendwo anders sieht, wird die Sache wohl kaum
uebersichtlicher werden, wenn man da noch eine Zwischenkategorie einfuehren 
wuerde.

Beim Wald hat man ja sowieso das Problem, dass innerhalb der Waldflaeche die
unterschiedlichsten Wuchshoehen vorherrschen koennen. Da koennen in einer Ecke
25m hohe Fichten dicht an dicht stehen, und direkt daneben sind dann nur drei
verienzelte Baeume und dazwischen waechst das Unterholz nach. Das eien ist
genauso landuse=forest wie das andere.

Gruss
Torsten

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

Re: [Talk-de] Insel mit Röhrrich

Am 6. Juni 2011 16:03 schrieb Jan Tappenbeck o...@tappenbeck.net:
 ich habe eine Insel die komplet aus Röhrich besteht und derzeit hat diese
 die Tags natural = coastline.

 Regulär würde ich jetzt natural = wetland  wetland = reedbed setzen - aber
 wie verträgt es sich mit coastline ??


m.E. eher schlecht. coastline ist ein lineares feature (eine Linie,
wobei es ein Sonderfall ist und man da evtl. auch widersprechen
könnte, weil ja damit Land vom Wasser getrennt wird und bei einer
Insel sich dadurch ein Polygon definiert) während natural=wetland oder
landuses für Flächen sind. Am Eindeutigsten wäre wohl ein Polygon für
das natural (und weitere Tags wie Namen etc.) zu verwenden, d.h.
multipolygon m.E.. Da beide tags als key natural haben, ist sowieso
keine andere Möglichkeit praktikabel.

Gruß Martin

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

Re: [Talk-de] Deichflächen


Am 06.06.2011 16:37, schrieb Torsten Leistikow:

Jan Tappenbeck schrieb am 06.06.2011 12:28:

landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - selten
und wenn vorübergehend nur Schafe !


Da sehe ich nun wirklich keinen Widerspruch.

Hier in meiner Region sind die Deich meist als Linie mit embankment=yes erfasst
und die entsprechenden Flaechen als landuse=meadow.

man_made=dyke waere sicherlich auch ok, ist hier aber halt nicht ueblich.
Haeufig genug gibt es auch Wege auf der Deichkrone, so dass die Kombination von
highway=* und embankment=yes naeherliegend erscheint.

Gruss
Torsten



Hi !

ich habe jetzt im Bereich Zingst auf man_made=dyke umgestellt in der 
Linienführung - wäre schön wenn das irgendwie auf die Karten käme.. so 
richtig mit der entsprechenden Signatur.


Für die Fläche wäre dann auch landuse=meadow ok !

Gruß Jan :-)




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

Re: [Talk-de] Deichflächen

2011-06-06 Diskussionsfäden Garry


Am 06.06.2011 12:28, schrieb Jan Tappenbeck:



 Hi !

mit den Bingbildern wird es teilweise auch möglich Deichflächen (hier 
speziell Darß) zu erfassen.


In der Regel sind die Führungslinien - oftmals Wege - als 
embankment=yes getaggt. Leider wird hierfür ja wohl derzeit keine 
Signatur gerendert.


Nun stelle ich mir die Frage - vor dem Land ist eine andere Nutzung 
als hinter dem Deich - aber wie würdet Ihr die Deichfäche selber 
taggen ??


landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - 
selten und wenn vorübergehend nur Schafe !
Die Einführung eines Sammelbegriffs für Hochwasserschutzbauwerks der 
auch weiter untergliedert werden kann (ähnlich building) wäre hier 
sinnvoll.


Garry

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

Re: [Talk-de] Deichflächen

Am 6. Juni 2011 16:37 schrieb Torsten Leistikow de_m...@gmx.de:
 Jan Tappenbeck schrieb am 06.06.2011 12:28:
 landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - selten
 und wenn vorübergehend nur Schafe !

 Da sehe ich nun wirklich keinen Widerspruch.


+1, meadow ist eine Wiese, die kann genauso gut auch gemäht werden, im
Gegenteil, eine Weide wäre pasture / range / grazing land und eher
nicht als meadow zu taggen.


 man_made=dyke waere sicherlich auch ok, ist hier aber halt nicht ueblich.


ich würde es ergänzen, weil es eindeutig einen (Schutz)Damm
beschreibt, der Wasser abhalten soll. Das embankment sagt lediglich
aus: hier ist eine künstliche Erhöhung wobei der Zweck durchaus
unterschiedlich sein kann (z.B. Verkehrsbauten).


 Haeufig genug gibt es auch Wege auf der Deichkrone, so dass die Kombination 
 von
 highway=* und embankment=yes naeherliegend erscheint.


man muss sich ja nicht entscheiden, es ist durchaus beides gleichzeitig möglich.

Gruß Martin

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

Hm für die Schweiz hatte ich mal eine Datenspende für die 
Gemeindegrenzen in hoher Genauigkeit organisiert...

Sind die nicht schon längst importiert?

Gruss, Markus

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

Re: [Talk-de] ODbL im Wiki


Hallo Sven,


Ich werde diese Diskussion nach dieser Email beenden


*lach* - das ist ja ein Grund des Problems:
die OSMF hat die Diskussion ja gar nicht erst begonnen ;-)


Dual Licencing


Klingt nach einem guten Plan!
Dürfte doch nicht so schwer sein, den Rohdaten noch ein Lizenz-Attribut 
hinzuzufügen?


Und die (sicher nicht trivialen) Modelle, wie unterschiedlich 
attributierte Objekte kaskadisch und relativ voneinander abhängend 
auseinandergedröselt werden können, die sind ja (wahrscheinlich?) schon 
in Vorbereitung der Lizenzumstellung geschaffen worden - denn ohne diese 
lässt sich der Datenbestand ja nicht in die neue Lizenz überführen?



inzwischen Konsens, dass CC-by-SA eine _untaugliche_ Lizenz ist.


Also wenn man mit dem gemeinen OSMer (ausserhalb dieser Liste) 
spricht, dann hört man immer wieder die Frage, ob es denn nicht wirklich 
viel einfacher wäre, bei der alten langjährig bewährten Lizenz zu 
bleiben - statt auf eine unbekannte unverständliche und unbewährte neue 
zu wechseln, die noch dazu den Nachteil hat, mit z.B. Wikipedia 
inkompatibel zu sein.


Aber wie gesagt: eigentich ist das hier OT - denn es ging nur darum, 
dass der Mailaccount nicht mehr funktioniert ;-)


Gruss, Markus

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

Re: [Talk-de] Zwischen Forest und Scrub

2011-06-06 Diskussionsfäden Garry


Am 06.06.2011 16:44, schrieb Torsten Leistikow:

Jan Tappenbeck schrieb am 06.06.2011 12:52:

kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest
und natural=scrub taggen würde??

Da der Uebergang zwischen forest und scrub ja sowieso fliessend ist und jeder
Mapper die Grenze irgendwo anders sieht, wird die Sache wohl kaum
uebersichtlicher werden, wenn man da noch eine Zwischenkategorie einfuehren 
wuerde.

Beim Wald hat man ja sowieso das Problem, dass innerhalb der Waldflaeche die
unterschiedlichsten Wuchshoehen vorherrschen koennen. Da koennen in einer Ecke
25m hohe Fichten dicht an dicht stehen, und direkt daneben sind dann nur drei
verienzelte Baeume und dazwischen waechst das Unterholz nach. Das eien ist
genauso landuse=forest wie das andere.
Wenn ich an einem heissen Tag wandern gehen möchte dann bevorzuge ich 
einen richtigen
Wald mit hohem, dichten Baumbestand und nicht ein grossflächiges 
Aufforstgebiet ohne Schatten wie es
z.B. der Orkan Lothar hinterlassen hat. Wäre daher schön wenn sowas aus 
den Daten hervorgehen würde.
Eine deutliche Trennung zwischen landuse und natural/landcover sollte 
daher auch mit Unterstützung der Renderer

eingeführt werden.

Garry

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

2011-06-06 Diskussionsfäden Simon Poole

Du hast natürlich  auf talk-ch alle relevanten Beiträge zum Thema 
gelesen, und verstanden?


Am 06.06.2011 15:53, schrieb Walter Nordmann:

Sarah Hoffmann wrote:

p.s. die Schweizer sollten sich mal um ihre Boundaries kümmern; da sieht
es
echt mau aus.

Was genau ist dein Problem?

Hi Sarah,

ist kein Problem aber in der Schweiz könnte man mal was mit den Grenzen
Admin_level 6 und feiner machen.

http://wnordmann.homeunix.com/images/stories/osm/forum/screenshot-quantum%20gis%20exported%20-%20borders%20schweiz%20.png

Ich habe vor einigen Tagen meine Auswertungen auf DACH erweitert und da ist
mir das halt aufgefallen.

Gruss
Walter


-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6445214.html
Sent from the Germany mailing list archive at Nabble.com.

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



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

Re: [Talk-de] Konzept für Daten, Karte und Renderer


Hallo,

M?rtin Koppenhoefer wrote:

das verstehe ich jetzt nicht, inwiefern man durch genauere Grenzen


Dass eine als einzelne Linie gezeichnete Grenze genauer ist als die 
Verwendung der Strassengeometrie, ist mitnichten erwiesen.



behindert werden kann, wo Flächen nicht mit Straßengraphen verbunden
sind. Hättest Du da mal ein Beispiel?


Nein, aber ich habe Leute sagen hoeren, was ich in meinem vorigen 
Posting schrieb: Dass jemand keine Lust hat, eine Strassengeometrie zu 
verfeinern, wenn sich dadurch tonnenweise Ueberschneidungen mit dem 
angrenzenden Wald ergeben und er die von Hand zusaetzlich korrigieren muss.


Entweder es gibt solche Mapper, die sich behindert fuehlen. Dann sollen 
die von mir aus gern die Gegend so (um)mappen, dass sie gut damit 
arbeiten koennen.


Oder es gibt sie nicht. Dann ist es auch recht.


kann), da erfordert es der Respekt vor der Arbeit der anderen, dass
man den persönlichen Stil etwas an das anpasst, was man schon
vorfindet (solange es nur um Stil und nicht um Verbesserungen geht).


Ja, das kommt sicher auf den Umfang der Aenderungen an. Einem Gebiet 
seinen persoenlichen Stil aufdruecken, weil man gerade mal im 
Vorbeifahren einen Briefkasten mappt, ist natuerlich nicht ok.



andere Karten nutzen OSM probeweise sogar bis Z.21) , sehe ich nicht,
inwiefern man einer Reduktion der Detaillierung 


Ich glaube, Du hast da eine etwas verkorkste Perspektive. Du scheinst 
anzunehmen, dass alles, was jemand vom Luftbild abmalt, automatisch 
hochgenau und detailliert ist. Ich wage mal die Behauptung: Der Fehler, 
in Metern, den ich einbaue, wenn ich den Strassen-Way als Begrenzung 
meines Waldes nehme, ist im Durchschnitt geringer als der Fehler, den 
ich einbaue, wenn ich das (Bing-)Luftbild nicht vorher ordentlich an 
GPS-Tracks justiere.



Ja, das wird oft behauptet, aber je nach Art des weiteren Verfeinerns, dass
man im Sinn hat, kann es eben auch genau andersrum sein.


wenn man die Straßen zusätzlich als Flächen eintragen will, ist die
Lage sicher eindeutig.


Das ist eine ganz andere Baustelle.


Aus meiner Sicht wird das in Städten auf jeden
Fall kommen, weil man anders ein sauberes Rendering, das auch
Informationen zur realen Form transportiert, nicht erhalten kann.


Informationen zur realen Form zu transportieren, ist unter Umstaenden 
aber etwas anderes als sauberes Rendering. Und sauberes Rendering 
bekommt man ganz bestimmt auch ohne Strassen als Flaechen hin. Aber das 
ist, wie gesagt, wieder eine andere Geschichte.


Eine Karte ist kein Luftbild. Auch eine sehr gute Karte nicht.


da der Wald nichts mit der Straße zu tun hat, muss ich den auch nicht
verfeinern, wenn ich an der Straße schraube.


Andere muessen das vielleicht schon (wenn, wie oben geschildert, die 
verfeinerte Strasse sonst zuweilen den Wald ueberschneidet, was ja eher 
selten ist.)



Klar, ein Zaun der
an der Straße langläuft müsste evtl. verfeinert werden


Wenn wir es mit einem Zaun zu tun haben, dann hoert das natuerlich auf, 
dass man die Strasse als Waldrand benutzen kann. Aber dann haben wir das 
gleiche Ding mit dem Zaun; man koennte dann einfach den Zaun als 
Waldrand benutzen, oder man koennte argumentieren, dies sei ungenau und 
der Zaun stehe ja ausserhalb des Waldes..



Ja, das behauptest Du immer wieder, aber das ist halt eine Beurteilung, die
Du fuer Dich treffen kannst, aber nicht fuer andere Mapper; die werden
eventuell davon eben nicht gebremst, sondern denen geht die Arbeit schneller
von der Hand.


sicher gehen einem manche Bearbeitungen schneller von der Hand, wenn
man sie ungenau macht.


Du behauptest immer wieder, dass es ungenauer sei, den Strassen-Way als 
Waldrand zu verwenden, aber das ist eine unzulaessige Verallgemeinerung. 
Oder sagen wir: Es ist vielleicht genauer, aber nicht richtiger - 
genauso wie eine Loesung mit fuenf Nachkommastellen in der Matheklausur 
genauer ist, aber nicht richtiger.



Die Auswüchse, die sich aus den Relationen ergeben, wenn man erstmal
ein paar Landkreise als ein Farmland kennzeichnet, und danach alles
was nicht passt (und einem auffällt) wieder ausschließt (also landuse
Relationen, die schon ein Jahr oder so alt sind), behindern die
Entwicklung der Karte ungemein. 


Ja, da gibt es eine Menge Stilblueten, die ich auch nicht so prickelnd 
finde. Aber mit der Verwendung einer Strasse als Waldrand o.ae. hat das 
m.E. wieder nichts zu tun.



Es geht nicht um rhetorische Spitzfindigkeiten, das Argument war, dass
echte Flächengrößen mehr Informationen transportieren als durch
Generalisierung vergrößerte.


Der Unterschied duerfte im *Promillebereich* sein.

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

2011-06-06 Diskussionsfäden Simon Poole


Weils es ein Haufen Arbeit ist und niemand dafür bezahlt wird?

Am 06.06.2011 17:26, schrieb Markus:
Hm für die Schweiz hatte ich mal eine Datenspende für die 
Gemeindegrenzen in hoher Genauigkeit organisiert...

Sind die nicht schon längst importiert?

Gruss, Markus

___
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] Zwischen Forest und Scrub

Am 6. Juni 2011 17:31 schrieb Garry garr...@gmx.de:

 Eine deutliche Trennung zwischen landuse und natural/landcover sollte daher
 auch mit Unterstützung der Renderer
 eingeführt werden.


solange die Mapper nicht mitziehen werden sich die Renderer garantiert
nicht bewegen, und es scheint, als wäre ich fast der einzige, der
gelegentlich mal noch ein landcover mit-taggt. Für Dein Problem ist
das allerdings auch kaum ausreichend, Du müsstest irgendwie das Alter
(Pflanzdatum, auch ungefähr) der Bäume unterbringen (bzw. die
durchschnittliche Wuchshöhe - nicht gerade ein dauerhaftes Attribut
allerdings).

Gruß Martin

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

nein , hab ich nicht. das war nur eine kleine bemerkung mit dem mau. 
ob und ob nicht ihr die grenzen drin haben wollt oder was es sonst für
probleme geben sollte, ist mir ziemlich egal - ich sehe halt nur, dass sie
nicht drin sind.

-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6445634.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)


Hallo Simon,


ein Haufen Arbeit


Ja, das kann ich mir vorstellen! Wie ist denn der aktuelle Stand?

Gruss, Markus

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

Re: [Talk-de] ODbL im Wiki


Hallo Bernd,


Und Dein Zugang zu trac.

Auch ein Programmierfehler?


Nein, ein gesperrter OSM-Account.


Also aus Orga-Sicht:
was haben ein OSM-Nachrichtenaccount und eine Programmierschnittstelle 
mit den Daten zu tun?


Ich sage bewusst /nicht/ dass da eine kommunikationsbeschränkende 
Absicht dahinter stehe - aber ich erwart in solch sensiblen Prozessen 
wie einer umstrittenen Lizenzänderung besondere Sensibilität für die 
Auswirkungen von Kommunikation und Programmierung.



Du hast zwei Moeglichkeiten

Eben: Friss oder stirb.


Nein, eher mach mit oder lass es bleiben.


Dake für den Hinweis - ich wollte eigentlich ausdrücken:
Friss oder stirb
also mit Anführungszeichen, als Metapher für die von vielen als Zwang 
empfundene Strategie.



Steve Coast als Vorläufer der OSMF hat, zu einer Zeit als es die
OSMF noch gar nicht gab, nämlich bei der Inbetriebnahme von OSM einen
kapitalen Fehler gemacht.


Fehler passieren jedem mal.
Aber dann erwarte ich umso mehr Sorgfalt, wenn dieser von der Comunity 
ausgebügelt werden soll.


Und dazu gehört m.E.:
- offene Kommunikation
- Transparenz
- offene Fragestellung
als Basis für freie Entscheidung freier Bürger für freie Daten :-)


Die OSMF als neutrales Organ wird zwischen geschaltet
So hat der Konsument einen Lizenzgeber, der greifbar ist


Also ich finde, die unklare Lizenzgeber-Situation hat durchaus Charme.
Ich durfte beispielsweise schon Lizenzverträge unterschreiben, bei 
denen beide Seiten wussten, dass meine Unterschrift nichts bedeutet, 
was einerseits zu Irritation, aber auch intensiverem Nachdenken und 
Austausch über Sinn und Unsinn von proprietären Daten geführt hat.



Ob jetzt CC-by-SA oder ODbL, das ist doch eigentlich schnurz bzw. 
Anwalts-Gehabe.


Kann ich nicht beurteilen - habs (wie viele andere) nicht wirklich 
verstanden. Aber wieso dann nicht gleich PD?!



Der Punkt ist der Lizenzgeber.
So lange das der Mapper selbst ist, wird es immer höllisch
kompliziert werden, allen Lizenzanforderungen gerecht zu werden und
OSM-Daten zu nutzen wird für jedermann unnötig schwer gemacht.


Theoretisch vielleicht - aber praktisch hat es doch eigentlich bisher 
ganz gut funktioniert?!



Ob du jetzt die CC-by-SA oder die CT beim
Registrieren ungelesen abnickst ist doch echt egal.


Wenn ich Lizenzen grundsätzlich nicht ernst nehme: ja.

Als ich mich bei OSM angemeldet hatte war die Idee
*freie Daten für freie Bürger*
und die fand ich gut!

Inzwischen habe ich gelernt, dass das juristisch PD heisst.

Das bisherige CC-by-SA enthielt zusätzlich die Forderung, dass der 
Benutzer immer sagen muss ist von OSM.

Das war mir aber nie wichtig.
Denn unsere Anwendungen (mit den dahinterliegenden Daten)
haben einen selbstredend unverwechselbaren Stil :-)

Gruss, Markus

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

Re: [Talk-de] Zwischen Forest und Scrub

2011-06-06 Diskussionsfäden Torsten Leistikow

M∡rtin Koppenhoefer schrieb am 06.06.2011 17:42:
 Du müsstest irgendwie das Alter
 (Pflanzdatum, auch ungefähr) der Bäume unterbringen (bzw. die
 durchschnittliche Wuchshöhe - nicht gerade ein dauerhaftes Attribut
 allerdings).

Naja, wenn man keinen Zaubertrank hat, wachsen Baeume nicht so schnell.

Problematisch sehe ich eher, dass man das nur sehr schwer abschaetzen kann und
dass das abhaengig von Baumart, Dichte des Bewuchses, Dichte des Unterholzes und
was weiss ich nicht noch alles, auch nicht wirklich aussagekraeftig ist.

Mit objektiven Kriterien wird man das also kaum brauchbar erfassen und auswerten
koennen. Bliebe noch eine abstrakte Einschaetzung wie forest_type=gradeX, aber
auch da wuerde ich keine wirklich brauchbaren Daten erwarten.

Gruss
Torsten

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

2011-06-06 Diskussionsfäden Simon Poole

Thomas ist noch dran. Die Schweiz hat grob eine doppelt so hohe 
Gemeindedichte wie Deutschland und leider war/ist schon einiges 
erfasst gewesen. Das zusammen mit den Landesgrenzen etc. gibt genügend 
Konflikte, dass man nicht einfach importieren kann.


Simon

Am 06.06.2011 18:01, schrieb Markus:

Hallo Simon,


ein Haufen Arbeit


Ja, das kann ich mir vorstellen! Wie ist denn der aktuelle Stand?

Gruss, Markus

___
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] Konzept für Daten, Karte und Renderer

Am 6. Juni 2011 17:42 schrieb Frederik Ramm frede...@remote.org:
 Dass eine als einzelne Linie gezeichnete Grenze genauer ist als die
 Verwendung der Strassengeometrie, ist mitnichten erwiesen.


OK, verstanden. Gut, es gibt im OSM-Umfeld natürlich _alles_ ;-) Auf
dem Weg zu einer guten Annäherung ist man aber i.d.R. schon mit dem
gröbsten Wald näher als mit gar keiner echten Flächengrenze.


 Dass jemand keine Lust hat, eine Strassengeometrie zu verfeinern,
 wenn sich dadurch tonnenweise Ueberschneidungen mit dem angrenzenden Wald
 ergeben und er die von Hand zusaetzlich korrigieren muss.


Wieso sollte das jetzt ein Problem sein, wenn die Straße z.T. durch
das Waldpolygon führt (bis es jemand richtet), während bei der anderen
Methode die komplette Straße im Wald läuft? Man muss ja nicht alles
alleine machen, diese tonnenweisen Überschneidungen haben keine
negativen Auswirkungen, ausser, dass sie Ungenauigkeiten aufzeigen,
die man zukünftig noch durch Verfeinerung beheben kann.


 Ich glaube, Du hast da eine etwas verkorkste Perspektive. Du scheinst
 anzunehmen, dass alles, was jemand vom Luftbild abmalt, automatisch
 hochgenau und detailliert ist. Ich wage mal die Behauptung: Der Fehler, in
 Metern, den ich einbaue, wenn ich den Strassen-Way als Begrenzung meines
 Waldes nehme, ist im Durchschnitt geringer als der Fehler, den ich einbaue,
 wenn ich das (Bing-)Luftbild nicht vorher ordentlich an GPS-Tracks justiere.


Klar, die Lagegenauigkeit von Luftbildern ist nicht grundsätzlich gut,
und Fehler aus der Orthorektifizierung des Luftbilds kann man auch
durch nachträgliches Justieren (Verschieben) nicht mehr beheben. Da
haben wir in Italien einen gewissen Vorsprung, weil wir mit dem PCN
wirklich flächendeckend einheitliche Luftbilder haben (2006) und für
manche Gebiete auch von 2008, die sehr gut positioniert und
vorverarbeitet sind. Bing bietet einem im Vergleich in der Fläche
deutlich weniger und schlechter (Position/Alter) (in Rom aber z.B. z21
was für Details schon nicht zu verachten ist).

Viele Dinge kann man aber auch ohne Luftbilder genau zeichnen, oft
sogar aus dem Gedächtnis (bzw. anhand von Fotos und Aufzeichnungen,
die man vor Ort gemacht hat). Wie genau man mappt hat höchstens zu
einem Teil mit den Bildern zu tun, die man als Vorlage hat, eher mit
den Details, die einem bei der Begehung auffallen.


 wenn man die Straßen zusätzlich als Flächen eintragen will, ist die
 Lage sicher eindeutig.
 Das ist eine ganz andere Baustelle.


m.E. ist das genau dieselbe Baustelle: wenn man jetzt alle Flächen an
die Straßen hängt, wird man sie später alle wieder abhängen müssen.


 Informationen zur realen Form zu transportieren, ist unter Umstaenden aber
 etwas anderes als sauberes Rendering. Und sauberes Rendering bekommt man
 ganz bestimmt auch ohne Strassen als Flaechen hin. Aber das ist, wie gesagt,
 wieder eine andere Geschichte.


jein, solange die Straßen regelmäßig sind, braucht man praktisch keine
Straßenflächen (selbst Spurerweiterungen -reduktionen folgen ja
Gesetzmäßigkeiten), wenn aber der Verkehrsraum seine Linearität
verliert und zu einer weitgehend ungerichteten Fläche wird, dann geht
es ohne natürlich nicht.


 Eine Karte ist kein Luftbild. Auch eine sehr gute Karte nicht.


+1.


 Klar, ein Zaun der
 an der Straße langläuft müsste evtl. verfeinert werden

 Wenn wir es mit einem Zaun zu tun haben, dann hoert das natuerlich auf, dass
 man die Strasse als Waldrand benutzen kann. Aber dann haben wir das gleiche
 Ding mit dem Zaun; man koennte dann einfach den Zaun als Waldrand benutzen,
 oder man koennte argumentieren, dies sei ungenau und der Zaun stehe ja
 ausserhalb des Waldes..


jetzt wirst Du allerdings ein bisschen rhetorisch ;-)
Ein Waldrand ist sicherlich nicht auf den cm oder einzelnen Meter
genau zu bestimmen. Sofern man aber zwischen Wald und xy noch etwas
anderes erkennen kann (dazu zähle ich auch z.B. Gestrüpp, einen
Straßengraben oder anderen Wasserlauf, eine Böschung, etc.), ist in
der vorläufig endgültigen Karte an dieser Stelle xy auch nicht mit
dem Wald verbunden.


 Du behauptest immer wieder, dass es ungenauer sei, den Strassen-Way als
 Waldrand zu verwenden, aber das ist eine unzulaessige Verallgemeinerung.
 Oder sagen wir: Es ist vielleicht genauer, aber nicht richtiger - genauso
 wie eine Loesung mit fuenf Nachkommastellen in der Matheklausur genauer ist,
 aber nicht richtiger.


Es freut mich schon, dass es wenigstens vielleicht (das bedeutet
vermutlich - s. Anfang D. Mail -, wenn es sorgfältig gemacht ist?)
genauer ist. Der Umkehrschluss ist dann, dass es (bei jeweils
sorgfältiger Herangehensweise) ungenauer ist, wenn man die Straße
verwendet. D.h. dass es zwar immer noch Gründe gibt, trotzdem die
Straße zu verwenden (Ersparnis von Aufwand), aber - solange man eine
genaue Karte anstrebt - dieser Zustand vermutlich eben doch nur ein
Übergangszustand sein wird.


 Es geht nicht um rhetorische Spitzfindigkeiten, das Argument war, dass
 echte Flächengrößen mehr

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

2011-06-06 Diskussionsfäden Sarah Hoffmann

On Mon, Jun 06, 2011 at 05:33:50PM +0200, Simon Poole wrote:
 Du hast natürlich  auf talk-ch alle relevanten Beiträge zum Thema  
 gelesen, und verstanden?

Kommt schon, Leute, kann man auf talk-de tatsächlich keine Frage mehr 
stellen ohne, dass es in einem Flamewar endet?

 Am 06.06.2011 15:53, schrieb Walter Nordmann:
 Sarah Hoffmann wrote:
 p.s. die Schweizer sollten sich mal um ihre Boundaries kümmern; da sieht
 es
 echt mau aus.
 Was genau ist dein Problem?
 Hi Sarah,

 ist kein Problem aber in der Schweiz könnte man mal was mit den Grenzen
 Admin_level 6 und feiner machen.

 http://wnordmann.homeunix.com/images/stories/osm/forum/screenshot-quantum%20gis%20exported%20-%20borders%20schweiz%20.png

Netter Screenshot.

Du hast schon recht, da fehlt noch was. Wir schaffen das noch
mit dem Import. Frueher oder spaeter. ;)

Ich hatte befürchtet, dass die Grenzen mal wieder kaputt sind,
aber die Grenzen die da sind, sehen ja gut aus.

Gruss

Sarah

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

[Talk-de] WalkingPapers defekt?

2011-06-06 Diskussionsfäden Manuel Reimer


Hallo,

da mir die Idee gefällt, habe ich gestern zum ersten Mal versucht via Walking 
Papers einen Bereich, den ich erfassen will, rendern zu lassen.


Es wird nach dem Wählen des Bereichs eine Seite angezeigt, die man sich 
bookmarken soll, um den Bereich ggf. später runterzuladen.


Das war gestern. Heute ist der Bereich immer noch nicht gerendert...

Gruß

Manuel


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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

2011-06-06 Diskussionsfäden Garry


Am 06.06.2011 12:31, schrieb Sebastian Hohmann:

Am 05.06.2011 00:28, schrieb Garry:

Es kann genausogut die Strasse als
auch der Wald falsch erfasst sein. Das eine dem anderen anzupassen ist
also eine Mappen für den Renderer...



Was hat das mit Mappen für den Renderer zu tun, Objekte im Verhältnis 
zueinander korrekt zu positionieren? 
Weil dieses korrekt nur eine grobe Annäherung ist. Ich will keine 
schöne Karte im Sinne von jede Fläche wird durch meinen Renderer
lückenlos in schönen Farben eingefärbt sondern korrekte Daten in denen 
ich auch eine markante Waldrandkontur wiederfinde bzw. diese leicht 
eintragen kann.


Erfassungsungenauigkeiten gibt es immer, aber wenigstens die relative 
Lage kann man durch Beobachtung in der Realität korrekt eintragen. 
Genauso wie man auch vermeintliche Kurven im GPS-Track zu Geraden 
macht, wenn da eben keine Kurve ist.
Nun weiss Du aber nicht ob diese vermeintliche Kurve im Track real 
exisitiert oder tatsächlich ein Fehler Deines Receivers ist.
Kleines Beispiel: hier wurde im Wald vor 2-3 Jahren eine Kurve 
begradigt. In den üblichen Luftbildern ist diese Begradigung noch nicht 
zu finden.
Irgendjemand hat dann gemeint diese Kurve an ein hochauflösendes 
Luftbild anpassen zu müssen. Mit einem an der Strasse hängenden landuse 
wäre der Fehler
nicht so schnell aufgefallen... Verkehrstechnisch macht diese 
Korrektur den Unterschied ob man die Strasse nur mit 60km/h oder mit 
100km/h durchfahren kann.


Und wenn die Straße genau die Grenze zwischen Wald und Wohngebiet 
darstellt, erfasst man eben die Straße. Wenn die Straße vom Verlauf 
her nicht korrekt aufgezeichnet ist, ist dann eben auch der Wald falsch. 
Eben - wenn ich genaue Daten von der Strasse habe dann habe ich die 
Daten von der Strasse und nicht die vom Wald. Daher möchte ich dann auch
nur die Strasse anfassen und nicht den Wald. Genauso umgekehrt. Wenn ich 
Überschneidungen feststelle kann ich im Einzelfall immer noch

gegebenfalls prüfen wo der Fehler liegt.
Es geht nicht um einen Waldrand, der 20 Meter von der Straße entfernt 
liegt und sinnvoll seperat erfasst werden kann.


Eine anhaltende, gleichförmig dicht am Strassenrand entlanglaufende 
Waldgrenze ist ehr die Ausnahme als die Regel. Da kommen immer wieder
Parkbuchten, Einmündungen von Waldwegen, Bauwerke (dazu zähle ich auch 
Gräben, Dämme) etc. dazwischen die auch ein markantes Merkmal
in der Karte allein durch das nichtvorhandensein von Bäumen darstellen 
können.


Garry

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

2011-06-06 Diskussionsfäden Peter


Am 03.06.2011 14:36, schrieb fly:

Am 02.06.2011 18:54, schrieb Peter:



Man kommt auf die Idee das Josm da einem viel Arbeit abnehmen könnte.

z.B. 2 Objekte markieren und 'Alle gemeinsamen Punkte trennen'
Oder auch mehrere Objekte als nur 2.
So als Featurerequest.

Müsste man noch bischen rumdenken und probieren ob es noch eine
allgemeinere Möglichkeit gibt.
z.B. 'Alle gemeinsamen Punkte markieren'. Danach dann 'trennen'
aufrufen. Das hätte den Vorteil das man dann auch die gemeinsamen
Punkte gemeinsam bewegen könnte. So hat man beide Fälle erledigt:
Getrennte Punkte haben wollend oder halt gemeinsame Punkte.



Vielleicht geht ja auch schon alles. Z.B. mit Filtern nur die
beteiligten Objekte anzeigen lassen, dann alle Punkte markieren,
dann trennen. Aber da kommt leicht zu viel dabei und es werden
dann die falschen Dinge getrennt.


Das Auftrennen ist bereits implementiert.


Ja, das meinte ich im Absatz davor, kam nicht so gut rüber.
Es funktioniert anders als ich dachte, tut aber besser als
meine Idee. Man muß Punkte markieren + die Linie die
jene Punkte als Kopien erhalten soll.

Das Auswählen fehlt noch.
Lieber modulare Funktionen die man kreativ zusammensetzt, bzw.
per script zusammenkleben könnte (s.u.).


Auf jeden Fall lohnt sich ein

Blick auf den utils2-Plugin.


Das tut es anscheinend in dem Fall nicht:
   http://wiki.openstreetmap.org/wiki/JOSM/Plugins/UtilsPlugin2
hab' es auch mal installiert und durchgeguckt.


Falls man nicht fündig wird, ist wohl ein Enhancement-Ticket angebracht,
wobei ein patch auch gerne gesehen wird.


Ich brauch das zu selten:-)
Wenn ich mal dazu komme mich in den josm code reinzugucken, java
ansich ist keinerlei problem. Zeit und Energie ist immer Mangelware.


Was ich mir leckerer vorstelle wäre sowas als javascript zu
basteln. So wie greasmonkey eine reihe userscripte zum sharen oder
im Wiki zu veröffentlichen. Beliebte kann man dann in den Kern
übernehmen, sowas wie plugin-lite.
Ob das gut wird weis ich nicht, bin mir aber recht sicher.

Nachteil ist halt der Aufwand aussenrum: Man bräuchte Kram
wie Fehlerconsole scriptdebugger etc. Rhino bringt das zwar
mit, naja ok, es könnte reichen.


Peter



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

Re: [Talk-de] Evtl. Lösung für zu kleine Schrift bei nicht Lateinischem Alphabet

2011-06-06 Diskussionsfäden Peter

Hallo

Am 05.06.2011 18:35, schrieb Stephan Knauss:

On 31.05.2011 22:50, Peter wrote:

Aber wenn es hier keinen mit dem Font interessiert: auch gut, halt
Lösung ohne Problem:-)

mich interessiert schon eine Lösung, aber wir haben hier mit zwei
verschiedenen Problemen zu kämpfen.

Eben. Die haben nix miteinander zu tun. Wenn morgen der Textrenderer
ausgewechselt wird hat man immer noch ungleichmäßig große
Zeichen im Font.

Da kann man doch das eine schon mal lösen. Gerade da das andere
von anderen Leuten gemacht wird die auch eher unabhängig sind
und ihren Kram machen. Das dürfte eher noch Jahre dauern bis das
mit der Glyphkombination gelöst wird.

Dass in einem Font die Größen nicht passen lässt sich durch einen
kombinierten Font wie du es beschreibst lösen.
Leider hilft das nicht bei dem Problem, dass in vielen Sprachen die
Glyphen abhängig vom Kontext sind. Für das arabische gibt es wohl einen
Workaround im Rendering Code, für andere aber nicht.

So lange das nicht gelöst ist hilft es auch nicht weiter einen passenden
Font zu haben. Da muss die Rendering-Engine von Mapnik angepasst werden.
Harfbuzz könnte ein Kandidat sein oder Pango.

Doch, natürlich hilft das.

Nebenbei: Ich finde auch hier in 'de' manches unleserlich klein, das
ist aber kein Problem sondern nur Einstellungssache, Folge der
anscheinend jungen Adleraugen der style Ersteller :-) Naja, eigentlich
ist es auch mit Lupenprogramm kaum zu entziffern:
http://www.openstreetmap.org/?lat=49.967348lon=8.228912zoom=18layers=M
Die Namen der Geschäfte im Gutenbergcenter. Gut, hängt auch etwas
an den Farben, und das einfach zu wenig Platz ist.

Leider scheint das auf der Prio-Liste von den Mapnik Entwicklern relativ
weit unten zu stehen.

Ich dachte erst das Mapnik 'zu osm gehört', doch das scheint eher
unabhängig.
Hab mal in deren Trac gesucht. Paar links, braucht keiner selbst suchen:

Immerhin prio major für mapnik 2.1
http://trac.mapnik.org/query?status=assignedstatus=newstatus=reopenedsummary=~Fontorder=priority

Im Moment sind sie bei 0.7.1 und arbeiten an 2.0.
http://trac.mapnik.org/roadmap

Seit 3 Jahren im Spiel
http://trac.mapnik.org/ticket/112
http://trac.osgeo.org/mapserver/ticket/2591

Mapnik scheint mit AGG (www.antigrain.com) gerendert zu
werden, da ist die letzte News von 2007. Hmm, sagt alles:-)

Ist also kein 10 Zeilen Patch sondern eher größere Sanierung.

Also: Steht wohl in den Sternen.

Vielleicht geschieht ja noch ein Wunder und es implementiert jemand.

Wenn's einer braucht, zuviel Zeit hat (Studenten vor) oder mittelbar
damit Geld verdient.

Gerade die Gegenden wo es nötig wäre dürften am meisten von freien
und leicht zugänglichen Daten profitieren, da findet sich vielleicht
ein Inder der das macht.

Peter

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

Re: [Talk-de] WalkingPapers defekt?

2011-06-06 Diskussionsfäden Dietmar

Hallo Manuel,

normalerweise dauert das erstellen der PDF-Datei nur einige Sekunden. Die
Seite wird alle paar Sekunden aktualisiert und dann sollte der Link für die
PDF-Datei kommen.

In der Zwischenzeit kommt
Preparing your print.

This may take a little while, generally a few minutes. You dont need to keep
this browser window openyou can bookmark this page and come back later. 

und Du kannst diesen Link bookmarken, um später die PDF so zu erhalten.

Vielleicht hakt es auch mal mit der Erstellung, dann versuch einfach nochmal
ein paar Stunden später die Erstellung des Ausdrucks.

Mein Versuch eben hat nach ca. 15min noch nichts gebracht, das ist
ungewöhnlich.

Viele Grüße

Dietmar



 -Ursprüngliche Nachricht-
 Von: Manuel Reimer [mailto:manuel.s...@nurfuerspam.de]
 Gesendet am: Montag, 6. Juni 2011 18:26
 An: talk-de@openstreetmap.org
 Betreff: [Talk-de] WalkingPapers defekt?

 Hallo,

 da mir die Idee gefällt, habe ich gestern zum ersten Mal versucht
 via Walking
 Papers einen Bereich, den ich erfassen will, rendern zu lassen.

 Es wird nach dem Wählen des Bereichs eine Seite angezeigt, die man sich
 bookmarken soll, um den Bereich ggf. später runterzuladen.

 Das war gestern. Heute ist der Bereich immer noch nicht gerendert...

 Gruß

 Manuel


 ___
 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

[Talk-de] Name einer Insel anzeigen lassen ...