date:20090127

On Tue, Jan 27, 2009 at 02:50:37PM -0500, Russ Nelson wrote:
 
 On Jan 27, 2009, at 2:08 PM, Manfred Podzkiewitz wrote:
 
  Hello, i have a question about the handling of unoffical, or ethnic,  
  or
  historic names of towns and villages.
 The TIGER import in the USA uses name_1 for alternate names.  Perhaps  
 we should view all tags starting with name as potential names? 
 That points to using nameEN for the English name of a city, and  
 nameDE for the German name of the same city, etc.
 
 Or should that be name:EN and name:DE?

These already exist, see Key:name[1].

This doesn’t account for multiple names in the same language, though.  I
can also imagine a place having several old names over time, while
old_name=* really only allows for one.

In addition, where it wasn’t clear that an alternative name fit into one
of the key variations, I have used alt_name.  For example, I used
alt_name for the second name on streets with multiple signs[2], until I
learnt that they should be old_name=*

[1]: http://wiki.openstreetmap.org/wiki/Key:name
[2]: http://bleah.co.uk/~simon/photos/osm/multi-signage/mayford-mayfield.jpg

Simon
-- 
A complex system that works is invariably found to have evolved from a
simple system that works.—John Gall


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

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Richard Weait

On Tue, 2009-01-27 at 19:57 +, Andy Allan wrote:
 On Tue, Jan 27, 2009 at 7:50 PM, Russ Nelson r...@cloudmade.com wrote:
 
  On Jan 27, 2009, at 2:08 PM, Manfred Podzkiewitz wrote:
 
  Hello, i have a question about the handling of unoffical, or ethnic,
  or
  historic names of towns and villages.

 Alternative names, local names, multilingual names and all that stuff
 is covered already at
 http://wiki.openstreetmap.org/wiki/Map_Features#Naming

and
http://wiki.openstreetmap.org/wiki/Bilingual_street_names



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

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Yann Coupin

Le 27 janv. 09 à 21:02, Simon Ward a écrit :

 This doesn’t account for multiple names in the same language,  
 though.  I
 can also imagine a place having several old names over time, while
 old_name=* really only allows for one.

The general rule in OSM is that multiple values for a tag must be  
separated by a semicolon. Why would names be different than any other  
tag? Thus, a place where name has change multiple times should be  
written like this:

old_name=old name;ye oldee name;oldish name
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Can not remove a way from a relation

2009-01-27 Per discussione Erik Lundin

Hi,

I had a similar problem earlier this month. The correspondence can be 
found in the mail archives: 
http://lists.openstreetmap.org/pipermail/talk/2009-January/thread.html#33157

The problem is that JOSM gets an error while uploading a relation that 
references a non-existent way. I wrote a little perl script to find 
relations referencing non-existent ways or ways referencing non-existent 
nodes. Using the script I found that the relation (21359) contains a 
reference to way 8135282, which was deleted on January 5th 
(http://www.openstreetmap.org/browse/way/8135282/history). I tried to 
remove the way from the relation, but get the same error while uploading.

Last time it was Frederik Ramm who removed the reference to the 
non-existent way 
(http://lists.openstreetmap.org/pipermail/talk/2009-January/033167.html), 
so maybe he knows how to do.

Erik


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

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Frank Mohr

Andy Allan wrote:
 On Tue, Jan 27, 2009 at 7:50 PM, Russ Nelson r...@cloudmade.com wrote:
 On Jan 27, 2009, at 2:08 PM, Manfred Podzkiewitz wrote:

 Hello, i have a question about the handling of unoffical, or ethnic,
 or
 historic names of towns and villages.
 The TIGER import in the USA uses name_1 for alternate names.  Perhaps
 we should view all tags starting with name as potential names?
 That points to using nameEN for the English name of a city, and
 nameDE for the German name of the same city, etc.

 Or should that be name:EN and name:DE?
 
 Alternative names, local names, multilingual names and all that stuff
 is covered already at
 http://wiki.openstreetmap.org/wiki/Map_Features#Naming

that cover all cases.
As an example the city Chemnitz (http://en.wikipedia.org/wiki/Chemnitz)

The german name was/is

1143-1953   Chemnitzname_old ?
1953–1990   Karl-Marx-Stadt name_old ?
1990Chemnitzname

and

Sorbian Kamjenica   name:wen
Czech   Saská Kamenice  name:cze

Frank




___ 
Der fr�he Vogel f�ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


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

Re: [OSM-talk] Can not remove a way from a relation

2009-01-27 Per discussione Shaun McDonald


On 27 Jan 2009, at 20:46, Erik Lundin wrote:

 Hi,

 I had a similar problem earlier this month. The correspondence can be
 found in the mail archives:
 http://lists.openstreetmap.org/pipermail/talk/2009-January/thread.html#33157

 The problem is that JOSM gets an error while uploading a relation that
 references a non-existent way. I wrote a little perl script to find
 relations referencing non-existent ways or ways referencing non- 
 existent
 nodes. Using the script I found that the relation (21359) contains a
 reference to way 8135282, which was deleted on January 5th
 (http://www.openstreetmap.org/browse/way/8135282/history). I tried to
 remove the way from the relation, but get the same error while  
 uploading.


There could be another way that has been deleted, or there is a node  
that is reference by a way that is missing.

Does your script look at those?

Shaun

 Last time it was Frederik Ramm who removed the reference to the
 non-existent way
 (http://lists.openstreetmap.org/pipermail/talk/2009-January/033167.html 
 ),
 so maybe he knows how to do.

 Erik


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


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

[OSM-talk] [Announcement] talk-ee Estonia

2009-01-27 Per discussione Mike Collinson

There is now a talk-ee - Estonia-specific topics and discussion mailing list 
available.  Thank you to Jaak Laineste for initiating and hosting this forum.  

For details on how to subscribe to this and other country, language, and 
topic-specific OSM mailing lists, see

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



The Estonian university town of 
http://www.openstreetmap.org/?lat=58.37912lon=26.72428zoom=16layers=0B00FTFTartu
 in Estonia is currently the OSM wiki image of the week - data were contributed 
by the City Government. 

For details about OSM activity in Estonia:

http://wiki.openstreetmap.org/wiki/Estonia

About Estonia:

http://en.wikipedia.org/wiki/Estonia

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

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Matthias Julius

Simon Ward si...@bleah.co.uk writes:

 On Tue, Jan 27, 2009 at 02:50:37PM -0500, Russ Nelson wrote:
 
 On Jan 27, 2009, at 2:08 PM, Manfred Podzkiewitz wrote:
 
  Hello, i have a question about the handling of unoffical, or ethnic,  
  or
  historic names of towns and villages.
 The TIGER import in the USA uses name_1 for alternate names.  Perhaps  
 we should view all tags starting with name as potential names? 
 That points to using nameEN for the English name of a city, and  
 nameDE for the German name of the same city, etc.
 
 Or should that be name:EN and name:DE?

 These already exist, see Key:name[1].

 This doesn’t account for multiple names in the same language, though.  I
 can also imagine a place having several old names over time, while
 old_name=* really only allows for one.

IMHO there really needs to be a well defined mechanism that allows a
tag to have multiple values.  To invent new keys like old_name_1 and
old_name_2 is certainly not optimal.

The FAQ has the recommendation of separating multiple values with a
';' and to enter a semicolon that is part of the data as ';;'.

That's actually error prone if someone enters a semicolon who doesn't
know about the rule.  I think that should better be reversed or '\;'
be used as separator because this is much less likely to appear in
regular data.

Of course it is also possible to use relations.  But, for tags that
simply add a property to an object (like old_name) this is overkill.

Matthias

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

Re: [OSM-talk] Can not remove a way from a relation

2009-01-27 Per discussione Matthias Julius

Shaun McDonald sh...@shaunmcdonald.me.uk writes:

 On 27 Jan 2009, at 20:46, Erik Lundin wrote:

 Hi,

 I had a similar problem earlier this month. The correspondence can be
 found in the mail archives:
 http://lists.openstreetmap.org/pipermail/talk/2009-January/thread.html#33157

 The problem is that JOSM gets an error while uploading a relation that
 references a non-existent way. I wrote a little perl script to find
 relations referencing non-existent ways or ways referencing non- 
 existent
 nodes. Using the script I found that the relation (21359) contains a
 reference to way 8135282, which was deleted on January 5th
 (http://www.openstreetmap.org/browse/way/8135282/history). I tried to
 remove the way from the relation, but get the same error while  
 uploading.


 There could be another way that has been deleted, or there is a node  
 that is reference by a way that is missing.

Does the API verify the integrety of a way that is referenced in a
relation and that itself is not being uploaded?

Matthias

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

[OSM-talk] Tagging Cycle Infrastructure in US

2009-01-27 Per discussione Brandon Aguirre

Hey all,

I'm tagging cycle infrastructure with the lcn_ref tag but need advice  
since it was developed for Europe where they designate routes  
numerically like a highway system. What do you suggest I put as the  
lcn_ref for various cycle inf. (I put yes as a placeholder but it  
looks so lame) I have the regional bike map and the gov. hasn't  
numbered or named them in any way. Should specify the type of  
infrastructure?
i.e.
lcn_ref= bike lane or
lcn_ref= bike boulevard (http://en.wikipedia.org/wiki/ 
Bicycle_Boulevards)

Also, has anyone tagged a bike box? 
(http://www.portlandonline.com/TRANSPORTATION/index.cfm?c=46717 
)

Cheers,

Brandon Aguirre
Community Development
CloudMade

503.998.1567
Skype: bragpdx
Twitter: bragpdx
bran...@cloudmade.com
www.cloudmade.com


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

Re: [OSM-talk] Can not remove a way from a relation

2009-01-27 Per discussione Erik Lundin


Shaun McDonald skrev:
There could be another way that has been deleted, or there is a node 
that is reference by a way that is missing.


Does your script look at those?


Yes, it does. I tested to remove a couple of ways and nodes, and the 
script detected all faulty references. The script is attached to this 
mail. It's not fancy (ie. it has no xml parsing), but I think it's 
working. You just have to run it on a file containing the osm data of a 
relation and related ways and nodes. To achieve this, select to download 
incomplete members in the relation editor of JOSM.


Erik



findBadReferences.pl
Description: Perl program
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Tagging Cycle Infrastructure in US

2009-01-27 Per discussione Thomas Wood

2009/1/27 Brandon Aguirre bran...@cloudmade.com:
 Hey all,

 I'm tagging cycle infrastructure with the lcn_ref tag but need advice
 since it was developed for Europe where they designate routes
 numerically like a highway system. What do you suggest I put as the
 lcn_ref for various cycle inf. (I put yes as a placeholder but it
 looks so lame) I have the regional bike map and the gov. hasn't
 numbered or named them in any way. Should specify the type of
 infrastructure?
 i.e.
 lcn_ref= bike lane or
 lcn_ref= bike boulevard (http://en.wikipedia.org/wiki/
 Bicycle_Boulevards)

Use relations, or alternatively the tag lcn=yes is supported if it has
no reference.

 Also, has anyone tagged a bike box? 
 (http://www.portlandonline.com/TRANSPORTATION/index.cfm?c=46717
 )

Not to my knowledge, but there's plenty in the uk...

-- 
Regards,
Thomas Wood
(Edgemaster)

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

Re: [OSM-talk] Handling of towns with different or alternative names

On Tue, Jan 27, 2009 at 04:36:08PM -0500, Matthias Julius wrote:
  This doesn’t account for multiple names in the same language, though.  I
  can also imagine a place having several old names over time, while
  old_name=* really only allows for one.
 
 IMHO there really needs to be a well defined mechanism that allows a
 tag to have multiple values.  To invent new keys like old_name_1 and
 old_name_2 is certainly not optimal.
 
 The FAQ has the recommendation of separating multiple values with a
 ';' and to enter a semicolon that is part of the data as ';;'.

I think multiple keys with the same name should be allowed for a
node/way/relation.  AFAIK it’s only the editors that don’t currently let
you do this.

 That's actually error prone if someone enters a semicolon who doesn't
 know about the rule.  I think that should better be reversed or '\;'
 be used as separator because this is much less likely to appear in
 regular data.

Almost any character could appear in regular data, unless it’s quite a
special character—say, rather appropriately, the unit separator (US,
ASCII 0x1f).  The problem then is entering the special character.

Ultimately the user should not have to care what, or if a, separator is
used, and they would be presented with multiple values as appropriate
for the interface they are using.

Simon
-- 
A complex system that works is invariably found to have evolved from a
simple system that works.—John Gall


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

Re: [OSM-legal-talk] Future license upgrades, the heart of the matter

On Tue, Jan 27, 2009 at 08:59:26PM +, 80n wrote:
 On Tue, Jan 27, 2009 at 12:41 AM, Frederik Ramm frede...@remote.org wrote:
 
  * WHAT changes can be made to the license once it is accepted;
 
 
 If section 11 of the GDFL 3.1 is anything to go by [1], then pretty much
 anything is possible.

GNU licences leave the possibility of using different versions of a
licence in the hands of the licensor, although they default to any
version of the licence.  To avoid the sneaky upgrades, a GFDL‐licensed
work could have been licensed under the terms of GFDL 1.2 only.
-- 
A complex system that works is invariably found to have evolved from a
simple system that works.—John Gall


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

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Ævar Arnfjörð Bjarmason

On Tue, Jan 27, 2009 at 10:24 PM, Simon Ward si...@bleah.co.uk wrote:
 On Tue, Jan 27, 2009 at 04:36:08PM -0500, Matthias Julius wrote:
  This doesn't account for multiple names in the same language, though.  I
  can also imagine a place having several old names over time, while
  old_name=* really only allows for one.

 IMHO there really needs to be a well defined mechanism that allows a
 tag to have multiple values.  To invent new keys like old_name_1 and
 old_name_2 is certainly not optimal.

 The FAQ has the recommendation of separating multiple values with a
 ';' and to enter a semicolon that is part of the data as ';;'.

 I think multiple keys with the same name should be allowed for a
 node/way/relation.  AFAIK it's only the editors that don't currently let
 you do this.

Yes, the API and data format supports it, but only for another 2
months or so until we switch to 0.6 where it won't be allowed.

And -- to do some drive-by bikeshedding -- I think that leaves us with
an unoptimal situation where editors either have to shove things into
the same key delimited by some token like ; as is currently
recommended but AFAIK not supported by any renderer (or any tool?), or
to put what's logically the same data under different keys.

Although the DB argument of having keys be primary keys is certainly
understandable.

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

Re: [OSM-legal-talk] Future license upgrades, the heart of the matter

On Tue, Jan 27, 2009 at 01:41:06AM +0100, Frederik Ramm wrote:
 * WHAT changes can be made to the license once it is accepted;

I think this should be limited to avoid overstepping.  We define the
basic things we want the licence to do—collective attribution, share
alike for derived data sets, aggregation allowed without sharealike,
etc—looking intended use and non‐use cases would be a start.  Other
revisions of the licence should only be acceptable providing they don’t
regress on an intended use case, and only clarify existing terms or
add/change terms to work for a pre‐defined use case.

 * WHO can make these changes (whom do we trust to make them); and

Limiting the licence as above limits the amount of trust we have to
place in any one party, at the expense of another possible licence
upheaval if everyone decides some major changes are required.

 * HOW will such changes become vetted by the community, if at all.

I’d like a requirement for any proposed changes to be brought out in the
open with plenty of notice and ample opportunity to comment.  This
doesn’t guarantee the changes are vetted, but at least there is a
chance.  The acceptable changes again place a limit on how much damage
can be done without requiring cooperation of a large proportion of
community.

Simon
-- 
A complex system that works is invariably found to have evolved from a
simple system that works.—John Gall


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

[OSM-talk] Merging changed osm nodes in JOSM

2009-01-27 Per discussione Sam Vekemans

An idea:
You know how josm reacts to situations where 2 mappers were working at
the same time, and the user uploads the change; then the list of
conflicts are shown.

What if 1 mapper was saying that the road is 'bicycle=yes' and the
other mapper was adding in an alternate name  correcting the spelling
and adding 'ref=2'.

Is it possable to have an option of merging both changes? And if the
other user adjusted the road slightly? Would there be and option for
the user to merge both ways? -going the 1/2 way distance between both,
and adding the extra nodes for the way?

Has there been much work on the confict list?

Cheers,
Sam Vekemans
Across Canada Trails

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

Re: [OSM-talk] Begginer question: Why road is not rendered in mapnik?

2009-01-27 Per discussione John3478 John3478

I am still stuck in rendering zoom level 8 to 16.
1. From postgres sql log, I can see if I modify the table name in osm.xml,
it will prompt table not found. So, it seems like it able to connect to
database. but I am stuck why it is not able to render any data from
database. looks like its only get data from boundary.
-also in the postgres log file
--
%t LOG: could not receive data from client: No connection could be made
because the target machine actively refused it.
%t LOG: unexpected EOF on client connection

Do you guys know what is the problem? (it is in windows environment) (Iam
able to run demo from the shape file just fine)
- PostgreSQL 8.3 , postgis 1.3.5
- python 2.5
- mapnik 0.5.1

I try to figure it out, is it still the database problem not able to return
the data or it is the osm.xml stylesheet that I need to troubleshoot.

thanks in advance

On Mon, Jan 26, 2009 at 12:15 PM, John3478 john3...@gmail.com wrote:

I am able to generate tiles using generate_tiles.py.

http://svn.openstreetmap.org/applications/rendering/mapnik/generate_tiles.py

It did create tiles up to zoom level 7 but it did not create any more from
8
to 16 (I am using the extracted california osm file from cloudmate.) Also,
it did not print any road at all eventhough the database has road details

My question is, is this below statement (from generate_tiles.py) supposed
to
print road detail? Or I need to add more statement to it

- this what I try to create-
bbox = (-122.52862930297852, 37.81127577036112, -122.34237670898438,
37.682190082863734)
render_tiles(bbox, mapfile, tile_dir, 1, 16, San Francisco)

--
View this message in context:
http://www.nabble.com/Begginer-question%3A-Why-road-is-not-rendered-in-mapnik--tp21669227p21669227.html
Sent from the OpenStreetMap - General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Merging changed osm nodes in JOSM

2009-01-27 Per discussione Frederik Ramm

Hi,

Sam Vekemans wrote:
 Is it possable to have an option of merging both changes? 

To the best of my knowledge, the JOSM merge dialog does exactly that. It 
shows you both versions and allows you to pick'n'mix.

Bye
Frederik

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

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

Re: [OSM-talk] Can not remove a way from a relation

2009-01-27 Per discussione Richard Bullock

 nodes. Using the script I found that the relation (21359) contains a
 reference to way 8135282, which was deleted on January 5th
 (http://www.openstreetmap.org/browse/way/8135282/history). I tried to
 remove the way from the relation, but get the same error while
 uploading.


 There could be another way that has been deleted, or there is a node
 that is reference by a way that is missing.


I've managed to undelete the way - and using Potlatch remove the way from 
both relations (the E20 and E6 Euro-route relations) - and then re-delete 
the way.

All seems to have worked ok at first glance - and the way is no longer 
showing in the list of ways in 
http://www.openstreetmap.org/browse/relation/21359.

However - I tried to use JOSM to add a way to the relation - and it still 
gave a 412 Precondition Failed response.

Sounds like there could be other ways with referential problems somewhere 
along the line.

Richard B 


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

Re: [OSM-talk] Can not remove a way from a relation

2009-01-27 Per discussione Frederik Ramm

Hi,

Richard Bullock wrote:
 However - I tried to use JOSM to add a way to the relation - and it still 
 gave a 412 Precondition Failed response.

I made the relation editable again by removing way #29370058 from it. I 
have not investigated why this way causes trouble; it probably 
references a deleted object or something like that.

Bye
Frederik

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

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

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Matthias Julius

Simon Ward si...@bleah.co.uk writes:

 On Tue, Jan 27, 2009 at 04:36:08PM -0500, Matthias Julius wrote:
 That's actually error prone if someone enters a semicolon who doesn't
 know about the rule.  I think that should better be reversed or '\;'
 be used as separator because this is much less likely to appear in
 regular data.

 Almost any character could appear in regular data, unless it’s quite a
 special character—say, rather appropriately, the unit separator (US,
 ASCII 0x1f).  The problem then is entering the special character.

While this is true, a key sequence like '\;' or '\\' should rarely be
seen in nature.  At least it should be a lot less likely than a single
';'.  To be on the safe side we can use '/|\|/|\|/|\' or similar.  ;-)


 Ultimately the user should not have to care what, or if a, separator is
 used, and they would be presented with multiple values as appropriate
 for the interface they are using.

This is true, but AFAIK no editor supports that, yet.  Until then it
needs to be done manually.

Matthias

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

[OSM-talk] yahoo and josm

2009-01-27 Per discussione Nathan Mixter


I copied the web-kit folder to the same directory that the josm build files are 
in. I am still getting the red exception occurred when trying to run the wms 
layer. Any ideas why its still doing it? Do I need firefox 2 rather than 
firefox 3? I tried to install both at the same time but haven't tried running 
just firefox 2 yet.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Handling of towns with different or alternative names

2009-01-27 Per discussione Andreas Fritsche

Hi,

 The general rule in OSM is that multiple values for a tag must be
 separated by a semicolon. [..]

Another general rule in OSM is that OSM only maps features that are
_currently there_. Why should we bother with old city names. They are
replaced and thus obsolete. There is no Leningrad any more. And so
there is no Karl-Marx-Stadt. (Actually I do understand the need, but
it is against OSM-politics - or is it now?)

/Andreas

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

Re: [Talk-de] Beschreibung von Stra?en

Mark Obrembalski m...@obrembalski.de wrote:
 Ja. Das wirkliche Problem ist m.E. aber, dass die Stra?eneinteilung
 zumindest in ihrer praktischen Benutzung zur Wiedergabe ganz
 verschiedener Arten von Informationen benutzt wird:
 
 - f?rmliche Einstufung und Stra?enbaulast (was bei fast jedem anderen
  Ding ?ber operator abgehandelt wird),

Dafuer gibt es eigentlich viel zuverlaessiger das ref-tag

 - Ausbauzustand,
 
 - ?blicher oder von irgendwem gew?nschter Nutzungszweck 
 
 - Verkehrsbeschr?nkungen.

- Verkehrsbedeutung nicht zu vergessen, weil oft auch von
  der amtl. Einteilung abweichend.
  Hier gibt's 'ne vierpurige Kreisstrasze mit bis zu 90.000 Kfz/Tag
  Ich warte auf den Tag, wo sie jemand nach Map_features von trunk zu
  teritary macht ;-)

 Ich sehe keine einfache L?sung f?r das Problem: Mit den bestehenden
 Kategorien l?sst sich bei weitem nicht jede Kombination abbilden.

Im vorliegenden Fall ist nur ein kleines Definitionsloch
adaequat zu schlieszen, kriegen wir schon irgendwie hin ;-)

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] Gleis-Tagging

Claudius Henrichs claudiu...@gmx.de wrote:
 Bei den highway-Kategorien kann ich dir f?r jede Kategorie Anhaltspunkte
 nennen, die die Einordnung dieser erm?glichen. Kann man das auch f?r
 S-Bahn vs. Regionalbahnstrecken vs. ICE vs. G?terbahn?

Ich glaube, die Bahnsteighoehen wurden schon genannt, wodurch
geruechteweise ICEs auf S-Bahn-Strecken ungern gesehen werden,
weil es beim Lichtraumprofil eng wird. Auszerdem duerfen nach
EBO andere Trassierungsparameter verwendet werden etc.

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] reine S-Bahn-Strecken

DarkAngel darkan...@ms-team.de wrote:
 Eigentlich ist es da ja auch (gewesen): S-Bahn=light_rail, tram=tram,
 U-Bahn=subway, Bahn=rail und Bus=bus, woher jetzt ploetzlich ein Problem
 konstruiert werden soll, ist mir nicht ganz klar.
 
 Gegen diese Einteilung habe ich grunds?tzlich nichts einzuwenden, nur

ich auch nicht

 wurde ja aus der S-Bahn pl?tzlich ein rail gemacht. Und f?r mich gibt es

weil's schlicht eine Fehluebersetzung war und somit inkompatibel

 ganz klar einen Unterschied zwischen S-Bahn (Nahverkehr) und Bahn
 (Fernverkehr).

Eben. Sofern bei der regionalen S-Bahn die Unterschiede umgesetzt
wurden. Ist nicht ueberall so. 

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] reine S-Bahn-Strecken

2009-01-27 Per discussione Thomas Schäfer

Am Dienstag, 27. Januar 2009 22:46 schrieb Paul Baumbach:
  -Ursprüngliche Nachricht-
 
  Also wenn ich mir die Bahnhöfe in Berlin so anschaue, fahren da (auf
  räumlich getrennten, aber mittels Weichen teilweise verbundenen
  Gleisen)
  sowohl S-Bahn als auch DB-Züge. Warum kann ich da also nicht die Gleise
  und Bahnhöfe mappen und dann mit Relationen einzutragen, wer wo lang
  fährt. Mir ist nicht klar, wo da das Problem sein soll.

 Welche Bahnhöfe soll das betreffen? Die Berliner S-Bahn und die DB haben
 völlig verschiedene Systeme. Die Sicherheitseinrichtungen sind eigentlich
 nicht kompatibel und auch in keiner Weise kombinierbar O.o



Es gibt nicht nur Berlin. In München beispielsweise waren die S-Bahn 
(DB-Konzern) und die Nahverkehrszüge(verschiedene Anbieter + DB) auf dem 
selben Netz. Nur durch den Innenstadttunnel (Stammstrecke) fahren die 
S-Bahnen allein. 

Schienenfahrzeuge, die nur ihr eigenes Netz haben, sind hier U-Bahn und Tram.
Aber das mag in anderen Städten auch wieder anders aussehen.

Vielleicht sollte man es einfach bei rail lassen und light_rail für den 
Transrapid übrig lassen.


Ich hoffe, dass  das Thema reine S-Bahn-Strecken bald abgeschlossen ist. 

Vorhin hat schon jemand vorgeschlagen Beton- oder Holzschwellen zu mappen.

Dabei wäre für die Spurweite für viel interessanter, jedenfalls bei den 
Straßenbahnen.

Mit freundlichen Grüßen
Thomas Schäfer






 ___
 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] Naturdenkmal

2009-01-27 Per discussione malenki

Am Mon, 26 Jan 2009 21:35:27 +0100
schrieb Hanno Böck ha...@hboeck.de:

 http://wiki.openstreetmap.org/index.php/Proposed_features/Key:natural_protection
 
 Darf gern auch mal jemand durch den Abstimmungsvorgang bringen o.ä. -
 aber kann man ja auch als Proposal gern benutzen.

Habe (vorerst in Diskussion) kürzere Vorschläge für die Werte gemacht.
Wikipdia gibt leider nichts zu Schutzgraden von Schutzgebieten her,
zumindest nicht im Naturdenkmal-Eintrag, Zeit für ausführlichere
Recherche habe ich atm nicht. Diese verschiedenen Schutzgrade sollten
vor der Abstimmung noch als Werte hinzugefügt werden.

Man sollte auch unterschiedliche Werte für Naturpark,
Naturschutzgebiet  usw definieren, siehe
http://de.wikipedia.org/wiki/Schutzgebiete_in_Natur-_und_Landschaftsschutz

Gruß
malenki

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

Re: [Talk-de] Gleis-Tagging

Am 27. Januar 2009 23:04 schrieb Heiko Jacobs heiko.jac...@gmx.de:

 Claudius Henrichs claudiu...@gmx.de wrote:
  Bei den highway-Kategorien kann ich dir f?r jede Kategorie Anhaltspunkte
  nennen, die die Einordnung dieser erm?glichen. Kann man das auch f?r
  S-Bahn vs. Regionalbahnstrecken vs. ICE vs. G?terbahn?

 Ich glaube, die Bahnsteighoehen wurden schon genannt, wodurch
 geruechteweise ICEs auf S-Bahn-Strecken ungern gesehen werden,
 weil es beim Lichtraumprofil eng wird. Auszerdem duerfen nach
 EBO andere Trassierungsparameter verwendet werden etc.

   MfG   Heiko Jacobs   Z!   IRCnet Mueck


in Berlin sieht man es z.B. an den Stromschienen, die bei der S-Bahn unten
verlaufen, bei der Bahn-Bahn laufen Stromkabel oben.

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

Re: [Talk-de] Naturdenkmal

Am 27. Januar 2009 23:22 schrieb malenki m...@malenki.ch:

 Am Mon, 26 Jan 2009 21:35:27 +0100
 schrieb Hanno Böck ha...@hboeck.de:

 
 http://wiki.openstreetmap.org/index.php/Proposed_features/Key:natural_protection
 
  Darf gern auch mal jemand durch den Abstimmungsvorgang bringen o.ä. -
  aber kann man ja auch als Proposal gern benutzen.

 Habe (vorerst in Diskussion) kürzere Vorschläge für die Werte gemacht.
 Wikipdia gibt leider nichts zu Schutzgraden von Schutzgebieten her,
 zumindest nicht im Naturdenkmal-Eintrag, Zeit für ausführlichere
 Recherche habe ich atm nicht. Diese verschiedenen Schutzgrade sollten
 vor der Abstimmung noch als Werte hinzugefügt werden.

 Man sollte auch unterschiedliche Werte für Naturpark,
 Naturschutzgebiet  usw definieren, siehe
 http://de.wikipedia.org/wiki/Schutzgebiete_in_Natur-_und_Landschaftsschutz

 Gruß
 malenki


Flora-Fauna-Habitat-Richtlinie fällt mir da pauschal so ein

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

Re: [Talk-de] reine S-Bahn-Strecken

2009-01-27 Per discussione Fips Schneider

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In Frankfurt gibt es dasselbe Problem. Aber leider habe ich die aktuelle
'richtige' Variante nicht verstanden: Werden jetzt S-Bahn-Gleise speziell
gemappt, auch wenn sie normale Eisenbahnstrecken sind (1435 mm, 16 kV,
Oberleitung)? Ist ja eigentlich unsinnig...

Bei Routen ist es ja einigermaßen klar, dass die zwar nicht ganz passende
Übersetzung dem prakmatischen untergeordnet wird: light_rail steht hier für
S-Bahn - da es kein suburban_rail gibt halte ich das auch für die beste
Variante. Für alles, was Stadtbahn-artig ist gibt es subway (wird ja auch mit
dem U beschildert, siehe Stuttgart), alles war Straßenbahn-artiger ist, ist 
tram.

Ist es generell usus, dass die Routen das Verkehrsmittel benennen oder wird das
aus dem Gleis-Tag hervorgeleitet? Was mache ich denn, wenn - wie in FFM die U5 -
eine U-Bahn auf Straßenbahngleisen fährt?

Gruß - Fips

P.S.: Bin noch ziemlich neu, wenn ich was arg verkehrt mache bitte melden, 
danke :-)

- --

Thomas Schäfer schrieb:
 Am Dienstag, 27. Januar 2009 22:46 schrieb Paul Baumbach:
 -Ursprüngliche Nachricht-

 Also wenn ich mir die Bahnhöfe in Berlin so anschaue, fahren da (auf
 räumlich getrennten, aber mittels Weichen teilweise verbundenen
 Gleisen)
 sowohl S-Bahn als auch DB-Züge. Warum kann ich da also nicht die Gleise
 und Bahnhöfe mappen und dann mit Relationen einzutragen, wer wo lang
 fährt. Mir ist nicht klar, wo da das Problem sein soll.
 Welche Bahnhöfe soll das betreffen? Die Berliner S-Bahn und die DB haben
 völlig verschiedene Systeme. Die Sicherheitseinrichtungen sind eigentlich
 nicht kompatibel und auch in keiner Weise kombinierbar O.o


 
 Es gibt nicht nur Berlin. In München beispielsweise waren die S-Bahn 
 (DB-Konzern) und die Nahverkehrszüge(verschiedene Anbieter + DB) auf dem 
 selben Netz. Nur durch den Innenstadttunnel (Stammstrecke) fahren die 
 S-Bahnen allein. 
 
 Schienenfahrzeuge, die nur ihr eigenes Netz haben, sind hier U-Bahn und Tram.
 Aber das mag in anderen Städten auch wieder anders aussehen.
 
 Vielleicht sollte man es einfach bei rail lassen und light_rail für den 
 Transrapid übrig lassen.
 
 
 Ich hoffe, dass  das Thema reine S-Bahn-Strecken bald abgeschlossen ist. 
 
 Vorhin hat schon jemand vorgeschlagen Beton- oder Holzschwellen zu mappen.
 
 Dabei wäre für die Spurweite für viel interessanter, jedenfalls bei den 
 Straßenbahnen.
 
 Mit freundlichen Grüßen
 Thomas Schäfer
 
 
 
 
 
 ___
 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJf4nMnHVyAFIfTkERAuXuAJ4l0KwIl+pqhVcnUh3USFwEdNobqwCgnA2o
ciWD7kG74zmSzEqwDAw8qk4=
=tY4F
-END PGP SIGNATURE-

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

Re: [Talk-de] OSM auf der Hauptseite von Wikipedia

2009-01-27 Per discussione Sven Geggus

Jonas Krückel (John07) o...@jonas-krueckel.de wrote:

 Wichtiger wäre eine stärkere Integration in die Artikel, da schauen die 
 Leute vorbei und bemerken unsere tollen Karten.

Wäre die MediaWiki SlippyMap Extension bei Wikipedia verfügbar ergäbe
sich das IMO ganz von alleine.

http://wiki.openstreetmap.org/wiki/Slippy_Map_MediaWiki_Extension

Sven

-- 
/* Fuck me gently with a chainsaw... */
(David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c)

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

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

Re: [Talk-de] Fwd: Stra?e in Industriegebieten

2009-01-27 Per discussione Holger Wemken



Martin Koppenhoefer schrieb:
 Am 27. Januar 2009 23:41 schrieb Holger Wemken 
 holger.wem...@ewetel.net mailto:holger.wem...@ewetel.net:

 ein Beispiel oder eine Erläuterung bitte.
 Für mich ist service (neben der schönen Parkplatz-Funktion)
 eigentlich hauptsächlich eine eher privat oder extensiv genutzte
 Zufahrtstraße zu Hintergrundstücken oder ein Notbehelf für
 residential bzw living_street, wo diese berühmten kleinen
 Eckschwänze von 15 - 30 m abgehen (quasi Mini-Sackgassen für 4
 oder 5 Häuser), immer noch den gleichen Namen haben, aber den
 Renderer mit Straßennamen vollmüllen, wenn man sie als
 residential bzw. living_street klassifizieren würde.

 Holger



 ja genau, weiterhin Straßen zu und auf Parkplätzen, Straßen auf 
 Rastplätzen und zu Tankstellen, etc. Und gerade die Raststätten haben 
 ja meist sehr gut ausgebaute Straßen, u.U. deutlich besser als manche 
 unclassified auf dem Land.
Dann weiter: unclasssified in Gewerbegebieten, bei sackgassenähnlichen 
Abzweigungen mit 30m-Wendeplatz für LKW am Ende also ein service mit 
highway=turning_circle: finde ich so in Ordnung. Auch wenn der 
turning_circle dabei manchmal im Vergleich zur Realität ein wenig 
klein ausfällt.

Diese Frage hatte ich schon länger: wie wird eigentlich ein für kleinere 
Gemeinden typisches Misch-Gewerbegebiet eingetragen? Es ist ja kein 
industrial, commercial wäre auch nicht richtig, und retail ist für 
kleine Handwerksbetriebe, die kein Ladengeschäft betreiben, auch nicht 
richtig. Ich habe da einfach noch keine richtige Handhabe gefunden.

Holger

 Martin

 

 ___
 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] Osmarender moppelt Gebaeudenamen doppelt - Symbols?auch

Am 27. Januar 2009 17:45 schrieb Heiko Jacobs heiko.jac...@gmx.de:

 Martin Koppenhoefer dieterdre...@gmail.com wrote:
  das wurde auf Wunsch vor einiger Zeit geaendert, weil polygone
  grundsaetzlich auch Icons bekommen sollten. Sinnvoll waere daher, wenn
 der
  Node zusaetzlich zum Polygon gemappt ist, diesen zu entfernen (auch wenn
 das
  z.B. im Garmin dazu fuehrt, dass man nicht mehr dahin navigieren
 kann/FIND
  geht nicht). IMHO sollte mapnik hier angepasst werden, nicht Osmarender.

 *gruebel* Was waere, wenn nicht ein einzelner Knoten und/oder das
 Polygon als ganzes, sondern ein Knoten des Hauspolygons die Infos
 tragen wuerde? Garmin und Mapnik nehmen den node, Osmarender haette
 eher die Chance zu erkennen, dass das zusammen gehoert. Da tut sich
 ja auch gerade viel bspw. mit pathText. Ist allerdings eine andere
 Vorgehensweise, nicht so schoen wie tagging am Polygon oder POI.




habe ich teilweise auch schon so gemacht, um Eingänge zu markieren (fürs
Navi gemappt, Schande), mache ich aber nicht mehr. Hat z.B. auch den
Nachteil, dass die Schrift auf den Rand gesetzt wird. Wenn man erstmal das
Polygon hat, braucht man keinen Node mit den gleichen tags mehr (ausser
evtl. als Hint an den Renderer aber dann auch klar als solcher ausgewiesen)
, wenn bestimmte Anwendungen (z.B. Garmin) einen Node brauchen, dann sollte
man das beim Bearbeiten der Daten für dieses Gerät berücksichtigen und die
Nodes dann per post/pre/processing nur in die Garmindatei nicht aber in die
allgemeine Datenbank schreiben.

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

[Talk-de] Fwd: Fwd: Stra?e in Industriegebieten




 ja genau, weiterhin Straßen zu und auf Parkplätzen, Straßen auf
 Rastplätzen und zu Tankstellen, etc. Und gerade die Raststätten haben ja
 meist sehr gut ausgebaute Straßen, u.U. deutlich besser als manche
 unclassified auf dem Land.

 Dann weiter: unclasssified in Gewerbegebieten, bei sackgassenähnlichen
 Abzweigungen mit 30m-Wendeplatz für LKW am Ende also ein service mit
 highway=turning_circle: finde ich so in Ordnung. Auch wenn der
 turning_circle dabei manchmal im Vergleich zur Realität ein wenig klein
 ausfällt.

 Diese Frage hatte ich schon länger: wie wird eigentlich ein für kleinere
 Gemeinden typisches Misch-Gewerbegebiet eingetragen? Es ist ja kein
 industrial, commercial wäre auch nicht richtig, und retail ist für
 kleine Handwerksbetriebe, die kein Ladengeschäft betreiben, auch nicht
 richtig. Ich habe da einfach noch keine richtige Handhabe gefunden.

 Holger



ich denke in OSM ist das bisher am besten mit industrial aufgehoben.

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

[Talk-de] Glas recycling

2009-01-27 Per discussione Thomas Drebert

Hallo,

wollte gerade einen Glas Recycling Container taggen, bei der Suche nach dem 
richtigen Tag ist mir auf gefallen das es dort
irgend wie zu viele Meinungen gibt, wie kann man sich dort einigen, den Tag von 
der How to Tag Seite benutzt eigentlich kaum jemand.
Weit verbreitet ist hingegen recycling:glass=yes.

Schöne Grüße
Thomas
__
Deutschlands größte Online-Videothek schenkt Ihnen 12.000 Videos!*
http://entertainment.web.de/de/entertainment/maxdome/index.html


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

Re: [Talk-de] OSM auf der Hauptseite von Wikipedia

2009-01-27 Per discussione Frederik Ramm

Hallo,

Sven Geggus wrote:
 Wäre die MediaWiki SlippyMap Extension bei Wikipedia verfügbar ergäbe
 sich das IMO ganz von alleine.

Was sich dann vor allem von ganz alleine ergäbe, wäre die praktische 
Nichtverfügbarkeit der Tileserver für die nächsten Monate oder Jahre, 
und dessen sind sich unsere Freunde bei der Wikipedia glücklicherweise 
bewusst ;-)

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] Anwendungsbeispiele

2009-01-27 Per discussione Andreas Labres

Moinmoin! (hoffe, ich spreche das richtig aus... ;)

Michael Buege wrote:
 Fuer einen Vortrag am Sonnabend[1] brauch ich noch ein paar gute 
 Beispiele fuer Anwendungen rund um OSM.

Hier http://presse.lab.at/ findest Du die KartenLinks, die ich für die österr.
Presse zusammengestellt habe. Ist halt mehr für die breite Masse als cool...

Servus, Andreas


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

[Talk-de] landuse commercial WAS: Straße in Indu striegebieten

Am 28. Januar 2009 00:12 schrieb Holger Wemken holger.wem...@ewetel.net:


 ich denke in OSM ist das bisher am besten mit industrial aufgehoben.

 habe gerade noch mal nachgeschaut, in JOSM wird ein Gewerbegebiet mit
 commercial über die Vorlagen eingetragen - obwohl das doch überwiegend
 Büros sein sollten. Mir scheinen die Definitionen hier noch nicht ganz klar
 zu sein


commercial und eigentlich auch andere Landuses der Städte (bzw. fehlende
landuses wie Kerngebiet, Mischgebiet, Gewerbegebiet) sind insgesamt ein
Thema, weil es hier auch deutliche länderspezifische und kulturelle
Eigenheiten gibt und daher diese Begriffe nicht immer gleich gesetzt werden
können, und es manches eben nicht überall gibt. Commercial ist der Bedeutung
nach so eine Art tag für (Haupt-)geschäftszentrum, also das, was man in
deutschen Städten meist mit Fußgängerzone im Stadtzentrum verbindet.

Zitat Wiki (en):
http://en.wikipedia.org/wiki/Commercial_district
A *commercial district* or *commercial zone* is any part of a city or town
in which the primary land use is
commercialhttp://en.wikipedia.org/wiki/Commerceactivities (
shops http://en.wikipedia.org/wiki/Shops,
officeshttp://en.wikipedia.org/wiki/Office,
and so on), as opposed to a residential
neighbourhoodhttp://en.wikipedia.org/wiki/Residential_neighbourhood,
an industrial zone http://en.wikipedia.org/wiki/Industrial_park, or other
types of neighbourhoods http://en.wikipedia.org/wiki/Neighbourhood. In
some cities, authorities use planning or
zoninghttp://en.wikipedia.org/wiki/Zoninglaws to define the
boundaries of commercial districts.

und
In the United Kingdom http://en.wikipedia.org/wiki/United_Kingdom,
commercial districts that are primarily for shopping are called high
streetshttp://en.wikipedia.org/wiki/High_street.
In North America, in smaller towns and cities there is often only one main
commercial district, which is located on the main
streethttp://en.wikipedia.org/wiki/Main_street
.

und
Most languages do not have a direct
cognatehttp://en.wikipedia.org/wiki/Cognatefor commercial district,
but will have a related term such as the French
*quartier d'affaires* (business quarter), or the Japanese
*shōtengaihttp://en.wikipedia.org/wiki/Sh%C5%8Dtengai
* (literally, commerce shop street).

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

Re: [Talk-de] OSM auf der Hauptseite von Wikipedia

2009-01-27 Per discussione Tim 'avatar' Bartel

Hi,

Am 28. Januar 2009 00:09 schrieb Markus liste12a4...@gmx.de:
 Was ist denn der aktuelle Stand der Gespräche zwischen
 Wikimedia Foundation und OSM Foundation?

Die Gespräche zwischen WM-DE und OSMF sind momentan recht... einseitig.

Hoffentlich bald mehr dazu, Tim.

-- 
http://wikipedistik.de

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

Re: [Talk-de] OSM auf der Hauptseite von Wikipedia

2009-01-27 Per discussione Johann H. Addicks

Markus schrieb:
 Übernahme? ;-)
 
 Nee - neue Liebe und Patchworkfamilie :-)

Es gibt auf Seiten der OSMF erhebliches Mißtrauen bezüglich einer wie
auch immer gearteten freundlichen oder feindlichen Übernahme durch die
Wikimedia-Foundation.

Daher ist es kontraproduktiv, wenn die die Wikipedia -wie auch immer-
mit einer bedrohlichen Umarmung auf Openstreetmap zubewegt.

-jha-


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

Re: [Talk-de] Fwd: Stra?e in Industriegebieten

2009-01-27 Per discussione Mark Obrembalski

Holger Wemken holger.wem...@ewetel.net schrieb:
 
 Diese Frage hatte ich schon länger: wie wird eigentlich ein für kleinere 
 Gemeinden typisches Misch-Gewerbegebiet eingetragen? Es ist ja kein 
 industrial, commercial wäre auch nicht richtig, und retail ist für 
 kleine Handwerksbetriebe, die kein Ladengeschäft betreiben, auch nicht 
 richtig. Ich habe da einfach noch keine richtige Handhabe gefunden.

Dafür gibt es auch nichts Passendes. Man sollte mal landuse=mixed oder
so was einführen...

Gruß,
Mark


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

Re: [Talk-de] Fwd: Stra?e in Industriegebieten

Am 28. Januar 2009 00:50 schrieb Mark Obrembalski m...@obrembalski.de:

 Holger Wemken holger.wem...@ewetel.net schrieb:
 
  Diese Frage hatte ich schon länger: wie wird eigentlich ein für kleinere
  Gemeinden typisches Misch-Gewerbegebiet eingetragen? Es ist ja kein
  industrial, commercial wäre auch nicht richtig, und retail ist für
  kleine Handwerksbetriebe, die kein Ladengeschäft betreiben, auch nicht
  richtig. Ich habe da einfach noch keine richtige Handhabe gefunden.

 Dafür gibt es auch nichts Passendes. Man sollte mal landuse=mixed oder
 so was einführen...


ja, allerdings für Mischgebiete, nicht für Gewerbegebiete.

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

Re: [Talk-de] OSM auf der Hauptseite von Wikipedia

2009-01-27 Per discussione Markus

Hallo Tim,

 Die Gespräche zwischen WM-DE und OSMF sind momentan recht... einseitig.

Was sagt denn die eine Seite?
Und worüber (und warum) schweigt die andere?

Gefunden habe ich:
http://en.wikipedia.org/wiki/Wikipedia:WikiProject_OpenStreetMap
http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia#WP-on-OSM

Gruss, Markus

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

Re: [Talk-de] reine S-Bahn-Strecken

2009-01-27 Per discussione Dermot McNally

2009/1/27 Martin Koppenhoefer dieterdre...@gmail.com:

 ich würde sagen, wir belassen es für S-Bahnen bei light_rail und für den
 Transrapid bei monorail.

Halte ich nicht für sinnvoll. Light Rail ist eine Bezeichnung, für
Systeme bzw. Fahrzeuge die noch leichter sind as U-Bahnzüge. Wieso
echte Schnellzüge wie Trams taggen?

Dermot

-- 
--
Iren sind menschlich

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

Re: [Talk-de] Fwd: Stra?e in Industriegebieten

2009-01-27 Per discussione Mark Obrembalski

Martin Koppenhoefer dieterdre...@gmail.com schrieb:
   Diese Frage hatte ich schon länger: wie wird eigentlich ein für kleinere
   Gemeinden typisches Misch-Gewerbegebiet eingetragen? Es ist ja kein
   industrial, commercial wäre auch nicht richtig, und retail ist für
   kleine Handwerksbetriebe, die kein Ladengeschäft betreiben, auch nicht
   richtig. Ich habe da einfach noch keine richtige Handhabe gefunden.
 
  Dafür gibt es auch nichts Passendes. Man sollte mal landuse=mixed oder
  so was einführen...
 
 
 ja, allerdings für Mischgebiete, nicht für Gewerbegebiete.

Hm, ja, stimmt. Gewerbegebiete sollten vielleicht auch mit viel Handwerk
als industrial eingetragen werden. Die Beschreibung von industrial
nennt ausdrücklich auch workshops, was auch zum Handwerk passt. Und
die esoterischen Diskussionen, die sich IHK und Handwerkskammer liefern,
wenn es darum geht, bei wem sich ein Betrieb nun eintragen muss, will
wohl wirklich niemand ernsthaft in OSM wiedergeben.

Gruß,
Mark

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

Re: [Talk-de] Glas recycling

2009-01-27 Per discussione Tobias Knerr

Thomas Drebert schrieb:
 wollte gerade einen Glas Recycling Container taggen, bei der Suche nach dem 
 richtigen Tag ist mir auf gefallen das es dort
 irgend wie zu viele Meinungen gibt

Glasflaschen - glass_bottles
alles Glas (also Glasplatten und ähnliches Zeug) - glass

Steht an allen mir bekannten Stellen zu dem Thema, auch z.B. hier
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling .
Wo werden andere Meinungen geäußert? Das Proposal, auf dem dieses
Tagging basiert, hatte die Unterscheidung jedenfalls vom ersten Tag an.
Alles andere sind spätere Uminterpretationen.

 den Tag von der How to Tag Seite benutzt eigentlich kaum jemand.
 Weit verbreitet ist hingegen recycling:glass=yes.

Könnte u.a. daran liegen, dass JOSM nur Glas in seinem Preset hat und
jeder, der einen Glasflaschencontainer eintragen will, dann natürlich
Glas wählt...

Tobias Knerr

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

Re: [Talk-de] Glas recycling

Am 28. Januar 2009 01:11 schrieb Tobias Knerr o...@tobias-knerr.de:

 Thomas Drebert schrieb:
  wollte gerade einen Glas Recycling Container taggen, bei der Suche nach
 dem richtigen Tag ist mir auf gefallen das es dort
  irgend wie zu viele Meinungen gibt

 Glasflaschen - glass_bottles
 alles Glas (also Glasplatten und ähnliches Zeug) - glass

 Steht an allen mir bekannten Stellen zu dem Thema, auch z.B. hier
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling .
 Wo werden andere Meinungen geäußert? Das Proposal, auf dem dieses
 Tagging basiert, hatte die Unterscheidung jedenfalls vom ersten Tag an.
 Alles andere sind spätere Uminterpretationen.

  den Tag von der How to Tag Seite benutzt eigentlich kaum jemand.
  Weit verbreitet ist hingegen recycling:glass=yes.

 Könnte u.a. daran liegen, dass JOSM nur Glas in seinem Preset hat und
 jeder, der einen Glasflaschencontainer eintragen will, dann natürlich
 Glas wählt...

 Tobias Knerr


ist doch auch nicht falsch, oder gibt es in Deutschland mittlerweile extra
Flaschencontainer, in die man kein Flachglas geben darf (oder andersrum)?

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

Re: [Talk-de] reine S-Bahn-Strecken

2009-01-27 Per discussione Gerrit Lammert

Martin Koppenhoefer wrote:

 Bei den highway-Kategorien kann ich dir für jede Kategorie Anhaltspunkte
 nennen, die die Einordnung dieser ermöglichen. Kannst du das auch für
 S-Bahn vs. Regionalbahnstrecken?

 Gruß,
 Claudius

 nichts leichter als das: da steht entweder S-Bahn (gruen und rund mit S
 drin) oder DB (oder Connex, oder sowas anderes) aussen dran (und innen
 auch).

Also ein Argument für railway=connex; railway=Eurobahn; railway=... ? ;-)

Gerrit

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

[Talk-de] JOSM 1344 und Plugin livegps sowie surveyor

2009-01-27 Per discussione dieter jasper

Wie kann ich die Plugins livegps und surveyor in JOSM Ver. 1344 wieder 
einbinden?
Über Einstellungen und Plugins ist es nicht mehr möglich.

Gruß
Dieter Jasper

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

Re: [Talk-de] reine S-Bahn-Strecken

2009-01-27 Per discussione Gerrit Lammert

Hallo Fips.

Deine Fragen beschäftigen diesen Thread heute schon ganz enorm.
Ich finde es manchmal interessant, welche Themen heiß diskutiert werden 
und welche nicht. Bei diesem Thema hätte ich nie erwartet, das es solche 
Kontroversen gibt. Vor allem, dass es vor der Einführung von Relationen 
anscheinend keinen Bedarf an Änderungen gab und es jetzt, wo man dadurch 
eigentlich alles an Vielfalt abbilden kann, plötzlich wichtig ist an 
jede Schwelle das Zeichen der örtlichen S-Bahn zu malen...

Also Antwort auf Deine Frage: Mach es so wie Du denkst, oder suche Dir 
eines der Systeme aus, unter denen man das meiste hier eingruppieren könnte.

Info am Rande:
Hier in Braunschweig soll es demnächst mal zusätzlich zur Tram eine 
Regiobahn geben. Diese ist formal eine Regionalbahn der DB, verhält sich 
aber so wie überall sonst die S-Bahn oder Straßenbahn und fährt 
innerstädtisch auf der gleichen Trasse wie die Tram.
Da beide unterschiedliche Spurbreiten haben liegen daher dort 3 Gleise. 
Wie die Tram teilt sich die Regiobahn innerstädtisch die Trasse mit 
einer Spur für den Autoverkehr. Das ist also ein 
Regionalzug/S-Bahn/Tram-Hybrid.
Ich werde keine Gewissensbisse haben, das ganze mit 
railway=tram;light_rail zu taggen. Aber das werden hier bestimmt auch 
einige anders sehen... :)

Gerrit

Fips Schneider wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 In Frankfurt gibt es dasselbe Problem. Aber leider habe ich die aktuelle
 'richtige' Variante nicht verstanden: Werden jetzt S-Bahn-Gleise speziell
 gemappt, auch wenn sie normale Eisenbahnstrecken sind (1435 mm, 16 kV,
 Oberleitung)? Ist ja eigentlich unsinnig...
 
 Bei Routen ist es ja einigermaßen klar, dass die zwar nicht ganz passende
 Übersetzung dem prakmatischen untergeordnet wird: light_rail steht hier für
 S-Bahn - da es kein suburban_rail gibt halte ich das auch für die beste
 Variante. Für alles, was Stadtbahn-artig ist gibt es subway (wird ja auch mit
 dem U beschildert, siehe Stuttgart), alles war Straßenbahn-artiger ist, ist 
 tram.
 
 Ist es generell usus, dass die Routen das Verkehrsmittel benennen oder wird 
 das
 aus dem Gleis-Tag hervorgeleitet? Was mache ich denn, wenn - wie in FFM die 
 U5 -
 eine U-Bahn auf Straßenbahngleisen fährt?
 
 Gruß - Fips
 
 P.S.: Bin noch ziemlich neu, wenn ich was arg verkehrt mache bitte melden, 
 danke :-)
 
 - --
 
 Thomas Schäfer schrieb:
 Am Dienstag, 27. Januar 2009 22:46 schrieb Paul Baumbach:
 -Ursprüngliche Nachricht-

 Also wenn ich mir die Bahnhöfe in Berlin so anschaue, fahren da (auf
 räumlich getrennten, aber mittels Weichen teilweise verbundenen
 Gleisen)
 sowohl S-Bahn als auch DB-Züge. Warum kann ich da also nicht die Gleise
 und Bahnhöfe mappen und dann mit Relationen einzutragen, wer wo lang
 fährt. Mir ist nicht klar, wo da das Problem sein soll.
 Welche Bahnhöfe soll das betreffen? Die Berliner S-Bahn und die DB haben
 völlig verschiedene Systeme. Die Sicherheitseinrichtungen sind eigentlich
 nicht kompatibel und auch in keiner Weise kombinierbar O.o


 Es gibt nicht nur Berlin. In München beispielsweise waren die S-Bahn 
 (DB-Konzern) und die Nahverkehrszüge(verschiedene Anbieter + DB) auf dem 
 selben Netz. Nur durch den Innenstadttunnel (Stammstrecke) fahren die 
 S-Bahnen allein. 

 Schienenfahrzeuge, die nur ihr eigenes Netz haben, sind hier U-Bahn und Tram.
 Aber das mag in anderen Städten auch wieder anders aussehen.

 Vielleicht sollte man es einfach bei rail lassen und light_rail für den 
 Transrapid übrig lassen.


 Ich hoffe, dass  das Thema reine S-Bahn-Strecken bald abgeschlossen ist. 

 Vorhin hat schon jemand vorgeschlagen Beton- oder Holzschwellen zu mappen.

 Dabei wäre für die Spurweite für viel interessanter, jedenfalls bei den 
 Straßenbahnen.

 Mit freundlichen Grüßen
 Thomas Schäfer





 ___
 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
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.6 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iD8DBQFJf4nMnHVyAFIfTkERAuXuAJ4l0KwIl+pqhVcnUh3USFwEdNobqwCgnA2o
 ciWD7kG74zmSzEqwDAw8qk4=
 =tY4F
 -END PGP SIGNATURE-
 
 ___
 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] reine S-Bahn-Strecken

Am 27. Januar 2009 23:25 schrieb Fips Schneider o...@fips-schneider.de:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 In Frankfurt gibt es dasselbe Problem. Aber leider habe ich die aktuelle
 'richtige' Variante nicht verstanden: Werden jetzt S-Bahn-Gleise speziell
 gemappt, auch wenn sie normale Eisenbahnstrecken sind (1435 mm, 16 kV,
 Oberleitung)? Ist ja eigentlich unsinnig...


fahren denn dort nur S-Bahnen (light_rail) oder auch Züge (rail) auf
denselben Gleisen?


 Bei Routen ist es ja einigermaßen klar, dass die zwar nicht ganz passende
 Übersetzung dem prakmatischen untergeordnet wird: light_rail steht hier für
 S-Bahn - da es kein suburban_rail gibt halte ich das auch für die beste
 Variante. Für alles, was Stadtbahn-artig ist gibt es subway (wird ja auch
 mit
 dem U beschildert, siehe Stuttgart),


in Stuttgart ist die Stadtbahn (U2) mit rail getaggt. Ich erinnere mich,
dass es hierzu schonmal heisse Diskussionen gegeben hat, aber es gibt wohl
Gründe dafür. Grundsätzlich gibt es Stadtbahnen nach EBO und nach BOStrab,
das ist nicht überall gleich. Mehr infos hier:
http://de.wikipedia.org/wiki/Stadtbahn
davon hängt es strenggenommen ab, was man verwendet.


 alles war Straßenbahn-artiger ist, ist tram.


das ist bei Gleisen genau gleich.


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

Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt

Norbert K?ck o...@nk-bre.net wrote:
 Habe selbst welche entdeckt ;-)
 Na prima.
 Ob das ein Seiteneffekt ist? Eben  sehe ich hier
 http://www.openstreetmap.org/?lat=53.07608lon=8.80725zoom=17layers=0B00FFFT
 Doppelungen im Zusammenhang mit Tourismus-Tags (Rathaus, Roland, 
 Stadtmusikanten).

Koennte gut sein...

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] reine S-Bahn-Strecken

Martin Koppenhoefer dieterdre...@gmail.com wrote:
 In Frankfurt gibt es dasselbe Problem. Aber leider habe ich die aktuelle
 'richtige' Variante nicht verstanden: Werden jetzt S-Bahn-Gleise speziell
 gemappt, auch wenn sie normale Eisenbahnstrecken sind (1435 mm, 16 kV,
 Oberleitung)? Ist ja eigentlich unsinnig...

 fahren denn dort nur S-Bahnen (light_rail) oder auch Z?ge (rail) auf
 denselben Gleisen?

Sowohl, als auch. Die Strecken, die den Innenstadt-Tunnel nach Osten
verlassen (Rodgau, Hanau, Darmstadt) haben eigene Gleise, wo nur
aeuszerst sporadisch echte Zuege fahren (in Dietzenbach hat ein
Banenenhaendler noch einen sporadishc genutzten Gleisanschluss, in
Rodgau war mal ein Dampfzug unterwegs), waehrend die aelteren
Strecken auf der anderen Seite teilweise auch Mischverkehrsstrecken sind.

 Bei Routen ist es ja einigerma?en klar, dass die zwar nicht ganz passende
 ?bersetzung dem prakmatischen untergeordnet wird: light_rail steht hier f?r
 S-Bahn - da es kein suburban_rail gibt halte ich das auch f?r die beste
 Variante. F?r alles, was Stadtbahn-artig ist gibt es subway (wird ja auch
 mit dem U beschildert, siehe Stuttgart),

Erstmal so lassen, wuerde ich sagen, bis das Proposal abgeschlossen
ist mit vermutlich neuen passenderen Tags

 in Stuttgart ist die Stadtbahn (U2) mit rail getaggt. Ich erinnere mich,
 dass es hierzu schonmal heisse Diskussionen gegeben hat, aber es gibt wohl
 Gr?nde daf?r. Grunds?tzlich gibt es Stadtbahnen nach EBO und nach BOStrab,
 das ist nicht ?berall gleich. Mehr infos hier:
 http://de.wikipedia.org/wiki/Stadtbahn
 davon h?ngt es strenggenommen ab, was man verwendet.
 
Das rail fuer die mit U benannten Bahnen waere m.E. nach altem System
daneben.
Waere m.E. ein Fall fuer das nun korrekt uebersetzte light_rail.
Aber ich sehe gerade, dass dort bereits nach dem eigentlich noch nicht
abgeschlossenen Proposal gleistreu! getaggt wird.
Dann waere es korrekt getaggt und es gibt ein Testfeld zum
Umstellen des Osmarender auf neue Regeln :-)
 
   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] reine S-Bahn-Strecken

2009-01-27 Per discussione Karl Eichwalder

Gerrit Lammert o...@00l.de writes:

 Ich werde keine Gewissensbisse haben, das ganze mit 
 railway=tram;light_rail zu taggen.

Das ist kontraproduktiv.  Wenn da irgendwo 3 unterschiedliche gleise
neben- oder übereinanderliegen, dann trag die 3 gleise ein.  Wenn es nur
ein gleis ist, dass von unterschiedlichen systemen verwendet wird, dann
trag das höchstwertige ein.

Wir haben ja mittlerweile gelernt, wie die nutzung einer strecke mit
relationen (route) abzubilden ist.

-- 
Karl Eichwalder

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

Re: [Talk-de] Glas recycling

2009-01-27 Per discussione ludwich


Morgen,

Flachglas, Spiegelglas, Einweckglas etc. unterscheiden sich in der Sorte 
und sollten trotz gleicher Farbe nicht gemischt. Die Sorten werden in 
der Aufbereitung wie auch die Kronkorken wieder getrennt.


Ludwich

Martin Koppenhoefer schrieb:



Am 28. Januar 2009 01:11 schrieb Tobias Knerr o...@tobias-knerr.de 
mailto:o...@tobias-knerr.de:


Thomas Drebert schrieb:
 wollte gerade einen Glas Recycling Container taggen, bei der
Suche nach dem richtigen Tag ist mir auf gefallen das es dort
 irgend wie zu viele Meinungen gibt

Glasflaschen - glass_bottles
alles Glas (also Glasplatten und ähnliches Zeug) - glass

Steht an allen mir bekannten Stellen zu dem Thema, auch z.B. hier
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling .
Wo werden andere Meinungen geäußert? Das Proposal, auf dem dieses
Tagging basiert, hatte die Unterscheidung jedenfalls vom ersten
Tag an.
Alles andere sind spätere Uminterpretationen.

 den Tag von der How to Tag Seite benutzt eigentlich kaum jemand.
 Weit verbreitet ist hingegen recycling:glass=yes.

Könnte u.a. daran liegen, dass JOSM nur Glas in seinem Preset hat und
jeder, der einen Glasflaschencontainer eintragen will, dann natürlich
Glas wählt...

Tobias Knerr


ist doch auch nicht falsch, oder gibt es in Deutschland mittlerweile 
extra Flaschencontainer, in die man kein Flachglas geben darf (oder 
andersrum)?


Martin


___
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] JOSM 1344 und Plugin livegps sowie surveyor

2009-01-27 Per discussione Dirk Stöcker


On Wed, 28 Jan 2009, dieter jasper wrote:


Wie kann ich die Plugins livegps und surveyor in JOSM Ver. 1344 wieder
einbinden?
Über Einstellungen und Plugins ist es nicht mehr möglich.


Wieso?

Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Glas recycling

2009-01-27 Per discussione Karl Eichwalder

Martin Koppenhoefer dieterdre...@gmail.com writes:

 ist doch auch nicht falsch, oder gibt es in Deutschland mittlerweile extra
 Flaschencontainer, in die man kein Flachglas geben darf (oder andersrum)?

Flachglas ist in flaschencontainern schon immer unerwünscht.

-- 
Karl Eichwalder

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

Re: [Talk-de] reine S-Bahn-Strecken

Heiko Jacobs schrieb:

 
 wurde ja aus der S-Bahn pl?tzlich ein rail gemacht. Und f?r mich gibt es
 
 weil's schlicht eine Fehluebersetzung war und somit inkompatibel

Na dann machen wir aus allen Schienen ein Rail - fertig und stimmt zu 100%.

-- 
Gruß Mario



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

Re: [Talk-de] reine S-Bahn-Strecken

Thomas Schäfer schrieb:

 Vorhin hat schon jemand vorgeschlagen Beton- oder Holzschwellen zu mappen.
 
 Dabei wäre für die Spurweite für viel interessanter, jedenfalls bei den 
 Straßenbahnen.
 

Das mit den Schwellen war eigentlich nur sarkastisch gemeint - nun
befürchte ich allerdings, dass demnächst die ersten Fragen auftauchen,
wie man die taggen soll...

-- 
Gruß Mario



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

[Talk-de] plan.at Import

2009-01-27 Per discussione Andreas Labres

Lieber Wolfgang (Wasserburger)!

Lösche *sofort* in Städten wie Mödling, Baden den Import wieder!

Auch urbanen Gebiete drumrum (z.B. Perchtoldsdorf, Ma. Enzersdorf, Brunn, usw.)!

Das ist dort ein kompletter Sauhaufen! Deine Badstraße ist ggü. der wirklichen
Lage (und dort war ich persönlich mit dem GPS unterwegs) um fast einen ganzen
Häuserblock verschoben.

Ab sofort gelten folgende Regeln für Dich:

* urbane Gebiete sind TABU! Dort ist Importverbot.
* Wege (Straßen), deren Namen schon existiert, darfst Du nicht nochmal anlegen.
* Wege gleich dem Ortsnamen zu bezeichnen ist verboten (gilt sowohl für Feldwege
wie für Straßen)

Wenn Du was importierst, muß es /unsichtbar/ sein (also auch kein name= Tag) und
erst manuell sichtbar gemacht werden.

Also bitte räume sofort Deinen Müll weg!

Servus, Andreas

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

Re: [Talk-de] plan.at Import

2009-01-27 Per discussione Bernd Wurst

Hallo.

Am Mittwoch, 28. Januar 2009 schrieb Andreas Labres:
 Ab sofort gelten folgende Regeln für Dich:
 [...]

Harte Worte, vor allem auf einer öffentlichen Mailingliste.

Hint: Persönlich (z.B. über das OSM-Messaging-System) lässt sich sowas meist 
mit wesentlich weniger bösem Blut klären.

Gruß, Bernd

-- 
Die Gehirnwäsche gilt allenthalben als fürchterlich und schrecklich. Es gibt 
aber Gehirne, denen eine Wäsche ganz gut täte.  -  Johannes Gross (dt. 
Publizist 1932)


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] reine S-Bahn-Strecken

Paul Baumbach schrieb:

-Ursprüngliche Nachricht-

Also wenn ich mir die Bahnhöfe in Berlin so anschaue, fahren da (auf
räumlich getrennten, aber mittels Weichen teilweise verbundenen
Gleisen)
sowohl S-Bahn als auch DB-Züge. Warum kann ich da also nicht die Gleise
und Bahnhöfe mappen und dann mit Relationen einzutragen, wer wo lang
fährt. Mir ist nicht klar, wo da das Problem sein soll.

Welche Bahnhöfe soll das betreffen? Die Berliner S-Bahn und die DB haben
völlig verschiedene Systeme. Die Sicherheitseinrichtungen sind eigentlich
nicht kompatibel und auch in keiner Weise kombinierbar O.o

Es ging bei der Aussage darum, dass es nicht einen DB-Bahnhof und
daneben einen S-Bahn-Bahnhof gibt sondern beide Verkehrsmittel das
gleiche Gebäude nutzen. Dabei nutzen beide natürlich getrennte
Bahnsteige. Dennoch ist das Schienensystem der (Berliner) S-Bahn mit dem
der großen DB-Bahn verbunden. Wo sich diese Weichen so alles befinden
kann ich Dir nicht sagen, da ich im Schienensystem nicht ganz so
bewandert bin. Da gibt es andere Spezialisten, die jede Schwelle mit
Namen kennen. Mir reicht es für meine Aussage, dass ich DB-Lokomotiven
auf S-Bahn Schienen gesehen habe. Mag ja sein, dass beide
unterschiedliche Sicherheitssysteme haben - deswegen sind sie aber nicht
völlig verschieden.

Eine Stelle, wo S-Bahn und DB-Bahn Netze verbunden sind befindet sich
z.B. am Bahnhof Lichtenberg:
http://maps.google.de/maps?f=qsource=s_qhl=deie=UTF8t=hll=52.51095,13.498936spn=0.001197,0.002414z=19
Dort befinden sich südlich die beiden S-Bahn Gleise und daneben die
Gleise des Fernverkehrs. Beide System sind eindeutig miteinander verbunden.

--
Gruß Mario

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

[Talk-de] Groundtruth - Neues Programm zum erstellen von Garmin Karten

2009-01-27 Per discussione Michael Buchberger

Hallo Liste,

gestern hat der Programmierer von KOSMOS, Igor Brejc sein neues Programm
Groundtruth
(http://igorbrejc.net/openstreetmap/groundtruth-released) veröffentlicht.

Groundtruth dient zum erstellen von Garmin Karten und erste Tests sehen
vielversprechend aus. Für die Renderregeln werden ähnlich Files wie für
KOSMOS genutzt.

Zusätzlich zu Groundtruth muss noch cGPSMapper (Free) installiert sein.

Viel Spaß beim erstellen neuer Karten ;-)

Tschuess
 Michael



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

Re: [Talk-de] Groundtruth - Neues Programm zum erstellen von Garmin Karten

2009-01-27 Per discussione Carsten Schwede

Hallo,


Michael Buchberger schrieb:
 
 Zusätzlich zu Groundtruth muss noch cGPSMapper (Free) installiert sein.

Ich möchte nur darauf hinweisen, daß die Karten die mit cgpsmapper
erstellt werden nicht der Lizenz entsprechen unter der die OSM-Daten
stehen, insbesondere die kommerzielle Verwendung ist damit nicht mehr
möglich.

http://www.cgpsmapper.com/download/licence.txt

Das betrifft übrigens auch die routingfähigen Karten von  Radomir.

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt - Symbols auch

2009-01-27 Per discussione Jutta Weisel


 Anscheinend, weil 2 Regeln greifen:
 historic=* und buildung=yes
 Bei beiden gibt's Regeln fuer name=*

Das scheint ja jetzt behoben zu sein, sehr schön!

Es gibt aber immer noch das Problem mit den Symbols,
z.B. bei amenity=hospital. Mapnik fügt nur bei Points
das Kreuz ein, Osmarender für Points und Polygone, z.B.
http://www.openstreetmap.org/?lat=50.8167lon=8.7667zoom=12layers=B000FTF

Könnte sich Osmarender hier nicht wie Mapnik verhalten?
Auf einem Campus mit vielen Gebäuden muss nicht jedes Gebäude
mit einem Symbol gerendert werden.

- Jutta Weisel

-- 
http://www.weisel.de


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

Re: [Talk-de] Groundtruth - Neues Programm zum erstellen von Garmin Karten

2009-01-27 Per discussione Michael Buchberger

Hallo Carsten,
 Michael Buchberger schrieb:
   
 Zusätzlich zu Groundtruth muss noch cGPSMapper (Free) installiert sein.
 

 Ich möchte nur darauf hinweisen, daß die Karten die mit cgpsmapper
 erstellt werden nicht der Lizenz entsprechen unter der die OSM-Daten
 stehen, insbesondere die kommerzielle Verwendung ist damit nicht mehr
 möglich.

 http://www.cgpsmapper.com/download/licence.txt
   

Erstellen und Benutzen sollte aber für private Nutzer abgedeckt sein, oder?

--schnipp--

3. You are not permitted under this Licence to use cGPSmapper
software commercially. Use for which any financial return is received 
shall be defined as commercial use, ...

--schnapp--

Verkaufen der Karte ist nicht erlaubt.

Tschuess
 Michael







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

Re: [Talk-de] Groundtruth - Neues Programm zum erstellen von Garmin Karten

2009-01-27 Per discussione Martin Simon

2009/1/27 Michael Buchberger buchber...@herzinfarktforschung.de:
 --schnipp--

 3. You are not permitted under this Licence to use cGPSmapper
 software commercially. Use for which any financial return is received
 shall be defined as commercial use, ...

 --schnapp--

 Verkaufen der Karte ist nicht erlaubt.

Ich frage mich, ob es erlaubt ist, die damit erzeugten Karten zum
download anzubieten... Schließlich fällt zumindest eine der von
unserer Lizenz garantierten Freiheiten dabei weg.

-Martin

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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

2009-01-27 Per discussione Markus

Hallo Holger,

 zur Wegmarkierung dient diese R

Mach doch einfach eine genaue Beschreibung:
- Hintergrund: farbe
- Vordergrund: Symbol, farbe, Lokalisierung
- Name: genaue Bezeichnung

Beispiel:
- Hintergrund: weiss
- Vordergrund: Balken waagrecht, dunkelrot, Frankenweg im Balken in 
weisser Schrift, darunter Logo und 3 Zeilen dunkelrot
- Name: Frankenweg

Oder ein Foto.
http://wiki.openstreetmap.org/wiki/Image:FW.png

Daraus kann man das Symbol für die OSM-Karte erstellen.

Gruss, Markus

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

[Talk-de] Straße in Industriegebieten

2009-01-27 Per discussione Paul Baumbach

Hallo allerseit,

Ich bin mit einem bekannten Mapper in Diskussion geraten über
Industriezuwegungen. Konkret geht es um eine Zufahrststraße zu einem großen
Industriekomplex. Ich denke, da es keine Wohngebäude in der Nähe gibt, wäre
highway=service angebracht, mein Bekannter mein, highway=residential wäre
besser.
Was ist da die richtige Variante?

Grüße,
aquandur




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

Re: [Talk-de] Straße in Industriegebieten

2009-01-27 Per discussione Torsten Breda

Am 27. Januar 2009 10:55 schrieb Paul Baumbach aquan...@gmx.net:
 Hallo allerseit,

 Ich bin mit einem bekannten Mapper in Diskussion geraten über
 Industriezuwegungen. Konkret geht es um eine Zufahrststraße zu einem großen
 Industriekomplex. Ich denke, da es keine Wohngebäude in der Nähe gibt, wäre
 highway=service angebracht, mein Bekannter mein, highway=residential wäre
 besser.
 Was ist da die richtige Variante?

 Grüße,
 aquandur

Ohne die Straße selber zu kennen, würde ich 'service' oder bei
größerer Straße 'unclassified' nehmen. 'Residential' scheint mir
mangels Wohnbebauung eher unangebracht zu sein.

Senf
Torstiko

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

[Talk-de] JOSM: Quelle für Objektvorlage kann nicht gelesen werden

2009-01-27 Per discussione Haiko Cyriaks

Hallo,

ich bekomme seit einigen JOSM-Versionen direkt beim Start die
Fehlermeldung Quelle für Objektvorlage kann nicht gelesen werden:,
kann man nur mit Ok bestätigen und danach ganz normal
weiterarbeiten.
Was ist die Ursache und wie kann man das abstellen?

Grüße,

Haiko

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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

2009-01-27 Per discussione Gerrit Lammert


Hi André.

On Mon, 26 Jan 2009 16:16:57 +0100, André Reichelt andr...@online.de wrote:
 Danke für die Hilfe. Könntest du oder ein anderer bitte nachsehen, ob
 das so stimmt, wie ich das eben gemacht habe? Die Strecke geht über die
 Martin-Luther-Straße durch die Reinthalerstraße und dann nördlich durch
 die Gleise durch. Die Liniennummer ist 52. Mangels Kartenmaterial konnte
 ich allerdings nur einen Teilabschnitt taggen.

Sieht erstmal so richtig aus.
Du könntest noch operator=name_des_örtlichen_Verkehrsverbundes eintragen und 
ich würde auch noch ein name= dransetzen.
Vermutlich ist name das gleiche wie ref und damit überflüssig, aber schadet ja 
nicht. :)
Warum hast Du als role denn way vergeben? Ist IMHO überflüssig, dort sollte 
man eher forward/backward eintragen für Abschnitte, die nur in eine Richtung 
befahren werden.

Ich selbst füge die Haltestellen auf dem Weg auch noch in die Relation ein, 
aber darüber herrscht uneinigkeit.

Bei den Haltestellen hast Du sowohl AUF als auch NEBEN dem way getaggt, beide 
Male mit highway=bus_stop. Da solltest Du entweder eines von beiden machen, 
oder wie vorhin von mir beschrieben die neben dem Way liegenden Nodes mit 
highway=platform taggen und alles in Relationen stecken.

Was mir dabei noch aufgefallen ist: Du hast alle Haltestellen auf einer Seite 
des Wegs, aber so wie jetzt beschrieben fährt der Bus die Straße in beide 
Richtungen entlang.

Ich vermute, dass eine der folgenden Varianten der Realtität mehr entspricht:
Wenn die Strecke in beide Richtungen vom Bus bedient wird, auch noch Nodes mit 
highway=platform auf der anderen Straßenseite eintragen, ODER in der Relation 
auf diesem Stück als Rolle backward eintragen, d.h. die Straße wird vom bus 
nur entgegen der Richtung des Wege-Pfeils befahren.

Ansonsten:
Viel Spaß beim taggen. :)

Gerrit


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

Re: [Talk-de] Straße in Industriegebieten

2009-01-27 Per discussione Claudius Henrichs

Am 27.01.2009 10:59, Torsten Breda:
 Am 27. Januar 2009 10:55 schrieb Paul Baumbachaquan...@gmx.net:
 Ich bin mit einem bekannten Mapper in Diskussion geraten über
 Industriezuwegungen. Konkret geht es um eine Zufahrststraße zu einem großen
 Industriekomplex. Ich denke, da es keine Wohngebäude in der Nähe gibt, wäre
 highway=service angebracht, mein Bekannter mein, highway=residential wäre
 besser.
 Was ist da die richtige Variante?

 Ohne die Straße selber zu kennen, würde ich 'service' oder bei
 größerer Straße 'unclassified' nehmen. 'Residential' scheint mir
 mangels Wohnbebauung eher unangebracht zu sein.

Dito. Zwischen service und unclassified würde ich nach Größe (gute 
Hinweise sind Mittelstreifen oder auch Randbefestigungen wie Randstein 
und Regenwasserrinne) entscheiden. Du du aber von einem Komplex und 
nicht von der Grundstückszufahrt eines einzelnen Industriebetriebes 
gesprochen hast ist es sehr wahrscheinlich die größere 
unclassified-Kategorie.

Gruß,
Claudius


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

[Talk-de] [Osmarender] Linien Versetzen

2009-01-27 Per discussione Philipp Gruber

Hallo zusammen,

ich bastel grad an meinem eigenen Layout für Stadtpläne mit Osmarender. 
Dabei habe ich für Karlsruhe auch die Straßenbahn- und S-Bahn-Linien in 
den jeweiligen Farben gerendert (nur die Relationen, nicht mehr die 
Schienen selbst).
An sich sieht das auch ganz hübsch aus, eine vorläufige Version liegt 
unter http://yoshi.mega2000.de/~philipp/osm/karlsruhe.png

Blöd wird es nur, wo mehrere Linien sich die Strecke teilen - man sieht 
dort jeweils nur eine Farbe. Ich denke, die schönste Lösung wäre, die 
gesamten Relationen um wenige Pixel zu versetzen. Leider habe ich das im 
Osmarender nicht hinbekommen. Mein Ansatz war, dem entsprechenden 
line-Tag einfach die Parameter dx=1px dy=1px (für jede Linie mit 
anderen Werten) zu geben, so wie es auch bei text geht.
Leider wird das vom Osmarender bei line ignoriert.

Hat jemand eine Idee, wie man das lösen könnte?

Gruß,
Philipp

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

[Talk-de] Sommerrodelbahn

Ich habe mal, weil nichts besseres gefunden, anhand von
http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps#Pistes

ein Sommerrodelbahn gemappt.

Dabei das Gelände (grob) als landuse=summer_sports, die Rodelbahn selbst
als man_made=piste:halfpipe.

http://www.openstreetmap.org/?lat=50.65449lon=13.44961zoom=16layers=0B00FTF
(da ist z.Z. evtl. noch ein älterer Versuch zu sehen)

Irgendwelche gegenteiligen Vorschläge?

-- 
Gruß Mario



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

Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch

Jutta Weisel ju...@weisel.de wrote:
 Anscheinend, weil 2 Regeln greifen:
 historic=* und buildung=yes
 Bei beiden gibt's Regeln fuer name=*
 
 Das scheint ja jetzt behoben zu sein, sehr sch?n!
 
Ich warte noch darauf, dass dafuer anderswo Fehler gemeldet werden,
die erst durch die Korrektur erscheinen ;-)

 Es gibt aber immer noch das Problem mit den Symbols,
 z.B. bei amenity=hospital. Mapnik f?gt nur bei Points
 das Kreuz ein, Osmarender f?r Points und Polygone, z.B.
 http://www.openstreetmap.org/?lat=50.8167lon=8.7667zoom=12layers=B000FTF
 
 K?nnte sich Osmarender hier nicht wie Mapnik verhalten?
 Auf einem Campus mit vielen Geb?uden muss nicht jedes Geb?ude
 mit einem Symbol gerendert werden.

Das waere jetzt eine prinzipielle Frage, die einen eigenen thread
verdienen wuerde.
Es kann ja alles geben:
- nur das Klinigelaende ist drin und als Hospital getaggt.
- nur die Klinikgebaeude sind drin und ...
- nur einzelne Punkte sind drin und ...
- beliebiege Kombinationen davon
Jeder Fall hat Symbole verdient, da man sonst im Vereinzelungsfall
die Klinik nicht sehen wuerde. Ist ja auch alles Hospital, also
korrekt getaggt. Und Renderer sind noch nicht intelligent genug,
um beliebige Kombinationen zu beruecksichtigen. Dazu muesste er
abfragen Dieses Haus ist Hospital. Liegt es auf landuse Hospital?
Dann spar dir eins der Kreuze. Ich fuerchte, das ist noch zuviel
verlangt...?

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] Straße in Industriegebieten

Am 27. Januar 2009 11:23 schrieb Claudius Henrichs claudiu...@gmx.de:

 Am 27.01.2009 10:59, Torsten Breda:
  Am 27. Januar 2009 10:55 schrieb Paul Baumbachaquan...@gmx.net:
  Ich bin mit einem bekannten Mapper in Diskussion geraten über
  Industriezuwegungen. Konkret geht es um eine Zufahrststraße zu einem
 großen
  Industriekomplex. Ich denke, da es keine Wohngebäude in der Nähe gibt,
 wäre
  highway=service angebracht, mein Bekannter mein, highway=residential
 wäre
  besser.
  Was ist da die richtige Variante?
 
  Ohne die Straße selber zu kennen, würde ich 'service' oder bei
  größerer Straße 'unclassified' nehmen. 'Residential' scheint mir
  mangels Wohnbebauung eher unangebracht zu sein.

 Dito. Zwischen service und unclassified würde ich nach Größe (gute
 Hinweise sind Mittelstreifen oder auch Randbefestigungen wie Randstein
 und Regenwasserrinne) entscheiden. Du du aber von einem Komplex und
 nicht von der Grundstückszufahrt eines einzelnen Industriebetriebes
 gesprochen hast ist es sehr wahrscheinlich die größere
 unclassified-Kategorie.

 Gruß,
 Claudius


+1

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

Re: [Talk-de] Straße in Industriegebieten

2009-01-27 Per discussione Friedhelm Schmidt

Hallo aquandur,

die Diskussion gab es hier schon mal vor einiger Zeit.

Ich denke die Quintessenz war, dass man sich von der Assoziation residential 
und Wohnung nicht abschrecken lassen soll. 
Residential sind Straßen innerorts, die hauptsächlich der Erschließung der 
anliegenden Gebäude dienen. Wenn deine Straße das Gebiet 
an sich erschließt, also mehrere Residentials von ihr abzweigen, könnte sie 
auch tertiary sein.

service ist eher eine schmale Straße die ein einzelnes Objekt erschließt. 
unclassified ist ein Sträßchen außerhalb der Bebauung, 
ich persönlich nehme es, wenn weder Leitpfosten noch Mittelstreifen vorhanden 
sind.

Aber wie immer sind die Grenzen fließend und der Meinungen viele ;-)

Grüßle

Friedhelm

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

Re: [Talk-de] Groundtruth - Neues Programm zum erstellen von Garmin Karten

Michael Buchberger buchber...@herzinfarktforschung.de wrote:
 --schnipp--
 
 3. You are not permitted under this Licence to use cGPSmapper
 software commercially. Use for which any financial return is received 
 shall be defined as commercial use, ...
 
 --schnapp--
 
 Verkaufen der Karte ist nicht erlaubt.

... und wenn man als Paketfahrer jobbt?


   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] [Osmarender] Linien Versetzen

Philipp Gruber schrieb:
 Hallo zusammen,
 An sich sieht das auch ganz hübsch aus, eine vorläufige Version liegt 
 unter http://yoshi.mega2000.de/~philipp/osm/karlsruhe.png

Könntest ja wenigstens dazu schreiben, dass das ganze über 10 MB groß
ist ;-) Sieht aber wirklich gut aus...

-- 
Gruß Mario



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

Re: [Talk-de] Stra?e in Industriegebieten