date:20091021

Peter Childs schrieb:
 
 Yes But,
 
 If a Pub is tagged
 
 amenity=pub
 disused=yes
 
 The thing looks like a put (ie large pub like lables) hence 
 works relatively well as a land mark, it just happens to be closed and 
 does not sell Beer anymore. Its still useful if its a landmark. same as 
 a disused mine shaft is.
 
 Once it gets knocked down, or reused, or as something else then the tags 
 need changing.

There is no but here.

A former cafe can be helpful as a landmark as well. Especially when it's 
a free standing building (e.g. in a forest) near a larger city, which is 
not that uncommon in germany.

If you stand in front of it, you'll now this once was a cafe. Larger 
paved area in front, view to a lake, maybe even chairs piled and locked, ...

Regards, ULFL


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread John Smith

2009/10/21 Ulf Lamping ulf.lamp...@googlemail.com:
 A former cafe can be helpful as a landmark as well. Especially when it's
 a free standing building (e.g. in a forest) near a larger city, which is
 not that uncommon in germany.

 If you stand in front of it, you'll now this once was a cafe. Larger
 paved area in front, view to a lake, maybe even chairs piled and locked, ...

Former places here usually don't bother to take down signage, they get
taken down when a new owner moves in.

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Gustav Foseid

On Wed, Oct 21, 2009 at 10:44 AM, Ulf Lamping ulf.lamp...@googlemail.comwrote:

 A former cafe can be helpful as a landmark as well. Especially when it's
 a free standing building (e.g. in a forest) near a larger city, which is
 not that uncommon in germany.


Is it a cafe? No. Should it be tagged as a cafe? No.

The disused tag can have certain uses when the object tagged does not really
change if it is used or not. A power line is basically a pwoer line even if
it disconnected and a cemetary is basically a cemetery even if it is no
longer used. But a cafe or pub? Absolutely not.

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Someoneelse

Ulf Lamping wrote:
 A former cafe can be helpful as a landmark as well. Especially when it's 
 a free standing building (e.g. in a forest) near a larger city, which is 
 not that uncommon in germany.

Whether you think it's still a café (or a pub) or not might depend on 
how hungry or thirsty you are.  If I was, I wouldn't consider it one. 
It's probably a decision best left to someone stood there in front of it 
rather than trying to impose a structure from above.

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

Someoneelse schrieb:
 Ulf Lamping wrote:
 A former cafe can be helpful as a landmark as well. Especially when 
 it's a free standing building (e.g. in a forest) near a larger city, 
 which is not that uncommon in germany.
 
 Whether you think it's still a café (or a pub) or not might depend on 
 how hungry or thirsty you are.  If I was, I wouldn't consider it one. 

What part of former cafe is it that don't you understand?

If someone tells you there once was a cafe at the end of the road and 
there you should turn left, do you expect to get some coffee or tea and 
a cake there? I very certainly wouldn't.

 It's probably a decision best left to someone stood there in front of it 
 rather than trying to impose a structure from above.

That sentence makes no sense in the context of what I've written.

Regards, ULFL

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Someoneelse

Ulf Lamping wrote:
 What part of former cafe is it that don't you understand?

Well,

amenity=former_cafe

I certainly DO understand.  I thought that you were arguing in favour of 
the construct further up the thread:

amenity=pub
disused=yes

To my mind a pub that doesn't serve beer some of the time isn't a pub.

 It's probably a decision best left to someone stood there in front of 
 it rather than trying to impose a structure from above.
 
 That sentence makes no sense in the context of what I've written.

What I was trying to say (and has also been explained perhaps more 
clearly by others) is that in some contexts disused=yes can make 
sense.  It's impossible to imagine all the possibilities sat behind a 
keyboard.



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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Shaun McDonald



On 21 Oct 2009, at 09:44, Ulf Lamping wrote:


Peter Childs schrieb:


Yes But,

If a Pub is tagged

amenity=pub
disused=yes

The thing looks like a put (ie large pub like lables) hence
works relatively well as a land mark, it just happens to be closed  
and
does not sell Beer anymore. Its still useful if its a landmark.  
same as

a disused mine shaft is.

Once it gets knocked down, or reused, or as something else then the  
tags

need changing.


There is no but here.

A former cafe can be helpful as a landmark as well. Especially when  
it's
a free standing building (e.g. in a forest) near a larger city,  
which is

not that uncommon in germany.

If you stand in front of it, you'll now this once was a cafe. Larger
paved area in front, view to a lake, maybe even chairs piled and  
locked, ...




It is not helpful if you are looking for a list of places that you can  
get a coffee/beer/snack.


If you want to use old cafes as a landmark you could use  
old_amenity=cafe to say that it is no longer open and serving customers.


Shaun



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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (man_made=mineshaft)

2009-10-21 Thread Liz

On Wed, 21 Oct 2009, Ulf Lamping wrote:
 What part of former cafe is it that don't you understand?
the disused part
I understand former_cafe quite well

and i wonder how we got to cafe from mineshaft ??



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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (man_made=mineshaft)

2009/10/21 Dave F. dave...@madasafish.com:
 Someoneelse wrote:
 http://wiki.openstreetmap.org/wiki/Proposed_features/Mineshaft
 http://wiki.openstreetmap.org/wiki/Proposed_features/Surface_Mining


 It would be helpful to know what people are mapping these features as
 currently - looking in the UK I can see one man-made=mineshaft and no
 references to surface_mining.  Do you know what people are using
 currently?
 landuse=quarry ?

  364 uses in tagwatch

and how many of them are mines? The thing is, that there are quite
different types of quarries, dependant on what you are after.
This is an example for lignite mining in Germany, where you usually
have huge areas and equipment:
http://upload.wikimedia.org/wikipedia/commons/9/9a/Tagebau_Garzweiler_Panorama_2005.jpg

actually there you are after lignite that is quite profund (up to 100 m)

whilst this is what I would expect from quarry:
http://upload.wikimedia.org/wikipedia/commons/6/65/Quarry.jpg
http://upload.wikimedia.org/wikipedia/commons/6/60/Lobejun1.JPG
http://upload.wikimedia.org/wikipedia/commons/5/50/Cararra-Steinbruch.JPG

here they are getting plates and cubes, mostly not too profund, and
generally much smaller areas, but the material is quite hard.

cheers,
Martin

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

Re: [OSM-talk] Older planet files (from 2007)?

2009-10-21 Thread Ciprian Talaba

Hi everybody,

On Fri, Oct 16, 2009 at 9:57 AM, Frederik Ramm frede...@remote.org wrote:

 Yes, it's called planet.openstreetmap.org!

 Note, however, that if you go any earlier than October 2007 you will
 encounter version 0.4 planet files which cannot be processed using today's
 tools. You will have to use SVN to retrieve an old version of

 /applications/utils/osm-extract/planetosm-excerpt-area.pl

 from SVN, and then use

 /applications/utils/conv05/04to05.pl

 to produce a version 0.5 extract which can be processed with today's tools.

 You can also get a primitive history animation (only nodes shown as dots)
 from labs.geofabrik.de/history, or if you give me the bbox then I could
 make an animated GIF like the ones on
 http://www.geofabrik.de/gallery/history/. But I must admit that the ITO
 animations look best so if you get them to do one that would be preferable.

 Bye
 Frederik



Thanks for all the info. With your help I was able to obtain older extracts
for Romania and to create some evolution movies. They are not great compared
with what ITO have done in the past but they covered our needs (we have also
contacted ITO, actually Peter Miller, but we had limited time to do this,
and we didn't get an answer in this short period).

I had only one small issue with older planet files: after converting from
API 0.4 to API 0.5 some of the ways had members without ref (something like
this:
 way id='23312491' timestamp='2008-03-16T11:15:13+00:00' user='Ciprian'
visible='true'
nd ref='' /
nd ref='' /
/way). I have removed these ways and compared the results using 2 versions
of JOSM (one for 0.4, another for 0.5) and the results were similar, so I
move forward. Is this something that is documented somewhere?

If you want to see the results here are some of them:
http://www.youtube.com/watch?v=3L0LMjjHggc
http://www.youtube.com/watch?v=DvOXuAnaZoU
http://www.youtube.com/watch?v=WErGHN_BIh4

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Anthony

On Wed, Oct 21, 2009 at 4:44 AM, Ulf Lamping ulf.lamp...@googlemail.com wrote:
 A former cafe can be helpful as a landmark as well. Especially when it's a
 free standing building (e.g. in a forest) near a larger city, which is not
 that uncommon in germany.

So propose landmark=cafe.  Much easier than changing the definitions
of both amenity and amenity=cafe.

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

Re: [OSM-legal-talk] Proper attribution

2009-10-21 Thread Peter Miller


On 20 Oct 2009, at 12:01, Tom Hughes wrote:

 On 20/10/09 11:36, Peter Miller wrote:

 On 20 Oct 2009, at 11:03, Sam Larsen wrote:

 I am looking into the proper attribution of OSM in a tiled web
 mapping scenario.  I know the guidelines on attribution can be found
 on the wiki - and i have read them.
 There is also the list of non-conforming sites: 
 http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
 Does anyone think, we should have a list of 'conforming' sites - as
 the CloudMade maps and even the main www.openstreetmap.org are
 listed as not having proper attribution.

 I think we should be kicking arse to get better conformance on this
 rather than accepting that major websites and players within the
 community are not conforming.

 I think we should start by asking people nicely before we get all
 medieval on their arses, don't you?

I believe we have already asked nicely, but I am not actually  
suggesting that anyone applies their footwear to anyone else's trouser  
fabric of course, only that we should do what is necessary to ensure  
that we have our house in order before expecting the same from others.

As Frederick points out however, any contributor can challenge any  
user of the data on their attribution of the contributors work.

 Incidentally I would also point out that much of that page is the work
 of one especially vociferous individual and there is considerable  
 debate
 among other people as to whether all the claims made there are  
 accurate.

 I for example added text disputing whether openstreetmap.org was  
 lacking
 attribution and the user in question simply reverted that edit without
 any comment or discussion.

 The main issue of debate surrounds exactly what forms of attribution
 are/are not valid.

Sure, so lets get that page showing how things should be onto the wiki  
and then make sure all the projects close to OSM comply and then we  
can work out from there (and also ensure that the list of sites  
lacking proper attribution is accurate).

Regards,


Peter



 Tom

 -- 
 Tom Hughes (t...@compton.nu)
 http://www.compton.nu/

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


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

Re: [OSM-talk] Older planet files (from 2007)?

2009-10-21 Thread John Smith

2009/10/21 Ciprian Talaba cipriantal...@gmail.com:
 Thanks for all the info. With your help I was able to obtain older extracts
 for Romania and to create some evolution movies. They are not great compared
 with what ITO have done in the past but they covered our needs (we have also
 contacted ITO, actually Peter Miller, but we had limited time to do this,
 and we didn't get an answer in this short period).

Did you document anywhere how you made these videos?

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

Re: [OSM-talk] Older planet files (from 2007)?

2009-10-21 Thread Frederik Ramm

Hi,

Ciprian Talaba wrote:
 I had only one small issue with older planet files: after converting 
 from API 0.4 to API 0.5 some of the ways had members without ref 

I suspect this is a case where a way consisted of one segment but the 
nodes belonging to that segment were not present in the planet dump. 
Either it was broken in the database, or it was a race condition when 
writing out the planet file (similar do still happen today).

Bye
Frederik

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Someoneelse

Lesi wrote:
 ... There should be man_made=peak.

There will be if you tag one.


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

Re: [OSM-talk] [tagging] Feature Proposal -RFC -(man_made=mineshaft)

2009-10-21 Thread John F. Eldredge

It seems like it would make more sense to have a tag called peak, with 
attributes natural or manmade, rather than the other way around.  After 
all, every object in the world is either manmade or natural.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for even to think wrongly is better than not to 
think at all. -- Hypatia of Alexandria

-Original Message-
From: Lesi l...@lesi.is-a-geek.net
Date: Wed, 21 Oct 2009 17:39:48 
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] [tagging] Feature Proposal -
RFC -(man_made=mineshaft)

 Lesi wrote:
 I was already planning to start a proposal for heaps. At the moment I use
 natural=peak.
 Not sure what to use at the moment, but they're definitely not natural.

 Cheers
 Dave F.

That's right. But they are peaks. There should be man_made=peak.
The problem is, that after a recultivation a slag heap or a rubbish dump
often can not be distinguished from a natural peak.

lesi


___
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] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Dave F.

Tobias Knerr wrote:
 Because tags like disused=yes conflict with a general principle in OSM:
 We don't have a fixed set of tags and mappers can invent and use their
 own tags, so it should be possible for software to ignore tags it
 doesn't know without causing problems. If I don't support distinguishing
 between different variants of amenity=parking, I just ignore parking=*
 tags entirely, and while the result is less useful, it's still correct.
 If I don't support disused features, I can just ignore disused=yes tags
 ... no wait, I can't.

 Of course, in order to make mapping convenient, it's sometimes necessary
 to break that concept (with access tags, for example), and probably we
 won't be able to get rid of
 disused/abandoned/construction/planned/proposed/etc anymore.
 Unfortunately, people didn't seem to like my status=disused/... proposal
 very much.

 Tobias Knerr
I can't work out if you're agreeing or disagreeing with me, but anyway...

Are you suggesting there's no exception rule for renderers?:
Ignore all subsequent keys except for ones label disused or abandoned


Cheers
Dave F.

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

[OSM-talk] updates for mapnik coastline-source?

2009-10-21 Thread StilgarBF

Hi,

does anyone know when or how often the shoreline/coastline/shapefiles 
are updated that Mapnik uses to render coasts, islands ... ?
the Wiki says: every few weeks  
(http://wiki.openstreetmap.org/wiki/Coastline)
But what's that supposed to mean? 2 weeks? 4 or 10?
Is this a process where someone manually updates the files or is this 
done by some kind of cronjob?

Is there a way to find out when these files have been updated the last 
time?

thanks
Stil

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Tobias Knerr

Dave F. wrote:
 I can't work out if you're agreeing or disagreeing with me, but anyway...
 
 Are you suggesting there's no exception rule for renderers?:
 Ignore all subsequent keys except for ones label disused or abandoned

I agree that a renderer should be able to deal with tags like
disused=yes. I also agree that disused is widely used, so it cannot
reasonably be ignored anymore, and replacing it with an alternative way
of tagging probably is no longer an option.

However, I believe that using a common key instead of
disused/construction/abandoned/...=yes and distinguishing these using
different *values* would have been the better alternative. Once
applications would have learned about the key, they would have been able
to handle new values immediately.

I also recommend that, when tags are created in the future, they should
be designed so that they can be ignored unless there are important
reasons for breaking that rule.

Tobias Knerr

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Dave F.

Tobias Knerr wrote:
 Dave F. wrote:
   
 I can't work out if you're agreeing or disagreeing with me, but anyway...

 Are you suggesting there's no exception rule for renderers?:
 Ignore all subsequent keys except for ones label disused or abandoned
 

 I agree that a renderer should be able to deal with tags like
 disused=yes. I also agree that disused is widely used, so it cannot
 reasonably be ignored anymore, and replacing it with an alternative way
 of tagging probably is no longer an option.

 However, I believe that using a common key instead of
 disused/construction/abandoned/...=yes and distinguishing these using
 different *values* would have been the better alternative.
Common Key? Can you give an example?

If you mean status=disused, I'm not sure how that get around the problem 
of ignoring all other keys.

railway=station
status=disused

If status is ignored, this would still display as a functioning station.

  Once
 applications would have learned about the key, they would have been able
 to handle new values immediately.

 I also recommend that, when tags are created in the future, they should
 be designed so that they can be ignored unless there are important
 reasons for breaking that rule.

 Tobias Knerr


   


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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Tobias Knerr

Dave F.:
 However, I believe that using a common key instead of
 disused/construction/abandoned/...=yes and distinguishing these using
 different *values* would have been the better alternative.
 Common Key? Can you give an example?
 
 If you mean status=disused, I'm not sure how that get around the problem 
 of ignoring all other keys.

Yes, I mean status=*, and I'm aware that it doesn't avoid the problem -
however, the problem would have to be solved only once for all possible
status values. A check for status will filter out objects with e.g.
status=planned, too, even if only construction, disused and abandoned
were known when status was introduced. A check for c./d./a.=yes will not
filter out planned=yes, thus increasing the required effort for
monitoring tagging trends and adapting applications.

Therefore, I'd consider a common key an improvement, but of course the
problem of ignoring keys would still exist.

The problem could only be avoided completely by using things like
disused_KEY = VALUE
or
KEY = disused + disused = VALUE,
but the widespread use of disused/...=yes seems to demonstrate that not
all mappers like these.

The idea was that maybe the common key approach could be some kind of
compromise. As I said, though, I don't believe that an attempt to
establish an alternative to disused=yes could be successful.

Tobias Knerr

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

[OSM-talk] Reading AutoCAD .dwg in JOSM/Merkaartor on Mac

2009-10-21 Thread Aun Yngve Johnsen

Hi

I have got hold on some maps in AutoCAD .dwg format, and want to use  
it as a layer for tracing roads, buildings, and other features into  
OSM. I am Mac user, but have access to Linux (Ubuntu) if I need that  
to convert the data or to set up a WMS/TMS with the data. I just  
wonder if anybody out there have any good advices for this type of  
imports.

All the mentioned maps are in Public Domain. The maps contains all  
property borders, houses, street names, place names, important  
building names, and much more, devided into municipals.

I also have a lot of .pdf files with map snippets with a similar data  
structure.


brgds
Aun Johnsen




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

Re: [OSM-legal-talk] Proper attribution

2009-10-21 Thread Shaun McDonald


On 21 Oct 2009, at 18:58, Richard Fairhurst wrote:


 Peter Miller wrote:
 Sure, so lets get that page showing how things should be onto the  
 wiki

 I think we've got that bit already:

 http://wiki.openstreetmap.org/wiki/Legal_FAQ#I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F

Maybe it would be worth having a single page for this to make it  
easier to find and direct to?

Shaun


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

Re: [OSM-talk] Vanuatu

2009-10-21 Thread Michael Kugelmann

Andrew Errington schrieb:
 I received some GPS traces from someone in Vanuatu.
as Vanuatu is large (lots of islands) and I was curious I looked around 
a litte bit to find the traces. Here is an area where some GPS traces 
are present and where work seems to make sense:

[output from JOSM log window]
GET 
http://www.openstreetmap.org/api/0.6/map?bbox=168.233642578125,-17.855904414319138,168.4808349609375,-17.704211641574673

Hope this helps,
Michael.



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

Re: [OSM-talk] updates for mapnik coastline-source?

2009-10-21 Thread Grant Slater

2009/10/21 StilgarBF o...@projekt2k.de:
 does anyone know when or how often the shoreline/coastline/shapefiles
 are updated that Mapnik uses to render coasts, islands ... ?
 the Wiki says: every few weeks
 (http://wiki.openstreetmap.org/wiki/Coastline)
 But what's that supposed to mean? 2 weeks? 4 or 10?
 Is this a process where someone manually updates the files or is this
 done by some kind of cronjob?


Manual process.

 Is there a way to find out when these files have been updated the last
 time?


Not guaranteed, but try HEAD http://tile.openstreetmap.org/shoreline_300.tar.bz2
Last-Modified: Sat, 03 Oct 2009 04:25:38 GMT

/ Grant

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

Re: [OSM-talk] Vanuatu

2009-10-21 Thread Ævar Arnfjörð Bjarmason

On Wed, Oct 21, 2009 at 3:29 AM, Andrew Errington
a.erring...@lancaster.ac.uk wrote:
 I received some GPS traces from someone in Vanuatu.  He had had them for
 some time, but didn't have the opportunity to slice them up and upload
 them.  I took the data and used gpsbabel to split the entire GPS log into
 daily chunks which coincided with manageable trip segments.

Nice.

If you have permission could you please change the traces from
Public to Identifiable. This will make them easier to work with as
you can tell them apart  see what points belong to what tracks, not
just get a point cloud.

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Cartinus

On Wednesday 21 October 2009 15:45:49 Anthony wrote:
 On Wed, Oct 21, 2009 at 4:44 AM, Ulf Lamping ulf.lamp...@googlemail.com 
wrote:
  A former cafe can be helpful as a landmark as well. Especially when it's
  a free standing building (e.g. in a forest) near a larger city, which is
  not that uncommon in germany.

 So propose landmark=cafe.  Much easier than changing the definitions
 of both amenity and amenity=cafe.

Nobody is changing any definitions. They are just using a combination of two 
existing and widely used tags. Much, much easier than writing a proposal for 
a new tag.


-- 
m.v.g.,
Cartinus

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Anthony

On Wed, Oct 21, 2009 at 7:18 PM, Cartinus carti...@xs4all.nl wrote:
 On Wednesday 21 October 2009 15:45:49 Anthony wrote:
 On Wed, Oct 21, 2009 at 4:44 AM, Ulf Lamping ulf.lamp...@googlemail.com
 wrote:
  A former cafe can be helpful as a landmark as well. Especially when it's
  a free standing building (e.g. in a forest) near a larger city, which is
  not that uncommon in germany.

 So propose landmark=cafe.  Much easier than changing the definitions
 of both amenity and amenity=cafe.

 Nobody is changing any definitions. They are just using a combination of two
 existing and widely used tags. Much, much easier than writing a proposal for
 a new tag.

If nobody is changing any definitions, then tagging a former cafe with
amenity=cafe is wrong on two counts.

Amenity is the primary tag for useful and important facilities for
visitors and residents.  amenity=cafe is for a generally informal
place with sit-down facilities selling beverages and light meals
and/or snacks.

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

Re: [OSM-talk] [Talk-us] proposal for deletion: talk-us-ga and

2009-10-21 Thread Richard Weait

On Wed, Oct 21, 2009 at 7:34 PM, Sarah Manley sarah.m.man...@gmail.com wrote:
 What is the status of the forum: http://forum.openstreetmap.org?

 Would building this out more maybe solve some of our problems?

Preference for email vs web forum varies from community to community.
In my limited experience, more-technical groups tend towards email but
there are certain to be counter-examples.  An interface that merges
email and web forum might be ideal.  I believe that the Linux Kernel
Mailing List uses such a system but I don't know what the drawbacks
and compromises are in that system.

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

Re: [OSM-talk] [Talk-us] proposal for deletion: talk-us-ga and

2009-10-21 Thread Dave Hansen

On Wed, 2009-10-21 at 19:40 -0400, Richard Weait wrote:
 On Wed, Oct 21, 2009 at 7:34 PM, Sarah Manley sarah.m.man...@gmail.com 
 wrote:
  What is the status of the forum: http://forum.openstreetmap.org?
 
  Would building this out more maybe solve some of our problems?
 
 Preference for email vs web forum varies from community to community.
 In my limited experience, more-technical groups tend towards email but
 there are certain to be counter-examples.  An interface that merges
 email and web forum might be ideal.  I believe that the Linux Kernel
 Mailing List uses such a system but I don't know what the drawbacks
 and compromises are in that system.

There are web interfaces to LKML, but they're all tacked on after the
fact to the mailing list.  Email is still the main mechanism, although
there are some nice web gateways, to be sure.

-- Dave


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

Re: [OSM-talk] Reading AutoCAD .dwg in JOSM/Merkaartor on Mac

2009-10-21 Thread Dave F.

Aun Yngve Johnsen wrote:
 Hi

 I have got hold on some maps in AutoCAD .dwg format, and want to use  
 it as a layer for tracing roads, buildings, and other features into  
 OSM. 
I believe you have to go *DXF* - SHP-  *OSM.

If you do a google search should pull up some info.

Cheers
Dave F.
*

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

Re: [OSM-talk] Reading AutoCAD .dwg in JOSM/Merkaartor on Mac

2009-10-21 Thread Sam Vekemans

Hi,
If your just going to be 'tracing' from public domain maps (dwg files)
maybe gpsbabel  could convert it to gpx, and trace over it that way
would work?

Would be interesting to learn your findings.

Then we could post it on the wiki (if possable, and explain the method)

Sam

On 10/21/09, Aun Yngve Johnsen li...@gimnechiske.org wrote:
 Hi

 I have got hold on some maps in AutoCAD .dwg format, and want to use
 it as a layer for tracing roads, buildings, and other features into
 OSM. I am Mac user, but have access to Linux (Ubuntu) if I need that
 to convert the data or to set up a WMS/TMS with the data. I just
 wonder if anybody out there have any good advices for this type of
 imports.

 All the mentioned maps are in Public Domain. The maps contains all
 property borders, houses, street names, place names, important
 building names, and much more, devided into municipals.

 I also have a lot of .pdf files with map snippets with a similar data
 structure.


 brgds
 Aun Johnsen




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



-- 
Twitter: @Acrosscanada
Blog:  http://Acrosscanadatrails.blogspot.com
Facebook: http://www.facebook.com/sam.vekemans
OpenStreetMap IRC: http://irc.openstreetmap.org
@Acrosscanadatrails

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Russ Nelson

Gustav Foseid writes:
  Is it a cafe? No. Should it be tagged as a cafe? No.

Clearly one could verify that the location seems to be a cafe.  Thus
this is not a question about whether it should be tagged, but instead
how it should be tagged as a former cafe.  May I suggest use of the
Nelson Algorithm for resolving this controvery?  Create
Tag:amenity=formercafe and edit Tag:amenity=cafe to point to
Tag:amnenity=formercafe ?

The fact that this discussion has mutated and blossomed tells me that
we've gotten away from documentable fact and gotten into the realm of
opinion.

-- 
--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] [tagging] Feature Proposal - RFC -(man_made=mineshaft)

2009-10-21 Thread Russ Nelson

Cartinus writes:
  Nobody is changing any definitions. They are just using a combination of two 
  existing and widely used tags. Much, much easier than writing a proposal for 
  a new tag.

If it's obviously the right thing to do, then do it, and DOCUMENT IT
IN THE WIKI so that other people can follow your lead.  Or follow
somebody else's lead.  Or invent a new, better tagset.

-- 
--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] [Talk-us] proposal for deletion: talk-us-ga and

2009-10-21 Thread Lester Caine

Dave Hansen wrote:
 On Wed, 2009-10-21 at 19:40 -0400, Richard Weait wrote:
 On Wed, Oct 21, 2009 at 7:34 PM, Sarah Manley sarah.m.man...@gmail.com 
 wrote:
 What is the status of the forum: http://forum.openstreetmap.org?

 Would building this out more maybe solve some of our problems?
 Preference for email vs web forum varies from community to community.
 In my limited experience, more-technical groups tend towards email but
 there are certain to be counter-examples.  An interface that merges
 email and web forum might be ideal.  I believe that the Linux Kernel
 Mailing List uses such a system but I don't know what the drawbacks
 and compromises are in that system.
 
 There are web interfaces to LKML, but they're all tacked on after the
 fact to the mailing list.  Email is still the main mechanism, although
 there are some nice web gateways, to be sure.

The ideal for everybody WOULD be a 'list' that provides both on-line and 
web based interface. Before Yahoo took over egroups it provided a very 
good 'either/or' solution, which has been lost a little with the forced 
advertising that resulted from the 'takeover' and the other 
'improvements' yahoo have made - such as adding 'html' messages!

NONE of the currently available 'forum' packages provide a decent web 
interface either not bothering at all or simply providing messages that 
'a new message has been posted'. Sourceforge does at least include the 
message, but one still has to go back on line to post an answer - which 
is most annoying when they ALSO have email lists as well. Putting all 
their current effort around a single solution, rather than completely 
screwing up even the forum type lists would have been a much better use 
of peoples time :(

There is not currently a single solution, but I see no reason why a good 
email based list can't simply add a web based interactive archive as well?

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

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

Re: [OSM-talk] [Talk-us] proposal for deletion: talk-us-ga and

2009-10-21 Thread Stephen Hope

2009/10/22 Lester Caine les...@lsces.co.uk:

 There is not currently a single solution, but I see no reason why a good
 email based list can't simply add a web based interactive archive as well?


There are solutions, but all the ones I know about are commercial.  I
use a board based on MPNews from MessagePixels - I access it via NNTP,
others use it as an email list or a web based board. There is a bit of
culture clash - people who use the threaded (web based, nntp) forms
tend to snip more than the email people like, for example, but it
seems to work.

I'm a bit surprised that there isn't an open source equivalent.

Stephen

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

Re: [OSM-talk-nl] Cijfertjes?

2009-10-21 Thread Lambertus

Wat weinig! :(

Hoe kan het dat het land met de meest bruikbare OSM data maar zo weinig 
leden op het belangrijkste communicatie medium heeft? Ik denk dat er in 
NL vooral iets mankeert aan de community building. Wij doen wellicht te 
weinig om actieve leden te werven.

Hoe kunnen we dit aanpakken?

Henk Hoff wrote:
 Momenteel zijn er 218 abonnees op de NL-mailinglist (deze dus)
 
 Gr,
 Henk
 
 Op 20 oktober 2009 16:54 heeft Milo van der Linden m...@opengeo.nl
 het volgende geschreven:
 Hallo allemaal!

 Zouden de talk-nl managers Martijn van Exel en/of Henk Hoff aan kunnen
 geven hoeveel ingeschrevenen talk-nl heeft?

 Ter vergelijking; bij OSGeo is dat openbaar:

 http://wiki.osgeo.org/wiki/VisibilityStats#Mailing_list_subscribers

 Ik wil namelijk weten hoeveel potentiële impact het heeft als we een
 nieuwsbericht over talk-nl uitzetten.

 Met vriendelijke groet,

 Milo van der Linden

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

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


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

Re: [OSM-talk-nl] Cijfertjes?

2009-10-21 Thread Lambertus

Ja, we vinden allemaal (?) dat we te weinig doen. Dus moeten we dit NU 
omzetten naar actie!

We hebben een stichting -met wat prominente NL OSM-ers in het bestuur- 
dat de intentie heeft de community van OSM te ondersteunen, alleen komt 
er maar weinig uit. Hiervoor zijn allemaal wellicht goede redenen aan te 
dragen maar dat veranderd de realiteit niet. Met 4 of 5 man kun je 'dit' 
gewoon niet allemaal organiseren.

Wat ik bij deze voorstel is dat zich wat clubjes (noem het commissies) 
onder de OpenGeo paraplu vormen welke zich richten op specifieke 
promotie doeleinden. Ik denk dan aan:
- Mapping parties organiseren. Ook in willekeurige kleine dorpen, niet 
alleen de randstad!
- Media informeren en artiekelen aan de hand doen. Bijvoorbeeld: Op pad, 
Mountainbike, Kijk, Quest, Volkskrant, etc...
- Bedrijven/overheden actief benaderen voor informatie, de WOB club zeg 
maar ;-)
- Clubs, verenigingen, stichtingen en evt bedrijven helpen met het 
implementeren van OSM kaartjes/data in hun websites e.d.

Zo kunnen OSM-ers die zich actief op willen stellen, met hulp van 
sponsoring en coordinatie van het OpenGeo bestuur, met een voor hun 
interessant onderwerp aan de slag.

Bij deze dan ook de oproep: meld je aan voor een commissie of geef je 
mening.

Martijn van Exel wrote:
 Ik vind het ook heel weinig. 
 Als je ook kijkt naar de NL-laag in de OSM-inspector zijn er hele steden 
 die nog nauwelijks aangeraakt zijn sinds septeber 2007. Niet bij jou 
 natuurlijk 
 Lambertus: 
 http://tools.geofabrik.de/osmi/?view=nllon=5.99169lat=52.20354zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=5.99169lat=52.20354zoom=12 
 maar 
 kijk eens hier:
 
 Zwolle: 
 http://tools.geofabrik.de/osmi/?view=nllon=6.08250lat=52.50779zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=6.08250lat=52.50779zoom=12
 http://tools.geofabrik.de/osmi/?view=nllon=6.08250lat=52.50779zoom=12Tilburg:
  http://tools.geofabrik.de/osmi/?view=nllon=5.07210lat=51.56184zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=5.07210lat=51.56184zoom=12
 http://tools.geofabrik.de/osmi/?view=nllon=5.07210lat=51.56184zoom=12Heerlen
  
 e.o.: 
 http://tools.geofabrik.de/osmi/?view=nllon=6.01177lat=50.90404zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=6.01177lat=50.90404zoom=12
 
 http://tools.geofabrik.de/osmi/?view=nllon=6.01177lat=50.90404zoom=12En 
 er zijn nog talloze kleinere steden en dorpen genoeg waar nog nooit een 
 OSM-er geweest is (althans niet om een way te editen).
 
 Het wordt tijd voor een OpenStreetMap-karavaan door Nederland! Lokale 
 mapping parties!
 
 martijn van exel
 http://schaaltreinen.nl/
 twitter / skype: mvexel
 flickr: rhodes
 
 
 
 2009/10/21 Lambertus o...@na1400.info mailto:o...@na1400.info
 
 Wat weinig! :(
 
 Hoe kan het dat het land met de meest bruikbare OSM data maar zo weinig
 leden op het belangrijkste communicatie medium heeft? Ik denk dat er in
 NL vooral iets mankeert aan de community building. Wij doen wellicht te
 weinig om actieve leden te werven.
 
 Hoe kunnen we dit aanpakken?
 
 Henk Hoff wrote:
   Momenteel zijn er 218 abonnees op de NL-mailinglist (deze dus)
  
   Gr,
   Henk
  
   Op 20 oktober 2009 16:54 heeft Milo van der Linden
 m...@opengeo.nl mailto:m...@opengeo.nl
   het volgende geschreven:
   Hallo allemaal!
  
   Zouden de talk-nl managers Martijn van Exel en/of Henk Hoff
 aan kunnen
   geven hoeveel ingeschrevenen talk-nl heeft?
  
   Ter vergelijking; bij OSGeo is dat openbaar:
  
   http://wiki.osgeo.org/wiki/VisibilityStats#Mailing_list_subscribers
  
   Ik wil namelijk weten hoeveel potentiële impact het heeft als we een
   nieuwsbericht over talk-nl uitzetten.
  
   Met vriendelijke groet,
  
   Milo van der Linden
  
   ___
   Talk-nl mailing list
   Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-nl
  
  
   ___
   Talk-nl mailing list
   Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-nl
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl
 
 
 
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


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

Re: [OSM-talk-nl] Cijfertjes?

2009-10-21 Thread Milo van der Linden

Lambertus schreef:
 Ja, we vinden allemaal (?) dat we te weinig doen. Dus moeten we dit NU 
 omzetten naar actie!

 We hebben een stichting -met wat prominente NL OSM-ers in het bestuur- 
 dat de intentie heeft de community van OSM te ondersteunen, alleen komt 
 er maar weinig uit. Hiervoor zijn allemaal wellicht goede redenen aan te 
 dragen maar dat veranderd de realiteit niet. Met 4 of 5 man kun je 'dit' 
 gewoon niet allemaal organiseren.
   
Eens. Maar als secretaris steek ik de hand in eigen boezem en roep ik
bij deze dat we de laatste tijd te weinig structurele activiteiten
ontplooien in de stichting. Eigenlijk ligt het opereren vanuit de
stichtingredelijk stil sinds het QuadCopter project is afgerond. Ik zeg
hiermee niet dat de individuen uit de stichting niks doen, maar we zijn
weer teruggevallen in onze solo activiteiten :D


 Wat ik bij deze voorstel is dat zich wat clubjes (noem het commissies) 
 onder de OpenGeo paraplu vormen welke zich richten op specifieke 
 promotie doeleinden. Ik denk dan aan:
 - Mapping parties organiseren. Ook in willekeurige kleine dorpen, niet 
 alleen de randstad!
 - Media informeren en artiekelen aan de hand doen. Bijvoorbeeld: Op pad, 
 Mountainbike, Kijk, Quest, Volkskrant, etc...
 - Bedrijven/overheden actief benaderen voor informatie, de WOB club zeg 
 maar ;-)
 - Clubs, verenigingen, stichtingen en evt bedrijven helpen met het 
 implementeren van OSM kaartjes/data in hun websites e.d.

 Zo kunnen OSM-ers die zich actief op willen stellen, met hulp van 
 sponsoring en coordinatie van het OpenGeo bestuur, met een voor hun 
 interessant onderwerp aan de slag.
   
Dat is precies wat de stichting graag zou willen! Iedereen met
individuele ideeen kan deze melden bij een van ons, of algemeen aan
best...@opengeo.nl

 Bij deze dan ook de oproep: meld je aan voor een commissie of geef je 
 mening.
   

+1
 Martijn van Exel wrote:
   
 Ik vind het ook heel weinig. 
 Als je ook kijkt naar de NL-laag in de OSM-inspector zijn er hele steden 
 die nog nauwelijks aangeraakt zijn sinds septeber 2007. Niet bij jou 
 natuurlijk 
 Lambertus: 
 http://tools.geofabrik.de/osmi/?view=nllon=5.99169lat=52.20354zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=5.99169lat=52.20354zoom=12 
 maar 
 kijk eens hier:

 Zwolle: 
 http://tools.geofabrik.de/osmi/?view=nllon=6.08250lat=52.50779zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=6.08250lat=52.50779zoom=12
 http://tools.geofabrik.de/osmi/?view=nllon=6.08250lat=52.50779zoom=12Tilburg:
  http://tools.geofabrik.de/osmi/?view=nllon=5.07210lat=51.56184zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=5.07210lat=51.56184zoom=12
 http://tools.geofabrik.de/osmi/?view=nllon=5.07210lat=51.56184zoom=12Heerlen
  
 e.o.: 
 http://tools.geofabrik.de/osmi/?view=nllon=6.01177lat=50.90404zoom=12 
 http://tools.geofabrik.de/osmi/?view=nllon=6.01177lat=50.90404zoom=12

 http://tools.geofabrik.de/osmi/?view=nllon=6.01177lat=50.90404zoom=12En 
 er zijn nog talloze kleinere steden en dorpen genoeg waar nog nooit een 
 OSM-er geweest is (althans niet om een way te editen).

 Het wordt tijd voor een OpenStreetMap-karavaan door Nederland! Lokale 
 mapping parties!

 martijn van exel
 http://schaaltreinen.nl/
 twitter / skype: mvexel
 flickr: rhodes



 2009/10/21 Lambertus o...@na1400.info mailto:o...@na1400.info

 Wat weinig! :(

 Hoe kan het dat het land met de meest bruikbare OSM data maar zo weinig
 leden op het belangrijkste communicatie medium heeft? Ik denk dat er in
 NL vooral iets mankeert aan de community building. Wij doen wellicht te
 weinig om actieve leden te werven.

 Hoe kunnen we dit aanpakken?

 Henk Hoff wrote:
   Momenteel zijn er 218 abonnees op de NL-mailinglist (deze dus)
  
   Gr,
   Henk
  
   Op 20 oktober 2009 16:54 heeft Milo van der Linden
 m...@opengeo.nl mailto:m...@opengeo.nl
   het volgende geschreven:
   Hallo allemaal!
  
   Zouden de talk-nl managers Martijn van Exel en/of Henk Hoff
 aan kunnen
   geven hoeveel ingeschrevenen talk-nl heeft?
  
   Ter vergelijking; bij OSGeo is dat openbaar:
  
   http://wiki.osgeo.org/wiki/VisibilityStats#Mailing_list_subscribers
  
   Ik wil namelijk weten hoeveel potentiële impact het heeft als we een
   nieuwsbericht over talk-nl uitzetten.
  
   Met vriendelijke groet,
  
   Milo van der Linden
  
   ___
   Talk-nl mailing list
   Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-nl
  
  
   ___
   Talk-nl mailing list
   Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-nl


 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org

[OSM-talk-nl] Gebruik OpenStreetMap in CycloMedia GlobeSpotter

2009-10-21 Thread Bart van Velden

Goedendag allen,

 

Ik heb eerder geïnformeerd naar de juist licentie weergave van OpenStreetMap in 
een nieuw product van CycloMedia.

Op Youtube is nu een filmpje http://www.youtube.com/watch?v=kzMKqvrN3DU  
geplaatst van deze applicatie. In de applicatie wordt OpenStreetMap als overlay 
op onze landelijk 10cm luchtfoto getoond. Daarnaast is volledige OpenStreetMap 
weergave met Mapnik rendering beschikbaar als aparte themalaag. Ik dacht dat 
het leuk was ook hier in de het gebruik van OpenStreetMap te melden!

We renderen deze data overigens zelf (zowel tile-cache als WMS) omdat we 
gebruik maken Rijksdriehoekscoördinaten (kaartprojectie), we een behoorlijke 
load hebben, en een goede performance willen bieden.

 

Vriendelijke groet, Bart

Bart van Velden MSc | Product Manager | CycloMedia Technology B.V.
PO Box 68, 4180 BB Waardenburg | Achterweg 38, 4181 AE Waardenburg | W 
www.cyclomedia.com

 

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

Re: [OSM-talk-nl] Shapefiles aanbieden

2009-10-21 Thread Martijn van Exel

Zeker een goed idee.
Laat je deze link staan? Ik kan 'm hier onder collega's verspreiden, kijken
of daar nog wensen / ervaringen uitkomen?

Martijn


martijn van exel
http://schaaltreinen.nl/
twitter / skype: mvexel
flickr: rhodes



2009/10/21 Roeland Douma u...@rullzer.com

 On Wednesday 21 October 2009 01:31:34 Ben Companjen wrote:
  2009/10/20 Roeland Douma u...@rullzer.com:
   Howdy!
  
   Ik zat te denken dat er misschien wel (nederlandse)
 bedrijven/instanties
   zijn die wel iets met OSM data willen doen maar geen zin hebben om
   allerlei rare software te moeten configureren om aan die data te komen.
 
  [knip]
 
  Ik heb laatst een presentatie gehad van Arcadis over Geoportals
  (volgens de slides zijn dat GISs voor het opslaan, bewerken (upgraden)
  en gebruiken van geodata) en zij gebruiken de OSM-data. Dat wil
  zeggen, ze hebben de data beschikbaar als één van de verschillende
  bronnen. Als sidenote vertelde deze persoon, werkzaam bij
  Informatiemanagement, onderdeel van Verkeer en Vervoer, dat ze bij
  uitzondering een kopie van de algemene database gebruiken omdat de
  server van OSM te traag is. Normaal gebruiken ze geo-services van de
  gegevenshouders. In hun geval is een snelle WMS en/of WFS misschien
  handiger, maar ik heb niet gevraagd wat ze precies met OSM doen.
 
  Maar laat je vooral niet tegenhouden door mijn sidenote, meer
  bedrijven en instanties is natuurlijk beter.

 Ja een mooie WFS is zeker ook niet verkeerd. Zodra dev weer een beetje is
 opgeruimd moet dit geen probleem zijn lijkt me!

 Groet,
 --Roeland

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


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

Re: [OSM-talk-nl] Trunk

2009-10-21 Thread Martijn van Exel

Mij lijkt trunk voor autowegen[1] goed, maar volgens mij valt de Nieuwe
Leeuwarderweg daar niet onder. Op dit moment mag je er zelfs maar 50.

Volgens mij heb ik die weg al een keer omgetagd naar primary, maar ik ga er
geen editwar over beginnen ;)
Martijn


[1] http://www.derijscholenconcurrent.nl/borden/bordenimages/g3.gif
martijn van exel
http://schaaltreinen.nl/
twitter / skype: mvexel
flickr: rhodes



2009/10/7 Philip Homburg pch-osm-tal...@u-1.phicoh.com

 Niet binnen de bebouwde kom.

 Ik denk dat iemand die gewoon vergeten is.



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

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

Re: [OSM-talk-nl] Mapit1418 - Beelden voor de toekomst

2009-10-21 Thread Martijn van Exel

Geodan heeft een game gemaakt voor de Week van de Geschiedenis in opdracht
van het Nationaal Archief / Kennisland in het kader van dit project.
Ook daarin wordt OSM gebruikt. Hier een paar preview-foto's
http://picasaweb.google.com/mvexel/NationaalArchiefGame#
Ik weet het - nog geen attributie - wordt nog gefixed...
Martijn.

martijn van exel
http://schaaltreinen.nl/
twitter / skype: mvexel
flickr: rhodes



2009/9/28 bas de Lange b...@basdelange.com

 Beste Talk'ers,

 Ik was een beetje aan het grasduinen toen ik dit tegen kwam:
 http://www.mapit1418.nl/

 http://www.beeldenvoordetoekomst.nl/nl/585/Locatie,_locatie,_locatie:_Mapit1418

 Zijn jullie hier al bekend mee? Ziet er interessant uit.

 --
 Locatie, locatie, locatie: Mapit1418
 31 augustus 2009

 Tijdens de Week van de Geschiedenis (17 t/m 25 oktober 2009) presenteren
 Kennisland en het Nationaal Archief de website MapIt1418. Het thema van
 de Week is ‘Oorlog en Vrede’ en daar sluit dit initiatief mooi op aan:
 de site geeft toegang tot een bijzondere selectie fotomateriaal uit de
 Eerste Wereldoorlog van het Nationaal Archief. Vooral – vaak niet eerder
 getoonde – foto’s uit Nederland in de oorlogsperiode krijgen op deze
 site speciale aandacht.

 In veel gevallen is echter onbekend waar deze foto’s destijds genomen
 zijn. Met dit initiatief willen KL en het Nationaal Archief via
 crowdsourcing alsnog de juiste geografische locaties aan de foto’s
 toevoegen. Dat kunnen bezoekers van de website doen door middel van een
 kaart van Open Street Map (www.openstreetmap.org), het open source
 alternatief voor bijvoorbeeld Google Maps. Daarnaast kunnen bezoekers
 hun eigen foto’s van dezelfde locaties anno nu toevoegen: daarmee
 ontstaat een boeiende vergelijking tussen toen en nu!

 De publieke lancering van de website vindt plaats tijdens de Nacht van
 de Geschiedenis, de feestelijke afsluiting van de Week van de
 Geschiedenis op 24 oktober 2009 in hotel Krasnapolsky in Amsterdam.
 Speciaal voor dat evenement ontwikkelen Kennisland en het Nationaal
 Archief samen met Geodan (www.geodan.nl) een unieke extensie van de
 website: een spel op de Surface Table van Microsoft, waarmee bezoekers
 van de Nacht met elkaar de collectie kunnen ontdekken en meer over de
 locaties te weten kunnen komen.

 MapIt1418 is een initiatief van Nationaal Archief en Kennisland en wordt
 ontwikkeld in het kader van het landelijke project Beelden voor de
 Toekomst.

 --
 Groeten Bas!


 Bas de Lange

 http://www.basdelange.com

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

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

Re: [OSM-talk-nl] Shapefiles aanbieden

2009-10-21 Thread Stefan de Konink

On Wed, 21 Oct 2009, Martijn van Exel wrote:

 shapes.openstreetmap.nl werkt voor mij nog niet, ik neem aan gewoon te
 wachten op de DNS?

Hier wel ;) trage DNS aan jouw kant.


Stefan


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

Re: [OSM-talk-nl] Trunk

2009-10-21 Thread Sybren A . Stüvel

On Wed, Oct 21, 2009 at 12:49:58PM +0200, Martijn van Exel wrote:
 Maar dat is de Google-werkelijkheid!! :D

En de echte :) afgelopen weekend nog langs gereden, en het is een
autoweg.

De tagging is niet symmetrisch, zie http://osm.org/go/0E7ASLtqf-
Is dit expres of per ongeluk?

-- 
Sybren A. Stüvel
http://stuvel.eu/


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

Re: [OSM-talk-nl] Cijfertjes?

2009-10-21 Thread Rob

Op 21 oktober 2009 11:22 heeft Lambertus o...@na1400.info het
volgende geschreven:
 Ja, we vinden allemaal (?) dat we te weinig doen. Dus moeten we dit NU
 omzetten naar actie!

we doen genoeg ;)  alleen niet op ledenwervingsgebied
ik zie een aantal uitdagingen daarbij op onze weg liggen

- Wat is/zijn onze doelgroep(en) en wat is de huidige samenstelling
van osm'ers (99% techneut gok ik ?)
- hoe motiveer je mensen mee te doen ? oftewel the big question
what's in it for me
- Informatie voor beginners is gefragmenteerd, wat ontbreekt is een
goed informatie portaal, maar daar komt gelukkig snel verandering in
- Huidige editors zijn te moeilijk (gemaakt door en voor techneuten)

Je kunt nu wel gaan werven in de (landelijke) media maar of er veel
mensen blijven hangen is natuurlijk de vraag..
Misschien moet je eerst gaan kijken naar de doelgroepen die direct
baat hebben bij OpenStreetMap data, ik denk dan als eerste aan
GeoCachers/Garmin gebruikers.

[brainstorm]
verder zou de scouting mogelijk interessant kunnen zijn, laat een
groep scouts, op een zaterdagmiddag,  stukken bos of een (kamp)
terrein in kaart brengen met een gps, onder begeleiding van een
osm'er/leiding.
[/brainstorm]

 We hebben een stichting -met wat prominente NL OSM-ers in het bestuur-
 dat de intentie heeft de community van OSM te ondersteunen, alleen komt
 er maar weinig uit. Hiervoor zijn allemaal wellicht goede redenen aan te
 dragen maar dat veranderd de realiteit niet. Met 4 of 5 man kun je 'dit'
 gewoon niet allemaal organiseren.

site note : Henk is bezig met de inventarisatie van een NL local
chapter, of dit onder de paraplu van opengeo gebeurd is nog niet
duidelijk.. mag hij zelf even op reageren

 Wat ik bij deze voorstel is dat zich wat clubjes (noem het commissies)
 onder de OpenGeo paraplu vormen welke zich richten op specifieke
 promotie doeleinden. Ik denk dan aan:

daar hebben we het inderdaad ook al over gehad

Rob

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

Re: [OSM-talk-nl] Shapefiles aanbieden

2009-10-21 Thread Milo van der Linden

Een belangrijk speerpunt om onze eigen shapes te hosten:

- Beschikbaar maken in de RD (28992) projectie...



Stefan de Konink schreef:
 On Wed, 21 Oct 2009, Martijn van Exel wrote:

   
 shapes.openstreetmap.nl werkt voor mij nog niet, ik neem aan gewoon te
 wachten op de DNS?
 

 Hier wel ;) trage DNS aan jouw kant.


 Stefan


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

   


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

Re: [talk-au] When does a road become a track?

2009-10-21 Thread Sam Couter

John Smith deltafoxtrot...@gmail.com wrote:
 Most people aren't taught to drive or grow up on dirt roads, I only
 have a 2wd car and I'll drive it on roads some/most people wouldn't,
 so that's a bit too subjective...

Ditto for me. If it'll go I'll drive it, and occasionally when it won't.

 However commenting on what crazy people do on unsurfaced road is less
 subjective, you just assume the worst :)

They roads I'm willing to drive on, we probably come to the same answer
anyway. I am a crazy person who drives fast on rough roads.
-- 
Sam Couter |  mailto:s...@couter.id.au
OpenPGP fingerprint:  A46B 9BB5 3148 7BEA 1F05  5BD5 8530 03AE DE89 C75C


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

Re: [talk-au] How to tag a non-existent road

2009-10-21 Thread Brendan Morley

Yes I have an objection.

From what I can tell, roads are generally not gazetted in Queensland. The
exceptions seem to be State transport routes (i.e. those under control of Main
Roads). All roads are registered as part of survey plans and the like.

By way of illustration:
http://www.toowoomba.qld.gov.au/index.php?option=com_docmantask=doc_downloadgid=1301Itemid=71
states in its section 5:

PROVISION OF ACCESS TO PROPERTIES ON DEDICATED ROADS (UNMADE, UNFORMED, or
FORMED)
DEFINITIONS:

Dedicated An area of land dedicated to public use as a road; or an area
roadthat is open to or used by the public and is developed for, or has
as one of its main uses, the driving or riding of motor vehicles;
but does not include a State-controlled road under the Transport
Infrastructure Act 1994.

Formed A dedicated road that does not have gravel paving but which is
roadformed using a grader so that stormwater will drain off laterally.

Gravel paved A dedicated road that has been formed and surfaced with gravel
roadpaving material (usually transported to the site).

Unformed A dedicated road that has been cleared and open to, and
roadcustomarily used by the public.

UnmadeA dedicated road that has had no capital improvements including
roadclearing, formation and gravel paving. Notwithstanding, an un-
made road may be trafficable or un-trafficable in all weathers.

So according to Toowoomba City Council's definition, we'd be looking to use
highway=unmade.

I wouldn't mind knowing how other jurisdictions categorise it.

Brendan

On Wed, 14 Oct 2009 02:43:04 +1000, John Smith wrote:

Unless anyone has an objection I propose that we tagged non-existent
roads from DCDB Qld as:

highway=gazetted_road

Anything that hasn't been surveyed can be tagged as highway=road which
is consistent with current usage, these will also be rendered enough
to indicate they need to be surveyed and hopefully this will encourage
people to participate even if they don't have a GPS.

I updated the wiki as well to reflect this:

http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#What_about_using_meta_information_from_the_DCDB_Qld_date.3F

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

Re: [talk-au] How to tag a non-existent road

2009-10-21 Thread John Smith

2009/10/22 Evan Sebire e...@sebire.org:
 In Melbourne people sometimes use the term 'unmade' for non-sealed roads.  So
 perhaps something clearer like gazetted would suit Australia.   Someone on
 another list mentioned 'non-existent' being better for non-native English
 speakers.  But I think this doesn't really matter as application interfaces
 can translate it anyway.

It would be better if we could come up with something that works well
for most people without expecting software to translate it.

If unmade is already ambiguous it would seem like a bad idea to use it.

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

Re: [talk-au] How to tag a non-existent road

2009-10-21 Thread Evan Sebire

I like 'gazetted_road', but I think it should be 'non-existent'.  

Looking at dictionary.com(which isn't a great reference) nobody would 
understand gazetted road, then I tried the best German translator dict.cc and 
it failed.
Googling Gazetted road comes back with variety of answers, none of the first 
10 results mean non-existent so Gazetted is probably ambiguous.
looks like a clear winner with non-existent.

Hope this helps


On Wednesday 21 Oct 2009 16:36:29 John Smith wrote:
 2009/10/22 Evan Sebire e...@sebire.org:
  In Melbourne people sometimes use the term 'unmade' for non-sealed roads.
   So perhaps something clearer like gazetted would suit Australia.  
  Someone on another list mentioned 'non-existent' being better for
  non-native English speakers.  But I think this doesn't really matter as
  application interfaces can translate it anyway.
 
 It would be better if we could come up with something that works well
 for most people without expecting software to translate it.
 
 If unmade is already ambiguous it would seem like a bad idea to use it.
 

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

Re: [Talk-br] Apresentação e dúvidas

2009-10-21 Thread Arlindo Pereira

Isso é verdade. O Claudomiro me emprestou o Garmin eTrex Vista HCx e eu
estou apaixonado! :D Quero ver se consigo que algum amigo traga de fora pra
mim, porque ele novo é muuuito mais caro do que o preço dele novo nos
Estados Unidos por exemplo.

[]s

2009/10/21 Claudomiro Nascimento Junior claudom...@claudomiro.com

 Eu tenho ouvido falar muito bem dos DataLoggers (como este citado
 pelo Arlindo) - acho que atualmente é a melhor relação custo/benefício
 pra fins de mapeamento.

 Se vc tiver a opçao de comprar um GPS de mão da Garmin (eTrex) é tb
 uma excelente opção para iniciantes - apesar de bem mais caro (no
 Mercado Livre aparece uns usados de vez em quando) - em relação aos
 celulares eles são bem mais duráveis e confiáveis com melhor recepção
 do satelite.

 []s

 2009/10/21 Arlindo Pereira nig...@nighto.net:
  Bem vindo Giovani! Ótimo ver que a palestra rendeu frutos =)
 
  O N78 tá saindo a um custo-benefício bacana. Quanto ao GPS do
 DealExtreme,
  eu tenho um desses http://www.dealextreme.com/details.dx/sku.21684 e
  funciona bem tanto com o N95 quanto com o N800 - nunca testei com o
  notebook.
 
  A documentação ainda está a grande maioria em inglês. A gente tava
  traduzindo algumas páginas no wiki http://wiki.openstreetmap.org/ mas os
  esforços diminuiram um pouco desde que criaram a possibilidade de se
  traduzir as ferramentas em si. O Potlatch (editor em Flash) está quase
 todo
  traduzido, bem como a sua ajuda, e o JOSM também já tá em mais da metade
 das
  strings traduzidas. Se você puder ajudar, cai dentro!
 
  Qualquer coisa, estamos aí.
 
  []s
 
  2009/10/21 Giovani Ferreira jova2.li...@gmail.com
 
  Olá a todos;
 
  Primeiramente gostaria de me apresentar. Meu nome é Giovani Ferreira
  conhecido também como jova, sou da cidade de Poço Fundo – sul de
  Minas. Assisti a palestra do Arlindo – nighto, muito boa por sinal, no
  EMSL'09 no ultimo sábado e me interessei em colaborar com o projeto.
  Já fiz o cadastro no OSM.org e estou à disposição, quero tentar
  começar pela minha cidade. Eis minhas dúvidas:
  -Como minha cidade é do interior , não posso utilizar as imagens do
  yahoo para mapear, e ainda não tenho um GPS(2° questionamento)
  portanto o que posso fazer sem GPS na região de minha cidade.
  -Estou muito interessado em comprar um GPS tanto para e tenho duas
  opções em vista: a primeira é comprar um celular com GPS, ví esta
  opção no submarino http://tinyurl.com/nc65rm pois assim eu já trocaria
  também meu celular que estou precisando; outra opção é comprar um
  adptador GPS USB para meu notebook e inclusive navegando pelo blog do
  nighto encontrei um post sobre importação de Hong Kong com frete free,
  daí encontrei a seguinte opção de GPS USB em
  http://tinyurl.com/yfdo4vx . Quanto ao GPS qual opção seria melhor? Ou
  teria uma outra opção?
  - E por ultimo, onde encontro a documentação, preferencialmente em
  português, voltada principalmente para iniciantes.
 
  Obrigado pela atenção
 
 
  []'s
 
 
  --
 
   Giovani Ferreira - Jova2
  -
   E-mail:  jova2.li...@gmail.com
  jo...@axtelecom.com.br
 
   GNU/Linux User: 337388 GPG ID: 9669DFFF
   Blog: http://jova2.wordpress.com
  -
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  --
  Arlindo Saraiva Pereira Jr.
 
  Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br
  Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com
 
  Acadêmico: arlindo.pere...@uniriotec.br
  Profissional: arlindo.pere...@uniriotec.com
  Geral: cont...@arlindopereira.com
  Tel.: +5521 92504072
  Jabber/Google Talk: nig...@nighto.net
  Skype: nighto_sumomo
  Chave pública: BD065DEC
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 

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




-- 
Arlindo Saraiva Pereira Jr.

Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br
Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com

Acadêmico: arlindo.pere...@uniriotec.br
Profissional: arlindo.pere...@uniriotec.com
Geral: cont...@arlindopereira.com
Tel.: +5521 92504072
Jabber/Google Talk: nig...@nighto.net
Skype: nighto_sumomo
Chave pública: BD065DEC
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] GPS Bluetooth e Nokia N800

2009-10-21 Thread Diogo

Olá Pessoal,

Para quem está interessado em comprar um GPS, eu tenho um GPSlim 240 Bluetooth 
da Holux que tenho algum interesse em vender. Já o possuo há algum tempo, mas 
está em excelente estado de conservação. Ele é extremamente pequeno (do tamanho 
de um batom) e a bateria dura aprox. 8 horas de uso contínuo. Não funciona na 
USB do computador (precisa de um adaptador que eu não possuo), mas ele carrega 
via USB e tenho também um carregador para carro (ele não possui fonte para 
ligar na tomada).

Também tenho um Nokia N800 (internet tablet) que tenho algum interesse em 
vender. Para quem não conhece, é um quase computador portátil, que roda 
Linux, tem bluetooth e Wifi. A bateria dele dura aproximadamente umas 4 horas 
de uso contínuo. Eu tenho alguns programas para edição dos dados do OSM nele 
próprio, como o Osm2Go e o Maemo Mapper, que usa dados do OSM. É uma boa 
ferramenta para levantar informações no campo, e ele pode baixar os dados tanto 
via Wifi quanto via celular, se você tiver um celular com bluetooth.

Quem estiver interessado, me mande uma mensagem.


Atenciosamente,

Diogo


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

Re: [Talk-br] Apresentação e dúvidas

2009-10-21 Thread Flavio Bello Fialho

O Garmin eTrex Legend HCx é mais barato que o Vista e também é ótimo. 
Estou mapeando Bento Gonçalves (RS) com ele.

Arlindo Pereira escreveu:
 Isso é verdade. O Claudomiro me emprestou o Garmin eTrex Vista HCx e eu 
 estou apaixonado! :D Quero ver se consigo que algum amigo traga de fora 
 pra mim, porque ele novo é muuuito mais caro do que o preço dele novo 
 nos Estados Unidos por exemplo.
 
 []s
 
 2009/10/21 Claudomiro Nascimento Junior claudom...@claudomiro.com 
 mailto:claudom...@claudomiro.com
 
 Eu tenho ouvido falar muito bem dos DataLoggers (como este citado
 pelo Arlindo) - acho que atualmente é a melhor relação custo/benefício
 pra fins de mapeamento.
 
 Se vc tiver a opçao de comprar um GPS de mão da Garmin (eTrex) é tb
 uma excelente opção para iniciantes - apesar de bem mais caro (no
 Mercado Livre aparece uns usados de vez em quando) - em relação aos
 celulares eles são bem mais duráveis e confiáveis com melhor recepção
 do satelite.
 
 []s
 
 2009/10/21 Arlindo Pereira nig...@nighto.net
 mailto:nig...@nighto.net:
   Bem vindo Giovani! Ótimo ver que a palestra rendeu frutos =)
  
   O N78 tá saindo a um custo-benefício bacana. Quanto ao GPS do
 DealExtreme,
   eu tenho um desses http://www.dealextreme.com/details.dx/sku.21684 e
   funciona bem tanto com o N95 quanto com o N800 - nunca testei com o
   notebook.
  
   A documentação ainda está a grande maioria em inglês. A gente tava
   traduzindo algumas páginas no wiki http://wiki.openstreetmap.org/
 mas os
   esforços diminuiram um pouco desde que criaram a possibilidade de se
   traduzir as ferramentas em si. O Potlatch (editor em Flash) está
 quase todo
   traduzido, bem como a sua ajuda, e o JOSM também já tá em mais da
 metade das
   strings traduzidas. Se você puder ajudar, cai dentro!
  
   Qualquer coisa, estamos aí.
  
   []s
  
   2009/10/21 Giovani Ferreira jova2.li...@gmail.com
 mailto:jova2.li...@gmail.com
  
   Olá a todos;
  
   Primeiramente gostaria de me apresentar. Meu nome é Giovani Ferreira
   conhecido também como jova, sou da cidade de Poço Fundo – sul de
   Minas. Assisti a palestra do Arlindo – nighto, muito boa por
 sinal, no
   EMSL'09 no ultimo sábado e me interessei em colaborar com o projeto.
   Já fiz o cadastro no OSM.org e estou à disposição, quero tentar
   começar pela minha cidade. Eis minhas dúvidas:
   -Como minha cidade é do interior , não posso utilizar as imagens do
   yahoo para mapear, e ainda não tenho um GPS(2° questionamento)
   portanto o que posso fazer sem GPS na região de minha cidade.
   -Estou muito interessado em comprar um GPS tanto para e tenho duas
   opções em vista: a primeira é comprar um celular com GPS, ví esta
   opção no submarino http://tinyurl.com/nc65rm pois assim eu já
 trocaria
   também meu celular que estou precisando; outra opção é comprar um
   adptador GPS USB para meu notebook e inclusive navegando pelo
 blog do
   nighto encontrei um post sobre importação de Hong Kong com frete
 free,
   daí encontrei a seguinte opção de GPS USB em
   http://tinyurl.com/yfdo4vx . Quanto ao GPS qual opção seria
 melhor? Ou
   teria uma outra opção?
   - E por ultimo, onde encontro a documentação, preferencialmente em
   português, voltada principalmente para iniciantes.
  
   Obrigado pela atenção
  
  
   []'s
  
  
   --
  
Giovani Ferreira - Jova2
   -
E-mail:  jova2.li...@gmail.com mailto:jova2.li...@gmail.com
   jo...@axtelecom.com.br mailto:jo...@axtelecom.com.br
  
GNU/Linux User: 337388 GPG ID: 9669DFFF
Blog: http://jova2.wordpress.com
   -
  
   ___
   Talk-br mailing list
   Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-br
  
  
  
   --
   Arlindo Saraiva Pereira Jr.
  
   Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br
 http://uniriotec.br
   Consultor de Software Livre da Uniriotec Consultoria -
 uniriotec.com http://uniriotec.com
  
   Acadêmico: arlindo.pere...@uniriotec.br
 mailto:arlindo.pere...@uniriotec.br
   Profissional: arlindo.pere...@uniriotec.com
 mailto:arlindo.pere...@uniriotec.com
   Geral: cont...@arlindopereira.com mailto:cont...@arlindopereira.com
   Tel.: +5521 92504072
   Jabber/Google Talk: nig...@nighto.net mailto:nig...@nighto.net
   Skype: nighto_sumomo
   Chave pública: BD065DEC
  
   ___
   Talk-br mailing list

Re: [Talk-br] Importação IBGE - Municípios de SC

2009-10-21 Thread Flavio Bello Fialho

Os dados do IBGE são uma boa fonte de informação, mas não são perfeitos. 
As estradas estão fora de lugar e alguns limites de municípios que 
seguem rios estão visivelmente incorretos. Devemos usar o IBGE como 
base, mas se pudermos corrigir os dados para melhorá-los, devemos fazê-lo.

André Marcelo Alvarenga escreveu:
 Em Ter 20 Out 2009, Junior, Claudomiro escreveu:
 Olá,
  
 Pra minimizar o problema de dados duplicados, nem todas as cidades
  (nodes, pontos) foram importados dos dados do IBGE. Se já havia uma
  outra cidade próxima (menos de 5km aprox) o ponto do IBGE não era
  importado. Talvez valessa a pena dar uma verificada manual nesses dados
  não importados pra ver como complementar os dados existentes. 
 []s
  
 JR

 
 
 Claudomiro.
 
 Várias cidades ficaram com nome duplicado. Eu posso fazer a exclusão daquelas 
 que não tem a fonte do IBGE. Porém, algumas cidades tem pontos que com 
 nome, 
 mas não consigo visualizá-las nos editores. Ex:
 
 http://www.openstreetmap.org/?lat=-26.9022lon=-49.0854zoom=14layers=B000FTF
 (o Blumenau menor)
 
 http://www.openstreetmap.org/?lat=-28.4794lon=-49.0215zoom=14layers=B000FTF
 (o Tubarão menor dos nomes)
 
 Você sabe como excluí-las?
 
 Posso também incrementar as cidades com as informações do IBGE, mas preciso 
 que você me encaminhe os arquivos com as informações.
 
 Além disso, pergunto: Devemos completar as informações das cidades com todas 
 as tags abaixo, conforme descrito em:
 
 http://wiki.openstreetmap.org/wiki/Key:is_in
 
 is_in:continent=South America
 is_in:country=Brasil
 is_in:Santa Catarina;SC;Brasil
 is_in:country_code=BR
 is_in:state=Santa Catarina
 is_in:state_code=SC
 
 Além, é claro, de outras informações.
 
 Como pretendo revisar todas as cidades de SC, já quero deixar as informações 
 completas.
 
 Obrigado.
 

-- 
Flávio Bello Fialho
Pesquisador, Embrapa Uva e Vinho
be...@cnpuv.embrapa.br

--
Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de 
Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo 
disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada 
exclusivamente a seu destinatário e pode conter informações 
confidenciais, protegidas por sigilo profissional. Sua utilização 
desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a 
recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, 
esclarecendo o equívoco.

Confidentiality note: This message from Empresa Brasileira de Pesquisa 
Agropecuária (Embrapa) a government company established under Brazilian 
law (5.851/72) is directed exclusively to its addressee and may contain 
confidential data, protected under professional secrecy rules. Its 
unauthorized use is illegal and may subject the transgressor to the 
law's penalties. If you're not the addressee, please send it back, 
elucidating the failure.

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

Re: [Talk-br] Importação IBGE - Municípios de SC

2009-10-21 Thread Junior, Claudomiro

Claro,

Essas cartas digitais que eles diponibilizaram chegam a ter erro de mais de 
1000 metros, enquanto que conseguimos uma precisão de 10 a 20 metros com GPS ou 
menos de 100 metros com a imagem de satelite default (LANDSAT)

[]s
-Original Message-
From: talk-br-boun...@openstreetmap.org 
[mailto:talk-br-boun...@openstreetmap.org] On Behalf Of Flavio Bello Fialho
Sent: quarta-feira, 21 de outubro de 2009 12:07
To: OSM talk-br
Subject: Re: [Talk-br] Importação IBGE - Municípios de SC

Os dados do IBGE são uma boa fonte de informação, mas não são perfeitos. 
As estradas estão fora de lugar e alguns limites de municípios que seguem rios 
estão visivelmente incorretos. Devemos usar o IBGE como base, mas se pudermos 
corrigir os dados para melhorá-los, devemos fazê-lo.

André Marcelo Alvarenga escreveu:
 Em Ter 20 Out 2009, Junior, Claudomiro escreveu:
 Olá,
  
 Pra minimizar o problema de dados duplicados, nem todas as cidades  
 (nodes, pontos) foram importados dos dados do IBGE. Se já havia 
 uma  outra cidade próxima (menos de 5km aprox) o ponto do IBGE não 
 era  importado. Talvez valessa a pena dar uma verificada manual 
 nesses dados  não importados pra ver como complementar os dados existentes.
 []s
  
 JR

 
 
 Claudomiro.
 
 Várias cidades ficaram com nome duplicado. Eu posso fazer a exclusão 
 daquelas que não tem a fonte do IBGE. Porém, algumas cidades tem 
 pontos que com nome, mas não consigo visualizá-las nos editores. Ex:
 
 http://www.openstreetmap.org/?lat=-26.9022lon=-49.0854zoom=14layers
 =B000FTF
 (o Blumenau menor)
 
 http://www.openstreetmap.org/?lat=-28.4794lon=-49.0215zoom=14layers
 =B000FTF
 (o Tubarão menor dos nomes)
 
 Você sabe como excluí-las?
 
 Posso também incrementar as cidades com as informações do IBGE, mas 
 preciso que você me encaminhe os arquivos com as informações.
 
 Além disso, pergunto: Devemos completar as informações das cidades com 
 todas as tags abaixo, conforme descrito em:
 
 http://wiki.openstreetmap.org/wiki/Key:is_in
 
 is_in:continent=South America
 is_in:country=Brasil
 is_in:Santa Catarina;SC;Brasil
 is_in:country_code=BR
 is_in:state=Santa Catarina
 is_in:state_code=SC
 
 Além, é claro, de outras informações.
 
 Como pretendo revisar todas as cidades de SC, já quero deixar as 
 informações completas.
 
 Obrigado.
 

--
Flávio Bello Fialho
Pesquisador, Embrapa Uva e Vinho
be...@cnpuv.embrapa.br

--
Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa 
Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei 
Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu 
destinatário e pode conter informações confidenciais, protegidas por sigilo 
profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às 
penas da lei. Se você a recebeu indevidamente, queira, por gentileza, 
reenviá-la ao emitente, esclarecendo o equívoco.

Confidentiality note: This message from Empresa Brasileira de Pesquisa 
Agropecuária (Embrapa) a government company established under Brazilian law 
(5.851/72) is directed exclusively to its addressee and may contain 
confidential data, protected under professional secrecy rules. Its unauthorized 
use is illegal and may subject the transgressor to the law's penalties. If 
you're not the addressee, please send it back, elucidating the failure.

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

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

Re: [Talk-br] Importação IBGE - Municípios de SC

2009-10-21 Thread Arlindo Pereira

A única forma perfeita de se definir essas fronteiras é achando a lei que
define o contorno delas (sejam fronteiras de bairro, distrito, município,
estado ou país).

Por exemplo (ignorem o mapa em Flash):
http://www2.rio.rj.gov.br/smu/caderno_novo/site%20catete/delimitacao.htm

[]s

2009/10/21 Junior, Claudomiro claudomiro.jun...@citi.com

 Claro,

 Essas cartas digitais que eles diponibilizaram chegam a ter erro de mais
 de 1000 metros, enquanto que conseguimos uma precisão de 10 a 20 metros com
 GPS ou menos de 100 metros com a imagem de satelite default (LANDSAT)

 []s
 -Original Message-
 From: talk-br-boun...@openstreetmap.org [mailto:
 talk-br-boun...@openstreetmap.org] On Behalf Of Flavio Bello Fialho
 Sent: quarta-feira, 21 de outubro de 2009 12:07
 To: OSM talk-br
 Subject: Re: [Talk-br] Importação IBGE - Municípios de SC

 Os dados do IBGE são uma boa fonte de informação, mas não são perfeitos.
 As estradas estão fora de lugar e alguns limites de municípios que seguem
 rios estão visivelmente incorretos. Devemos usar o IBGE como base, mas se
 pudermos corrigir os dados para melhorá-los, devemos fazê-lo.

 André Marcelo Alvarenga escreveu:
  Em Ter 20 Out 2009, Junior, Claudomiro escreveu:
  Olá,
 
  Pra minimizar o problema de dados duplicados, nem todas as cidades
  (nodes, pontos) foram importados dos dados do IBGE. Se já havia
  uma  outra cidade próxima (menos de 5km aprox) o ponto do IBGE não
  era  importado. Talvez valessa a pena dar uma verificada manual
  nesses dados  não importados pra ver como complementar os dados
 existentes.
  []s
 
  JR
 
 
 
  Claudomiro.
 
  Várias cidades ficaram com nome duplicado. Eu posso fazer a exclusão
  daquelas que não tem a fonte do IBGE. Porém, algumas cidades tem
  pontos que com nome, mas não consigo visualizá-las nos editores. Ex:
 
  http://www.openstreetmap.org/?lat=-26.9022lon=-49.0854zoom=14layers
  =B000FTF
  (o Blumenau menor)
 
  http://www.openstreetmap.org/?lat=-28.4794lon=-49.0215zoom=14layers
  =B000FTF
  (o Tubarão menor dos nomes)
 
  Você sabe como excluí-las?
 
  Posso também incrementar as cidades com as informações do IBGE, mas
  preciso que você me encaminhe os arquivos com as informações.
 
  Além disso, pergunto: Devemos completar as informações das cidades com
  todas as tags abaixo, conforme descrito em:
 
  http://wiki.openstreetmap.org/wiki/Key:is_in
 
  is_in:continent=South America
  is_in:country=Brasil
  is_in:Santa Catarina;SC;Brasil
  is_in:country_code=BR
  is_in:state=Santa Catarina
  is_in:state_code=SC
 
  Além, é claro, de outras informações.
 
  Como pretendo revisar todas as cidades de SC, já quero deixar as
  informações completas.
 
  Obrigado.
 

 --
 Flávio Bello Fialho
 Pesquisador, Embrapa Uva e Vinho
 be...@cnpuv.embrapa.br

 --
 Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa
 Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei
 Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu
 destinatário e pode conter informações confidenciais, protegidas por sigilo
 profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às
 penas da lei. Se você a recebeu indevidamente, queira, por gentileza,
 reenviá-la ao emitente, esclarecendo o equívoco.

 Confidentiality note: This message from Empresa Brasileira de Pesquisa
 Agropecuária (Embrapa) a government company established under Brazilian law
 (5.851/72) is directed exclusively to its addressee and may contain
 confidential data, protected under professional secrecy rules. Its
 unauthorized use is illegal and may subject the transgressor to the law's
 penalties. If you're not the addressee, please send it back, elucidating the
 failure.

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

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




-- 
Arlindo Saraiva Pereira Jr.

Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br
Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com

Acadêmico: arlindo.pere...@uniriotec.br
Profissional: arlindo.pere...@uniriotec.com
Geral: cont...@arlindopereira.com
Tel.: +5521 92504072
Jabber/Google Talk: nig...@nighto.net
Skype: nighto_sumomo
Chave pública: BD065DEC
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] APRESENTAÇÃO

2009-10-21 Thread Reginaldo Nazar

Meu nome é Reginaldo Nazar
Sou de Curitiba e pretendo ajudar vocês. e a mim também...

Algumas pergunta
1 -  tracksouce alguem já conseguiu negociar a base deles ?
2 - Google maps pode ser usado ?
3 - Como importar dados ao OSM ?

Obrigado

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

Re: [Talk-br] APRESENTAÇÃO

2009-10-21 Thread Rodrigo de Avila


Vitor George escreveu:

o que acham de iniciarmos um projeto de distribuição de arquivos de mapas?

agora que estamos com a importarção de fronteiras em fase de 
implantação, podemos gerar um script de mapas para garmin e outros. aí 
a gente coloca no mapaslivres.org http://mapaslivres.org pra baixar 
também. assim podemos atrair mais gente.
Hoje eu já separo um bbox com o RS dentro, pra rodar no Mobile XT que 
tem no meu N95.


Mas eu sempre quis fazer isso, pegando o que tem dentro de uma relation. 
Mas as únicas maneiras que eu achei no Google foi montando estrutura que 
envolvia download do planet.osm + PostgreSQL. E eu não tenho internet em 
casa pra fazer isso, com esse tamanho todo.


Se alguém me ajudar separando arquivos .osm dos estados, ou mesmo do 
país, eu monto arquivos .img pra Garmin.


Espaço pra guardar, dá pra usar um Google Site ou mesmo no Appspot. 
Tenho experiência com isso.


P.S.: Sabiam que openstreetmap.com.br está disponível pare registro?

--
Rodrigo de Avila
Analista de Desenvolvimento

+55 51 9733.3488 • rodr...@avila.eti.br mailto:rodr...@avila.eti.br • 
www.avila.eti.br http://www.avila.eti.br


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

Re: [Talk-de] Garmin Installer (war: OSM Mentoren hier?)

2009-10-21 Thread Carsten Schwede

Hi,

Johann H. Addicks schrieb:
 Ich kanns nur für die Outdoor-Geräte beurteilen: Wenn man die Karten im
 Mapsource hat, dann reicht das. Von da aus geht's dann schon mit der
 Garmin-Software weiter.

Wie wäre es mit beiden Varianten im Installer? Also direkt aufs
GPS-Gerät und auch in Mapsource installieren?

 Wobei mich jetzt gern die Linux-Desktopler schlagen dürfen.

*schlag*

 Aber QLandkarte ist leider meiner Erfahrung nach unbenutzbar. Es fehlen
 nicht nur viele, viele Features von Mapsource, es ist zudem auch noch
 Resourcenhungrig. Mit weniger als einem Dualcore-Prozessor und 2GB Ram
 sollte man das besser nicht starten.

Oliver wird sich über Hilfe freuen. Ich glaube schon, dass QLandkarte
das Potential hat die Kartenapplikation zu werden. Außwerdem besonders
Recourcenschonend ist Mapsource ab der 6.14 auch nicht gerade. Dagegen
war QL ja fast eine Rakete.

 (Zumindest nicht in einer Windows-Umgebug. Auf einem Netbook war es bei
 mir komplett unbenutzbar.)

Ich schätze mal das ist das Problem, die Windows-Version wird die
Performanceprobleme haben, vielleicht wegen unperformanter Bibliotheken
oder so. Auf dem Netbook könnte ich das wirklich mal probieren, der
läuft aber bei mir standesgemäß auch unter Linux...

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] Garmin Installer (war: OSM Mentoren hier?)

2009-10-21 Thread Carsten Schwede

Hi,

Ulf Lamping schrieb:
 Zumindest bei den günstigeren Auto Navis ist MapSource definitiv nicht 
 dabei. Wenn ich mich recht erinnere, bei den günstigen Outdoor Geräten 
 auch nicht.

z.B. beim günstigen Oregon ist Mapsource nicht dabei. Ich denke, dass
Garmin im Moment auf dem Weg ist Mapsource ausschließlich an das Kaufen
einer Karte zu binden, und bei Geräten, die entweder fest
vorprogrammiert sind oder ohne Karte daherkommen gar kein Mapsource mehr
beizulegen.

 Hab das nicht so genau verfolgt, aber es gab doch durchaus Probleme die 
 Karten in bestimmte MapSource Versionen überhaupt rein zu bekommen.

Das liegt an den unterschiedlichen Registryeinträgen, die jeweils
abhängig von Windows-Version und Mapsource-Version erforderlich sind.

-- 
Viele Gruesse
Computerteddy

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

[Talk-de] Wanderwege-Overlay jetzt weltweit verf ügbar

2009-10-21 Thread Sarah Hoffmann

Hallo,

wie einige vielleicht mitbekommen haben, stelle ich eine Karte mit
Wanderwegen der Schweiz zur Verfügung. Nach einigem Umbau des Renderings
ist diese Karte ab sofort weltweit verfügbar:

http://osm.lonvia.de/world_hiking.html

Das Ganze ist noch etwas experimentell, am Stil kann und wird sich in
den nächsten Wochen noch einiges ändern. Aber die Karte ist schon ganz 
brauchbar, um an den kommenden langen Winterabenden die vielen Löcher
in den Wanderrelationen zu reparieren und vielleicht mal etwas
Konistenz in die Klassifizierung zu bringen. (Sollten die ganzen
Jakobswege nicht alle network=iwn sein? Ich meine, mich zu 
erinnern, dass deren Ausschilderung ein EU-Projekt sei.)

Weitere Anmerkungen:

Die Karte wird täglich aktualisiert, es dauert aber bis zum späten
Nachmittag bis die Daten des Vortages verfügbar sind.

Die Implementierung des osmc:symbol-Tags ist noch nicht ganz vollständig,
und die Interpretation von ref-Tags folgt in den nächsten Tagen. Dazu eine
Frage: wäre es nicht sinnvoll die Liste der möglichen Werte des
osmc_symbol-Tags ins Wiki zu verlegen, damit Leute neue Werte einfacher
beschreiben können?

Die einzelnen Wegefarben wie im osmc:symbol-Tag beschrieben zu rendern,
ist in einem Overlay leider nicht möglich, weil die Zahl der verwendbaren
Farben begrenzt ist. Es gibt daher nur eine Unterscheidung nach network-Typ.

Der Rendering-Prozess ist so aufgesetzt, dass er für verschiedene Regionen
unterschiedliche Stile rendern kann. Zur Zeit nutze ich das nur, um das
Knoten-Wanderwegenetz der Schweiz speziell zu rendern, aber es wäre
interessant zu sehen, ob der Ansatz skaliert. Wenn es also andere
Regionen gibt, die eine Spezialbehandlung wünschen, Mail an mich.
Mehr dazu auch unter:
http://osm.lonvia.de/world_hiking/regional_de.html

Gruss

Sarah

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

Re: [Talk-de] Pfoten weg von unseren Daten

2009-10-21 Thread Wolfgang

Hallo,
Am Mittwoch 21 Oktober 2009 02:29:16 schrieb Florian Gross:


 Und das soll bei einem googlemail- Account gehen? Ohne richterlichen
 Beschluß usw? Die fragen nach Name, Vorname und das wars eigentlich.


wie gesagt, wie das Nummernschild am Auto. Nicht wirklich anonym. Den Namen 
des Halters bekommst du auch nicht beim nächsten Postamt. Google speichert die 
IP und Datum/Uhrzeit. Daraus lässt sich beim jeweiligen Provider ermitteln, 
von wo die Verbindung kam, dafür sorgt unser Innenminister. Wenn das _immer_ 
ein Internetcafe ist, wird es aufwändiger.

Ich sage allerdings nicht, dass dies der Weg der Wahl ist. Wenn die 
persönliche Ansprache per Mail nicht funktioniert, wird sie nach so einem 
Fackelzug mit Staatsanwalt oder Richter eher noch schlechter funktionieren.

Gruß, Wolfgang

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

Re: [Talk-de] Garmin Installer (war: OSM Mentoren hier?)

2009-10-21 Thread Wolfgang

Hallo,
Am Mittwoch 21 Oktober 2009 01:53:29 schrieb Johann H. Addicks:

 Ich kanns nur für die Outdoor-Geräte beurteilen: Wenn man die Karten im
 Mapsource hat, dann reicht das. Von da aus geht's dann schon mit der
 Garmin-Software weiter.

 Wobei mich jetzt gern die Linux-Desktopler schlagen dürfen.

Aber warum denn? Natürlich ist es ein absolutes Armutszeugnis, dass ein 
Unternehmen wie Germin nicht in der Lage sein will, die paar Programmchen auf 
jedem Betriebssystem anzubieten. Aber man hat doch noch wine. Meine Version 
von mapsource läuft da ohne Probleme, sie hat nur den Fehler, überflüssig zu 
sein. Die Landkarte kann ich mit dem USB-Kartenleser schneller aufs Garmin 
übertragen. Für alles andere hat das Garmin den Massenspeicher-Modus. Ich 
hatte mapsource nur am Anfang benutzt.

Gruß, auch an Windows-Nutzer :), Wolfgang

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

[Talk-de] Routing

Hallo,

ich fang nochmal neu an, aber es sei kurz angemerkt, dass
sich der Beitrag auch auf den Thread oben (Gratulation)
bezieht.

Es wurde nach einer knackigen Erklaerung gesucht, was am
Routing mit OSM problematisch ist und ich versuch mich mal
dran zu erklaeren, was andere meiner Ansicht nach besser
machen. Leider kann ich dabei nicht verhindern, dass 
hier Argumente kommen, die schon x mal erwaehnt wurden.

Der Einfachheit halber lasse ich mal unter den Tisch fallen,
dass andere Systeme feiner aufloesen, denn der eigentliche
Knackpunkt ist die variable Bedeutung der Klassen und
die fehlende Grundversorgung mit Daten, die ueber die
Klassen hinausgehen.

Also versuch ich mal in Muenchen zu routen. Bis vor kurzem
waren die kreuzungsfreien mehrspurigen Bereiche des 
Mittleren Rings als Trunk eingetragen, dann wieder als 
primary. Wenn ich trunk auch nur ansatzweise auswerte,
wird dadurch das Routing komplett umgeschmissen, ohne dass
sich baulich irgendwas veraendert haette oder es eine
dokumentierte Aenderung an der Klassendefinition 
gegeben haette. Ich stehe als Navientwickler einfach vor
der Situation, dass mein navi ploetzlich Routen auswirft,
die fuer den Fahrer unbefriedigend sind.

Das nennt man ueblicherweise Showstopper.

Ueber den Hintergrund des geaenderten Mappings kann man 
jetzt Vermutungen anstellen. Vielleicht hat sich jemand
dran gestoert, dass diese Bereiche zwar alle technischen
Voraussetzungen des trunks erfuellen, aber das KFZ-Strassen-
Schild fehlt (das gibts da nur in/an den Tunneln), aber
letztendlich ists egal, das Mapping wurde geaendert und
ich habe keinen Einfluss drauf. 

Na ja, wenn die Klasse unzuverlaessig ist, dann brauch 
ich eben eine Rueckfallebene - was nehmen? Ampeln vielleicht
oder die Spuranzahl? Spuren werden nicht visualisiert, 
also ein Tool schreiben, das die anzeigt, hinfahren und
mit der Realitaet abgleichen? Ampeln kann ich wenigstens
auf den Kacheln sehen, aber wie bekomme ich raus, ob keine 
da ist, oder nur keine eingetragen wurde? Es bleibt dabei, 
in der Flaeche bin ich auf die Klasse angewiesen und Routing 
geht immer ueber die Flaeche.

Na ja, kann man sagen, ist eben ein Einzelfall, dass die
Hauptverkehrsader einer Grossstadt mal schnell umattributiert
wird, aber ist das so? Es gab oben Beispiele von Mailand
und Bonn also ein Einzelfall ists schon mal nicht. Es 
sind schon kreuzungsfreie Umgehungsstrassen zu tertiary
gemacht worden (z.B. Rosenheim), weil der Kreis die gebaut 
hat, waehrend der dicke rote Strich durchs ampelverseuchte 
Zentrum fuehrt.

Ergo:
Routerentwicklung braucht eine Mindeststabilitaet bei den
Attributen und Klassen ueber eine Flaeche hinweg. Ob es
nach 2 Jahren (damls waren in einigen Ecken schon genug
Daten da um realistisch zu routen) immer noch noetig ist,
grundlegende Definitionen in Frage zu stellen?

Gruesse Hubert

-- 
Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben!
http://portal.gmx.net/de/go/dsl02

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

[Talk-de] Software Architekt /Analyst openstreetmap

2009-10-21 Thread Gehling Marc


Hallo,

zur info. 
http://www.projektwerk.de/projekt/PA-42627/software_architekt_analyst.html

Für einen unseren Kunden suchen wir einen fähigen  Software  
Architekten /Analysten (m/w).


Aufgaben:
- Evalierung der Möglichkeiten mit Daten aus OpenStreetMap  
unternehmenspezifische Applikationen zu entwickeln

- Architektur, Konzeption, Test

kann doch jemand aus der Community Geld verdienen...

Mfg Marc
ps. habe damit nix zu tun. per zufall gesehen.___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gratulation!

2009-10-21 Thread Bernd Wurst

Hallo.

Am Mittwoch, 21. Oktober 2009 schrieb Garry:
 Das funktioniert vorerst nicht, das Routing muss in erster Linie alleine
 mit dem highway-tag funktionieren
 da esdass einzig durchgägngige tag ist.
 Oder wie willst Du eine Strasse von der Du nur den Besitzerkennst mit
 einer vergleichen von der Du nur die zuläsige
 Höchstgeschwindigkeit kennst?

Das ist eine fadenscheinige Argumentation!
Du stellst dich hier hin und stampfst so lange mit dem Fuß bis alle 
highway-Tags scharf definiert und dann auch noch korrekt vergeben sind? Na 
dann.

Das naheliegende Vorgehen ist doch:
Setze die oben genannten Tags irgendwo in eine Liste mit einer präzisen, 
deinen Ansprüchen genügenden Definition und bau das in die Dokumentation 
deiner Anwendung ein. Da du zum Testen einige Straßen brauchst, tagge einige 
Straßen in dieser Art und Weise [1].

Dann setze einige Umwandlungen ein, die aus den momentanen Highway-Klassen in 
deiner Anwendung Pseudogenauigkeit erstellen (secondary = Landesstraße, 
maxspeed=100, width=8, lanes=1, ...).

Das ist dann zwar sicherlich nicht das perfekte Routing-Ergebnis das du 
vielleicht gerne hättest, aber du kannst dann nachher sehen, welche Straßen 
offenbar unzureichend getagged worden sind.
Diese Umwandlung kannst du außerhalb deines Programms machen, dein Programm 
bekommt dann scheinbar präzise gemappte Daten und kann damit was machen.


[1]: Du wirst schnell merken, dass das so gar keinen Spaß macht, bei scharf 
umrissenen Definitionen, da sich niemals alle Straßen so in ein Schema 
einordnen lassen, dass es einem nachher passt.

Gruß, Bernd

-- 
Die Welt wird nicht bedroht von den Menschen, die böse sind, sondern von
denen, die das Böse zulassen.  -  Albert Einstein


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

Re: [Talk-de] Routing

2009-10-21 Thread marcus.wolschon

On Wed, 21 Oct 2009 09:51:59 +0200, qbert biker qbe...@gmx.de wrote:
 Also versuch ich mal in Muenchen zu routen. Bis vor kurzem
 waren die kreuzungsfreien mehrspurigen Bereiche des 
 Mittleren Rings als Trunk eingetragen, dann wieder als 
 primary. Wenn ich trunk auch nur ansatzweise auswerte,
 wird dadurch das Routing komplett umgeschmissen, ohne dass


Was meinst su mit auch nur ansatzweise auswerte?
Es ist eine für dein Fahrzeug nutzbare Strasse, fertig.

Was wird komplett umgeschmissen?

Für welche Art von Fahrzeug hast du geroutet und optimiert
nach welcher Metrik?

Welches Navi hast du überhaupt verwendet?

 sich baulich irgendwas veraendert haette oder es eine
 dokumentierte Aenderung an der Klassendefinition 
 gegeben haette. Ich stehe als Navientwickler einfach vor
 der Situation, dass mein navi ploetzlich Routen auswirft,
 die fuer den Fahrer unbefriedigend sind.
 
 Das nennt man ueblicherweise Showstopper.
 
 Ueber den Hintergrund des geaenderten Mappings kann man 
 jetzt Vermutungen anstellen. Vielleicht hat sich jemand
 dran gestoert, dass diese Bereiche zwar alle technischen
 Voraussetzungen des trunks erfuellen, aber das KFZ-Strassen-
 Schild fehlt (das gibts da nur in/an den Tunneln), aber

Was hat die Eigenschaft dass es eine KFZ-Strasse ist
mit der Klassifikation als Trunk zu tun?
Beide Tags sind orthogonal.

 letztendlich ists egal, das Mapping wurde geaendert und
 ich habe keinen Einfluss drauf. 



 Ergo:
 Routerentwicklung braucht eine Mindeststabilitaet bei den
 Attributen und Klassen ueber eine Flaeche hinweg.

Ja

 Ob es
 nach 2 Jahren (damls waren in einigen Ecken schon genug
 Daten da um realistisch zu routen) immer noch noetig ist,
 grundlegende Definitionen in Frage zu stellen?

Nein, sollte nicht mehr passieren.


Marcus

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

Re: [Talk-de] Routing

2009-10-21 Thread Wolfgang

Hallo,
Am Mittwoch 21 Oktober 2009 09:51:59 schrieb qbert biker:

 Na ja, wenn die Klasse unzuverlaessig ist, dann brauch
 ich eben eine Rueckfallebene - was nehmen? Ampeln vielleicht
 oder die Spuranzahl? Spuren werden nicht visualisiert,
 also ein Tool schreiben, das die anzeigt, hinfahren und
 mit der Realitaet abgleichen? 

Spuren und mehr sind problemlos sichtbar und editierbar mit merkaartor. Eine 
kleine Erweiterung schreiben (menügeführt), speichern, laden, fertig.

Gruß, Wolfgang

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

Re: [Talk-de] Routing


 Original-Nachricht 
 Datum: Wed, 21 Oct 2009 10:03:50 +0200
 Von: marcus.wolsc...@googlemail.com
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Routing

 Was meinst su mit auch nur ansatzweise auswerte?
 Es ist eine für dein Fahrzeug nutzbare Strasse, fertig.

Reisezeitmodellierung und Priorisierung also der Versuch
dem Fahrer gute Information zu geben, wo er am besten
durch kommt.
 
 Was wird komplett umgeschmissen?

Alle Routen in der Umgebung unter der (richtigen)
Voraussetzung, dass eine kreuzungsfreie Strasse fast
immer schneller ist als die Ampelstrassen der
Umgebung (auch bei Stau).

 Für welche Art von Fahrzeug hast du geroutet und optimiert
 nach welcher Metrik?

Nicht fuers Fahrrad ;) Kuerzest Weg Suche mit 
Reisezeitmodell unter Beruecksichtigung der OSM-Klassen

 Welches Navi hast du überhaupt verwendet?

Sebstgeschriebene PC-SW mit Validierung ueber Tracks,
die auf der Strecke aufgenommen wurden.
 
 Was hat die Eigenschaft dass es eine KFZ-Strasse ist
 mit der Klassifikation als Trunk zu tun?
 Beide Tags sind orthogonal.

Sollten sie sein, aber warum entfernt dann jemand
die Trunk-Klassen und pinselt primary rein, so dass
der kreuzungsfreie Bereich im roten Einerlei absaeuft?

Nach welcher der vielen, sich ueber die Zeit veraendernden
Definitionen soll ich den Mapper hinweisen, dass er
es anders machen soll?
 
Gruesse Hubert

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Routing


 Original-Nachricht 
 Datum: Wed, 21 Oct 2009 10:09:21 +0200
 Von: Wolfgang o...@kahl-hinsch.de
 An: talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Routing

 
 Spuren und mehr sind problemlos sichtbar und editierbar mit merkaartor.
 Eine 
 kleine Erweiterung schreiben (menügeführt), speichern, laden, fertig.

Danke, wird mal wieder Zeit, sich das Ding naeher anzusehen.

Aber es bleibt als Kernproblem, dass der Entwickler des
Routingalgos i.A. das nicht leisten kann, denn er ist weder 
vor Ort, noch hat er die Kapazitaet, das in der Flaeche 
zu pruefen. Und es ist fuer ihn nicht erkennbar, ob es
nur eine Spur gibt, oder ob nur kein Wert eingetragen 
wurde, wenn er nur die Daten hat.

Der Entwickler, der auf Basis der OSM-Attibute Algos schreibt,
muss sich quasi blind darauf verlassen koennen, dass sich
die Daten innerhalb einer Definition bewegen. 

Fuer diesen Zweck, also der Arbeitsteilung zwischen Mapper
und Anwendungsentwickler, gibts ausgefeilte Attributierungsmodelle
wie das vor Urzeiten von der EU gefoerderte GDF. Leider merkt 
man dem sein Alter deutlich an, aber es liefert immer noch 
gute Anhaltspunkte, was man verbessern kann.

Gruesse Hubert
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Gratulation!


 Original-Nachricht 
 Datum: Wed, 21 Oct 2009 10:03:26 +0200
 Von: Bernd Wurst be...@bwurst.org
 An: talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Gratulation!

 Das ist eine fadenscheinige Argumentation!
 Du stellst dich hier hin und stampfst so lange mit dem Fuß bis alle 
 highway-Tags scharf definiert und dann auch noch korrekt vergeben sind? Na
 dann.

Man kann ja auch klein anfangen und mal festlegen, worauf sich
die highway-Klasse bezieht und dann die Klassen von
Nebenbedingungen befreien, von denen die meisten gar nix
wissen.
 
 Das naheliegende Vorgehen ist doch:
 Setze die oben genannten Tags irgendwo in eine Liste mit einer präzisen, 
 deinen Ansprüchen genügenden Definition und bau das in die Dokumentation
 deiner Anwendung ein. Da du zum Testen einige Straßen brauchst, tagge
 einige 
 Straßen in dieser Art und Weise [1].

Kann man machen und hab ich auch schon gemacht, nur loest
es kein Problem, wenn ein Algo den ich selber schreibe nur
auf Daten funktioniert, die ich selber getrimmt habe.

zu [1] komme ich unten...

 Diese Umwandlung kannst du außerhalb deines Programms machen, dein
 Programm 
 bekommt dann scheinbar präzise gemappte Daten und kann damit was machen.

Man kann auch z.B. die Daten des AND-Imports zu diesem 
Zweck hernehmen, denn die folgen ja auch einem fixen Modell.
Die Routen, die ich damit bekomme, sehen schon mal ganz
gut aus, aber leider ist das Gebiet zu weit weg, dass 
ich vor Ort Tests haette machen koennen. 
 
 [1]: Du wirst schnell merken, dass das so gar keinen Spaß macht, bei
 scharf 
 umrissenen Definitionen, da sich niemals alle Straßen so in ein Schema 
 einordnen lassen, dass es einem nachher passt.

Na ja, ein Konzept, das schon mal zwischen Ausbauzustand 
Bedeutung im Netz unterscheidet, erzeugt schon mal deutlich
weniger Konflikte als alles in eine Liste zu pressen.

Mal grob geschaetzt drueckt alleine dieser Trick die 
Konflikte von 5-10% der Strassen auf 1-2%. Wenn ich bei
einer schlecht ausgebauten, aber wichtigen Verbindungsstrasse
nicht mehr entscheiden muss, welcher der beiden Strategien
(Ausbau wichtiger oder Verbindung wichtiger) ich den 
Vorzug geben muss und welche Info ich unterdruecke, macht 
das Mappen deutlich mehr Spass.

Gruesse Hubert


-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Gratulation!

2009-10-21 Thread Bernd Wurst

Hallo.

Am Mittwoch, 21. Oktober 2009 schrieb qbert biker:
  Das ist eine fadenscheinige Argumentation!
  Du stellst dich hier hin und stampfst so lange mit dem Fuß bis alle
  highway-Tags scharf definiert und dann auch noch korrekt vergeben sind?
  Na dann.
 Man kann ja auch klein anfangen und mal festlegen, worauf sich
 die highway-Klasse bezieht und dann die Klassen von
 Nebenbedingungen befreien, von denen die meisten gar nix
 wissen.

Nein, du kannst jetzt nicht mehr die highway-Klassen *umdefinieren* oder wie 
auch immer geartet präziser definieren. Diese Klassen sind prima wenn sich 
jemand ohne einschlägige Ausbildung im GIS-Sektor einfach nur um die Straßen 
seiner Nachbarschaft kümmern möchte. Es ist nach aktuellem Stand um Welten 
besser als nichts, und nur etwas schlechter als das Optimum.

Wie du ja selbst immer wieder betonst, man kann nicht alles in ein Attribut 
pressen, sonst benötigt man dafür unendlich viele klar definierte Werte.
Also löse dich bitte von deiner Forderung nach einem präziseren highway-Tag 
und stelle eine sinnige Lösung vor, wie man es stattdessen machen kann. 

Für die bestehenden Straßen ohne die neue Attributierung nimmst du halt 
irgendwelche Annahmen. Dann kannst du bei jedem Routing-Fehler genau 
sagen: Deshalb funktioniert da das Routing so schlecht, setzt bitte dort 
bessere Tags ein.


Mal anders gesagt: Für geschätzte 99% der Straßen reicht die vage Bewertung 
bisher völlig aus. Auf dem flachen Land ist es egal ob die Verbindungsstraße 
von A nach B eine Landes- oder Kreisstraße ist, es ist sogar egal ob die 2 
oder 10 Meter breit ist, denn es ist halt nunmal die einzige sinnvolle 
Verbindung zwischen den Orten.
Und für die strittigen Stellen, bestens ausgebaute Kreisstraßen als 
Umgehungsstraße einer Stadt oder sowas, da brauchst du andere, deutlichere 
Tags. Nur gibt es bisher so *ÜBERHAUPT GAR KEINEN* Anreiz für einen Mapper, 
irgendwelche noch gar nicht zuende gedachten Tags zu setzen. 
Schaffe bitte einen Anreiz bessere Tags zu benutzen und ich mache das in 
meiner Umgebung an allen Stellen an denen das bisherige Schema nicht taugt. 
Versprochen.


  Das naheliegende Vorgehen ist doch:
  Setze die oben genannten Tags irgendwo in eine Liste mit einer präzisen,
  deinen Ansprüchen genügenden Definition und bau das in die Dokumentation
  deiner Anwendung ein. Da du zum Testen einige Straßen brauchst, tagge
  einige
  Straßen in dieser Art und Weise [1].
 Kann man machen und hab ich auch schon gemacht, nur loest
 es kein Problem, wenn ein Algo den ich selber schreibe nur
 auf Daten funktioniert, die ich selber getrimmt habe.

Doch.
Wenn du dann sagst: Schaut her, ihr Münchner, wenn ihr den trunk in der 
Innenstadt wochenweise als trunk oder primary anlegt, dann setzt bitte diese 
und jene Tags dazu, die führen dazu, dass das Routing unabhängig von der 
Klassifizierung normal funktioniert.

Das würde passieren, wir sind ein Crowdsourcing-Projekt. Du musst nur etwas 
mehr als heiße Luft produzieren um einen Anreiz zu schaffen. Es gibt bisher 
keine (öffentlich nutzbare) Routing-Anwendung, die irgendwelche Spezialtags 
auswertet. Es fehlt der Beweis, dass deine Argumente hier Substanz haben. Es 
fehlt ein Beweis dass das Routing anhand der Klassen alleine nicht recht 
klappt.


  [1]: Du wirst schnell merken, dass das so gar keinen Spaß macht, bei
  scharf
  umrissenen Definitionen, da sich niemals alle Straßen so in ein Schema
  einordnen lassen, dass es einem nachher passt.
 Na ja, ein Konzept, das schon mal zwischen Ausbauzustand
 Bedeutung im Netz unterscheidet, erzeugt schon mal deutlich
 weniger Konflikte als alles in eine Liste zu pressen.

Und die Tags, die du dafür auswertest, sind welche?
Wo kann ich nachlesen, welche Kriterien du dafür verwendest?

Gruß, Bernd

-- 
Auf einem Baum, da saß ein Specht.
Der Baum war hoch, dem Specht war schlecht


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

Re: [Talk-de] Routing

2009-10-21 Thread marcus.wolschon

On Wed, 21 Oct 2009 10:19:51 +0200, qbert biker qbe...@gmx.de wrote:
  Original-Nachricht 
 Datum: Wed, 21 Oct 2009 10:03:50 +0200
 Von: marcus.wolsc...@googlemail.com
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Routing
 
 Was meinst su mit auch nur ansatzweise auswerte?
 Es ist eine für dein Fahrzeug nutzbare Strasse, fertig.
 
 Reisezeitmodellierung und Priorisierung also der Versuch
 dem Fahrer gute Information zu geben, wo er am besten
 durch kommt.
  
 Was wird komplett umgeschmissen?
 
 Alle Routen in der Umgebung unter der (richtigen)
 Voraussetzung, dass eine kreuzungsfreie Strasse fast
 immer schneller ist als die Ampelstrassen der
 Umgebung (auch bei Stau).

Dann wirst du deine Metrik wohl noch etwas tunen müssen,
wenn dir die Qualität der nach deiner Metrik besten Route
noch nicht reicht.
Du hast mit lanes= und traffic_lights und ganz wichtig
maxspeed, ... jede Menge zusätzlicher Daten zur Verfügung.

Ich denke mal nicht dass auf dem Kreuzungsfreien Ring nur
50 gilt, oder? Wenn nicht wäre der auch kaum schneller als
eine Grüne Welle auf einer highway=primary mit gleicher
Spur-Anzahl in der Stadt.



Marcus

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

Re: [Talk-de] Routing

2009-10-21 Thread marcus.wolschon

On Wed, 21 Oct 2009 10:39:45 +0200, qbert biker qbe...@gmx.de wrote:
 Aber es bleibt als Kernproblem, dass der Entwickler des
 Routingalgos i.A. das nicht leisten kann, denn er ist weder 
 vor Ort, noch hat er die Kapazitaet, das in der Flaeche 
 zu pruefen. Und es ist fuer ihn nicht erkennbar, ob es
 nur eine Spur gibt, oder ob nur kein Wert eingetragen 
 wurde, wenn er nur die Daten hat.

Ja.
Die Tags wie lanes=zahl gibt es ja.
Wenn das nicht getagged ist sehe ich das als unvollständig
gemappte Daten und nicht als Problem an. Wenn sich ein Nutzer
dran stöhrt muss er es halt mappen. (Ich zumindest habe dafür
einen schönen grossen Knopf edit visible area eingebaut.)

 Der Entwickler, der auf Basis der OSM-Attibute Algos schreibt,
 muss sich quasi blind darauf verlassen koennen, dass sich
 die Daten innerhalb einer Definition bewegen. 

Ja, das müssen wir.
Ich nehme an die von mir zusammengetragenen
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing
sind dir geläufig?
Da habe ich versucht eindeutige Auswertungs-Regeln für
die momentan tatsächlich benutzten Tags zusammen zu tragen.

Wenn du noch was mit Lanes oder gute Heuristiken findest,
bitte hinzufügen. Das wird auch andere Interessieren.

 Fuer diesen Zweck, also der Arbeitsteilung zwischen Mapper
 und Anwendungsentwickler, gibts ausgefeilte Attributierungsmodelle
 wie das vor Urzeiten von der EU gefoerderte GDF. Leider merkt 
 man dem sein Alter deutlich an, aber es liefert immer noch 
 gute Anhaltspunkte, was man verbessern kann.
 
 Gruesse Hubert

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

Re: [Talk-de] Garmin Installer (war: OSM Mentoren hier?)

Carsten Schwede schrieb:
 Hi,
 
 Ulf Lamping schrieb:
 Zumindest bei den günstigeren Auto Navis ist MapSource definitiv nicht 
 dabei. Wenn ich mich recht erinnere, bei den günstigen Outdoor Geräten 
 auch nicht.
 
 z.B. beim günstigen Oregon ist Mapsource nicht dabei. Ich denke, dass
 Garmin im Moment auf dem Weg ist Mapsource ausschließlich an das Kaufen
 einer Karte zu binden, und bei Geräten, die entweder fest
 vorprogrammiert sind oder ohne Karte daherkommen gar kein Mapsource mehr
 beizulegen.

So hörte sich das für mich auch an.

 Hab das nicht so genau verfolgt, aber es gab doch durchaus Probleme die 
 Karten in bestimmte MapSource Versionen überhaupt rein zu bekommen.
 
 Das liegt an den unterschiedlichen Registryeinträgen, die jeweils
 abhängig von Windows-Version und Mapsource-Version erforderlich sind.

Was das ganze dann etwas fehleranfällig macht :-)

Ich möchte mich halt lieber erstmal auf einen Weg konzentrieren der 
wirklich *sauber* funktioniert, als drei bei denen es dann überall Haken 
und Ösen gibt. Auch wenn das bedeutet, das eine Reihe von Garmintypen 
erstmal nicht damit gehen. Wenn wir den ersten Weg dann mal sauber 
hinbekommen haben, wird es mit Sicherheit in Zukunft auch mal eine 
MapSource (und eine serielle) Anbindung geben.


Aus meiner Sicht dürfte da der Massenspeichermodus [1] schlicht die 
schnellsten brauchbaren Ergebnisse liefern.

Gruß, ULFL


[1] http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Mass_Storage_Mode

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

Re: [Talk-de] Gratulation!


 Original-Nachricht 
 Datum: Wed, 21 Oct 2009 11:20:30 +0200
 Von: Bernd Wurst be...@bwurst.org
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Gratulation!

Hallo.
 
 Nein, du kannst jetzt nicht mehr die highway-Klassen *umdefinieren* oder
 wie 
 auch immer geartet präziser definieren. 

Ich haette gerne mal ueberhaupt irgendeine Definition,
aktuelle macht jeder seine eigene. Unter Einbeziehung
der Umfrage letztens und den vielen Beitraegen auf der
Liste folgende Schaetzung:

60% Bedeutung der Verbindung
25% Ausbauzustand
5%  Erhaltungspflicht

 Diese Klassen sind prima wenn
 sich 
 jemand ohne einschlägige Ausbildung im GIS-Sektor einfach nur um die
 Straßen 
 seiner Nachbarschaft kümmern möchte. 

Und dann steht er ebenso wie ich sehr bald vor dem 
Problem, dass er infos verwerfen muss, weil er keine
Anhaltspunkte hat, was den Ausschlag geben soll und
er sich im Wiki nen Ast sucht wenn er zum Ausdruck
bringen will, dass die Strasse zwar schmal ist, aber
die Funktion einer uebergeordneten Verbindung hat.

Unter gut funktionieren verstehe ich etwas anderes.

 Es ist nach aktuellem Stand um
 Welten 
 besser als nichts, und nur etwas schlechter als das Optimum.

Keine Ahnung, wo das Optimum ist, aber wer einen Wert
bestimmen kann, kann auch zwei bestimmen und Infos
verwerfen zu muessen, ist fuer manche frustrierend.
 
 Mal anders gesagt: Für geschätzte 99% der Straßen reicht die vage
 Bewertung 
 bisher völlig aus. 

Kommt auf die Ansprueche an. Wenn OSM auf Dauer die
Ansprueche an die gelieferten Daten so tief ansetzt, sind
die 99% OK. Aber immer mehr Leute sind der Meinung, dass
wir das 'Hauptsache es ist ueberhaupt was drin'-Stadium
mal ueberwinden sollten.

 Schaffe bitte einen Anreiz bessere Tags zu benutzen und ich mache das in 
 meiner Umgebung an allen Stellen an denen das bisherige Schema nicht
 taugt. 
 Versprochen.

Ich habs mehrfach beschrieben. Eine klare einfache Skala
ueber den Ausbauzustand ohne wenn und aber und ohne
Seitenbedingungen (diese Strasse ist unbefestigt, darf
aber nur als track eingetragen werden, wenn sie zu keinem
Weiler fuehrt und wenn im entsprechendem Bundesland
das befahren verboten ist, usw.) als Additiv zu den
vorhandenen Klassen. 
  
 Das würde passieren, wir sind ein Crowdsourcing-Projekt. 

Das runterbeten von diesen Begriffen ist auch wenig
mehr als heisse Luft. Ausserdem mach ich ja was - geht
aber in eine andere Richtung. Wenns klappt gibts die
Info hier auf diesem Kanal.

 Und die Tags, die du dafür auswertest, sind welche?
 Wo kann ich nachlesen, welche Kriterien du dafür verwendest?

Ich habe hier im Thread irgendwo einen einfachen Entwurf
reingesetzt, Kurzfassung: Kreuzungsfreier Ausbau, Spuren,
Breite, Kurvenradien, Mittelstreifen, Belag, Fussweg. 

Gruesse Hubert
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Gratulation!

2009-10-21 Thread Bernd Wurst

Hallo.

Am Mittwoch, 21. Oktober 2009 schrieb qbert biker:
 Ich habe hier im Thread irgendwo einen einfachen Entwurf
 reingesetzt, Kurzfassung: Kreuzungsfreier Ausbau, Spuren,
 Breite, Kurvenradien, Mittelstreifen, Belag, Fussweg.

Ich will keine Prosa, ich will Tags mit Bildern und genauen Definitionen.

Gruß, Bernd

-- 
SilenceX Wah! jetzt hätte ich fast mein USB-Kabel
durchgeschnitten... das lag so schräg übers Schnitzel :(


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

Re: [Talk-de] Wanderwege-Overlay jetzt weltweit verfüg bar

2009-10-21 Thread Adiac

Am Mittwoch 21 Oktober 2009 08:48:54 schrieb Sarah Hoffmann:
 Hallo,
Hallo Sarah,

 http://osm.lonvia.de/world_hiking.html
Schick. Wunschliste (okay, -Punkt :-) ):
- Wanderwege in Liste anklickbar

Ich sehe zwar dass da was ist, kann aber nichts damit tun. 
Ich habe da auch einen Wanderweg, der dort nicht auftaucht. Oh Wunder, ich 
hab’ ihn ja auch nicht eingegeben ;) wo gehört der denn hin? Eine Relation? 
Ich hab’ ihn bei gpsies.com und geo-tour.info als gpx-Track.

MfG

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

Re: [Talk-de] Wanderwege-Overlay jetzt weltweit verfüg bar

2009-10-21 Thread Adiac

Kommando zurück, habe gerade http://wiki.openstreetmap.org/wiki/Wanderwege 
gefunden. Da les’ ich mich erstmal ein.

MfG

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

Re: [Talk-de] Gratulation!

qbert biker schrieb:
 Das würde passieren, wir sind ein Crowdsourcing-Projekt. 
 
 Das runterbeten von diesen Begriffen ist auch wenig
 mehr als heisse Luft. 

Nein, genau *das* ist der Unterschied zwischen: ich muß den Leuten 
zeigen wo man was besser machen kann und zwar so, daß sie es auch 
verstehen und ich weiß ja wie es geht, mach das schon seit 20 Jahren 
und wenn ihr tut was ich sage wird alles gut.

Wenn du bei einem Crowdsourcing-Projekt willst, daß die Leute machen was 
dü möchtest mußt du die Leute überzeugen das es besser für sie ist. Das 
ist dir offenkundig nicht gelungen - was bei talk-de allerdings auch 
ziemlich schwierig ist.

 Ausserdem mach ich ja was - geht
 aber in eine andere Richtung. Wenns klappt gibts die
 Info hier auf diesem Kanal.

Schön, dann können wir diese Diskussion ja beenden und du überrascht uns 
demnächst mit einer tollen neuen Anwendung. Das meine ich jetzt noch 
nicht mal ironisch.

Gruß, ULFL

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

Re: [Talk-de] Gratulation!

Mirko Küster schrieb:
 Es scheint doch den einen oder anderen zu geben der das scheinbar kann.

 Bei mir ist alles nach Besitzer getaggt, zusätzlich alle Angaben und 
 Nutzungsbeschränkungen die man anbringen kann. Trotzdem schafft es 
 beispielsweise ORS die hier tatsächlich mehr genutzte klassenlose 
 Verbindungsstraße den Landesstraßen vorzuziehen, ganz ohne das man da 
 irgendwie mit den Klassen tricksen muss. Und das packt man da auch mit 
 anderen mir bekannten Hürden.
   
Das ist schön für Dich dass Du in Deiner Umgebung ein vollständiges 
OSM-Modellgebiet hast in dem
alles erfasst ist. Den Zustand wirst Du aber wohl für lange Zeit noch 
nicht flächendeckend alleine
nur für Deutschland haben. Daher muss man schauen wie man aus wesentlich 
weniger Informationen
auch noch ein brauchbares Ergebniss bekommt, und dafür ist Dein 
Besiterorientiertes taggen des
highway-tags ehr ungeeignet.

 Und Straßen nach Verkehrsbedeutung taggen ist alles andere als klar. Das 
 kommt bei uns hier schwer darauf an ob du hier unten, drüben am Wald oder 
 oben auf dem Berg wohnst. Priorsiere ich aus meiner Sicht hier unten, 
 benachteilige ich die anderen. Gut das da keine Mapper sind, die könnten den 
 Spieß dann unter Umständen umdrehen und mich bescheißen. Also lasse ich die 
 Verkehrskanäle so wie auch vom Besitzer vorgesehen, funktioniert ja auch.

 Gleiches mit dem Ausbauzustand stur nach Schema x. Dafür sind die Zusatztags 
 da. Wer die nicht auswertet hat schlicht Pech. Wir haben hier teilweise so 
   
Wenn die Zuatztags gesetzt sind kann man auf die Berückichtigung des 
highway-tags vermutlich
ganz verzichten - das ist aber wohl langfristig in OSM noch nicht gegeben.
 gravierende Schnitzer drin, teilweise innerhalb einer Straße, man hätte 
 einen bunten Flickenteppich. Da haben wir z.B. die wichtige Landstraße die 
 den Kreis in Ost-West Richtung quert. Die ist grofßflächig wie eine 
 Bundesstraße ausgebaut, soll es vielleicht irgendwann werden. In einem Ort 
 geht da aber die Geschwindigkeit in der Ortslage auf 30 herunter, es wird 
 eng und ist auf zwei alten Brücken nur einspurig mit Vorfahrtsregelung. 
 Sieht dann in der Praxis wie eine Bundesstraße aus und im Ort wirds dann 
 plötzlich eine Tertiary?
   
Das hängt von der Verkehrsführung ab. Ist es ein Nadelöhr wo alle 
durchmüssen sollte primary erhalten
bleiben, gibt es eine bessere Umfahrungmöglichkeit so sollten die 
Klassen so gewählt werden dass diese
bevorzugt wird..
 Wie das bei irgendwelchen Anwendungen auf dem Reißbrett aussieht kann ich 
 nicht sagen. Wenn Hubert da Probleme hat, muss er diese auch mal in der 
 Praxis zeigen. Ich werde jetzt nicht blind alles umtaggen, nur weil da einer 
 behauptet das es auf seiner nichtmal nachvollziehbaren Anwendung vielleicht 
 klemmen könnte.
   
Dann probier es doch einfach mal in einer Gegend aus die nicht so gut 
mit den Zusatztags ausgestattet ist..

Garry

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

Re: [Talk-de] Gratulation!

Tirkon schrieb:
 Nop ekkeh...@gmx.de wrote:

   
 Aber ich stimme Dir völlig zu, in dem Chaos macht es keinen Spaß und 
 keinen Sinn, sorgfältig zu arbeiten.
 

 ... welches ich dem unterschiedlichen Entwicklungsstand der Regionen
 zuschreibe. Während einige Städte schon Mülleimer und Trampelpfade
 erfassen, sind die Anderen bei der Grunderfassung. Erst wenn alle auf
 OSM mit Letzterem fertig sind, wird die kritische Masse der
 Diskussionsteilnehmer und der Leidensdruck nach und nach auch bei
 Spezialthemen größer und hoffentlich so groß, dass die
 Schwarmintelligenz zu Lösungen kommt. Also Geduld, bis es so weit ist
 und Mut zur Akzeptanz, wenn es bei einigen Themen niemals etwas wird.
 Bis dahin hilft es vielleicht, die Gedanken auf Wikiseiten zu
 formulieren, so dass Andere sie detailliert nachvollziehen können.
   
Alleine eine klare aufteigende Rangfolge in der Highwayklassifizierung 
genügt schon um sofort mit
jeder diesbezüglich korrekt neu eingetragenen Strasse ein brauchbares 
Routing zu generieren.


Wer argumentiert dass dieses Tag nicht so wichtig  sei  da  ja  die  
ganzen  routingrelevanten
Informationen in den Zusatztags untergebracht werden können verschiebt 
ein brauchbares Routing
auf den Tag, an dem  all diese Zusaztstags eingetragen  sind und  
ausgewertet werden.
Klar hat man dann auch ein noch erheblich besseres Routing als es nur 
mit dem einen highway-Tag möglich
ist. Aber ob und wann dieser Zustand  erreicht wird  steht in den 
Sternen - und darauf möchte ich nicht
warten bevor ich mit Routing anfange.

Garry



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

Re: [Talk-de] OSM zur Navigation ungeeignet (war: Gratulation)

Frederik Ramm schrieb:
 Hallo,

 Garry wrote:
   
 Ich finde es gut und wichtig dass jemand wie Hubert technische 
 Hintergründe einbringt und versucht diese in
 OSM zu etablieren.
 

 Irgendwie scheint er aber fuer dieses Einbringen ungeeignete Wege zu 
 beschreiten bzw. sich mit seiner Rolle als Rufer in der Wueste (ich 
 habs ja immer gesagt) begnuegen zu wollen.
   

 Sonst wird OSM doch mehr und mehr zu einem 
 Karten-Mal-Kunstprojekt für das eine
 keine funktionierende Routing- und ähnliche Anwendungen gibt.
 

 Ich werde ab jetzt jeden ignorieren, der behauptet, mit der derzeitigen 
 Datenstruktur sei kein vernuenftiges Routing moeglich. Das ist einfach 
 Quatsch.
   
Die Kritik geht nicht an die Datenstruktur sondern daran das es für den 
einzigsten durchgängig
vorhandenen Strassen-Key zwei (teilweise) wiedersprüchliche Definition 
gibt die unnötig die
Routingqualität beeinträchtigen.
 Routing basiert auf einer Reihe von sehr generalisierten Annahmen, 
 insbesondere der, dass ein beliebiges Fahrzeug zu einer beliebigen Zeit 
 auf einer Strasse der Kategorie X eine Durchschnittsgeschwindigkeit 
 von Y erzielen wird.

 Das Routingergebnis ist nie perfekt, unter anderem, weil die angenommene 
 Durchschnittsgeschwindigkeit
   
Von perfekt war nie die Rede, es geht um ein funktionierendes Routing, 
was meiner Auffassung nach nicht
nur bedeuted dass mit den vorhandenen Strassenelementen nicht nur ein 
Ziel irgendwie erreicht werden kann
sondern dass auch sinnvolle Strecken dafür gewählt werden - 200km möchte 
ich nicht unbedingt über Nebenstrecken
gelotst wenn es eine 220km lange gut ausgebaute Parallelstrecke gibt.
Und sowas sollte eben schon alleine mit dem highway-key machbar sein und 
nicht einer Analyse von
seitenlangen  zuätzlichen way-tags erfordern  die häufig noch  gar 
nicht  vorhanden sind!
 * vom Fahrer aufgrund persoenlicher Vorlieben nicht eingehalten wird
 * vom Fahrzeug aus technischen Gruenden nicht eingehalten wird
 * aufgrund der Verkehrslage nicht eingehalten werden kann
   
Darum geht es nicht, das ist eine anderes Thema
 * aufgrund von Fehlklassifizierungen der Strassen nicht der Realitaet 
 entspricht
   
Genau das ist der Punkt.
Dass mal einzelne Strassenstücke eine Klasse zu hoch oder zu tief 
eingeschätzt wird, damit kann man leben
und dies im Bedarfsfall korrigieren.
Das aber eine gut ausgebaute Kreisstrasse mit einer (weiträumiger 
betrachtet)paralllel verlaufenden alten
vernachlässigten Bundesstrasse ständig primary und  tertiary austauschen 
weil hier zwei Mapper-Welten aufeinanderprallen
ist heute nicht mehr vertretbar.
 Meiner Ansicht nach fallen 1, 2, 3 viel staeker ins Gewicht als 4. Auch 
 bei OSM. Aber ueber 1, 2, 3 spricht hier keiner - sondern es wird so 
 getan, als ob das Routing jetzt unbrauchbar wuerde, bloss weil irgendwo 
 mal 10km primary stattdessen als secondary getaggt sind oder 
 umgekehrt. Das ist doch laecherlich. Wer sich an sowas aufhaengt, dem 
 geht es ganz bestimmt nicht um realistisches Routing, sondern um 
 irgendwas anderes, bei dem 1, 2, 3 keine Rolle spielen.

   
 OpenStreetMap - nicht fuer Autofahrer, von mir aus gern. Nicht weil 
 ich was gegen Autofahrer haette - sondern um dieses staendige Gejammer 
 los zu sein.

 Bitte setze den Begriff Navi nicht mit fuer Autofahrer gleich.
   
Ich bin mehr KFZ-lastig aktiv und kümmere mich daher verstärkt um die 
dabei vorhandene
Problematik, genauso wie sich andere um den Nicht-KFZ-Bereich kümmern.
Du kannst nicht verlangen dass jeder ich für jede Interessenteilgruppe 
gleich stark macht!
 Man könnte in Deine Aussage leicht reininterpretieren
 Wir wollen kein (brauchbares) Routing in OSM - Zielgruppe Navi, schaut 
 Euch bitte woanderst um wo Ihr Eure Daten einbringen könnt 
 

 Die nicht-Autofahrer-Nutzer sind froh ueber OSM und bringen sich 
 begeistert und konstruktiv ein, weil sie endlich was haben, was besser 
 ist als alles vorherige. Die Autofahrer-Nutzer vergleichen mit einem 
   
Wie andere schon geschrieben haben sind die Probleme im 
Nicht-KFZ-Bereich vergleichbar gelagert
so dass Deine Argumentation hier schon so wirkt dass Du was gegen 
Autofahrer hast.
 gekauften Auto-Navigationsgeraet und finden OSM schlechter. Wenn das ein 
 Impuls ist, was zu verbessern - super. Wenn es aber staendig zu diesem 
 Rumgemaekel fuehrt und dazu, dass irgendwelche Missionare hier darauf 
 rumreiten, ob eine Strasse jetzt die Klasse X oder Y haben muss (in 
 einem Fall dauert die Fahr 5:43, im andren Fall 5:37, das ist doch 
 unbrauchbar, wenn das nicht klar definiert ist...) dann muss ich echt 
 sagen: Leute, das ist hier nicht der Prinzessin-auf-der-Erbse-Club, 
 bitte bettet Euren zarten Hintern woanders.
   
Und nochmal: Es geht nicht darum dass ein einzelnes Strassenstück mal 
eine Klasse verrutscht ist, sondern
darum dass bereits mühsam erbrachte Klassifizierungleistung dadurch zu 
nichte gemacht
dass man immer noch die anfängerfreundliche Gleichsetzung der 
Highway-Klassifizierung
 mit den

Re: [Talk-de] Routing

Wolfgang schrieb:
 Hallo,
 Am Mittwoch 21 Oktober 2009 09:51:59 schrieb qbert biker:

   
 Na ja, wenn die Klasse unzuverlaessig ist, dann brauch
 ich eben eine Rueckfallebene - was nehmen? Ampeln vielleicht
 oder die Spuranzahl? Spuren werden nicht visualisiert,
 also ein Tool schreiben, das die anzeigt, hinfahren und
 mit der Realitaet abgleichen? 
 

 Spuren und mehr sind problemlos sichtbar und editierbar mit merkaartor. Eine 
 kleine Erweiterung schreiben (menügeführt), speichern, laden, fertig.
   
Nur dass diese Information nicht zuverlässig verfügbar ist und damit 
derzeit fürs Routing unbrauchbar.

Garry


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

Re: [Talk-de] Routing

marcus.wolsc...@googlemail.com schrieb:


 Was meinst su mit auch nur ansatzweise auswerte?
 Es ist eine für dein Fahrzeug nutzbare Strasse, fertig.

 Was wird komplett umgeschmissen?
   
Die Route wenn Strassen ständig umdefiniert werden ohne dass sich in der 
Realität was verändert hat.
 Für welche Art von Fahrzeug hast du geroutet und optimiert
 nach welcher Metrik?

 Welches Navi hast du überhaupt verwendet?
   
Spielt ja eigentlich keine Rolle wenn die Problematik im stetigen 
umtaggen steckt.
   
 Was hat die Eigenschaft dass es eine KFZ-Strasse ist
 mit der Klassifikation als Trunk zu tun?
 Beide Tags sind orthogonal.
   
Auch hier gehen die Meinungen der Mapper noch auseinander.
Der eine taggt alles was KFZ-Strasse ist nach trunk um, der nächste 
alles was Bundestrasse ist  wieder
zurück nach primary, der dritte weil es eine besser ausgebaute Umgehung 
gibt nach secondary usw... 
Und genau dass ist das Problem für einen Router.
   
 letztendlich ists egal, das Mapping wurde geaendert und
 ich habe keinen Einfluss drauf. 
 



   
 Ergo:
 Routerentwicklung braucht eine Mindeststabilitaet bei den
 Attributen und Klassen ueber eine Flaeche hinweg.
 

 Ja

   


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

Re: [Talk-de] Gratulation!


 Original-Nachricht 
 Datum: Wed, 21 Oct 2009 12:10:14 +0200
 Von: Ulf Lamping ulf.lamp...@googlemail.com
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Gratulation!

 
 Nein, genau *das* ist der Unterschied zwischen: ich muß den Leuten 
 zeigen wo man was besser machen kann und zwar so, daß sie es auch 
 verstehen und ich weiß ja wie es geht, mach das schon seit 20 Jahren 
 und wenn ihr tut was ich sage wird alles gut.

Das nenn ich jetzt wieder heisse Luft

Ich mach nichts so, weil ich es vor 20Jahren (so alt bin
ich nun auch wieder nicht) so gemacht haette, sondern hatte
volle 2 Jahre Zeit zu vergleichen. Wenn sich von euch mal 
jemand die Zeit nehmen wuerde, argumentativ auf das
einzugehen, was ich vorschlage statt mit Schlagworten
rumzusuelzen, wuerde sich vielleicht auch was bewegen.

Aber einfacher ists natuerlich, mit 'mach was' - Spruechen
zu kommen. Ich hab meinen Teil gemacht. Ich habs 
implementiert und ausgetestet und euch gesagt, was ich
rausgefunden habe. Wenn fuer euch von Belang ist, 
verwendet es, wenn ihr anderer Meinung seid - widerlegt
mich, aber bitte kein 'mach irgendwas und alles wird
besser'-Geplapper mehr ;)
 
 demnächst mit einer tollen neuen Anwendung. Das meine ich jetzt noch 
 nicht mal ironisch.

Ich mache keine schoenen, tollen Anwendungen, ich mach das
was ich gelernt habe - schlichte Ingenieursarbeit.

Gruesse Hubert

-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

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

Re: [Talk-de] Pfoten weg von unseren Daten

Am 21. Oktober 2009 09:17 schrieb Wolfgang o...@kahl-hinsch.de:
 Am Mittwoch 21 Oktober 2009 02:29:16 schrieb Florian Gross:
 Und das soll bei einem googlemail- Account gehen? Ohne richterlichen
 Beschluß usw? Die fragen nach Name, Vorname und das wars eigentlich.
+1
und dass die Angaben richtig sind, prüft niemand

 wie gesagt, wie das Nummernschild am Auto. Nicht wirklich anonym. Den Namen
 des Halters bekommst du auch nicht beim nächsten Postamt. Google speichert die
 IP und Datum/Uhrzeit. Daraus lässt sich beim jeweiligen Provider ermitteln,
 von wo die Verbindung kam, dafür sorgt unser Innenminister. Wenn das _immer_
 ein Internetcafe ist, wird es aufwändiger.

Das geht überhaupt nicht, dem Innenminister zum Trotz. Wenn derjenige
a) das offene WLAN oder sonst den Zugang von jemand anderem genutzt hat
b) in einer Universität etc. ohne personalisierten Zugang den account
erstellt hat (z.B. Bibliothek)
c) mit div. Tools und Weiterleitungen anonymisiert unterwegs war
d) das ganze im Ausland stattgefunden hat, wo der Innenminister keinen
Zugang hat
e) von einer Wohngemeinschaft oder einer anderen Wohnung, wo mehrere
Personen denselben Zugang nutzen aus
f) zig andere Varianten.

Es geht wohl schon mit erheblichem Aufwand im Falle von _Straftaten_,
wenn derjenige sein Konto von zuhause aus erstellt hat, sich evtl.
sogar per Postident identifiziert hat, etc., NUR: ein paar falsche
Straßen in OSM einzutragen wird vermutlich noch nicht ausreichen,
damit wir diese Daten bekommen (weil wir eben nicht die Polizei oder
andere Träger öffentlicher Belange sind). Und selbst wenn wir sie
hätten: das ist schon ordentlicher Aufwand, damit auch was anzufangen.
Wenn Du z.B. jemanden sperrst müsstest Du hinterher noch
kontrollieren, dass er tatsächlich nicht wieder unter anderem Namen
aktiv ist.

Gruß Martin

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

Re: [Talk-de] Routing

qbert biker schrieb:

 Was hat die Eigenschaft dass es eine KFZ-Strasse ist
 mit der Klassifikation als Trunk zu tun?
 Beide Tags sind orthogonal.
 

 Sollten sie sein, aber warum entfernt dann jemand
 die Trunk-Klassen und pinselt primary rein, so dass
 der kreuzungsfreie Bereich im roten Einerlei absaeuft?

   
Wohl weil man auch noch untercheiden möchte zwischen kreuzungsfrei und 
autobahnähnlich.

Ich setzte in der Regel auch nur autobahnähnlich (d.h. ich kann 
jederzeit ohne Gegenverkehr überholen)ausgebaute
Strassen auf trunk.

Garry 


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

Re: [Talk-de] Gratulation!

Am 21. Oktober 2009 01:59 schrieb Mirko Küster webmas...@ts-eastrail.de:
 Und Straßen nach Verkehrsbedeutung taggen ist alles andere als klar. Das
 kommt bei uns hier schwer darauf an ob du hier unten, drüben am Wald oder
 oben auf dem Berg wohnst. Priorsiere ich aus meiner Sicht hier unten,
 benachteilige ich die anderen. Gut das da keine Mapper sind, die könnten den
 Spieß dann unter Umständen umdrehen und mich bescheißen. Also lasse ich die
 Verkehrskanäle so wie auch vom Besitzer vorgesehen, funktioniert ja auch.

das klingt für mich eher so, als wären das alles
unclassified/tertiary, so dass Du am Besten niemanden priorisierst:
der kürzeste Weg gewinnt.

 Gleiches mit dem Ausbauzustand stur nach Schema x. Dafür sind die Zusatztags
 da. Wer die nicht auswertet hat schlicht Pech. Wir haben hier teilweise so
 gravierende Schnitzer drin, teilweise innerhalb einer Straße, man hätte
 einen bunten Flickenteppich. Da haben wir z.B. die wichtige Landstraße die
 den Kreis in Ost-West Richtung quert. Die ist grofßflächig wie eine
 Bundesstraße ausgebaut, soll es vielleicht irgendwann werden. In einem Ort
 geht da aber die Geschwindigkeit in der Ortslage auf 30 herunter, es wird
 eng und ist auf zwei alten Brücken nur einspurig mit Vorfahrtsregelung.
 Sieht dann in der Praxis wie eine Bundesstraße aus und im Ort wirds dann
 plötzlich eine Tertiary?

nach Verkehrs-Bedeutung getaggt bleibt das eben eine Primary und die
Engstelle wird getaggt mit width und lanes.

Gruß Martin

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

Re: [Talk-de] Routing


 Original-Nachricht 
 Datum: Wed, 21 Oct 2009 11:27:53 +0200
 Von: marcus.wolsc...@googlemail.com
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Routing


 Dann wirst du deine Metrik wohl noch etwas tunen müssen,
 wenn dir die Qualität der nach deiner Metrik besten Route
 noch nicht reicht.

Wenn ich die Information des kreuzungsfreien Ausbaus 
nicht habe, ist das ziemlich trostlos. Die ganzen 
Aenderungen bewirken, dass ich mit einem Netz durchteste
und es mit dem naechten Upload wieder heisst April, April.

 Du hast mit lanes= und traffic_lights und ganz wichtig
 maxspeed, ... jede Menge zusätzlicher Daten zur Verfügung.

Gut, maxspeed hab ich hier unterschlagen, das spielt aber
Ausserorts die groessere Rolle, ausser in Temo-30-Zonen.

 Ich denke mal nicht dass auf dem Kreuzungsfreien Ring nur
 50 gilt, oder? Wenn nicht wäre der auch kaum schneller als
 eine Grüne Welle auf einer highway=primary mit gleicher
 Spur-Anzahl in der Stadt.

Meine tracks sprechen eine ganz andere Sprache, besonders
weil gruene Wellen eine Idealvorstellung sind, die man
selten antrifft. Dann reicht die Linksabbiegerspur mal
nicht oder sie fehlt und die Welle bricht.

Erfahrungswert (aus tracks): 
Sa, So, Nacht, Ring: ca. 50-60kmh, Umgebung 30kmh
Werktags, Ring 20-40kmh, Umgebung 20kmh oder weniger

Ich habe also auf den kreuzungsfrei ausgebauten Strecken
im Durchschnitt die doppelte Performanz - das wirkt sich
schon etwas aufs Ergebnis aus ;)

Hast du andere Ergebnisse? Wenn ja, in welcher Stadt?

Gruesse Hubert

-- 
Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben!
http://portal.gmx.net/de/go/dsl02

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

Re: [Talk-de] Gratulation!

2009-10-21 Thread Mirko Küster

 Den Zustand wirst Du aber wohl für lange Zeit noch nicht flächendeckend 
 alleine
 nur für Deutschland haben. Daher muss man schauen wie man aus wesentlich 
 weniger Informationen
 auch noch ein brauchbares Ergebniss bekommt, und dafür ist Dein 
 Besiterorientiertes taggen des
 highway-tags ehr ungeeignet.

Das selbe Problem haben doch aber die hier immer wieder hoch gelobten 
kommerziellen Daten auch nur. Die mögen vielleicht ein einheitliches Modell 
haben, das wird aber an anderer Stelle wieder komplett runter gerissen.

Bei Navtech und Teleatlas sind die neuen Straßen hier ewig nicht drin. Dafür 
ein dutzend frei erfundene, andere hat man völlig sinnfrei irgendwo 
hingemalt. Falsche Straßennamen im dutzend. Sämtliche Nebenwege fehlen 
komplett. Und deren Atrributierung scheint auch nicht sonderlich genau zu 
sein. Da wurden zum Beispiel ungeeignete Paralelstraßen als Landesstraßen 
erfasst, typische Fernerfassung ohne Plan. In einem Fall sogar direkt in 
eine Einbahnstraße hinein, welche die so nicht kennen.

Selbst mit der Grunderfassung hatte ich die beiden im direkten Vergleich 
schon locker getoppt. Die komerziellen sind hier im Osten auf dem Ländle für 
die Tonne. Ebenso kurios sind da auch die Routingergebnisse mit diesen ach 
so tollen Daten.

Dieses pauschale die anderen sind besser stimmt einfach nicht.

Gruß
Mirko 


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

Re: [Talk-de] Gratulation!