date:20111116

2011-11-16 Thread ce-test, qualified testing bv - Gert Gremmen

Do you think there might be interest in a talk about scripting JOSM
with Python or about configuring JOSM until it brewes you a cup of tea
without even using tea leaves, just like on the HHGTG?

42


2011/11/16 Marc Coevoet sintsix...@gmail.com:
 Dear Hackers,

 We hereby invite any and all open source projects to participate in FOSDEM
 2012 by manning a stand for the weekend, by giving a talk in a devroom or by
 giving a 15 minute talk in our lightning talk room.

 See http://fosdem.org/2012/call-for-participation
 on how to submit proposals.


 * Manning a stand
 We offer open source projects a place for a stand in the hallways. Stands
 can be used to share information, demo software, sell merchandising, give
 away goodies and so forth.
 Stands allow projects to present themselves to the visitors in a more
 personal fashion.

 See http://fosdem.org/2012/call-for-stands for more details


 * Talking in a devroom
 We will be hosting 25 (!) different devrooms, covering a broader spectrum of
 the open source landscape than any year before.

 The accepted devrooms are: Ada -- BSD licensed operating systems --
 Configuration and Systems Management -- Cross Desktop -- Distribution
 Miniconf -- Embedded -- Free Java -- Graph Processing -- Hardware Security
 and Cryptography -- JBoss.org -- Legal Issues -- LibreOffice -- Mono --
 Mozilla -- Multiserver -- microkernel-based operating systems -- MySQL and
 Friends -- Open Mobile Linux -- Open Source Game Development -- Open Source
 Telephony -- Open Source Virtualization and Cloud -- Perl -- PostgreSQL --
 Smalltalk -- World of GNUstep -- X.org and OpenICC

 See http://fosdem.org/2012/call-for-participation for the list of
 announcements or contact devro...@fosdem.org for a contact address.


 * Lightning talks
 We have a special lightning talk room for all remaining open source projects
 that do not fit in any of the devrooms.
 Lightning talks are short 15 minute focussed talks in which one person gets
 to present the project or an aspect of it.

 See http://fosdem.org/2012/call-for-lightningtalks for more details.


 FOSDEM is organized by and for the community, non-commercial and highly
 developer-oriented. Its goal is to provide Free and Open Source developers a
 place to meet.
 Now is the time to become part of it.

 The FOSDEM organizers.
 ___
 FOSDEM mailing list
 fos...@lists.fosdem.org
 https://lists.fosdem.org/listinfo/fosdem


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


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

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread Maarten Deen


On Tue, 15 Nov 2011 19:16:47 +0100, Michael Collinson wrote:


The numbers:

http://matt.dev.openstreetmap.org/treemap.png - each square
represents one user, weighted by size of contribution. 
Green=accepted,

Red=Declined or has not responded.


This displays an 800x600 grey image with black border for me.

Maarten

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

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread Grant Slater

On 16 November 2011 08:07, Maarten Deen md...@xs4all.nl wrote:
 On Tue, 15 Nov 2011 19:16:47 +0100, Michael Collinson wrote:

 The numbers:

 http://matt.dev.openstreetmap.org/treemap.png - each square
 represents one user, weighted by size of contribution. Green=accepted,
 Red=Declined or has not responded.

 This displays an 800x600 grey image with black border for me.

There was an issue with this week's planet + changesets export/dump. I
have fixed it and the treemap will be fixed in around an hour.

Regards
 Grant

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

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread Paul Norman

 -Original Message-
 From: Andreas Labres [mailto:l...@lab.at]
 Subject: Re: [OSM-legal-talk] OSM Database Re-Build

 Hello,

 there is something wrong with the license status P2 shows...

 A node without tags holds only one information: its location (lat+lon).
 So for
 instance:

 http://www.openstreetmap.org/browse/node/246625694

 was last edited by me (I put the node there), I agreed to the terms, but
 P2 showes this node in orange. This can't be true.

I can't agree with that. In some circumstances a node can convey additional
information by virtue of what it is a member of. If a node is a member of
multiple ways it tells you that the ways join. Nodes that are members of
relations are also similar.

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

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread Mike Dupont

On Wed, Nov 16, 2011 at 5:09 PM, Richard Fairhurst rich...@systemed.net wrote:
 Simon Poole wrote:
 That said, I believe P2 now has a tool that will completly replace
 a node with a new one at the same coordinates which is a bit of
 a fix for your specific issue.

 Just for clarification - what it actually does is remove the node (in a way)
 and create a new one at your _mouse_ position. You are choosing where to
 create the node. Neither the position nor the tags are inherited from the
 old node.

 (If you've not tried it: select old node, press O.)

HI,
does this mean that you can use this technique to lift data off any
map, or just the old osm one?
I am confused, for me it would be copying the position from somewhere.

mike

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

Re: [OSM-legal-talk] OSM Database Re-Build

Just as a warning: replacing non-compliant nodes does
not mean just placing another node adjacent to it.
That's copying (or tracing).

This O-trick suggestion invites our members to fraude.

Using this O-trick violates the copyright of the previous
owner, just as copying from google would violate their terms of service.
When replacing (NOT copying) old CC data, you need to
provide proof that the new geo data was obtained by 
NOT copying it from the old CC-BY-CA data, especially in this
license case. This can be done for example by 
adding a source link to a GPS track or a clear
link to BING imagery. Just make sure you DO
trace from BING then, as referring to non-existant
BING data may worsen the copyright status of this data.

Note that the fact of copying a set of nodes this way
would be easy to prove, as any arbitrary choice 
of a set of nodes describing 
a way will never resemble the original set, where
randomly offsetting each node of the original will
strongly resemble the original way.



Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)
 Before printing, think about the environment. 



-Oorspronkelijk bericht-
Van: Mike Dupont [mailto:jamesmikedup...@googlemail.com] 
Verzonden: woensdag 16 november 2011 20:14
Aan: Licensing and other legal discussions.
Onderwerp: Re: [OSM-legal-talk] OSM Database Re-Build

On Wed, Nov 16, 2011 at 5:09 PM, Richard Fairhurst rich...@systemed.net wrote:
 Simon Poole wrote:
 That said, I believe P2 now has a tool that will completly replace
 a node with a new one at the same coordinates which is a bit of
 a fix for your specific issue.

 Just for clarification - what it actually does is remove the node (in a way)
 and create a new one at your _mouse_ position. You are choosing where to
 create the node. Neither the position nor the tags are inherited from the
 old node.

 (If you've not tried it: select old node, press O.)

HI,
does this mean that you can use this technique to lift data off any
map, or just the old osm one?
I am confused, for me it would be copying the position from somewhere.

mike

___
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] OSM Database Re-Build

2011-11-16 Thread Richard Fairhurst

Gert Gremmen wrote:
 Using this O-trick violates the copyright of the previous
 owner, just as copying from google would violate their 
 terms of service.

As they have been for at least three years now, Gert, your opinions about
Potlatch are 100% venting and 0% actual knowledge
(http://lists.openstreetmap.org/pipermail/talk/2008-December/032278.html,
http://lists.openstreetmap.org/pipermail/talk/2009-January/032977.html,
etc.)

If you actually _used_ the software - which you've never shown any sign of
doing and which I don't expect you to do any time soon - you would see that
this is simply removing a finger movement from delete selected node, insert
node at mouse position. The action is exactly the same, yet I don't hear
you clamouring for the insert node function to be removed.

It is a simple convenience for the mapper. As you would know if you actually
used it, the node placement is entirely at the discretion of the mapper;
Potlatch does not automatically place a node at the previous position or
indeed anywhere. Just as with any other OSM editing, the mapper will usually
be working from a background layer, such as Bing or a GPS track, and their
placement will usually be based on this. And again, if you actually used the
software, you would also find that Potlatch makes it very easy to add the
source tag to a node or way during your edit, again with one single
keypress.

But why let the facts get in the way of a good rant, hey?

Richard



--
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-legal-talk-OSM-Database-Re-Build-tp6997302p7001734.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] OSM Database Re-Build

2011-11-16 Thread Mike Dupont

It looks like we are going to need tools to look for checking
relicensed nodes here.  Do we have have CPU for that? I need
hosting.
thanks,
mike

On Wed, Nov 16, 2011 at 9:21 PM, Richard Fairhurst rich...@systemed.net wrote:
 Gert Gremmen wrote:
 Using this O-trick violates the copyright of the previous
 owner, just as copying from google would violate their
 terms of service.

 As they have been for at least three years now, Gert, your opinions about
 Potlatch are 100% venting and 0% actual knowledge
 (http://lists.openstreetmap.org/pipermail/talk/2008-December/032278.html,
 http://lists.openstreetmap.org/pipermail/talk/2009-January/032977.html,
 etc.)

 If you actually _used_ the software - which you've never shown any sign of
 doing and which I don't expect you to do any time soon - you would see that
 this is simply removing a finger movement from delete selected node, insert
 node at mouse position. The action is exactly the same, yet I don't hear
 you clamouring for the insert node function to be removed.

 It is a simple convenience for the mapper. As you would know if you actually
 used it, the node placement is entirely at the discretion of the mapper;
 Potlatch does not automatically place a node at the previous position or
 indeed anywhere. Just as with any other OSM editing, the mapper will usually
 be working from a background layer, such as Bing or a GPS track, and their
 placement will usually be based on this. And again, if you actually used the
 software, you would also find that Potlatch makes it very easy to add the
 source tag to a node or way during your edit, again with one single
 keypress.

 But why let the facts get in the way of a good rant, hey?

 Richard



 --
 View this message in context: 
 http://gis.638310.n2.nabble.com/OSM-legal-talk-OSM-Database-Re-Build-tp6997302p7001734.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




-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org

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

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread Andreas Labres

On 16.11.11 12:28, Simon Poole wrote:

 Currently there is no agreement on what exactly the rules/policy/algorithm
 will be to determine which objects or tags will survive the transition

Sorry, but that's the core of the problem: this /has/ to be set first. ASAP.
First we need the rules, then we can execute them.

Doing thing's without knowing if they are necessary is stupid.

 That said, I believe P2 now has a tool that will completly replace a node with
 a new one at the same coordinates which is a bit of a fix for your specific
 issue.

Throwing overboard the whole history just because nobody thought about it is not
a great idea.

Even further, there should be situations (according to Frederic's talk at
FOSSGIS in Heidelberg) where the locals should decide if things should be kept
or not. There should be set means to do this...

It's somewhat strange that a timeframe is set without the prerequisites (the
housework!) having been finished...

/al

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

Re: [OSM-legal-talk] Just shut up

2011-11-16 Thread ce-test, qualified testing bv - Gert Gremmen

Thank you Chris for your constructive comment

to my stupid contribution to this list.

 

I must apologize to you and the list because I should 

have realized more early that I am too much of a fool

to be allowed to contribute. I am deeply sorry.

 

Gert Gremmen

. 

 

 

Van: Chris Hill [mailto:o...@raggedred.net] 
Verzonden: Wednesday, November 16, 2011 9:56 PM
Aan: ce-test, qualified testing bv - Gert Gremmen
Onderwerp: Just shut up

 

Gert,
Every time you send one of your stupid rants to OSM you just make a fool
of yourself. Unlike you, we know what we are doing and, unlike you, we
are motivated by making a good, useful map using free and legal data. We
have left behind the stupidity that was the licence argument, whereas
you are still determined to be stupid. If there was any sense in your
rants people would have listened, instead they just laugh.

You didn't convince anyone and you can't admit that the majority does
not agree with you (~350 decliners). Do yourself a favour, stop making a
fool of yourself and just shut up. 

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

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread ce-test, qualified testing bv - Gert Gremmen

You are right Richard.
This O-trick actually is just a shortcut for delete and (re)place.

Just the thread in which it is presented is a bit suspicious.

The reason why anyone would want to remove a node and replace one at the same
(or approximate) location escapes my logic.
It disturbs history, and makes no contribution to the database at all.

Unless the license issue of course

And thank you for the compliment Richard (about the 0%) , I
always appreciate comments from those who know better.

Gert Gremmen
-

Openstreetmap.nl (alias: cetest)
 Before printing, think about the environment.

-Oorspronkelijk bericht-
Van: Richard Fairhurst [mailto:rich...@systemed.net]
Verzonden: Wednesday, November 16, 2011 9:22 PM
Aan: legal-talk@openstreetmap.org
Onderwerp: Re: [OSM-legal-talk] OSM Database Re-Build

Gert Gremmen wrote:
Using this O-trick violates the copyright of the previous
owner, just as copying from google would violate their
terms of service.

As they have been for at least three years now, Gert, your opinions about
Potlatch are 100% venting and 0% actual knowledge
(http://lists.openstreetmap.org/pipermail/talk/2008-December/032278.html,
http://lists.openstreetmap.org/pipermail/talk/2009-January/032977.html,
etc.)

If you actually _used_ the software - which you've never shown any sign of
doing and which I don't expect you to do any time soon - you would see that
this is simply removing a finger movement from delete selected node, insert
node at mouse position. The action is exactly the same, yet I don't hear
you clamouring for the insert node function to be removed.

It is a simple convenience for the mapper. As you would know if you actually
used it, the node placement is entirely at the discretion of the mapper;
Potlatch does not automatically place a node at the previous position or
indeed anywhere. Just as with any other OSM editing, the mapper will usually
be working from a background layer, such as Bing or a GPS track, and their
placement will usually be based on this. And again, if you actually used the
software, you would also find that Potlatch makes it very easy to add the
source tag to a node or way during your edit, again with one single
keypress.

But why let the facts get in the way of a good rant, hey?

Richard

--
View this message in context:
http://gis.638310.n2.nabble.com/OSM-legal-talk-OSM-Database-Re-Build-tp6997302p7001734.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
___
legal-talk mailing list
legal-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] OSM Database Re-Build

2011-11-16 Thread Simon Poole

We (Switzerland and some parts of Germany) have for example started more
or less systematic remapping of anonymous contributions. There is no
real hope that a significant amount of this data will be re-licensed by
the original mappers, and since these objects pre-date the introduction
of history* (versions), they simply have to go.

Obviously remapping doesn't not change the on-the ground geometry so it
is likely that replacement nodes will be at the same or at least nearby
locations, regardless of data source for the remapping (aerial images,
GPS etc.).

Simon

Am 17.11.2011 07:07, schrieb ce-test, qualified testing bv - Gert Gremmen:

You are right Richard.
This O-trick actually is just a shortcut for delete and (re)place.

Just the thread in which it is presented is a bit suspicious.

The reason why anyone would want to remove a node and replace one at the same
(or approximate) location escapes my logic.
It disturbs history, and makes no contribution to the database at all.

Unless the license issue of course

And thank you for the compliment Richard (about the 0%) , I
always appreciate comments from those who know better.

Gert Gremmen
-

Openstreetmap.nl (alias: cetest)
 Before printing, think about the environment.

Gert Gremmen wrote:

Using this O-trick violates the copyright of the previous
owner, just as copying from google would violate their
terms of service.

But why let the facts get in the way of a good rant, hey?

Richard

--
View this message in context:
http://gis.638310.n2.nabble.com/OSM-legal-talk-OSM-Database-Re-Build-tp6997302p7001734.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-talk] Statistics on road network length?

Am 16. November 2011 12:22 schrieb Matthias Meißer dig...@arcor.de:
 Hi,
 currently I looking for some analysis on the length of the OSM road/footway
 networks. Even this is just a very simple compare, it's a very common way to
 compare data completeness in professional GIS scene.


For Italy there is detailed statistics available on gfoss.it :
http://www.gfoss.it/osm/stat/

AFAIK these are done by Diego Guidotti.

cheers,
Martin

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

[OSM-talk] Getright rules for gas stations, name/operator vs brand

Getright shows a lot of errors in my area about missing operator/name
tags, but the nodes do have a brand-tag (e.g. brand=shell). Maybe this
get-right rule can be amended to accept brand as well?

cheers,
Martin

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

Re: [OSM-talk] Statistics on road network length?

2011-11-16 Thread Maurizio Napolitano

 For Italy there is detailed statistics available on gfoss.it :
 http://www.gfoss.it/osm/stat/

 AFAIK these are done by Diego Guidotti.

Diego is available to the release of the code :)

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

[OSM-talk] Argh, Canvec imports

2011-11-16 Thread Michal Migurski

A cry of frustration:

I do bimonthly runs of the worldwide coastlines 
(http://metro.teczno.com/#coastline), and Canada seems to be a recurring source 
of problems. What the heck is going on up there? I consistently see new imports 
of what seems to be Canvec data screwing up coastlines and making for some 
deeply broken renders:

http://mike.teczno.com/img/broken-coast.png

Most of that junk in the Atlantic Ocean is newly introduced within the last few 
weeks, and is making it difficult to get out a clean coastline suitable for 
rendering. It shows up in the main OSM mapnik tiles in Hudson Bay, too:

http://www.openstreetmap.org/?lat=55.7lon=-83.6zoom=5layers=M

I've been trying to fix problems as I encounter them and I've managed to fix 
invalid coastilnes around Baltimore, Houston, Tampa and the dreaded Montréal 
area in an effort to generate a usable map of North America, but this Canvec 
stuff is absolutely killing me.

-mike.


michal migurski- m...@stamen.com
 415.558.1610




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

Re: [talk-au] ODbL data.gov.au permission granted

2011-11-16 Thread Michael Collinson

Thanks Mark and I appreciate your feedback. I very much hope you will be 
able to accept the new terms and get back to mapping and will help if I can.


The direct answer to your question is that if ABS data is available and 
downloaded  from data.gov.au [1], and has a CC-BY license, then yes. I 
checked a fairly large random sample and, indeed, all of them were 
CC-BY. If the dataset is only available from the ABS website [2] then it 
would be best to be cautious and courteous by asking them directly.  I 
have not done so as I believe everything (geographical) that the OSM 
community wants is at data.gov.au, but am happy to do so if asked.


Now, at a practical level, I believe this all boils down to one dataset 
of suburb boundaries [3]. I hope others will correct me if I am wrong 
here. There is also an interesting dataset of  post code areas, I 
believe that has never been imported, but could be done now.


The suburbs dataset in OSM is from 2006 data and was imported by Franc 
under the user account http://www.openstreetmap.org/user/ABS2006.  I 
have confirmed that Franc does not wish to accept the new contributor 
terms on behalf of that account.  It will therefore have to be removed. 
It can be replaced with a newer 2011 dataset [4], so is probably a good 
thing anyway?  Franc has very kindly made the original Perl import 
script available, I can mail it anyone who wants it. Ogr2osm [5] has 
also been recommended to me as a very up-to-date tool.


I am steadily hijacking your original question but my suggestion is that 
this be done fairly soon after a bit of discussion so that folks know 
what is happening, checked that the details I am presenting are correct 
and can give some input.  One question: should all relevant boundaries 
be removed (easy, clean but will also blow away some local corrections 
made by contributors) or should just the ABS2006 user data be removed, 
(which will leave the corrections but be messier and require some manual 
merging when the new 2011 set is imported)?


Hope that helps,
Mike

[1] http://data.gov.au/data/?agency=Australian+Bureau+of+Statistics

[2] _http://www.abs.gov.au/geography_ and 
http://www.abs.gov.au/AUSSTATS/abs@.nsf/webpages/statistics?opendocument 
are good starting points.


[3] http://wiki.openstreetmap.org/wiki/Import/Catalogue/ABS_Data Franc's 
write up on the orginal import


[4] 
http://data.gov.au/dataset/state-suburbs-asgs-non-abs-structures-ed-2011/  
Latest suburb boundaries?


[5] http://wiki.openstreetmap.org/wiki/Ogr2osm  Import tool



On 15/11/2011 23:40, Nilbog_aus_OSM wrote:


Thanks Michael. Actually seeing a full copy of an email including the 
OKing the use of gov.au data is what I was waiting for also. Getting 
an explicit email approving the use is going above and beyond for me 
and much appreciated.


I haven't been following OSM as much as I did now my uses for it have 
dropped. So please forgive me if the following question has been 
answered or has become inflammatory. Does the gov.au Ok also cover the 
ABS data?


As the ABS data is the only thing left stopping me accepting the new 
terms.


Thanks

Mark

*From:* Michael Collinson [mailto:m...@ayeltd.biz]
*Sent:* Wednesday, 16 November 2011 2:34 AM
*To:* OSM Australian Talk List
*Subject:* Re: [talk-au] ODbL data.gov.au permission granted

On 15/11/2011 11:58, 80n wrote:

Can you please publish the verbatim correspondence that you have had 
with your man at data.gov.au http://data.gov.au?  Your 
interpretation is fine, but others may see nuances that you have 
overlooked.


The statement on the wiki is not a statement from data.gov.au 
http://data.gov.au and counts for nothing unless you have a document 
from your man at data.gov.au http://data.gov.au that references it 
and says yes that's ok.  Do you have such a document?



Gosh, this is getting kakfaesque. Hope this puts this it to bed:

http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission 
and copied below in response to my request today, also copied below.


Mike
-

Hi Michael,

Thank you for your email.

The attribution statement

Contains data from Australian government public information datasets. 
The original datasets are available from the Australian government 
data website http://data.gov.au/ under Creative Commons - 
Attribution 2.5 Australia (CC-BY) 
http://creativecommons.org/licenses/by/2.5/au/ and Creative Commons 
- Attribution 3.0 Australia (CC-BY) 
http://creativecommons.org/licenses/by/3.0/au/. We have also been 
given explicit permission to incorporate and publish such CC-BY 
licensed geographic coordinate datasets under a free and open license, 
including the Open Database License, provided that primary attribution 
is made here and that each dataset used is also listed here in the 
format /Dataset Name, Date Published, License, Agency Name, originally 
retrieved from// //http://data.australia.gov.au/ 
http://data.australia.gov.au/:

Re: [talk-au] ODbL data.gov.au permission granted

2011-11-16 Thread Michael Collinson


On 15/11/2011 22:38, Andrew Laughton wrote:


Yahoo granted permission for us to trace from their imagery.  yahoo
imagery was available in josm and potlatch for quite some time.  So
I'd expect that your tracing of yahoo imagery is fine unless I
misunderstand what you did.


I knew it was fine at the time, while it licensed by CC-by-SA or CC-by.
I did not know it was OK by them to also publish it under a ODbL license.

This is why I thought both government data and traced data needed to 
be removed because of this license change.


So just to be clear, Nearmap are OK with CC-by-SA, but not with ODbL 
after a certain date ?


Anything traced before 18th June 2011 is fine under both CC-by-SA and 
ODbL.  This remains true if you accept the new contributor terms.


Nearmap's commercial concerns are with the contributor terms rather than 
the licenses.  Ben Last's statement on behalf of Nearmap can be found here:


http://lists.openstreetmap.org/pipermail/talk-au/2011-June/008098.html


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

[Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Manuel Reimer

Hallo,

in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon
länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt
(vermutlich mit Bing).

Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node
sterben zu lassen?

Gruß

Manuel


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

Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern

2011-11-16 Thread Sven Geggus

Matthias Meißer dig...@arcor.de wrote:

 We've tabled your suggestion, and have moved the status to under
 consideration. Our development team had looked into using it last year.
 However, we decided against it at that time because it would require more
 development effort to render the map, and that its coverage of major
 commercial resorts was sporadic.

Tss! wo sitzen die denn? Ich glaube nicht, dass in den major commercial
resorts noch groß was zu mappen ist. Grade zu Openpistemap gibt es
kommerziell nichts ansatzweise vergleichbares.

Wer mag kann ja mal Pistenpläne durchgehen und auf Vollständigkeit prüfen.
Ich glaube aber, dass die Karte sogar besser ist als die Statuseinträge
unter http://wiki.openstreetmap.org/wiki/Piste

Gruss

Sven

-- 
It's easier for our software to compete with Linux when there's piracy than
when there's not. (Bill Gates)

/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] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Hallo,
Am Mittwoch, 16. November 2011 10:09:24 schrieb Manuel Reimer:
 Hallo,
 
 in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den
 schon länger existierenden Nodes für Hausnummern nun auch Hausumrisse
 ergänzt (vermutlich mit Bing).
 
 Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den
 Node sterben zu lassen?
 

Wenn die Tags alle erhalten bleiben, sehe ich keinen Grund, den Node erhalten 
zu wollen.

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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Das ist was ich vor einige Monaten auch machte, das ist auch was der
addrInterpolation oder der buildingTerracer machen.

Ich habe wohl immer versucht der node nicht sterben zu lassen, sondern
der Teil des Gebäudes zu machen. So bleibt historik behalten, es ist
aber mehr Arbeit.

In Strasbourg habe ich einen anderen Stil entdeckt (2 eigentlich) und
auf talk-fr haben die mir gesagt das würde in Deutschland auch so
gemacht:

Jetzt bin ich also angefangen die node mit addr:housenumber zusätzlich
entrance=main zu geben und ihn Teil von Gebäudeumriss zu machen.

In Frankreich gibt es denn auch nog Leute die das Hausnummer zwischen
das Gebäude und die Strasse legen. Das gefällt mich aber gar nicht,
weil es ist viel schwerer um dann automatisch die Relation zwischen
beiden zu entdecken.

Keine Antwort, nur ein Überblik von was ich schon entdeckt habe.

Auf dem wiki steht es auch so dokumentiert wie der erste Fall. Also
meine neue Stil gefällt nicht jeder hier in Belgien...

Jo
2011/11/16 Manuel Reimer manuel.s...@nurfuerspam.de:
 Hallo,

 in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den 
 schon
 länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt
 (vermutlich mit Bing).

 Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den 
 Node
 sterben zu lassen?

 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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Frederik Ramm


Hi,

On 11/16/11 10:09, Manuel Reimer wrote:

in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon
länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt
(vermutlich mit Bing).

Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node
sterben zu lassen?


So mache ich das in der Regel.

Bye
Frederik

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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?


Hallo Manuel,

mit dem Punkt kann man
den *Hauseingang* genau bezeichnen.

Das ist interessant für Rettungsorganisationen,
um schnell den richtigen Zugang zu finden.

Gruss, Markus

PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss 
ich aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc).


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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Eine bekommt dann entrance=main, mit dem Hausnummer. Die andere
entrance=backdoor, oder sowas, ohne Hausnummer.

Jo

2011/11/16 Markus liste12a4...@gmx.de:
 Hallo Manuel,

 mit dem Punkt kann man
 den *Hauseingang* genau bezeichnen.

 Das ist interessant für Rettungsorganisationen,
 um schnell den richtigen Zugang zu finden.

 Gruss, Markus

 PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich
 aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc).

 ___
 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] OpenPisteMap - Nutzung für Head Up Display einfordern


Hallo Sven,


zu Openpistemap gibt es kommerziell nichts ansatzweise vergleichbares.


OpenPisteMap könnte noch mit Langlaufloipen und Schlittelwegen ergänzt 
werden. Dann ist sie wirklich genial!


Gruss, Markus

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

Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern

2011-11-16 Thread Matthias Meißer


Am 16.11.2011 10:13, schrieb Sven Geggus:

Matthias Meißerdig...@arcor.de  wrote:


We've tabled your suggestion, and have moved the status to under
consideration. Our development team had looked into using it last year.
However, we decided against it at that time because it would require more
development effort to render the map, and that its coverage of major
commercial resorts was sporadic.


Tss! wo sitzen die denn? Ich glaube nicht, dass in den major commercial
resorts noch groß was zu mappen ist. Grade zu Openpistemap gibt es
kommerziell nichts ansatzweise vergleichbares.
Kanada, ich denke die werden deshalb auch am ehesten US Bereiche 
analysiert haben. Komisch, da deren Community auch in der EU aktiv ist: 
http://hqonline.reconinstruments.com


Gruß
Matthias


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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Tobias Knerr

Am 16.11.2011 10:37, schrieb Jo:
 Eine bekommt dann entrance=main, mit dem Hausnummer. Die andere
 entrance=backdoor, oder sowas, ohne Hausnummer.

Noch besser: Die Hausnummer kommt an den Gebäudeumriss, wo sie - wenn
das ganze Gebäude nur eine Hausnummer hat - ohnehin am besten aufgehoben
ist.

Die Eingänge werden dann wie von dir beschrieben eingetragen und
brauchen keine Extra-Hausnummer mehr.

Gruß
Tobias


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

Re: [Talk-de] [bulk]: Re: OpenPisteMap - Nutzung für Head Up Display einfordern

2011-11-16 Thread Wolfgang Barth


Am 16.11.2011 10:32, schrieb Markus:


zu Openpistemap gibt es kommerziell nichts ansatzweise vergleichbares.


OpenPisteMap könnte noch mit Langlaufloipen und Schlittelwegen ergänzt
werden. Dann ist sie wirklich genial!


Was ich noch gerne gesehen hätte, wären die Pistenbegrenzungen.
Es gibt viele wirklich breite Pisten, bei denen das Sinn machen würde.

Eigentlich sind alle Pisten an großen Teilen ihres Verlaufs breiter als 
Straßen, so daß sich hier Begrenzungen lohnen würden.


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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed:out of memory for query result

2011-11-16 Thread Jan Jesse

Hallo,

ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist
wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler:

Standard exception processing way_id 1170907: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(636640
33.15/s)
Standard exception processing way_id 1171398: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637360
33.15/s)
Standard exception processing way_id 1172157: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637460
33.15/s)
Standard exception processing way_id 1172262: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637980
33.16/s)
Standard exception processing way_id 1172818: std::bad_alloc
Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637990
33.15/s)Entity: line -563063126: parser error : Extra content at the end
of the document
 
 ^
planet-latest.osm.bz2 : failed to parse
Error occurred, cleaning up

Kennt das jemand? 

Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa
zufrieden geben ;-)

Danke allen.

JJ

www.freietonne.de

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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Ja, genau, die node mit dem Hausnummer auf dem Gebäudeumriss. Und die
node ist/bleibt dann auch member in associatedStreet Relation.

Jo

2011/11/16 Tobias Knerr o...@tobias-knerr.de:
 Am 16.11.2011 10:37, schrieb Jo:
 Eine bekommt dann entrance=main, mit dem Hausnummer. Die andere
 entrance=backdoor, oder sowas, ohne Hausnummer.

 Noch besser: Die Hausnummer kommt an den Gebäudeumriss, wo sie - wenn
 das ganze Gebäude nur eine Hausnummer hat - ohnehin am besten aufgehoben
 ist.

 Die Eingänge werden dann wie von dir beschrieben eingetragen und
 brauchen keine Extra-Hausnummer mehr.

 Gruß
 Tobias


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


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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed:out of memory for query result

2011-11-16 Thread Hilmar Hartmann

Hallo Jan,

sieht nach einem beschädigten Planetfile aus, ob das jetzt beim Download
passiert ist, oder schon beim erstellen kann ich nicht sagen ... falls
jemand
auf etwas anderes schließen kann - bitte ergänzen!

Gruß

Hilmar

P. S. kann man das Planetfile vor dem Import ggf. mit xmllint prüfen, damit
man sich das ganze ggf. ersparen kann, die Checksummen garantieren ja
nur, dass die Datei die man gedownloaded hat komplett ist, jedoch nicht ob
der Inhalt an sich fehlerhaft ist.



Am 16. November 2011 11:05 schrieb Jan Jesse j...@jesse.de:

 Hallo,

 ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist
 wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler:

 Standard exception processing way_id 1170907: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(636640
 33.15/s)
 Standard exception processing way_id 1171398: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637360
 33.15/s)
 Standard exception processing way_id 1172157: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637460
 33.15/s)
 Standard exception processing way_id 1172262: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637980
 33.16/s)
 Standard exception processing way_id 1172818: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637990
 33.15/s)Entity: line -563063126: parser error : Extra content at the end
 of the document

  ^
 planet-latest.osm.bz2 : failed to parse
 Error occurred, cleaning up

 Kennt das jemand?

 Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa
 zufrieden geben ;-)

 Danke allen.

 JJ

 www.freietonne.de

 ___
 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] Herbstputs - Keepright Bugs beheben

2011-11-16 Thread Robert S.

2011/11/16 Matthias Meißer dig...@arcor.de

 Guten Morgen,

 die letzten Wochen habe ich mal angefangen mich mit keepright zu befassen
 und aus meinen Erfahrungen einen kleinen Artikel geschrieben:
 http://blog.openstreetmap.de/**2011/11/herbstputz-bei-osm-**
 keepright-fehler-finden/http://blog.openstreetmap.de/2011/11/herbstputz-bei-osm-keepright-fehler-finden/

 Meine Bitte: Lasst uns mal probieren in den nächsten 7 Tagen gemeinsam
 viele Bugs zu beheben. Es macht echt Spass und so kommen wir ja auch mal
 ein wenig rum auf der Karte und sehen was es überall schon so gibt :)


Aber bitte bei keppright (oder z.B. auch beim OSM Inspector) immer im
Hinterkopf haben, das diese Tools immer nur Hinweise auf mögliche Fehler
geben. Nur weil etwas gekennzeichnet ist, ist es nicht automatisch falsch.

Zu den fixme=* Tags:
Die sind bei mir meist Teil meiner mapping Praxis: Ich erfasse eine Ecke,
trage die Daten ein Und dort wo dann doch noch was fehlt kommt ein fixme
ran. Dann mache ich mir mit maperitive eine Karte der fixme=* Tags und
fahre die dann gezielt an.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Am 16. November 2011 10:27 schrieb Markus liste12a4...@gmx.de:
 PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich
 aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc).


Bei solchen Gebäuden haben die verschiedenen Eingänge oft auch
verschiedene Nummern.

Gruß Martin

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

[Talk-de] Internet-Zensur


Klingt nicht gut:

Gerade berät der US-Kongress über ein Gesetz, das ihm eine weltweite 
Internet-Zensur erlauben würde -- mit einer schwarzen Liste, die auf 
YouTube, WikiLeaks und sogar Gruppen wie Avaaz abzielen könnte!


http://www.avaaz.org/de/save_the_internet/

Gruss, Markus

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

Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern

2011-11-16 Thread Sven Geggus

Matthias Meißer dig...@arcor.de wrote:

 Kanada, ich denke die werden deshalb auch am ehesten US Bereiche 
 analysiert haben.

Die ersten Sachen in Whistler sind von mir. Inzwischen ist das eigentlich
100% erfasst.

http://openpistemap.org/?lat=50.0855lon=-122.9314zoom=13layers=BTT00T

Lake Louis kommt mir etwas unvollständig vor:
http://openpistemap.org/?lat=51.452lon=-116.128zoom=14layers=BTT00T

Mal meine Tracks suchen :)

Das Problem sind wohl die Resourts in USA. Aspen z.b. hat gleich zwei
Probleme:

1. Es ist bei weitem noch nicht alles erfasst
2. Das was erfasst ist wird in openpistemap.org nicht angezeigt, weil die
Karte schon ewig nicht mehr neu gemacht wurde,

Gruss

Sven

-- 
The main thing to note is that when you choose open source you don't
get a Windows operating system.
  (from http://www.dell.com/ubuntu)
/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] OpenPisteMap - Langlaufloipen


Hi Sven,


Langlaufloipen und Schlittelwegen


Zumindest ersteres ist definitiv drin:
http://openpistemap.org/?lat=48.5838lon=8.2279zoom=14layers=BTT00T


Danke!

Hier auch:
http://openpistemap.org/?lat=49.56468lon=11.37128zoom=15layers=BTT00T

Gruss, Markus

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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways

2011-11-16 Thread Klaus-Hermann Otto Stanislaus Plöger

Moin Jan,
std::bad_alloc bedeutet, das Du zu wenig Speicher hast.
Wenn Du bei osm2pgsql im --slim modus arbeitest, kann es vorkommen, das
Du ca zweimal soviel temporären Plattenplatz benötigst, wie für die
resultierende Datenbank gebraucht wird. Das ist inzwischen fast ein
Terabyte, weil wir alle so fleissig sind. Der ganze Planet lässt sich
nur noch auf einem Server vernünftig handeln.

Btw, http://www.freietonne.de/seekarte/ ist nicht sehr aussagekräftig,
es kommt bei mir leeer an.

Beste Grüße Klaus

 Date: Wed, 16 Nov 2011 11:05:20 +0100
 From: Jan Jesse j...@jesse.de
 To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Subject: Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
 failed:out  of memory for query result
 Message-ID:
 B591FC63CAEC4D4FB1AA3FBEA1AFE68E36B949@kickme-reloaded.jesse.local
 Content-Type: text/plain;   charset=us-ascii
 
 Hallo,
 
 ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist
 wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler:
 
 Standard exception processing way_id 1170907: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s)
 Relation(636640
 33.15/s)
 Standard exception processing way_id 1171398: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s)
 Relation(637360
 33.15/s)
 Standard exception processing way_id 1172157: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s)
 Relation(637460
 33.15/s)
 Standard exception processing way_id 1172262: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s)
 Relation(637980
 33.16/s)
 Standard exception processing way_id 1172818: std::bad_alloc
 Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s)
 Relation(637990
 33.15/s)Entity: line -563063126: parser error : Extra content at the
 end
 of the document
  
  ^
 planet-latest.osm.bz2 : failed to parse
 Error occurred, cleaning up
 
 Kennt das jemand? 
 
 Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa
 zufrieden geben ;-)
 
 Danke allen.
 
 JJ
 
 www.freietonne.de


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

Re: [Talk-de] [bulk]: Re: OpenPisteMap


Hallo Sven,


Pisten als Fläche erfassen


Wie macht man das richtig?

Bei Flüssen werden ja längliche Flächen willkürlich 
aneinandergestückelt, und mit einem Waterway für die Fliessrichtung 
verbunden.


Wenn man das bei Pisten nun auch so machen würde:
wie könnte man dann beispielsweise den linken Pistenrand mit Vorsicht 
Lawinengefahr bezeichnen?


Alternativ könnte man den Pistenrand zeichnen.
(aber das hätte wahrscheinlich andere Probleme?)

Gruss, Markus
(der über das Flüssekonzept nicht so glücklich ist)

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

Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways

2011-11-16 Thread Frederik Ramm


Hallo,

On 11/16/11 15:38, Klaus-Hermann Otto Stanislaus Plöger wrote:

Wenn Du bei osm2pgsql im --slim modus arbeitest, kann es vorkommen, das
Du ca zweimal soviel temporären Plattenplatz benötigst, wie für die
resultierende Datenbank gebraucht wird.


Wie kommst Du darauf?

Bye
Frederik

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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Rainer Knaepper


Am 16.11.2011 13:20, schrieb Martin Koppenhoefer:
Am 16. November 2011 10:27 schrieb Markus 
liste12a4...@gmx.de:
PS: wie man das bei Gebäuden mit mehreren Eingängen 
sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus, 
Einkaufszentrum, etc). 
Bei solchen Gebäuden haben die verschiedenen Eingänge oft 
auch verschiedene Nummern.
Gelegentlich ist bei solchen Gebäuden äußerlich und per 
Luftbild nicht unterscheidbar, welcher Teil wohin gehört - 
und diese Teile haben u.U. nicht nur verschiedene 
Hausnummern, sondern sogar völlig unterschiedliche Adressen.


Von daher kann es nur Empfehlungen, aber keine allgemeine 
Bezeichnungsvorschrift geben. Ich pflanze Hausnummern an den 
Haupteingang, sofern der erkennbar ist und mache dafür halt 
einen zusätzlichen Node an passender Stelle in den Umriß, 
keinen separaten frei fliegenden Punkt.


Rainer


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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Bernhard Weiskopf

Hallo an alle,

Hausnummern werden von den Gemeinden vergeben für ein Gebäude oder ein
Grundstück (das kann auch eine Garage sein). Deshalb setze ich das tag zur
Gebäudefläche, sofern diese eingezeichnet ist. Bei großen Gebäuden kann man
dann den Hauptzugang als Weg einzeichnen, dann findet auch ein Router den
besten Weg.

Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss
die Örtlichkeit schon wirklich kennen. Eine falsch gesetzte Hausnummer kann
kritischer sein, als gar keine Hausnummer.

Letztlich muss der Mapper im Einzelfall die sinnvollste Markierung
vergeben, eine starre Vorschrift finde ich auch nicht gut.

Bernhard



 From: Rainer Knaepper [mailto:sm...@gmx.de]
 Sent: Wednesday, November 16, 2011 7:01 PM
 To: Openstreetmap allgemeines in Deutsch
 Subject: Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der
 Fläche?
 
 Am 16.11.2011 13:20, schrieb Martin Koppenhoefer:
  Am 16. November 2011 10:27 schrieb Markus
  liste12a4...@gmx.de:
  PS: wie man das bei Gebäuden mit mehreren Eingängen
  sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus,
  Einkaufszentrum, etc).
  Bei solchen Gebäuden haben die verschiedenen Eingänge oft
  auch verschiedene Nummern.
 Gelegentlich ist bei solchen Gebäuden äußerlich und per
 Luftbild nicht unterscheidbar, welcher Teil wohin gehört -
 und diese Teile haben u.U. nicht nur verschiedene
 Hausnummern, sondern sogar völlig unterschiedliche Adressen.
 
 Von daher kann es nur Empfehlungen, aber keine allgemeine
 Bezeichnungsvorschrift geben. Ich pflanze Hausnummern an den
 Haupteingang, sofern der erkennbar ist und mache dafür halt
 einen zusätzlichen Node an passender Stelle in den Umriß,
 keinen separaten frei fliegenden Punkt.
 
 Rainer
 



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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Andreas Neumann

On 11/16/2011 07:49 PM, Bernhard Weiskopf wrote:
 Hallo an alle,

 Hausnummern werden von den Gemeinden vergeben für ein Gebäude oder ein
 Grundstück (das kann auch eine Garage sein). Deshalb setze ich das tag zur
 Gebäudefläche, sofern diese eingezeichnet ist. Bei großen Gebäuden kann man
 dann den Hauptzugang als Weg einzeichnen, dann findet auch ein Router den
 besten Weg.

 Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss
 die Örtlichkeit schon wirklich kennen. Eine falsch gesetzte Hausnummer kann
 kritischer sein, als gar keine Hausnummer.

 Letztlich muss der Mapper im Einzelfall die sinnvollste Markierung
 vergeben, eine starre Vorschrift finde ich auch nicht gut.

 Bernhard

 

Ob die Hausnummer bei einem Gebäude nun an der Fläche oder am
Haupteingang ist, stört in den wenigsten Fällen. Schwieriger wird es,
wenn im Gebäude weitere Informationen (Läden, Ärzte, Schulen oder Büros)
gespeichert sind. Um diese Daten in Relation zu bringen meinen einige,
es reicht, wenn ein Punkt mit der Adresse dort gespeichert ist. Aus
Programmierersicht wird es dann aber schwierig! Am besten ist es in
solchen Fällen immer, wenn eine (direkte) Relation die Adressdaten hat
und alle Elemente als Kinder einbindet oder wenn das umschließende
Gebäude die Daten hat. Alles andere wird wieder Glaskugelleserei und das
mag ich nicht programmieren...



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

Re: [Talk-de] [bulk]: Re: OpenPisteMap

2011-11-16 Thread Andreas Klein

Am 16.11.2011 15:36, schrieb Markus:

Hi!

 Wie macht man das richtig?

Ich erfasse die Piste als Fläche anhand meiner Tracks und lasse die
mir für mein Garmin auch als Fläche anzeigen. Die Fläche macht gerade
bei einer Piste Sinn, die ja eben nicht nur ne schmale Strecke ist.

 Bei Flüssen werden ja längliche Flächen willkürlich 
 aneinandergestückelt, und mit einem Waterway für die
 Fliessrichtung verbunden.

Die Richtung ergibt sich aus dem Pistentrack, der unverändert
vorhanden ist und etwa in der Mitte der Piste verläuft.

 Alternativ könnte man den Pistenrand zeichnen. (aber das hätte
 wahrscheinlich andere Probleme?)

Wieso, die meisten Pisten ändern sich nicht so viel über die Jahre
(jedenfalls die breiten, bei denen sich das erfassen der Fläche
lohnt). Ich sehe das in den Ressorts, die ich regelmässig besuche.

Grüsse,

Andreas

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

[Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Franz

Hi,

in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und
hat sämtlichen Bachläufen ein oneway=yes verpasst. Bei keepRight wird
dann entsprechend eine Notiz ausgegeben ...
Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv
NICHT schiffbar) mit einem oneway taggen soll oder nicht. Im Wiki hab
ich dazu nichts gefunden.

Entfernen will ich die Tags eigentlich nicht, wenn sich schon jemand die
Mühe gemacht hat. Ist mehr für mein zukünftiges Vorgehen.

Grüße
Franz


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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Chris66

Am 16.11.2011 20:04, schrieb Franz:

 in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und
 hat sämtlichen Bachläufen ein oneway=yes verpasst. Bei keepRight wird
 dann entsprechend eine Notiz ausgegeben ...
 Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv
 NICHT schiffbar) mit einem oneway taggen soll oder nicht. Im Wiki hab
 ich dazu nichts gefunden.

oneway laut wiki heisst, der Weg darf nur in eine Richtung benutzt
werden. Wenn also Boote auf dem Bach nur in einer Richtung fahren
dürfen wäre das oneway korrekt, sonst eher nicht.

Wenn der Bach nicht schiffbar ist, ist mit boat=no alles gesagt.

Chris


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

Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!

2011-11-16 Thread Bernhard Weiskopf

Ist tertiary_link wirklich so neu?

Müssen das immer Auffahrten sein? 

Was ist, wenn eine Straße an eine andere stößt und die Fahrspuren der
anstoßenden als getrennte Abbiegespuren geführt sind?
Diese Spuren haben u. a. keinen Straßennamen (wie bei *_links fast üblich)
und oft bereits einige Restriktionen der weiterführenden Straße, da es keine
Ausfahrmöglichkeit mehr gibt, denn es sind meistens Einbahnstraßen. Zeichnet
man diese Straßenteile als links oder nicht?

Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen trägt
und man ihn auch keiner der weiterführenden Straßen sinnvoll zuweisen kann,
oder wenn dort bereits die Restriktionen der anderen gelten.

Bernhard



 From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
 Sent: Wednesday, November 16, 2011 4:57 AM
 To: Openstreetmap allgemeines in Deutsch
 Subject: Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!
 
 Am 14. November 2011 23:15 schrieb Wolfgang Barth wolfg...@barthwo.de:
  Meine Sache ist ja evtl. gewollt, deines ist ein echter Fehler
  (auch wenn tertiary_link nicht gerade häufig ist).
 
 
 und in den Mapfeatures ist tertiary_link erst seit 2. November 2011.
 Gibt es das überhaupt? Untergeordnete, nachrangige
 Verbindungsstraßen mit Auffahrten?
 
 Gruß Martin
 



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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Andreas Neumann

On 11/16/2011 08:17 PM, Chris66 wrote:
 Am 16.11.2011 20:04, schrieb Franz:

 in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und
 hat sämtlichen Bachläufen ein oneway=yes verpasst. Bei keepRight wird
 dann entsprechend eine Notiz ausgegeben ...
 Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv
 NICHT schiffbar) mit einem oneway taggen soll oder nicht. Im Wiki hab
 ich dazu nichts gefunden.
 oneway laut wiki heisst, der Weg darf nur in eine Richtung benutzt
 werden. Wenn also Boote auf dem Bach nur in einer Richtung fahren
 dürfen wäre das oneway korrekt, sonst eher nicht.

 Wenn der Bach nicht schiffbar ist, ist mit boat=no alles gesagt.

 Chris

War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass
der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle
und endet an der Mündung? Da braucht man dann doch kein oneway...

Andreas



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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Falk Zscheile

Am 16. November 2011 20:17 schrieb Chris66 chris66...@gmx.de:


 Wenn der Bach nicht schiffbar ist, ist mit boat=no alles gesagt.


Wie viele schiffbare *Bäche* kennst du? Ich kenne keinen einzigen,
wenn man von Modellschiffen mal absieht. Aber wir mappen hier nicht
Legoland :-)

scnr

Gruß, Falk

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

Re: [Talk-de] Oneway bei Bachläufen?

Hallo,
Am Mittwoch, 16. November 2011 20:34:53 schrieb Andreas Neumann:

 War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass
 der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle
 und endet an der Mündung? Da braucht man dann doch kein oneway...
 
Wie alles, ist auch das eine Auffassungssache. Das oneway würde die Flüsse 
schon von solchen abgrenzen, in denen die Strömung eben nicht immer in 
derselben Richtung fließt.

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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Falk Zscheile

Am 16. November 2011 20:50 schrieb Wolfgang wolfg...@ivkasogis.de:

 War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass
 der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle
 und endet an der Mündung? Da braucht man dann doch kein oneway...

 Wie alles, ist auch das eine Auffassungssache. Das oneway würde die Flüsse
 schon von solchen abgrenzen, in denen die Strömung eben nicht immer in
 derselben Richtung fließt.


Das oneway die Fließrichtung eines Wasserlaufs angeben soll habe ich
noch nie gehört und halte das auch für nicht sinnvoll!

Nebenbei auch wieder ein schönes Beispiel, wie man durch Sinnsuche
einen fest stehenden Sinngehalt eines Tags entleeren kann ... und im
schlimmsten Fall (hier nicht zu befürchten) das Tag unbrauchbar machen
kann.

Gruß, Falk

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

Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!

Hallo,
Am Mittwoch, 16. November 2011 20:17:27 schrieb Bernhard Weiskopf:
 Ist tertiary_link wirklich so neu?
 
 Müssen das immer Auffahrten sein?
 
 Was ist, wenn eine Straße an eine andere stößt und die Fahrspuren der
 anstoßenden als getrennte Abbiegespuren geführt sind?
 Diese Spuren haben u. a. keinen Straßennamen (wie bei *_links fast üblich)
 und oft bereits einige Restriktionen der weiterführenden Straße, da es
 keine Ausfahrmöglichkeit mehr gibt, denn es sind meistens Einbahnstraßen.
 Zeichnet man diese Straßenteile als links oder nicht?
 
 Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen
 trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll
 zuweisen kann, oder wenn dort bereits die Restriktionen der anderen
 gelten.
 

Wenn da nur eine Abbiegespur durch eine Verkehrsinsel abgetrennt ist, sehe ich 
das als normalen Teil der Straße an und nicht als Link. 

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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Tobias Knerr

Am 16.11.2011 20:04, schrieb Franz:
 Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv
 NICHT schiffbar) mit einem oneway taggen soll oder nicht.

Nein, denn oneway beschreibt eine Verkehrsregelung und ist für Bäche
absolut unpassend.

Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich
nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung
getaggt werden sollten. Das ist nachvollziehbar, allerdings wäre dafür
dann ein eigenes Tag angebrachter als eine Zweckentfremdung von oneway.

Gruß
Tobias

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

Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?


 Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich
 nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung
 getaggt werden sollten. 

Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein 
halbes Jahr in eine andere Richtung fließt?

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

Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?

Entweder jede 6 Monate 'r' (reverse) oder ein Note dran...

Jo

2011/11/16 Wolfgang wolfg...@barthwo.de:

 Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich
 nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung
 getaggt werden sollten.

 Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein 
 halbes Jahr in eine andere Richtung fließt?

 :-)
 ___
 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] [bulk]: Re: Oneway bei Bachläufen?

2011-11-16 Thread Falk Zscheile

Am 16. November 2011 21:30 schrieb Wolfgang wolfg...@barthwo.de:

 Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich
 nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung
 getaggt werden sollten.

 Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein 
 halbes Jahr in eine andere Richtung fließt?

 :-)

Jedenfalls ist dafür das Tag selbst wenn man ihm den Inhalt
Fließrichtung geben würde völlig sinnlos. one way erhält nur einen
sinnvollen Inhalt, wenn man ihn zur Richtung des Weges (Vektor) in
Beziehung setzt. Da aber bei Bächen ohnehin Fließrichtung und
Wegrichtung übereinstimmen (Konvention, man hätte sich auch genau
umgekehrt einigen können) macht ein Tag aus dessen Inhalt sich die
Fließrichtung nicht unmittelbar ergibt keinen Sinn! One way macht
(eben bei Straßen) nur Sinn, wenn von der Grundstruktur Bewegungen in
beide Richtungen möglich sind und man eine Richtung ausschließen will.
In Verbindung mit dem Vektor gibt dann one way an Verkehr nur in
Richtung des Vektors.

So und jetzt höre ich auf mich zu ereifern :-)

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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Jan Tappenbeck


Am 16.11.2011 10:09, schrieb Manuel Reimer:

Hallo,

in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon
länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt
(vermutlich mit Bing).

Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node
sterben zu lassen?

Gruß

Manuel

hI !

ich mache das auch so das ich NODES auf die Fläche übertragen. Wenn dann 
andere Nodes in dieser Fläche liegen könnte man immer noch die 
Hausnummer rechentechnisch auf die Nodes übertragen - ohne die Daten 
redundant vorzuhalten.


Bei komplexen Gebäuden setze ich dann noch zusätzlich building=entrance 
auf den Umring und wenn es noch komplexer ist, dann setze ich die 
Hausnummer auf den Eingang.


Bei einfachen Einfamilienhäusern einfach in die Fläche.

Gruß Jan :-)


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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Wie auf der Wiki, in die Fläche:

Vorteile:
-1 Objekt mit mehrere Tags, alles beieinander

Nachteile:
-Historikverlust beim umwandeln von Node - Umriss


Immer ein Umriss mit extra Node für die Adresse:

Vorteile:
-Wenn sowohl das Gebäude ein Namen hat (geschäft zB) und der Node
einen Nummer, dann sind beide rendert/sichtbar sowohl auf Mapnik als
auch in JOSM
- Beim umwandeln von Node zu ClosedWay für den Umriss, kann der Node
behalten bleiben und muss auch die associatedStreet Relation nicht
angepasst werden.

Nachteile:
-Etwas schwerer automatisch zu verarbeiten, wenn die aber alle so
gemacht sind, ist es eigentlich wieder einfacher, weil konsistent.
Jetzt gibt es ganz viele unterschiedliche Weisen um es zu machen.

Also, ich weiss dass es nicht hier auf nur die Deutsche Liste
entscheiden werden muss, aber noch nicht zo lange her würde die
gleiche Diskussion auf talk-fr geführt. Und dort war die Konklusion
mehr oder weniger: Hausnummer auf einem (extra) Node auf dem Umriss
und der Grund: weil es in Deutschland auch so gemacht wird... :-)

Tschüss,

Jo

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

[Talk-de] OT: Re: Oneway bei Bachläufen?

2011-11-16 Thread Jannis Achstetter

Am 16.11.2011 20:37, schrieb Falk Zscheile:
 Am 16. November 2011 20:17 schrieb Chris66 chris66...@gmx.de:
 [...]
 Aber wir mappen hier nicht Legoland :-)

Nicht?

http://www.openstreetmap.org/?lat=55.73569lon=9.12569zoom=16layers=M
http://www.openstreetmap.org/?lat=48.42434lon=10.30135zoom=16layers=M

*SCNR*

Jannis

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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Walter Nordmann

hi,

hast du diesen jemand mal angeschrieben??

wäre ganz nett zu wissen, was er/sie dazu meint.

gruss
walter

p.s. ich hatte einen Kollegen, den musste ich mal fragen Was hast du dir
DABEI eigentlich gedacht?
  nach einiger Zeit kam die Antwort: Eigentlich garnichts  
;)



-
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/Oneway-bei-Bachlaufen-tp7001503p7001953.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] Adressdaten auf Hausfläche oder auf POI in der Fläche?

2011-11-16 Thread Rainer Knaepper


Am 16.11.2011 19:49, schrieb Bernhard Weiskopf:

Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss
die Örtlichkeit schon wirklich kennen.
Ich nummeriere nur Häuser, die ich besucht habe. Von den 
meisten habe ich eigene Fotos :-)

Eine falsch gesetzte Hausnummer kann
kritischer sein, als gar keine Hausnummer.
Eine falsche Nummer ist alleine schon deshalb Murks, weil 
niemand Veranlassung hat, dort zwecks Ergänzung dort 
vorbeizuschauen, solange die nicht völlig unplausibel ist. 
Eine fehlende Nummer ist eine Lücke, die jeder sieht und bei 
Gelegenheit ergänzt.




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

Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?

Ich habe mehrere mappingstyle. Manchmal auch auf dem Bus. Dann
versammle ich Hausnummern auf die Ecke, die ich schnell genug lesen
kann. Vor Bing werden das nur POI werden, jetzt ist es auch möglich
die Umrisse zu zeichnen. Es gibt aber noch viele die als einzelne
Knoten eingegeben sind.

Andere Stil ist mal auf Internet suchen welches Hausnummer ein
Geschäft hat. Wenn ich das auf die Internetpagina vom Geschäft
zurückfinden kann, sollte das kein Copyrightvertreten sein ihre
Adresse über zu nehmen.

Und ja, ich habe auch ungeheuer viele fotos von Hausnummern, die
meiste eingetragen als Node. Ein Node der ich lieber nicht vernichten
will beim umwandeln zu Gebäudeumriss.

Jo

2011/11/16 Rainer Knaepper sm...@gmx.de:
 Am 16.11.2011 19:49, schrieb Bernhard Weiskopf:

 Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss
 die Örtlichkeit schon wirklich kennen.

 Ich nummeriere nur Häuser, die ich besucht habe. Von den meisten habe ich
 eigene Fotos :-)

 Eine falsch gesetzte Hausnummer kann
 kritischer sein, als gar keine Hausnummer.

 Eine falsche Nummer ist alleine schon deshalb Murks, weil niemand
 Veranlassung hat, dort zwecks Ergänzung dort vorbeizuschauen, solange die
 nicht völlig unplausibel ist. Eine fehlende Nummer ist eine Lücke, die jeder
 sieht und bei Gelegenheit ergänzt.



 ___
 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] [bulk]: Re: Oneway bei Bachläufen?

2011-11-16 Thread Garry


Am 16.11.2011 21:45, schrieb Falk Zscheile:


Jedenfalls ist dafür das Tag selbst wenn man ihm den Inhalt
Fließrichtung geben würde völlig sinnlos. one way erhält nur einen
sinnvollen Inhalt, wenn man ihn zur Richtung des Weges (Vektor) in
Beziehung setzt. Da aber bei Bächen ohnehin Fließrichtung und
Wegrichtung übereinstimmen (Konvention, man hätte sich auch genau
umgekehrt einigen können) macht ein Tag aus dessen Inhalt sich die
Fließrichtung nicht unmittelbar ergibt keinen Sinn! One way macht
(eben bei Straßen) nur Sinn, wenn von der Grundstruktur Bewegungen in
beide Richtungen möglich sind und man eine Richtung ausschließen will.
In Verbindung mit dem Vektor gibt dann one way an Verkehr nur in
Richtung des Vektors.

Und was machst Du bei Gewässern die gezeitenabhängig die Fließrichtung 
ändern?

Nein, den oneway-Tag halte ich hier auch nicht für geeignet...

Garry


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

Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!

2011-11-16 Thread Garry


Am 16.11.2011 21:05, schrieb Wolfgang:


Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen
trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll
zuweisen kann, oder wenn dort bereits die Restriktionen der anderen
gelten.

Wenn da nur eine Abbiegespur durch eine Verkehrsinsel abgetrennt ist, sehe ich
das als normalen Teil der Straße an und nicht als Link.


Und den Bypass am Kreisverkehr?

Garry

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

Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?

2011/11/17 Garry garr...@gmx.de:
 Am 16.11.2011 21:45, schrieb Falk Zscheile:

 Jedenfalls ist dafür das Tag selbst wenn man ihm den Inhalt
 Fließrichtung geben würde völlig sinnlos. one way erhält nur einen
 sinnvollen Inhalt, wenn man ihn zur Richtung des Weges (Vektor) in
 Beziehung setzt. Da aber bei Bächen ohnehin Fließrichtung und
 Wegrichtung übereinstimmen (Konvention, man hätte sich auch genau
 umgekehrt einigen können) macht ein Tag aus dessen Inhalt sich die
 Fließrichtung nicht unmittelbar ergibt keinen Sinn! One way macht
 (eben bei Straßen) nur Sinn, wenn von der Grundstruktur Bewegungen in
 beide Richtungen möglich sind und man eine Richtung ausschließen will.
 In Verbindung mit dem Vektor gibt dann one way an Verkehr nur in
 Richtung des Vektors.

 Und was machst Du bei Gewässern die gezeitenabhängig die Fließrichtung
 ändern?
 Nein, den oneway-Tag halte ich hier auch nicht für geeignet...


Dieses Proposal mal neues Leben einblasen (Niederländische
Ausdrückung/Redewende):

http://wiki.openstreetmap.org/wiki/Proposed_features/Tidal_Rivers

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

Re: [Talk-de] Oneway bei Bachläufen?

2011-11-16 Thread Andreas Labres

On 16.11.11 20:04, Franz wrote:
 in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und
 hat sämtlichen Bachläufen ein oneway=yes verpasst.

IMO ist das Mapping für den Renderer, weil der dann blaue Pfeile malt... (glaube
ich mich jedenfalls zu erinnern)

/al

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

Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!

Am 17. November 2011 01:05 schrieb Garry garr...@gmx.de:
 Am 16.11.2011 21:05, schrieb Wolfgang:
 Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen
 trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll
 zuweisen kann, oder wenn dort bereits die Restriktionen der anderen
 gelten.


wie konntest Du ermitteln, dass der Straßenteil keinen Namen trägt?


 Wenn da nur eine Abbiegespur durch eine Verkehrsinsel abgetrennt ist, sehe
 ich das als normalen Teil der Straße an und nicht als Link.


+1


 Und den Bypass am Kreisverkehr?


jedenfalls nicht als highway=residential_link. Wenn man da gerne
nochmal extra was hervorheben will (was im Prinzip schon aus den Daten
hervorgeht: kurze Einbahnstraße, die in einen Kreisverkehr mündet bzw.
aus einem kommt) könnte man doch link=yes oder so was zusätzlich
setzen, m.E. bei tertiary abwärts, ohne dass man im highway-tag
nochmal Varianten dafür benutzt.

Gruß Martin

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

Re: [Talk-de] Oneway bei Bachläufen?