date:20091116

Kenneth,

Kenneth Gonsalves wrote:
 I am building a map using mapnik with India specific features. The idea is 
 that 
 the data will be in the osm database, but India specific features will only 
 show on my server. One important thing here is that food is strictly divided 
 into vegetarian and non-vegetarian. The law mandates that all food items 
 should have either a green circle or a red one to show food type. There are 
 areas in the country where it is very difficult to find a non-veg restaurant 
 (and 
 often considered impolite to enquire where one is). Since this is not 
 specific 
 to restaurants - it covers all shops that deal in food, I made a new tag 
 called food=veg and food=nveg with either a green or red circle. 

Check whether your planet_osm_points table in the PostGIS database 
actually contains a food column. (You say the data is there in the 
database but I'm not sure what step you are referring to there.) Simply 
try a select count(*) from planet_osm_point where food='nveg'; to see 
if that returns anything. If not you will have to add the food column 
in osm2pgsql's style file.

 I would expect a higher zoom would be the best way to go. I have 
 set numZoomLevels: 25, but the tool only shows the max as 18. How do I change 
 this? I am using openlayers with mod_tile. 

You will have to patch mod_tile/renderd to allow higher zoom levels than 
18, the limit is hard coded somewhere in there!

Bye
Frederik


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

[OSM-talk] Offline Dump of the Wiki

2009-11-16 Thread Alexander Menk

Hi!

how can I get a offline version of the wiki?

Alexander


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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

On Sat, Nov 14, 2009 at 6:22 PM, Dave Hansen d...@sr71.net wrote:

 There are still quite a few squeaky wheels that
 like to grumble about TIGER, but I haven't heard a single person say
 that it did more harm than good.

It did more harm than good.

As someone who has worked with TIGER data repeatedly, on a far larger
scale than most people, I will say: It did more harm than good.

As someone who spent 8 weeks working to clean up enough roads to make
one, solitary, viable connected road across the US, I will say: It did
more harm than good.

As someone who has actually tried to fix the disastrous double
imports, which have remained untouched for over 2 years, I will say:
it did more harm than good.

And as someone with a detailed knowledge of how OSM works on many
different continents and situations, I will say: it did more harm than
good.

And of anyone in the discussion, let nobody accuse me of not knowing
what I'm talking about. I have spent 10 times as much time on TIGER
fixup - both in projects and by helping other people - than anything
else in openstreetmap over the last 12 months.

But here's the worrying point, no matter how much time I spend trying
to explain the problems with imports, I'm just a squeaky wheel to
the pro-import guys. The tiger import has done more than anything else
to ensure that OSM in the US will be years and years behind what it
could otherwise be. The way to get back up to speed, build communities
and build the best map of the world is to move on from the failed
approach of imports, and to open your eyes to what is done day in day
out in Europe - without making excuses that the US is somehow
different.

But that won't happen. Despite all evidence to the contrary, many
people will continue with the idea that if only there were *enough*
imports, OSM in the US will stop being lame and start being awesome.
It won't. Every import just makes it take longer and longer and longer
to build the community that is needed. It'll get there in the end, but
every national-scale import sets back the end result by years.

Cheers,
Andy

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

Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data

On Sat, Nov 14, 2009 at 1:40 AM, Mike N. nice...@att.net wrote:

 tag k=addr:street v=Big Grove Rd /
 tag k=addr:state v=MyState /
 tag k=addr:county v=MyCity, ST /
 tag k=addr:country v=US /


 I believe people have been saying that this information is not necessary,
 and is_in is also not necessary for 99% of cases, so we can save space by
 not including that for the Karlsruhe Schema.   (But I don't know how the
 namefinder works).

Yes. Please don't include this point is within such-and-such a
polygon data onto the point itself, it's redundant information and
not helpful. When a county border is changed by legislation, then
moving the border of the county should be sufficient for a mapper.
Having to check and update 10,000 address nodes would be error-prone.

Adding county/state/country data to address points will lead to a
similar problem as we have with the original TIGER node tags - it'll
takes ages to remove them further down the line!

Cheers,
Andy

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

Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Emilie Laffray

2009/11/16 Andy Allan gravityst...@gmail.com


 Yes. Please don't include this point is within such-and-such a
 polygon data onto the point itself, it's redundant information and
 not helpful. When a county border is changed by legislation, then
 moving the border of the county should be sufficient for a mapper.
 Having to check and update 10,000 address nodes would be error-prone.


+1
is_in is completely useless especially as we improve the polygons like
county and administrative areas. I very strongly with Andy here on this
topic, especially considering how administrative areas are known to change
in different countries.

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

Re: [OSM-talk] Will Google ever use OSM data?

On Fri, Nov 13, 2009 at 8:30 PM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:


 2009/11/12 Elizabeth Dodd ed...@billiau.net

   http://www.toiletmap.gov.au/
 ... but the toilet map is serious, even if the Register
 didn't realise it

 the cyclemap-makers also love toilets. They're displayed one zoomlevel more
 (till 14) than churches and drinking_water ;-)

Just wait until I start rendering benches at z10 and trees at z8!

(If anyone cares, it used to be that all of europe was only available
till z13 (z14 in the UK, urban areas were z15/z16) - so things that
are important in rural areas had to show up at amusing zoom levels.
I've yet to really get round to fixing that!)

Cheers,
Andy

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

Re: [OSM-talk] positioning of barrier = stile

2009-11-16 Thread Dave F.

Richard Bullock wrote:
 My query relates to where a footway joins a road and there is a stile.

 say a- b is footway , and c - d is road

 Should the stile be placed at b
   c
   |
   |
 a--b
   |
   |
   d

 or should I  put in a node e and tag that with barrier = stile:

   c
   |
   |
 a---e-b
   |
   |
   d

 I have been doing the former, but it appears this might stop routing
 applications allowing a car to travel from c - d as the barrier = stile
 blocks the road to vehicle transport, and so the second tagging option
 might be better.

 
 I've always tagged the stile where it actually is (via geo-tagged photo). I 
 would therefore use the 2nd option, but my positioning of node 'e' will 
 depend on where my photo says it is.

 Regardless of routing applications; the best option here is to ask yourself 
 how many stiles are there on the road between c to d. If the answer is none, 
 then the way c-d should not have any node tagged as a stile. 


   
Not sure if you actually keep the path separate but I'd show it like 
this where the path is joined to the road with the stile set back
Remember the ways are representing the centrelines of the route so a 
stile is always set back a bit by half the width of the road plus any 
verges, paths etc.


  c
  |
  |
a--e--b
  |
  |
  d

Dave F.




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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Russ Nelson

Andy Allan writes:
  On Sat, Nov 14, 2009 at 6:22 PM, Dave Hansen d...@sr71.net wrote:
  
   There are still quite a few squeaky wheels that
   like to grumble about TIGER, but I haven't heard a single person say
   that it did more harm than good.
  
  It did more harm than good.

No, it didn't.  I didn't start mapping until TIGER was imported.  Why?
Because I knew that a lot of the work had already been done.  Why
should I waste my time, as you folks in the UK have **been forced** to
waste your time reinventing an existing map?  We have a public domain
map which we could start with.

Don't try to cast your impediment as an advantage.  It wasn't, and our
advantage (sensible government policy) isn't an impediment.

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

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

Re: [OSM-talk] positioning of barrier = stile

2009-11-16 Thread Nick Whitelegg

Should be this:

or should I  put in a node e and tag that with barrier = stile:

   c
   |
   |
 a---e-b
   |
   |
   d

or, better



 c 
 .
 . 
 .
a..e.b
 .
 d

because the path has to actually join the road. b is the node of 
intersection.

Nick


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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

On Mon, Nov 16, 2009 at 2:34 PM, Russ Nelson nel...@crynwr.com wrote:
 Andy Allan writes:
   On Sat, Nov 14, 2009 at 6:22 PM, Dave Hansen d...@sr71.net wrote:
  
    There are still quite a few squeaky wheels that
    like to grumble about TIGER, but I haven't heard a single person say
    that it did more harm than good.
  
   It did more harm than good.

 No, it didn't.  I didn't start mapping until TIGER was imported.  Why?
 Because I knew that a lot of the work had already been done.  Why
 should I waste my time, as you folks in the UK have **been forced** to
 waste your time reinventing an existing map?

Sorry, which map have we reinvented? I'd love to know which map has an
accurate pedestrian routing network that is collected as such and not
a derived interpretation of other base maps. Or maybe you think OSM is
just a road network with some POIs? Or are you again thinking that the
work we've done in OSM is actually inferior to the work available from
the Ordnance Survey?

 We have a public domain
 map which we could start with.

If all you're aiming for is a slightly better version of TIGER, then
it was worth starting with TIGER and that's pretty much all you'll
get. Oh, look, that's what happened.

 Don't try to cast your impediment as an advantage.  It wasn't, and our
 advantage (sensible government policy) isn't an impediment.

So let me get this straight, your public domain road shapefiles have
been an advantage? And therefore OSM is better in the US than in
Germany? Geez, we're all sure hurting from a lack of imports over
here. I don't think you've really understood just *how* far behind you
are (precisely because of this advantage, imo) and how much slower
things are progressing on your side of the Atlantic.

So please, turn away from imports and work on getting mappers in
charge, especially out pounding the streets. The outcome will be much,
much better in the end, and that end will come much, much quicker.

Cheers,
Andy

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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Anthony

On Mon, Nov 16, 2009 at 10:05 AM, Andy Allan gravityst...@gmail.com wrote:
 I'd love to know which map has an
 accurate pedestrian routing network that is collected as such and not
 a derived interpretation of other base maps.

C'mon, this is the United States.  A blank map is an accurate
pedestrian routing network.  ;)

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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009TIGER data

2009-11-16 Thread Mike N.

 So please, turn away from imports and work on getting mappers in
 charge, especially out pounding the streets. The outcome will be much,
 much better in the end, and that end will come much, much quicker.

  The 'Quicker' part will always be debatable; I put in many hours on fixups 
and the end result of the number of miles of properly routable interstate, 
state, and county highway is much much greater than what I could have 
produced from scratch with only aerial images.

   There is an issue of community in the US and how to get it going in 
general across the US.   There are areas in the US with more active 
communities, but I can count the number of active mappers in my state on one 
hand.   I doubt TIGER has anything to do with this.
 


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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Apollinaris Schoell


On 16 Nov 2009, at 7:14 , Anthony wrote:

 On Mon, Nov 16, 2009 at 10:05 AM, Andy Allan gravityst...@gmail.com wrote:
 I'd love to know which map has an
 accurate pedestrian routing network that is collected as such and not
 a derived interpretation of other base maps.
 
 C'mon, this is the United States.  A blank map is an accurate
 pedestrian routing network.  ;)
 

you are talking about a different US. I am constantly forced to stop at 
Violators will be prosecuted, signs.

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


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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Apollinaris Schoell


On 16 Nov 2009, at 7:05 , Andy Allan wrote:

 On Mon, Nov 16, 2009 at 2:34 PM, Russ Nelson nel...@crynwr.com wrote:
 Andy Allan writes:
   On Sat, Nov 14, 2009 at 6:22 PM, Dave Hansen d...@sr71.net wrote:
  
There are still quite a few squeaky wheels that
like to grumble about TIGER, but I haven't heard a single person say
that it did more harm than good.
  
   It did more harm than good.
 
 No, it didn't.  I didn't start mapping until TIGER was imported.  Why?
 Because I knew that a lot of the work had already been done.  Why
 should I waste my time, as you folks in the UK have **been forced** to
 waste your time reinventing an existing map?
 
 Sorry, which map have we reinvented? I'd love to know which map has an
 accurate pedestrian routing network that is collected as such and not
 a derived interpretation of other base maps. Or maybe you think OSM is
 just a road network with some POIs? Or are you again thinking that the
 work we've done in OSM is actually inferior to the work available from
 the Ordnance Survey?
 
 We have a public domain
 map which we could start with.
 
 If all you're aiming for is a slightly better version of TIGER, then
 it was worth starting with TIGER and that's pretty much all you'll
 get. Oh, look, that's what happened.
 

Absolutely, me to approach. And why have all the hassle with community, 
vandalism … every GIS expert can build a DB with Tiger data. 
If we don't see osm as a social and community project with a dynamic entirely 
different from traditional GIS i't a wast of time.
compare US with Europe and you will cry, compare it with some places in Africa, 
India Asia … where people can barely afford GPS and Computers it's a shame how 
bad the US map is.


 Don't try to cast your impediment as an advantage.  It wasn't, and our
 advantage (sensible government policy) isn't an impediment.
 
 So let me get this straight, your public domain road shapefiles have
 been an advantage? And therefore OSM is better in the US than in
 Germany? Geez, we're all sure hurting from a lack of imports over
 here. I don't think you've really understood just *how* far behind you
 are (precisely because of this advantage, imo) and how much slower
 things are progressing on your side of the Atlantic.
 
 So please, turn away from imports and work on getting mappers in
 charge, especially out pounding the streets. The outcome will be much,
 much better in the end, and that end will come much, much quicker.
 

I wouldn't go that far. As long as imports are done by active mappers in their 
local area and they take responsibility and fix all problems they create with 
the import.

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


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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Dave Hansen

On Mon, 2009-11-16 at 15:05 +, Andy Allan wrote:
 So please, turn away from imports and work on getting mappers in
 charge, especially out pounding the streets. The outcome will be much,
 much better in the end, and that end will come much, much quicker.

I think TIGER was a success if only because of all the Europeans we
tricked into fixing our roads for us. :)

-- Dave


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

Re: [OSM-talk] does one need to download the planet to use osmosis

2009-11-16 Thread Peter Körner

 wget http://planet.openstreetmap.org/planet-latest.osm.bz2 -O - |
 bzcat
osmosis --read-xml /dev/stdin --bounding-box top=49.5138
left=10.9351 bottom=49.3866 right=11.201 --write-xml extract.xml
 
 Isn't this bbox only a few times larger then what the API will download
 in a single call?

The bbox is just a sample from the osmisis wiki page. I just wanted to 
outline the process of working with the streaming download.
  You can add any command to the pipe, e.g. a sax-parser in php:


wget http://planet.openstreetmap.org/planet-latest.osm.bz2 -O - -q | \
   bzcat | php parser.php  data.csv

where parser.php creates a sax-parser reading from STDIN.

Peter

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

Re: [OSM-talk] Offline Dump of the Wiki

2009-11-16 Thread Rob

even better, how can we mirror the wiki and have lightning fast local mirrors ;)

2009/11/16 Alexander Menk
menk-you.should.remove.this.for.permanent.cont...@mestrona.net:
 Hi!

 how can I get a offline version of the wiki?

 Alexander


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



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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Russ Nelson

Andy Allan writes:
  On Mon, Nov 16, 2009 at 2:34 PM, Russ Nelson nel...@crynwr.com wrote:
   should I waste my time, as you folks in the UK have **been forced** to
   waste your time reinventing an existing map?
  
  Sorry, which map have we reinvented?

If OSM is better than OS, then you've reinvented it -- but that work
was only necessary because your country doesn't put its map into the
public domain.  If it had, then you would have started with it, and
would now be arguing with the governments of X, Y, and Z that they
should put their map data into the public domain.

   We have a public domain
   map which we could start with.
  
  If all you're aiming for is a slightly better version of TIGER, then
  it was worth starting with TIGER and that's pretty much all you'll
  get. Oh, look, that's what happened.

Oh, look, we have 99% of all roads in the US in OSM.  Can you say that
about any other country besides the exceptional Germany and the (dare
I say it) imported Netherlands?

   Don't try to cast your impediment as an advantage.  It wasn't, and our
   advantage (sensible government policy) isn't an impediment.
  
  So let me get this straight, your public domain road shapefiles have
  been an advantage? And therefore OSM is better in the US than in
  Germany?

Andy, what you said does not follow logically.  impediment and
advantage refer to an amount of work, not quality.  It was easier to
get to where we are now, than it was for Germany to get to an
equivalent state (which was probably three years ago).  Germany has a
three year head start.  Naturally that's reflected in the quality of
OSM: much better in Germany than the US.

  Geez, we're all sure hurting from a lack of imports over here. I
  don't think you've really understood just *how* far behind you are
  (precisely because of this advantage, imo) and how much slower
  things are progressing on your side of the Atlantic.

I don't think you understand how far we've come with so few people and
so little effort.

  So please, turn away from imports and work on getting mappers in
  charge, especially out pounding the streets. The outcome will be much,
  much better in the end, and that end will come much, much quicker.

What's the rush?

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

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

Re: [OSM-talk] why does mapnik not display my circles?

Hi,

Kenneth Gonsalves wrote:
 all that is done, there is a food column and there are returns as to 'select 
 where food is nveg'

Then maybe you really want to play with what Richard Mann hinted at - 
perhaps your circles are overlapping other stuff and that's why Mapnik 
chooses to omit them (easy to test it - put a node tagged food=nveg 
somewhere in the desert!).

Maybe you even have a problem where the circle conflicts with the 
restaurant/shop icon itself, then it might never get drawn at all.

If that's the problem, there are three things you can do -

1. change the order in which things are drawn (circles first, then rest 
of map?)

2. use allow_overlap='yes' in your BlahSymbolizer tag. Not all 
Symbolizers have it I believe but PointSymbolizer definitely has it.

3. use the clear_label_cache='on' attribute in your Layer tag. This 
will clear the collision boxes for text (and possibly icons - try it 
out) and start as if the map was empty (so it also affects later layers).

One of these is bound to work ;-)

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] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Kenneth Gonsalves

On Monday 16 Nov 2009 5:46:49 pm Andy Allan wrote:
  There are still quite a few squeaky wheels that
  like to grumble about TIGER, but I haven't heard a single person say
  that it did more harm than good.
 
 It did more harm than good.
 

same thing happened for the import of AND data in Mumbai India (although the 
rest of India is ok), so I for one can understand what you are saying
-- 
regards
Kenneth Gonsalves
Senior Project Officer
NRC-FOSS
http://nrcfosshelpline.in/web/

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

Re: [OSM-talk] why does mapnik not display my circles?

2009-11-16 Thread Kenneth Gonsalves

On Tuesday 17 Nov 2009 6:50:16 am Frederik Ramm wrote:
  all that is done, there is a food column and there are returns as to
  'select  where food is nveg'
 
 Then maybe you really want to play with what Richard Mann hinted at - 
 perhaps your circles are overlapping other stuff and that's why Mapnik 
 chooses to omit them (easy to test it - put a node tagged food=nveg 
 somewhere in the desert!).

already did that - soon as I get the updated data I will check if it works - 
only do not blame me if you look for sausage there and and find nothing ;-)
 
 Maybe you even have a problem where the circle conflicts with the 
 restaurant/shop icon itself, then it might never get drawn at all.
 
 If that's the problem, there are three things you can do -
 
 1. change the order in which things are drawn (circles first, then rest 
 of map?)
 
 2. use allow_overlap='yes' in your BlahSymbolizer tag. Not all 
 Symbolizers have it I believe but PointSymbolizer definitely has it.
 
 3. use the clear_label_cache='on' attribute in your Layer tag. This 
 will clear the collision boxes for text (and possibly icons - try it 
 out) and start as if the map was empty (so it also affects later layers).
 
 One of these is bound to work ;-)
 

will try all these out and revert - thanks for the tips

-- 
regards
Kenneth Gonsalves
Senior Project Officer
NRC-FOSS
http://nrcfosshelpline.in/web/

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

[OSM-talk] OSM at FOSDEM 2010

2009-11-16 Thread Kate

Are there any plans to have OpenStreetMap present at FOSDEM 2010 (in
February)?   - http://www.fosdem.org/2010/

I know that MediaWiki developers would like to have a developer room,
but it usually works best to make the broaden the scope and partner
with other projects in requesting a developer room.  I am involved
with both MediaWiki development and OSM and think it could work to
combine a proposal for a developer room at FOSDEM.

Is there interest among OSM to do this?  Who is interested in
attending?  participating?

-Kate

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

Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data

2009-11-16 Thread Cartinus

On Tuesday 17 November 2009 02:03:22 Russ Nelson wrote:
    We have a public domain
    map which we could start with.
  
   If all you're aiming for is a slightly better version of TIGER, then
   it was worth starting with TIGER and that's pretty much all you'll
   get. Oh, look, that's what happened.

 Oh, look, we have 99% of all roads in the US in OSM.  Can you say that
 about any other country besides the exceptional Germany and the (dare
 I say it) imported Netherlands?

Well in the Netherlands the AND import surely killed off most mapping 
activity. When the import happened there was no usable aerial imaging 
available. So fixing all those crooked urban streets that were really 
straight was a problem. Even now only about a quarter of the country has 
usable aerial imaging available. Fixing the non-road data from the import 
(forests and water) which was really low quality data is completely 
impossible without aerial imaging.

The most read comment after the import was: But now the map is finished. This 
resulted in two years of mostly stagnation. (Except for some isolated spots.)

It's now 2 years after the import and cycleways and pedestrian ways are still 
completely missing in most of the country.

I've been busy with fixing AND data around were I live and did some mapping of 
empty pieces of Belgium along along the Dutch-Belgian border. Mapping in a 
blank area was for sure easier and more productive than fixing the AND mess. 
I can say with certainty that if the import hadn't happend I would have 
mapped more of the city I live in, than I have corrected now.

-- 
m.v.g.,
Cartinus

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

[OSM-talk-nl] OSM-NL meets 6pp

2009-11-16 Thread Roeland Douma

Howdy,

Een beetje kort dag maar de man achter 6pp [1] is vandaag in Amsterdam en er 
is een klein meeting. Gewoon een beetje babbelen over het hoe en wat en kijken 
of we leuke dingen kunnen doen.

Dit alles uiteraard onder het genot van een drankje.

Het is om 19.00 in de Bekeerde suster [2] op de Nieuw markt. Kortom bijzonder 
goed te bereiken met het OV.

Mocht je in de buurt zijn en interesse hebben dan zie ik je vanavond!

Groet,
--Roeland

[1] http://kvdb.net/projects/6pp/
[2] http://www.debekeerdesuster.nl/
[3] 
http://tile.openstreetmap.nl/?zoom=18amp;lat=52.37224amp;lon=4.8994amp;layers=B0FFF


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

Re: [talk-au] Interesting opportunity

2009-11-16 Thread Peter Ross

On Sun, Nov 15, 2009 at 10:05 PM, John Smith deltafoxtrot...@gmail.com wrote:
 2009/11/15 Franc Carter franc.car...@gmail.com:
 NearMap seems to have pretty extensive coverage of WA. I was browsing
 and found another spec (Tammin) which I am currently filling in

 Tammin seems to be part of a large chunk of coverage around Perth, on
 the other hand I can't figure out why there is coverage around
 Carnavon as it's north of Perth by 1000km, give or take.

I'm sure the council or a large business there bought the coverage off
nearmap, as I believe that is there business model.  They'll sell you
up-to-date coverage for less than what you would pay for satellite
coverage.

For me the opportunity is this.

1. We map caranvon
2. OSM Local foundation and nearmap release press release saying look
carnavon is mapped and now the locals there have a high quality map
which they can use on the internet or on their gps free of charge.
3. Contact local paper there and try and get them to cover it
4. Post the message about nearmap onto the global list

but before we go any further we should first kick off the local foundation.

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

Re: [talk-au] Interesting opportunity

2009-11-16 Thread John Smith

2009/11/17  ed...@billiau.net:
 And although the OSMF has a plan for local chapters the plan is missing
 critical details.

Actually it's not that simple there seems to be various ideas as to
what a local chapter should be.

 They need to be sure that the local chapter is appropriate before
 permitting use of the name, but without a local chapter we can't prove
 whether we would be appropriate or not.

This is part of the reason why I published a lot of the supporting
documentation online.

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

Re: [talk-au] NearMap PhotoMap imagery for OSM

2009-11-16 Thread ben last


On Wed, 4 Nov 2009, John Smith wrote:
 Do you work for this company, or have a contact with them?


Just so the list knows... I work for NearMap (as does Alex K), and I'm happy
to respond to enquiries on the list.  There are actually a few of us on
various OSM forums and lists, but being a public company we're sometimes a
little bit constrained in what we can say.  The best way to interact with us
is via the forum on the NearMap site
(http://www.production.nearmap.com/community/contribute.aspx and click on
Forum), but I get the emails on this list and will read those that refer to
us :)

Anyway, in answer to a few of the questions that have come up:
* We use different aircraft in different locations; the comments by James
Andrewartha about the HyperPod are pretty much on the button.

* The need for authentication to access the website has been fully removed
now, so JOSM should be able to query our servers directly.

* We added the licensing about tracing for OSM specifically to allow use of
our images to boost the OSM data.  If you read more on our website (for
example, http://www.production.nearmap.com/help/faq.aspx#Gq4) you'll see
that we generate our StreetMap tiles from the OSM data, so it's very much to
our mutual benefit to get that data as up-to-date as we can.  In fact, since
we all live in Perth, there are quite a few updates to the data that we've
contributed, using the Potlatch custom URL format.

* Load balancing: all the externally available hostnames resolve to balanced
IPs, so you could use any of the web0-web7 or www hostnames.  However, to
make sure that you get the best service, including using the nearest web
servers to you (in net-connectivity terms), use www.nearmap.com.

* Accuracy: this is important to us!  The initial surveys of some cities
suffered some teething troubles with hardware and the accuracy suffered. 
You can generally expect the accuracy to be as good as the recent Perth
surveys, and when we reprocess the older surveys they will get more
accurate.
If you are assessing accuracy and find somewhere that we appear to be way
out (preferably against a known reference point), then please let us know,
via the forum.

* Caching tiles: if you can, please do.  They're served with strong etags
and suitable Cache-Control and Max-Age headers.  If your system honours
those, you'll get updated images in a reasonable time frame and avoid
hitting our servers too hard.  Incidentally, if you do try and suck down
tiles at a very high rate, you may well get throttled and start getting 509
responses.

Cheers
Ben
-- 
View this message in context: 
http://old.nabble.com/NearMap-PhotoMap-imagery-for-OSM-tp26192031p26383423.html
Sent from the OpenStreetMap - Australian Talk mailing list archive at 
Nabble.com.


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

Re: [Talk-de] Datenspende Naturfreundehäuser

2009-11-16 Thread Steffen Wolf

Hi Johannes Hüsing,

 Zur Erinnerung: Ich habe die Adressen und Koordinaten der 
 Naturfreundehäuser in Deutschland erhalten.

 Meine Absichtserklärung steht nun unter: 
 http://wiki.openstreetmap.org/wiki/DE:Naturfreundeh%C3%A4user

Gute Aktion! In welcher Reihenfolge gehst du vor? Ich wuerde gerne die
vier NFHs im Pfaelzer Wald ueberpruefen, die ich besucht hatte, wenn du
diese importiert hast. Drei von denen waren vor meinem Besuch Anfang
November bereits eingetragen, und vom vierten waren auf der Webseite die
GPS-Koordinaten angegeben.

Ah, sehe grad, du warst hier schon.

Hier sind auch die Verbindungswege zwischen den NFHs beschildert
(gruenes N mit rotem Pfeil in Richtung des naechsten Hauses). Wir sind
allerdings andere Wege gewandert, darum hab ich nur zwei Schnipselchen
eingetragen: Wanderwegsrelationen 326467 und 326469, samt Netzwerk
326471. Die koennten bei Gelegenheit erweitert, oder in bereits
existierende Relationen integriert werden.

Man muesste so eine Aktion eigentlich auch mal mit den Pfaelzer
Waldvereinshuetten machen.

cu,
 stw
-- 
Welch ein Meisterwerk ist der Mensch! Wie edel durch Vernunft! Wie
unbegrenzt an Fähigkeiten! In Gestalt und Bewegung wie bedeutend und
wunderwürdig! Im Handeln wie ähnlich einem Engel! Im Begreifen wie
ähnlich einem Gott! Die Zierde der Welt! Das Vorbild der Lebendigen!

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

Re: [Talk-de] Relevanzregeln für OpenStreetMap?

Hallo,

Martin Koppenhoefer wrote:
 der hat nur 2 Edits, beide mit Kommentar Test und beide löschen nur 
 Daten (soweit ich das sehe POIs). Kann das bitte jemand rückgängig 
 machen

Erledigt.

 und am besten den User sperren?

Eine freundliche Mail mit dem Hinweis, dass er offenbar nicht merkte, 
dass er live editiert hat, tut's doch fuer den Anfang - gesendet.

Bye
Frederik


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

[Talk-de] Kreisverkehr für Relationen aufspalte n

2009-11-16 Thread Jan Tappenbeck

Moin !

ich bin gerade dabei Bedarfsumleitungen bei den Autobahnen zu 
definierten und da Lübeck eine Vielzahl davon haben werden diese von 
diesen Verläufen auch berührt.

Nun stellt sich für mich die Frage - den ganzen Kreisel in die Ralation 
aufnehmen, man kann ja auch mehrfach dadurch fahren (Scherz), oder 
aufsplitten ?

Gruß Jan :-)


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

Re: [Talk-de] Kreisverkehr für Relationen aufspalten

2009-11-16 Thread marcus.wolschon

On Mon, 16 Nov 2009 10:25:14 +0100, Jan Tappenbeck o...@tappenbeck.net
wrote:
 Moin !
 
 ich bin gerade dabei Bedarfsumleitungen bei den Autobahnen zu 
 definierten und da Lübeck eine Vielzahl davon haben werden diese von 
 diesen Verläufen auch berührt.
 
 Nun stellt sich für mich die Frage - den ganzen Kreisel in die Ralation 
 aufnehmen, man kann ja auch mehrfach dadurch fahren (Scherz), oder 
 aufsplitten ?

Es sind Ways und sie sind Teil der Umleitung, also aufnehmen.

Ich prophezeihe mal einige Anwendungen die nicht korrekt mit
Kreisverkehren umgehen können die aus mehr als einem Way bestehen.
(Fahren sie in den Kreisverkehr, dritte Ausfahrt.) An den Fall
hatte ich zumindest nie gedacht.

Muss ich mal probiere welche Schwierigkeiten das macht.

Marcus

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

[Talk-de] Quelle für Bedarfsumleitungen

2009-11-16 Thread Jan Tappenbeck

Moin!

ich bin angefangen in Lübeck die Bedarfsumleitungen[1] zu erfassen und 
für einen Teil der Autobahnen sind die Listen noch nicht aufgebaut.

Frage: weiß einer von Euch ob es irgendwo dafür verwertbare Listen gibt ?

Gruß Jan :-)

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung


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

Re: [Talk-de] Kreisverkehr für Relationen aufspalten

2009-11-16 Thread Andre Hinrichs

Am Montag, den 16.11.2009, 10:41 +0100 schrieb
marcus.wolsc...@googlemail.com:
 On Mon, 16 Nov 2009 10:25:14 +0100, Jan Tappenbeck o...@tappenbeck.net
 wrote:
  Moin !
  
  ich bin gerade dabei Bedarfsumleitungen bei den Autobahnen zu 
  definierten und da Lübeck eine Vielzahl davon haben werden diese von 
  diesen Verläufen auch berührt.
  
  Nun stellt sich für mich die Frage - den ganzen Kreisel in die Ralation 
  aufnehmen, man kann ja auch mehrfach dadurch fahren (Scherz), oder 
  aufsplitten ?
 
 Es sind Ways und sie sind Teil der Umleitung, also aufnehmen.
 
 Ich prophezeihe mal einige Anwendungen die nicht korrekt mit
 Kreisverkehren umgehen können die aus mehr als einem Way bestehen.
 (Fahren sie in den Kreisverkehr, dritte Ausfahrt.) An den Fall
 hatte ich zumindest nie gedacht.
 
 Muss ich mal probiere welche Schwierigkeiten das macht.

Genau. Wenn der Routenplaner einen Kreisverkehr nicht mehr als solchen
erkennen kann, können auch keine entsprechenden Meldungen erfolgen.

Ich wäre also auch dafür, die Kreisverkehre geschlossen zu halten. Ich
habe jedoch auch schon gesehen, dass Kreisverkehre aufgeteilt wurden.
Einen Vorteil sehe ich da jedoch nicht. Im Gegenteil, die Anzahl der
Wege wird dadurch erhöht und falls eine Route durch mehrere Abschnitte
des Kreisverkehrs führt, wird auch die Relation um entsprechend viele
Member-Einträge größer. Ich bin da eher ein Verfechter des
Simplifizismus... keep it simple...

Ausserdem ist es zumindest in JOSM mit einem geschlossenen Kreisverkehr
einfacher nach einer Bearbeitung den Kreis wieder zu einem Kreis zu
machen.

Meines Wissens gab es eine solche Diskussion aber auch schon mal. Werde
mal auf die Suche gehen...


Andre



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

Re: [Talk-de] Leerstehende Ladenlokale

2009-11-16 Thread Stephan Wolff

Florian Lohoff schrieb:
 On Sun, Nov 15, 2009 at 01:54:00PM +0100, Raimond Spekking wrote:
 Moin,

 wie taggt ihr zeitweise leerstehende Ladenlokale?

 Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt
 bestehen und alle shop/amenity/man_mades entfernen - oder?
 
+1

Ladenlokale gibt es zu viele, um sie vollständig zu erfassen. Eine 
ehemalige Bank, Kneipe oder Beratungsstelle ist das gleiche wie eine 
leerstehende Verkaufsfläche. Wieso sollte man dann shop verwenden?

Bei wichtigeren Objekten und solchen, die nur zeitweise geschlossen 
sind, setzte ich meist old_ vor den key. Dann kann das Objekt ggf. 
noch unter seinem Namen gefunden werden und der nächste Mapper weiß 
auch, dass das Objekt bewusst entfernt und nicht vergessen wurde. Beispiele:

old_route=ferry
note=Fähranleger baufällig, kein Betrieb bis Mitte 2010

old_amenity=cinema
old_name=Metro

old_amenity=restaurant
old_name=Ausflugslokal Gipfelblick

Viele Grüße

Stephan






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

Re: [Talk-de] Kreisverkehr für Relationen aufspalten

2009-11-16 Thread Garry

Andre Hinrichs schrieb:
 Genau. Wenn der Routenplaner einen Kreisverkehr nicht mehr als solchen
 erkennen kann, können auch keine entsprechenden Meldungen erfolgen.

 Ich wäre also auch dafür, die Kreisverkehre geschlossen zu halten. Ich
 habe jedoch auch schon gesehen, dass Kreisverkehre aufgeteilt wurden.
 Einen Vorteil sehe ich da jedoch nicht. Im Gegenteil, die Anzahl der
 Wege wird dadurch erhöht und falls eine Route durch mehrere Abschnitte
 des Kreisverkehrs führt, wird auch die Relation um entsprechend viele
 Member-Einträge größer. Ich bin da eher ein Verfechter des
 Simplifizismus... keep it simple...

 Ausserdem ist es zumindest in JOSM mit einem geschlossenen Kreisverkehr
 einfacher nach einer Bearbeitung den Kreis wieder zu einem Kreis zu
 machen.

 Meines Wissens gab es eine solche Diskussion aber auch schon mal. Werde
 mal auf die Suche gehen...

   
Ich meine da war mal wa mit Brücke im Kreisverkehr der eine Aufspaltung 
nötig macht.

Garry

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

Re: [Talk-de] Leerstehende Ladenlokale

2009-11-16 Thread Garry

Stephan Wolff schrieb:


 Ladenlokale gibt es zu viele, um sie vollständig zu erfassen. Eine 
 ehemalige Bank, Kneipe oder Beratungsstelle ist das gleiche wie eine 
 leerstehende Verkaufsfläche. Wieso sollte man dann shop verwenden?
   
Letztenendes sind das doch alles eine Art von Verkaufsflächen - gibt es 
einen besseren Oberbegriff als
shop dafür?

Garry


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

Re: [Talk-de] Kreisverkehr für Relationen aufspalte n

2009-11-16 Thread Chris-Hein Lunkhusen

Jan Tappenbeck schrieb:

 Nun stellt sich für mich die Frage - den ganzen Kreisel in die Ralation
 aufnehmen, man kann ja auch mehrfach dadurch fahren (Scherz), oder
 aufsplitten ?

Hi Jan,

ich persönlich lasse den Kreisel immer ganz, allerdings hat
mkgmap (also die Garmin-Karten) soviel ich weiss keine
Probleme mit gespaltenen Kreiseln. ;-)

Chris


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

Re: [Talk-de] Leerstehende Ladenlokale

Am 16. November 2009 11:48 schrieb Stephan Wolff s.wo...@web.de:

 Ladenlokale gibt es zu viele, um sie vollständig zu erfassen.


haha, was soll das denn bedeuten? Gibt es dafür nicht Openstreetmap? In
einer Stadt wie Berlin mit vielen aktiven Mappern kann ich mir durchaus auch
aktuelle Daten für leerstehende Ladenlokale vorstellen, weltweit muss das
zwar derzeit nciht unbedingt gelten, aber das ist demjenigen, der in Berlin
ist, z.B. egal ;-).


 Eine
 ehemalige Bank, Kneipe oder Beratungsstelle ist das gleiche wie eine
 leerstehende Verkaufsfläche. Wieso sollte man dann shop verwenden?


naja, über den Tag kann man sich im einzelnen streiten. Ich bin ja sowieso
eher für einen generellen Leerstandstag, der dann auch Banken, Büros,
Fährterminals, Flughäfen, Jägerstände, Wohnungen und alles andere
beinhaltet. disused wäre dafür evtl. ein bereits in Benutzung befindlicher
tag.


 Bei wichtigeren Objekten und solchen, die nur zeitweise geschlossen
 sind, setzte ich meist old_ vor den key. Dann kann das Objekt ggf.
 noch unter seinem Namen gefunden werden und der nächste Mapper weiß
 auch, dass das Objekt bewusst entfernt und nicht vergessen wurde.
 Beispiele:

 old_route=ferry
 note=Fähranleger baufällig, kein Betrieb bis Mitte 2010

 old_amenity=cinema
 old_name=Metro

 old_amenity=restaurant
 old_name=Ausflugslokal Gipfelblick


ja eben.

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

Re: [Talk-de] Kreisverkehr für Relationen aufspalten

2009-11-16 Thread Dimitri Junker

Hallo,

Ich wäre also auch dafür, die Kreisverkehre geschlossen zu halten.

Das kann doch grundsätzlich nicht klappen. Das aktuelle OSM-Modell schreit 
doch dauernd nach Zerstückelung. Warum soll das dann gerade bei Umleitungen 
oder Busrouten anders gemacht werden? Um diese Zerstückelei ein für alle mal 
loszuwerden gibt es meiner Meinung nach nur so etwas
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Segmented_Tag
Die Alternative ist zerstückeln und sie Teile wieder per Relation 
zusammenfügt. S.:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street

Gruß
Dimitri


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

Re: [Talk-de] Kreisverkehr für Relationen aufspalten

2009-11-16 Thread Stephan Olbrich

 Moin !
 
 ich bin gerade dabei Bedarfsumleitungen bei den Autobahnen zu
 definierten und da Lübeck eine Vielzahl davon haben werden diese von
 diesen Verläufen auch berührt.
 
 Nun stellt sich für mich die Frage - den ganzen Kreisel in die Ralation
 aufnehmen, man kann ja auch mehrfach dadurch fahren (Scherz), oder
 aufsplitten ?

Geschlossene Kreisverkehre machen halt das arbeiten mit Relationen 
schwieriger. Automatisch Elemente sortieren wird deutlich schwieriger. Und der 
Relation-Analyser kann damit auch noch nicht richtig umgehen und meint es gäbe 
nicht verbundene Segmente.

Grüße,
Stephan

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

Re: [Talk-de] Leerstehende Ladenlokale

2009-11-16 Thread qbert biker


 Original-Nachricht 
 Datum: Mon, 16 Nov 2009 00:34:15 +0100
 Von: Garry garr...@gmx.de
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Leerstehende Ladenlokale


 Es gibt Leute, die gehen nicht ohne Not zum Makler um ihm das Geld in 
 den Rachen zu werfen.
 Und warum soll nicht jemand auch OM zu Hilfe nehmen können wenn er bei 
 Gelegenheit in einen
 seinen Bedürfnissen besser entprechenden Verkaufsraum wechseln möchte?
 OSM wäre dazu auch eine zentrale Anlaufstelle während  es 
 Immobilienportale und  Makler  tausende 
 gibt.

Absolut richtig, solche Anwendungen sind es, die aus einer
simplen Datanbank den Mehrwert rausholen. 

Aber wie schon bei den Weihnachtsmaerkten entwickelt sich die
Diskussion in eine eigenartige Richtung. Loeschen oder nicht
loeschen ist doch nicht die Frage, sondern wie man das
alles so strukturiert, dass man an die Infos auch noch 
rankommt.

Ein potentieller Wohnungssuchender hat wenig von einer DB,
in der die Info die er sucht, in staendig wechselnden 
Tags versteckt ist und wer nicht gerade nach der Wohnung 
sucht, den interessiert die Info nicht. Das schreit doch
gerade nach Datenoverlays. Relativ statische Daten in die
Basis-DB und temporaere Sonderfaelle in einen Overlay, der
sich bei der Ortung auf OSM-Basisdaten bezieht.

Es ist jedenfalls von Vorteil, wenn man sich OSM-intern
mal drueber gedanken macht. Denn ein Externer, der OSM 
fuer ein Immoportal nutzen will, braucht die Community nicht
und es ist dann fraglich, ob in dem Fall etwas zurueckfliesst.
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

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

Re: [Talk-de] Leerstehende Ladenlokale

2009-11-16 Thread Torsten Leistikow

Garry schrieb am 16.11.2009 00:44:
 Wo ist da Problem wenn ein leerstehender Laden gerendert wird?

Wenn ich auf der Karte einen Laden suche, dann suche ich einen der heute
in Betrieb ist. Einen der frueher mal war oder der in Zukunft mal sein
wird, hilft mir in ueber 99,9% aller Faelle herzlich wenig.

 Ansonsten sollte es nicht all zu schwierig sein eine Symbolik zu 
 implemenetieren die auf disused gesetzte Objekte
 entsprechend markiert.

...

 Weil man die Mühe scheut einmalig ein bischen mehr Aufwand in etwas zu 
 stecken um eine allgemeingültige Lösung zu haben
 als sich für jedes Ojekt(Tag) einzeln zu überlegen wie man damit umgeht 

Weil das kein einmaliger Aufwand ist, sondern das Spiel jedes mal von
vorne los geht, sobald jemand ein neues Tag erfindet, das die
bestehenden Tags nicht einfach erweitert sondern in ihrer Bedeutung
grundlegend aendert.
Ausserdem muss so eine Aenderung nicht nur an einer Stelle gemacht
werden, sondern unzaehlige verschiedene Programme muessen angepasst
werden. Das geht nicht so mal eben.

Es spricht nichts dagegen, neue Tags zu erfinden, solange die alten
weiterhin gueltig bleiben. Wenn man solche tags in der Datenbank
hinzufuegt, dann werden die Daten wenigstens nicht schlechter. Alle
Renderer funktionieren noch genauso gut wie zuvor.
Wenn man jetzt aber solche Tags hinzufuegt, die die bisher verwendeten
Tags in der Bedeutung grundlegend veraendern sollen, dann erzeugt man in
allen nicht angepassten Auswertungen ziemlichen Datenmuell.

 bzw. sich einfach aus der Affäre zieht in dem man es komplett
 löscht? Warum sammeln wir  alle so fleissig  Informationen? Doch sicher 
 nicht  damit  ie gelöscht werden?

Ich persoenlich wuerde geloeschte Informationen immer noch
falschen/unverstaendlichen Informationen vorziehen. Aber das ist
sicherlich Geschmackssache.

Ansonsten ist hier ja bereits shop=disused vorgeschlagen worden, was
doch das klar bessere Konstrukt ist als shop=* mit disused=yes.

Gruss
Torsten

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

Re: [Talk-de] Kreisverkehr für Relationen aufspalten

2009-11-16 Thread Stefan Dettenhofer (StefanDausR)

Hallo,

Garry schrieb:
 Ich meine da war mal wa mit Brücke im Kreisverkehr der eine Aufspaltung 
 nötig macht.
   

Es könnte auch eine Geschwindigkeitsbeschränkung sein oder ein 
Spurerweiterung, oder was auch immer!
Man könnte doch für diese Fälle eine Relation erstellen, die die Teile 
(ways) des Kreisverkehrs enthält. Dann hat man auch wieder alles beisammen.

Gruß,
Stefan



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

Re: [Talk-de] Leerstehende Ladenlokale

Am 16. November 2009 17:16 schrieb Torsten Leistikow de_m...@gmx.de:

 Garry schrieb am 16.11.2009 00:44:
  Wo ist da Problem wenn ein leerstehender Laden gerendert wird?

 Wenn ich auf der Karte einen Laden suche, dann suche ich einen der heute
 in Betrieb ist. Einen der frueher mal war oder der in Zukunft mal sein
 wird, hilft mir in ueber 99,9% aller Faelle herzlich wenig.


na und? Du brauchst ja nicht nur von Dir ausgehen. Es geht ja nicht nur um
Rendering und Routing. Wenn ich Soziologe oder Immobilienmakler bin oder
einfach eine neue Wohnung suche, interessiert es mich durchaus, wo wieviele
Wohnungen/Läden/Büros leerstehen. Das gibt ein Bild über die Gegend. Es gibt
sicher noch zig andere Beispiele, wo diese Information interessant sein
kann.


 Weil das kein einmaliger Aufwand ist, sondern das Spiel jedes mal von
 vorne los geht, sobald jemand ein neues Tag erfindet, das die
 bestehenden Tags nicht einfach erweitert sondern in ihrer Bedeutung
 grundlegend aendert.


klar, das sollte nicht sein (s. highway=construction und construction=Klasse
vs. highway=Klasse und construction=yes).


 Ausserdem muss so eine Aenderung nicht nur an einer Stelle gemacht
 werden, sondern unzaehlige verschiedene Programme muessen angepasst
 werden. Das geht nicht so mal eben.


man sollte Tags, deren Bedeutung man nicht kennt, gar nicht auswerten, dann
gibts auch keine Probleme.


 Es spricht nichts dagegen, neue Tags zu erfinden, solange die alten
 weiterhin gueltig bleiben. Wenn man solche tags in der Datenbank
 hinzufuegt, dann werden die Daten wenigstens nicht schlechter. Alle
 Renderer funktionieren noch genauso gut wie zuvor.


eben


 Wenn man jetzt aber solche Tags hinzufuegt, die die bisher verwendeten
 Tags in der Bedeutung grundlegend veraendern sollen, dann erzeugt man in
 allen nicht angepassten Auswertungen ziemlichen Datenmuell.


klar sollten neue Tags und Schemata mit den alten kompatibel sein. Ein
shop=disused ist z.B. kein Problem.

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

Re: [Talk-de] OSM an der VHS - OSM-DVD

2009-11-16 Thread Sven Sommerkamp

Am Freitag, 13. November 2009 17:09:22 schrieb Markus:
 Die Volkshochschule in Lauf möchte über OSM informieren.*
 
 Dazu sollen drei Veranstaltungen angeboten werden:
 1. Offener Einführungsabend (kostenlos)
 2. Workshop Daten sammeln und editieren (3 Std)
 3. Workshop eigene Website mit OSM (3 Std)
 
 Dazu soll den Teilnehmern eine OSM-DVD abgegeben werden...
 
 Mögliche Inhalte:
 - Garminkarte, PNA-Karte
 - Mapping-Video
 - JOSM-Tutorial
 - Geschichte von OSM
 - ...
 
 Die DVD soll so gestaltet sein, dass sie über den Einführungsabend
 hinaus als Wissensträger dient, und auch weitergegeben werden kann.*
 
 Selbstverständlich soll die DVD deutschlandweit bei Veranstaltungen
 eingesetzt werden können, vielleicht auch in CH und AT.
 
 Erster Einsatz wäre am 18. März 2010
 Im Januar könnte man fertige Teile auch gut auf der boot einsetzen.
 
 Dazu suche ich Ideen, Lösungen, Macher...*
 
 Gruss, Markus
 
 * Da hängen sich auch der Bürgernetzverein und der Bürgertreff dran.
 
 * Klar ist, dass bei der exponentiellen Entwicklung von OSM die
 Halbwertszeit einer solchen DVD begrenzt ist. Je nach Element sind
 unterschiedliche Laufzeiten möglich. Die Garminkarte beispielsweise
 könne man für jeden Anlass frisch erstellen.
 
 * Bei methodisch-didaktischen Fragen helfe ich gern.
Ganz interessant ist: Ich habe mir gerade eine Medion Videokamera gekauft.
Und im Moment beschäftige ich mich gerade ganz begeistert mit Videoschnitt und 
dergl. 
Zum Beispiel hab ich da einen meiner Versuche bei 
http://www.youtube.com/watch?v=vAr7FniCc_A 
Eine DVD mit dem OSM Thema zu machen war auch schon eine Idee von mir..


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

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

[Talk-de] Relations verbinden

2009-11-16 Thread Fabian

Hallo Liste,
gibt es eine moeglichkeit zwei relationen, in aktuellen Fall eine
Bahnstrecke, zu einer zusammenzufuehren?
Es hat ofenbar mal jemand am noerdlichen Ende Angefangen und Jemand am
suedlichen. War jetzt dabei suedliche nach norden auszubauen und habe
dabei die obere haelfte gefunden.
Kann man eine Relation markieren um Ihrem Verlauf neue Eigenschaften
zuzuweisen?

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

Re: [Talk-de] Relations verbinden

2009-11-16 Thread Andre Hinrichs

Am Montag, den 16.11.2009, 19:17 +0100 schrieb Fabian:
 Hallo Liste,
 gibt es eine moeglichkeit zwei relationen, in aktuellen Fall eine
 Bahnstrecke, zu einer zusammenzufuehren?
 Es hat ofenbar mal jemand am noerdlichen Ende Angefangen und Jemand am
 suedlichen. War jetzt dabei suedliche nach norden auszubauen und habe
 dabei die obere haelfte gefunden.

Mit JOSM relativ einfach:

1.) Für beide Relationen den Relations-Editor öffnen
2.) In einer Relation (derjenigen, die später wegfällt) alle Wege
selektieren und die selektierten Elemente auswählen.
3.) In der anderen Relation erscheinen dann die ausgewählten Objekte und
können dort eingefügt werden.
4.) Die erste Relation kann jetzt nach Prüfung der sonstigen
Eigenschaften gelöscht werden.
5.) Idealerweise dann noch Elemente sortieren.
6.) Hochladen, fertig


Andre



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

[Talk-de] Mehrere Hausnummern im Karlsruhe-Schema

2009-11-16 Thread Bartosz Fabianowski

Hallo allerseits

Wir sind in Irland auf ein Problem gestoßen das weltweit öfters
vorkommen dürfte und einer einheitlichen Lösung bedarf. Weil es das
Karlsruhe-Schema betrifft und dieses ja in Deutschland beheimatet ist
dache ich mir, daß ich mal auf talk-de nachfrage ob es vielleicht
bereits eine Lösung gibt.

Seit kurzem bemühen wir uns, Hausnummern in die Karte aufzunehmen.
Dummerweise ist die Nummernvergabe in Irland aber chaotisch und
inkonsistent. Es kommt sehr oft vor daß ein Gebäude, manchmal sogar ein
einzelner klitzekleiner Tante-Emma-Laden, mehrere Hausnummern hat.

Wir stehen also vor dem Problem, Nummern wie 3-7 abbilden zu müssen.
Erschwerend kommt hinzu daß in Irland bei manchen Straßen Nummern
aufeinanderfolgend vergeben werden während bei anderen nach Straßenseite
unterschieden wird. Eine Angabe wie 3-7 ist daher nicht eindeutig. Es
ist nicht klar ob 3,4,5,6,7 oder nur 3,5,7 gemeint ist.

Natürlich könnte man jetzt manuell die richtigen Nummern eintippen. Wir
haben aber durchaus auch Gebäude die 100 Nummern abdecken. Kein Mensch
möchte die alle eintippen.

Wir brauchen daher eine Möglichkeit, einem einzelnen Punkt oder Gebäude
eine Folge von Hausnummern zuzuweisen. Mir persönlich gefällt der
Vorschlag [1] sehr gut: Es wird erlaubt, einem Konten eine Hausnummer
wie addr:housenumber=3-7 zu geben. Dazu muß aber auch *an diesem Knoten*
ein addr:interpolation= festgelegt werden. Somit könnte man 3,4,5,6,7
abbilden als:

node id=1
tag k=addr:housenumber v=3-7 /
tag k=addr:interpolation v=all /
/node

Und das hier wäre 3,5,7:

node id=1
tag k=addr:housenumber v=3-7 /
tag k=addr:interpolation v=odd /
/node

Weil Mehrfachhausnummern in Irland so häufig sind brauchen wir schnell
eine praktikable Lösung. Bevor wir uns aber irgendwie festlegen wüßten
wir gerne wie das Problem in anderen Ländern gehandhabt wird. Ein
weltweit einheitliches Schema wäre natürlich am besten.

Hat jemand Erfahrungen mit diesem Vorschlag oder vielleicht mit einem
Gegenvorschlag der aus irgendeinem Grunde vorzuziehen wäre?

Gruß aus Dublin,
- Bartosz

[1]
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/House_numbers/Karlsruhe_Schema#Sub-proposal:_ranges_of_numbers_for_individual_nodes

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

Re: [Talk-de] Relations verbinden

2009-11-16 Thread Fabian

hm, bin leider nur Potlachkaempfer da scheint's nicht zu gehen.
Es geht um die beiden hier.
http://www.openstreetmap.org/?relation=223182
http://www.openstreetmap.org/?relation=164793
der RE5 faehrt von Rostock nach Lutherstadt Wittenberg. Ist also auch
schon zu groß zum vom server laden.
Gibt es einen JOSM user der mir die relationen verbinden wuerde nach der
anleitung von Andre unten? Um das komplettieren der fehlenden stuecken
wurde ich mich dann weiter kuemmern.
Habe die Relationseigenschaften der noerdlichen haelfte (164793)
aufgefrischt so das Sie die Gesamtrelation werden kann.

Andre Hinrichs wrote:
 Am Montag, den 16.11.2009, 19:17 +0100 schrieb Fabian:
 Hallo Liste,
 gibt es eine moeglichkeit zwei relationen, in aktuellen Fall eine
 Bahnstrecke, zu einer zusammenzufuehren?
 Es hat ofenbar mal jemand am noerdlichen Ende Angefangen und Jemand am
 suedlichen. War jetzt dabei suedliche nach norden auszubauen und habe
 dabei die obere haelfte gefunden.
 
 Mit JOSM relativ einfach:
 
 1.) Für beide Relationen den Relations-Editor öffnen
 2.) In einer Relation (derjenigen, die später wegfällt) alle Wege
 selektieren und die selektierten Elemente auswählen.
 3.) In der anderen Relation erscheinen dann die ausgewählten Objekte und
 können dort eingefügt werden.
 4.) Die erste Relation kann jetzt nach Prüfung der sonstigen
 Eigenschaften gelöscht werden.
 5.) Idealerweise dann noch Elemente sortieren.
 6.) Hochladen, fertig
 
 
 Andre
 
 
 
 ___
 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] Relations verbinden

2009-11-16 Thread Carsten Gerlach

Moin,

Am Montag 16. November 2009 20:15:15 schrieb Fabian:
 hm, bin leider nur Potlachkaempfer da scheint's nicht zu gehen.

Endlich ein Grund, es mal mit JOSM zu versuchen. ;-)

 Gibt es einen JOSM user der mir die relationen verbinden wuerde nach der
 anleitung von Andre unten?

Bitte schön: http://www.openstreetmap.org/browse/changeset/3135064

Gruß, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.funpic.de/gpg.html
=
www.stopptdievorratsdatenspeicherung.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

[Talk-de] Chemnitzer Linux-Tage 2010

2009-11-16 Thread Jens Poenisch


Hallo,

am 13./14. März 2010 finden wieder die Chemnitzer Linux-Tage statt.
Demos und Vorträge können angemeldet werden:

http://chemnitzer.linux-tage.de

Der Zuspruch in den letzten Jahren war ja sehr groß, so dass ich wieder
auf die OSM-Präsenz hoffe.

Selbst kann ich keinen Stand betreuen, da ich an der Info mitarbeite.

Tschüss, Jens

--
Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de
- Bisher haben die Astropsychologen noch nicht herausgefunden,
  woran die Elefanten denken. -- T. Pratchett
-An Elefantinnen, meint OJe___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] GPSbabel vs Punktwolken, die Nächste

2009-11-16 Thread malenki

In talk und talk-de wurde verschiedentlich ausgeführt, wie man
Punkte/ Punktwolken innerhalb von fest definierter Polygone löscht.

Mein Problem ist allerdings, dass ich gern Punktwolken von längeren
Pausen ((Bau)ampel, Imbiss, Picknick, vergessen auszuschalten), die
räumlich und zeitlich zufällig im Log verstreut sind, entfernen möchte.

Die bewölkten Logs sind mittlerweile in beachtlicher Länge auf
meiner Festplatte zu finden; ich möchte sie endlich 
ohne Punktwolken und
ohne sie von Hand editieren zu müssen
hochladen.

Hat einer der Mitleser ein Script gefunden/gebastelt, mit dem
sich Wolken automatisch aus Logs entfernen lassen? Ich (und sehr
wahrscheinlich viele andere) wären sehr dankbar.

Meine bisherigen Versuche mit GPSbabel waren nicht von Erfolg gekrönt.

Mit -x position,time konnte ich keine signifikanten Verminderung von
Punktwolken feststellen.

Bei der Verwendung von -x position,distance werden nicht nur
Punktwolken gelichtet, sondern das gesamte Log. Kurven werden
geschnitten und alle Wege die man mehrmals abgefahren hat, sind nur
noch einmal mit Punkten versehen.

Es dürfte zwei Möglichkeiten zur Lösung des Problems geben. Diese
umzusetzen ist mit meinen Kenntnisse nicht möglich. Ob das Problem
überhaupt mit GPSbabel zu lösen ist, wäre die nächste Frage.

1. Alle Punkte, die innerhalb eines zu definierenden Zeitraumes t sich
nicht weiter voneinander entfernt als eine zu definierenden Entfernung
s zu löschen. 
Einfach ausgedrückt entspräche das dem GPSbabel-Filter -x position
mit den Werten time AND distance.

2. Man verarbeitet das gesamte Log, schaut per $Automatismus nach,
wo im Raum sich die Punkte häufen, beschreibt um diese Wolken ein
Polygon, mithilfe dessen man das Log von den Wolken befreit.

3. man gibt auf und lädt die Logs einfach hoch. :(

Mit Hoffnung auf positive Antwort
malenki

PS: Immerhin habe ich während der Vorarbeiten einen flexibel
einsetzbaren Einzeiler zum Aneinanderhängen beliebig
definierbarer gpx-Logs zusammengestückelt.

Wer wenig bash-scripten kann (wie ich), Vorhandenes aber gern
einsetzt, kann es gern nutzen:

#!/bin/bash
# append multiple gpx files easily
gpsbabel -i gpx $(echo $* | for GPX; do echo -n  -f $GPX ; done) \
 -o gpx -F appended.gpx

Das Script kann mit regexp und Wildcards aufgerufen werden, z.B.
gpxappend *10[379]*gpx

Modifizierte Version von
http://lists.openstreetmap.org/pipermail/talk/2007-May/013639.html

/schwafel



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

Re: [Talk-de] pfoten-weg mal wieder

2009-11-16 Thread Peter Körner

 Martin Koppenhoefer wrote:
 Gab es eigentlich eine Reaktion in irgendeiner Form?


http://www.openstreetmap.org/user/pfoten-weg
Mapper seit: Samstag, 14. November 2009, 13:39 Uhr (2 Tage her)

Huch.. was ist denn da passiert?

Lg, Peter

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

Re: [Talk-de] OSM an der VHS - OSM-DVD

2009-11-16 Thread Markus

Hallo Sven,

 Mögliche Inhalte:
 - Garminkarte, PNA-Karte
 - Mapping-Video
 - JOSM-Tutorial
 - Geschichte von OSM
 - ...

 Dazu suche ich Ideen, Lösungen, Macher...*

 Ich habe mir gerade eine Medion Videokamera gekauft.
 Und im Moment beschäftige ich mich gerade ganz begeistert mit Videoschnitt 
 und 
 dergl. 

:-)

 Eine DVD mit dem OSM Thema zu machen war auch schon eine Idee von mir..

Ein Bild sagt mehr als 1000 Worte...
Ein kleine Drehbuch machen - und dann einfach anfangen!

Vielleicht hilft das:
http://wiki.openstreetmap.org/wiki/DE:Video_Tutorials

Gruss, Markus


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

Re: [Talk-de] GPSbabel vs Punktwolken, die Nächste

2009-11-16 Thread Johann H. Addicks

malenki schrieb:

 3. man gibt auf und lädt die Logs einfach hoch. :(

Genau das.

Abgesehen davon, dass GPS-Babel nur Punkte filtern mag, jedoch keine
Tracks, man also erstmal die Tracks in Punkte umwandeln muss und dann
Probleme bekommt, wenn mal -durch Firmwarebug(?) im Receiver eine
Uhrzeit nicht stimmt. Dann bricht GPS-Babel bei der Rücktransformierung
die ganze Datei ab.
Und eine Chance auf aussagekräftige Fehlermeldungen (z.B. in welcher
Zeite) bestehen wohl auf mittelfristig nicht.

-jha-


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

Re: [Talk-de] pfoten-weg mal wieder

2009-11-16 Thread Michael Bemmerl

Peter Körner schrieb:
 Martin Koppenhoefer wrote:
 Gab es eigentlich eine Reaktion in irgendeiner Form?

 
 http://www.openstreetmap.org/user/pfoten-weg
 Mapper seit: Samstag, 14. November 2009, 13:39 Uhr (2 Tage her)
 
 Huch.. was ist denn da passiert?

Den Benutzername des alten Accounts in pfoten_weg_!_ umbenannt [1],
und mit pfoten-weg einen neuen Account erstellt.

Grüße,
Michi

[1] http://www.openstreetmap.org/user/pfoten_weg_!_



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

[Talk-de] Automatische Korrekturen, nerv...

Hallo,

gerade hat mich jemand, der weit weg von hier einen automatischen 
Import verhunzt hat (fuenfmal das gleiche, oder fast-gleiche, 
importiert) gebeten, doch da beim Aufraeumen zu helfen.

Eigentlich kein grosses Ding. Kommt ja mal vor, sowas.

Nun muss ich leider feststellen, dass ein wohlmeinender deutscher 
Allesverbesserer da offenbar ein Skript kaufen lassen hat, das 
fehlerhafte Tags in diesem Import korrigiert hat. Das macht meine Arbeit 
jetzt um einiges schwieriger.

Wenn derjenige auch nur ein winziges bisschen hingeschaut haette, dann 
haette er gesehen, dass die Daten dort sowieso total kaputt sind. Einmal 
im JOSM laden, das faellt sofort auf. Aber nein, da wird vom 
Schreibtisch in Deutschland aus mal eben weltweit was verbessert, ohne 
sich einen Furz um die lokalen Gegebenheiten zu scheren.

Ich bin nach wie vor dafuer, dass jeder alles aendern darf. Aber ich bin 
auch dafuer, dass man *hinschaut*, was man da tut, und dass man das in 
enger Zusammenarbeit mit den jeweils regional zustaendigen Mappern 
tut. Beides war hier nicht der Fall, da wurde einfach globalgalaktisch 
die Schreibung eines Tags korrigiert.

Sowas ist vielleicht gut gemeint, aber nicht gut. Wie die Englaender so 
schoen sagen: The road to hell is plastered with good intentions.

Bye
Frederik

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

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

[Talk-de] osmrender, Relationen und Relief

2009-11-16 Thread Stephan Olbrich

Hallo,

gibt es eine Möglichkeit mit osmrender auch relationen zu rendern?
Ich hab in den osm-map-features-z*.xml Dateien nix gefunden..

Und die zweite Frage: Osmrender kann ja nur Höhenlinien aber keine Reliefs 
machen, oder? Gibt es irgend eine Anleitung, wie ich ein mit osmrender 
erzeugtes svg und ein (wie auch immer erzeugtes) Relief richtig skaliert 
zusammen bekomme? Und das ganze in einer Auflösung dass ich das am Ende auch 
drucken kann...

Grüße,
Stephan

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

Re: [Talk-de] Plz / Orte mit Strassen

2009-11-16 Thread karl . weber99

Hallo,

Peter Körner osm-lists at mazdermind.de writes:
 
 Suuuper, ich trag bestimmt nich für jedes Haus in Frankfurt Land, PLZ, 
 Straße und Ort nach. Hausnummern rein bekommen ist schon emhr als genug 
 Arbeit.
 

Das sehe ich genauso. Die ganze Adresse an jedem Haus zu erfassen ist mir nicht
nur viel zu viel Arbeit, ich halte es vom Datenmodell her auch fuer falsch.

Wenn man nach dem Karlsruher Schema kartiert, sollte man schon mal keine Strasse
angeben muessen, sie ist ja ueber die Relation vom Typ associatedStreet bereits
zugeordnet. Sodann koennte man auch addr:country, addr:city, addr:postcode an
dieser Relation hinterlegen. Man braeuchte diese Daten dann nur einmal pro
Relation einzugeben. Sie wuerden dann fuer alle an dieser Relation teilnehmenden
Haeuser gelten. Wenn eine Strasse mehrere Laender (gibt es so etwas
ueberhaupt?), Orte (wohl eher selten) oder Postleitzahlenbereiche durchlaeuft,
dann muesste man halt mit entsprechend vielen Relationen arbeiten. Das vermeidet
Redundanzen, scheint mir vom Datenmodell her viel besser und spart viel Arbeit
beim Kartieren.

Fuer den Fall, dass ein einzelnes Gebaeude eine eigene PLZ hat (kommt vor), und
_nur_ dann, sollte man diese direkt am Haus hinterlegen muessen. Solche
Einzelzuweisungen koennten dann den ueber die Relation gegebenen Wert
ueberschreiben.

Wenn mal so eine Loesung existiert, dann werde ich neben der Hausnummer auch
andere Daten der Adresse erfassen

Viele Gruesse

/Karl

 


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

Re: [Talk-de] Plz / Orte mit Strassen

Hallo,

karl.weber99 wrote:
 Wenn man nach dem Karlsruher Schema kartiert, sollte man schon mal keine 
 Strasse
 angeben muessen, sie ist ja ueber die Relation vom Typ associatedStreet 
 bereits
 zugeordnet. 

Das ist aber optional und wird nur von wenigen benutzt. - Wenn es jemand 
einfacher findet, den Namen der Strasse an die Haeuser dranzutaggen, 
warum nicht.

 Man braeuchte diese Daten dann nur einmal pro
 Relation einzugeben. Sie wuerden dann fuer alle an dieser Relation 
 teilnehmenden
 Haeuser gelten. Wenn eine Strasse mehrere Laender (gibt es so etwas
 ueberhaupt?), Orte (wohl eher selten) oder Postleitzahlenbereiche durchlaeuft,
 dann muesste man halt mit entsprechend vielen Relationen arbeiten. Das 
 vermeidet
 Redundanzen, scheint mir vom Datenmodell her viel besser und spart viel Arbeit
 beim Kartieren.

Glaub ich nicht mal, weil JOSM ja die addr:-Felder mit dem jeweils 
letzten Wert vorausfuellt; vermutlich hast Du mit einer Relation mehr 
Rumgeklicke. Trotzdem ist das nateurlich auch eine Moeglichkeit.

 Fuer den Fall, dass ein einzelnes Gebaeude eine eigene PLZ hat (kommt vor), 
 und
 _nur_ dann, sollte man diese direkt am Haus hinterlegen muessen.

Es ist richtig, dass man _nur_ dann diese PLZ am Haus hinterlegen 
_muss_, aber man _kann_ es auch in allen anderen Faellen.

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] Automatische Korrekturen, nerv...

Am 16. November 2009 22:51 schrieb Frederik Ramm frede...@remote.org:

 Hallo,

gerade hat mich jemand, der weit weg von hier einen automatischen
 Import verhunzt hat (fuenfmal das gleiche, oder fast-gleiche,
 importiert) gebeten, doch da beim Aufraeumen zu helfen.

  Nun muss ich leider feststellen, dass ein wohlmeinender deutscher
 Allesverbesserer da offenbar ein Skript kaufen lassen hat, das
 fehlerhafte Tags in diesem Import korrigiert hat. Das macht meine Arbeit
 jetzt um einiges schwieriger.


das ist zwar in diesem Fall zufällig ein Problem, aber irgendwie kannst Du
doch auch nicht demjenigen die Schuld an der Misere geben, der mit einem
Script Tippfehler korrigiert, für die Fehler, wenn jemand 5 mal dasselbe
importiert (und dabei noch die Tags falsch schreibt).


 Wenn derjenige auch nur ein winziges bisschen hingeschaut haette, dann
 haette er gesehen, dass die Daten dort sowieso total kaputt sind. Einmal
 im JOSM laden, das faellt sofort auf.


ja sicher.
 ...

 Beides war hier nicht der Fall, da wurde einfach globalgalaktisch
 die Schreibung eines Tags korrigiert.
 Sowas ist vielleicht gut gemeint, aber nicht gut.


wenn man sich die Tippfehler in osmdoc und tagwatch so ansieht kann man
eigentlich nur begrüßen, dass ein paar Bots da mithelfen zu ändern. Klar
gibt es auch Zweifelsfälle, die man besser nicht anrührt bzw. erst nach
Prüfung und wenn man die Stelle kennt, aber highway=residantial und
ähnliches gelegentlich mal zu normieren schadet m.E. auch global nicht. Man
kann nun wirklich nicht ahnen, dass in seltenen Spezialfällen diese
Tippfehler eine Hilfe beim Rückgängigmachen sein könnten.

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

Re: [Talk-de] Plz / Orte mit Strassen

2009-11-16 Thread Mirko Küster

 Das sehe ich genauso. Die ganze Adresse an jedem Haus zu erfassen ist mir 
 nicht
 nur viel zu viel Arbeit, ich halte es vom Datenmodell her auch fuer 
 falsch.

Pro Ort legst du nur einmal city, country und postcode an, die kannst du die 
ganze Zeit in der Zwischenablage parken und immer wieder pasten. Pro Straße 
einmal den Straßennamen. Die eigentliche Arbeit ist die Hausenummer die du 
so oder so immer per Hand eingeben musst. Mit JOSM ist das eintragen einer 
einzelnen Hausnummern nicht schneller als das eintragen eines ganzen Satzes. 
Und definitv schneller als eine Relation anlegen und Objekte einsammeln.

 Wenn man nach dem Karlsruher Schema kartiert, sollte man schon mal keine 
 Strasse
 angeben muessen, sie ist ja ueber die Relation vom Typ associatedStreet 
 bereits
 zugeordnet.

Da wird es mir wieder zuviel Arbeit. Diese Relationen sind noch immer sehr 
fehleranfällig und werden von vielen nicht verstanden, daher von sehr vielen 
erst garnicht genutzt oder leider auch ohne Absicht kaputt gemacht. So eine 
asso Relation ist mir ehrlich gesagt in der Praxis noch nie unter die Augen 
gekommen. Eine kaputte Relation und schon ist die Zuordnung der ganzen 
Straße im Eimer. Und das beschissene ist, dass du sowas nicht gleich merkst. 
Verschwinden Gebäude oder Nummern dann siehst du das beim regelmägigen 
Kontrollgang auf der Slippy sofort. So eine rein virtuelle Relation 
verschwindet lautlos und fällt nur auf wenn man gezielt danach schaut.

Es ist leider nicht damit getan das ganze einmal anzulegen, da kommt die 
langfristige Pflege dazu. Und da ist es derzeit leichter und weit weniger 
Zeitaufwendig mal eben einen Node oder Way aus dem Backup zurückzuholen.

Gruß
Mirko 


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

Re: [Talk-de] Plz / Orte mit Strassen

2009-11-16 Thread Karl Weber

Hallo,

Am Dienstag, 17. November 2009 00:07 schrieb Frederik Ramm:
  Man braeuchte diese Daten dann nur einmal pro
  Relation einzugeben. Sie wuerden dann fuer alle an dieser Relation
  teilnehmenden Haeuser gelten. Wenn eine Strasse mehrere Laender (gibt es
  so etwas ueberhaupt?), Orte (wohl eher selten) oder
  Postleitzahlenbereiche durchlaeuft, dann muesste man halt mit
  entsprechend vielen Relationen arbeiten. Das vermeidet Redundanzen,
  scheint mir vom Datenmodell her viel besser und spart viel Arbeit beim
  Kartieren.

 Glaub ich nicht mal, weil JOSM ja die addr:-Felder mit dem jeweils
 letzten Wert vorausfuellt; vermutlich hast Du mit einer Relation mehr
 Rumgeklicke. Trotzdem ist das nateurlich auch eine Moeglichkeit.

Wie darf ich das Wort Moeglichkeit verstehen? Theoretisch, als potentiell 
gangbaren Weg, oder eher praktisch, was heissen wuerde, ich kann das so 
machen? Wuerde es vielleicht sogar korrekt von dem einen oder anderen 
Programm ausgewertet?

Wenn Du praktisch sagst, koennte ich mich entschliessen, damit loszulegen.

Bei dieser Gelegenheit noch eine etwas abgleitende Frage: Ich habe schon im 
August Hausnummern nach dem Karlsruher Schema erfasst, aber eben nur mit 
addr:housenumber. OpenRouteService.org kennt diese Hausnummern immer noch 
nicht und positioniert den Standort immer nur irgendwie in der Mitte der 
Strasse. Liegt das vielleicht an meinem Vorgehen, i.e. sollte das prinzipiell 
funktionieren?

Viele Gruesse

/Karl

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

Re: [Talk-de] Automatische Korrekturen, nerv...

Hallo,

Martin Koppenhoefer wrote:
 das ist zwar in diesem Fall zufällig ein Problem, aber irgendwie kannst 
 Du doch auch nicht demjenigen die Schuld an der Misere geben, der mit 
 einem Script Tippfehler korrigiert,

Ich bin dagegen, dass mit einem Skript Tippfehler korrigiert werden, 
ohne auch nur zu schauen, in welchem Land man sein Skript gerade laufen 
laesst. Wenn einem das nicht zuzumuten ist, dass man eine - wenigstens 
stichprobenartige - manuelle Qualitaetskontrolle der automatisch 
durchgefuehrten Aenderungen macht, dann soll man es bleiben lassen.

 wenn man sich die Tippfehler in osmdoc und tagwatch so ansieht kann man 
 eigentlich nur begrüßen, dass ein paar Bots da mithelfen zu ändern. Klar 
 gibt es auch Zweifelsfälle, die man besser nicht anrührt bzw. erst nach 
 Prüfung und wenn man die Stelle kennt, aber highway=residantial und 
 ähnliches gelegentlich mal zu normieren schadet m.E. auch global nicht. 

Ja, aber es hilft ausser dem Ego des Botschreibers eigentlich auch nicht 
wirklich was. Wir alle wissen, dass unsere Daten ohne die Community 
dahinter nichts wert sind. Wenn irgendwo in Fernost ein paar 
highway=residantial-Strassen vor sich hin duempeln und lokal keine 
Community existiert, die sich darum kuemmern moechte, dann brauchen die 
auch keinen Planetenverbesserer aus Deutschland, der ihnen mit seinem 
Bot durchs Land faehrt. (Dadurch entsteht maximal der falsche Eindruck, 
dass sich ja viele Leute dort um die Daten kuemmern!) Und wenn dort 
eine Community exisitert, dann koennen die das auch selber in die Hand 
nehmen. (Dann ist es sogar sinnvoll, dass die das selber lernen.)

 Man kann nun wirklich nicht ahnen, dass in seltenen Spezialfällen diese 
 Tippfehler eine Hilfe beim Rückgängigmachen sein könnten.

Es geht nicht darum, dass die Tippfehler eine Hilfe beim Rueckgaengig 
machen sind. Aber wenn jemand kommt und sagt: Ich hab in diesem Bereich 
hier mit dem folgenden Account Mist gemacht, dann kann man einigermassen 
leicht alles loeschen, was dieser Account gemacht hat. Wenn andere 
Accounts die Objekte danach bearbeitet haben, dann sollte man eigentlich 
eher nicht automatisch loeschen, denn es ist ja davon auszugehen, dass 
jemand anders, selbst wenn urspruenglich Mist da war, bei einer 
Aenderung dann was gescheites draus gemacht hat, und man will dem ja 
nicht seine Arbeit ruinieren. Im vorliegenden Fall war ich nun 
gezwungen, zu unterscheiden: Wo hat ein echter User aus dem importierten 
Murks mit Muehe was gescheites gemacht - stehenlassen; wo hat ein Bot 
ohne Hirn einfach nur einen Buchstaben in dem importieren Murks 
umgedreht, und es ist jetzt immer noch Murks nur mit anderem Namen drauf 
- loeschen. Keine unmoegliche Aufgabe, aber eine unnoetige; und die 
Korrekturen, die der Bot da durchgefuehrt hat, haben wie gesagt 
keinerlei Nutzen gestiftet.

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] Automatische Korrekturen, nerv...

2009-11-16 Thread Ulf Lamping

Frederik Ramm schrieb:
 Hallo,
 
 Martin Koppenhoefer wrote:
 wenn man sich die Tippfehler in osmdoc und tagwatch so ansieht kann man 
 eigentlich nur begrüßen, dass ein paar Bots da mithelfen zu ändern. Klar 
 gibt es auch Zweifelsfälle, die man besser nicht anrührt bzw. erst nach 
 Prüfung und wenn man die Stelle kennt, aber highway=residantial und 
 ähnliches gelegentlich mal zu normieren schadet m.E. auch global nicht. 
 
 Ja, aber es hilft ausser dem Ego des Botschreibers eigentlich auch nicht 
 wirklich was. Wir alle wissen, dass unsere Daten ohne die Community 
 dahinter nichts wert sind. Wenn irgendwo in Fernost ein paar 
 highway=residantial-Strassen vor sich hin duempeln und lokal keine 
 Community existiert, die sich darum kuemmern moechte, dann brauchen die 
 auch keinen Planetenverbesserer aus Deutschland, der ihnen mit seinem 
 Bot durchs Land faehrt. (Dadurch entsteht maximal der falsche Eindruck, 
 dass sich ja viele Leute dort um die Daten kuemmern!) Und wenn dort 
 eine Community exisitert, dann koennen die das auch selber in die Hand 
 nehmen. (Dann ist es sogar sinnvoll, dass die das selber lernen.)

Frederik, wenn du in diesem Fall mit deinen Änderungen Pech gehabt hast 
ist das durchaus ärgerlich und ich kann deinen Ärger daher bis zu einem 
gewissen Punkt gut verstehen.

Zu den Änderungen dieses speziellen Bots kann ich nichts sagen.

Ich weiß aus eigener Erfahrung (hab sowas ähnliches vor einiger Zeit 
selbst auch mal gemacht), daß es bei solchen Arten von Bulk Änderungen 
wegen der schieren Menge an Problemen nicht zu schaffen ist, sich hier 
jeden Einzelfall anzuschauen, dafür sind es viel zu viele Tippfehler und 
die Ladezeiten in den JOSM schlicht bei weitem zu hoch.

Solange dieser Bot sinnvolle Änderungen durchführt (im Sinne von 
highway=residental) kann ich das nur unterstützten. tagwatch ist z.B. 
voll von Datenmüll, der eine Übersicht über die aktuell verwendeten Tags 
nahezu unmöglich macht.

Das ist einer der wesentlichen Gründe, warum ich z.B. im JOSM seit 
einiger Zeit keine neuen Tags mehr zum MapPaint hinzufüge, weil ich es 
schlicht leid bin aus dem riesen Wust an Zeug einen Sinn rauszusuchen.

Soviel zum Thema: es hilft ausser dem Ego ...

Gruß, ULFL

P.S: Ich finde deine Rhetorik, z.B. Planetenverbesserer aus 
Deutschland schlicht unpassend. Kannst du bitte mal an deinem latent 
beleidigenden Ton arbeiten?

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

Re: [Talk-de] Automatische Korrekturen, nerv...

Hallo,

Ulf Lamping wrote:
 Ich weiß aus eigener Erfahrung (hab sowas ähnliches vor einiger Zeit 
 selbst auch mal gemacht), daß es bei solchen Arten von Bulk Änderungen 
 wegen der schieren Menge an Problemen nicht zu schaffen ist, sich hier 
 jeden Einzelfall anzuschauen, dafür sind es viel zu viele Tippfehler und 
 die Ladezeiten in den JOSM schlicht bei weitem zu hoch.

Aber wer um alles in der Welt bittet Dich (oder eben sonst irgendwen) 
denn darum, solche Arten von Bulk-Aenderungen fuer den ganzen Planeten 
durchzufuehren?

Kernaussage meines Postings war die Bitte, solche Arten von 
Bulk-Aenderungen (eben gerade die, bei denen sorgfaeltiges Arbeiten 
wegen der schieren Menge an Problemen nicht zu schaffen ist) einfach 
bleiben zu lassen und nach bewaehrtem Crowdsourcing-Prinzip auf viele, 
idealerweise vor Ort befindliche, Schultern zu verteilen.

 Solange dieser Bot sinnvolle Änderungen durchführt (im Sinne von 
 highway=residental) kann ich das nur unterstützten.

Ich habe versucht, darzulegen, warum ich es eben gerade *nicht* fuer 
sinnvoll halte, in weit entfernten Laendern, zu deren Mapper-Community 
man keinerlei Beziehung hat, automatische Aenderungen durchzufuehren.

 tagwatch ist z.B. 
 voll von Datenmüll, der eine Übersicht über die aktuell verwendeten Tags 
 nahezu unmöglich macht.

Das ist aber in meinen Augen keine ausreichende Begruendung, um mit 
fremdem Datenmuell aufzuraeumen. Wenn Datenmuell aus Australien Deine 
Sicht stoert, dann schraenke Deine Sicht halt auf Deutschland ein. Je 
kleiner das Gebiet (und je naeher an Deinem aktiven Mapping-Umfeld), 
desto groesser die Sorgfalt, mit der Du ggf. dort Bulk-Aenderungen 
durchfuehren kannst und willst.

 P.S: Ich finde deine Rhetorik, z.B. Planetenverbesserer aus 
 Deutschland schlicht unpassend. Kannst du bitte mal an deinem latent 
 beleidigenden Ton arbeiten?

Das kann aber nur jemanden beleidigen, der meine sonstige Ausdrucksweise 
kennt - denn gemessen an dem, was hier ueblicher Ton ist, ist doch 
Planetenverbesserer aus Deutschland noch sehr milde.

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] Automatische Korrekturen, nerv...

Am 17. November 2009 00:52 schrieb Frederik Ramm frede...@remote.org:

 Im vorliegenden Fall war ich nun
 gezwungen, zu unterscheiden: Wo hat ein echter User aus dem importierten
 Murks mit Muehe was gescheites gemacht - stehenlassen; wo hat ein Bot
 ohne Hirn einfach nur einen Buchstaben in dem importieren Murks
 umgedreht, und es ist jetzt immer noch Murks nur mit anderem Namen drauf
 - loeschen.


war der bot denn hier
http://wiki.openstreetmap.org/wiki/Automated_Edits
bzw. hier
http://wiki.openstreetmap.org/wiki/Automated_Edits/Log
aufgeführt? IMHO sollten alle automatischen Edits auf diesen Seiten
dokumentiert werden (vor allem die User-ID), so dass es evtl. kein größeres
Problem ist (vermute ich mal), die mitzuignorieren. Andererseits sind dort 7
bzw. 5 bots aufgeführt, so dass man vermutlich davon ausgehen muss, dass die
Liste nicht vollständig ist. Daher ein Aufruf an alle Botbetreiber, sich
doch bitte dort zu verewigen...

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

Re: [Talk-de] Plz / Orte mit Strassen

Am 17. November 2009 00:44 schrieb Karl Weber karl.webe...@gmx.net:

  letzten Wert vorausfuellt; vermutlich hast Du mit einer Relation mehr
  Rumgeklicke. Trotzdem ist das nateurlich auch eine Moeglichkeit.

 Wie darf ich das Wort Moeglichkeit verstehen? Theoretisch, als potentiell
 gangbaren Weg, oder eher praktisch, was heissen wuerde, ich kann das so
 machen?


ja, Du kannst es so machen. Man kann diese Relationen _irgendwann_ auch
problemlos aus den einzelnen Tags automatisch erstellen, sofern die Felder
ausgefüllt sind. Es gibt diverse Möglichkeiten, ist ja alles seit über einem
Jahr im WIki ausführlich dokumentiert, am Einfachsten und Schnellsten ist
m.E. immer noch, an jeden Node/Polygon die Nummer und alle Tags anzufügen,
da das von JOSM bequem unterstützt wird (wie gesagt, habe längst einen
Presetbutton dafür in der Menu-leiste).

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

Re: [Talk-de] Automatische Korrekturen, nerv...

2009-11-16 Thread Ulf Lamping

Frederik Ramm schrieb:
 Hallo,
 
 Aber wer um alles in der Welt bittet Dich (oder eben sonst irgendwen) 
 denn darum, solche Arten von Bulk-Aenderungen fuer den ganzen Planeten 
 durchzufuehren?

Deine Frage ist rhetorisch und letztlich gegenstandslos. Und das weißt 
du hoffentlich ganz genau.

 Kernaussage meines Postings war die Bitte, solche Arten von 
 Bulk-Aenderungen (eben gerade die, bei denen sorgfaeltiges Arbeiten 
 wegen der schieren Menge an Problemen nicht zu schaffen ist) einfach 
 bleiben zu lassen und nach bewaehrtem Crowdsourcing-Prinzip auf viele, 
 idealerweise vor Ort befindliche, Schultern zu verteilen.

Diese Aussage hast du schon früher getroffen.

Anscheinend wird deine Meinung von einigen (unter anderem von mir) nicht 
geteilt. Ganz einfach weil der Bedarf da ist einige Leute wollen das.

Aber viel schlimmer: Ist dir eigentlich bewußt, daß du mit deinen 
Aussagen auf die Dauer einen botfähigen pfoten-weg produzierst?

Wenn du jedem Botschreiber sagst: deine Änderungen wollen wir nicht, 
führt das eher nicht dazu, daß sich die Botschreiber zusammensetzen und 
besser werden.

Dieser spezielle Botschreiber hat nach einiger wohlgemeinter Arbeit und 
dem was du geschrieben hast wahrscheinlich schlechte Laune. Jetzt kann 
folgendes passieren:

1. er stellt seine Arbeit entnervt ein
2. er macht unbeirrt weiter
3. er meint: was sind denn das für Arschlöcher, denen zeige ich es (- 
pfoten-weg2)

Wenn du die guten Botschreiber (die durchaus bereit sind, zu lernen 
was sinnvoll ist und was nicht) wegekelst, wirst du dir auf die Dauer 
einen Stamm an pfoten-weg2 Botschreibern herbeizüchten, die einen Scheiß 
geben auf das was du sagst oder was aus OSM-Sicht sinnvoll ist.

In der Medizin nennt man sowas Resistenzbildung.

 tagwatch ist z.B. 
 voll von Datenmüll, der eine Übersicht über die aktuell verwendeten Tags 
 nahezu unmöglich macht.
 
 Das ist aber in meinen Augen keine ausreichende Begruendung, um mit 
 fremdem Datenmuell aufzuraeumen. Wenn Datenmuell aus Australien Deine 
 Sicht stoert, dann schraenke Deine Sicht halt auf Deutschland ein. Je 
 kleiner das Gebiet (und je naeher an Deinem aktiven Mapping-Umfeld), 
 desto groesser die Sorgfalt, mit der Du ggf. dort Bulk-Aenderungen 
 durchfuehren kannst und willst.

Kannst du mir erklären, was an einem highway=residental in Australien 
offensichtlich richtig ist und nur dort geklärt werden kann?

Aber genau das ist der Punkt. Wenn du reflexartig sagst: so einen Bot 
wollen wir hier nicht, wird sich nie eine Bot Kultur einstellen, die 
auf die spezifischen Unterschiede Rücksicht nimmt und damit für alle 
bessere Ergebnisse produziert.

 P.S: Ich finde deine Rhetorik, z.B. Planetenverbesserer aus 
 Deutschland schlicht unpassend. Kannst du bitte mal an deinem latent 
 beleidigenden Ton arbeiten?
 
 Das kann aber nur jemanden beleidigen, der meine sonstige Ausdrucksweise 
 kennt - denn gemessen an dem, was hier ueblicher Ton ist, ist doch 
 Planetenverbesserer aus Deutschland noch sehr milde.

Du vermengst in deinen Mails gerne wir als OSM und deine persönliche 
Meinung. Damit stellst du häufig deine Meinung als in OSM so üblich 
dar (was in vielen Fällen ja auch durchaus stimmt). Entweder du 
verstehst dich als moralische Instanz von OSM, dann solltest du deine 
Ausdrucksweise auch entsprechend wählen, oder du vermeidest solche 
Aussagen wie Wir alle wissen, ...

Gruß, ULFL

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

Re: [Talk-de] Chemnitzer Linux-Tage 2010

2009-11-16 Thread Florian Gross

Am Mo November 16 2009 glaubte Jens Poenisch zu wissen:

 am 13./14. März 2010 finden wieder die Chemnitzer Linux-Tage statt.
 Demos und Vorträge können angemeldet werden:

Wenn du nächstes Mal die Funktion Neue E-Mail oder ähnlich
benutzt, erscheint deine Mail in einem neuen Thread und geht nicht
so leicht unter.

flo
-- 
Ich glaube, ich ziehe den Publikumsjoker.
Ob das dem Publikum gefällt, wenn Du ihm am Joker ziehst?  Ich glaube,
_ich_ würde Dir dann aufs Maul hauen.
  [Bernd Brodesser und Martin Leidig in suse-talk]

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

Re: [Talk-de] Datenspende Naturfreundehäuser

2009-11-16 Thread Johannes Huesing

Steffen Wolf w...@informatik.uni-kl.de [Mon, Nov 16, 2009 at 10:06:09AM CET]:
 Hi Johannes Hüsing,
 
  Zur Erinnerung: Ich habe die Adressen und Koordinaten der 
  Naturfreundehäuser in Deutschland erhalten.
 
  Meine Absichtserklärung steht nun unter: 
  http://wiki.openstreetmap.org/wiki/DE:Naturfreundeh%C3%A4user
 
 Gute Aktion! In welcher Reihenfolge gehst du vor? 
[...]
 
 Ah, sehe grad, du warst hier schon.

Sagen wir mal so: Da ist die Importwalze schon drübergerollt. Ich war
da noch nicht (physisch erst im Finsterbrunnertal). 

Wenn Du die Hütten da konsolidieren könntest (ich markiere immer alte
und neue Hütte und vereinheitliche die Eigenschaften), muss ich das
nicht machen, und Deine Version wäre von Ortskenntnis beleckt. Speziell
das Angebot adäquat abzubilden mit amenity= und tourism= tags wären
Eigenschaften, die auf die importierten Nodes noch übertragen werden
müssten.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi)

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

Re: [Talk-de] osmrender, Relationen und Relief

2009-11-16 Thread Andre Joost

Stephan Olbrich schrieb:
 Hallo,

 gibt es eine Möglichkeit mit osmrender auch relationen zu rendern?
 Ich hab in den osm-map-features-z*.xml Dateien nix gefunden..

   
Dann hast du folgende Zeilen

 showRelationRoute=no
 !-- Relation/Routes SDW --
 !--
 /rule
 --

in Zoomstufe 17 wohl übersehen.
In Ersterer muss no auf yes geändert werden, und der zweite Block ist 
wegen !--  -- komplett auskommentiert.

Eine Darstellung der ref-Tags müsste in der osmarender.xsl impementiert 
werden, was mir bislang nicht gelungen ist.

Der Haken an osmarender ist, dass sich größere Bereiche unabhängig von 
der Zoomstufe wegen der anfallenden Datenmenge nicht verarbeiten lassen.
Dann hilft nur die Datenbank und mapnik.

Gruß,
André Joost




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

Re: [Talk-de] Chemnitzer Linux-Tage 2010

2009-11-16 Thread Joerg Fischer

Jens Poenisch wrote:

 Der Zuspruch in den letzten Jahren war ja sehr groß, so dass ich wieder
 auf die OSM-Präsenz hoffe.

Ich würde mich wieder beteiligen, aber nicht alleine. :-) Wer macht mit?

Jörg

-- 
Computers are like airconditioners:
they stop working properly if you open Windows.


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

Re: [Talk-de] Plz / Orte mit Strassen

2009-11-16 Thread marcus.wolschon

On Tue, 17 Nov 2009 00:44:06 +0100, Karl Weber karl.webe...@gmx.net
wrote:
 Bei dieser Gelegenheit noch eine etwas abgleitende Frage: Ich habe schon
im
 
 August Hausnummern nach dem Karlsruher Schema erfasst, aber eben nur mit 
 addr:housenumber. OpenRouteService.org kennt diese Hausnummern immer noch

 nicht und positioniert den Standort immer nur irgendwie in der Mitte
der 
 Strasse. Liegt das vielleicht an meinem Vorgehen, i.e. sollte das
 prinzipiell 
 funktionieren?


Dein Vorgehen war auf jeden Fall schonmal korrekt.
Inwieweit ORS alle vorgesehenen Möglichkeiten der Zuordnung
von Hausnummer zu Strasse nutzen kann ist mir aber nicht bekannt.

Marcus

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

Re: [Talk-it] Mappa topografica escursionistica: copertura dell'Italia

2009-11-16 Thread albertobonati

Alberto Nogaro ha scritto:

 Vedrai che ci arriverà, un pò alla volta... Oggi è il turno di Valle
 d'Aosta, Piemonte, Lombardia, Liguria ed Emilia Romagna :-). 

 Ricordo che per potere vedere renderizzate le route con i simboli del
 sentiero è importante descriverli con il tag osmc:symbol, componendoli
 tramite i simboli grafici che trovate su
 http://topo.geofabrik.de/symbols.html (La sintassi del tag è spiegata anche
 sul wiki: http://wiki.openstreetmap.org/wiki/IT:OSMC_Reitkarte?uselang=it).

 Ciao
 Alberto

   
Bella...bellissima... ma non sarebbe possibile una traduzione in 
italiano della pagina Reit-und Wanderkarte???

Il tedesco è ostico...

Ciao

Alberto

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

[Talk-it] Regione Lombardia: utilizzo DTM20

-Original Message-
From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
boun...@openstreetmap.org] On Behalf Of Simone Cortesi
Sent: martedì 28 aprile 2009 23.13
To: openstreetmap list - italiano
Subject: [Talk-it] autorizzazione utilizzo dati Regione Lombardia

E' concesso l'utilizzo dei WMS contenti i dati della Regione, così
come del download dei dati stessi e della reimmissione tramite script
automatici).

Ho visto che dal portale regionale si può scaricare anche le tavole del
modello digitale del terreno DTM20. Sarebbe utile poter basare i rendering
delle curve di livello su questi dati, che sono molto più fitti di quelli
SRTM (passo 20 metri dei primi contro i 90 metri di questi ultimi) usati dai
rendering fino ad ora pubblicati, e molto più adatti alle aree montane.

Teoricamente sarebbe possibile ricostruire decentemente il DTM20 anche per
puro ricalco delle curve di livello del WMS, quindi il DTM20 in fondo offre
dati che già possiamo usare, ma in maniera infinitamente più comoda. 

Se ci fosse concesso solo il caricamento dei dati su OSM, ma non l'utilizzo
diretto per la renderizzazione delle curve di livello, credete che sarebbe
lecito caricare il DTM in osm (punti con tag ele=* e tag di attribuzione),
estrarli da OSM ed usarli per la generazione delle curve di livello dando
l'attribuzione ad OSM? E una riottenuti i dati originali tramite OSM, si
potrebbe ripulire OSM da questi dati un po superflui, ma continuare ad
usarli con l'attribuzione ad OSM (in pratica, mi chiedo se è possibile usare
dati scaricati OSM anche dopo che da OSM sono stati cancellati) ?

Ciao,
Alberto

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

Re: [Talk-it] Regione Lombardia: utilizzo DTM20

2009-11-16 Thread Federico Cozzi

2009/11/16 Alberto Nogaro bartosom...@yahoo.it:
 Ho visto che dal portale regionale si può scaricare anche le tavole del
 modello digitale del terreno DTM20. Sarebbe utile poter basare i rendering
 delle curve di livello su questi dati, che sono molto più fitti di quelli
 SRTM (passo 20 metri dei primi contro i 90 metri di questi ultimi) usati dai
 rendering fino ad ora pubblicati, e molto più adatti alle aree montane.

L'intenzione è ottima ma mi chiedo cosa fare di questi DTM pseudo-liberati.
Oltre la Lombardia tante altre Regioni hanno ottimi DTM (ad es. la
Sardegna lo rende disponibile a chi ne faccia richiesta).

Cioè - una volta pseudo-liberato un DTM - chi lo può usare? Gli
utenti di tali DTM sono attualmente i vari render per OSM
(OpenCycleMap, HikingMap), i render offline (Kosmos), i convertitori
in formato Garmin (OpenMtbMap) e tanti altri. Tutti questi progetti si
basano tutti su SRTM perché:
1. è libero
2. ha un'ottima copertura

Una volta pseudo-liberato un DTM bisognerebbe che tutti questi
utenti lo utilizzassero: sarebbe meglio se fossero gli utenti stessi a
usarlo, piuttosto che noi italiani - che sappiamo ad es. che il DTM
della Lombardia è usabile - a contattare gli utenti dei DTM per
convincerli a usare il DTM lombardo.

Cioè servirebbe una sorta di database centralizzato dei DTM usabili
allo scopo. Ma per evitare problemi di licenza sarebbe comodo se tutti
i DTM in esso contenuti fossero Public Domain (quale fatto artistico
può mai contenere un DTM?).

Insomma bisognerebbe lanciare un progetto OpenDTM che contenga DTM
liberamente usabili e di qualità paragonabile o migliore di quelli
SRTM.

Chi se ne occupa? ;-)

Ciao,
Federico

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

[Talk-it] Idea per crearsi un lavoretto tramite l'uso di OpenStreetMap

2009-11-16 Thread Nicola De Innocentis

Salve a tutti,
ero al GFOSS DAY di Bolzano l'altra settimana ed ho guardato con molto 
interesse la presentazione del progetto dei ragazzi dell'istituto tecnico che 
hanno organizzato una sorta di mapping party,coinvolgendo così al progetto di 
OSM anche le scuole.E' già questa mi è sembrata un ottima iniziativa da 
riproporre all'interno delle scuole,soprattutto qui a sud sarebbe bello 
incentivare questo tipo di attività.Ho seguito poi con molta attenzione anche 
la presentazione della dott.ssa Moretto che indicava lo stato dell'arte di OSM 
in Italia. A seguito della presentazione non ricordo chi fece una particolare 
domanda su come eventualmente un mappatore poteva essere retribuito per il suo 
lavoro.
Fatto questo lungo preambolo,volevo chiedere pareri su tale idea. Allora poichè 
OSM ti da la possibilità di mappare quasi ogni tipo di oggetto geografico 
(Supermarket,Farmacie,chiese,ecc..), è pensabile di creare una sorta di 
servizio pubblicitario per chi vuole farsi segnalare su OSM. Mi spiego 
meglio.Io voglio mappare una certa via e tutto ciò che la via contiene quindi 
negozi,farmacie,bar,ecc..faccio il mio solito lavoro (gratuito nei confronti 
del sito) di passaggio col gps,donazione del tracciato ed editing della mappa. 
All'atto di dover inserire anche dati riguardanti attività commerciali, si 
potrebbe andare ad esempio dal negozio di abbigliamento proponendogli una sorta 
di servizio di visibilità sulla mappa (tipo come fa Google Map,che ti segnala 
anche le attività commerciali). Il servizio di visibilità avrà un certo costo  
a seconda , ad esempio se, tu negozio, sul sito vuoi essere segnalato solo con 
un simbolo oppure un simbolo+indirizzo,oppure ,che ne so, simbolo+indirizzo+ 
foto.Quindi alla fine si farebbe il mappatore solito col gps e tutto, ma in più 
potresti essere pagato da privati per l'attività che fai, almeno rientrando con 
le spese e non totalmente a titolo gratuito. Cosa ne pensate ? E' possibile 
intraprendere una cosa del genere? OSM che servizi può offrire a tal proposito? 
o più semplicemente,  ho preso un grosso abbaglio?
cia. ___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione Lombardia: utilizzo DTM20

2009-11-16 Thread Stefano Pedretti

2009/11/16 Federico Cozzi f.co...@gmail.com:
 Insomma bisognerebbe lanciare un progetto OpenDTM che contenga DTM
 liberamente usabili e di qualità paragonabile o migliore di quelli
 SRTM.

+1

Ciao, Stefano

-- 
-
Pedretti Stefano
stefano.pedre...@gmail.com
PGP Fingerprint: 5B00129E
http://paroledisilicio.wordpress.com
Skype : ste.pedro83
mobile: +393292348186
-
Sent from Brescia, BS, Italy

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

Re: [Talk-it] [Bulk] Idea per crearsi un lavoretto tramite l'uso di OpenStreetMap

From: talk-it-boun...@openstreetmap.org
[mailto:talk-it-boun...@openstreetmap.org] On Behalf Of Nicola De Innocentis
Sent: martedì 17 novembre 2009 0.11
To: talk-it@openstreetmap.org
Subject: [Bulk] [Talk-it] Idea per crearsi un lavoretto tramite l'uso di
OpenStreetMap

All'atto di dover inserire anche dati riguardanti attività commerciali, si
potrebbe andare ad esempio dal negozio di abbigliamento proponendogli una
sorta di servizio di visibilità sulla mappa (tipo come fa Google Map,che ti
segnala anche le attività commerciali). Il servizio di visibilità avrà un
certo costo  a seconda , ad esempio se, tu negozio, sul sito vuoi essere
segnalato solo con un simbolo oppure un simbolo+indirizzo,oppure ,che ne so,
simbolo+indirizzo+ foto.

Se vuoi usare come sfondo una mappa su dati OSM credo che non ci siano
problemi di sorta, basta che l'attribuzione sia corretta. Mi sembra di avere
già visto una cosa del genere su un sito di annunci, in cui si poteva vedere
la posizione degli inserzionisti su una mappa OSM di sfondo.

Eviterei invece sicuramente, per quanto non espressamente vietato, di
inserire all'interno del database OSM tag relativi ai rapporti commerciali
che hai col negozio. Nel database di OSM inserisci posizione e
caratteristiche del negozio, ma il tipo di servizio per cui ti paga sarebbe
meglio scriverlo in un tuo database personale, poi la mappa te la crei
combinando le informazioni da entrambi i database.

Ciao,
Alberto

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

Re: [Talk-it] Regione Lombardia: utilizzo DTM20

-Original Message-
From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
boun...@openstreetmap.org] On Behalf Of Federico Cozzi
Sent: lunedì 16 novembre 2009 22.48
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Regione Lombardia: utilizzo DTM20

Una volta pseudo-liberato un DTM bisognerebbe che tutti questi
utenti lo utilizzassero: sarebbe meglio se fossero gli utenti stessi a
usarlo, piuttosto che noi italiani - che sappiamo ad es. che il DTM
della Lombardia è usabile - a contattare gli utenti dei DTM per
convincerli a usare il DTM lombardo.

Certamente, ma intanto capire se è legalmente possibile usarlo sarebbe già
un primo passo.

Cioè servirebbe una sorta di database centralizzato dei DTM usabili
allo scopo. Ma per evitare problemi di licenza sarebbe comodo se tutti
i DTM in esso contenuti fossero Public Domain (quale fatto artistico
può mai contenere un DTM?).

Si, il public domain sarebbe l'ideale. Ma anche ponessero delle limitazioni,
come fa anche SRTM, già il poterli usare sarebbe importante. Per il DTM
della regione Lombardia quando lo scarichi ti dice che è copyright della
regione, e che l'uso deve essere autorizzato.

Insomma bisognerebbe lanciare un progetto OpenDTM che contenga DTM
liberamente usabili e di qualità paragonabile o migliore di quelli
SRTM.

Chi se ne occupa? ;-)

Ottima idea!

Ciao, 
Alberto

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

Re: [Talk-it] Regione Lombardia: utilizzo DTM20

2009/11/16 Federico Cozzi f.co...@gmail.com

 Insomma bisognerebbe lanciare un progetto OpenDTM che contenga DTM
 liberamente usabili e di qualità paragonabile o migliore di quelli
 SRTM.


oppure avere una database compilato di varie fonti, ed usare i dati migliori
per ogni posto (per esempio ci sono dei buchi in SRTM, alle volte i DTM sono
di risoluzione migliore del SRTM, ecc.)

In Germania c'è l'idea di un progetto, dove vogliono rilevare anche altezze.
Se ne parlato nella ML (vogliono sviluppare un barimetro economico che si
puo calibrare con una stazione di riferenziamento, ovviamente tutto open).
Nel Wiki non l'ho trovato, mi ricordo che Tobias Wendhoff era la voce più
forte in questo discorso. Ci sono pero altri pagine abbastanza interessanti
sul discorso delle altezze:
http://wiki.openstreetmap.org/wiki/DE:Altitude (tedesco)
http://wiki.openstreetmap.org/wiki/Water_Depth (quasi in inglese, manca
poco, tratta delle altezze sotto acqua)

in questo contesto c'è da tenere in mente che in OSM parliamo sempre di
altezze WGS84 (http://it.wikipedia.org/wiki/WGS84)

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

Re: [Talk-it] Idea per crearsi un lavoretto tramite l'uso di OpenStreetMap

2009-11-16 Thread Simone Cortesi

2009/11/17 Nicola De Innocentis deinic1...@tin.it:

 tracciato ed editing della mappa. All'atto di dover inserire anche dati
 riguardanti attività commerciali, si potrebbe andare ad esempio dal negozio
 di abbigliamento proponendogli una sorta di servizio di visibilità sulla
 mappa (tipo come fa Google Map,che ti segnala anche le attività
 commerciali). Il servizio di visibilità avrà un certo costo  a seconda , ad
 esempio se, tu negozio, sul sito vuoi essere segnalato solo con un simbolo
 oppure un simbolo+indirizzo,oppure ,che ne so, simbolo+indirizzo+
 foto.Quindi alla fine si farebbe il mappatore solito col gps e tutto, ma in
 più potresti essere pagato da privati per l'attività che fai, almeno
 rientrando con le spese e non totalmente a titolo gratuito. Cosa ne pensate
 ? E' possibile intraprendere una cosa del genere? OSM che servizi può
 offrire a tal proposito? o più semplicemente,  ho preso un grosso
 abbaglio?

Sicuramente tutto questo è consentito dalle licenze ed è auspicabile avvenga.

Vedo però difficile un intervento del singolo mappatore che va a
chiudere trattative con i singoli commercianti. Magari è piu'
probabile una sorta di mercato locale della pubblicità, dove ditte
attive localmente stringono accordi con gli esercizi commerciali e poi
danno visibilità, anche tramite mappe di OSM (anche stampate)
all'esercizio stesso. Come ad esempio fanno i signori di Geoplan che
raccolgono pubblicità e poi stampano gratuitamente le mappe delle
cittadine. Un po' come http://maposmatic.org/ :)

A giorni uscirà anche il POI collector di cloudmade, che renderà
facile soprattutto catturare i PDI mentre si è in giro a fare casual
mapping.

-- 
-S

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

Re: [Talk-it] Mappa topografica escursionistica: copertura dell'Italia