date:20110608


Hi,

Grant Slater wrote:

On 8 June 2011 17:59, Olaf Schmidt-Wischhöfer o...@amen-online.de wrote:

If I am correctly informed, then there are no plans to change the problematic
language in the CT, and the sysadmins have no plans to allow me to keep
contributing. Or am I missing something?


Please list the problematic language you are referring to... Your
email on the 18th of Jan or your email in reply to Kai on the 6th Feb.


If I remember correctly, Olaf did not want a minor change of 
problematic language, he requested a complete U-turn with regard to 
relicensing, namely we was unwilling to submit to a 2/3 majority, but 
requested the option to veto any future license change for his data.


If that is the case he's talking about then this is really far beyond 
what the sysadmins want or don't want...


Bye
Frederik

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

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

Re: [OSM-legal-talk] CTs are not full copyright assignment


Dermot,

Dermot McNally wrote:

I am willing to grant the OSFM + 2/3 of the community the right to relicense
my contributions in the following ways:
* the current versions of the ODbL and/or of the CC-BY-SA,
* all past and future versions of the ODbL and/or of the CC-BY-SA,
* all licenses that follow the Share-Alike/Copyleft principle, and


That's not a bad start - but if I play spot-the-missing-bit, it looks
to me that you aren't prepared to trust 2/3 of the community to decide
that (for reasons not yet forseen) a licence other than the two you
list and which may not be copyleft/sharealike.


That is not the only problem. It is virtually impossible to define 
license that follows the share-alike/copyleft principle. You don't 
have to look further than ODbL with its exemption of produced works - 
assume that for the current license change, someone had told us 50 years 
ago if you choose a share-alike/copyleft license then it's ok. Now 
ODbL is widely said to be share-alike for databases but there are 
people who object to ODbL on the grounds that it does not have 
share-alike for produced works - that it is not a real share-alike 
license.


Even CC-BY-SA does have exemptions (e.g. something that is covered by a 
patent may not fall under CC-BY-SA's share-alike). Who's to say what counts?


Bye
Frederik

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

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

Re: [OSM-legal-talk] Private negotiations

2011-06-08 Thread TimSC


Quoting Richard Fairhurst rich...@systemed.net:

I'm led to believe that people have been issuing LWG with private 
lists of demands that they want met before they will consent to ODbL+CT.


Yes, I attended to previous LWG teleconference and I asked for LWG, as a 
committee, to enter into direct negotiations with me, an individual 
mapper. The draft minutes are online [1]. I argued that since LWG were 
asking something of me (to accept the CTs), that it would be fair if 
they provide some things I want. (This logic was a pretext, to my mind. 
The LWG should be routinely influenced by the community, and therefore 
me, so my conditions shouldn't even be necessary.) They agreed to take a 
look at my list of conditions and that they did not have any objection 
to entering into a discussion.


I tried to outline my conditions but it a long and detailed list. They 
fall into three broad themes: increase in the involvement of mapping 
contributors in OSM decisions, the role of OSMF and licensing issues. I 
have abandoned trying to talk OSMF out of ODbL adoption. I am looking to 
the future and trying to influence the future direction of OSM. My 
future involvement in OSM depends on how OSMF evolves - but that is true 
for everyone. I will probably have at least some involvement even my 
worst case scenario - I want to be involved though.


But I can't in good conscience give my enthusiastic support to a body 
that I feel doesn't listen to me... or rather they DO listen to me but I 
am doubtful if I have any influence at all. Previously, I have put 
forward my arguments on the mailing list and this doesn't seem to be 
effective. I have tried other means. My personal negotiation to the LWG 
is a new approach for me.


BTW, OSMF and its committees are all very hard working and I believe 
have the best intentions. Thanks for the countless hours of work guys! 
But I am trying to influence them too because I disagree with some of 
their decisions and policies.


I am unsure to what extent this negotiation will be make public. I am 
hopefully talking to Henk in the next few days and I might have some 
idea then. If you were to ask anyone in the LWG for what I have 
requested, there is no prohibition with them sharing it with you. I 
would discourage it though and I would however be slow to distribute it 
myself, because the result would be loss of my time for no real gain to 
anyone. The conclusion of the negotiation will almost certainly be public.




Could I ask that said people have the courtesy to post their demands 
here, too?


As far as I am concerned, I, as an individual, am having a negotiation 
with LWG/OSMF. Although it is not secret by any means, I am not sure 
there is much of a benefit to gain by posting this on this mailing list. 
All the ideas have previously been discussed on the mailing lists - to 
no avail. It has consumed a great deal of my time and yours too, 
probably. For me, the mailing list is a forum where we, the community, 
can collectively discuss issues. Just from that, it doesn't necessarily 
follow that we should have every external interaction with OSMF 
documented on the mailing lists.


This doesn't mean I think the community should be cut out of decision 
making - in fact I believe the opposite. I am sorry if the community 
thinks I am circumventing them to control OSM. But I am not taking any 
decisions on behalf of the community and I feel like I don't have much 
influence anyway. The LWG and OSMF seem to be making the decisions. You 
should talk to them if you want to be involved in the future of OSM - 
and that is what I am trying to do. In a way, I am in agreement that it 
is disturbing that a very obscure discussion could take place and OSMF 
(in the best interests of the project) was to take a decision based on 
it without consulting the community. But this IS how OSM operates. The 
solution is not to move every discussion into a public forum, but to 
move the decision making process to the public forum.


It would be a shame if the suspicion arose that the process is being 
swayed by closed demands.


For me, that sounds like a potential problem with the way decisions are 
made in OSM, not a problem with the possibility of secret/closed/obscure 
communication between people inside and outside OSMF. The possibility of 
secret conversations cannot be eliminated. But we can try to make the 
final decision making process open - I think we can do better than we 
currently do.


I have a feeling I will be accused of being cryptic. I have tried to 
explain my actions as best as I can.


Regards,

TimSC

[1] https://docs.google.com/View?id=dd9g3qjp_119fr26kqdz

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

Re: [OSM-talk] Airspace Co.


Hi,

On 06/08/11 07:37, Russ Nelson wrote:

It should go on http://openairspace.org, which would be edited using
JOSM, with mapnik tiles as a background layer. The only real
disadvantage is that there would be no database-level connection
between the end of the runway and the beginning of the airspace.


I have yet to see a section of airspace that coincides, in any form, 
with an end of a runway!


That's the nice thing about airspace. It tends to be defined without 
regard to features on the ground - the most you'll get is a radius of 
x around the nuclear power plant or so.


Bye
Frederik

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

Re: [OSM-talk] [HOT] Fw: Disaster Preparedness Project

2011-06-08 Thread Graham Jones

Hi,
I have something which is probably 80% of the way to what you want - I
developed a little program to produce paper maps in parallel with maposmatic
(http://wiki.openstreetmap.org/wiki/TownGuide) - I did not know we were
working on such similar programs.

Because they were developed in silos, the code is completely different - My
townguide program uses a PDF generator library (reportlabs) where you
specify the layout of the page, then put content into it.   This meant I
could define different page layouts (fairly) easily - I started with a
'poster' idea which is shown in the wiki page above - this is very similar
to maposmatic, but townguide will highlight points of interest for you and
include them in a key on the page.

The other page layout I always intended to develop was a booklet, which I
think is what you are asking for - This has not been developed too well, but
it works as a proof of concept at the moment - see the example at:
http://wiki.openstreetmap.org/w/images/a/ab/Townguide_book.pdf

The obvious things that need sorting are the map image resolution to make it
look nice on paper, and the size of the individual page map tiles.I
produced this with the 'version 1' of townguide.  There is a version 2 in
preparation (very slowly) that includes more customisation options and
improved output resolution as a result of work done in last year's Google
Summer of Code - things like adding GPX traces over the map.   The code is
all at http://code.google.com/p/townguide I have a wiki page there which
provides installation instructions which should work for version 1 - there
are some more dependencies required for version 2.

I am afraid the demonstration web service that I used to have running is not
working at the moment - I switched it off when xapi became so unreliable,
and I have not re-built it after a little disk crash - it could easily be
set up again to work with the new jxapi service if people are interested in
it.

You are very welcome to develop it if you want - I am willing to help get it
up to a more 'production' quality - but struggle to spend too much time on
it, which is why development has been so slow.


Regards,


Graham.

On 8 June 2011 03:28, Samuel Mandell shmand...@gmail.com wrote:

 Jean-Guilhem,
 It sounds like there could be a lot of demand for the ability to generate
 these map booklets.
 *Thomas* - are there any updates on this effort from the MapOSMatic side
 of things?
  I am working with a group of designers on the disaster prepardness
 project so we can definitely contribute design resources.
 -Samuel


 On Tue, Jun 7, 2011 at 3:08 AM, Jean-Guilhem Cailton j...@arkemie.comwrote:

  Hi,

 After the recent flood in Haut-Richelieu, Québec, and the request to use
 MapOSMatic in this context, it happens that I met Thomas, one of the
 developers of MapOSMatic.

 When I had asked about this functionality of map booklet, he had told me
 that they had started working on this (or on features that would make this
 easier, I don't remember exactly) during the Hackfest last August.

 Maybe coordinating efforts on this would be the best way to move forward?


 By the way, he also told me that he had sent an email reply, that
 apparently was moderated on lists he is not a member of, and that I have not
 seen. He explained that there was still a lag in the database updates (after
 the MapOSMatic database had been down).
 About the mapping of a specific area defined by a relation (not
 necessarily a city), it might be not be too far from what is done with
 administrative boundary ways, but would require a mean to transmit or
 specify the desired area.


 Anyway Samuel, I invite you to have a look at http://www.maposmatic.orgif 
 you have not already (there seems to be a problem at the moment with a
 job over Berlin, hopefully not for long).

 Best regards,

 Jean-Guilhem


 Le 07/06/2011 08:51, Samuel Mandell a écrit :

 Essentially what I'm looking for is the ability to produce a Thomas-Guide
 style maps book where a city is broken into printable pages (e.g. A6) and at
 the back would be an index of streets with corresponding page and x/y axis
 information.

  As mentioned before it would be ideal if this could be automated so that
 all it would need is a city and it would produce the pages. Anybody
 interested in helping create such a system?

  -Samuel

   On Mon, Jun 6, 2011 at 4:10 PM, Dane Springmeyer d...@dbsgeo.comwrote:

 Samuel,

  It seems to me like rendering the actual pages would be easier (than
 actually rendering a large image, then chopping). This should also give
 better results because the scales of things like text and lines would look
 better.

  So, the way I would approach this would be to determine the size and
 extents of each map for each page (ideally automatically). Then render each
 one with Mapnik. So, your ingredients would be a width and height in pixels,
 and bounding box for each page. Then write a python script to loop over
 every page and render a

Re: [OSM-talk] [Talk-kosovo] Addressing System in OSM

2011-06-08 Thread Besfort Guri

Ok, my problem is for example: I tagged some strees with addr:street =
Example name, after that my company where I am working, calls this
information for some raports in vehicle fleet management for some reports,
we have some problems no streets names in raports, like this problems .
Is any special tag or what to do for this problem?, or where can I find a
documentation to read more for tagging in OSM special for addressing system
...


On Wed, Jun 8, 2011 at 11:31 AM, Prabhas Pokharel 
prabhas.pokha...@gmail.com wrote:

 Hey Besfort, can you clarify the problem a bit more?

 What are you trying to do? Tag OSM streets with addresses? Or what?
 The more detail you ask about, the more help you are likely to get.

 This page describes some helpful guides to get the best answers out of
 forums:
 http://www.catb.org/~esr/faqs/smart-questions.html
 Perhaps http://www.catb.org/~esr/faqs/smart-questions.html#explicit
 and http://www.catb.org/~esr/faqs/smart-questions.html#beprecise will
 help (although this is geared a bit towards technical issues)


 On 6/7/11, Besfort Guri besig...@gmail.com wrote:
  Who can help me with Addressing System in OpenStreetMap, I need like a
  tutorial for that because I am trying to figure out some problems in
 Kosovo,
  but I need help to do that ?...
 
  --
  Regards
  Besfort Guri
  +377 44 49 88 91
  www.besiguri.wordpress.com
  http://besfortp.posterous.com/
 


 --
 Prabhas Pokharel
 http://twitter.com/prabhasp
 Nepal mobile: +977 98137 91044
 US mobile: +1 347 948 7654
 skype/facebook/whatever: prabhasp




-- 
Regards
Besfort Guri
+377 44 49 88 91
www.besiguri.wordpress.com
http://besfortp.posterous.com/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-kosovo] Addressing System in OSM

2011-06-08 Thread Serge Wroclawski

Besfort,

It sounds like the difficulty you're having is partially linguistic.
I'm having trouble following you, but I'm going to give it my best
shot.  It looks like you're already asking on the kosovo list, which
is probably the best place for your question.

On Wed, Jun 8, 2011 at 6:40 AM, Besfort Guri besig...@gmail.com wrote:
 Ok, my problem is for example: I tagged some strees with addr:street =
 Example name

The names of streets should be tagged as name=, not addr:street.

Addr:street is used for addressing, which is for individual buildings
or address points.

Here's the wiki page it sounds like you need (English version):

http://wiki.openstreetmap.org/wiki/Key:name

As you can see there, we support names, and if the feature has more
than one name (due to different languages for example), we support
that too.

 after that my company where I am working, calls this
 information for some raports

So you're using OSM data in your internal reports. Ok.

 in vehicle fleet management for some reports,
 we have some problems no streets names in raports, like this problems .

Some streets don't have names yet, and this is a problem for your reports.

 Is any special tag or what to do for this problem?

In OSM the lack of a tag on a way means no one has named it yet. The
best thing to do there is to identify the street which have this
problem and name them (go out, find the name, stick them in OSM).

Does that answer your question?

- Serge

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

Re: [OSM-legal-talk] CTs are not full copyright assignment

2011-06-08 Thread David Groom

- Original Message - 
From: Andreas Perstinger andreas.perstin...@gmx.net

To: legal-t...@openstreetmap.org
Sent: Wednesday, June 08, 2011 1:35 PM
Subject: Re: [OSM-legal-talk] CTs are not full copyright assignment

On 2011-06-08 03:25, David Groom wrote:

Why do you and some others think that the majority of the contributors
are dumb sheeps who will sign everything?

1) Because I've seen postings to various OSM emailing lists along the
lines of:

(i) I trust OSM to get it right and so I just agreed to the CT;s

So trusting someone is equal to being dumb?

I had assumed that when you used the phrase dumb sheeps it was not meant 
to be taken too literally, since surely you are not suggesting that any OSM 
contributors are actual sheep? I had assumed you were using the phrase are 
dumb sheeps who will sign everything as a shorthand for saying something 
along the lines of have not given due thought to the exact meaning of the 
CT's and whether or not they are in a position to agree to the CT's having 
had due regard to all the facts

So no, I'm not suggesting they are dumb, nor am I suggesting they are 
actually sheep.  I am suggesting that many people may have agreed to the 
CT's without being fully aware of whether or not they could legally do so.

(ii) I don't like the CT's but I want my data preserved in OSM so I felt
I had to agree to the CT;s

These people had to resolve an inner conflict and decided this time to 
accept the CT. Does that mean that they'll come to the same conclusion the 
next time?

(iii) I'm not interested in legalities I just want to get mapping, so I
agreed to the CT's;

These people probably didn't care about cc-by-sa either and would perhaps 
sign everything. But are you sure?

2) Because there is very definite evidence that even though Nearmap
derived data is not compatible with the CT's, many mappers who have used
Neapmap in the past have agreed to the CT's

What evidence do you have?

As for evidence

a)  Nearmap have stated on the OSM Australian talk list that past use of 
their imagery as a source for OSM is not compatible with agreement to the 
CT's. 
http://lists.openstreetmap.org/pipermail/talk-au/2011-April/007841.html

b) For evidence that users have agreed to the CT's who have dervied OSM data 
from Nearmap, see 
http://lists.openstreetmap.org/pipermail/talk-au/2011-April/007946.html

Has Nearmap already complained about it? Do you speak on behalf of Nearmap?

No I dont speak for NeapMap.

So, Andreas what evidence do you have, that the majority of those who
have agreed to the CT's, have given along a thoughtful consideration of
all the issues involved, and having done so have come to a reasoned
decision on whether or not they can agree to the CT's?

I've never stated such claims and thus need no evidence.

In which case I apologise, I obviuosly misunderstood what you meant when you 
wrote Why do you and some others think that the majority of the 
contributors are dumb sheeps who will sign everything?  Could you perhaps 
clarify what you did mean?

But I think it's pretty arrogant to state that over 90.000 contributors (or 
rather over 120.000 for hypothetical new CT) don't know what they do.

Actually I did not state that.

What I did state is

That there is plenty of evidence from the sort of postings I outlined (i) - 
(iii)  to the various mailing lists, that some people have signed up to the 
CT's who either have not given due thought to the meaning of the CT's, or 
who have decided to ignore the meaning, and agree to the CT's anyway.

I could also have added (iv) - people who have agreed to the CT's and then 
asked how they can un-agree because they realise they should not have agreed 
in the first place.

I did not state, but it seems reasonable to assume, that since not everyone 
posts to the email lists, then the number of people who have not given full 
consideration to the meaning of the CT's is considerably higher than would 
be indicated by the postings to the mailing lists.

David

Bye, Andreas

___
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] Slim mode in osm2pgsql and out of memory error

2011-06-08 Thread Richard Weait

On Wed, Jun 8, 2011 at 10:44 AM, Saphy Mo saphy...@yahoo.com wrote:
 Dear friend,
 I am trying to import whole Europe.os.bz2 in a Postgis database named
 EuropeLl as you see in the script below.
 CPU: Dual Coe 3 Ghy
 RAM: 3 GB
 HDD: 1 TB
 osm2pgsql.exe -d EuropeLL --latlong --slim -c -C 500 -H localhost -P 5432 -U
 osm -W -S default.style europe.osm.bz2
 --
 It reads Nodes(495155k), Ways(57513k), relations(669k) properly.
 Exception Caught processings ways id=1479960
 Processing: Node(495155k),Ways(57513k), relations(718k)
 Node State: total (495155996),max(1281994925)
 Way state: total(57513025), max(158054)
 going over pending ways
 pending_ways faild : out of memory for query result
 (7)
 error occurred cleaning up
 

 Please let me know, what I shoud modify and change to get it working.
 Shoudl I use a PC with more than 8 or 16 GB


-C 500  # limits osm2pgsql to 500MB.  Default is 800MB iirc.  Try that, or more.

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

Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error

2011-06-08 Thread Martijn van Oosterhout

On 8 June 2011 16:44, Saphy Mo saphy...@yahoo.com wrote:
 Dear friend,
 I am trying to import whole Europe.os.bz2 in a Postgis database named
 EuropeLl as you see in the script below.
 CPU: Dual Coe 3 Ghy
 RAM: 3 GB
 HDD: 1 TB
 osm2pgsql.exe -d EuropeLL --latlong --slim -c -C 500 -H localhost -P 5432 -U
 osm -W -S default.style europe.osm.bz2

How much memory did you give postgresql? How much is it using?

Actually, it looks like it's breaking on the pending_ways query. It's
possible there's a lot of those, perhaps it's just running out of
memory there. The code was designed that pending would only be for
changes, and I wouldn't have expected that code to be used for an
initial import. but I haven't look at the code recently so maybe that
changed?

If it is the intention that this code is used for initial imports it
really needs to be changed to use cursors.

Have a nice day,
-- 
Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/

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

Re: [OSM-talk] Building Equals Yes

2011-06-08 Thread straup


Hi all,

[I made buildingsequalyes.spum.org]

First, thanks to everyone for their kind words about the project! It's 
been a couple of weeks since it was pushed out the door and I've mostly 
been letting it bake to see if anything breaks and to solicit comments 
and suggestions.


The =yes part will be corrected in the next version/release. I was not 
aware that there were people tagging buildings with more specific values 
so the next dump will filter on building=* although the project name 
will stay the same since buildingequalssplat doesn't have quite the 
same ring.


Second, I've seen a few people express concern over a comment I made on 
the site's about page to the effect that I wanted to import all the WOE 
IDs [1] (for neighbourhoods, localities, etc.) that I had associated 
with each of the building way as new tags. For example:


# k=woe:locality v=3534
# k=woe:region v=2344924
# k=woe:country v=23424775

http://buildingequalsyes.spum.org/woeid/3534/

So, I'd like to toss the idea out there and ask: Will this make people 
upset and if so why? It's obviously something I think would be 
interesting but it's also not something I want to pick a fight with 
people over.


I know there have been some very bad experiences in the past with any 
kind of bulk import but, on that level, this seems different. 
Specifically it's only adding new (and easy identifiable by the woe: 
prefix) tags to existing ways and not touching any other data.


Personally, I've long wanted to have a way to query OSM by place 
rather than geography and this is one way to do that. I was reading the 
wiki page for XAPI, this morning, and seeing the proposed search by 
region extension seems like much the same thing so maybe I'm not alone?


There's nothing inherently special about WOE identifiers over others 
except that a) I am familiar with them (I used to work at Flickr) b) 
it's an open dataset which means whatever thrashing around Y! does going 
forward won't have any effect on them c) the ~200M geotagged photos at 
Flickr all of which have WOE IDs. [2]


The WOE IDs themselves were derived by using Flickr's reverse geocoder 
[3] which I can guarantee you makes some weird/just plain wrong 
suggestions. I know this because I wrote the reverse geocoder but it 
also means I have more confidence in it than the results that come back 
from other services.


To the extent that there are errors in the buildingsequalsyes collection 
most of the results are correct and one benefit of getting them in to 
OSM would be to have the WOE IDs vetted by the many eyes of the community.


And if we can do that then there is also the opportunity to start to 
create shapes for those places, using all of OSM, in the same way that 
Flickr generated their shapefiles using geotagged photos. [4]


This is not something I want to do if it's going to upset or freak 
people out. If they need to those mappings between WOE IDs and OSM way 
IDs can always live outside OSM but I think it would be useful if they 
were part of the larger whole.


Crazy talk?

--

[1] http://developer.yahoo.com/geo/geoplanet/guide/concepts.html
[2] For example: http://www.flickr.com/places/3534/
[3] http://www.flickr.com/services/api/flickr.places.findByLatLon.html
[4] http://code.flickr.com/blog/2008/10/30/the-shape-of-alpha/


On 5/23/11 2:50 PM, Robin Paulson wrote:

On 17 May 2011 17:29, Michal Migurskim...@stamen.com  wrote:

By my colleague Aaron Cope:

building=yes is a searchable and linkable index of every singleway
tagged building=yes in OpenStreetMap (OSM).

A web page for every building in OpenStreetMap!


i love it. excellent, and very imaginative.

great title too




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

Re: [OSM-talk] Building Equals Yes

2011-06-08 Thread Eugene Alvin Villar

Hi,

Based on a sampling of WOEIDs your reverse geocoder has assigned to
buildings in my metropolitan area, I can say that the only
consistently correctly assigned woe: tag is the country tag. And
basing on the Key Concepts link you provided, the WOEIDs seems to be
centrally managed and not crowd-sourced. It seems that the only avenue
for correction is the GeoPlanet forums and I think it would be a
headache to try to get the WOEIDs corrected for my region since the
problem is massive. (I've also checked the hierarchy of places in my
region and they are very wrong.)

So, no, I am not in favor of importing the woe:* tags at least in my
region since it would be tantamount to importing bad data.

Eugene


On Wed, Jun 8, 2011 at 11:24 PM, straup str...@gmail.com wrote:
 Hi all,

 [I made buildingsequalyes.spum.org]

 First, thanks to everyone for their kind words about the project! It's been
 a couple of weeks since it was pushed out the door and I've mostly been
 letting it bake to see if anything breaks and to solicit comments and
 suggestions.

 The =yes part will be corrected in the next version/release. I was not
 aware that there were people tagging buildings with more specific values so
 the next dump will filter on building=* although the project name will
 stay the same since buildingequalssplat doesn't have quite the same ring.

 Second, I've seen a few people express concern over a comment I made on the
 site's about page to the effect that I wanted to import all the WOE IDs [1]
 (for neighbourhoods, localities, etc.) that I had associated with each of
 the building way as new tags. For example:

        # k=woe:locality v=3534
        # k=woe:region v=2344924
        # k=woe:country v=23424775

        http://buildingequalsyes.spum.org/woeid/3534/

 So, I'd like to toss the idea out there and ask: Will this make people upset
 and if so why? It's obviously something I think would be interesting but
 it's also not something I want to pick a fight with people over.

 I know there have been some very bad experiences in the past with any kind
 of bulk import but, on that level, this seems different. Specifically it's
 only adding new (and easy identifiable by the woe: prefix) tags to
 existing ways and not touching any other data.

 Personally, I've long wanted to have a way to query OSM by place rather
 than geography and this is one way to do that. I was reading the wiki page
 for XAPI, this morning, and seeing the proposed search by region extension
 seems like much the same thing so maybe I'm not alone?

 There's nothing inherently special about WOE identifiers over others except
 that a) I am familiar with them (I used to work at Flickr) b) it's an open
 dataset which means whatever thrashing around Y! does going forward won't
 have any effect on them c) the ~200M geotagged photos at Flickr all of which
 have WOE IDs. [2]

 The WOE IDs themselves were derived by using Flickr's reverse geocoder [3]
 which I can guarantee you makes some weird/just plain wrong suggestions. I
 know this because I wrote the reverse geocoder but it also means I have more
 confidence in it than the results that come back from other services.

 To the extent that there are errors in the buildingsequalsyes collection
 most of the results are correct and one benefit of getting them in to OSM
 would be to have the WOE IDs vetted by the many eyes of the community.

 And if we can do that then there is also the opportunity to start to create
 shapes for those places, using all of OSM, in the same way that Flickr
 generated their shapefiles using geotagged photos. [4]

 This is not something I want to do if it's going to upset or freak people
 out. If they need to those mappings between WOE IDs and OSM way IDs can
 always live outside OSM but I think it would be useful if they were part of
 the larger whole.

 Crazy talk?

 --

 [1] http://developer.yahoo.com/geo/geoplanet/guide/concepts.html
 [2] For example: http://www.flickr.com/places/3534/
 [3] http://www.flickr.com/services/api/flickr.places.findByLatLon.html
 [4] http://code.flickr.com/blog/2008/10/30/the-shape-of-alpha/


 On 5/23/11 2:50 PM, Robin Paulson wrote:

 On 17 May 2011 17:29, Michal Migurskim...@stamen.com  wrote:

 By my colleague Aaron Cope:

 building=yes is a searchable and linkable index of every singleway
 tagged building=yes in OpenStreetMap (OSM).

 A web page for every building in OpenStreetMap!

 i love it. excellent, and very imaginative.

 great title too



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




-- 
http://vaes9.codedgraphic.com

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

[OSM-talk] Duplicate messages

2011-06-08 Thread John F. Eldredge

Is anyone else seeing occasional duplicate messages on this list?  I am seeing 
some messages show up multiple times, received over a several-day period, but 
all showing the same sent date/time.  If not, this may be the fault of the new 
mail reader software I am using.
-- 
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

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

Re: [OSM-talk] Duplicate messages

2011-06-08 Thread Steve Coast

maybe you are seeing the email to the list and the email to you too when 
someone replies


On 6/8/2011 11:37 AM, John F. Eldredge wrote:

Is anyone else seeing occasional duplicate messages on this list?  I am seeing 
some messages show up multiple times, received over a several-day period, but 
all showing the same sent date/time.  If not, this may be the fault of the new 
mail reader software I am using.


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

Re: [OSM-talk] Duplicate messages

2011-06-08 Thread Peter Svensson

I've had this problem a few weeks ago. Using GMAIL via Outlook over IMAP.

-Ursprungligt meddelande-
Från: John F. Eldredge [mailto:j...@jfeldredge.com] 
Skickat: den 8 juni 2011 20:38
Till: OpenStreetMap talk mailing list
Ämne: [OSM-talk] Duplicate messages

Is anyone else seeing occasional duplicate messages on this list?  I am
seeing some messages show up multiple times, received over a several-day
period, but all showing the same sent date/time.  If not, this may be the
fault of the new mail reader software I am using.
-- 
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

___
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] CTs are not full copyright assignment

2011-06-08 Thread Dermot McNally

On 8 June 2011 17:59, Olaf Schmidt-Wischhöfer o...@amen-online.de wrote:

 I am willing to grant the OSFM + 2/3 of the community the right to relicense
 my contributions in the following ways:
 * the current versions of the ODbL and/or of the CC-BY-SA,
 * all past and future versions of the ODbL and/or of the CC-BY-SA,
 * all licenses that follow the Share-Alike/Copyleft principle, and

That's not a bad start - but if I play spot-the-missing-bit, it looks
to me that you aren't prepared to trust 2/3 of the community to decide
that (for reasons not yet forseen) a licence other than the two you
list and which may not be copyleft/sharealike.

The difficulty I see is what might happen under those unforseen
circumstances. Let's take a fanciful (but not impossible) assumption
that in 50 years, the various map data providers operating either free
beer or speech policies (as of today that would include OSM for speech
and Google for beer) have transformed the landscape to the extent that
Navteq decides that map data is a commodity, that they too will give
away what they have, will integrate the concept of Community into
their data maintenance and otherwise try to out-OSM OSM.

Now, keep in mind that this is a fanciful example, so let's not be
sidetracked by whether we think they would ever do such a thing. The
issue is that the OSM Community at that time would find themselves
having to consider how OSM should fit in a world where this had
happened. Let's further suppose that some users of geodata continued
to find obstacles to using OSM, but seized on the opportunity to
exploit this newly freed Navteq data which, let's just suppose, had
been declared PD.

Such a development might in fact prove to be a game-changer. The OSM
Community might well find that, in a world where geodata is often PD,
sharealike is the kiss of death for a project. It therefore seems
important to equip The Community of the future to decide on all
aspects of future licence policy, including a yes or no to sharealike.

Your preference should a situation like this arise seems to be:

 * all other licenses if I am contacted and do not object within 6 weeks.

So in 50 years time (and I hope that we are both still alive to cast
our vote at that time), each of us will get the chance to express
ourselves on this important matter. My interpretation of your 6 week
timeout is that, should you be unreachable, bored or dead, The
Community is free to make the decision without you, and that's
certainly an improvement over where we are today.

But suppose you are reachable - suppose you consider the issue for a
week and decide to say no, but a solid majority of mappers say yes. 50
years worth of the stuff you mapped and anything sitting on top of it
(which I'm going to claim will, by then, have diluted your own stuff
into insignificance) will have to be removed somehow. And that's just
not fair.

If your data gets contributed to a project where it will by definition
be mixed with those of other mappers you have to accept that the
decision-making process of what may be fairly done with the mixed data
set must also be shared with those same mappers. We can talk about
what percentage should constitute a strong majority. We can talk about
how to prevent gerrymandering of the pool of eligible voters.

But we shouldn't and mustn't talk about vetoes. Today every old
mapper has a veto on changes of this sort. Your list above proposes to
grant a one-time mandate to allow for a specific foreseen licence
change deemed necessary. But it proposes to retain the veto. Not one
of us is so important to OSM that he or she has the right to stand in
the way of the accountable will of The Community.

Dermot

-- 
--
Igaühel on siin oma laul
ja ma oma ei leiagi üles

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

Re: [OSM-talk] Duplicate messages

2011-06-08 Thread John F. Eldredge



Steve Coast st...@asklater.com wrote:

 maybe you are seeing the email to the list and the email to you too
 when 
 someone replies


I am seeing occasional duplicates of both original messages from other people 
and replies by other people.  So far, none of the duplicates have been more 
than a couple of days old.  I suppose it is also possible that my mail server 
(hosted by someone else) is having problems.

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

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

Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error

2011-06-08 Thread Martijn van Oosterhout

On 8 June 2011 17:11, Martijn van Oosterhout klep...@gmail.com wrote:
 Actually, it looks like it's breaking on the pending_ways query. It's
 possible there's a lot of those, perhaps it's just running out of
 memory there. The code was designed that pending would only be for
 changes, and I wouldn't have expected that code to be used for an
 initial import. but I haven't look at the code recently so maybe that
 changed?

 If it is the intention that this code is used for initial imports it
 really needs to be changed to use cursors.

Actually, it occurred to me that the system is optimised to the case
where the file contains nodes, then ways, then relations. What you're
seeing could be caused by the file having the ways first, then the
nodes. Can you examine the file to see how it looks?

Have a nice day,
-- 
Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/

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

[OSM-talk] the transport network renders by 3liz

2011-06-08 Thread Robin Paulson

does anyone know anything about this?
http://3liz.fr/public/osmtransport/index.php

it's rather useful, but it doesn't look like the data set's been
updated in a while. is the owner here?

cheers,

-- 
robin

http://bumblepuppy.org/blog/?p=237 - government bill to remove basic
human rights in NZ

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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny

2011-06-08 Thread Colin Smale

Hij/zij heeft een uiteenzetting van zijn standpunten/werkwijze op het 
forum gezet. Ik post de link hier voor mensen die niet (vaak) naar het 
forum kijken:


http://forum.openstreetmap.org/viewtopic.php?pid=169851#p169851

Colin


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

[OSM-talk-nl] Kassen

2011-06-08 Thread ce-test, qualified testing bv - Gert Gremmen

Ha,

Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
krijgen dan zou het er een stuk fraaier uitzien, niet?

[0] http://osm.org/go/0En@qhA
[1] http://wiki.openstreetmap.org/wiki/Key:building
[2] http://www.objectvision.nl/producten/3dshapes
[3] 
https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/layer-buildings.xml.inc
-- 
martijn van exel
schaaltreinen.nl

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

Re: [OSM-talk-nl] Kassen

Ho,

Eigenlijk is het ook een stad.
http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

Maar ik begrijp je punt.
Ik had zoiets een paar jaar geleden ook al voorgesteld
maar niemand pakte het op

Gert


-Oorspronkelijk bericht-
Van: Martijn van Exel [mailto:m...@rtijn.org] 
Verzonden: woensdag 8 juni 2011 17:07
Aan: OpenStreetMap list
Onderwerp: [OSM-talk-nl] Kassen

Ha,

Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
krijgen dan zou het er een stuk fraaier uitzien, niet?

[0] http://osm.org/go/0En@qhA
[1] http://wiki.openstreetmap.org/wiki/Key:building
[2] http://www.objectvision.nl/producten/3dshapes
[3]
https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
r-buildings.xml.inc
-- 
martijn van exel
schaaltreinen.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] Kassen

2011-06-08 Thread Floris Looijesteijn

ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
volgens mij kregen ze
dan ook een mooi kleurtje.

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

gr,
floris

2011/6/8 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl:
 Ho,

 Eigenlijk is het ook een stad.
 http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
 Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
 8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
 20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
 panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

 Maar ik begrijp je punt.
 Ik had zoiets een paar jaar geleden ook al voorgesteld
 maar niemand pakte het op

 Gert


 -Oorspronkelijk bericht-
 Van: Martijn van Exel [mailto:m...@rtijn.org]
 Verzonden: woensdag 8 juni 2011 17:07
 Aan: OpenStreetMap list
 Onderwerp: [OSM-talk-nl] Kassen

 Ha,

 Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
 zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
 stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
 Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
 zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
 building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
 krijgen dan zou het er een stuk fraaier uitzien, niet?

 [0] http://osm.org/go/0En@qhA
 [1] http://wiki.openstreetmap.org/wiki/Key:building
 [2] http://www.objectvision.nl/producten/3dshapes
 [3]
 https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
 r-buildings.xml.inc
 --
 martijn van exel
 schaaltreinen.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


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

Re: [OSM-talk-nl] Kassen

2011-06-08 Thread ce-test, qualified testing bv - Gert Gremmen

Ja, de landuse-tag is één ding, maar de individuele gebouwen zouden
building=greenhouse moeten krijgen en een aparte rendering, da's
mijn idee.
Ik denk aan licht grijsgroen

2011/6/8 Floris Looijesteijn o...@floris.nu:
 ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
 volgens mij kregen ze
 dan ook een mooi kleurtje.

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

 gr,
 floris

 2011/6/8 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl:
 Ho,

 Eigenlijk is het ook een stad.
 http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
 Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
 8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
 20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
 panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

 Maar ik begrijp je punt.
 Ik had zoiets een paar jaar geleden ook al voorgesteld
 maar niemand pakte het op

 Gert


 -Oorspronkelijk bericht-
 Van: Martijn van Exel [mailto:m...@rtijn.org]
 Verzonden: woensdag 8 juni 2011 17:07
 Aan: OpenStreetMap list
 Onderwerp: [OSM-talk-nl] Kassen

 Ha,

 Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
 zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
 stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
 Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
 zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
 building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
 krijgen dan zou het er een stuk fraaier uitzien, niet?

 [0] http://osm.org/go/0En@qhA
 [1] http://wiki.openstreetmap.org/wiki/Key:building
 [2] http://www.objectvision.nl/producten/3dshapes
 [3]
 https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
 r-buildings.xml.inc
 --
 martijn van exel
 schaaltreinen.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


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




-- 
martijn van exel
schaaltreinen.nl

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

Re: [OSM-talk-nl] Kassen

2011-06-08 Thread Ben Laenen

Floris Looijesteijn wrote:
 ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
 volgens mij kregen ze
 dan ook een mooi kleurtje.
 
 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

Daar wordt in dit geval soms tegen gezondigd: de landuse is niet voor de 
gebouwen, maar voor het hele land dat bij die kassen hoort, dus inclusief gras 
rond de kassen, bijgebouwen en het waterreservoir. Het gebouw zelf moet dan 
een building-tag krijgen.

Ben

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

[OSM-talk-nl] Fietsroutes Voorne Putten

Aan alle knooppuntenfietsers in Voorne Putten

 

http://wiki.openstreetmap.org/wiki/WikiProject_Nederlandse_Fietsroutes#Z
uid-Holland

 

Op deze wikipagina heb ik aangegeven wat er per vandaag nog te routen
is.

 

Doe ons allen een plezier en zet je naam achter een stukje als dat hebt

gedaan, of gaat doen. Voorkomt dubbel werk.

 

 

 

Gert Gremmen

-

 

Openstreetmap.nl  (alias: cetest)

P Before printing, think about the environment. 

 

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

Re: [OSM-talk-nl] Kassen

2011-06-08 Thread Ole Nielsen


On 08/06/2011 19:46, Floris Looijesteijn wrote:

ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
volgens mij kregen ze
dan ook een mooi kleurtje.

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture


Helaas wordt dat tag in Mapnik niet gerenderd. Ik heb jaren geleden een 
ticket in OSM onder 'mapnik' aangemaakt maar niets is gebeurd. 
Overigens, het is niet de bedoeling de tag op gebouwen te zetten, het is 
een LANDUSE tag, net zoals farmland of forest.


Ik heb alle kassengebieden in het Westland en omgeving lang geleden met 
landuse=greenhouse_horticulture getagd, maar helaas..


Ole / polderrunner


gr,
floris

2011/6/8 ce-test, qualified testing bv - Gert Gremmeng.grem...@cetest.nl:

Ho,

Eigenlijk is het ook een stad.
http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

Maar ik begrijp je punt.
Ik had zoiets een paar jaar geleden ook al voorgesteld
maar niemand pakte het op

Gert


-Oorspronkelijk bericht-
Van: Martijn van Exel [mailto:m...@rtijn.org]
Verzonden: woensdag 8 juni 2011 17:07
Aan: OpenStreetMap list
Onderwerp: [OSM-talk-nl] Kassen

Ha,

Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
krijgen dan zou het er een stuk fraaier uitzien, niet?

[0] http://osm.org/go/0En@qhA
[1] http://wiki.openstreetmap.org/wiki/Key:building
[2] http://www.objectvision.nl/producten/3dshapes
[3]
https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
r-buildings.xml.inc
--
martijn van exel
schaaltreinen.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



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

Tsja dat gaat ook niet vanzelf. De volgorde is denk ik ongeveer zo als
we dit voor elkaar willen krijgen:
* Tag alles met de tag 3dshapes:ggmodelk=14 ook als building=greenhouse
* Maak een uitbreiding op de desbtreffende mapnik-stylesheet-include
(zie mijn eerdere mail)
* Commit en pull request
* En dan praten met / tegen Steve Chilton en / of Tom Hughes.

Alleen stap twee kan ik niet.

Martijn

2011/6/8 Ole Nielsen on-...@xs4all.nl:
 On 08/06/2011 19:46, Floris Looijesteijn wrote:

 ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
 volgens mij kregen ze
 dan ook een mooi kleurtje.

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

 Helaas wordt dat tag in Mapnik niet gerenderd. Ik heb jaren geleden een
 ticket in OSM onder 'mapnik' aangemaakt maar niets is gebeurd. Overigens,
 het is niet de bedoeling de tag op gebouwen te zetten, het is een LANDUSE
 tag, net zoals farmland of forest.

 Ik heb alle kassengebieden in het Westland en omgeving lang geleden met
 landuse=greenhouse_horticulture getagd, maar helaas..

 Ole / polderrunner

 gr,
 floris

 2011/6/8 ce-test, qualified testing bv - Gert
 Gremmeng.grem...@cetest.nl:

 Ho,

 Eigenlijk is het ook een stad.
 http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
 Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
 8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
 20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
 panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

 Maar ik begrijp je punt.
 Ik had zoiets een paar jaar geleden ook al voorgesteld
 maar niemand pakte het op

 Gert


 -Oorspronkelijk bericht-
 Van: Martijn van Exel [mailto:m...@rtijn.org]
 Verzonden: woensdag 8 juni 2011 17:07
 Aan: OpenStreetMap list
 Onderwerp: [OSM-talk-nl] Kassen

 Ha,

 Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
 zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
 stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
 Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
 zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
 building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
 krijgen dan zou het er een stuk fraaier uitzien, niet?

 [0] http://osm.org/go/0En@qhA
 [1] http://wiki.openstreetmap.org/wiki/Key:building
 [2] http://www.objectvision.nl/producten/3dshapes
 [3]
 https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
 r-buildings.xml.inc
 --
 martijn van exel
 schaaltreinen.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


 ___
 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




-- 
martijn van exel
schaaltreinen.nl

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

Re: [OSM-talk-nl] Kassen

2011-06-08 Thread Floris Looijesteijn

op de nederlandse server is het natuurlijk een stuk makkelijker...

2011/6/8 Martijn van Exel m...@rtijn.org:
 Tsja dat gaat ook niet vanzelf. De volgorde is denk ik ongeveer zo als
 we dit voor elkaar willen krijgen:
 * Tag alles met de tag 3dshapes:ggmodelk=14 ook als building=greenhouse
 * Maak een uitbreiding op de desbtreffende mapnik-stylesheet-include
 (zie mijn eerdere mail)
 * Commit en pull request
 * En dan praten met / tegen Steve Chilton en / of Tom Hughes.

 Alleen stap twee kan ik niet.

 Martijn

 2011/6/8 Ole Nielsen on-...@xs4all.nl:
 On 08/06/2011 19:46, Floris Looijesteijn wrote:

 ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
 volgens mij kregen ze
 dan ook een mooi kleurtje.

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

 Helaas wordt dat tag in Mapnik niet gerenderd. Ik heb jaren geleden een
 ticket in OSM onder 'mapnik' aangemaakt maar niets is gebeurd. Overigens,
 het is niet de bedoeling de tag op gebouwen te zetten, het is een LANDUSE
 tag, net zoals farmland of forest.

 Ik heb alle kassengebieden in het Westland en omgeving lang geleden met
 landuse=greenhouse_horticulture getagd, maar helaas..

 Ole / polderrunner

 gr,
 floris

 2011/6/8 ce-test, qualified testing bv - Gert
 Gremmeng.grem...@cetest.nl:

 Ho,

 Eigenlijk is het ook een stad.
 http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
 Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
 8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
 20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
 panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

 Maar ik begrijp je punt.
 Ik had zoiets een paar jaar geleden ook al voorgesteld
 maar niemand pakte het op

 Gert


 -Oorspronkelijk bericht-
 Van: Martijn van Exel [mailto:m...@rtijn.org]
 Verzonden: woensdag 8 juni 2011 17:07
 Aan: OpenStreetMap list
 Onderwerp: [OSM-talk-nl] Kassen

 Ha,

 Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
 zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
 stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
 Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
 zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
 building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
 krijgen dan zou het er een stuk fraaier uitzien, niet?

 [0] http://osm.org/go/0En@qhA
 [1] http://wiki.openstreetmap.org/wiki/Key:building
 [2] http://www.objectvision.nl/producten/3dshapes
 [3]
 https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
 r-buildings.xml.inc
 --
 martijn van exel
 schaaltreinen.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


 ___
 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




 --
 martijn van exel
 schaaltreinen.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] Kassen

We kunnen het eerst op de NL-server laten renderen en het resultaat
laten zien, dat zal het makkelijker maken om het erdoor te krijgen.

2011/6/8 Floris Looijesteijn o...@floris.nu:
 op de nederlandse server is het natuurlijk een stuk makkelijker...

 2011/6/8 Martijn van Exel m...@rtijn.org:
 Tsja dat gaat ook niet vanzelf. De volgorde is denk ik ongeveer zo als
 we dit voor elkaar willen krijgen:
 * Tag alles met de tag 3dshapes:ggmodelk=14 ook als building=greenhouse
 * Maak een uitbreiding op de desbtreffende mapnik-stylesheet-include
 (zie mijn eerdere mail)
 * Commit en pull request
 * En dan praten met / tegen Steve Chilton en / of Tom Hughes.

 Alleen stap twee kan ik niet.

 Martijn

 2011/6/8 Ole Nielsen on-...@xs4all.nl:
 On 08/06/2011 19:46, Floris Looijesteijn wrote:

 ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
 volgens mij kregen ze
 dan ook een mooi kleurtje.

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

 Helaas wordt dat tag in Mapnik niet gerenderd. Ik heb jaren geleden een
 ticket in OSM onder 'mapnik' aangemaakt maar niets is gebeurd. Overigens,
 het is niet de bedoeling de tag op gebouwen te zetten, het is een LANDUSE
 tag, net zoals farmland of forest.

 Ik heb alle kassengebieden in het Westland en omgeving lang geleden met
 landuse=greenhouse_horticulture getagd, maar helaas..

 Ole / polderrunner

 gr,
 floris

 2011/6/8 ce-test, qualified testing bv - Gert
 Gremmeng.grem...@cetest.nl:

 Ho,

 Eigenlijk is het ook een stad.
 http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
 Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
 8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
 20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
 panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

 Maar ik begrijp je punt.
 Ik had zoiets een paar jaar geleden ook al voorgesteld
 maar niemand pakte het op

 Gert


 -Oorspronkelijk bericht-
 Van: Martijn van Exel [mailto:m...@rtijn.org]
 Verzonden: woensdag 8 juni 2011 17:07
 Aan: OpenStreetMap list
 Onderwerp: [OSM-talk-nl] Kassen

 Ha,

 Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
 zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
 stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
 Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
 zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
 building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
 krijgen dan zou het er een stuk fraaier uitzien, niet?

 [0] http://osm.org/go/0En@qhA
 [1] http://wiki.openstreetmap.org/wiki/Key:building
 [2] http://www.objectvision.nl/producten/3dshapes
 [3]
 https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
 r-buildings.xml.inc
 --
 martijn van exel
 schaaltreinen.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


 ___
 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




 --
 martijn van exel
 schaaltreinen.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




-- 
martijn van exel
schaaltreinen.nl

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

Re: [OSM-talk-nl] Kassen

2011-06-08 Thread Floris Looijesteijn

exacto!

2011/6/8 Martijn van Exel m...@rtijn.org:
 We kunnen het eerst op de NL-server laten renderen en het resultaat
 laten zien, dat zal het makkelijker maken om het erdoor te krijgen.

 2011/6/8 Floris Looijesteijn o...@floris.nu:
 op de nederlandse server is het natuurlijk een stuk makkelijker...

 2011/6/8 Martijn van Exel m...@rtijn.org:
 Tsja dat gaat ook niet vanzelf. De volgorde is denk ik ongeveer zo als
 we dit voor elkaar willen krijgen:
 * Tag alles met de tag 3dshapes:ggmodelk=14 ook als building=greenhouse
 * Maak een uitbreiding op de desbtreffende mapnik-stylesheet-include
 (zie mijn eerdere mail)
 * Commit en pull request
 * En dan praten met / tegen Steve Chilton en / of Tom Hughes.

 Alleen stap twee kan ik niet.

 Martijn

 2011/6/8 Ole Nielsen on-...@xs4all.nl:
 On 08/06/2011 19:46, Floris Looijesteijn wrote:

 ik heb ze wel eens getagged als landuse=greenhouse_horticulture en
 volgens mij kregen ze
 dan ook een mooi kleurtje.

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenhouse_horticulture

 Helaas wordt dat tag in Mapnik niet gerenderd. Ik heb jaren geleden een
 ticket in OSM onder 'mapnik' aangemaakt maar niets is gebeurd. Overigens,
 het is niet de bedoeling de tag op gebouwen te zetten, het is een LANDUSE
 tag, net zoals farmland of forest.

 Ik heb alle kassengebieden in het Westland en omgeving lang geleden met
 landuse=greenhouse_horticulture getagd, maar helaas..

 Ole / polderrunner

 gr,
 floris

 2011/6/8 ce-test, qualified testing bv - Gert
 Gremmeng.grem...@cetest.nl:

 Ho,

 Eigenlijk is het ook een stad.
 http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Wateringen,+
 Netherlandsaq=0sll=71.187754,97.646484sspn=19.766308,85.605469ie=UTF
 8hq=hnear=Wateringen,+Westland,+South+Holland,+Netherlandst=hll=52.0
 20894,4.256769spn=0.008953,0.0209z=16layer=ccbll=52.020894,4.256769
 panoid=GhSprlOI94NUt8n72i8Ubwcbp=12,137.55,,0,0

 Maar ik begrijp je punt.
 Ik had zoiets een paar jaar geleden ook al voorgesteld
 maar niemand pakte het op

 Gert


 -Oorspronkelijk bericht-
 Van: Martijn van Exel [mailto:m...@rtijn.org]
 Verzonden: woensdag 8 juni 2011 17:07
 Aan: OpenStreetMap list
 Onderwerp: [OSM-talk-nl] Kassen

 Ha,

 Wat ziet het Westland er eigenlijk raar uit op OSM[0]. Al die kassen
 zijn gerenderd als normale gebouwen en daardoor ziet het eruit als een
 stad. Ik vind dat niet mooi want niet conform de werkelijkheid.
 Ze zijn bij de import niet als building=greenhouse[1] getagd, maar dat
 zou alsnog kunnen[2]. Als we dan en mapnik-style aanmaken voor
 building=greenhouse[3] (wat voor kleur / tint?) en die doorgevoerd
 krijgen dan zou het er een stuk fraaier uitzien, niet?

 [0] http://osm.org/go/0En@qhA
 [1] http://wiki.openstreetmap.org/wiki/Key:building
 [2] http://www.objectvision.nl/producten/3dshapes
 [3]
 https://github.com/openstreetmap/mapnik-stylesheets/blob/master/inc/laye
 r-buildings.xml.inc
 --
 martijn van exel
 schaaltreinen.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


 ___
 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




 --
 martijn van exel
 schaaltreinen.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




 --
 martijn van exel
 schaaltreinen.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: [Talk-br] Atualização do Brasil 5500

2011-06-08 Thread Leandro Motta Barros

Oi Vitor,

Chegaste a considerar aquele meu velho script que pegava as
coordenadas de cidades?
(http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades)

LMB

2011/6/8 vitor vitor.geo...@gmail.com:
 Oi Pessoal,
 A tabela do Projeto Brasil 5500 foi atualizada:
 http://mapaslivres.org/brasil5500.html
 Esperem atualizações mais frequentes deste projeto.
 Para saber mais:
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_5500
 Abs,
 Vitor

 ___
 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] Atualização do Brasil 5500

2011-06-08 Thread vitor

Oi Leandro,

Não tinha reparado que você tinha conseguido atualiza as coordenadas, muito
legal!

Vou rodar o script e posto o resultado.

Abs,
Vitor

2011/6/8 Leandro Motta Barros lmbar...@gmail.com

 Oi Vitor,

 Chegaste a considerar aquele meu velho script que pegava as
 coordenadas de cidades?
 (
 http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades
 )

 LMB

 2011/6/8 vitor vitor.geo...@gmail.com:
  Oi Pessoal,
  A tabela do Projeto Brasil 5500 foi atualizada:
  http://mapaslivres.org/brasil5500.html
  Esperem atualizações mais frequentes deste projeto.
  Para saber mais:
  http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_5500
  Abs,
  Vitor
 
  ___
  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

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

Re: [Talk-de] Problematik der Ortsnamenzusätze

moin moin,

du schneidest da ein Thema an, das mir schon lange am Herzen liegt, prima

Meiner Erfahrung nach hat diese Namensvergabe hauptsächlich historische
Gründe. 
Der Tagger (auch ich - füher) will damit z.b die Stadt von einem
Gemeindeverbund, einem Stadtteil oder gar einem Landkreis unterscheiden
(das ist der Kreis - das ist die Stadt).
Nach der fast kompletten Erfassung der administrativen Grenzen - zumindest
in Deutschland und Östereich- ist das technisch nicht mehr notwendig. OSM
weiss, was das genau ist.

Aus  diesem Grunde sollten Tags wie name=Gemeinde Kleinkleckersdorf
einfach in name=Kleinkleckerdorf umgewandelt werden. Das gleiche für
Dortmund, Stadt.

Wirklich sehr spezifische Namenserweiterungen sollten nach prefix/postfix
wandern.

Gruss
Walter

p.s. der Vorschlag ist noch etwas unreif - aber dafür sind ja Foren da.



-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6452562.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] Problematik der Ortsnamenzusätze

2011-06-08 Thread Michael Mattiszik

Moinsen,

wobei es aber zu unterscheiden gilt... Ich kenne die Verhältnisse in
Zingst nicht, aber beispielsweise Fallingbostel heisst nun seit einer
geraumen Weile (2002) richtigerweise Bad Fallingbostel. Nichts desto
trotz sollten aber die Navis auch bei Fallingbostel fündig werden.

Von daher: Name so taggen wie er stimmt... Alles andere ist ein
Problem der Anwendungen, die diese Daten auswerten...


Gruß
Mike

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

Re: [Talk-de] Problematik der Ortsnamenzusätze

2011-06-08 Thread Falk Zscheile

Am 8. Juni 2011 07:54 schrieb Karl Eichwalder k...@gnu.franken.de:
 Jan Tappenbeck o...@tappenbeck.net writes:
 Wenn man jetzt aber z.b. Zingst sucht, dann findet das Programm diesen
 Ort nicht, da im Tag name der Wert Ostseebad Zingst steht.

 Ja, diese zusätze sind im haupttag unsinn.  Leider setzen sich bei
 solchen fragen langfristig stets die verwaltungsfuzzis oder
 heimathirsche durch...


Es gab dazu auf der MV-Liste mal einen Thread.[1] Wenn ich mich recht
entsinne wurde damals für eine Auslagerung der Namenszusätze in ein
Extratag befürwortet, wobei die Zweifelsfälle nicht völlig ausgeräumt
werden konnten. So ist Bad Doberan im allgemeinen Sprachgebrauch ohne
Bad  nicht mehr denkbar. Bei Zingst ist die Benutzung ohne
Ostseebad hingegen üblich.

Gruß, Falk


[1] https://lists.openstreetmap.de/pipermail/meckpomm/2010-March/000782.html

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

[Talk-de] Frage zum Aufrufen von Osmosis




 HI !

ich habe folgende Zeile für das Verschmelzen in einem WinBatch aufgerufen:

call %osmworkfolder%\osmosis\bin\osmosis.bat --read-xml 
tmp_operator_node.osm --read-xml tmp_operator_way.osm --merge 
--write-xml bus_gesamt.osm


wobei %osmworkfolder% der Pfad zur dem übergeordneten Ordner ist in 
welchem die Osmosis-Dateien sich befinden. Nun bekomme ich die Meldung:


Exception in thread main java.lang.NoCla
Caused by: java.lang.ClassNotFoundExceptio
at java.net.URLClassLoader$1.run(U
at java.security.AccessController.
at java.net.URLClassLoader.findCla
at java.lang.ClassLoader.loadClass
at sun.misc.Launcher$AppClassLoade
at java.lang.ClassLoader.loadClass
Could not find the main class: org.codehau

Kann mir einer sagen was da falsch sein könnte??

Ansonsten funktioniert mein osmosis immer - die Dateien sind in dem 
Ordner wo das batch aufgerufen wird.


Gruß Jan :-)



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

[Talk-de] Wer hat schon einmal mit open.mapquestapi.com was gemacht




 hi !

ich wollte mir von open.mapquestapi.com mit Hilfe von wget unter Windows 
Daten ziehen.


Hierzu habe ich folgende 2 Fragen:

=== Frage 1 

Wenn ich

wget 
http://open.mapquestapi.com/xapi/api/0.6/node[operator=Stadtverkehr 
Lübeck] -O tmp_operator_node.osm


aufrufe (im Browser kommen Daten!),  dann bekomme ich eine Meldung

--10:18:39--  
http://open.mapquestapi.com/xapi/api/0.6/node%5Boperator=Stadtverkehr%20L%B3beck%5D

   = `tmp_operator_node.osm'
Resolving open.mapquestapi.com... done.
Connecting to open.mapquestapi.com[205.188.201.176]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/xml]

[ = ] 102   99.61K/s

10:18:39 (99.61 KB/s) - `tmp_operator_node.osm' saved [102]

Als Ergebnis habe ich aber nur eine leere Datei! Eine Idee ??

=== Frage 2 

Dann soll noch eine Abfrage

wget http://open.mapquestapi.com/xapi/api/0.6/node[ref:svhl=*] -O 
tmp_ref_node.osm


erfolgen. Da kommt dann die Meldung:

Warning: wildcards not supported in HTTP.
--10:18:40--  http://open.mapquestapi.com/xapi/api/0.6/node%5Bref:svhl=*%5D
   = `tmp_ref_node.osm'
Resolving open.mapquestapi.com... done.
Connecting to open.mapquestapi.com[205.188.201.176]:80... connected.
HTTP request sent, awaiting response...
End of file while parsing headers.
Retrying.

--10:21:42--  http://open.mapquestapi.com/xapi/api/0.6/node%5Bref:svhl=*%5D
  (try: 2) = `tmp_ref_node.osm'
Connecting to open.mapquestapi.com[205.188.201.176]:80... connected.
HTTP request sent, awaiting response... 500 Internal Server Error
10:21:42 ERROR 500: Internal Server Error.

Der Interne Error kommt vermutlich wegen der Wildcard..:!

Danach werden keine Wildcards bei HTTP akzeptiert - aber wie soll es 
dann gehen?


Auch hier eine Idee ?

Gruß Jan :-)





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

Re: [Talk-de] Frage zum Aufrufen von Osmosis


Hallo Jan,


ich habe folgende Zeile für das Verschmelzen in einem WinBatch aufgerufen:

call %osmworkfolder%\osmosis\bin\osmosis.bat --read-xml
tmp_operator_node.osm --read-xml tmp_operator_way.osm --merge
--write-xml bus_gesamt.osm

wobei %osmworkfolder% der Pfad zur dem übergeordneten Ordner ist in
welchem die Osmosis-Dateien sich befinden. Nun bekomme ich die Meldung:

Exception in thread main java.lang.NoCla
Caused by: java.lang.ClassNotFoundExceptio
at java.net.URLClassLoader$1.run(U
at java.security.AccessController.
at java.net.URLClassLoader.findCla
at java.lang.ClassLoader.loadClass
at sun.misc.Launcher$AppClassLoade
at java.lang.ClassLoader.loadClass
Could not find the main class: org.codehau
der Stacktrace ist rechts etwas abgeschnitten, daher es ist schwer zu 
sagen, was das ist, aber das scheint ein eher grundsätzliches Problem zu 
sein (Java findet eine der Hauptklassen von Osmosis nicht).


Welche Version benutzt du denn? Bis 0.38 hatte Osmosis nämlich einen Bug 
im Batch-Skript (osmosis.bat), der das Starten verhinderte, wenn Osmosis 
auf einem anderen Laufwerk lag als im aktuellen Verzeichnis, dann kamen 
auch so ähnliche Fehlermeldungen. In 0.39 ist das korrigiert (siehe [1]).


Grüße
Igor

[1] 
http://lists.openstreetmap.org/pipermail/osmosis-dev/2011-February/000919.html


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

Re: [Talk-de] Problematik der Ortsnamenzusätze

2011-06-08 Thread Dominik Wegerle


On 08.06.2011 10:05, Falk Zscheile wrote:

Am 8. Juni 2011 07:54 schrieb Karl Eichwalderk...@gnu.franken.de:

Jan Tappenbecko...@tappenbeck.net  writes:

Wenn man jetzt aber z.b. Zingst sucht, dann findet das Programm diesen
Ort nicht, da im Tag name der Wert Ostseebad Zingst steht.

Ja, diese zusätze sind im haupttag unsinn.  Leider setzen sich bei
solchen fragen langfristig stets die verwaltungsfuzzis oder
heimathirsche durch...


Es gab dazu auf der MV-Liste mal einen Thread.[1] Wenn ich mich recht
entsinne wurde damals für eine Auslagerung der Namenszusätze in ein
Extratag befürwortet, wobei die Zweifelsfälle nicht völlig ausgeräumt
werden konnten. So ist Bad Doberan im allgemeinen Sprachgebrauch ohne
Bad  nicht mehr denkbar. Bei Zingst ist die Benutzung ohne
Ostseebad hingegen üblich.

Gruß, Falk


[1] https://lists.openstreetmap.de/pipermail/meckpomm/2010-March/000782.html

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


Dies ist jetzt mein 2. Beitrag über die Liste, daher nochmal ein Hallo 
an Alle.


In Hessen gibt es jetzt seit einiger Zeit so schöne Ortsnamenzusätze wie 
„Wissenschaftsstadt“, „Universitätsstadt“, „Documentastadt“ (Kassel) 
oder auch Brüder Grimm Stadt (Hanau und Steinau an der Strasse). Dies 
ist seit 2009 sogar rechtlich festgehalten (s.u.).


Beschluss des Bundesrates
Drucksache 154/09 (Beschluss)
am 03.04.09
in der
Allgemeine Verwaltungsvorschrift zur Änderung der Allgemeinen
Verwaltungsvorschrift zur Straßenverkehrs-Ordnung (VwV-StVO):
...
5. Zu Artikel 1 Nummer 98 (Zu den Zeichen 310 und 311 Ortstafel) 
Randnummer 4 Nummer IV. Satz 2a - neu - (VwV-StVO)
In Artikel 1 Nummer 98 (Zu den Zeichen 310 und 311 Ortstafel) ist nach 
Randnummer 4 Nummer IV. Satz 2 folgender Satz einzufügen:


Andere Zusätze sind nur zulässig, wenn es sich um Bestandteile des 
amtlichen Ortsnamens oder Titel handelt, die auf Grund allgemeiner 
kommunalrechtlicher

Vorschriften amtlich verliehen worden sind.

Begründung:
Auf zahlreichen Ortstafeln finden sich Zusätze wie beispielsweise 
Barbarossastadt, Brüder-Grimm-Stadt, Lutherstadt oder Universitäts-
stadt. Bei diesen Namenszusätzen handelt es sich um 
Zusatzbezeichnungen, die auf Grund kommunalrechtlicher Vorschriften nach 
dem entsprechenden
Antrag einer Gemeinde durch das jeweilige Innenministerium verliehen 
werden. In der Regel haben die Bezeichnungen einen historischen Hintergrund

und sind für die betreffenden Kommunen von großer Bedeutung.
In jüngster Zeit haben die Ortsschilder mit Namenszusätzen zu Problemen 
geführt mit Auswirkung auf das Verkehrsrecht. So hat das Amtsgericht Hanau
entschieden, dass wegen des Zusatzes auf dem Ortsschild keine 
Innerörtlichkeit bestehe und damit auch keine Geschwindigkeitsbegrenzung
auf Tempo 50. Tempoverstöße können somit nicht geahndet werden, was 
erhebliche Auswirkung auf die Verkehrssicherheit hat.
Im Interesse der Rechtsklarheit, der Verkehrssicherheit und im Interesse 
der Kommunen ist die vorgeschlagene Regelung zwingend notwendig.
Auch wird durch eine solche Regelung unerwünschter und nicht mehr 
tolerabler Wildwuchs von ergänzenden Zusatzbezeichnungen auf oder in

direktem Zusammenhang mit Ortstafeln verhindert.
...


Daher könnte man sich schon die Frage stellen ob zusätzlich zum name=* 
Tag ein weiterer Tag solche Dinge allgemein erleichtert...

So könnte man z.B. vorschlagen
name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi für 
teile eines amtlichen Ortsnamens)


Hier führe ich mich direkt selbst ad absurdum... Wenn es der amtliche 
Ortsname ist, muss das komplett in den name=* Tag! (Meine Meinung...)


name_annexe=* (z.B. für Lutherstadt oder Universitätsstadt, ... für 
verliehene Städtetitel)


name_prefix könnte an anderer Stelle auch für Dinge wie Titel von 
Personen angewendet werden (z.B. Prof. , Dr., etc.)


Aber bitte fallt jetzt nicht gleich Alle über mich her! Bin ja noch ein 
Frischling und das hier sind nur Gedankenspiele!
Generell bin ich für eine überschaubare Anzahl von Key-Elementen und 
sehe Wildwüchse sehr skeptisch!


Liebe Grüße und frohes Mappen!

Dominik

--
Dominik Wegerle
fortunequest
o...@dwegerle.eu


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

Re: [Talk-de] Frage zum Aufrufen von Osmosis


Am 08.06.2011 10:35, schrieb Igor Podolskiy:

Hallo Jan,


ich habe folgende Zeile für das Verschmelzen in einem WinBatch
aufgerufen:

call %osmworkfolder%\osmosis\bin\osmosis.bat --read-xml
tmp_operator_node.osm --read-xml tmp_operator_way.osm --merge
--write-xml bus_gesamt.osm

wobei %osmworkfolder% der Pfad zur dem übergeordneten Ordner ist in
welchem die Osmosis-Dateien sich befinden. Nun bekomme ich die Meldung:

Exception in thread main java.lang.NoCla
Caused by: java.lang.ClassNotFoundExceptio
at java.net.URLClassLoader$1.run(U
at java.security.AccessController.
at java.net.URLClassLoader.findCla
at java.lang.ClassLoader.loadClass
at sun.misc.Launcher$AppClassLoade
at java.lang.ClassLoader.loadClass
Could not find the main class: org.codehau

der Stacktrace ist rechts etwas abgeschnitten, daher es ist schwer zu
sagen, was das ist, aber das scheint ein eher grundsätzliches Problem zu
sein (Java findet eine der Hauptklassen von Osmosis nicht).

Welche Version benutzt du denn? Bis 0.38 hatte Osmosis nämlich einen Bug
im Batch-Skript (osmosis.bat), der das Starten verhinderte, wenn Osmosis
auf einem anderen Laufwerk lag als im aktuellen Verzeichnis, dann kamen
auch so ähnliche Fehlermeldungen. In 0.39 ist das korrigiert (siehe [1]).

Grüße
Igor

[1]
http://lists.openstreetmap.org/pipermail/osmosis-dev/2011-February/000919.html



Hallo Igor,

Du hast mir schon die Lösung geschrieben - es wird von einem anderen 
Laufwerk die Version 0.38 gestartet.


Werde ich ausprobieren.

Gruß Jan :-)


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

Re: [Talk-de] Problematik der Ortsnamenzusätze

hi,

bei den Zusätzen wie Bad und ähnlichen kann man ja wirklich drüber
nachdenken, ob oder ob nicht das Bestandteil den Namens-Tags ist, aber was
ist den hiermit?


 1289811 | 8| Amt Bad Wilsnack/Weisen
 1332910 | 8| Amt Barnim-Oderbruch
 1318335 | 8| Amt Biesenthal-Barnim
 1334121 | 8| Amt Brüssow
 1353680 | 8| Amt Elsterland
 1353636 | 8| Amt Elsterland
 1332920 | 8| Amt Falkenberg-Höhe
 1334106 | 8| Amt Gartz
 1334096 | 8| Amt Gerswalde
 1334118 | 8| Amt Gramzow
 1334088 | 8| Amt Gramzow
 1310100 | 8| Amt Gransee
 1289801 | 8| Amt Lenzen-Elbtalaue
 1302394 | 8| Amt Lindow
 1289812 | 8| Amt Meyenburg
 1289821 | 8| Amt Putlitz-Berge
 1302377 | 8| Amt Temnitz

oder 

  158409 | 8| Gemeinde Abenberg
 1019885 | 8| Gemeinde Abfaltersbach
  943657 | 8| Gemeinde Absam
  106743 | 8| Gemeinde Absdorf
...
  103110 | 8| Gemeind Pfaffing
  106122 | 8| Gemeine Arnoldstein
   76428 | 8| Gemeine Klösterle
(2890 Zeilen)


die müssten ihmo raus.

Gruss
Walter







-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6452902.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] Problematik der Ortsnamenzusätze


Dominik Wegerle wrote:
 
 
 
 Daher könnte man sich schon die Frage stellen ob zusätzlich zum name=* 
 Tag ein weiterer Tag solche Dinge allgemein erleichtert...
 So könnte man z.B. vorschlagen
 name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi für 
 teile eines amtlichen Ortsnamens)
 
sowas gibt es doch schon lange; die werden nur nicht häufig verwendet.

name:prefix und name:suffix

gruss
walter

-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6452908.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] Problematik der Ortsnamenzusätze

2011-06-08 Thread Georg Feddern


Moin,

Dominik Wegerle schrieb:


[Ortsnamenzusätze]

Andere Zusätze sind nur zulässig, wenn es sich um Bestandteile des 
amtlichen Ortsnamens oder Titel handelt, die auf Grund allgemeiner 
kommunalrechtlicher

Vorschriften amtlich verliehen worden sind.

Daher könnte man sich schon die Frage stellen ob zusätzlich zum name=* 
Tag ein weiterer Tag solche Dinge allgemein erleichtert...

So könnte man z.B. vorschlagen
name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi 
für teile eines amtlichen Ortsnamens)


Hier führe ich mich direkt selbst ad absurdum... Wenn es der amtliche 
Ortsname ist, muss das komplett in den name=* Tag! (Meine Meinung...)


name_annexe=* (z.B. für Lutherstadt oder Universitätsstadt, ... 
für verliehene Städtetitel)


name_prefix könnte an anderer Stelle auch für Dinge wie Titel von 
Personen angewendet werden (z.B. Prof. , Dr., etc.)


Eine Unterscheidung zwischen 'Titel' und 'amtlichen Ortsnamen' halte 
auch ich für sinnvoll.


name:prefix wird (auch von mir) schon häufiger verwendet für allgemeine 
Vorsätze wie Amt, Gemeinde bei Grenzrelationen (eher als 
Render-Hilfe zur Unterscheidung zur Ortslage).


Bad und Hansestadt sind allerdings amtliche Ortsnamenbestandteile - 
und gehören auch m. M. n. ins name-tag, nicht in den Prefix.
Eine Suche sollte schon in der Lage sein, Wismar auch in Hansestadt 
Wismar zu finden und zur Auswahl zu bringen.


name_annexe halte ich allerdings nicht für sinnvoll, da Annex (Anhang) 
allgemein sowohl Vor- als auch Nachsatz beschreiben kann, wobei es wohl 
eher als Anhang/Nachsatz verstanden wird - daher bin ich eher für Pre- 
und Suffix, sonst weiß man wieder nicht, wo es hingehört.


Gruß
Georg


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

Re: [Talk-de] Problematik der Ortsnamenzusätze

2011-06-08 Thread Henning Scholland


Am 08.06.2011 10:05, schrieb Falk Zscheile:

So ist Bad Doberan im allgemeinen Sprachgebrauch ohne
Bad  nicht mehr denkbar. Bei Zingst ist die Benutzung ohne
Ostseebad hingegen üblich.
Daran würde ich auch festmachen, was in den name-Tag kommt und was ein 
Prefix ist.


Nachsätze würde ich in ein Suffix-Tag auslagern. Bspw. Halle /an der 
Saale/ oder Kaff /bei Stadt/


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

[Talk-de] OpenLinkMap outdated?

2011-06-08 Thread Fabian

gibt es die Openlinkmap inzwischen woanders unter [1] sind die daten
inzwischen 2 monate alt.

Last update:
09.04.2011 02:00, more than 2 Months ago

[1] http://olm.openstreetmap.de/

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

Re: [Talk-de] Problematik der Ortsnamenzusätze


Hallo zusammen,

On 08.06.2011 11:15, Walter Nordmann wrote:


Dominik Wegerle wrote:



Daher könnte man sich schon die Frage stellen ob zusätzlich zum name=*
Tag ein weiterer Tag solche Dinge allgemein erleichtert...
So könnte man z.B. vorschlagen
name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi für
teile eines amtlichen Ortsnamens)


sowas gibt es doch schon lange; die werden nur nicht häufig verwendet.

name:prefix und name:suffix
vielleicht ist es auch besser so, dass sie nicht verwendet werden :) 
Betonung auf _vielleicht_.


Wer entscheidet, was Prefix und was Suffix ist, wenn man denn schon 
entschieden hat, dass es ein Namenszusatz ist? Ist es Hansestadt 
Wismar oder Wismar, Hansestadt? Ist es Landkreis Karslruhe oder 
Karlsruhe-Kreis als Abgrenzung zu Karlsruhe-Stadt? Und ist es ein 
Leerzeichen oder ein Bindestrich oder ein Komma dazwischen?


Was ist mit noch interessanteren administrativen Einheiten wie 
Vereinbarte Verwaltungsgemeinschaft der Stadt Geislingen an der 
Steige? Wo ist denn da davor oder danach?


Was ist mit Internationalisierung? name:prefix:en? Oder name:en:prefix? 
Was ist mit mehreren Zusätzen? name:prefix:prefix? Oder doch durch 
Semikolon getrennt in einem Tag?


Insofern ist da name_annex fast schon besser - aber noch besser ist es 
IMHO, einen vollständigen Namen in name=* zu taggen und nicht zu 
versuchen, die Namen zu zersückeln. Ist auch viel, viel einfacher.


Was es auch schon länger gibt, sind name:official, name:colloquial, 
local_name und so weiter. Die sind m.E. deutlich sinnvoller, weil sie 
eine reelle Bedeutung haben (und nicht nur eine formale) und die 
Anwendung nicht den Namen aus mehreren Tags zusammensetzen muss, wenn 
sie nicht will.


Ob der Zusatz davor oder danach angezeigt wird, kann ohnehin nur die 
Anwendung entscheiden. Und diese ganzen Präfixe und Suffixe ersetzen 
nicht eine vernünftige Suche - womit der Thread hier ja angefangen hat. 
Deswegen finde ich die Originalidee von Jan, ein Ticket bei der 
Anwendung aufzumachen, gar nicht mal so schlecht ;)


Grüße aus Stuttgart
(aka Landeshauptstadt Stuttgart aka Stuttgart, Landeshauptstadt aka 
Stuttgart, Kreisfreie Stadt)

Igor

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

Re: [Talk-de] Problematik der Ortsnamenzusätze

2011-06-08 Thread Dominik Wegerle

On 08.06.2011 11:15, Walter Nordmann wrote:

sowas gibt es doch schon lange; die werden nur nicht häufig verwendet.

name:prefix und name:suffix

gruss
walter

Sorry, war mir wegen der Häufigkeit nicht geläufig.

Hier wohl das zugehörige Proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Directional_Prefix_%26_Suffix_Indication

Taginfo liefert:

name:prefix - 8 418
name:suffix - 3
name:full - 6 058

name:right - 27 577
name:left - 27 524

Sollte man sich mal evtl. Gedanken machen ob man hier in Sachen
Dokumentation evtl. etwas nachhelfen kann
Beispielsweise hier:
http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Ortseingang

On 08.06.2011 11:34, Georg Feddern wrote:

Moin,

Dominik Wegerle schrieb:

[Ortsnamenzusätze]

Andere Zusätze sind nur zulässig, wenn es sich um Bestandteile des
amtlichen Ortsnamens oder Titel handelt, die auf Grund allgemeiner
kommunalrechtlicher

Vorschriften amtlich verliehen worden sind.

Daher könnte man sich schon die Frage stellen ob zusätzlich zum
name=* Tag ein weiterer Tag solche Dinge allgemein erleichtert...

So könnte man z.B. vorschlagen
name_prefix=* (z.B. für Bad ..., Hansestadt ..., ... also quasi
für teile eines amtlichen Ortsnamens)

Hier führe ich mich direkt selbst ad absurdum... Wenn es der amtliche
Ortsname ist, muss das komplett in den name=* Tag! (Meine Meinung...)

name_annexe=* (z.B. für Lutherstadt oder Universitätsstadt, ...
für verliehene Städtetitel)

name_prefix könnte an anderer Stelle auch für Dinge wie Titel von
Personen angewendet werden (z.B. Prof. , Dr., etc.)

Eine Unterscheidung zwischen 'Titel' und 'amtlichen Ortsnamen' halte
auch ich für sinnvoll.

name:prefix wird (auch von mir) schon häufiger verwendet für
allgemeine Vorsätze wie Amt, Gemeinde bei Grenzrelationen (eher
als Render-Hilfe zur Unterscheidung zur Ortslage).

Bad und Hansestadt sind allerdings amtliche Ortsnamenbestandteile
- und gehören auch m. M. n. ins name-tag, nicht in den Prefix.
Eine Suche sollte schon in der Lage sein, Wismar auch in Hansestadt
Wismar zu finden und zur Auswahl zu bringen.

name_annexe halte ich allerdings nicht für sinnvoll, da Annex (Anhang)
allgemein sowohl Vor- als auch Nachsatz beschreiben kann, wobei es
wohl eher als Anhang/Nachsatz verstanden wird - daher bin ich eher für
Pre- und Suffix, sonst weiß man wieder nicht, wo es hingehört.

Gruß
Georg

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

--
Dominik Wegerle
fortunequest
o...@dwegerle.eu

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

[Talk-de] Haltestellen-Namen

2011-06-08 Thread Steffen Grunewald

Hallo,

da nebenan eine heftige Diskussion um Namenszusätze im Gange ist,
wurde ich an ein Problem erinnert, dem ich vor einigen Tagen gegen-
überstand: Haltestellennamen für Bushaltestellen von Überlandlinien.
Auf den Haltestellentafeln in der Stadt steht (natürlich) nicht der 
Name der Stadt (also Lindengarten und nicht Wismar Lindengarten,
Ausnahme Wismar ZOB). Außerhalb der Stadtgrenzen heißt es dann schon
Groß Strömkendorf Dorf oder Hof Redentin Abzweig.
In den Online-Fahrplänen steht (natürlich?) Wismar Lindengarten,
wenigstens nicht Hansestadt Wismar Lindengarten, denn das könnten die
wenigsten Schriftanzeiger in den Bussen auch darstellen.
Wie verfährt man in diesem Fall am saubersten?
Ortsbezeichnung wann weglassen, und nur durch Leerstelle vom eigentlichen
Haltestellennamen trennen oder doch ein Komma setzen?
Howto_Map_A#Bushaltestelle ist da leider keine Hilfe...
Was habe ich übersehen?

Gruß, 
 S.

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

Re: [Talk-de] Problematik der Ortsnamenzusätze


Hi,

On 06/08/11 12:05, Dominik Wegerle wrote:

name:right - 27 577
name:left - 27 524


Das ist aber ne ganz andere Baustelle als Ortsnamenzusaetze, das taggen 
Leute oft an Grenzen.


Bye
Frederik


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

Re: [Talk-de] Haltestellen-Namen


Hallo Steffen, hallo @talk-de,

da nebenan eine heftige Diskussion um Namenszusätze im Gange ist,
wurde ich an ein Problem erinnert, dem ich vor einigen Tagen gegen-
überstand: Haltestellennamen für Bushaltestellen von Überlandlinien.
Auf den Haltestellentafeln in der Stadt steht (natürlich) nicht der
Name der Stadt (also Lindengarten und nicht Wismar Lindengarten,
Ausnahme Wismar ZOB). Außerhalb der Stadtgrenzen heißt es dann schon
Groß Strömkendorf Dorf oder Hof Redentin Abzweig.
In den Online-Fahrplänen steht (natürlich?) Wismar Lindengarten,
wenigstens nicht Hansestadt Wismar Lindengarten, denn das könnten die
wenigsten Schriftanzeiger in den Bussen auch darstellen.
Wie verfährt man in diesem Fall am saubersten?
das ist in der Tat ein ziemlich hartnäckiges Problem, auch außerhalb von 
OSM.


Als normaler Fahrgast sieht man ja nur die Fahrgastinformation. Sie ist 
idealerweise so aufgebaut, dass sie dem Fahrgast hilft - deswegen steht 
auf den innerstädtischen Buslinien z.B. Dargetzow als Ziel und nicht 
Wismar-Dargetzow, aber auf Überlandlinien wie der 240 Wismar oder 
Wismar ZOB (auch wenn alle diese Linien den Lindengarten anfahren). 
Die Informationsbedürfnisse der Fahrgäste sind einfach unterschiedlich. 
Das gleiche gilt für Haltestellenschilder.


Was in den Online-Fahrplänen steht, braucht von der Länge her übrigens 
keine Rücksicht auf die Zielanzeiger der Busse zu nehmen und tut es auch 
nicht. Das wird mehr oder weniger getrennt gepflegt, manchmal auch von 
verschiedenen Betreibern. Abgeglichen wird das ganze in der Regel über 
den jeweiligen Verkehrsverbund. Übrigens, Groß Strömkendorf ist exakt 
so lang wie Hansestadt Wismar - irgendwie findet sich immer eine 
Lösung auch für den Zielanzeiger ;)


Ein Problem ist es auch, wenn die Haltestelle in mehreren 
Verkehrsverbünden eingebunden ist oder wenn mehrere nicht miteinander 
kooperierende Verkehrsunternehmen sie anfahren - die kann dann durchaus 
unterschiedliche Namen haben. Das alles zu modellieren führt regelmäßig 
zu Kopfschmerzen, vor allem wenn man Informationssysteme für den ÖV baut 
(was zufällig mein Job ist ;)).


Ich würde unter name=* genau das taggen, was auf der Haltestellentafel 
steht. Das ist einfach und für jeden Mapper nachvollziehbar und für die 
meisten Anwendungen, allen voran das Rendern der Karte und die Suche, 
auch korrekt. Wenn man einen Fahrplan über die Haltestellen legen will, 
ist der Name ohnehin nicht so wichtig, da braucht man eher die IDs und 
zwar die der einzelnen Haltepositionen, nicht nur die der Haltestellen.


Wenn die Haltestelle regelmäßig sowohl von Stadtbussen als auch von 
Regionalbussen angefahren wird, würde ich vielleicht noch einen 
name:qualifier=* oder name:alternative hinschreiben (siehe auch [1]). 
Also für deine Beispiele:


# Zentrale Haltestelle, wo alles hält
name=Lindengarten
name:alternative=Wismar Lindengarten

# Haltestelle in Wismar, wo nur Stadtbuslinien halten
name=Dreveswäldchen

# Haltestelle draußen auf dem Land
name=Hof Redentin Abzweig

Einfach, straightforward und ohne komplizierte Regeln, die sich eh kein 
Mensch merken kann :)


Die Zielanzeiger der Busse oder ähnliches würde ich weitestgehend 
ignorieren: Das Medium ist einfach zu eingeschränkt, um in allen 
Situationen eien vollständigen Namen anzuzeigen. Da geht es ja viel eher 
darum, dass du die Aufschrift aus 25m Entfernung bei Regen erkennst, 
nicht dass der Name vollständig udn korrekt dargestellt ist ;)


Viele Grüße aus Stuttgart,
Igor

[1] 
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Stop_Area


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

Re: [Talk-de] Problematik der Ortsnamenzusätze


Igor Podolskiy wrote:
 
 Wer entscheidet, was Prefix und was Suffix ist, wenn man denn schon 
 entschieden hat, dass es ein Namenszusatz ist? 
natürlich ICH, wenn ich einen Namen dieser Art eintrage ;)

Was ist mit noch interessanteren administrativen Einheiten wie 
 Vereinbarte Verwaltungsgemeinschaft der Stadt Geislingen an der 
 Steige? Wo ist denn da davor oder danach?
Frage jemanden aus der Stadt, wo er wohnt; alles davor ist prefix, alles
danach postfix. Das kann sooo einfach sein.

Was ist mit Internationalisierung? name:prefix:en? Oder name:en:prefix? 
 Was ist mit mehreren Zusätzen? name:prefix:prefix? Oder doch durch 
 Semikolon getrennt in einem Tag?
das solle doch wohl nur in echt mehrsprachigen Ländern wichtig sein (z.B.
Belgien)
Ich hoffe nicht, dass du Ortsbezeichnungen wie Limburg an der Lahn in
name=Limburg, suffix=an der Lahn , suffix:en=on River Lahn aufbrechen
willst - oder?

aber noch besser ist es
 IMHO, einen vollständigen Namen in name=* zu taggen und nicht zu
 versuchen, die Namen zu zersückeln. Ist auch viel, viel einfacher. 
 
Entweder muss die Software den zerstückelten Namen wieder zusammensetzten,
wenn sie den vollständigen Namen haben will oder sie muss den vollständigen
Namen irgendwie zerstückeln wenn sie den Kern-Namen haben will;
da ist mir ersteres wegen der einmaligen manuellen Bearbeitung 1000x lieber
als ein Rumgerate der Software

Gruss
Walter

-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6453345.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

[Talk-de] Rennsteigverlauf zwischen Ernstthal und Spechtsbrunn

2011-06-08 Thread bkmap


Hallo Liste,

ich war vor 2 Wochen mit dem Fahrrad am Rennsteg bei Spechtsbrunn. An 
der Kreuzung beim Triniusblick ist mir aufgefallen, dass Die 
Informationstafel über den Rennsteigverlauf und die Markierung des 
Rennsteiges fehlerhaft sind. Den Sachverhalt hat wohl auch auch schon 
ein eifriger Verfechter des Original-Rennsteiges bemerkt und den größten 
Teil des Textes mit schwarzer Farbe und dem Wort FALSCH zugesprüht.
Zu Hause hab ich in allen mir verfügbaren alten Dokumenten nachgesehen 
und meine Vermutung wurde bestätigt: Die Tafel beschreibt als 
Original-Rennsteig die Route über den wassergebunden ausgebauten Fahrweg 
und als Alternativroute den historischen Rennsteig. Das ist wirklich falsch.
Nun habe ich daraufhin das Naturparkinformationszentrum Spechtsbrunn 
angerufen und hab den Sachverhalt erläutert. Mir wurde gesagt, dass das 
bekannt ist und das das vor ca 4 Jahren im Zuge der Zertifizierung so 
festgelegt wurde. Alle Karten wären jetzt so gezeichnet und das wäre 
jetzt eben jetzt so festgelegt.
Nach den ich gesagt habe, dass das ja kein Dogma ist und bei der 
Wiederholungszertifizierung der aus Unkenntnis festgelegte Weg 
korrigiert werden kann, fing die Frau am Telefon sofort zu streiten an: 
Da führt kein weg rein. und Ich werde mich mit aller Macht dafür 
einsetzen das das so bleibt. Sie beobachte das Internet und würde gegen 
alle gegenteiligen Versuche einschreiten.


Sie bemerkte außerdem, dass man sich doch nicht die Chance verbauen 
könne, die Touristen direkt zum Gasthof Brand zu führen, an dem der 
echte Rennsteig nicht direkt vorbei führt. Ihre Touristen würden sowieso 
lieber den gerade, breiten Weg gehen.
Als ich nachfragte, wer genau das entschieden hat, sagte sie mir, dass 
sie mir darauf keinen Auskunft erteilen müsste.


Eigentlich hatte ich vor, den Original-Rennsteig in die OSM-Relation 
einzutragen und den Fahrweg als alternativ. Das entspräche nämlich den 
historischen Gegebenheiten und nicht kommerziellen Überlegungen. Habt 
Ihr schon ähnliche Erfahrungen gemacht? Was haltet Ihr davon?


Gruß
Burkhard




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

Re: [Talk-de] OpenLinkMap outdated?

2011-06-08 Thread Alexander Matheisen

Am Mittwoch, den 08.06.2011, 11:53 +0200 schrieb Fabian:
 gibt es die Openlinkmap inzwischen woanders unter [1] sind die daten
 inzwischen 2 monate alt.
 
 Last update:
 09.04.2011 02:00, more than 2 Months ago

Das liegt daran, dass es Probleme mit der Datenbank gibt. Ich selbst
kann das nicht reparieren und die, die es können, hatten bisher keine
Zeit oder sind einfach noch nicht dazu gekommen. Ich kann daher auch
nicht viel daran ändern als zu warten oder ein bisschen Druck zu
machen...


Alex


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

Re: [Talk-de] Zwischen Forest und Scrub

2011-06-08 Thread tshrub


hi M∡rtin,

...

Charakteristisch ist, das Wald oder Gebüsch eine eigenes Klima bilden kann,
sprich: der Wind da nicht durchpfeifen kann, daher eine Mindestbreite beim
Gebüsch.



ein Gebüsch ist bei jeder Größe ein Orientierungspunkt.

ja, stimmt.
ich dachte damit erstmal an Zwischengröße und die Auflösung mit der 
man mappt - bei farmland oder landuse=forest kann man auch davon 
ausgehen, das typische Elemente enthalten sind (Gebüsch, kleine 
Lichtung, ...), bei z.B. field wird es schon konkreter
- und ich dachte an eine ökologische relevanz eines Gehölzes, was als 
Wertung auch orientierend und Aufnahmekriterium sein kann.


Kleine Gebüsche, z.B. 10qm, werden dann wohl als Fläche kartiert?
Ein Punktsymbol für die Basis, wie bei Bäumen, habe ich nicht gesehen,
für eine 10qm Auflösung gibts wohl nichts.

Grüße, t.





...

...



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

Re: [Talk-de] Konflikt mit Relation und Landesgrenze

2011-06-08 Thread fly

Am 08.06.2011 10:47, schrieb Markus Bärlocher:

Hi Markus

 Kann Dir leider im Momment auch nicht weiter helfen,
 da ich sowohl in JOSM als auch auf OSM einen TimeOut bekomme.
 Vielleicht später.
 
 Und - hast Du wieder einen Zugang?

Das liegt einzig und allein an OSM und der Monster-Relation

 Ich habe die Änderungen als OSM lokal gespeichert,
 aber keine Idee, was ich nun damit anfange...

Lade sie noch mal und wähle (select) nur die Relation aus.
Führe Auswahl aktualisieren (update selection) aus.
Du solltest eine Konflikt erhalten.

Im Konfliktdialog hast Du jeweils 3 Spalten. Auf der rechten Seite ist
deine Version, auf der Linken die aktuelle vom Server und in der Mitte
wird die neue Version angezeigt.

Mehr unter:
http://josm.openstreetmap.de/wiki/Help/Dialog/Conflict und
https://josm.openstreetmap.de/wiki/Help/Concepts/Conflict

Leider beides nicht auf Deutsch (auch kein Italienisch) und nicht ganz
aktuell, wobei für Elemente das gleiche gilt wie für die Punkte beschrieben.

 Entlang der Küste von Sardinien habe ich Häfen kartografiert.
 Mit der Küstenlinen sind oft die Grenzen verbunden, und da habe ich
 Konflikte erzeugt :-(

So schnell verursacht man keine Konflikte. Hast Du außerhalb der
Download Area Linien aufgeteilt oder zwischenzeitlich upgeloaded und
dann im selben Layer weiter gearbeitet (gabe es einen Bug in JOSM, finde
in nur gerade nicht).

Wenn Du Dir die History anschaust kannst Du sehen, wer und wann die
Relation geändert hat.

Letzte Änderung: user:matchman changeset:8373571
Erstellt am:Dienstag, 07. Juni 2011, 20:02 Uhr

Anderungen im Norden Sardiniens.

davor war 2 Monate nichts.

Gruß fly


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

Re: [Talk-de] Zwischen Forest und Scrub

2011-06-08 Thread M∡rtin Koppenhoefer

Am 8. Juni 2011 15:14 schrieb tshrub my-email-confirmat...@online.de:
 ein Gebüsch ist bei jeder Größe ein Orientierungspunkt.

 ja, stimmt.
 ich dachte damit erstmal an Zwischengröße und die Auflösung mit der man
 mappt - bei farmland oder landuse=forest kann man auch davon ausgehen, das
 typische Elemente enthalten sind (Gebüsch, kleine Lichtung, ...), bei z.B.
 field wird es schon konkreter
 - und ich dachte an eine ökologische relevanz eines Gehölzes, was als
 Wertung auch orientierend und Aufnahmekriterium sein kann.

 Kleine Gebüsche, z.B. 10qm, werden dann wohl als Fläche kartiert?
 Ein Punktsymbol für die Basis, wie bei Bäumen, habe ich nicht gesehen,
 für eine 10qm Auflösung gibts wohl nichts.


Ja, würde ich grundsätzlich als Fläche machen (dadurch wird die Größe
ja auch klar).

m.E. regelt sich das von selbst. Je größer ein Objekt / Fläche ist, um
so eher wird man sie auch kartieren, aber ich würde kleinere Gebüsche
nicht grundsätzlich ausschließen wollen, nur weil sie evtl. keine
eigene ökologische Relevanz haben. M.E. gibt es da keinen
Regelungsbedarf, mit dem man vermeintlich Unrelevantes ausschließen
muss.

Gruß Martin

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

Re: [Talk-de] Problematik der Ortsnamenzusätze


Walter,

On 08.06.2011 14:02, Walter Nordmann wrote:


Igor Podolskiy wrote:


Wer entscheidet, was Prefix und was Suffix ist, wenn man denn schon
entschieden hat, dass es ein Namenszusatz ist?

natürlich ICH, wenn ich einen Namen dieser Art eintrage ;)
richtig, die Entscheidung will ich dir auch nicht nehmen, das ist immer 
noch _Open_StreetMap hier :) Allerdings muss ich sowohl als Mapper als 
auch als Anwendungsentwickler mit dieser Entscheidung leben, und darf 
ganz dezent meine Bedenken hierzu vortragen.


Erfahrungsgemäß wird jeder etwas anders entscheiden. Und selbst jeder 
einzelne wird heute so und zwei Wochen später vielleicht anders 
entscheiden. Und dann heißt es auf einmal Och, das ist ja so ein 
Wildwuchs, lasst uns das doch vereinfachen! Ich wäre dafür, es von vorn 
herein einfach zu lassen.



Was ist mit noch interessanteren administrativen Einheiten wie

Vereinbarte Verwaltungsgemeinschaft der Stadt Geislingen an der
Steige? Wo ist denn da davor oder danach?

Frage jemanden aus der Stadt, wo er wohnt; alles davor ist prefix, alles
danach postfix. Das kann sooo einfach sein.
Wie war das noch einmal: There is always an easy solution to every 
human problem--neat, plausible, and wrong. ;) Damit hast du die lokale 
Sichtweise desjenigen, der in der Stadt wohnt. Diese muss nicht mit der 
amtlichen oder irgendeiner anderen für eine bestimmte Anwendung 
sinnvollen Sicht übereinstimmen.


Irgendjemand, der in Montabaur wohnt, weiß, um welches Limburg es sich 
handelt, der sagt dann auch immer Limburg. Irgendjemand aus Passau 
oder London würde vielleicht an der Lahn interessieren. Also muss es 
auch die Anwendungen interessieren, die diese Leute benutzen.



Was ist mit Internationalisierung? name:prefix:en? Oder name:en:prefix?

Was ist mit mehreren Zusätzen? name:prefix:prefix? Oder doch durch
Semikolon getrennt in einem Tag?

das solle doch wohl nur in echt mehrsprachigen Ländern wichtig sein (z.B.
Belgien)
Ich hoffe nicht, dass du Ortsbezeichnungen wie Limburg an der Lahn in
name=Limburg, suffix=an der Lahn , suffix:en=on River Lahn aufbrechen
willst - oder?
Nein, ich rede von einer Karte von Deutschland, die in Englisch oder in 
Russisch dargestellt ist. Es mag dich vielleicht überraschen, aber Namen 
werden nicht nur transliteriert, sondern auch übersetzt (de:München - 
en:Munich). Ein Beispiel ist Frankfurt am Main im Russischen:


de:Frankfurt am Main - Transliteration - ru:Франкфурт-ам-Майн (falsch)
de:Frankfurt am Main - Übersetzung - ru:Франкфурт-на-Майне (richtig)

Also bräuchtest du ein name:suffix:ru, wenn du tatsächlich 
name=Frankfurt und name:suffix=am Main hinschreibst. Und die 
Bindestriche gehören im Russischen anders als im Deutschen wirklich 
dahin. Frankfurt ist nicht Hintertupfingen, da kannst du nicht sagen 
wer das anders als in Deutsch lesen will, hat Pech gehabt.


Ich will übrigens gar nichts aufbrechen :) Im Gegenteil, ich bin mit 
name=Limburg an der Lahn vollkommen zufrieden.


Auch wenn wir Deutschland als ein nicht wirklich mehrsprachiges Land 
annehmen, was an sich schon mindestens gewagt ist, sind wir hier bei 
einem zweifellos wirklich mehrsprachigen internationalen Projekt und es 
könnte nicht schaden, mindestens darüber nachzudenken, darauf Rücksicht 
zu nehmen, oder? ;)



aber noch besser ist es

IMHO, einen vollständigen Namen in name=* zu taggen und nicht zu
versuchen, die Namen zu zersückeln. Ist auch viel, viel einfacher.


Entweder muss die Software den zerstückelten Namen wieder zusammensetzten,
wenn sie den vollständigen Namen haben will oder sie muss den vollständigen
Namen irgendwie zerstückeln wenn sie den Kern-Namen haben will;
da ist mir ersteres wegen der einmaligen manuellen Bearbeitung 1000x lieber
als ein Rumgerate der Software
Dein gutes Recht. Mir ist es als Mapper lieber, eine einfache Regel zu 
haben, wo ich nicht jedes Mal im Wiki nachschauen muss und nachgrübeln 
muss, was jetzt der Zusatz ist und was nicht. Und als 
Anwendungsentwickler ist es mir lieber, eine (eventuell regional 
angepasste) Heuristik für _einen_ Tag zu entwerfen, als x Heuristiken 
für y Kombinationen aus z Tags für all die unterschiedlichen Variationen 
von der Sichtweise, was jetzt ein Zusatz ist und was nicht, die bei 
solchen Sachen unweigerlich aufkommen.


Wohlgemerkt: ich habe nichts gegen alternative vollständige Namen 
(alt_name, old_name, name:alternative, name:official, 
name:$YOUR_QUALIFIER, ...), nur Bedenken gegen das Zerstückeln.


Aber alles in allem: die Welt geht nicht unter, egal wie du es machst :)

Viele Grüße
Igor

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

[Talk-de] Relationen überwachen