date:20101203

On Fri, Dec 3, 2010 at 2:49 AM, Francis Davey fjm...@gmail.com wrote:
 On 2 December 2010 15:43, Anthony o...@inbox.org wrote:

 I have no idea why it was actually put there, but one positive thing
 it does (besides nullifying the ODbL) is that it puts us all on an
 equal footing with OSMF.


 Pedantically: OSMF has obligations under the CT so there's no
 interpretation where the footing is equal or identical, but I see what
 you mean.

Okay, true.  I still think it accomplishes something very important
which is the status quo under CC-BY-SA.  OSMF doesn't get any special
rights which, for instance, a fork wouldn't have.

 My understanding was that this was not the intended outcome - that is
 that OSM data should not be freely usable by everybody who receives
 it.

You must know more than I do, because I don't think you can speculate
on the intent of a phrase without at least knowing who added it.  It
very well may have been added precisely for the effect of making
everything effectively PD.  I know that's the only reason I supported
CT 1.2, though I wasn't dumb enough (this time) to point it out.

 As I have already said, I'm not sure that your interpretation is 100%
 certain. The CT's at the moment place an obligation on OSMF to licence
 under one of a series of licences, which would be an odd requirement
 if such a licence were superfluous.

It's not superfluous, because the obligation on OSMF is to license the
contents *as part of a database*.  The ODbL applies to *the database*,
not the contents.  (In some/most/all jurisdictions, if you don't agree
to it, you can probably ignore it, because there aren't any rights in
the database.  But probably in at least some jurisdictions you can't
ignore it, due to sui generis database rights and/or sweat of the brow
copyright in the database itself).  Yes, it makes the DbCL part
superfluous, but as I've explained before the DbCL, if *it* does not
make the work effectively PD, is itself superfluous.  And if you look
at the history, the DbCL language was added at the same time the and
any party that receives your contents was taken out
(http://www.osmfoundation.org/index.php?title=License/Contributor_Termsdiff=231oldid=204
which, by the way, was *after* the vote).

In any case, even if the requirement were superfluous (which, as I
explained, it isn't), I don't see any alternative explanation.

(*) It has been pointed out previously that we should probably
*require* OSMF to release the database under a free license, rather
than merely *allow* them to, but as it stands they may, but don't have
to.

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

Re: [OSM-legal-talk] New phrase in section 2

2010-12-03 Per discussione Francis Davey

On 3 December 2010 14:14, Anthony o...@inbox.org wrote:

 Okay, true.  I still think it accomplishes something very important
 which is the status quo under CC-BY-SA.  OSMF doesn't get any special
 rights which, for instance, a fork wouldn't have.

Ah, I see, and I'm fairly sure that wasn't what those I've spoken to
want to achieve, but I may be wrong and I'm happy to be corrected.


 You must know more than I do, because I don't think you can speculate
 on the intent of a phrase without at least knowing who added it.  It

That's what a court would have to do of course, but it may be that we
disagree on something else (see below).

 very well may have been added precisely for the effect of making
 everything effectively PD.  I know that's the only reason I supported
 CT 1.2, though I wasn't dumb enough (this time) to point it out.


Yes. I am fairly clear that some people don't want to make OSM
effectively PD - they do want to restrict its usage that is why ODbL
is being used (otherwise why bother with it)?


 It's not superfluous, because the obligation on OSMF is to license the
 contents *as part of a database*.  The ODbL applies to *the database*,
 not the contents.  (In some/most/all jurisdictions, if you don't agree
 to it, you can probably ignore it, because there aren't any rights in
 the database.  But probably in at least some jurisdictions you can't
 ignore it, due to sui generis database rights and/or sweat of the brow
 copyright in the database itself).  Yes, it makes the DbCL part
 superfluous, but as I've explained before the DbCL, if *it* does not
 make the work effectively PD, is itself superfluous.  And if you look
 at the history, the DbCL language was added at the same time the and
 any party that receives your contents was taken out
 (http://www.osmfoundation.org/index.php?title=License/Contributor_Termsdiff=231oldid=204
 which, by the way, was *after* the vote).

Well, that's not the whole story (from a legal analytic point of view)
- but I'm sure you know that. The extra problem is that it may be (it
seems likely to me) that the only sui generis database rights (or for
that matter database copyright, though that seems like a long short to
me in the jurisdictions I know) that OSMF is likely to have now is
that which it is licensed to sublicense under the contributor terms.

If all the CT's give to OSMF is also given to everyone (who receives
the contents, which is of course anyone relevant) then the ODbL is
completely superfluous since ODbL can't restrict that which is already
permitted by another means (or can't usefully do so) even in countries
with a sui generis right.

If that's the intent then there's no point at all in messing around
with paragraph 3 which can just be removed.


 In any case, even if the requirement were superfluous (which, as I
 explained, it isn't), I don't see any alternative explanation.


A mistake? Someone infelicitously drafting the licence? It does happen
you know :-).

 (*) It has been pointed out previously that we should probably
 *require* OSMF to release the database under a free license, rather
 than merely *allow* them to, but as it stands they may, but don't have
 to.

H, at the moment paragraph 3 requires OSMF to use or sublicense
the contents, which isn't quite the same thing as release I'll grant
you, but there is some obligation in there.

If I were instructed by OSMF I'd probably suggest that wasn't what was
wanted. Its an open ended commitment, which is always a bad thing. In
general one wants to at least make the obligations mutual.

The obligation is qualified by 1(b) though.

-- 
Francis Davey

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

Re: [OSM-legal-talk] New phrase in section 2

2010-12-03 Per discussione David Groom

- Original Message - 
From: Francis Davey fjm...@gmail.com
To: Licensing and other legal discussions. 
legal-talk@openstreetmap.org

Sent: Friday, December 03, 2010 2:43 PM
Subject: Re: [OSM-legal-talk] New phrase in section 2

[snipped for brevity]

Yes. I am fairly clear that some people don't want to make OSM
effectively PD - they do want to restrict its usage that is why ODbL
is being used (otherwise why bother with it)?

Francis
( I realise that you are not necessarily advocating a move to PD)

The fact is that the OSM board have no mandate to move OSM to PD, 
irrespective of what some people may want.

When the vote by OSM members was taken last year the New Licence Proposal 
[1] stated:

1) From the second paragraph The License Working Group, with the approval 
of the OpenStreetMap Foundation board of directors, is asking the full 
membership of the Foundation whether or not to upgrade  to the Open 
Database License 1.0, an attribution, share-alike license specifically 
designed for databases.

2) from the first section of the section headed What is the licence 
recommendation - ODbL is CC BY-SA without the problems

3) From the section headed is this the same as CC-By-SA -  It is similar 
in intent and basic form.

4) From the actual wording of the vote found later in the same document 
OpenStreetMap is moving from its existing license to the Open Database 
License, which continues the attribution and share-alike licensing features 
but is specifically designed for open databases.

So, at the time the OSMF was given a mandate to proceed with the licence 
change, it was on the basis that the license chosen would have CC-BY-SA 
qualities.

Furthermore when the template of the letter to big data donors was written 
it stated OpenStreetMap is upgrading its data license from CC-By-SA v2 to 
ODbL v1, Open Database License, v1, a license specifically written for open 
databases and data. The underlying principles remain the same: the data can 
be used freely by anyone as long as there is attribution and that published 
enhancements are also shared without fee.

If the OSMF board wish to move OSM to PD then

a) they should say so
b) they should ask OSMF members for a mandate to do so
c) They should explain to data donors this is what is happening.

What should not happen is a process of trying to move to PD seriptiously as 
some have suggested.

David

[1] http://www.osmfoundation.org/images/3/3c/License_Proposal.pdf
[2] 
http://wiki.openstreetmap.org/wiki/Open_Data_License/Bulk_Import_Support_Page#Template_Letter_.28_Formal_approach_to_big_data_donors.29 

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

Re: [OSM-legal-talk] New phrase in section 2

2010-12-03 Per discussione Richard Fairhurst


David Groom wrote:
 If the OSMF board wish to move OSM to PD

They don't, rendering the rest of your e-mail moot. I mean, personally I
think it'd be lovely if they did, but they don't. I'm slightly amazed that
anyone can consider this who has ever read any licence-related postings by
the chairman of the OSMF board, who has, let's say, a slight preference for
share-alike and is, shall we also say, not too shy to come forward with his
views.

Rather, as Francis pointed out: A mistake? Someone infelicitously drafting
the licence? It does happen you know :-).

Or, as ever with OSM, never attribute to conspiracy that which can be
adequately explained by cock-up.

Richard


-- 
View this message in context: 
http://gis.638310.n2.nabble.com/New-phrase-in-section-2-tp5793972p5800255.html
Sent from the Legal Talk mailing list archive at Nabble.com.

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

Re: [OSM-legal-talk] New phrase in section 2

On Fri, Dec 3, 2010 at 10:39 AM, Richard Fairhurst rich...@systemed.net wrote:
 David Groom wrote:
 If the OSMF board wish to move OSM to PD

 They don't, rendering the rest of your e-mail moot. I mean, personally I
 think it'd be lovely if they did, but they don't. I'm slightly amazed that
 anyone can consider this who has ever read any licence-related postings by
 the chairman of the OSMF board, who has, let's say, a slight preference for
 share-alike and is, shall we also say, not too shy to come forward with his
 views.

If you spent more than 34 seconds thinking about it you'd realise
that the best possible route for [Steve Coast] would be Public Domain
so he could do whatever he wanted. Really. Think about it. - Steve
Coast

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

Re: [OSM-legal-talk] New phrase in section 2

On Fri, Dec 3, 2010 at 10:39 AM, Richard Fairhurst rich...@systemed.net wrote:
 Rather, as Francis pointed out: A mistake? Someone infelicitously drafting
 the licence? It does happen you know :-).

 Or, as ever with OSM, never attribute to conspiracy that which can be
 adequately explained by cock-up.

The whole thing is a mistake, but I find it hard to believe that the
wording of the license was an accident.  The fact that it got re-added
in 1.2 was probably an accident, but the appearance of it in 0.9?  How
could it be an accident?

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

Re: [OSM-legal-talk] some interesting points from the bing license

2010-12-03 Per discussione Eugene Alvin Villar

On Fri, Dec 3, 2010 at 4:32 PM, Andrew Harvey andrew.harv...@gmail.com wrote:

The only legal terms I could find were at
http://www.microsoft.com/maps/product/terms.html but I couldn't find
anything which would allow derived information to be CC BY-SA 2.0
licensed.

Then you must have the same objection to tracing from Yahoo's imagery.
Unlike Bing, there is no specific agreement between Yahoo and OSM.
Yahoo only agreed that the act of tracing from the satellite imagery
that they host and putting the traced data under any license (and not
specifically CC-BY-SA 2.0) does not violate Yahoo Maps' terms of
service, which contains similar language to Bing's terms of use. Yet
here we are tracing from Yahoo for years already.

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

Re: [OSM-legal-talk] New phrase in section 2

On Fri, Dec 3, 2010 at 12:10 PM, Grant Slater
openstreet...@firefishy.com wrote:
 On 3 December 2010 16:21, Anthony o...@inbox.org wrote:
 On Fri, Dec 3, 2010 at 10:39 AM, Richard Fairhurst rich...@systemed.net 
 wrote:
 Rather, as Francis pointed out: A mistake? Someone infelicitously drafting
 the licence? It does happen you know :-).

 Or, as ever with OSM, never attribute to conspiracy that which can be
 adequately explained by cock-up.

 The whole thing is a mistake, but I find it hard to believe that the
 wording of the license was an accident.  The fact that it got re-added
 in 1.2 was probably an accident, but the appearance of it in 0.9?  How
 could it be an accident?


 I'm a member of Licensing Working Group... I haven't followed this
 whole thread yet, but if there is a mistake it is a cocked up, not
 malicious.

Just to clarify, I don't claim or even believe there was any
maliciousness involved in adding that phrase into the CT.

However, I don't know of any jurisdiction where clear, plain language,
unintended consequences are unenforcible.

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

Re: [OSM-legal-talk] New phrase in section 2

On Fri, Dec 3, 2010 at 12:33 PM, Anthony o...@inbox.org wrote:
 However, I don't know of any jurisdiction where clear, plain language,
 unintended consequences are unenforcible.

And, actually, you can ignore that I've even said that.  I don't see
the point in arguing over this.  Suffice it to say that I don't claim
or even believe there was any maliciousness involved in adding that
phrase into the CT.

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

Re: [OSM-legal-talk] some interesting points from the bing license

2010-12-03 Per discussione Lennard


On 3-12-2010 17:23, Eugene Alvin Villar wrote:


Then you must have the same objection to tracing from Yahoo's imagery.
Unlike Bing, there is no specific agreement between Yahoo and OSM.
Yahoo only agreed that the act of tracing from the satellite imagery
that they host and putting the traced data under any license (and not
specifically CC-BY-SA 2.0) does not violate Yahoo Maps' terms of
service, which contains similar language to Bing's terms of use. Yet
here we are tracing from Yahoo for years already.


A few months ago, on a local list, I argued that we could already start 
tracing from Bing, as it was comparable to Yahoo and there were no 
specific ToU restrictions as with Google. IANAL and so, so it never got 
anywhere. It's brilliant that we now officially have the permission to 
do so. :)


--
Lennard

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

Re: [OSM-legal-talk] some interesting points from the bing license

On Fri, Dec 3, 2010 at 6:24 AM, Richard Fairhurst rich...@systemed.net wrote:
 Personally I'm delighted that Bing is happy to work with us, and I think
 their attitude to permitting tracing without claiming a share in any
 (allegedly) resulting IP reflects very well on them when compared to Google
 and to some imagery providers.

Hopefully OSM will display the same attitude toward the forks tracing from OSM.

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

[OSM-talk] Microstation import

2010-12-03 Per discussione Svavar Kjarrval


Hi.

I've just got an import file from a town in my area but it's in 
Microstation DGN format. Ogr2osm doesn't seem to recognise it. Are there 
any other free ways to convert it to a format JOSM can handle?


They can give me the data in another format but I'd have to pay for it. 
I'd rather not have to resort to that.


--
Með kveðju / With regards,
Svavar Kjarrval (sva...@kjarrval.is)
s. 863-9900


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

Re: [OSM-talk] Microstation import

2010-12-03 Per discussione Ed Loach

If ogr2osm doesn't recognise it, perhaps you can use ogr2ogr to convert it into 
something that ogr2osm will recognise:
http://www.gdal.org/ogr/ogr_formats.html

Ed

 -Original Message-
 From: talk-boun...@openstreetmap.org [mailto:talk-
 boun...@openstreetmap.org] On Behalf Of Svavar Kjarrval
 Sent: 03 December 2010 16:42
 To: talk@openstreetmap.org
 Subject: [OSM-talk] Microstation import
 
 Hi.
 
 I've just got an import file from a town in my area but it's in
 Microstation DGN format. Ogr2osm doesn't seem to recognise it.
 Are there
 any other free ways to convert it to a format JOSM can handle?
 
 They can give me the data in another format but I'd have to pay for
 it.
 I'd rather not have to resort to that.
 
 --
 Með kveðju / With regards,
 Svavar Kjarrval (sva...@kjarrval.is)
 s. 863-9900
 
 
 ___
 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-legal-talk] New phrase in section 2

2010-12-03 Per discussione Grant Slater

On 3 December 2010 16:21, Anthony o...@inbox.org wrote:
 On Fri, Dec 3, 2010 at 10:39 AM, Richard Fairhurst rich...@systemed.net 
 wrote:
 Rather, as Francis pointed out: A mistake? Someone infelicitously drafting
 the licence? It does happen you know :-).

 Or, as ever with OSM, never attribute to conspiracy that which can be
 adequately explained by cock-up.

 The whole thing is a mistake, but I find it hard to believe that the
 wording of the license was an accident.  The fact that it got re-added
 in 1.2 was probably an accident, but the appearance of it in 0.9?  How
 could it be an accident?


I'm a member of Licensing Working Group... I haven't followed this
whole thread yet, but if there is a mistake it is a cocked up, not
malicious. We only recently sent CT 1.2 to legal for their review,
nothing back yet AFAIK... We're only human, but legal has lawyers! ;-)

I'll raise this thread at our next meeting on Tuesday.

Regards
 Grant
 LWG member.

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

Re: [OSM-talk] Microstation import

2010-12-03 Per discussione Jukka Rahkonen

Ed Loach ed at loach.me.uk writes:

 
 If ogr2osm doesn't recognise it, perhaps you can use ogr2ogr to convert it
into something that ogr2osm will recognise:
 http://www.gdal.org/ogr/ogr_formats.html

Ogr2osm is a python script that is using ogr so it should support all the same
formats that ogr2ogr. A try with ogrinfo may still give some more information,
as well as reading the document http://gdal.org/ogr/drv_dgn.html. 


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

Re: [OSM-talk] Microstation import

2010-12-03 Per discussione Toby Murray

Hmm I have wondered about DGN files before. The Kansas department of
transportation has maps available online in DGN format (all public
domain!)

For example most of the city maps are available as either PDF or DGN:
http://www.ksdot.org/burtransplan/maps/Mapscities.asp

So far I haven't really used them for anything that would require more
than a PDF but I think there are some boundaries in some of them that
would be nice to be able to extract. Like state parks and such.

Maybe I'll try to do some more digging this weekend. Let me know if
you find anything useful :)

Toby


On Fri, Dec 3, 2010 at 1:09 PM, Jukka Rahkonen
jukka.rahko...@mmmtike.fi wrote:
 Ed Loach ed at loach.me.uk writes:


 If ogr2osm doesn't recognise it, perhaps you can use ogr2ogr to convert it
 into something that ogr2osm will recognise:
 http://www.gdal.org/ogr/ogr_formats.html

 Ogr2osm is a python script that is using ogr so it should support all the same
 formats that ogr2ogr. A try with ogrinfo may still give some more information,
 as well as reading the document http://gdal.org/ogr/drv_dgn.html.


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


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

[OSM-talk] Interesting article about legibility on Google Map

2010-12-03 Per discussione Yann Coupin

http://www.41latitude.com/post/2072504768/google-maps-label-readability

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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Lennard

 Daar gaat het helemaal niet om. OSMF wil weten of gebruiker 3dshapes en
 AND
 achter de migratie naar ODbL staat.

Het was helemaal geen vraag vanuit de OSMF.

 Dat antwoord kunnen we toch wel met JA beantwoorden?

Zoals Martijn al heeft geantwoord, ligt het toch wel wat gecompliceerder.
Het gaat in deze ook niet alleen om de ODbL, maar ook om de Contributor
Terms. Aan die CT wordt nu nog steeds geschaafd.

-- 
Lennard


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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione ldp

 In het verlengde hiervan, is er interesse in een kaart die laat zien
 wat er overblijft zonder 3Dshapes (en afgeleide en dus tainted data)?
 Ik zou dat wel willen zien en ik heb het idee dat het niet zo heel
 moeilijk te maken is?

Ik had een tijdje geleden zo'n kaart gemaakt, en zal vanavond eens kijken
of hier nog leven in zit.

http://mijndev.openstreetmap.nl/~ldp/users-agreed/

Dit is echter een zeer simplistische benadering, en kijkt totaal niet naar
de history van objecten, maar alleen naar de laatste user. Bij-effect is
wel dat 3dShapes en AND er niet in voorkomen.

Daarnaast is er ook nog een overlay gemaakt door iemand anders, die wel
naar de history kijkt, en lijntjes groen/geel/rood maakt, om de
ODbL-compliance weer te geven. Dit was echter weer een eenmalige import,
dus wordt niet dynamisch bijgewerkt. URL heb ik niet paraat.

-- 
Lennard


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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Robert Elsenaar

Ik begrijp dus van je als een gebruiker in de historie van een object zit, 
dat er door hem toestemming gegeven moet worden om het over te kunnen laten 
gaan naar ODbL.

Dat lijkt mij een aardig lastige klus worden en uiteindelijk ondoenlijk.
Alleen de huidige gebruiker is m.i. de huidige eigenaar van het stukje data. 
Hij moet dan wel de AND of 3dshape tags verwijderen.


groet
Robert

-Oorspronkelijk bericht- 
From: l...@xs4all.nl

Sent: Friday, December 03, 2010 10:04 AM
To: OpenStreetMap NL discussion list
Subject: Re: [OSM-talk-nl] 3dshapes and AND user and ODbL


In het verlengde hiervan, is er interesse in een kaart die laat zien
wat er overblijft zonder 3Dshapes (en afgeleide en dus tainted data)?
Ik zou dat wel willen zien en ik heb het idee dat het niet zo heel
moeilijk te maken is?


Ik had een tijdje geleden zo'n kaart gemaakt, en zal vanavond eens kijken
of hier nog leven in zit.

http://mijndev.openstreetmap.nl/~ldp/users-agreed/

Dit is echter een zeer simplistische benadering, en kijkt totaal niet naar
de history van objecten, maar alleen naar de laatste user. Bij-effect is
wel dat 3dShapes en AND er niet in voorkomen.

Daarnaast is er ook nog een overlay gemaakt door iemand anders, die wel
naar de history kijkt, en lijntjes groen/geel/rood maakt, om de
ODbL-compliance weer te geven. Dit was echter weer een eenmalige import,
dus wordt niet dynamisch bijgewerkt. URL heb ik niet paraat.

--
Lennard


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


---
Tekst ingevoegd door Panda GP 2011:

Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende 
link om de e-mail te herclasseren: 
http://localhost:6083/Panda?ID=pav_431SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam
--- 




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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Roeland Douma

Robert,

Dat zou echt onzin zijn!
Dan kan je toch gewoon een scriptje schrijven die alle data aanraakt. En dan 
zou het opeens machische wijze ODbL zijn? Of zelfs allemaal PD?

Je neemt data die een bepaalde licentie heeft en bewerkt die en kan die dus 
enkel publiceren onder gelijke (of compatibele) licentie.

Groet,
--Roeland

On Friday 03 December 2010 13:49:32 Robert Elsenaar wrote:
 Ik begrijp dus van je als een gebruiker in de historie van een object zit,
 dat er door hem toestemming gegeven moet worden om het over te kunnen laten
 gaan naar ODbL.
 Dat lijkt mij een aardig lastige klus worden en uiteindelijk ondoenlijk.
 Alleen de huidige gebruiker is m.i. de huidige eigenaar van het stukje
 data. Hij moet dan wel de AND of 3dshape tags verwijderen.
 
 groet
 Robert
 
 -Oorspronkelijk bericht-
 From: l...@xs4all.nl
 Sent: Friday, December 03, 2010 10:04 AM
 To: OpenStreetMap NL discussion list
 Subject: Re: [OSM-talk-nl] 3dshapes and AND user and ODbL
 
  In het verlengde hiervan, is er interesse in een kaart die laat zien
  wat er overblijft zonder 3Dshapes (en afgeleide en dus tainted data)?
  Ik zou dat wel willen zien en ik heb het idee dat het niet zo heel
  moeilijk te maken is?
 
 Ik had een tijdje geleden zo'n kaart gemaakt, en zal vanavond eens kijken
 of hier nog leven in zit.
 
 http://mijndev.openstreetmap.nl/~ldp/users-agreed/
 
 Dit is echter een zeer simplistische benadering, en kijkt totaal niet naar
 de history van objecten, maar alleen naar de laatste user. Bij-effect is
 wel dat 3dShapes en AND er niet in voorkomen.
 
 Daarnaast is er ook nog een overlay gemaakt door iemand anders, die wel
 naar de history kijkt, en lijntjes groen/geel/rood maakt, om de
 ODbL-compliance weer te geven. Dit was echter weer een eenmalige import,
 dus wordt niet dynamisch bijgewerkt. URL heb ik niet paraat.


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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Robert Elsenaar


Roland,

Wat doen jullie dan met al die data waarin aan het begin AND tags zaten en 
nu niet meer?
Wat doen jullie met gegevens die behoorlijk gewijzigd zijn ten opzichte van 
de orginele data?

Van wie is die way of node?

Robert

-Oorspronkelijk bericht- 
From: Roeland Douma

Sent: Friday, December 03, 2010 2:04 PM
To: OpenStreetMap NL discussion list
Subject: Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

___
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] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Andre Engels

2010/12/3 Robert Elsenaar rob...@elsenaar.info:

 Wat doen jullie dan met al die data waarin aan het begin AND tags zaten en
 nu niet meer?
 Wat doen jullie met gegevens die behoorlijk gewijzigd zijn ten opzichte van
 de orginele data?
 Van wie is die way of node?

Juridisch gezien: van iedereen die eraan gewerkt heeft. Al is het aan
de andere kant zo dat het in werkelijkheid meestal juridisch gezien
onvoldoende creatief is om als auteursrechtelijk beschermd te gelden.
Wat dat betreft zouden we eigenlijk alleen van de imports toestemming
nodig hebben (want daar zit een databankenrecht op).

-- 
André Engels, andreeng...@gmail.com

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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Roeland Douma

Van iedereen die die node ooit heeft aangeraakt. Om te weten of er gemigreerd 
kan worden moet je dus van iedereen in de historie toestemming hebben.

--Roeland

On Friday 03 December 2010 15:20:10 Robert Elsenaar wrote:
 Roland,
 
 Wat doen jullie dan met al die data waarin aan het begin AND tags zaten en
 nu niet meer?
 Wat doen jullie met gegevens die behoorlijk gewijzigd zijn ten opzichte van
 de orginele data?
 Van wie is die way of node?
 
 Robert
 
 -Oorspronkelijk bericht-
 From: Roeland Douma
 Sent: Friday, December 03, 2010 2:04 PM
 To: OpenStreetMap NL discussion list
 Subject: Re: [OSM-talk-nl] 3dshapes and AND user and ODbL
 
 ___
 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


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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Stefan de Konink


On Fri, 3 Dec 2010, Roeland Douma wrote:


Van iedereen die die node ooit heeft aangeraakt. Om te weten of er gemigreerd
kan worden moet je dus van iedereen in de historie toestemming hebben.


En om te voorkomen dat men dit ooit nog een keer aan alle *echte* 
contributors hoeft te vragen wordt gevraagd de CT te onderschrijven zodat 
migreren naar een nog strictere licentie in de toekomst nog makkelijker 
kan ;)


Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je 
eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik alles 
goed.



Stefan

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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Robert Elsenaar


Nu even praktisch ;)
Hoe geef ik aan dat ik een schaap ben? ;)

Robert

-Oorspronkelijk bericht- 
From: Stefan de Konink

Sent: Friday, December 03, 2010 3:33 PM
To: OpenStreetMap NL discussion list
Subject: Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

On Fri, 3 Dec 2010, Roeland Douma wrote:

Van iedereen die die node ooit heeft aangeraakt. Om te weten of er 
gemigreerd

kan worden moet je dus van iedereen in de historie toestemming hebben.


En om te voorkomen dat men dit ooit nog een keer aan alle *echte*
contributors hoeft te vragen wordt gevraagd de CT te onderschrijven zodat
migreren naar een nog strictere licentie in de toekomst nog makkelijker
kan ;)

Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je
eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik alles
goed.


Stefan

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


---
Tekst ingevoegd door Panda GP 2011:

Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende 
link om de e-mail te herclasseren: 
http://localhost:6083/Panda?ID=pav_439SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam
--- 




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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Erik Streb del Toro

Hello Robert.

Robert Elsenaar schrieb am 03.12.2010 07:54:
 PS: Me my self want to agree about the new license, but do not know the
 exact procedure to do so?

Just go to http://openstreetmap.org/user/terms to accept the new user
terms and the ODbL.

Greetings,
Erik

-- 
GPG-Schlüssel-ID: 0x036B38E6
Fingerabdruck: F057 EEEB F0F5 9144 D95C BD98 B822 138F 036B 38E6

Außerdem kann man per Jabber mit mir reden (chatten):
Jabber-ID: wick...@jabber.org
Off-The-Record: DEBD08C2 95E7C8CE 901EC136 E39A1E43 4FC13142



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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL


On 10-12-03 03:33 PM, Stefan de Konink wrote:
En om te voorkomen dat men dit ooit nog een keer aan alle *echte* 
contributors hoeft te vragen wordt gevraagd de CT te onderschrijven 
zodat migreren naar een nog strictere licentie in de toekomst nog 
makkelijker kan ;)
Ik heb nergens in de CT gelezen dat dit het geval is. History is ook 
data. Ik zou het trouwens niet acceptable vinden als wat je suggereert 
ooit gestalte zou krijgen.


Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je 
eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik 
alles goed.



Dus jij vindt het OK dat een enkel individu in staat moet zijn om de 
voortgang van een project als OSM tegen te houden? Als je meent dat iets 
niet in de haak is, maar 99% van de gebruikers heeft er geen problemen 
mee, dan zou ik eerst maar een kijkje in de spiegel nemen.


Als er echt iets niet in de haak is, dan wordt dit ook eerder 
gesignaleerd, en velen van degenen die in staat is om zelf een mening te 
vormen zullen hierin meegaan, dus zal het nooit zover komen. Tenzij je 
per sé tegen de stroom in wilt blijven roeien.


Frank



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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL


On 10-12-03 03:37 AM, Stefan de Konink wrote:

On Fri, 3 Dec 2010, Erik Streb del Toro wrote:


Why didn’t the already agree to the new licence?


Because that would totally bias ANY user in the Netherlands, and would 
give any true representation of contributors agreeing.


Why does everyone care so much about 3dshapes, is this some prestige 
effort to show that more than 80% of NL can be migrated?


The current situation also gives an incorrect picture of the general 
opinion in the Netherlands. For real useful visualizations, imports 
should be excluded. They dramatically shift the picture, because of 
their weight. IMO the OSMF and LWG could take better care of this.


This is nothing about prestige. It is an entirely legitimate question, 
and it is up to us, the Dutch community taking care of these imports, to 
come up with an answer.


Frank

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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL


On 10-12-03 08:36 AM, Martijn van Exel wrote:

Wij kunnen niet namens de bronhouders beslissen om hun data onder een
andere licentie aan te bieden. Dus daar gaat het wel om. Je kunt dit
soort beslissingen niet nemen over iets waar je geen eigenaar van
bent. Iedere 'menselijke' gebruiker moet zelf akkoord geven op de
overgang naar de nieuwe licentie en contributor terms, en dat geldt
ook voor de import-gebruikers.

Ik heb aan AND twee jaar geleden al gevraagd of ze akkoord waren met
de overgang, en daar kreeg ik toen een informeel ja op. Ik weet
eigenlijk niet of er formeel akkoord is gegeven. Als dat onduidelijk
is ga ik er achteraan.

Voor 3DShapes ligt het misschien wel heel anders. Ik ben daar
zijdelings bij betrokken geweest maar het meeste werk is gedaan door
Rejo Zenger (inmiddels niet meer actief voor OSM). Ik zal eens
navragen bij ObjectVision hoe zij ertegenaan kijken.
   

Op Rejo's site [1] staat het volgende:

[quote]

En dus ontving ik het fijne bericht:

   Het PBL heeft besloten om het 3DShapes bestand aan u te verstrekken,
   zonder aanvullende voorwaarden.

Met deze verstrekking is het bestand nu officieel en onvoorwaardelijk 
beschikbaar voor hergebruik.


[/quote]

Het lijkt mij dus dat er geen belemmering is om ook in te stemmen met de 
CT. (Natuurlijk wel op een manier dat er geen kunstmatige indruk wordt 
gegeven dat heel NL instemt met de CT, alhoewel nu juist een tegenstelde 
indruk wordt gewekt...)


Frank

[1] https://rejo.zenger.nl/inzicht/geografische-bestand-3d-shapes

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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Roeland Douma

Vind het raar dat je dat zegt.
Het is natuurlijk onwenselijk dat 1 iemand de voortgang van OSM kan 
blokkeren. Maar als die persoon het niet eens is met de licentie waar naartoe 
word gemigreerd dan is dat toch zijn goed recht? Het is geen meeste stemmen 
gelden als je over je eige data beslist.

Groet,
--Roeland

On Friday 03 December 2010 18:00:05 Frank Steggink wrote:
 On 10-12-03 03:33 PM, Stefan de Konink wrote:
  En om te voorkomen dat men dit ooit nog een keer aan alle *echte*
  contributors hoeft te vragen wordt gevraagd de CT te onderschrijven
  zodat migreren naar een nog strictere licentie in de toekomst nog
  makkelijker kan ;)
 
 Ik heb nergens in de CT gelezen dat dit het geval is. History is ook
 data. Ik zou het trouwens niet acceptable vinden als wat je suggereert
 ooit gestalte zou krijgen.
 
  Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je
  eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik
  alles goed.
 
 Dus jij vindt het OK dat een enkel individu in staat moet zijn om de
 voortgang van een project als OSM tegen te houden? Als je meent dat iets
 niet in de haak is, maar 99% van de gebruikers heeft er geen problemen
 mee, dan zou ik eerst maar een kijkje in de spiegel nemen.
 
 Als er echt iets niet in de haak is, dan wordt dit ook eerder
 gesignaleerd, en velen van degenen die in staat is om zelf een mening te
 vormen zullen hierin meegaan, dus zal het nooit zover komen. Tenzij je
 per sé tegen de stroom in wilt blijven roeien.
 
 Frank
 
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL

2010-12-03 Per discussione Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 03-12-10 18:08, Frank Steggink schreef:
 On 10-12-03 08:36 AM, Martijn van Exel wrote:
 Wij kunnen niet namens de bronhouders beslissen om hun data onder een
 andere licentie aan te bieden. Dus daar gaat het wel om. Je kunt dit
 soort beslissingen niet nemen over iets waar je geen eigenaar van
 bent. Iedere 'menselijke' gebruiker moet zelf akkoord geven op de
 overgang naar de nieuwe licentie en contributor terms, en dat geldt
 ook voor de import-gebruikers.

 Ik heb aan AND twee jaar geleden al gevraagd of ze akkoord waren met
 de overgang, en daar kreeg ik toen een informeel ja op. Ik weet
 eigenlijk niet of er formeel akkoord is gegeven. Als dat onduidelijk
 is ga ik er achteraan.

 Voor 3DShapes ligt het misschien wel heel anders. Ik ben daar
 zijdelings bij betrokken geweest maar het meeste werk is gedaan door
 Rejo Zenger (inmiddels niet meer actief voor OSM). Ik zal eens
 navragen bij ObjectVision hoe zij ertegenaan kijken.

 Op Rejo's site [1] staat het volgende:
 
 [quote]
 
 En dus ontving ik het fijne bericht:
 
Het PBL heeft besloten om het 3DShapes bestand aan u te verstrekken,
zonder aanvullende voorwaarden.
 
 Met deze verstrekking is het bestand nu officieel en onvoorwaardelijk
 beschikbaar voor hergebruik.
 
 [/quote]
 
 Het lijkt mij dus dat er geen belemmering is om ook in te stemmen met de
 CT. (Natuurlijk wel op een manier dat er geen kunstmatige indruk wordt
 gegeven dat heel NL instemt met de CT, alhoewel nu juist een tegenstelde
 indruk wordt gewekt...)


Daar staat dus dat 3dshapes akkoort gaat met PD. Dat staat er. Niet
verdraaien wat er staat.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAkz5LHMACgkQYH1+F2Rqwn2r+gCeJAqdMg0fvAsX4N0swBDmNcPE
8+gAoIJH2SVPaL78kIH61s8nqszOin7F
=3cbR
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] 3dshapes and AND user and ODbL


Roeland,

Natuurlijk is dat zijn goed recht. Als het straks eindelijk mogelijk is 
om aan te geven dat hij tegen de CT is, moet hij dat ook vooral 
aangeven. Dan gaat zijn data niet mee met de migratie naar ODbL. Die 
mogelijkheid verliezen we als er wordt overgegaan naar de nieuwe CT; dat 
is waar. Dit is dus het moment om aan te geven dat je het er niet mee 
eens bent (o.k. binnenkort dan; van mij had de 'tegen' knop er allang in 
gemogen...).


FYI, ik heb zelf wel ingestemd met de CT, want ik wil niet dat mijn 
bijdragen verloren gaan, mocht ik onverhoopt onder de bus belanden... 
Wat de eventuele volgende, toekomstige, licentie betreft: daar zal ik me 
t.z.t. in verdiepen mocht het überhaupt ooit zover komen. (Gezien de 
perikelen verwacht ik niet gauw dat iemand deze stap zal durven zetten.) 
Als ik het er niet mee eens ben, dan zal ik daar tegenstemmen. Mocht de 
meerderheid / kudde schapen daar anders over denken, jammer dan. Ik ben 
bijv. ook niet blij met onze huidige regering, maar moet het er wel mee 
doen. Ik denk dat dat nog altijd beter is dan helemaal geen regering; of 
in OSM-termen een CT waar alle 300k+ gebruikers zich in kunnen vinden.


Frank

On 10-12-03 06:23 PM, Roeland Douma wrote:

Vind het raar dat je dat zegt.
Het is natuurlijk onwenselijk dat 1 iemand de voortgang van OSM kan
blokkeren. Maar als die persoon het niet eens is met de licentie waar naartoe
word gemigreerd dan is dat toch zijn goed recht? Het is geen meeste stemmen
gelden als je over je eige data beslist.

Groet,
--Roeland

On Friday 03 December 2010 18:00:05 Frank Steggink wrote:
   

On 10-12-03 03:33 PM, Stefan de Konink wrote:
 

En om te voorkomen dat men dit ooit nog een keer aan alle *echte*
contributors hoeft te vragen wordt gevraagd de CT te onderschrijven
zodat migreren naar een nog strictere licentie in de toekomst nog
makkelijker kan ;)
   

Ik heb nergens in de CT gelezen dat dit het geval is. History is ook
data. Ik zou het trouwens niet acceptable vinden als wat je suggereert
ooit gestalte zou krijgen.

 

Dus je kunt ja zeggen tegen: doe mij maar ODBL, maar met CT doe je
eigenlijk: ik ben een schaap en als de meerderheid beslist vind ik
alles goed.
   

Dus jij vindt het OK dat een enkel individu in staat moet zijn om de
voortgang van een project als OSM tegen te houden? Als je meent dat iets
niet in de haak is, maar 99% van de gebruikers heeft er geen problemen
mee, dan zou ik eerst maar een kijkje in de spiegel nemen.

Als er echt iets niet in de haak is, dan wordt dit ook eerder
gesignaleerd, en velen van degenen die in staat is om zelf een mening te
vormen zullen hierin meegaan, dus zal het nooit zover komen. Tenzij je
per sé tegen de stroom in wilt blijven roeien.

Frank



___
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] 3dshapes and AND user and ODbL


On 10-12-03 06:44 PM, Stefan de Konink wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 03-12-10 18:08, Frank Steggink schreef:
   

On 10-12-03 08:36 AM, Martijn van Exel wrote:
 

Wij kunnen niet namens de bronhouders beslissen om hun data onder een
andere licentie aan te bieden. Dus daar gaat het wel om. Je kunt dit
soort beslissingen niet nemen over iets waar je geen eigenaar van
bent. Iedere 'menselijke' gebruiker moet zelf akkoord geven op de
overgang naar de nieuwe licentie en contributor terms, en dat geldt
ook voor de import-gebruikers.

Ik heb aan AND twee jaar geleden al gevraagd of ze akkoord waren met
de overgang, en daar kreeg ik toen een informeel ja op. Ik weet
eigenlijk niet of er formeel akkoord is gegeven. Als dat onduidelijk
is ga ik er achteraan.

Voor 3DShapes ligt het misschien wel heel anders. Ik ben daar
zijdelings bij betrokken geweest maar het meeste werk is gedaan door
Rejo Zenger (inmiddels niet meer actief voor OSM). Ik zal eens
navragen bij ObjectVision hoe zij ertegenaan kijken.

   

Op Rejo's site [1] staat het volgende:

[quote]

En dus ontving ik het fijne bericht:

Het PBL heeft besloten om het 3DShapes bestand aan u te verstrekken,
zonder aanvullende voorwaarden.

Met deze verstrekking is het bestand nu officieel en onvoorwaardelijk
beschikbaar voor hergebruik.

[/quote]

Het lijkt mij dus dat er geen belemmering is om ook in te stemmen met de
CT. (Natuurlijk wel op een manier dat er geen kunstmatige indruk wordt
gegeven dat heel NL instemt met de CT, alhoewel nu juist een tegenstelde
indruk wordt gewekt...)
 


Daar staat dus dat 3dshapes akkoort gaat met PD. Dat staat er. Niet
verdraaien wat er staat.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAkz5LHMACgkQYH1+F2Rqwn2r+gCeJAqdMg0fvAsX4N0swBDmNcPE
8+gAoIJH2SVPaL78kIH61s8nqszOin7F
=3cbR
-END PGP SIGNATURE-

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

   
Precies, zo lees ik het ook. Dus wat dat betreft is er geen belemmering 
om in te stemmen met de CT, en kan het PD vinkje ook worden gezet.


Frank

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

[OSM-talk-nl] busrelatie icm forward role

2010-12-03 Per discussione Michiel Faber


Hallo,

Ik probeer een kruispunt beter in kaart te brengen, maar loop nu tegen
problemen aan met de busrelaties die er bij horen.
Op dat kruispunt kwam o.a. 1 way aan met 2 relaties en dat worden nu 2
ways met beide 1 relatie, de heen en terugreis van de betreffende
buslijn. Nu staat er verderop vaak op die gescheiden wegen de
role=forward bij de relatie, maar die hoeft er toch niet op? De
relatie is al in een richting. De andere relatie die over het zelfde
kruispunt loopt is namelijk de bus terug. Moet ik toch de role=forward
houden?

Groet,
Michiel

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

Re: [OSM-talk-nl] busrelatie icm forward role

2010-12-03 Per discussione Cartinus

On Friday 03 December 2010 19:38:14 Michiel Faber wrote:
 Nu staat er verderop vaak op die gescheiden wegen de
 role=forward bij de relatie, maar die hoeft er toch niet op? De
 relatie is al in een richting. De andere relatie die over het zelfde
 kruispunt loopt is namelijk de bus terug. Moet ik toch de role=forward
 houden?

Als de busroute een aparte heen en terug relatie heeft, dan zijn forward en 
backward inderdaad overbodig.


-- 
m.v.g.,
Cartinus

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

Re: [OSM-talk-nl] busrelatie icm forward role

2010-12-03 Per discussione René Affourtit

2010/12/3 Cartinus carti...@xs4all.nl:
 On Friday 03 December 2010 19:38:14 Michiel Faber wrote:
 Nu staat er verderop vaak op die gescheiden wegen de
 role=forward bij de relatie, maar die hoeft er toch niet op? De
 relatie is al in een richting. De andere relatie die over het zelfde
 kruispunt loopt is namelijk de bus terug. Moet ik toch de role=forward
 houden?

 Als de busroute een aparte heen en terug relatie heeft, dan zijn forward en
 backward inderdaad overbodig.

Eigenlijk betekent dat juist dat alle ways van de route een forward of
backward role zouden moeten hebben. De route loopt namelijk maar in
een richting over de betreffende way. In de praktijk voeg ik echter
ook alleen roles toe op stukken waar de routes niet overlappen.

Zie ook http://wiki.openstreetmap.org/wiki/User:Ldp voor een
grafische uitleg van de roles.

René

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

[Talk-tr] (no subject)

2010-12-03 Per discussione Salih B


Roman Neumüller bence Türkçe bilmiyor. Siz Türkçe karakterleri bile 
yazmıyorsunuz ve bilgisayarda da çeviremiyordur. Ya İngilizce yazın google 
çeviriyle falan çevirip ya da kurallara uyarak yazalım.
  ___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-tr

[Talk-tr] (no subject)

2010-12-03 Per discussione Salih B


*No, I said that people who are writing here, writes Turkish out of rules and 
so you can't translate their sentences.
*I want to report some translate wrongs:

Bütü veri başarıyla gönderildi  Bütün veri başarıyla gönderildi
Dışalım (not normal)  Çıkart
Dışalım alanı  Çıkartılacak alan
Dışalım biçimi  Çıkartma biçimi
Kıpkısa bağlantı  Kısa bağlantı
Günlükler  Günlük(better than plural)
Use thinner lines for areas: Alanlarda ince çizgiler kullan
I don't understand Gömülebilir HTML. Could you write that in English?
  ___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-tr

Re: [Talk-is] Gögn frá Garðabæ

2010-12-03 Per discussione Svavar Kjarrval

Svo virðist vera að ogr2osm ráði ekki við skrána sem ég fékk. Einhverjar 
aðrar leiðir sem ykkur dettur í hug?


Með kveðju / With regards,
Svavar Kjarrval (sva...@kjarrval.is)
s. 863-9900


On 2.12.2010 13:28, Svavar Kjarrval wrote:

Sæll póstlisti.

Vúhú! Fékk gögn frá Garðabæ með götum og stígum! Þetta eru „útbrúnir“ 
eins og þeir orðuðu það (líklegast útlínur).


Einhver sem vill hjálpa mér að converta þessu á snið sem er JOSM 
samhæft? Þetta er í Microstation DGN og í svokölluðu „rvk hnit-kerfi“. 
Fékk þetta ókeypis frá þeim en þeir hefðu rukkað 2 klst. vinnu ef ég 
hefði viljað skrárnar á öðru hnitkerfi eða sniði.


Með kveðju,
Svavar Kjarrval


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

Re: [Talk-is] Gögn frá Garðabæ

2010-12-03 Per discussione Ævar Arnfjörð Bjarmason

2010/12/3 Svavar Kjarrval sva...@kjarrval.is:
 Svo virðist vera að ogr2osm ráði ekki við skrána sem ég fékk. Einhverjar
 aðrar leiðir sem ykkur dettur í hug?

Kannski spurja á aðal osm-talk listanum eða osm-imports hvort einhver
veit hvernig á að breyta þessu?

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

Re: [Talk-is] Gögn frá Garðabæ

2010-12-03 Per discussione Svavar Kjarrval

Vandamálið er að mér hefur ekki tekist að koma henni á form sem er 
einfaldara að umbreyta. Sendi þér skrána svo þú getir prófað þetta. Ef 
það gengur vel getum við notað sömu aðferð við að breyta DGN skrám frá 
öðrum bæjum þegar við á.


Með kveðju / With regards,
Svavar Kjarrval (sva...@kjarrval.is)
s. 863-9900


On 3.12.2010 19:21, Daníel Gunnarsson wrote:

Er vandamálið ekki bara DGN stuðningurinn ORG
http://www.gdal.org/ogr/drv_dgn.html

Þarna stendur t.d. að DGN skrár eru meðhöndlaðar eins og þær hafi ekki 
georeference gögn.


Er ekki bara málið að reyna að dumpa skánni á .shp format og reyna að 
vinna út frá því? Ég get komist í Microstation út í HÍ en ég hef 
reyndar aldrei gert þetta en ef þú mátt senda mér skránna þá get ég reynt.


kv. Daníel G

2010/12/3 Svavar Kjarrval sva...@kjarrval.is mailto:sva...@kjarrval.is

Svo virðist vera að ogr2osm ráði ekki við skrána sem ég fékk.
Einhverjar aðrar leiðir sem ykkur dettur í hug?

Með kveðju / With regards,
Svavar Kjarrval (sva...@kjarrval.is mailto:sva...@kjarrval.is)
s. 863-9900



On 2.12.2010 13:28, Svavar Kjarrval wrote:

Sæll póstlisti.

Vúhú! Fékk gögn frá Garðabæ með götum og stígum! Þetta eru
„útbrúnir“ eins og þeir orðuðu það (líklegast útlínur).

Einhver sem vill hjálpa mér að converta þessu á snið sem er
JOSM samhæft? Þetta er í Microstation DGN og í svokölluðu „rvk
hnit-kerfi“. Fékk þetta ókeypis frá þeim en þeir hefðu rukkað
2 klst. vinnu ef ég hefði viljað skrárnar á öðru hnitkerfi eða
sniði.

Með kveðju,
Svavar Kjarrval


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



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


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

Re: [Talk-de] Wo sind weiße Flecken?

2010-12-03 Per discussione Georg Feddern


Moin,

Bernd Wurst schrieb:

Am Donnerstag 02 Dezember 2010, 20:05:20 schrieb Stephan Knauss:
  
Da ist Landuse eingetragen und bei einem Goßteil der Straßen sind Häuser 
inklusive Umriss vorhanden.



Das Problem ist an vielen Stellen eine falsche Einordnung der place-Tags.

Ich habe hier auch sehr viele Weiler, die jemand als village getagged hat. 
Wenn es aber nur 2 Straßen gibt, wäre das für ein Dorf etwas wenig. Es handelt 
sich also dann doch eher um einen Weiler.


Genau so geht es hier mit dem suburb: Suburb ist ein Stadtteil/-bezirk; sowas 
wie Berlin-Moabit (siehe Wiki). Warmbronn ist wohl auch eher ein Dorf.
  


ja, da zeigt sich wieder die deutsche Klein-Städterei.
Aber ist es deswegen eine falsche Einordnung?

Es gibt leider (Landeshaupt-)Städte mit 30 Stadtteilen (400 - 19000 
Einw.), die aber insgesamt als Stadt nur etwas mehr als 3* soviele 
Einwohner wie Berlin-Moabit haben.
Ebenso Weiler mit nur 2-3 Straßen und 150 Einw., die sich aber 
eindeutig als Dorf betrachten und sogar ganze eigenständige Gemeinden sind.
Da tut man sich etwas schwer mit der Wiki-Einteilung bzw. es passt eben 
nicht immer und überall.
Es geht ja nicht immer nur um die Größe, sondern auch um den Status und 
das entsprechende Verhältnis zueinander.
Muss man wohl mit leben - und kann man m. E. auch - ggf. den 
unmapped-Status eben ignorieren.


Gruß
Georg


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

Re: [Talk-de] Bing: Kein Zoomlevel 18 :(

2010-12-03 Per discussione Steffen Heinz


Am 02.12.2010 23:07, schrieb Chris66:

Am 02.12.2010 15:46, schrieb Chris66:
  Am 02.12.2010 14:38, schrieb Steffen Heinz:

  Das Luftbild ist zu klein wenn die ein Straße passt liegt die andere
  daneben.

  besteht die Möglichkeit das Luftbild getrennt zu Zoomen - es ist ja
  gleichmäßig zu klein

  Wenn es so ist, ist es eindeutig ein Bug der schnellstmöglich an
  den Programmierer zu melden ist

habe nun ein paar Stunden damit gearbeitet und konnte so einen Fehler
wie Du Ihn geschildert hast nicht sehen.
schau mal bei Simmerath der Ortskern ist verluftbildert und dort passt 
nichts, rechts daneben sind wohl die alten Satelitenbilder dort passt 
alles prima



Grüße aus der Eifel (Simmerath)
Steffen

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

Re: [Talk-de] Wo sind weiße Flecken?

2010-12-03 Per discussione Bernd Wurst

Am Freitag 03 Dezember 2010, 09:21:04 schrieb Georg Feddern:
 Aber ist es deswegen eine falsche Einordnung?

Im vorliegenden Fall würde ich sagen ja, auch wenn ich dort keine Ortskenntnis 
habe.


 Es gibt leider (Landeshaupt-)Städte mit 30 Stadtteilen (400 - 19000 
 Einw.), die aber insgesamt als Stadt nur etwas mehr als 3* soviele 
 Einwohner wie Berlin-Moabit haben.

Richtig, aber man kann sich darauf verständigen, dass nur echte Stadtteile 
(Also Teile von Städten, die groß genug sind um sich auch zu unterteilen) auch 
als Stadtteile betrachtet werden sollten. 
Die einzelnen Ortschaften einer Gemeinde eher nicht. Und die Wohngebiete einer 
Kleinstadt auch nicht.

Ich hab hier bei uns auch einen Stadtteil einer Kleinstadt gemapped, weil es 
eben ein Stadtteil ist. Der Stadteil hat ~100 Häuser (die nicht gemapped 
sind!) und wird z.B. von unmapped-places auch nicht beanstandet. Der Stadteil 
wäre aber auch für sich genommen schon kein kleines Dorf mehr.


 Ebenso Weiler mit nur 2-3 Straßen und 150 Einw., die sich aber 
 eindeutig als Dorf betrachten und sogar ganze eigenständige Gemeinden sind.

Das, letzteres, ist sehr selten geworden. Meistens zwingen wirtschaftliche 
Gründe solche Ortschaften zum Zusammenschluss.
Dass es immer Ausnahmen gibt ist sowieso klar.


 Da tut man sich etwas schwer mit der Wiki-Einteilung bzw. es passt eben 
 nicht immer und überall.
 Es geht ja nicht immer nur um die Größe, sondern auch um den Status und 
 das entsprechende Verhältnis zueinander.
 Muss man wohl mit leben - und kann man m. E. auch - ggf. den 
 unmapped-Status eben ignorieren.

Klar. Aber bei den eindeutigen Fällen (und so einer ist das genannte meiner 
Einschätzung nach) muss man auch mal damit leben dass man sein Tagging der 
Konvention anpassen muss um ein irgendwie vergleichbares Tagging zu erhalten.

Gruß, Bernd

-- 
Zölibat ist nicht erblich.


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

[Talk-de] Tagesstätte mit Tagesmüttern - Kind ergarten ?




 HI !

ich habe eine Tagesstätte gefunden die von Tagesmüttern betreut werden - 
machen vom Titel nicht den Eindruck der Tagesstätte.


Würdet Ihr den auch als amenity=kindergarten taggen ??

Gruß Jan :-)


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

Re: [Talk-de] Bing: Kein Zoomlevel 18 :(

2010-12-03 Per discussione Wolfgang

Hallo,
Am Freitag 03 Dezember 2010 00:51:19 schrieb Garry:

 
 Verwendet Bing die Luftbilder die Google schon durch neuere ersetzt hat?
 Habe mein altes Auto dort wieder entdeckt das ich seit 10Jahren nicht
 mehr habe - Google hatte das gleiche Bild
 bis vor ca. 2 Jahren...
 

Bei diesem Anbieter soll es ja schon mal vorgekommen sein, dass steinalte 
Technik als brandneue eigene Innovation verkauft wurde...

Gruß, Wolfgang

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

[Talk-de] JOSM Imagery Plugin - Bilder kontrastre icher und schärfer darstellen?

2010-12-03 Per discussione Holger s...@der


Hallo Liste,
gibt es eine Möglichkeit im Imagery Plugin die Bingkarte dunkler und 
somit kontrastreicher anzeigen zu lassen? Ist es möglich die Bilder noch 
stärker nachzuschärfen? Wenn ich das richtig mitbekommen habe, ist das 
ja im Potlatch 2 möglich.

Ciao Holger

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

Re: [Talk-de] Changeset 6516294 rückgängig machen


Hi,

Am 02.12.2010 18:33, schrieb malenki:

Sollte geklappt haben.

malenki
scheint immer noch geflutet zu sein, kann natürlich sein, dass es 
nicht an dem Changeset 6516294 gelegen hat bzw. dass eine frühere 
Änderung das schon zerstört hat, mir es aber erst gestern aufgefallen ist.


Vielleicht muss man hier anders vorgehen?  
http://www.openstreetmap.org/?lat=48.5495924949646lon=12.1743965148926zoom=14


Gruß Martin

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

Re: [Talk-de] Changeset 6516294 rückgängig machen

2010-12-03 Per discussione Peter Körner


Am 03.12.2010 10:27, schrieb Martin Czarkowski:

Hi,

Am 02.12.2010 18:33, schrieb malenki:

Sollte geklappt haben.

malenki

scheint immer noch geflutet zu sein, kann natürlich sein, dass es
nicht an dem Changeset 6516294 gelegen hat bzw. dass eine frühere
Änderung das schon zerstört hat, mir es aber erst gestern aufgefallen ist.

Vielleicht muss man hier anders vorgehen?
http://www.openstreetmap.org/?lat=48.5495924949646lon=12.1743965148926zoom=14



Für mich sieht das Multipoly
http://www.openstreetmap.org/browse/relation/349237
sauber aus.

Was mich wundert ist, dass dieser Way (outer in obiger relation) selbst 
ein natural = water hat:

http://www.openstreetmap.org/browse/way/45391210

Das ist mmn. die Ursache der Flutung, denn dieses Tag gehört nur an das 
Multipoly, nicht an den outer way.


Ich habe das mal geändert und wie's scheint war's das.
http://www.openstreetmap.org/browse/changeset/6523983

Ein ganz ähnliches Problem gibt es noch mit dem Stausee Altheim, auch 
der hat die Tags direkt am outer way. Warum muss der denn eigentlich 
teil der Relation sein?


Lg, Peter

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

Re: [Talk-de] Changeset 6516294 rückgängig machen


Hi,

Am 03.12.2010 10:40, schrieb Peter Körner:
Ein ganz ähnliches Problem gibt es noch mit dem Stausee Altheim, 
auch der hat die Tags direkt am outer way. Warum muss der denn 
eigentlich teil der Relation sein?


Lg, Peter 

da bin ich überfragt :)
Hmm, man müsste sich an die User wenden die das hinzugefügt haben, da 
ich aber mit Relationen ehrlich gesagt nicht viel anfangen kann, kann 
ich auch nicht gezielt argumentieren.

Peter übernimmst Du? ;)

LG Martin

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

Re: [Talk-de] Bing: Kein Zoomlevel 18 :(

2010-12-03 Per discussione Schorschi


 Verwendet Bing die Luftbilder die Google schon durch neuere ersetzt 
 hat? Habe mein altes Auto dort wieder entdeckt das ich seit 10Jahren 
 nicht mehr habe - Google hatte das gleiche Bild bis vor ca. 2 
 Jahren...

sag ich doch ... mich wundert es wirklich, dass hier Google nicht 
schneller war als Microsoft - wäre eine wirklich gute Werbung für Google 
gewesen - aber evtl. haben die die Bilder ja wirklich mit einer anderen 
Lizenz erworben?

(das müsstest du übrigens in google earth genau nachschauen können, da 
kann man ja über die history auch die alten Satellitenbilder zu einer 
Region aufrufen)

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

Re: [Talk-de] Bing: Kein Zoomlevel 18 :(

2010-12-03 Per discussione Steffen Heinz


Am 03.12.2010 11:11, schrieb Schorschi:


(das müsstest du übrigens in google earth genau nachschauen können, da
kann man ja über die history auch die alten Satellitenbilder zu einer
Region aufrufen)

so es welche gibt!
Google und Bing Satelitenbilder sind dem Augenschein nach identisch - 
ein Fehler der jetzt bei Bing drin ist war !!! mal bei Google drin ( 
Straße versetzt an einer Kachel um 100 bis200m), autos sind von der 
gelichen FArbe und an der gleichen Stelle.



Grüße aus der Eifel
Steffen

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

[Talk-de] Bing und SlippyMap


 HI !

um die Bing-Daten in JOSM anzuzeigen ist bis dato das PlugIn SlippyMap 
erforderlich.


Kann mir einer sagen was bei

   slippymap.custom_tile_source_1.name=OpenCycleMap 
   slippymap.custom_tile_source_1.url=http://b.andy.sandbox.cloudmade.com/tiles/cycle


   slippymap.custom_tile_source_2.name=JPG map tiles 
   slippymap.custom_tile_source_2.url=http://some.server.with.jpgs/tiles/cycle


   slippymap.custom_tile_source_2.ext=jpg

hier eingetragen werden muss?

Gruß Jan :-)

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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Benjamin Lebsanft

Hi Jan,

es gibt doch eine Bing Option in den SlippyMap Einstellungen. Du musst
da gar nix selber rumbasteln.

Liebe Grüße
Benni


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] Bing und SlippyMap

2010-12-03 Per discussione Chris66

Am 03.12.2010 11:59, schrieb Jan Tappenbeck:

 um die Bing-Daten in JOSM anzuzeigen ist bis dato das PlugIn SlippyMap
 erforderlich.

Seit gestern nicht mehr. Das neue Plugin imagery ersetzt sowohl
SlippyMap als auch WMS und funktioniert wundervoll. Hab gestern
ca. 1000 Nodes gebingt. ;)

Chris


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

Re: [Talk-de] Bing und SlippyMap


Hi,

Am 03.12.2010 12:09, schrieb Chris66:

Seit gestern nicht mehr

Du warst schneller und ich wusste das auch noch nicht :)

Gruß Martin

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

[Talk-de] german voting areas 2005

2010-12-03 Per discussione Mike Dupont

I have converted the german Wahlbezirke from 2005 into osm format
for checking against the current map.

OSM files are in Lat Long, projected with qgis, converted with a
hacked version of shp2osm.pl

http://www.archive.org/details/WahlkreiseDeutschland2005InOsmFormat

maybe someone is interested in this,
mike

-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania
flossk.org flossal.org

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

Re: [Talk-de] Wo sind weiße Flecken?

2010-12-03 Per discussione Georg Feddern

Moin,

Bernd Wurst schrieb:

Am Freitag 03 Dezember 2010, 09:21:04 schrieb Georg Feddern:

Aber ist es deswegen eine falsche Einordnung?

Im vorliegenden Fall würde ich sagen ja, auch wenn ich dort keine Ortskenntnis
habe.

in dem von Stephan angesprochenen Fall gehe ich auch mit Dir konform,
dass es eher ein Dorf ist (isolierte Lage) statt Stadtteil, selbst wenn
es eingemeindet ist.
Ich halte die Beschreibung im Wiki bezüglich suburb=Stadtteil aber auch
für etwas zu knapp und fange mal einen neuen Thread zur Ergänzung an.

Es gibt leider (Landeshaupt-)Städte mit 30 Stadtteilen (400 - 19000
Einw.), die aber insgesamt als Stadt nur etwas mehr als 3* soviele
Einwohner wie Berlin-Moabit haben.

Richtig, aber man kann sich darauf verständigen, dass nur echte Stadtteile
(Also Teile von Städten, die groß genug sind um sich auch zu unterteilen) auch
als Stadtteile betrachtet werden sollten.
Die einzelnen Ortschaften einer Gemeinde eher nicht. Und die Wohngebiete einer
Kleinstadt auch nicht.

Den zweiten Satz sehe ich auch so und zum ersten Satz:
OK, Kiel wird oft genug (und oft zurecht ;-) ) als Landeshauptdorf
bezeichnet - trotzdem verstand ich bisher das Problem bei

http://www.gary68.de/osm/qa/unmapped/index.php?zoom=14lat=54.32093lon=10.12984layers=B00FFFTF
nicht - bis mir auffiel, das der place=suburb direkt dem Platz (also
einem Polygon/Area) zugewiesen ist - und dadurch nur dieser Bereich
ausgewertet wird ...

Es geht ja nicht immer nur um die Größe, sondern auch um den Status und
das entsprechende Verhältnis zueinander.

Klar. Aber bei den eindeutigen Fällen (und so einer ist das genannte meiner
Einschätzung nach) muss man auch mal damit leben dass man sein Tagging der
Konvention anpassen muss um ein irgendwie vergleichbares Tagging zu erhalten.

Grundsätzlich und auch hier speziell ja.
Aber die - in meinen Augen sinnvolle - deutsche Konvention (Wiki)
ergibt ja gerade die Abwägung zwischen zwei unabhängigen Bedingungen
(Einwohnerzahl und Status/regionale Beziehung) - das verhindert ja
gerade das (direkte, automatisch) vergleichbare Tagging.

Schadet aber in meinen Augen nicht unbedingt.
Ich finde Deine Auswertung gut und nutze sie gerne - eben mit dieser
Abwägung und akzeptiere die daraus resultierenden (unmapped) Ausnahmen.

Gruß
Georg

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

[Talk-de] Bundeswehr mappen?

2010-12-03 Per discussione Latze


Hallo Liste,

hat schon jemand Erfahrungen mit der Bundeswehr gemacht? Ich könnte hier 
mit Bing-Bildern die Gebäude und Straßen von einem Luftwaffenstützpunkt 
mappen. Ich frag mich, ob ich das einfach so machen soll oder ob ich 
lieber erst mit der Bundeswehr, der Lustwaffe oder dem Stützpunkt 
Kontakt aufnehmen soll. Ist ja immer wieder die Frage, wie die auf sowas 
reagieren.


Grüße
  Latze

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

Re: [Talk-de] Bundeswehr mappen?


Hi,

Am 03.12.2010 13:00, schrieb Latze:

Ist ja immer wieder die Frage, wie die auf sowas reagieren.


Die werden dich ja nicht gleich bombardieren ;)
Meiner Meinung nach, ist das was auf den Satellitenfotos nicht 
unkenntlich gemacht wurde auch ohne Probleme zu verwenden.


Gruß Martin

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

Re: [Talk-de] Bundeswehr mappen?

2010-12-03 Per discussione Johann H. Addicks


Am 03.12.2010 13:00, schrieb Latze:


hat schon jemand Erfahrungen mit der Bundeswehr gemacht?


Die Bundeswehr hat heute keinen Anteil mehr an der Landesverteidigung.
Wenn es um den fraglichen Paragraphen geht, dann wäre bei der 
derzeitigen Terorangst eher das Mappen von Kasernen der Bundespolizei 
problematisch.


Oder auch das Mappen von allem, was Terroristen angeblich heute als 
weiche Ziele haben: Hochhäuser, Hochspannungsmasten, Autobahnbrücken, 
Flughafenterminals, Bahnhöfe...


-jha-


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

Re: [Talk-de] Bundeswehr mappen?

2010-12-03 Per discussione Martin Simon

Am 3. Dezember 2010 13:00 schrieb Latze latz...@gmx.net:
 Hallo Liste,

 hat schon jemand Erfahrungen mit der Bundeswehr gemacht? Ich könnte hier mit
 Bing-Bildern die Gebäude und Straßen von einem Luftwaffenstützpunkt mappen.
 Ich frag mich, ob ich das einfach so machen soll oder ob ich lieber erst mit
 der Bundeswehr, der Lustwaffe oder dem Stützpunkt Kontakt aufnehmen soll.
 Ist ja immer wieder die Frage, wie die auf sowas reagieren.

Moin!

Ich würd's einfach machen. solange du nicht bei denen einbrichst und
nur Quellen nutzt, die öffentlich verfügbar sind, kann eigentlich
niemand etwas sagen. In meiner Gegend sind das BMVg, einige Kasernen
und ein großes Munitionsdepot gemappt, zudem habe ich auch schon
gps-Spuren innerhalb solcher Gelände gesehen, es scheint also auch den
ein oder anderen mappenden Soldaten oder BW-Angestellten zu geben.

Zudem kann die Information über eingezäunte oder nicht eingezäunte,
aber dennoch gesperrte militärische Gebiete auf der Karte sehr
nützlich sein, wenn man draußen unterwegs ist. Auf meiner Garmin-Karte
stelle ich z.B. Kasernengelände, Übungsplätze und dergleichen mit
einer roten Schraffur dar und kann mich so rechtzeitig darauf
einstellen, das Gebiet zu meiden. :-)
(wie im übrigen auch Kläranlagen, Bahngelände, Flugplatzgelände etc
sowie explizit als gesperrt getaggte Gebiete)

Gruß,

Martin

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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Schorschi

Moin,

jetzt stehe ich wohl auf dem Schlauch ...

On Fri, 3 Dec 2010, Chris66 wrote:

 Am 03.12.2010 11:59, schrieb Jan Tappenbeck:
 
  um die Bing-Daten in JOSM anzuzeigen ist bis dato das PlugIn SlippyMap
  erforderlich.
 
 Seit gestern nicht mehr. Das neue Plugin imagery ersetzt sowohl
 SlippyMap als auch WMS und funktioniert wundervoll. Hab gestern
 ca. 1000 Nodes gebingt. ;)

und was muss man da einstellen - bei mir taucht in der Liste keine 
Bing-Einstellung auf und wenn ich das hier eingebe:

html:http://josm.openstreetmap.de/wmsplugin/VirtualEarthSat.html?

kommen bei mir nur rote Kacheln - entweder ist die url nicht richtig oder 
ich habe hier wieder das gleiche Problem wie beim wms-plugin. Die Kacheln 
tragen die Meldung: ERROR ReferenceError: Can't find variable OpenLayers

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

Re: [Talk-de] Bundeswehr mappen?

2010-12-03 Per discussione Georg Feddern


Moin,

Latze schrieb:

hat schon jemand Erfahrungen mit der Bundeswehr gemacht?


Ja - aber wohl nicht die gemeinten. ;-)


Ich könnte hier
mit Bing-Bildern die Gebäude und Straßen von einem 
Luftwaffenstützpunkt mappen. Ich frag mich, ... wie die auf sowas 
reagieren.


Solange Du Dich darauf beschränkst, hätten 'die' ja wohl schon längst 
reagieren müssen.
Fraglich wird es doch erst, wenn Du oder Andere weitergehende 
Informationen hinzugeben.


Gruß
Georg


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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Walter Nordmann



Chris66 wrote:
  Hab gestern ca. 1000 Nodes gebingt. ;)
Klasse Wort. Muss in den Duden rein.
gruss
walter


-
Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht
unsere Produkte einsetzen würden.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Bing-und-SlippyMap-tp5799324p5799654.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Frederik Ramm


Hallo,

On 12/03/10 13:49, Walter Nordmann wrote:

  Hab gestern ca. 1000 Nodes gebingt. ;)



Klasse Wort. Muss in den Duden rein.


Die Englaender reden von binge drinking, wenn man sich am Abend 
unkontrolliert zusaeuft ;)


Bye
Frederik

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

Re: [Talk-de] rel2gpx.pl v0.23 verfügbar

2010-12-03 Per discussione André Joost


Am 21.11.10 13:05, schrieb Rainer Kluge:

Hallo,

Nachdem das Skript gestern in einem Thread erwähnt wurde, habe ich mich
entschlossen, die neueste Version zum Download bereit zu stellen:

http://mr-unseld.de/?q=de/node/170



Ich hab ein kleines Problem miit deinem Skript: Wenn ich ein osm-File 
aus der api verarbeite, findet es die Relation (sogar unter Windows ;-) 
). Sobald ich das osm-File in josm speichere, ist das Skript der 
Ansicht, es sei keine Relation vorhanden. Osmosis-Extrakte scheint es 
auch nicht zu mögen. Leider blicke ich in perl nicht so durch, um mir 
Statusinformationen anzeigen zu lassen :-(


Gruß,
André Jost


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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Chris66

Am 03.12.2010 13:31, schrieb Schorschi:

 Seit gestern nicht mehr. Das neue Plugin imagery ersetzt sowohl
 SlippyMap als auch WMS und funktioniert wundervoll. Hab gestern
 ca. 1000 Nodes gebingt. ;)
 
 und was muss man da einstellen - bei mir taucht in der Liste keine 
 Bing-Einstellung auf und wenn ich das hier eingebe:

Man muss nichts einstellen. Ich empfehle nur, vor der Neuinstallation
alle Plugins zu löschen.

Und dann weder WMS noch SlippyMap, sondern NUR das imagery Plugin
installieren. Dann sollte es nach JOSM Start einen Menüpunkt
imagery geben, wo oben Bing steht.

Noch n Tipp:

Einstellungen erfolgen nicht via Rechtsmausklick auf das Ebenen-Item
rechts sondern Rechtsklick direkt in dem Satbild. (Auto Auflösung
ändern, etc.)

Chris


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

[Talk-de] Stolperstein-Vollständigkeitsprüfun g Wiesbaden




 Moin !

ich habe gerade die Vollständigkeitsprüfung der Stolpersteine für 
WIESBADEN hochgeladen und diese können unter


http://www.tappenbeck.net/osm/quality/stolpersteine/wiesbaden/stolpersteine_hh.html

eingesehen werden.


Die Auswertung hat allerdings leider zwei Einschränkungen derzeit noch. 
Zum einen fehlt in weiten Teilen noch die Stadtteilzuordnung. 
Darüberhinaus sind die geborenen-Namen bei den Frauen noch nur 
sporalisch eingetragen. Dieses wird sich wohl in naher Zukunft ändern.


Die Liste für den Abgleich wird von mir geführt.

Gruß Jan :-)


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

Re: [Talk-de] rel2gpx.pl v0.23 verfügbar

2010-12-03 Per discussione Rainer Kluge


Hallo André,

um deine probleme untersuchen zu können, bitte ich dich um Unterstützung.

Am 03.12.2010 14:14, schrieb André Joost:


Ich hab ein kleines Problem miit deinem Skript: Wenn ich ein osm-File
aus der api verarbeite, findet es die Relation (sogar unter Windows ;-)
). Sobald ich das osm-File in josm speichere, ist das Skript der
Ansicht, es sei keine Relation vorhanden.


Ich kann das leider nicht reproduzieren. Ich hole mir eine osm-Datei von 
openstreetmap.org, offne diese Datei mit Josm und speichere sie wieder. Kannst 
du mir diese Datei zumailen? Falls sie gezippt zu groß zum mailen ist, kannst du 
mir die Koordinaten des Ausschnitts nennen, vielleicht hilft mir das weiter. Und 
die ID der Relation bräuchte ich natürlich.



Osmosis-Extrakte scheint es auch nicht zu mögen.


Bitte schicke mir das osmosis-Kommando, mit dem du das Extrakt erstellt hast, 
und die ID der betreffenden Relation.


 Leider blicke ich in perl nicht so durch, um mir

Statusinformationen anzeigen zu lassen :-(


Wenn du die beigefügte Version des Skripts mit der Option -d 2 benutzst und 
mir die Ausgabe zukommen läßst, könnte es mir vielleicht weiter helfen.


Grüße
Rainer
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione UMAX974

Hallo,

Hab gerade nach der Anleitung mein gut funktionierendes WMS (auch mit Bing) und 
slippymap ausgenockt und imaginary als einziges Plugin aktiviert.
so nu is Bing auch weg, auch in den Einstellungen und der Auswahl der diversen 
wms plugins ist Bing nirgends zu finden, so was mach ich nu...?

UMAX974


Am 03.12.2010 um 13:31 schrieb Schorschi:

 Moin,
 
 jetzt stehe ich wohl auf dem Schlauch ...
 
 On Fri, 3 Dec 2010, Chris66 wrote:
 
 Am 03.12.2010 11:59, schrieb Jan Tappenbeck:
 
 um die Bing-Daten in JOSM anzuzeigen ist bis dato das PlugIn SlippyMap
 erforderlich.
 
 Seit gestern nicht mehr. Das neue Plugin imagery ersetzt sowohl
 SlippyMap als auch WMS und funktioniert wundervoll. Hab gestern
 ca. 1000 Nodes gebingt. ;)
 
 und was muss man da einstellen - bei mir taucht in der Liste keine 
 Bing-Einstellung auf und wenn ich das hier eingebe:
 
 html:http://josm.openstreetmap.de/wmsplugin/VirtualEarthSat.html?
 
 kommen bei mir nur rote Kacheln - entweder ist die url nicht richtig oder 
 ich habe hier wieder das gleiche Problem wie beim wms-plugin. Die Kacheln 
 tragen die Meldung: ERROR ReferenceError: Can't find variable OpenLayers
 
 Gruß, Schusch
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] rel2gpx.pl v0.23 verfügbar

2010-12-03 Per discussione Rainer Kluge


Ich hab ein kleines Problem miit deinem Skript:


Bitte schreibe mich per PM an. Ich möchte nicht die Liste mit Fehlermeldungen zu 
meinem Skript belasten,


Gruß
rainer


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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Sebastian Klein


UMAX974 wrote:

Hallo,

Hab gerade nach der Anleitung mein gut funktionierendes WMS (auch mit Bing) und 
slippymap ausgenockt und imaginary als einziges Plugin aktiviert.
so nu is Bing auch weg, auch in den Einstellungen und der Auswahl der diversen 
wms plugins ist Bing nirgends zu finden, so was mach ich nu...?

UMAX974


Es kann passieren, dass imagery ein altes cache file des WMS plugins 
weiterverwendet. Dieses Problem wird demnächst behoben, als schnelles 
Fix kann man in den erweiterten Einstellungen den Eintrag 
mirror.http://josm.openstreetmap.de/maps; löschen.


(Oder falls das nicht helfen sollte noch radikaler einfach das komplette 
Verzeichnis mit den Einstellungen löschen:

http://josm.openstreetmap.de/wiki/Help/ResetPreferences )


Sebastian

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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Matthias Julius


On Fri, 3 Dec 2010 15:47:52 +0100, UMAX974 umax...@googlemail.com wrote:
 Hallo,
 
 Hab gerade nach der Anleitung mein gut funktionierendes WMS (auch mit
 Bing) und slippymap ausgenockt und imaginary als einziges Plugin
aktiviert.
 ^

 so nu is Bing auch weg, auch in den Einstellungen und der Auswahl der
 diversen wms plugins ist Bing nirgends zu finden, so was mach ich nu...?

Vielleicht hast Du Dir das Plugin nur eingebildet.

Das heisst nämlich Imagery.

;-)

Matthias

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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione Schorschi

Moin nochmal und danke,

 Seit gestern nicht mehr. Das neue Plugin imagery ersetzt sowohl
 SlippyMap als auch WMS und funktioniert wundervoll. Hab gestern
 ca. 1000 Nodes gebingt. ;)
 
 und was muss man da einstellen - bei mir taucht in der Liste keine 
 Bing-Einstellung auf und wenn ich das hier eingebe:

Man muss nichts einstellen. Ich empfehle nur, vor der Neuinstallation
alle Plugins zu löschen.

Die anderen Punkte hatte ich schon vorher abgeklappert - das Löschen der 
Plugins war's wohl - jetzt ist der Menüpunkt Bing Sat auch da. Für 
diejenigen, die Windows (hier XP) nutzen, die entsprechenden Dateien 
müssen im Verzeichnis

C:\Dokumente und Einstellungen\benutzername\Anwendungsdaten\JOSM

(der Pfad kann natürlich je nach Installation etwas abweichen, bei Win-7 
ist er bestimmt auch wieder anders)

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

Re: [Talk-de] Bing und SlippyMap - Mit Tipp für MAC OS X

2010-12-03 Per discussione UMAX974

Ja, man muss die plugins von WMS und slippymap löschen! dann funktioniert es.

Für alle die das am Mac machen und wie ich, nicht sehr mit dem Terminal 
vertraut sind:

Mit dem TinkerTool
http://www.bresink.com/osx/TinkerTool-de.html
lässt sich das Problem einigermaßen elegant lösen:

in TinkerTool - Finder Einstellungen - Versteckte Systemdatein anzeigen - 
auswählen

den eigenen Benutzer-Ordner (user bzw. eigener Name) in der Seitenleiste 
auswählen

dort kann man jetzt den Ordner .JOSM finden (wichtig ist er Punkt davor!!)

den öffnen und in den plugins slippymap und WMS incl. der dazugehörigen Ordner 
löschen.

alle schließen und mit TinkerTool die Finder Einstellungen - Versteckte 
Systemdatein anzeigen - das Häkchen wieder entfernen.

JOSM neustarten, das war's zumindest bei mir vorausgesetzt das Plugin imagery ( 
;))) ) ist installiert.

Gruß 

UMAX974






Am 03.12.2010 um 16:26 schrieb Schorschi:

 Moin nochmal und danke,
 
 Seit gestern nicht mehr. Das neue Plugin imagery ersetzt sowohl
 SlippyMap als auch WMS und funktioniert wundervoll. Hab gestern
 ca. 1000 Nodes gebingt. ;)
 
 und was muss man da einstellen - bei mir taucht in der Liste keine 
 Bing-Einstellung auf und wenn ich das hier eingebe:
 
 Man muss nichts einstellen. Ich empfehle nur, vor der Neuinstallation
 alle Plugins zu löschen.
 
 Die anderen Punkte hatte ich schon vorher abgeklappert - das Löschen der 
 Plugins war's wohl - jetzt ist der Menüpunkt Bing Sat auch da. Für 
 diejenigen, die Windows (hier XP) nutzen, die entsprechenden Dateien 
 müssen im Verzeichnis
 
 C:\Dokumente und Einstellungen\benutzername\Anwendungsdaten\JOSM
 
 (der Pfad kann natürlich je nach Installation etwas abweichen, bei Win-7 
 ist er bestimmt auch wieder anders)
 
 Gruß, Schusch___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Bing und SlippyMap

2010-12-03 Per discussione geo.osm




Hab gerade nach der Anleitung mein gut funktionierendes WMS (auch mit Bing) und 
slippymap ausgenockt und imaginary als einziges Plugin aktiviert.
so nu is Bing auch weg, auch in den Einstellungen und der Auswahl der diversen 
wms plugins ist Bing nirgends zu finden, so was mach ich nu...?
gibt es denn in diesem Zusammenhang auch ne Möglichkeit die Einträge aus 
dem WMS-Plugin zu speichen und ins Imagery-Plugin übernehmen?

Sonst müßte ich mir die vorher von Hand mal rauskopieren.

--
schönen Gruß
Alex

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

[Talk-de] Impliziert bicycle=yes, dass die St raße nicht durch Autos befahren werden darf?

2010-12-03 Per discussione Tom Müller


Hallo,

ich bin etwas verwirrt, ob der verschiedenen access-Tags.
Impliziert ein bicycle=yes, dass der Weg nicht durch Autos befahren 
werden darf? Bzw. auch das der Weg nicht von Fußgängern benutzt werden darf?


Danke
Tom


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

Re: [Talk-de] Bing und SlippyMap - Mit Tipp für MAC OS X

2010-12-03 Per discussione fla...@googlemail.com

Bei mir gehts auch so .. 10.6.5

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

Re: [Talk-de] Impliziert bicycle=yes, dass die Stra ße nicht durch Autos befahren werden darf?

2010-12-03 Per discussione Mark Obrembalski

Tom Müller wrote:

 Hallo,
 
 ich bin etwas verwirrt, ob der verschiedenen access-Tags.
 Impliziert ein bicycle=yes, dass der Weg nicht durch Autos befahren
 werden darf? Bzw. auch das der Weg nicht von Fußgängern benutzt werden
 darf?

Nein, überhaupt nicht. bicycle=yes bedeutet nur, dass der Weg mit 
Fahrrädern befahren werden darf (und vielleicht auch kann - bicycle=yes 
an einer reinen Treppe ohne fände ich jedenfalls seltsam).

Gruß,
Mark



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

Re: [Talk-de] Impliziert bicycle=yes, dass die St raße nicht durch Autos befahren werden darf?

2010-12-03 Per discussione Chris66

Am 03.12.2010 18:24, schrieb Tom Müller:

 ich bin etwas verwirrt, ob der verschiedenen access-Tags.
 Impliziert ein bicycle=yes, dass der Weg nicht durch Autos befahren
 werden darf? 

Nein, das wäre höchstens bei bicycle=official der Fall, aber da herrscht
wie üblich bei OSM in der Community keine Einigkeit. ;)

Chris


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

[Talk-de] White spots RELOADED

2010-12-03 Per discussione Gary68

hi,

habe ein kleines programm geschieben, welches sich des problems annimmt.

http://wiki.openstreetmap.org/wiki/White_Spots

ps: manche reports kommen in den nächsten stunden, einige sind schon da.

viel spaß beim lücken füllen

ciao

gerhard


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

Re: [Talk-de] skobbler launcht MapDust.com - ein eigenst ändiges OpenStreetMap Bug Werkzeug [Announcement ]

2010-12-03 Per discussione Matthias Merz

Hallo,

Oliver osm.abala...@googlemail.com wrote:
 Wir haben den skobbler-Feedback-Kandal zu einem eigenständigen Produkt -
 mapdust.com - ausgebaut. Mit MapDust wollen wir Gelegenheitsnutzer
 dabei unterstützen, mehr Beiträge zu liefern -- in der Summe verfügen
 gerade sie über eine enorme Lokalkompetenz.

Finde ich eine gute Idee - ich habe eben mal ein paar Bug-Meldungen
durchgeschaut und dabei hat sich eine Frage ergeben:

Wie ist umzugehen mit Meldungen, die eher Skobbler-Bugs sind? Ich hab
hier zwei Bugreports über falsches Routing, die sicher mit dem
wegbrechenden Empfang (und dadurch Ungenauigkeit) in einer
Tunneleinfahrt zu tun haben. Der Bugreport an sich ist ja korrekt, da
Skobbler tatsächlich falsche Anweisungen abgibt, also widerstrebt es
mir, den zu schließen - aber das hat nix mit den OSM-Daten zu tun.

Kann man Bugs eskalieren, oder welches Vorgehen ist da vorgesehen?

Ansonsten muss man natürlich etwas filtern, welche Bugs sinnlos sind
(ohne Info etc.), aber es gibt grad von unbedarften Endnutzern auch
immer mal wieder wertvolle Hinweise, wo was fehlt.


Schöne Grüße,
Matthias Merz

-- 
Wann wurden Fussballmannschaften zum ersten Mal schriftlich erwähnt?
Im alten Testament. Da heißt es: Sie trugen seltsame Gewänder und
irrten planlos umher.

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

Re: [Talk-de] ?skobbler launcht MapDust.com - ein eigen ständiges OpenStreetMap Bug Werkzeug [Announceme nt]

2010-12-03 Per discussione Matthias Merz

Matthias Merz openstreet...@merz.inka.de wrote:
 Oliver osm.abala...@googlemail.com wrote:
 Wir haben den skobbler-Feedback-Kandal zu einem eigenständigen Produkt -
 mapdust.com - ausgebaut.
 Wie ist umzugehen mit Meldungen, die eher Skobbler-Bugs sind?

Wäre auch mal gut, wenn sich einer der Skobbler-Leute die Bugs Nummer
57766 und 80145 anschauen könnte; die 5 Duplikate dazu habe ich eben
als Duplikat geschlossen.

Irgendwie scheint Skobbler nicht mit Kreuzungen klarzukommen, die mit
getrennten Fahrspuren modelliert sind. Statt rechts abzubiegen wird der
Nutzer wohl linksrum über die Kreuzung geleitet. - Auch einer der
Fälle, den ich nicht schließen möchte, da die Meldung ja berechtigt ist,
aber nicht wirklich an falschen Daten liegt ;-)


Schöne Grüße,
Matthias Merz

-- 
Aus dem neuesten Microsoft White Paper:
Open Source heisst, jeder Anwender erhaelt eine Kopie des Quellcodes.
Dabei stossen Entwickler, die mit Linux arbeiten, haeufig auf
Sicherheitsluecken. Auf Microsoft Windows trifft dies nicht zu.

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

Re: [Talk-de] Wo sind weiße Flecken?

2010-12-03 Per discussione malenki

Bernd Wurst schrieb:

Mit der Luftbild-Qualität der Bing-Bilder ist es jetzt möglich, für
die Groborientierung ausreichend genau jegliche Straßen einzutragen.

Ich meine damit nicht jede Wohnstraße, denn die machen ohne
Straßennamen nicht ganz so viel Sinn, aber es sollte hiermit möglich
sein, für jeden auch kleinen Ort seine Verbindungsstraßen per Luftbild
zu erkennen und bei OSM einzutragen. Die Ortsnamen haben wir in vielen
Fällen ja per GeoNames schon drin.

Hier wurde noch vor Kurzem getönt, es gäbe auch in Deutschland noch
weiße Flecken, ganze Ortschaften würden fehlen oder seien nicht per
Straße angebunden. Das lässt sich damit jetzt beheben.

Auf dem ganz platten Land gibt es größere Lücken, z.B. hier und
drumherum:
http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=8.96042lat=54.41928zoom=15

*nurmalso*
malenki



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

Re: [Talk-de] Bundeswehr mappen?

2010-12-03 Per discussione Latze


Zunächst mal danke für die Antworten.


Vom Gefühl her hat sich die Bedrohung zumindest hier stark erhöht. 
Aber es scheint ja so zu sein, dass die BW sich nicht sonderlich daran 
stößt, wenn die Kasernen gemappt werden. Am Ende ist es auch absolut 
richtig, dass man auf einigen Karten wesentlich mehr zu sehen bekommt, 
als es bei OSM der Fall sein wird.


Ich werde es einfach machen, sollte sich die BW als ganzes oder einige 
Stützpunkte daran stören, kann man ja die entsprechenden Bereich 
zunächst wieder aus der Karte entfernen.



Gruß
  Latze

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

[Talk-de] Erdwall, Wallhecke