[Talk-transit] OSM Transit platform: call for action

[Tiziano D'Angelo]

Hello everybody!

In the past months, as you probably read here, I mapped almost entirely the
bus network of Padova, Italy.
Result: all the stops are there, almost all route relations (except some
variations of a route which happen once a day), now duplicating them with
both directions). I presented my work at OSMit 2010 including a review of
the different tools available with their pro and cons (slideshow available
in Italian here:
https://docs.google.com/present/edit?id=0AX90JH2rM34XZGR6cGJoczlfODU3anM2emgzcAhl=it
).
Fellow mappers started mapping other towns in Italy (Ferrara, Milan), some
tools were improved a lot: Roland Olbricht added loads of features to the
sketch generator, City Advisor and Metro applications for smartphones
respectively added features to easily import a list of stops with name and
location from OSM in CSV format or updates of the database with my data...

But I realized there was not (or if there is I didn't find it!) a unique
open source platform for public transport but many separated tools, all with
their pro and cons...A unique platform (as Google Transit) would be a killer
application for public transport data on OSM.

Imagine to:


   - view a map of the entire network of a specific area (OPNVKarte,
   OSMTransport, LatLon)
   - specify the desired level of detail showing one, two...all routes
   (OSMTransport) and possibility of showing different renderings
   - click over a line on the map/select the line from a list and see the
   sketch of that line with all the stops and with the desired level of details
   as correspondences, P+R, train stations, etc... (Roland Olbricht Sketch
   Generator)
   - click over a line on the map/select the line from a list to see its
   operating hours, frequency, timetables, wheelchair accessibility and other
   important details (no OSM-derived website supports this at the moment)
   - have door-to-door/stop-to-stop routing using OSM data + timetables or
   frequency information (no no OSM-derived website supports this at the moment
   - for example of competitors: Google Transit, http://imetro.nanika.net)
   - download the data (database, timetables, maps) for use in mobile phones
   with designed applications (for example City Advisor for Windows Mobile) or
   provide a simplified interface for mobile browsers or SMS-based requests.
   - provide local transport authorities tools to render timetables, sketch
   of routes, proximity maps of each stop for internal use or for users at each
   stop

all of this on the same platform/website!

Unfortunately, I don't have the programming skills to build such a platform,
but I'm writing here to see if any of you is interested either in the
programming either (like I would do to contribute to the project) in the
testing, support, design, translations and documentation.The project could
be then advertised through local representatives at local transport
authorities so they can adopt it.
In these months I aquired expertise in this field and have found interesting
contacts with possible partners in this project, so I would be delighted to
give my best to make this project possible. A test city could be Padova,
whose local transport authority doesn't have such a tool and which has a
complete mapping of stops.

Waiting for your reactions :)

ciao
Tiziano
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] OSM Transit platform: call for action

[Michał Borsuk]

On 28 June 2010 14:14, Tiziano D'Angelo tiziano.dang...@gmail.com wrote:

 Hello everybody!

 In the past months, as you probably read here, I mapped almost entirely the
 bus network of Padova, Italy.


Abstract: A new standard, better suited but compatible with what has been
done is needed.


Hi! I have also mapped almost my entire area, and I have found that the
option of combining OSM with bus timetables is not presently feasible. There
are the following problems:

* missing important details.  Just like you did, I skipped some strange
variants such as special Sunday early morning runs, or collective taxis
(because they tend to go wherever the people want). Also, there is at
present no provision for implementing the time of bus lines, so at present
one could be advised to take a night line at daytime.

* no approved standard. Should the stops be within the line as a point, or
as their physical location shows? Should we map a separate relation just for
the branch of the line from the split, or for the entire line? What is the
point of having two relations for two directions in Europe? IMHO Oxomoa
seems way too difficult for beginners, and it's overblown. The overhead
needed to maintain the standard is WAY too big. I have calculated that
sticking to the standard would cost me 25 to 50% more time, with just
marginally better results. The time to understand the standard is also not
to be ignored. A new standard, better suited but compatible with what has
been done is needed.

* negligent edits (unintended 'vandalism'). I keep needing to repair the ca.
80 bus lines that I have mapped, that is some 50 regional lines times each
15-30 km, plus city lines, much easier to maintain. I practically need to
repair the bus lines all the time, as when I finish, I might just as well
start over. Typically people just remove small sections of the line when
they map another relation, must be a bug of one of the editor. Nevertheless,
I am having trouble maintaining the collection, and there is no queue of
editors waiting to help.


To sum it all up, at present I decided to put the lines on the map just so
that openbusmap.org (ÖPNVkarte) can show them, but details must wait. I
suggest that you just remember what you want to introduce, and I suggest
that presently we work on slimming the oxomoa suggestion to make them scale
better, that is to make them accessible to beginners, as well as usable for
pros. In my opinion OSM is no Wikipedia, where one can just click Edit and
produce sensible results. We need to step out to prospective editors, make
the experience less of a hell for beginners.



-- 
Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia,

Michał Borsuk
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] OSM Transit platform: call for action

[Vincent Pottier]

Le 28/06/2010 14:14, Tiziano D'Angelo a écrit :

Hello everybody!

In the past months, as you probably read here, I mapped almost 
entirely the bus network of Padova, Italy.

Bello lavoro ! Nice work !
Could you fill the wiki page. Some relations seem not present so it is 
difficult to find the model you took.
I presented my work at OSMit 2010 including a review of the different 
tools available with their pro and cons (slideshow available in 
Italian here: 
https://docs.google.com/present/edit?id=0AX90JH2rM34XZGR6cGJoczlfODU3anM2emgzcAhl=it 
https://docs.google.com/present/edit?id=0AX90JH2rM34XZGR6cGJoczlfODU3anM2emgzcAhl=it).

Interresting. Could also be linked on the wiki page.

Imagine to:

* view a map of the entire network of a specific area (OPNVKarte,
  OSMTransport, LatLon)
* specify the desired level of detail showing one, two...all
  routes (OSMTransport) and possibility of showing different
  renderings
* click over a line on the map/select the line from a list and see
  the sketch of that line with all the stops and with the desired
  level of details as correspondences, P+R, train stations, etc...
  (Roland Olbricht Sketch Generator)


with links on correspondences.


* provide local transport authorities tools to render timetables,
  sketch of routes, proximity maps of each stop for internal use
  or for users at each stop


provide transport files such as
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html
Allready we can build some of those files (stops.txt, routes.txt, 
trips.txt, shapes.txt) from OSM data.

The excercie of creating such files will strenghten the model.
In these months I aquired expertise in this field and have found 
interesting contacts with possible partners in this project, so I 
would be delighted to give my best to make this project possible. A 
test city could be Padova, whose local transport authority doesn't 
have such a tool and which has a complete mapping of stops.
I have writen a little program in python that analyse a GPX to find 
stops and times. But I can make it run only on my computer.

It could be a tool to help gathering data.
The code is available on demand.

Le 28/06/2010 17:37, Micha? Borsuk a écrit :
* no approved standard. Should the stops be within the line as a 
point, or as their physical location shows?
If I have well understood the question, I think that a bus stop must be 
mapped where it is physicaly, and not on the line. So at a bus stop you 
usualy have two nodes one on left, one on right.
Should we map a separate relation just for the branch of the line from 
the split, or for the entire line?
For the entire line. It is easy to make a copy of a relation in JOSM, a 
to fulfill it.
What is the point of having two relations for two directions in 
Europe? IMHO Oxomoa seems way too difficult for beginners, and it's 
overblown. The overhead needed to maintain the standard is WAY too 
big. I have calculated that sticking to the standard would cost me 25 
to 50% more time, with just marginally better results. The time to 
understand the standard is also not to be ignored. A new standard, 
better suited but compatible with what has been done is needed.

I feel also that the Oxoma schema is sometimes too eavy.
But for maintenance two relations, one in each way, is easyer to 
maintain for me.

Because the road taken in the two ways are very often different.
Having ordered members in the relation is an easy way to find a mistake 
in JOSM.
With two stops (one on each side of the road) it is easier to fill the 
right relation with the right stop.


The schema could seem too difficult for a beginner but:
The beginners don't start mapping with a transport network.
The tools are more and more handful. The reality is complex.
It is longer to build but easier to maintain.

I'm sure that the Google specifications are usually enough. How can we 
map them ?
* Nevertheless, I am having trouble maintaining the collection, and 
there is no queue of editors waiting to help.
The problem of maintaining elements of relations in Potlatch (and 
keeping them ordered) have been talked with the authors.
To sum it all up, at present I decided to put the lines on the map 
just so that openbusmap.org http://openbusmap.org (ÖPNVkarte) can 
show them, but details must wait. I suggest that you just remember 
what you want to introduce, and I suggest that presently we work on 
slimming the oxomoa suggestion to make them scale better, that is to 
make them accessible to beginners, as well as usable for pros. In my 
opinion OSM is no Wikipedia, where one can just click Edit and produce 
sensible results. We need to step out to prospective editors, make the 
experience less of a hell for beginners.
With a good documentation, maybe the beginners would understand the 
schema. But you are right, the Oxoma page is not synthetic !

--
FrViPofm

___
Talk-transit mailing 

Re: [Talk-transit] OSM Transit platform: call for action

[Claudius Henrichs]

Am 28.06.2010 17:37, Michał Borsuk:



On 28 June 2010 14:14, Tiziano D'Angelo tiziano.dang...@gmail.com 
mailto:tiziano.dang...@gmail.com wrote:


Hello everybody!

In the past months, as you probably read here, I mapped almost
entirely the bus network of Padova, Italy. 



Abstract: A new standard, better suited but compatible with what has 
been done is needed.



Hi! I have also mapped almost my entire area, and I have found that 
the option of combining OSM with bus timetables is not presently 
feasible. There are the following problems:


* missing important details.  Just like you did, I skipped some 
strange variants such as special Sunday early morning runs, or 
collective taxis (because they tend to go wherever the people want). 
Also, there is at present no provision for implementing the time of 
bus lines, so at present one could be advised to take a night line at 
daytime.
I think the first step is getting hold if unique station identifiers. 
You would need to check if something like that exsists for your country 
or at least transport association. From than on it's quite easy to go 
forward. See http://wiki.openstreetmap.org/wiki/Naptan
* no approved standard. Should the stops be within the line as a 
point, or as their physical location shows? Should we map a separate 
relation just for the branch of the line from the split, or for the 
entire line? What is the point of having two relations for two 
directions in Europe? IMHO Oxomoa seems way too difficult for 
beginners, and it's overblown. The overhead needed to maintain the 
standard is WAY too big. I have calculated that sticking to the 
standard would cost me 25 to 50% more time, with just marginally 
better results. The time to understand the standard is also not to be 
ignored. A new standard, better suited but compatible with what has 
been done is needed.
Just a comment on the complexity of the public transport scheme by 
Oxomoa: You could get along with a very basic variant already and thus 
be standard-conform:
- Just put all way segments and the stop_positions in a relation with 
from=... and to=...
- Clone the relation in JOSM and reverse the order and switch from=... 
and to...

- put those two relations in a line=bus/tram relation  and you're done.
Not much more effort. In later expansions you might add the 
public_transport=platform and stuff


The wiki article is indeed very long, but as a starter it can be 
reduced to the above :)


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

Re: [Talk-transit] OSM Transit platform: call for action

[Vincent Pottier]

Le 28/06/2010 18:58, Claudius Henrichs a écrit :

Am 28.06.2010 17:37, Michał Borsuk:



On 28 June 2010 14:14, Tiziano D'Angelo tiziano.dang...@gmail.com 
mailto:tiziano.dang...@gmail.com wrote:


Hello everybody!

In the past months, as you probably read here, I mapped almost
entirely the bus network of Padova, Italy. 



Abstract: A new standard, better suited but compatible with what has 
been done is needed.



Hi! I have also mapped almost my entire area, and I have found that 
the option of combining OSM with bus timetables is not presently 
feasible. There are the following problems:


* missing important details.  Just like you did, I skipped some 
strange variants such as special Sunday early morning runs, or 
collective taxis (because they tend to go wherever the people want). 
Also, there is at present no provision for implementing the time of 
bus lines, so at present one could be advised to take a night line at 
daytime.
I think the first step is getting hold if unique station identifiers. 
You would need to check if something like that exsists for your 
country or at least transport association. From than on it's quite 
easy to go forward. See http://wiki.openstreetmap.org/wiki/Naptan
* no approved standard. Should the stops be within the line as a 
point, or as their physical location shows? Should we map a separate 
relation just for the branch of the line from the split, or for the 
entire line? What is the point of having two relations for two 
directions in Europe? IMHO Oxomoa seems way too difficult for 
beginners, and it's overblown. The overhead needed to maintain the 
standard is WAY too big. I have calculated that sticking to the 
standard would cost me 25 to 50% more time, with just marginally 
better results. The time to understand the standard is also not to be 
ignored. A new standard, better suited but compatible with what has 
been done is needed.
Just a comment on the complexity of the public transport scheme by 
Oxomoa: You could get along with a very basic variant already and thus 
be standard-conform:
- Just put all way segments and the stop_positions in a relation with 
from=... and to=...

- click on the order button on the relation tool in JOSM
- Clone the relation in JOSM and reverse the order and switch 
from=... and to...

- put those two relations in a line=bus/tram relation  and you're done.
Not much more effort. In later expansions you might add the 
public_transport=platform and stuff


The wiki article is indeed very long, but as a starter it can be 
reduced to the above :)


Claudius

Thank for this very short synthesis !-)

Said like that, it is easy also for beginners !
Sometimes the realty is a little bit more complicated.
But it is a good and solid start !
--
FrViPofm
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] OSM Transit platform: call for action

[Michał Borsuk]

On 28 June 2010 18:39, Vincent Pottier vpott...@gmail.com wrote:



 Le 28/06/2010 17:37, Michał Borsuk a écrit :

  * no approved standard. Should the stops be within the line as a point,
 or as their physical location shows?

 If I have well understood the question, I think that a bus stop must be
 mapped where it is physicaly, and not on the line. So at a bus stop you
 usualy have two nodes one on left, one on right.


Sure, this is my logic. But the currently most applied oxomoa standard
states otherwise.



  Should we map a separate relation just for the branch of the line from
 the split, or for the entire line?

 For the entire line. It is easy to make a copy of a relation in JOSM, a to
 fulfill it.


1. Aren't they going to appear as separate lines in openbusmap (ÖPNVkarte)?
Or do they have to be nested in another relation, which is clearly against
the intention of the authors of relations?
2. JOSM in hands of beginners = disaster (if they ever get past the
installation stage). Personally I try to avoid JOSM as much as possible.
Personal preferences.



  What is the point of having two relations for two directions in Europe?
 IMHO Oxomoa seems way too difficult for beginners, and it's overblown. The
 overhead needed to maintain the standard is WAY too big. I have calculated
 that sticking to the standard would cost me 25 to 50% more time, with just
 marginally better results. The time to understand the standard is also not
 to be ignored. A new standard, better suited but compatible with what has
 been done is needed.

 I feel also that the Oxoma schema is sometimes too eavy.
 But for maintenance two relations, one in each way, is easyer to maintain
 for me.
 Because the road taken in the two ways are very often different.


Surely if so! But if the difference is such that one direction goes on one
side of the avenue, and other direction of course goes on the other side of
the trees, then the road's one_direction tag kind of makes it clear where
the bus goes. If we intend to show routing on OSM in the future, then
missing pieces of information that would have to be entered by hand can be
dealt with by software.

That's why I asked about a tree-structured lines, e.g. RER. Presently one
has to map one entire line, then copy it as another version. And what if I
don't know the entire line? Do I copy the non-complete version and then deal
with extending 8 identical relations towards their terminus? Or if the
relation is remporarily re-routed due to construction, do I also have to
play with all versions?


 Having ordered members in the relation is an easy way to find a mistake in
 JOSM.


Is JOSM an integral part of OSM, or is it only one of the three editors?
Each editor is responsible for ca 1/3 of edits, and I would be really
hesitant to force upon users features that can be done only in JOSM.
Personal preferences of editors are not important?


 With two stops (one on each side of the road) it is easier to fill the
 right relation with the right stop.


It was just a rhetoric question to show how disconnected from reality
oxomoa can be. As a principle I dislike criticizing without providing an
alternative, so I would be very interested in having a discussion on
improving the schema. I strongly believe that it is possible to improve it
without damaging compatibility.


 The schema could seem too difficult for a beginner but:
 The beginners don't start mapping with a transport network.
 The reality is complex.


Surely total beginners should not be allowed to mess with maps, this is not
wikipedia. But having mapped 97% of lines in my area I still consider myself
a beginner. Maybe not a total one, but still, I find the learning curve a
bit complex. Do we want to keep the project elitist?

The tools are more and more handful.


Really? I know three: potlatch, merkaartor and josm. Are there any others,
excluding plugins?




 I'm sure that the Google specifications are usually enough. How can we map
 them ?


Can you please elaborate what Google specifications are? I think I have
heard of such, but failed to find them. Any hints?



 To sum it all up, at present I decided to put the lines on the map just so
 that openbusmap.org (ÖPNVkarte) can show them, but details must wait. I
 suggest that you just remember what you want to introduce, and I suggest
 that presently we work on slimming the oxomoa suggestion to make them scale
 better, that is to make them accessible to beginners, as well as usable for
 pros. In my opinion OSM is no Wikipedia, where one can just click Edit and
 produce sensible results. We need to step out to prospective editors, make
 the experience less of a hell for beginners.

 With a good documentation, maybe the beginners would understand the schema.
 But you are right, the Oxoma page is not synthetic!


I am repeating myself, but I seem to be a bit newer than you people are, so
let me share my experience: the learning curve to producing a sensible
network is a hell. The worst 

Re: [Talk-transit] OSM Transit platform: call for action

[Michał Borsuk]

On 28 June 2010 18:58, Claudius Henrichs claudiu...@gmx.de wrote:

  A






 Just a comment on the complexity of the public transport scheme by Oxomoa:
 You could get along with a very basic variant already and thus be
 standard-conform:
 - Just put all way segments and the stop_positions in a relation with
 from=... and to=...
 - Clone the relation in JOSM and reverse the order and switch from=...
 and to...
 - put those two relations in a line=bus/tram relation  and you're done.
 Not much more effort.


Doch, or on the contrary. First of all, there is the talk of JOSM again,
which itself has a steep learning curve. I think we possibly don't
understand each other: I don't have a problem with difficult tools, I have
enough courage to learn them, but I *need helpers quickly*. I need to assign
simple things to simple people, beginners with almost zero knowledge, so
JOSM is out of question, potlatch is the ultimate medium. Potlatch allows
mapping, but not much more. The answer is not necessarily to go to a more
difficult tool, but maybe in the other direction of easier rules.


-- 
Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia,

Michał Borsuk
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] Proposed changes to oxomoa schema [part 1]

[Michał Borsuk]

On 28 June 2010 20:35, Richard Mann
richard.mann.westoxf...@googlemail.comwrote:

 It's probably worth knowing what Potlatch2 will be capable of.
 Presumably it's relation-editing will be (is?) much improved, and the
 difficulties with implementing the Oxmoa standard will mostly go away.


Oxomoa is not only complex, but time-consuming. And while Potlatch2 may
allow better relation editing, it does not solve the problems completely. It
will still be time-consuming and limiting for experienced users, and complex
for beginners. How does one move (on the map, e.g. for construction works))
a relation containing other relations in an editor, anyway? Is it enough to
move the parent relation, or is one required to move all child relations?

I don't know if you people share my problems, but I have been looking for
potential candidates to help editing, and the problem is that for most
people the learning period is too long (the learning curve is too steep).
Since we cannot change people, we should bend the rules, and that's what I
am suggesting here: make it official.

-- 
Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia,

Michał Borsuk
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] Proposed changes to oxomoa schema [part 1]

[Claudius Henrichs]

Please find my comment on core lines below.

Am 28.06.2010 19:54, Michał Borsuk:

--

*ISSUE RAISED:
* change to the way more complex lines are mapped, that is the 
introduction of tags or roles instead of nested collections*


Present status: For lines with variants, each variant needs a separate 
relation


Problems:
* Nested relations are difficult to impossible to manage in potlatch,
* They are difficult to understand
* Creating a variant requires the entire route to be duplicated:  
impossible in potlatch

* Extending or rerouting such lines can be hell
* High risk of introducing a mess by inexperienced users (I think). I 
actually think my proposal is more error-resistant.
* It's time-consuming! It's easy to duplicate a line once one knows 
JOSM, but how much time does it take to get JOSM running, from 
downloading to having results? A lot.


*Proposed change: introduction of a core line, that is shared by all 
variants in all directions, and having the branches or exceptions in 
one direction tagged appropriately. Core line would have no tags, 
branch lines would be tagged arbitrarily. *


Result: lower consistency of the data entered, but much less time 
needed to enter and manage lines. The mess can be easily dealt with 
by server-side software presenting data to users. If one wants a route 
from one's side branch of a line, one looks down the tagged branch up 
to the main branch, and then up to the stop needed. Nothing hard to 
implement. It's the 21st century, I believe that we don't have to rely 
on simple parsers that take nothing else but point-to-point connections.
How would you enter this core line? It would be a relation with the ways 
and stops of the course again. So you would need the core line be a 
member of the branches and exception relations again. Probably I haven't 
fully understood how you would see your core lines respresented in the 
OSM data model.


Pozdrowienia,
Claudius
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]

[Claudius Henrichs]

Oxomoa is suggesting bus stop on the way only for the most basic bus 
stop (think of a bus stop on a crossing on the country side with just a 
sign). If you have a more advanced bus stop with waiting positions for 
passengers on both sides of the street you add a 
public_transport=stop_position on the way *and* add a 
public_transport=platform node/way on the location you are proposing 
(e.g. where they are). This solution allows to fulfill the data 
requirements of routers you described.

More details in the graphics here:
http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Examples_for_the_application_of_the_model_for_stops

Claudius

Am 28.06.2010 20:07, Michał Borsuk:

*ISSUE RAISED:
* map bus stops to their physical location, not a point on the 
route/street

*
Present status: If I understand correctly, oxomoa suggests that the 
bus stop data (name, unique number, etc.) be entered as properties of 
a point on the route/street.


Problems :
* Lines often have stops that are quite far apart for each direction
* This prohibits proper routing (GPS + walking),
* this system is not very intuitive I find.

*Proposed change: bus stops to be mapped exactly to where they are, 
and to be added to relations *


Result:
* better routing results e.g. one wants to find a correct way to the 
bus stop, and not to the average point somewhere between two stops of 
the same name in either direction.

* more intuitive system - easier learning curve for new users.

Influence on possible future software solutions: minor. May require 
all the stops on the route to be ordered based on their geographical 
location, as opposed to their place on the route (the latter is easier).


Comments: I have seen this system very often implemented - two bus 
stops on each side, so my suggestion is just to codify the situation 
for future editors.


Hope this is not too much at once, for more is to follow.


Greetings,


--
Best regards, mit freundlichen Grüssen, meilleurs sentiments, 
Pozdrowienia,


Michał Borsuk


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


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

Re: [Talk-transit] Proposed changes to oxomoa schema [part 1]

[Michał Borsuk]

 How would you enter this core line? It would be a relation with the ways
and stops of the course again. So you would need the core line be a member
of the branches and exception relations again.

Example:
Core line
route=bus
ref=100
additional_tag=[empty]

branch line
route=bus
ref=100
additional_tag=different_route

those two would meet in point A, from which the branch line sets off/rejoins
the core line. So a hypothetical future route-finding algorithm would follow
different_route to its end, upon meeting core line it would continue along.

Since we already have a collection or a tag stating to which public
company/ticket area a line belongs, line ref should be enough to uniquely
identify a line (route).



-- 
Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia,

Michał Borsuk
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]

[Claudius Henrichs]

Am 28.06.2010 22:16, Michał Borsuk:


More details in the graphics here:

http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Examples_for_the_application_of_the_model_for_stops


The link you provided is a very good example of oxomoa's weakness. 
While the first simple bus stop is clear, for two bus stops I must 
create a stop_area. How do you do that? (the example is not clear 
enough) And more importantly, what for? Is the gain worth the extra 
time, which is considerable?
Most of the time a relation for public_transport=stop_area is not 
necessary e.g. if you have two crossing bus lines which have the same 
name. In this case the router can easily determine that there's a 
changing location.
But if you have more infrastructure like a taxi stand (See here: 
http://www.openstreetmap.org/browse/relation/152809 ) or a ferry 
terminal it's sometimes necessary to create a stop_area. But no need to 
worry: Don't do it if you think it's too much time. Eventually someone 
else does it. In OSM you don't have to do everything yourself. And you 
don't need to do the whole 1000km² yourself :)


Do you have a map link to the area you are mapping public transport 
data? Maybe a complex example which took you time to tag?


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

Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]

[Shaun McDonald]

In the UK as part of the Naptan import we already have decided that bus stops 
must be marked exactly where they are on the ground and added to the route 
relation of the bus route.

Shaun

On 28 Jun 2010, at 19:07, Michał Borsuk wrote:

 Hi everybody again: 
 
 This time I'd like to propose a smaller change, but this one may break 
 compatibility with oxomoa - it has been, however, already commonly 
 implemented. 
 
 ISSUE RAISED:  
 * map bus stops to their physical location, not a point on the route/street
 
 Present status: If I understand correctly, oxomoa suggests that the bus stop 
 data (name, unique number, etc.) be entered as properties of a point on the 
 route/street. 
  
 Problems : 
 * Lines often have stops that are quite far apart for each direction
 * This prohibits proper routing (GPS + walking), 
 * this system is not very intuitive I find. 
 
 Proposed change: bus stops to be mapped exactly to where they are, and to be 
 added to relations 
 
 Result: 
 * better routing results e.g. one wants to find a correct way to the bus 
 stop, and not to the average point somewhere between two stops of the same 
 name in either direction. 
 * more intuitive system - easier learning curve for new users. 
 
 Influence on possible future software solutions: minor. May require all the 
 stops on the route to be ordered based on their geographical location, as 
 opposed to their place on the route (the latter is easier). 
 
 Comments: I have seen this system very often implemented - two bus stops on 
 each side, so my suggestion is just to codify the situation for future 
 editors. 
 
 Hope this is not too much at once, for more is to follow. 
 
 
 Greetings, 
 
 
 -- 
 Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, 
 
 Michał Borsuk
 ___
 Talk-transit mailing list
 Talk-transit@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-transit

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

Re: [Talk-transit] Proposed changes to oxomoa schema [part 1]

[Roland Olbricht]

 those two would meet in point A, from which the branch line sets
  off/rejoins the core line. So a hypothetical future route-finding
  algorithm would follow different_route to its end, upon meeting core line
  it would continue along.

It just doesn't work. Having an unordered relation or even mapping both 
directions within the same relation leads to ambiguities. Just two examples:

http://www.openstreetmap.org/?lat=51.29314lon=7.21791zoom=17layers=B000FTF
Bus service 618 southbound comes on the Gennebrecker Str. from the north, 
loops into Agnes-Miegel-Straße and then proceeds on the Gennebrecker Str. 
to the south, always. 618 northbound passes on the Gennebrecker Str. from 
south to north only.

Oxmoa suggests two relations
rel
  tag k=ref v=618/
  tag direction=southbound/
  ...
  member ref=northern Gennebrecker Str./
  member ref=Agnes-Miegel-Straße/
  member ref=southern Gennebrecker Str./
  ...
/rel

rel
  tag k=ref v=618/
  tag direction=northbound/
  ...
  member ref=southern Gennebrecker Str./
  member ref=northern Gennebrecker Str./
  ...
/rel

Now I would like to see how you discriminate this case from the case where 618 
passes through the loop in both directions (so does line 624) if you don't 
have an ordered relation.

In Oxmoa it is very simple: you map what the bus does.

Second example

http://www.openstreetmap.org/?lat=51.255881lon=7.150008zoom=18layers=B000FTF
Line 643 passes in both directions from Morianstraße on the left to 
Islandufer on the right. But in eastbound direction, it passes through 
platform 5, in westbound direction is passes through platform 4. This is 
important, because buses in both directions are at the stop at almost the same 
time. In Oxmoa, it is again simple and intuitive:

rel
  tag k=ref v=643/
  tag direction=eastbound/
  ...
  member ref=Morianstraße/
  member ref=platform 5/
  member ref=Islandufer/
  ...
/rel

rel
  tag k=ref v=643/
  tag direction=westbound/
  ...
  member ref=Morianstraße/
  member ref=platform 4/
  member ref=Islandufer/
  ...
/rel

 Also, there is at
present no provision for implementing the time of bus lines, so at present
one could be advised to take a night line at daytime.

See http://wiki.openstreetmap.org/wiki/Opening_hours (the server is currently 
down):
just add something like Mo-Fr 5:00-21:00 to indicate when the service is 
operational.

Nonetheless, there are still things that Oxmoa leaves open. For example, there 
is no specification how to store approximate journey time. But the usage of 
ordered relations and the separation of directions is one of the strengths of 
Oxmoa, not a weakness.

Concerning Potlatch ... It's just not open. You can easily contribute to JOSM 
by writing a plug-in or even submitting a patch. Potlatch makes the life for 
the programmer much more difficult; it has no defined interface for 
extensions. By the way, it doesn't work in a densely populated area at all.

The reason why I have written the plug-in for JOSM is that I wanted an easy 
way to map bus lines, not a personal preference of JOSM.

I'd suggest that we use the discussion page
http://wiki.openstreetmap.org/wiki/Public_Transport
of the wiki once the server is back again to write a consistent, easy-to-use 
and easy-to-implement standard.

Cheers,

Roland

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

Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]

[Michał Borsuk]

To Claudius and Shaun: why don't we have those rules written?


-- 
Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia,

Michał Borsuk
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit

[talk-ph] what's up with Province of Dinagat Island?

[maning sambale]

It used to be a town now a province (2006) now a town again (Feb 2010)?

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

-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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

[talk-ph] Mount Cabac

[Totor]

Hi all,

Anybody knows Mount Cabac in southern Leyte ?

I found it here : http://osm.org/go/4tROrp-?node=332020854layers=0B00FTFT

Close to mactan, in the middle of the sea. That must be wrong, no?

( Google also situates it there ^_^ )

Cheers Totor


  

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

Re: [talk-ph] Mount Cabac

[maning sambale]

Looking at the original record in gns can give us some clue:

Name (Gazetteer Order):  Cabac, Mount (Unverified)  === hmm
probably non-existent
Name (Reading Order):   Mount Cabac
Short Name: NULL
Feature Designation:NULL
DMS Lat:10° 17' 07 N === 10.2853 same with osm data
DMS Long:   124° 06' 00 E == 124.100 same with osm data
Country Name (Code):Philippines (RP)
ADM1 Name (Code):   Southern Leyte (59)  this is useful
Generic:NULL
Language Name (Code):   NULL
Creation Date:   7/4/1776 === this is dubious
Modify Date:2/1/1996 4:19:00 PM

The ADM1 code hinted to search somewhere in Southern Leyte probably this peak:
http://www.flickr.com/photos/esambale/4741565483/

Located somewhere here:
http://www.openstreetmap.org/?mlat=10.29468mlon=125.09260zoom=11layers=0B00FTFTnode=332020854

Ergo, data in the GNS is wrong.

On Mon, Jun 28, 2010 at 7:13 PM, Totor totor_...@yahoo.com wrote:
 Hi all,

 Anybody knows Mount Cabac in southern Leyte ?

 I found it here : http://osm.org/go/4tROrp-?node=332020854layers=0B00FTFT

 Close to mactan, in the middle of the sea. That must be wrong, no?

 ( Google also situates it there ^_^ )

 Cheers Totor




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




-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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

Re: [talk-ph] what's up with Province of Dinagat Island?

[Eugene Alvin Villar]

maning, don't mind the Inquirer news article headline. It's just Inquirer
reporters being ignorant again. :-P

Anyway, Shariff Kabunsuan and Dinagat Islands were provinces that were shot
down by the Supreme Court.

Dinagat Islands used to have a place=state node, but you, maning, deleted it
earlier this year because of the news. :-)
http://www.openstreetmap.org/browse/changeset/3853860

See this earlier short thread about Dinagat Islands:
http://lists.openstreetmap.org/pipermail/talk-ph/2010-February/001742.html


On Mon, Jun 28, 2010 at 5:17 PM, maning sambale
emmanuel.samb...@gmail.comwrote:

 It used to be a town now a province (2006) now a town again (Feb 2010)?

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

 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --

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




-- 
http://vaes9.codedgraphic.com
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] what's up with Province of Dinagat Island?

[maning sambale]

I see, thanks for refreshing my memory.

On Mon, Jun 28, 2010 at 11:54 PM, Eugene Alvin Villar sea...@gmail.com wrote:
 maning, don't mind the Inquirer news article headline. It's just Inquirer
 reporters being ignorant again. :-P

 Anyway, Shariff Kabunsuan and Dinagat Islands were provinces that were shot
 down by the Supreme Court.

 Dinagat Islands used to have a place=state node, but you, maning, deleted it
 earlier this year because of the news. :-)
 http://www.openstreetmap.org/browse/changeset/3853860

 See this earlier short thread about Dinagat Islands:
 http://lists.openstreetmap.org/pipermail/talk-ph/2010-February/001742.html


 On Mon, Jun 28, 2010 at 5:17 PM, maning sambale emmanuel.samb...@gmail.com
 wrote:

 It used to be a town now a province (2006) now a town again (Feb 2010)?

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

 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --

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



 --
 http://vaes9.codedgraphic.com




-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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

[OSM-talk] rural highway tagging: residential or track

[Stan Berka]

I have frequently a tagging dilemma. See this example: Coburn Rd on this
location: http://osm.org/go/z...@yoeg-- (N of US 2). It was tagged as
residential, but I've been there two days ago and it's a decent compacted
gravel road, almost 2-car wide primarily for agricultural use, although it
does connect farms, and probably can be even be used as through-road (to get
from one highway to another). Category residential seemed to me to be
primarily for urban setting. So, the best I thought for this one would be
track. But this is rendered almost like a path (the dashed line). What are
your thoughts?
droidguy
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] rural highway tagging: residential or track

[John Smith]

You should have sent this to the tagging list...

On 28 June 2010 21:08, Stan Berka stan.be...@gmail.com wrote:
 I have frequently a tagging dilemma. See this example: Coburn Rd on this
 location: http://osm.org/go/z...@yoeg-- (N of US 2). It was tagged as
 residential, but I've been there two days ago and it's a decent compacted
 gravel road, almost 2-car wide primarily for agricultural use, although it
 does connect farms, and probably can be even be used as through-road (to get
 from one highway to another). Category residential seemed to me to be
 primarily for urban setting. So, the best I thought for this one would be
 track. But this is rendered almost like a path (the dashed line). What are
 your thoughts?

In australia we tag these as highway=unclassified

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified

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

Re: [OSM-talk] rural highway tagging: residential or track

[Maarten Deen]

On Mon, 28 Jun 2010 07:08:39 -0400, Stan Berka stan.be...@gmail.com
wrote:
 I have frequently a tagging dilemma. See this example: Coburn Rd on this
 location: http://osm.org/go/z...@yoeg-- [1] (N of US 2). It was tagged as
 residential, but I've been there two days ago and it's a decent
 compacted gravel road, almost 2-car wide primarily for agricultural
 use, although it does connect farms, and probably can be even be used as
 through-road (to get from one highway to another). Category residential
 seemed to me to be primarily for urban setting. So, the best I thought
 for this one would be track. But this is rendered almost like a path
 (the dashed line). What are your thoughts?

Unclassified with paved=no or surface=gravel?

I was recently exploring Siberia (behind my computer!) and saw some
primary roads where it was obvious from a website (by that mapper) that
these were sand and dirt roads.
So I wouldn't let the surface decide what classification road it is.

I would reserve track for single-lane roads/tracks.

Regards,
Maarten

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

Re: [OSM-talk] rural highway tagging: residential or track

[Chris Hill]

Stan Berka wrote:
I have frequently a tagging dilemma. See this example: Coburn Rd on 
this location: http://osm.org/go/z...@yoeg-- (N of US 2). It was tagged 
as residential, but I've been there two days ago and it's a decent 
compacted gravel road, almost 2-car wide primarily for agricultural 
use, although it does connect farms, and probably can be even be used 
as through-road (to get from one highway to another). Category 
residential seemed to me to be primarily for urban setting. So, the 
best I thought for this one would be track. But this is rendered 
almost like a path (the dashed line). What are your thoughts?

droidguy
If it doesn't have houses along it I don't think it is residential. So I 
think your choice falls between highway=track and highway=unclassified, 
if it is driven along by Joe Public then I'd use unclassified. You can 
add surface=compacted to either to improve the detail.


--
Cheers, Chris
user: chillly


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

Re: [OSM-talk] rural highway tagging: residential or track

[John Smith]

On 28 June 2010 21:27, Maarten Deen md...@xs4all.nl wrote:
 Unclassified with paved=no or surface=gravel?

 I was recently exploring Siberia (behind my computer!) and saw some
 primary roads where it was obvious from a website (by that mapper) that
 these were sand and dirt roads.
 So I wouldn't let the surface decide what classification road it is.

 I would reserve track for single-lane roads/tracks.

Just like surface, lanes don't describe the type of road. Per the wiki
unclassified roads can be such that both cars need to pull onto the
shoulder of the road so they can pass each other...

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

Re: [OSM-talk] rural highway tagging: residential or track

[Pieren]

On Mon, Jun 28, 2010 at 1:30 PM, Chris Hill o...@raggedred.net wrote:

 If it doesn't have houses along it I don't think it is residential. So I
 think your choice falls between highway=track and highway=unclassified, if
 it is driven along by Joe Public then I'd use unclassified. You can add
 surface=compacted to either to improve the detail.


+1
And since the description says almost 2-car wide and it does connect
farms, and probably can be even be used as through-road, I would also tag
as 'unclassified'
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] rural highway tagging: residential or track

[Greg Troxel]

  I have frequently a tagging dilemma. See this example: Coburn Rd on this
  location: http://osm.org/go/z...@yoeg-- (N of US 2). It was tagged as
  residential, but I've been there two days ago and it's a decent compacted
  gravel road, almost 2-car wide primarily for agricultural use, although it
  does connect farms, and probably can be even be used as through-road (to get
  from one highway to another). Category residential seemed to me to be
  primarily for urban setting. So, the best I thought for this one would be
  track. But this is rendered almost like a path (the dashed line). What are
  your thoughts?

As John said, consider highway=unclassified.

If it's a 'real road', it shouldn't be track.

The fact that people *use* it for agricultural access doesn't make it a track.

If it's both

  a legal right of way (public way, or private way) *

  reasonably passable by normal passenger cars

then it's residential or unclassified, especially if it is reasonable to
use it to get from here to there as a connecting road.

track is more towards you better have 4WD and you ought to have a
reason to be using this although these aren't hard rules.


* meaning: does the government consider this a road, or a place you can
  drive off road.  The presence of any of speed limit signs,
  maintenance by county highway dept, government snow plowing would mean
  the government thinks it is a road.


pgpj4YYA1f73m.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] rural highway tagging: residential or track

[John Smith]

On 28 June 2010 22:12, Greg Troxel g...@ir.bbn.com wrote:
 track is more towards you better have 4WD and you ought to have a
 reason to be using this although these aren't hard rules.

You can use normal cars on what I'd consider tracks, but they are
usually a lot less maintained and are in national parks and such,
rather than for connecting farms etc...

 * meaning: does the government consider this a road, or a place you can
  drive off road.  The presence of any of speed limit signs,
  maintenance by county highway dept, government snow plowing would mean
  the government thinks it is a road.

In places that don't get snow they may use a grader to level the road
every so often to take out the corrugates...

http://en.wikipedia.org/wiki/Grader
http://www.expedition360.com/australia_lessons_science/2001/07/corrugated_roads.html

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

[OSM-talk] Rendering: nature_reserve and national_park

[yvecai]

Today, the polygons tagged with leisure=nature_reserve are rendered on 
the slippy map in the leisure layer, thus overlapping and hiding other 
landuse (like 'wood' for instance: http://osm.org/go/0CAfHX7).
These polygons should be rendered in the misc_boundaries layer, along 
with boundary=national_park and with a similar transparency.


Or maybe a tag boundary=nature_reserve would be more appropriate ?

Yves

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

[OSM-talk] Centre for Spatial Law and Policy Launched

[John Smith]

The Centre for Spatial Law and Policy has launched. From the entry:
The Centre for Spatial Law and Policy, a non-profit organization
focusing on the legal and policy issues associated with the
collection, use and distribution of spatial and location data, opened
its doors in Richmond, VA today. [...] The Centre plays a critical
role in the development and implementation of policies and laws that
result in a consistent and transparent legal and policy framework on
these important issues. [...] Founding members include: Google,
DigitalGlobe, DMTI Spatial Inc., GeoEye, ESRI, Lockheed Martin, Rolta
International. and PCI Geomatics.

http://apb.directionsmag.com/archives/8209-Centre-for-Spatial-Law-and-Policy-Launched.html

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

[OSM-talk] Call for Performers: SotM - Concert contest

[Richard Weait]

Hi all,

We are just days (!) away from the highly anticipated, anxiously
awaited, awe inspiring, and jaw-droppingly entertaining State of the
Map Concert Contest.

It will be held on Saturday night at the SotM venue and we need YOU to
make it great.

Sign up now on the wiki to perform your song.  And start rehearsing!

http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2010/Concert_Contest

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

[OSM-talk] wiki down ?

[colliar]

I can not get onto any wiki page.
Any problems ?

cheers colliar

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

Re: [OSM-talk] wiki down ?

[John Smith]

On 29 June 2010 14:33, colliar colliar4e...@aol.com wrote:
 I can not get onto any wiki page.
 Any problems ?

From what I've been able to gather it's been down for an hour or so.

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

Re: [OSM-talk] wiki down ?

[Nathan Edgars II]

colliar wrote:
I can not get onto any wiki page.
Any problems ?

It's down, and there also seems to be a problem with generating new
Mapnik tiles, for instance here:
http://www.openstreetmap.org/?lat=40.3454lon=-75.9435zoom=12layers=B000FTF
This also affects downloading in JOSM - you can download fine, but you
can't always see the area you're going to download from.

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

Re: [OSM-talk] wiki down ?

[Grant Slater]

Hi Guys,

All fixed now.
Squid fell over during a backup when disk space became tight. It acts
as cache for wiki and some of the mapnik tiles.

/ Grant

On 29 June 2010 05:50, Nathan Edgars II nerou...@gmail.com wrote:
 colliar wrote:
I can not get onto any wiki page.
Any problems ?

 It's down, and there also seems to be a problem with generating new
 Mapnik tiles, for instance here:
 http://www.openstreetmap.org/?lat=40.3454lon=-75.9435zoom=12layers=B000FTF
 This also affects downloading in JOSM - you can download fine, but you
 can't always see the area you're going to download from.

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


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

Re: [OSM-talk] wiki down ?

[Nathan Edgars II]

On Tue, Jun 29, 2010 at 12:50 AM, Nathan Edgars II nerou...@gmail.com wrote:
 colliar wrote:
I can not get onto any wiki page.
Any problems ?

 It's down, and there also seems to be a problem with generating new
 Mapnik tiles, for instance here:
 http://www.openstreetmap.org/?lat=40.3454lon=-75.9435zoom=12layers=B000FTF
 This also affects downloading in JOSM - you can download fine, but you
 can't always see the area you're going to download from.

And it's back up. Cheers.

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

Re: [OSM-talk] wiki down ?

[colliar]

Grant Slater schrieb:
 Hi Guys,

 All fixed now
Thanks

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

Re: [OSM-talk-nl] Talk-nl Digest, Vol 40

[taede terpstra]

Eensch. Ik heb geprobeerd de 'discussie' vanaf de zijlijn te volgen, en het 
leek al snel een wedstrijdje moddergooien. Komt heel erg kinderachtig op me 
over. Dit soort argumenten zouden via privé mailtjes of iets dergelijk 
afgehandeld moeten worden, het enige wat je hiermee doet is mensen afschrikken 
hun wijzigingen in OSM aan te brengen. We hoeven heus niet allemaal vriendjes 
te zijn omdat we met hetzelfde onderwerp  bezig zijn, maar een beetje 
beschaafder mag ook wel.

groeten,

Taede.

 Date: Mon, 28 Jun 2010 07:54:47 +0200
 From: md...@xs4all.nl
 To: talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] Talk-nl Digest, Vol 40
 
 On Mon, 28 Jun 2010 00:21:31 +0200, Cartinus carti...@xs4all.nl wrote:
  On Monday 28 June 2010 00:01:50 Jeroen Muris wrote:
  Stefan, Cartinus: hou op alsjebieft!
  
  Als dit de enige reactie is die ik van iemand anders dan Stefan zie over
  dit 
  onderwerp, dan moet ik mischien maar verhuizen naar Duitsland. Daar
 worden 
  gewonen mappers tenminste niet als tweederangs OSM-ers gezien.
 
 Ik denk dat het eerder over het gekift onderling gaat. Ik snap er ook
 niets van, maar blijkbaar heerst er nogal wat onvrede bij deze en gene.
 
 Ik denk niet dat Jeroen jou of jouw mappen bedoelt.
 
 Maarten
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl
  
_
The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Talk-nl Digest, Vol 40

[Floris Looijesteijn]

Hear thee, hear thee!

En Cartinus, ik kan je verzekeren dat er meerdere mensen dit topic gevolgd
hebben maar het was al snel duidelijk dat er op deze manier toch niet uit
te komen is...

gr,
floris

taede terpstra wrote:

 Eensch. Ik heb geprobeerd de 'discussie' vanaf de zijlijn te volgen, en
 het leek al snel een wedstrijdje moddergooien. Komt heel erg kinderachtig
 op me over. Dit soort argumenten zouden via privé mailtjes of iets
 dergelijk afgehandeld moeten worden, het enige wat je hiermee doet is
 mensen afschrikken hun wijzigingen in OSM aan te brengen. We hoeven heus
 niet allemaal vriendjes te zijn omdat we met hetzelfde onderwerp  bezig
 zijn, maar een beetje beschaafder mag ook wel.

 groeten,

 Taede.

 Date: Mon, 28 Jun 2010 07:54:47 +0200
 From: md...@xs4all.nl
 To: talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] Talk-nl Digest, Vol 40

 On Mon, 28 Jun 2010 00:21:31 +0200, Cartinus carti...@xs4all.nl wrote:
  On Monday 28 June 2010 00:01:50 Jeroen Muris wrote:
  Stefan, Cartinus: hou op alsjebieft!
 
  Als dit de enige reactie is die ik van iemand anders dan Stefan zie
 over
  dit
  onderwerp, dan moet ik mischien maar verhuizen naar Duitsland. Daar
 worden
  gewonen mappers tenminste niet als tweederangs OSM-ers gezien.

 Ik denk dat het eerder over het gekift onderling gaat. Ik snap er ook
 niets van, maar blijkbaar heerst er nogal wat onvrede bij deze en gene.

 Ik denk niet dat Jeroen jou of jouw mappen bedoelt.

 Maarten


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

 _
 The New Busy is not the too busy. Combine all your e-mail accounts with
 Hotmail.
 http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4___
 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

[OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Martijn van Exel]

Wie heeft er zin om deze week een keer 's avonds het Noorderpark in kaart te 
gaan brengen? 
De geïmporteerde 3Dshapes geven nog de oude situatie weer en het park is 
helemaal op de schop geweest. 
Pre-/Afterparty bij mij behoort tot de mogelijkheden.

Martijn


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

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Floris Looijesteijn]

Martijn van Exel wrote:
 Wie heeft er zin om deze week een keer 's avonds het Noorderpark in kaart
 te gaan brengen?
 De geïmporteerde 3Dshapes geven nog de oude situatie weer en het park is
 helemaal op de schop geweest.
 Pre-/Afterparty bij mij behoort tot de mogelijkheden.

 Martijn

Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er bij.

groet,
floris

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

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Martijn van Exel]

Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat wel kan. 
Zonder tegenbericht woensdagavond om half acht. Verzamelen bij het ronde 
zwembadje[1]

http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers=B000FTF

Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin, vijf 
minuten daarvandaan.

Martijn

On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:

 Martijn van Exel wrote:
 Wie heeft er zin om deze week een keer 's avonds het Noorderpark in kaart
 te gaan brengen?
 De geïmporteerde 3Dshapes geven nog de oude situatie weer en het park is
 helemaal op de schop geweest.
 Pre-/Afterparty bij mij behoort tot de mogelijkheden.
 
 Martijn
 
 Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er bij.
 
 groet,
 floris
 
 ___
 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] Amsterdam-Noord - Mapping Noorderpark

[Roeland Douma]

Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen bij te 
zijn!

Groet,
--Roeland

On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
 Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat wel
 kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij het
 ronde zwembadje[1]
 
 http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers=B
 000FTF
 
 Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin, vijf
 minuten daarvandaan.
 
 Martijn
 
 On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
  Martijn van Exel wrote:
  Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
  kaart te gaan brengen?
  De geïmporteerde 3Dshapes geven nog de oude situatie weer en het park is
  helemaal op de schop geweest.
  Pre-/Afterparty bij mij behoort tot de mogelijkheden.
  
  Martijn
  
  Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er bij.
  
  groet,
  floris
  
  ___
  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] juridische status 3d shapes bestand

[Rejo Zenger]

++ 25/06/10 11:15 +0200 - Philip Homburg:
Dus nogmaals. Ik vind het mooi dat je de tijd erin gestoken om die 
claim van tafel te krijgen. Maar ik vind het zeer bedenklijk dat je op 
basis van je eigen mening anderen binnen OSM zo hard durft te 
beschuldigen van onzorgvuldig handelen.

Toch moet ik hier nog even op reageren, het is te belangrijk om helemaal 
te negeren: voor mijn gevoel heb ik niemand ergens van beschuldigd. 

Ik heb aangegeven dat ik het gebrek aan openheid een bezwaar vind, zeker 
gezien de aard van het project. Kritiek op het gebrek aan openheid, niet 
op een persoon. In mijn initiele posting heb ik om dat te benadrukken, 
niemand bij naam genoemd. Enkel kritiek hebben is te makkelijk. En dus 
daarom heb ik er ook iets mee gedaan. 

Ik meen niemand van onzorgvuldig handelen te hebben beticht. Wel heb 
ik de indruk dat een aantal mensen mijn Wob verzoek als een persoonlijk 
aanval heeft opgevat.


-- 
Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl
GPG encrypted e-mail prefered. 


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

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Daniel Paulus]

Martijn,

Ook ik heb nog plek vrij en ben graag van de partij, als er niets  
belangrijks tussen komt.

Heb je al een start tijd of lees ik daar nou overheen?
Ik neem aan dat er voldoende parkeer gelegenheid is?

Ik zou graag gebruik maken van de data processing, daar heb ik nog  
heel wat over te leren!


Groet,

Daniel

Op 28 jun 2010, om 14:31 heeft Martijn van Exel het volgende geschreven:

Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat  
wel kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen  
bij het ronde zwembadje[1]


http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers=B000FTF

Nadien bij behoefte dataprocessing met een biertje bij mij in de  
tuin, vijf minuten daarvandaan.


Martijn

On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:


Martijn van Exel wrote:
Wie heeft er zin om deze week een keer 's avonds het Noorderpark  
in kaart

te gaan brengen?
De geïmporteerde 3Dshapes geven nog de oude situatie weer en het  
park is

helemaal op de schop geweest.
Pre-/Afterparty bij mij behoort tot de mogelijkheden.

Martijn


Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er  
bij.


groet,
floris

___
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] Amsterdam-Noord - Mapping Noorderpark

[Roeland Douma]

Daniel,

Je hebt er inderdaad overheen gelezen:

Zonder tegenbericht woensdagavond om half acht. Verzamelen bij het ronde 
zwembadje[1]

http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers=B000FTF
 


Hopelijk tot woensdag :)

Groet,
--Roeland

On Monday 28 June 2010 19:22:48 Daniel Paulus wrote:
 Martijn,
 
 Ook ik heb nog plek vrij en ben graag van de partij, als er niets
 belangrijks tussen komt.
 Heb je al een start tijd of lees ik daar nou overheen?
 Ik neem aan dat er voldoende parkeer gelegenheid is?
 
 Ik zou graag gebruik maken van de data processing, daar heb ik nog
 heel wat over te leren!
 
 Groet,
 
 Daniel
 
 Op 28 jun 2010, om 14:31 heeft Martijn van Exel het volgende geschreven:
  Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat
  wel kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen
  bij het ronde zwembadje[1]
  
  http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers
  =B000FTF
  
  Nadien bij behoefte dataprocessing met een biertje bij mij in de
  tuin, vijf minuten daarvandaan.
  
  Martijn
  
  On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
  Martijn van Exel wrote:
  Wie heeft er zin om deze week een keer 's avonds het Noorderpark
  in kaart
  te gaan brengen?
  De geïmporteerde 3Dshapes geven nog de oude situatie weer en het
  park is
  helemaal op de schop geweest.
  Pre-/Afterparty bij mij behoort tot de mogelijkheden.
  
  Martijn
  
  Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er
  bij.
  
  groet,
  floris
  
  ___
  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] Amsterdam-Noord - Mapping Noorderpark

[Roeland Douma]

Uiteraard ben ik voor de afterparty (verwerking+bier) :)

On Monday 28 June 2010 15:34:01 Roeland Douma wrote:
 Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen bij te
 zijn!
 
 Groet,
 --Roeland
 
 On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
  Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat wel
  kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij het
  ronde zwembadje[1]
  
  http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers
  =B 000FTF
  
  Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin,
  vijf minuten daarvandaan.
  
  Martijn
  
  On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
   Martijn van Exel wrote:
   Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
   kaart te gaan brengen?
   De geïmporteerde 3Dshapes geven nog de oude situatie weer en het park
   is helemaal op de schop geweest.
   Pre-/Afterparty bij mij behoort tot de mogelijkheden.
   
   Martijn
   
   Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er bij.
   
   groet,
   floris
   
   ___
   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] juridische status 3d shapes bestand

[Philip Homburg]

In your letter dated Mon, 28 Jun 2010 15:55:23 +0200 you wrote:
Dus nogmaals. Ik vind het mooi dat je de tijd erin gestoken om die=20
claim van tafel te krijgen. Maar ik vind het zeer bedenklijk dat je op=20
basis van je eigen mening anderen binnen OSM zo hard durft te=20
beschuldigen van onzorgvuldig handelen.

Toch moet ik hier nog even op reageren, het is te belangrijk om helemaal
te negeren: voor mijn gevoel heb ik niemand ergens van beschuldigd.

Ik heb aangegeven dat ik het gebrek aan openheid een bezwaar vind, zeker
gezien de aard van het project. Kritiek op het gebrek aan openheid, niet
op een persoon. In mijn initiele posting heb ik om dat te benadrukken,
niemand bij naam genoemd. Enkel kritiek hebben is te makkelijk. En dus
daarom heb ik er ook iets mee gedaan.

Ik meen niemand van onzorgvuldig handelen te hebben beticht. Wel heb
ik de indruk dat een aantal mensen mijn Wob verzoek als een persoonlijk
aanval heeft opgevat.

Sorry, maar OSM is in Nederland nu eenmaal geen officiele organisatie, met
medewerkers die namens die organisatie handelen. Dus in basis gaat het om prive
e-mails. En ook de andere partij kan daarin dingen gezegd hebben die niet 
bedoeld zijn om gepubliceerd te worden.

Zo gaan die dingen. Erg vervelend als je geen insider bent. Maar daar is niet
veel aan te doen.

Pro forma hebben degenen die de 3d shapes geimporteerd hebben gesteld dat de
versie die zij gedownload hebben de juiste licentie had. En er heeft niemand
officieel een claim neergelegd zat er sprake zou zijn van schending van een
specifiek auteursrecht.

Dus ik vind het prima dat je de rechten op die data duidelijk gemaakt hebt.
En er is op dat punt ook geen reden om alles maar voor zoete koek te slikken.

Maar om telkens weer terug te komen op dat gebrek aan openheid vind ik wel
iets wat mensen beschadigd. Voornamelijk omdat het voor dit hele verhaal
totaal niets uitmaakt.

Alle relevante informatie was beschikbaar. En dat er dan ook nog wat prive
communicatie is, daar is gewoon niets aan te doen.



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

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Floris Looijesteijn]

me three!

Roeland Douma wrote:
 Uiteraard ben ik voor de afterparty (verwerking+bier) :)

 On Monday 28 June 2010 15:34:01 Roeland Douma wrote:
 Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen bij
 te
 zijn!

 Groet,
 --Roeland

 On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
  Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat
 wel
  kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij
 het
  ronde zwembadje[1]
 
  http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers
  =B 000FTF
 
  Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin,
  vijf minuten daarvandaan.
 
  Martijn
 
  On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
   Martijn van Exel wrote:
   Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
   kaart te gaan brengen?
   De geïmporteerde 3Dshapes geven nog de oude situatie weer en het
 park
   is helemaal op de schop geweest.
   Pre-/Afterparty bij mij behoort tot de mogelijkheden.
  
   Martijn
  
   Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er
 bij.
  
   groet,
   floris
  
   ___
   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



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

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Roeland Douma]

Ik kom via een omweg die kant op gefietst (pak ik nog enkele knooppunten mee).

Verder gaat  het park dan wel erg rap inderdaad. Andres print ik wel wat 
Walking Papers van de omgeving en ga ik daar huisnummers doen. 

@Floris: Wel in je OSM shirt he ;)

@Martijn: ik neem aan dat je thuis wifi hebt? Dan neem ik namelijk mijn laptop 
mee. Meteen invullen die handel :D

Tot woensdag,
--Roeland

On Monday 28 June 2010 23:41:37 Martijn van Exel wrote:
 Okee, Floris, Roeland, Daniel, en misschien nog een klein handjevol
 collega's, dat park hebben we in no-time gemapt :) Kunnen we misschien nog
 wat huisnummertjes in de omgeving meepakken.
 
 Tot woensdag!
 
 Martijn van Exel +++ m...@rtijn.org
 Laziness – Impatience – Hubris
 
 http://schaaltreinen.nl
 twitter: mvexel
 skype: mvexel
 flickr: rhodes
 
 On Jun 28, 2010, at 9:07 PM, Floris Looijesteijn wrote:
  me three!
  
  Roeland Douma wrote:
  Uiteraard ben ik voor de afterparty (verwerking+bier) :)
  
  On Monday 28 June 2010 15:34:01 Roeland Douma wrote:
  Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen
  bij te
  zijn!
  
  Groet,
  --Roeland
  
  On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
  Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat
  
  wel
  
  kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij
  
  het
  
  ronde zwembadje[1]
  
  http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18lay
  ers =B 000FTF
  
  Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin,
  vijf minuten daarvandaan.
  
  Martijn
  
  On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
  Martijn van Exel wrote:
  Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
  kaart te gaan brengen?
  De geïmporteerde 3Dshapes geven nog de oude situatie weer en het
  
  park
  
  is helemaal op de schop geweest.
  Pre-/Afterparty bij mij behoort tot de mogelijkheden.
  
  Martijn
  
  Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er
  
  bij.
  
  groet,
  floris
  
  ___
  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
  
  ___
  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

[OSM-talk-nl] Fietsknooppuntennetwerk: Amstelland - Meerlanden

[Roeland Douma]

Howdy!

Daar het fiets seizoen weer op volle gang is en het heerlijk weer is zit ik 
weer regelmatig op de fiets om de knooppuntenroutes danwel netwerken uit te 
breiden.

Ter informatie ik tag deze volgens [1]. Dit doen reeds veel mensen en het 
syteem lijkt goed te werken.

Er is reeds een netwerk relatie Amstelland - Meerlanden [2]. Deze is volgens 
bovengenoemd systeem getagd. Nog lang niet alle knooppunten en routes staan 
erin en er is dus nog genoeg te doen!

Ik kwam echter ook langs een andere (oudere) relatie [3]. Deze is duidelijk 
nog niet getagd volgens het schema en is vooral een enorme verzameling ways. 
Een stuk minder semantiek dus. Nu wil het dat de meeste ways zich bevinden in 
een stuk waar ik zelde fiets.

Ik heb dus geen idee of de knooppunt routes kloppen. Zeker met betrekking tot 
forward/backward roles en split junctions. Echter zoals de data er nu in zit 
kan er niet heel veel mee gebeuren, denk hierbij aan routing danwel 
semantische checks (bestaat er wel echt een route van a-b),

Mijn voorstel is om de relatie [3] uiteindelijk weg te gooien. Zijn er mappers 
die in de buurt mappen van de wegen en knooppunten in [3] en deze dus om 
kunnen taggen naar [1]?

Andere optie is dat ik gewoon de relatie verwijder en we dus minder blauw op 
openfietskaart.nl hebben, dat is misshcien voor fietsers in de omgeving wel 
iets 
motiverenderd om er even langs te fietsen...

Wat wordt gezien als de beste oplossing?

Groet,
--Roeland

[1] http://wiki.openstreetmap.org/wiki/Cycle_Node_Network_Tagging
[2] http://www.openstreetmap.org/browse/relation/163282
[3] http://www.openstreetmap.org/browse/relation/8410


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

Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark

[Frank Steggink]

Ik kom wel een handje helpen met huisnummers of het park. Uiteraard in 
mijn OSM shirt!


Groeten,

Frank

On 10-06-28 11:41 PM, Martijn van Exel wrote:

Okee, Floris, Roeland, Daniel, en misschien nog een klein handjevol collega's, 
dat park hebben we in no-time gemapt :) Kunnen we misschien nog wat 
huisnummertjes in de omgeving meepakken.

Tot woensdag!

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 28, 2010, at 9:07 PM, Floris Looijesteijn wrote:

   

me three!

Roeland Douma wrote:
 

Uiteraard ben ik voor de afterparty (verwerking+bier) :)

On Monday 28 June 2010 15:34:01 Roeland Douma wrote:
   

Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen bij
te
zijn!

Groet,
--Roeland

On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
 

Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat
   

wel
 

kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij
   

het
 

ronde zwembadje[1]

http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18layers
=B 000FTF

Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin,
vijf minuten daarvandaan.

Martijn

On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
   

Martijn van Exel wrote:
 

Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
kaart te gaan brengen?
De geïmporteerde 3Dshapes geven nog de oude situatie weer en het
   

park
 

is helemaal op de schop geweest.
Pre-/Afterparty bij mij behoort tot de mogelijkheden.

Martijn
   

Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er
 

bij.
 

groet,
floris

___
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

   


___
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] Amsterdam-Noord - Mapping Noorderpark

[Martijn van Exel]

Ja, wifi is beschikbaar.

M

Martijn van Exel +++ m...@rtijn.org
Laziness – Impatience – Hubris

http://schaaltreinen.nl
twitter: mvexel
skype: mvexel
flickr: rhodes

On Jun 29, 2010, at 12:04 AM, Roeland Douma wrote:

 Ik kom via een omweg die kant op gefietst (pak ik nog enkele knooppunten mee).
 
 Verder gaat  het park dan wel erg rap inderdaad. Andres print ik wel wat 
 Walking Papers van de omgeving en ga ik daar huisnummers doen. 
 
 @Floris: Wel in je OSM shirt he ;)
 
 @Martijn: ik neem aan dat je thuis wifi hebt? Dan neem ik namelijk mijn 
 laptop 
 mee. Meteen invullen die handel :D
 
 Tot woensdag,
 --Roeland
 
 On Monday 28 June 2010 23:41:37 Martijn van Exel wrote:
 Okee, Floris, Roeland, Daniel, en misschien nog een klein handjevol
 collega's, dat park hebben we in no-time gemapt :) Kunnen we misschien nog
 wat huisnummertjes in de omgeving meepakken.
 
 Tot woensdag!
 
 Martijn van Exel +++ m...@rtijn.org
 Laziness – Impatience – Hubris
 
 http://schaaltreinen.nl
 twitter: mvexel
 skype: mvexel
 flickr: rhodes
 
 On Jun 28, 2010, at 9:07 PM, Floris Looijesteijn wrote:
 me three!
 
 Roeland Douma wrote:
 Uiteraard ben ik voor de afterparty (verwerking+bier) :)
 
 On Monday 28 June 2010 15:34:01 Roeland Douma wrote:
 Mijn woensdag avond is momenteel nog vrij. Ik ga er dus ook proberen
 bij te
 zijn!
 
 Groet,
 --Roeland
 
 On Monday 28 June 2010 14:31:14 Martijn van Exel wrote:
 Jij bent de eerste, dus jij bepaalt. Woensdagavond! Ik denk dat dat
 
 wel
 
 kan. Zonder tegenbericht woensdagavond om half acht. Verzamelen bij
 
 het
 
 ronde zwembadje[1]
 
 http://www.openstreetmap.org/?mlat=52.390395mlon=4.922529zoom=18lay
 ers =B 000FTF
 
 Nadien bij behoefte dataprocessing met een biertje bij mij in de tuin,
 vijf minuten daarvandaan.
 
 Martijn
 
 On 28 jun 2010, at 14:21, Floris Looijesteijn wrote:
 Martijn van Exel wrote:
 Wie heeft er zin om deze week een keer 's avonds het Noorderpark in
 kaart te gaan brengen?
 De geïmporteerde 3Dshapes geven nog de oude situatie weer en het
 
 park
 
 is helemaal op de schop geweest.
 Pre-/Afterparty bij mij behoort tot de mogelijkheden.
 
 Martijn
 
 Woensdagavond heb ik nog wel tijd, dus als het dat wordt ben ik er
 
 bij.
 
 groet,
 floris
 
 ___
 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
 
 ___
 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

[talk-au] Bribie Island OpenStreetMap Mapping Party coming up soon! (Sat 17 July)

[David Dean]

Hi everyone,

OSM mapping party propaganda follows. Please pass onto anyone you
think might be interested.

- David



Calling all map-lovers, amateur cartographers, surveyors and
cartophiles! Local OpenStreetMappers are having a mapping party soon,
and we want your help.

When: Saturday 17th July 2010
Agenda:
09:00 - 09:30BBQ Breakfast at Quota Park, Welsby Parade
09:30 - 13:00Mapping
13:00 - 14:00Lunch at Bribie Island Hotel, 29 Sylvan Beach Esplanade
Details: 
http://wiki.openstreetmap.org/wiki/Bribie_Island_Mapping_Party_July_2010

OpenStreetMap is a collaboratively built free map of the world, with
simple wiki-like editing;  think ‘Wikipedia’, but for maps. The result
is highly detailed digital maps, created and edited by local
communities, that are free to reproduce without the normal commercial
restrictions.  It's a fun project to get involved with; you'll
discover how maps are made and uncover the geographical secrets of
your neighbourhood.

Volunteers from all around Brisbane have already begun mapping the
roads, footpaths and cycleways across the city, but now we need your
help to improve our map by adding street details and amenities such as
restaurants, parks, playgrounds and shops.

For July, we will be mapping Bribie Island. After beginning with a
delicious BBQ breakfast at Quota Park, we will split up and spread out
over Bribie Island to collect information for inclusion in
OpenStreetMap. You are welcome to map however and wherever you want,
but here are a few suggestions for things that other mappers like to
collect:

* Missing streets, footpaths and cycleways
* Missing street names
* Missing street facilities (traffic lights, pedestrian crossings,
speed bumps, etc.)
* Missing reserves, parks, schools and child-care centres
* Missing amenities (water fountains, toilets, playgrounds, seats,
shelters, etc.)
* Details of shops/restaurants/pubs

However, if you aren't sure what you can do, we'll be happy to provide
ideas and help get you started. If you have a GPS device, including a
GPS-enabled phone, bring it along, but you don’t need anything special
to map - just a pen and paper will do. Blank maps for note-taking can
easily be made available if prior notice is provided.

After spending a couple of hours surveying we will rejoin at the
Bribie Island Hotel at 13:00 for lunch and to debrief. If you have a
laptop, bring it along and we'll show you how easy it is to use
OpenStreetMap on your own computer. Internet access will be made
available through shared mobile broadband (or bring your own).

If you can’t or don’t feel like helping in the physical survey, or you
just want to be social, please feel free to turn up at the Bribie
Island Hotel anyway. We’ll be there between 13:00 and 14:00 and we’ll
be happy to introduce you to OpenStreetMap, and maybe get you set up
to map your local area.

If you can come, please let David Dean know by Wednesday the 14th of
June, so we can have some idea of how will be turning up on the day.

Contact David Dean on 0407 151 912 to RSVP or for more information.

(please let me know if you don't want these emails in future)
-- 
David Dean
Post-Doctoral Fellow, RP-SAIVT, QUT
(me) http://www.davidbdean.com
(saivt) http://www.bee.qut.edu.au/projects/saivt/
(post) Room S1101, GPO Box 2434, Brisbane, Australia 4001
(p) +61 7 3138 1414 (m) 0407 151 912
(CRICOS) 00213J

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

Re: [talk-au] Queensland parks, forests and conservation areas

[Liz]

On Mon, 28 Jun 2010, John Smith wrote:
 State forests aren't the same thing as national parks, state forests
 are government operated logging areas...
not necessarily.
In NSW
it was that state forests had really loose rules about human recreation and 
national parks had very heavy handed rules
so that you could happily picnic and whatever in the state forest everywhere
but now the NSW Sparks and Wildfires has taken over the State Forest reserves
so now expect fishing to be banned on the river reserves and all fun taken out 
of life.

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

Re: [talk-au] Queensland parks, forests and conservation areas

[Markus]

Hi,

 

I would tag the forests that aren't national parks as landuse=forest and
remove the boundary key. Unless they are protected areas where I would use
the boundary=protected_area and the protect_id key.

You could also use boundary=nature_reserve or boundary=landscape_reserve if
it fits into either of these categorys.

 

 

http://wiki.openstreetmap.org/wiki/Kosmos_protected_area_rendering#Protected
_Areas

 

http://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area

 


Forests

Landuse=forest

 

 

National Parks

boundary=national_park

leisure=nature_reserve

 

 

Protected Areas

 

boundary=protected_area

protect_id=

 

I would also remove the non standard key names like
derm.qld.gov.au:GLR_NUMBER and FEAT_NAME

 

 

Markus

  _  

From: talk-au-boun...@openstreetmap.org
[mailto:talk-au-boun...@openstreetmap.org] On Behalf Of James Livingston
Sent: Monday, 28 June 2010 9:54 AM
To: talk-au@openstreetmap.org
Subject: [talk-au] Queensland parks, forests and conservation areas

 

Hi all,

I've been looking at http://data.australia.gov.au/127, which contains all
the national parks, state forest, conservation areas and so on in
Queensland. If no-one else had been doing anything with this, I'd been
thinking about adding it to OSM.

Current practice seems to be tagging them all as boundary=national_park,
regardless of whether they're National Parks or other things like State
Forests. Would adding national_park=state_forest and similar to the tags be
a good idea?

There's also a bunch of things like resource reserves and timber
reserves inside the parks, any good suggestions about how to tag those?


This would obviously be a manual piece-by-piece upload, since it would need
merging with existing data there's interesting things like river/road names
we can pull out (because it has the road reserves marked). A converted file
with most of the attributes cleaned up is at
http://www.sunsetutopia.com/qld_parks.osm.bz2 if anyone wants to look, but
it still needs a lot of merging of polygons and the like

-- 
James 


No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 9.0.830 / Virus Database: 271.1.1/2967 - Release Date: 06/28/10 
04:05:00
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Queensland parks, forests and conservation areas

[James Livingston]

On 28/06/2010, at 8:16 PM, Markus wrote:
 Forests
 Landuse=forest
  
 National Parks
 boundary=national_park
 leisure=nature_reserve

Sounds good.


 Protected Areas
  
 boundary=protected_area
 protect_id=

Ah, the original data had IUCN codes, so I can put these back in as protect_id 
1-6.

  I would also remove the non standard key names like 
 derm.qld.gov.au:GLR_NUMBER and FEAT_NAME


FEAT_NAME definitely won't go into OSM - however it's useful for me because it 
contains the road name for some of the ROAD polygons :)

Should I leave the Ecolink and/or GLR Number tags in as a reference which 
identifies the area, so we can match with any future updates?
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Queensland parks, forests and conservation areas

[Markus]

Hi,

Sound good to me to leave the GLR number and Ecolink if you put it with a
standard osm key.


Markus.

-Original Message-
From: talk-au-boun...@openstreetmap.org
[mailto:talk-au-boun...@openstreetmap.org] On Behalf Of James Livingston
Sent: Monday, 28 June 2010 10:31 PM
To: OSM Australian Talk List
Subject: Re: [talk-au] Queensland parks, forests and conservation areas

On 28/06/2010, at 8:16 PM, Markus wrote:
 Forests
 Landuse=forest
  
 National Parks
 boundary=national_park
 leisure=nature_reserve

Sounds good.


 Protected Areas
  
 boundary=protected_area
 protect_id=

Ah, the original data had IUCN codes, so I can put these back in as
protect_id 1-6.

  I would also remove the non standard key names like
derm.qld.gov.au:GLR_NUMBER and FEAT_NAME


FEAT_NAME definitely won't go into OSM - however it's useful for me because
it contains the road name for some of the ROAD polygons :)

Should I leave the Ecolink and/or GLR Number tags in as a reference which
identifies the area, so we can match with any future updates?
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 9.0.830 / Virus Database: 271.1.1/2967 - Release Date: 06/28/10 
04:05:00
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-br] Fwd: [FISL11] Palestra Aceita (2a chamada)

[Samuel Vale]

On Sex, 2010-06-25 at 18:06 -0300, Arlindo Pereira wrote:
 WIN :)
 
 
 []s
 
 -- Mensagem encaminhada --
 De: sor...@propus.com.br
 Data: 25 de junho de 2010 17:55
 Assunto: [FISL11] Palestra Aceita (2a chamada)
 Para: cont...@arlindopereira.com
 
 
 
 Olá Arlindo Pereira
 
 A sua palestra, listada abaixo, foi aceita para o FISL 11 após
 avaliação por parte do público através do torneio suíço.
 
 Título: Apresentando o OpenStreetMap
 

Opa! Bora trabalhar nela então :)

Abraço,

-- 
Samuel Vale srcv...@minaslivre.org


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

Re: [Talk-br] New image of Rio Largo online

[Claudomiro Nascimento Junior]

Bounjour Jean!

I had put this new image to good use tracing some of the river bench,
thank you very much.

On Sun, Jun 27, 2010 at 9:10 AM, Jean-Guilhem Cailton j...@arkemie.com wrote:
 Bom dia,

 A new georeferenced CBERS image from INPE, that includes Rio Largo, and in
 particular parts not covered by the high resolution  Yahoo image along the
 river, is now online.

 To view it in its own wms layer in JOSM, copy the following link:
 http://osm.arkemie.org/cgi-bin/cbers_osm_wms?map=/mapsite/cbers/cbers.mapservice=wmsrequest=getmapversion=1.1.0format=jpegCRS=EPSG:4326layers=riolargo20081115;

 As usual, the wiki includes the links with the set of images for JOSM and
 Potlatch.

 Best wishes,

 Jean-Guilhem

 ___
 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] Eventos comunitários no FISL

[Duke]

Olá pessoal

Nós da Comunidade Transparência Hack Day estamos organizando uma caravana para 
o FISL
gostaria de saber se alguém daqui tem interesse em se juntar a nós?

O form é esse
http://spreadsheets.google.com/viewform?hl=pt_PTformkey=dEZrOEJuMWYtSzluT01UZjhIVnBWMkE6MQ#gid=0

ps. Estamos vendo um ônibus do IME que saíra de São Paulo

Emerson Vinicius
11 8840-3344




On 18/06/2010, at 18:03, Samuel Vale wrote:

 On Qui, 2010-06-17 at 12:47 -0300, Claudomiro Nascimento Junior wrote:
 Qual é o corum mínimo? 6 participantes?
 
 Não sei. Para o grupo de usuários são 4 integrantes. Para o evento, é
 quem quiser participar na hora. 
 
 Abraço,
 -- 
 Samuel Vale srcv...@minaslivre.org
 
 ___
 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] Bayrische Landesgrenze

[Markus]

Hallo Carsten,


Wer kann mir aus der Grenz-Relation
http://www.openstreetmap.org/browse/relation/62549
eine etwas vereinfachte XML machen


Ich würde es zuerst mit JOSM versuchen:
- Relation runterladen


Der Relation-Analyzer macht ein XML mit 541 Ways,
aber da stehen keine Koordinaten drin:
- - - -
  ?xml version=1.0 encoding=UTF-8 ?
- osm version=0.6 generator=OpenStreetMap server
- relation id=62549 visible=true timestamp=2010-05-29T11:08:29Z 
version=282 changeset=4841475 user=_al uid=54806

  member type=way ref=31340771 role=outer /
  member type=way ref=60284275 role=outer /
etc.
- - - -

Wie bekomme ich das in JOSM?


- Alles markieren
- Wege vereinfachen (Werkzeuge --  Wege vereinfachen (SHIFT+Y))
- alle Tags entfernen
- Wege verbinden (werkzeuge --  Wege verbinden (C))
- Als gpx exportieren


Gruss, Markus

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

Re: [Talk-de] Bayrische Landesgrenze

[André Joost]

Am 28.06.10 08:33, schrieb Markus:

Hallo Carsten,


Wer kann mir aus der Grenz-Relation
http://www.openstreetmap.org/browse/relation/62549
eine etwas vereinfachte XML machen


Ich würde es zuerst mit JOSM versuchen:
- Relation runterladen


Der Relation-Analyzer macht ein XML mit 541 Ways,
aber da stehen keine Koordinaten drin:
- - - -
?xml version=1.0 encoding=UTF-8 ?
- osm version=0.6 generator=OpenStreetMap server
- relation id=62549 visible=true timestamp=2010-05-29T11:08:29Z
version=282 changeset=4841475 user=_al uid=54806
member type=way ref=31340771 role=outer /
member type=way ref=60284275 role=outer /
etc.
- - - -

Wie bekomme ich das in JOSM?



häng mal ein /full an die URL zum XML hintendran:
http://www.openstreetmap.org/api/0.6/relation/62549/full

oder die xml lokal speichern und in josm öffnen, und dann unvollständige 
Elemente laden. Dann ganz weit rauszoomen, weil du bei 0°E 0°N im 
Atlantik stehst.


Gruß,
André Joost


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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[Sarah Hoffmann]

On Mon, Jun 28, 2010 at 07:41:49AM +0200, André Joost wrote:
 Am 27.06.10 17:43, schrieb Manuel Reimer:
 Hallo,

 ich hätte mal zwei Fragen zu Wanderwegs-Relationen:

 - Ist es möglich die Laufrichtung anzugeben? Bei einigen Wegen ist die
 Beschilderung nur aus einer Richtung eindeutig. Ein Laufen in der
 falschen Richtung ist mit einer Karte zwar auch möglich, aber nach den
 Wanderzeichen ist dann intensiver zu suchen.

 Ich hab da in der relation
 oneway=yes in Verbindung mit role=forward/backward in Gebrauch. Bei  
 Rundwanderwegen könnte man auch clockwise/anti_clockwise nehmen.

Wobei mir nicht ganz klar ist, worauf sich forward/backward bezieht,
auf die Ordnung der Wege innerhalb der Relation oder auf die Richtung
des Weges selbst?

Gruss

Sarah

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

Re: [Talk-de] Bahnhöfe-Proposal

[Stephan Wolff]

Am 26.06.2010 17:42, schrieb Fips Schneider:

Hallo in die Runde,


Moin, moin!


da ich noch nie ein Proposal geschrieben habe und auch ein bisschen vor der
ganzen Arbeit davor scheue, wollte ich vorher ein Meinungsbild erfragen bzw. um
Hilfe bitten, wie ich das ganze denn machen sollte.

Es geht um folgendes: Die Bahnhöfe sind in OSM teilweise eher schlecht als recht
gemappt (wobei es wahrlich löbliche Ausnahmen gibt). Nach einiger Zeit und
rumprobieren habe ich eine Vatiante gefunden die - finde ich mindestens... ;-))
- - schön ist. Es geht dabei darum, wie man eben Bahnsteigkanten und die Fläche
dahinter incl. der Zugänge mappt.


Ich finde die Darstellung mit einer Fläche highway=pedestrian und zwei 
Wegen railway=platform im Allgemeinen nicht passend. In dem ersten 
Beispiel Bebra ist diese Lösung für den Mittelbahnsteig natürlich gut.
Normalerweise sollte eine Linie mit railway=platform ausreichen. Die 
Breite kann man mit width=... angeben. Bei einer Linie entfällt auch das 
Verbindungsproblem zu Treppen oder einem Querbahnsteig. Letztlich bleibt 
für die komplexe Lösung mit highway=pedestrian nur die schönere 
Darstellung mit Mapnik und nur im Zoomlevel 18. Irgendwann lernt auch 
Mapnik die Auswertung des width-Tags.


Bei der Betreffzeile Bahnhöfe-Proposal habe ich zunächst an ganz 
andere Fragen gedacht:
Wie unterscheidet man verschiedene Bahnhofsklassen (ICE-Knoten, 
Fernbahnhof, Bahnhof an eingleisiger Strecke mit einem Zugpaar pro 
Stunde, Rangierbahnhof, Güterbahnhof mit einer Weiche und einer 
Betonrampe)? Wenn jemand fragt Wie komme ich zum Bahnhof, dann will er 
wahrscheinlich zum Hauptbahnhof,  evtl. zum Vorortbahnhof, aber sicher 
nicht zum Rangierbahnhof. Der Güterbahnhof sollte auf der Karte erst im 
höheren Zoomlevel erscheinen und am besten ein anderes Symbol als der 
Hauptbahnhof haben.
Es gibt Bahnhöfe, die nur von einer Seite der Gleise zugänglich sind, 
andere haben auf beiden Seiten gleichberechtigte Zugänge (Bahnhof mit 
zwei Außenbahnsteigen). Wie sorge ich dafür, dass das Kfz-Routing das 
richtige Ziel findet? Brauchen wir ein railway=station_entrance?
Wohin gehört der Punkt railway=station? Auf ein mittleres Gleis, in den 
Schwerpunkt der Bahnsteige, die Mitte des Bahnhofsgebäudes oder an den 
Haupteingang? Am Beispiel Frankfurt sieht man am Hauptbahnhof und am 
Bahnhof Galluswarte (etwas westlich) ganz unterschiedliche Varianten. 
Auch das Namensschema (Frankfurt Hauptbahnhof, Frankfurt Hbf (tief)) 
ist nicht einheitlich.


Diese Fragen finde ich wichtiger als eine schöne Bahnsteigdarstellung.

Gruß, Stephan



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

Re: [Talk-de] xybot / name tag korrektur

[bkmap]

 sehe ich erklärtermaßen anders. Ich würde gern beides in der Datenbank
 haben, falls es sich nicht deckt.
 

Ok, das wäre mit einem Alias ( z.B. alt_name=*) tz machen.

Ich denke aber, es ist nicht notwendig, mehrere Schreibweisen als Namen
zu speichern. Das bringt nur Verwirrung und unnützen Overhead in der
Datenbank (Außer es gibt mehrere vollkommen verschiebene Namen für das
gleiche Objekt). Der Konsens, dass Straßennamen ausgeschrieben werden
ist gut. Ich hoffe, da wird auch erst mal nicht dran gerüttelt. Alles
was nur wenig abgewandelt geschrieben oder abgekürzt wird, lässt sich
auch anders finden. Der Knackpunkt ist doch letztendlich die
Suchmaschine und ich denke darauf sollten wir größeres Augenmerk
richten. Es gibt recht moderne Algorithmen, die man dafür nutzen kann.
Ob nichtpatentierte dabei sind, weiß ich allerdings nicht.
Ich hab das zwar für Straßennamen noch nicht ausprobiert, aber mit einem
q-grams-index kann man i.A. erstaunliche Ergebnisse erzielen. Leider
habe ich im Moment nicht all zu viel Zeit, an so etwas rum zu basteln.

Gruß Burkhard


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

Re: [Talk-de] Pegelmessstelle

[Florian Gross]

Norbert Kück glaubte zu wissen:
 Hallo,

 am 27.06.2010 15:26 schrieb Markus Koelle:
 wie wird eine Flusspegelmessstelle richtig getaggt?
 Tja, was ist schon richtig? Aufgeschrieben ist da wohl noch nichts.

Sicher?

http://wiki.openstreetmap.org/wiki/Proposed_features/measurement_station
evtl. http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station

flo
-- 
Kann man dich eigentlich für eine Geisterbahn mieten?
 [Dieter Bruegmann zu Dolo Dobendan in dag°]


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

Re: [Talk-de] Bayrische Landesgrenze

[Markus]

Hallo André,


häng mal ein /full an die URL zum XML hintendran:
http://www.openstreetmap.org/api/0.6/relation/62549/full


Hat prima geklappt!

Jetzt habe ich viiiele Punkte in JOSM.
Habe davon eine Kopie in zweiter Ebene gemacht,
alle markiert und Wege vereinfachen.

Werde gefragt, ob ich alle 541 Wege vereinfachen will: ja.

Aber ich sehe keine Vereinfachung.
Die Datei gespeichert ist genauso gross wie das Original (7,8 MB)

Und dann müssten ja auch noch alle Attribute weg - wie geht das?

Gruss, Markus


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

Re: [Talk-de] Bayrische Landesgrenze

[Florian Gross]

Markus glaubte zu wissen:

 Wer kann mir aus der Grenz-Relation
 http://www.openstreetmap.org/browse/relation/62549
 eine etwas vereinfachte XML machen

 Ich würde es zuerst mit JOSM versuchen:
 - Relation runterladen

 Der Relation-Analyzer macht ein XML mit 541 Ways,
 aber da stehen keine Koordinaten drin:
 - - - -
?xml version=1.0 encoding=UTF-8 ?
 - osm version=0.6 generator=OpenStreetMap server
 - relation id=62549 visible=true timestamp=2010-05-29T11:08:29Z 
 version=282 changeset=4841475 user=_al uid=54806
member type=way ref=31340771 role=outer /
member type=way ref=60284275 role=outer /
 etc.

Die Koordinaten sind bei den Nodes zu finden, nicht bei den Wegen.

Eine xapi- Anfrage mit
wget http://www.informationfreeway.org/api/0.6/relation/62549/full
liefert alles.

Wenn du möchtest, kann du das Ergebnis von
http://download.grossing.de/osm/rel_62549-full.gz herunterladen.

flo
-- 
  http://wapedia.mobi/de/Kohlenstoffdioxid
 Gehts noch ungenauer?
www.google.de
   [Carsten Thumulla, Dieter Kiel und Peter Muehlbauer in dsu und dtt]


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

Re: [Talk-de] Bayrische Landesgrenze

[Georg Feddern]

Moin,

Markus schrieb:

Hallo Carsten,


Ich würde es zuerst mit JOSM versuchen:
- Relation runterladen


Der Relation-Analyzer macht ein XML mit 541 Ways,
aber da stehen keine Koordinaten drin:
- - - -
  ?xml version=1.0 encoding=UTF-8 ?
- osm version=0.6 generator=OpenStreetMap server
- relation id=62549 visible=true timestamp=2010-05-29T11:08:29Z 
version=282 changeset=4841475 user=_al uid=54806

  member type=way ref=31340771 role=outer /
  member type=way ref=60284275 role=outer /
etc.
- - - -

Wie bekomme ich das in JOSM?



Ganz direkt (JOSM 3329):
- Menü Datei
-- Menüpunkt Objekt herunterladen (Strg + Umschalt + O)
--- Objekt-Typ Relation auswählen und Objekt-ID eingeben, Verweise 
herunterladen gleich mit ankreuzen(*), den richtigen Button klicken


Fertig.

(*) Alternativ kann man die Relations-Member auch nachladen.

Und dann eben weiter mit:

- Alles markieren
- Wege vereinfachen (Werkzeuge --  Wege vereinfachen (SHIFT+Y))
- alle Tags entfernen
- Wege verbinden (werkzeuge --  Wege verbinden (C))
- Als gpx exportieren


Gruß
Georg


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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[André Joost]

Am 28.06.10 09:58, schrieb Sarah Hoffmann:

On Mon, Jun 28, 2010 at 07:41:49AM +0200, André Joost wrote:




Ich hab da in der relation
oneway=yes in Verbindung mit role=forward/backward in Gebrauch. Bei
Rundwanderwegen könnte man auch clockwise/anti_clockwise nehmen.


Wobei mir nicht ganz klar ist, worauf sich forward/backward bezieht,
auf die Ordnung der Wege innerhalb der Relation oder auf die Richtung
des Weges selbst?



letzteres. Die Ordnung innerhalb der Relation ergibt sich ja aus der 
Position innerhalb der Mitgliederliste.


http://wiki.openstreetmap.org/wiki/Relation:route#Members


Gruß,
André Joost


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

Re: [Talk-de] Pegelmessstelle

[M∡rtin Koppenhoefer]

Am 27. Juni 2010 21:47 schrieb Rolf Meyerhof r...@meyerhof-net.de:
 Hallo

 Tide_scale ist genau die richtige Übersetzung  für Pegel in der Nautic. Dabei 
 spielt es doch keine Rolle ob der Pegel am Meer, in einer Flussmündung oder 
 an einer Binnenwasserstrasse steht.
 Ich würde bei bei seamark=tide_scale bleiben was aber dringent fehlt ist die 
 Maßeinheit. Diese könnte Meter, Fuß, Inch oder auch Faden sein.


-1, klar spielt es eine Rolle. Gezeiten gibt es nunmal nicht Flüssen
(Ausnahmen s. Thread). Wikipedia suggeriert was wie
http://en.wikipedia.org/wiki/Stream_gauge wobei allerdings dort soweit
ich das gesehen habe, die Wassermenge gemessen wird.

Das generische 
http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station
scheint dagegen gut zu passen.

Gruß Martin

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

Re: [Talk-de] Bayrische Landesgrenze

[André Joost]

Am 28.06.10 10:23, schrieb Florian Gross:



Eine xapi- Anfrage mit
wget http://www.informationfreeway.org/api/0.6/relation/62549/full
liefert alles.



Ist das nicht eine api-Anfrage?

Ich würde auch lieber gerne die xapi direkt nach Relationen befragen, 
kenne aber keine passende Syntax.


Gruß,
André Joost


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

Re: [Talk-de] xybot / name tag korrektur

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 10:06 schrieb bkmap burkhard.kirch...@web.de:
 auch anders finden. Der Knackpunkt ist doch letztendlich die
 Suchmaschine und ich denke darauf sollten wir größeres Augenmerk
 richten.


um die Suchmaschine kümmert sich später der Nutzer der Daten. Hier
geht es primär um die Erfassung, und die sollte richtig sein. Wenn
richtig 2 verschiedene Schreibweisen sind (z.B. offizielle Benennung
und Straßenschild), dann nimmt man eben beide auf. Eine Suchmaschine
(bzw. der Nutzer) hat es um so einfacher, je mehr Informationen man
ihr/ihm zur Verfügung stellt.

Gruß Martin

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

Re: [Talk-de] Bahnhöfe-Proposal

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Es geht dabei darum, wie man eben Bahnsteigkanten und
 die Fläche
 dahinter incl. der Zugänge mappt.
 
 Ich finde die Darstellung mit einer Fläche highway=pedestrian und zwei
 Wegen railway=platform im Allgemeinen nicht passend. In dem ersten
 Beispiel Bebra ist diese Lösung für den Mittelbahnsteig natürlich gut.
 Normalerweise sollte eine Linie mit railway=platform ausreichen. Die
 Breite kann man mit width=... angeben. Bei einer Linie entfällt auch das
 Verbindungsproblem zu Treppen oder einem Querbahnsteig. Letztlich bleibt
 für die komplexe Lösung mit highway=pedestrian nur die schönere
 Darstellung mit Mapnik und nur im Zoomlevel 18. Irgendwann lernt auch
 Mapnik die Auswertung des width-Tags.

Okay, okay, ich sehe ich bin hier wohl alleine mit dem Wunsch die Bahnsteige so
zu mappen wie ich sie sehe...

 Bei der Betreffzeile Bahnhöfe-Proposal habe ich zunächst an ganz
 andere Fragen gedacht:
 Wie unterscheidet man verschiedene Bahnhofsklassen (ICE-Knoten,
 Fernbahnhof, Bahnhof an eingleisiger Strecke mit einem Zugpaar pro
 Stunde, Rangierbahnhof, Güterbahnhof mit einer Weiche und einer
 Betonrampe)? Wenn jemand fragt Wie komme ich zum Bahnhof, dann will er
 wahrscheinlich zum Hauptbahnhof,  evtl. zum Vorortbahnhof, aber sicher
 nicht zum Rangierbahnhof. Der Güterbahnhof sollte auf der Karte erst im
 höheren Zoomlevel erscheinen und am besten ein anderes Symbol als der
 Hauptbahnhof haben.

Da gibt es bereits die Bahnhofskategorisierung - soweit ich weiss, dürfen wir
die sogar von der DB übernehmen:
station_category=Bahnhofskategorie (1-6)

Aber fragt mich bitte nicht, wo das stand...

 Es gibt Bahnhöfe, die nur von einer Seite der Gleise zugänglich sind,
 andere haben auf beiden Seiten gleichberechtigte Zugänge (Bahnhof mit
 zwei Außenbahnsteigen). Wie sorge ich dafür, dass das Kfz-Routing das
 richtige Ziel findet? Brauchen wir ein railway=station_entrance?
 Wohin gehört der Punkt railway=station? Auf ein mittleres Gleis, in den
 Schwerpunkt der Bahnsteige, die Mitte des Bahnhofsgebäudes oder an den
 Haupteingang? Am Beispiel Frankfurt sieht man am Hauptbahnhof und am
 Bahnhof Galluswarte (etwas westlich) ganz unterschiedliche Varianten.
 Auch das Namensschema (Frankfurt Hauptbahnhof, Frankfurt Hbf (tief))
 ist nicht einheitlich.

Das ist bisher gelöst in dem - wenn vorhanden - das Bahnhofsgebäude die
Eigenschaft railway=station erhält - dann sollte das routing dahin funzen. Wie
sinnvoll das ist sei mal dahingestellt, insbesondere bei den von Dir
angesprochenen Kleinbahnhöfen. Auch bei unterirdischen Stationen - da eigentlich
die Bahnhofspunkte ein Anhaltspunkt darstellen, wo der Bahnhof ist habe ich die
Node dabei einfach in die gefühlte Mitte gelegt. Klar, das ist jetzt wieder
keine genau ausklausolierte Lösung und wird daher von der OSM-Community wieder
zerpflückt bis für alles eine total komplizierte Lösung gefunden ist. Am besten
mit 35 Relationen...

So richtig prickelich ist das halt aber wirklich noch nicht - vielleicht sollte
man da aber erstmal auf die Schiene gehen, dass der Bahnsteig angegeben wird mit
einem Fußgängerrouting. Insbesondere in bebautem Gebiet ists sehr schwierig, da
einen Punkt zu finden von dem man am besten einsteigt. Es gibt
railway=subway_entrance - der Key ist aber nicht weiter dokumentiert, eigentlich
müsste er zu dem Bahnhof gehören (also doch mal wieder eine Relation) und den
Namen wahlweise der Station haben oder den Ausgangsnamen. Bei der von Dir
angesprochenen Galluswarte müsste also einer nördlich Frankenallee und einer
Südlich Mainzer Landstraße sein. Die station-node müsste dann aber auch zum
Mainzer Landstraße Eingang, da dort auch Kiosks und Automaten sind und die
Bahnen immer am südlichen Ende halten. Mit zwei nodes die ein railway=station
tragen sollten wir das lieber nicht machen - sonst finde ich ja auch im Router
zwei Möglichkeiten die ich erstmal nicht verstehe.

 Diese Fragen finde ich wichtiger als eine schöne Bahnsteigdarstellung.

Recht haste ja - ich hab aber erstmal mit den Bahnsteigen angefangen, da bin ich
leichter drin und da sieht man besser Resultate und man kann es schneller
benutzen als das Routing. Daher macht das - mir - dann mehr Spaß ;-)

Die goldenen Regeln von OpenStreetMap:
* Spaß haben!

 Gruß, Stephan
 

- - Fips


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

iEYEARECAAYFAkwoZnUACgkQnHVyAFIfTkFp5wCghi8JJrqZXt95KmFoGlgh0igr
Ad8Amwf9a1R4PXlntd0yp4gxMyufvV1e
=Npg8
-END PGP SIGNATURE-

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

Re: [Talk-de] Bahnhöfe-Proposal

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 10:06 schrieb Stephan Wolff s.wo...@web.de:
 Ich finde die Darstellung mit einer Fläche highway=pedestrian und zwei Wegen
 railway=platform im Allgemeinen nicht passend. In dem ersten Beispiel Bebra
 ist diese Lösung für den Mittelbahnsteig natürlich gut.
 Normalerweise sollte eine Linie mit railway=platform ausreichen. Die Breite
 kann man mit width=... angeben.


-1, meiner Meinung nach sollte man jede Fläche der Realität auch OSM
als solche abbilden können, wenn einem der Sinn danach steht (bei
Briefkästen z.B. ist das vielleicht weniger sinnvoll). Viele
Eigenschaften (Form, Objekte die darauf stehen, verbundene Objekte /
andere Flächen, etc.) lassen sich mit einer Fläche einfach und genau
darstellen.

Gruß Martin

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

Re: [Talk-de] Pegelmessstelle

[Norbert Kück]

Hallo

am 28.06.2010 10:09 schrieb Florian Gross:

Norbert Kück glaubte zu wissen:

Hallo,

am 27.06.2010 15:26 schrieb Markus Koelle:

wie wird eine Flusspegelmessstelle richtig getaggt?

Tja, was ist schon richtig? Aufgeschrieben ist da wohl noch nichts.


Sicher?

Sicher? Nein - wie die Formulierung deutlich macht.


http://wiki.openstreetmap.org/wiki/Proposed_features/measurement_station
evtl. http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station

Dank für den Tipp. Der Entwurf measurement_station hat Potenzial, ist
allerdings noch recht  frisch (der verlinkte Pegel-Eintrag ist ein gutes
Jahr älter) und wird in Europa schon 13 mal verwendet. Es braucht noch
einige Festlegungen von Details.
Der Wettbewerber monitoring_station ist ein Tag im Wiki, scheinbar
eingetragen ohne Verfahren und wird von Tagwatch in Europa bisher nicht
gefunden.
Measurement ist m.E. klarer, da bereits im Key deutlich wird, dass man
misst - monitoring ist allgemeiner.
Ich warte gerne ab, was da rausbuttert (selbst habe ich in der Sache
keine Aktien).

Gruß
nk
Gruß
nk


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

Re: [Talk-de] [JOSM] Tagging-Preset für parking :lane

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sebastian Klemm wrote:
 Hallo,

 dank der tollen Park-Karte [1] von Kay_D habe ich mal ein paar
 Parkstreifen und Parkverbote in meiner Heimat erfasst. Allerdings waren
 mir die vielen verschiedenen Tags [2] auf die Dauer zu umständlich per
 Hand zu editieren. Deshalb habe ich mir eine kleine Vorlage für JOSM
 gebastelt [3].

 Nun meine Frage: Kann und darf ich die einfach selbst in die
 Preset-Liste [4] für JOSM eintragen und sie so verfügbar machen bzw. wer
 verwaltet diese und entscheidet über die Aufnahme?

 Verbesserungsvorschläge nehme ich natürlich auch gerne entgegen.

Cooles Ding! Wusste garnicht, dass man sowas vergleichsweise einfach erstellen 
kann.

Aber eine doofe Frage: Wie tagge ich denn Anwohnerparken korrekt, wird das als
frei für alle interpretiert, wenn es außerhalb der Gültigkeitszeit ist? Also
bspw. Anwohnerparken von Mo-Fr von 8-20 uhr - wird dann automatisch 20-8 Uhr und
am Wochenende als 'frei' interpretiert oder als garnicht parken?

- - Fips


 Viele Grüße,
 Sebastian

 [1] http://parking.openstreetmap.de/
 [2] http://wiki.openstreetmap.org/wiki/Proposed_features/parking:lane
 [3] http://osm.sebastian-klemm.eu/josm/josm-preset_parkinglane.xml
 [4] http://josm.openstreetmap.de/wiki/Presets


 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkwobGcACgkQnHVyAFIfTkFIvgCggl18YGRvvE9sQqHY3b0s6QiC
AjAAoLXakhQcigvmgL7HkBZMKrO1t+bT
=rTJu
-END PGP SIGNATURE-

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



André Joost wrote:
 Am 28.06.10 09:58, schrieb Sarah Hoffmann:
 On Mon, Jun 28, 2010 at 07:41:49AM +0200, André Joost wrote:


 Ich hab da in der relation
 oneway=yes in Verbindung mit role=forward/backward in Gebrauch. Bei
 Rundwanderwegen könnte man auch clockwise/anti_clockwise nehmen.

 Wobei mir nicht ganz klar ist, worauf sich forward/backward bezieht,
 auf die Ordnung der Wege innerhalb der Relation oder auf die Richtung
 des Weges selbst?


 letzteres. Die Ordnung innerhalb der Relation ergibt sich ja aus der
 Position innerhalb der Mitgliederliste.

 http://wiki.openstreetmap.org/wiki/Relation:route#Members

Dürfte eigentlich wie beim ÖPNV sein: Wenn man in Richtung der OSM
(Pfeil)Richtung geht: forward, wenn man entgegen der OSM (Pfeil)Richtung geht,
backward.

Und: Eine Relation mit JOSM runterladen mache ich einfach in dem ich ein Stück
Karte mit einem Weg der Relation drin runterlade, ich weiss nicht ob es da eine
andere Variante gibt. Müsste mit Merkator auch gehen?


 Gruß,
 André Joost

- - Fips
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkwobHYACgkQnHVyAFIfTkGEIACfSeQpJ5M0zWAmScVNQNPnqpke
HsIAn26tyva9ULV+zTzuYuAlgh7l5bcH
=QOVd
-END PGP SIGNATURE-

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 11:33 schrieb Fips Schneider o...@fips-schneider.de:
 Ich hab da in der relation
 oneway=yes in Verbindung mit role=forward/backward in Gebrauch. Bei
 Rundwanderwegen könnte man auch clockwise/anti_clockwise nehmen.

 Wobei mir nicht ganz klar ist, worauf sich forward/backward bezieht,
 auf die Ordnung der Wege innerhalb der Relation oder auf die Richtung
 des Weges selbst?


 letzteres. Die Ordnung innerhalb der Relation ergibt sich ja aus der
 Position innerhalb der Mitgliederliste.

 http://wiki.openstreetmap.org/wiki/Relation:route#Members

 Dürfte eigentlich wie beim ÖPNV sein: Wenn man in Richtung der OSM
 (Pfeil)Richtung geht: forward, wenn man entgegen der OSM (Pfeil)Richtung geht,
 backward.


wenn ich eine Route forward habe, dann ist das doch die Wegrichtung
und daher die der Elemente meiner Relation, unabhängig davon, welche
Richtung die einzelnen OSM-Ways haben. Oder übersehe ich hier was?

Gruß Martin

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[André Joost]

Am 28.06.10 12:23, schrieb M∡rtin Koppenhoefer:


http://wiki.openstreetmap.org/wiki/Relation:route#Members




wenn ich eine Route forward habe, dann ist das doch die Wegrichtung
und daher die der Elemente meiner Relation, unabhängig davon, welche
Richtung die einzelnen OSM-Ways haben. Oder übersehe ich hier was?



Lies dir einfach den wiki-Abschnitt mal genau durch.

gruß,
André Joost


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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



M∡rtin Koppenhoefer wrote:
 Am 28. Juni 2010 11:33 schrieb Fips Schneider o...@fips-schneider.de:
 Ich hab da in der relation
 oneway=yes in Verbindung mit role=forward/backward in Gebrauch. Bei
 Rundwanderwegen könnte man auch clockwise/anti_clockwise nehmen.
 Wobei mir nicht ganz klar ist, worauf sich forward/backward bezieht,
 auf die Ordnung der Wege innerhalb der Relation oder auf die Richtung
 des Weges selbst?

 letzteres. Die Ordnung innerhalb der Relation ergibt sich ja aus der
 Position innerhalb der Mitgliederliste.

 http://wiki.openstreetmap.org/wiki/Relation:route#Members
 Dürfte eigentlich wie beim ÖPNV sein: Wenn man in Richtung der OSM
 (Pfeil)Richtung geht: forward, wenn man entgegen der OSM (Pfeil)Richtung 
 geht,
 backward.
 
 
 wenn ich eine Route forward habe, dann ist das doch die Wegrichtung
 und daher die der Elemente meiner Relation, unabhängig davon, welche
 Richtung die einzelnen OSM-Ways haben. Oder übersehe ich hier was?

Uh, sorry - das kann gut sein, dass das bei Wanderwegen ganz anders ist, weil
die generell als richtungsegal gewertet werden. Das wird dann aber jetzt
problematisch weil genau das eben oben anders gefordert wird...

 Gruß Martin

- - Fips
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkwoePIACgkQnHVyAFIfTkG8pACfewQ8p1Qn8bKNgJC6/bhDhtZX
OCYAnj9THrTJXT9fK0cEpv/ZU/+4UdLh
=Z3WD
-END PGP SIGNATURE-

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 12:26 schrieb André Joost andre+jo...@nurfuerspam.de:
 Am 28.06.10 12:23, schrieb M∡rtin Koppenhoefer:

 http://wiki.openstreetmap.org/wiki/Relation:route#Members


 wenn ich eine Route forward habe, dann ist das doch die Wegrichtung
 und daher die der Elemente meiner Relation, unabhängig davon, welche
 Richtung die einzelnen OSM-Ways haben. Oder übersehe ich hier was?


 Lies dir einfach den wiki-Abschnitt mal genau durch.


das steht da gar nicht drin, lies Dir einfach den wiki-Abschnitt und
diesen Thread mal genau durch. Hier ging es um Routen (gesamt), die
nur in einer Richtung gelten sollen, im Wiki geht es um Member einer
Route, die nur in einer Richtung gelten sollen. Man könnte natürlich
alle member mit der Rolle forward/backward taggen und dadurch eine
Richtung vorgeben, allerdings zerbröselt einem sowas ziemlich sicher
ziemlich schnell, weil jemand die Richtung eines Ways ändert.

Gruß Martin

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

Re: [Talk-de] [JOSM] Tagging-Preset für parking: lane

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Fips Schneider wrote:
 Sebastian Klemm wrote:
 Hallo,
 
 dank der tollen Park-Karte [1] von Kay_D habe ich mal ein paar
 Parkstreifen und Parkverbote in meiner Heimat erfasst. Allerdings waren
 mir die vielen verschiedenen Tags [2] auf die Dauer zu umständlich per
 Hand zu editieren. Deshalb habe ich mir eine kleine Vorlage für JOSM
 gebastelt [3].
 
 Nun meine Frage: Kann und darf ich die einfach selbst in die
 Preset-Liste [4] für JOSM eintragen und sie so verfügbar machen bzw. wer
 verwaltet diese und entscheidet über die Aufnahme?
 
 Verbesserungsvorschläge nehme ich natürlich auch gerne entgegen.
 
 Cooles Ding! Wusste garnicht, dass man sowas vergleichsweise einfach 
 erstellen kann.
 
 Aber eine doofe Frage: Wie tagge ich denn Anwohnerparken korrekt, wird das als
 frei für alle interpretiert, wenn es außerhalb der Gültigkeitszeit ist? Also
 bspw. Anwohnerparken von Mo-Fr von 8-20 uhr - wird dann automatisch 20-8 Uhr 
 und
 am Wochenende als 'frei' interpretiert oder als garnicht parken?

Und nochmal Anwohnerparken: Wie tagge ich denn Anwohnerparken wo man mit
Parkscheibe 2 Stunden aber frei mit Anwohnerparkausweis parken darf?

Und: Feuerwehrstreifen - wenn es jetzt nicht explizit ausgeschrieben ist, aber
als solcher benutzt werden muss weil die Straße so schmal ist, dass auf beiden
Seiten parken nicht geht, aber nicht explizit verboten ist und man
'normalerweise' immer nur auf einer Seite parkt, ist es dann richtig die andere
Seite als Feuerwehrstreifen zu taggen? Oder wird die einfach 'leer' gelassen?

once more:

 - Fips
 
 Viele Grüße,
 Sebastian
 
 [1] http://parking.openstreetmap.de/
 [2] http://wiki.openstreetmap.org/wiki/Proposed_features/parking:lane
 [3] http://osm.sebastian-klemm.eu/josm/josm-preset_parkinglane.xml
 [4] http://josm.openstreetmap.de/wiki/Presets
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkwoe5cACgkQnHVyAFIfTkGncgCggIEwRw13Crq63eg57CY2Vy2c
LYsAn2PGqz0IdhVxOAD62ts1ShlEy2Kr
=1pzb
-END PGP SIGNATURE-

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[fly]

Am 28.06.2010 11:33, schrieb Fips Schneider:
 Und: Eine Relation mit JOSM runterladen mache ich einfach in dem ich ein Stück
 Karte mit einem Weg der Relation drin runterlade, ich weiss nicht ob es da 
 eine
 andere Variante gibt. Müsste mit Merkator auch gehen?


Strg-Umschalt-O

josm.openstreetmap.de/wiki/Help/Action/DownloadObject , somit kannst Du Objekte
mit bekannter ID direkt runterladen.
bzw den Remote-Plugin verwenden und auf den Link bei OSM klicken.

Gruß colliar

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[fly]

Am 28.06.2010 12:32, schrieb M∡rtin Koppenhoefer:
 das steht da gar nicht drin, lies Dir einfach den wiki-Abschnitt und
 diesen Thread mal genau durch. Hier ging es um Routen (gesamt), die
 nur in einer Richtung gelten sollen, im Wiki geht es um Member einer
 Route, die nur in einer Richtung gelten sollen. Man könnte natürlich
 alle member mit der Rolle forward/backward taggen und dadurch eine
 Richtung vorgeben, allerdings zerbröselt einem sowas ziemlich sicher
 ziemlich schnell, weil jemand die Richtung eines Ways ändert.

Das liegt dann allerdings am Editor !!!
Sollte  dort als Bug/Ticket eingetragen werden !!!

JOSM unterstützt forward/backward und das Austauschen wenn ein Weg gedreht wird
schon länger. Auch erkennt JOSM left/right und up/down, sowohl im Tag als auch
im Wert (value).

Grüße Colliar

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

Re: [Talk-de] Wissenschaftliche Untersuchung von OSM

[Daniel Muehlhaus]

Liebe Teilnehmer der OSM-Community,

vielen Dank für das rege Interesse an meiner Untersuchung sowie eine 
Entschuldigung für den evtl. von mir ausgelösten Unmut! Aufgrund der vielen, 
teils kritischen Hinweise, die ich von Ihnen erhalten habe, habe ich den 
Fragebogen einer Überarbeitung unterzogen. Dabei zeigt sich mal wieder, dass 
das Engagement der Probanden und die Themen-Involviertheit zentrale Faktoren 
sind, der in diesem hohen Maße in der von mir durchgeführten Vorstudie 
scheinbar nicht gegeben war!

Für die Überarbeitung habe ich neben Ihren Empfehlungen, Fragen und Tips auch 
die bis dato erhobenen Daten (bzw. die Ergebnisse einer ersten Analyse) 
berücksichtigt und konnte so einige Aspekte verbessern und unterschiedliche 
Fragen ganz entfernen. Im Ergebnis ist der Fragebogen nun deutlich kürzer (um 
ca. 20-25%) und meiner Ansicht nach auch besser verständlich – ohne dass ich 
dabei auf wesentliche Ergebnisse und Analyseziele verzichten muss!

 

Hierfür erst einmal meinen herzlichen Dank!

 

Aufgrund des „komplexen“ Untersuchungsdesigns (die Ergebnisse stelle ich Ihnen 
- wie angekündigt - gerne bereit, sodass Sie dies selber nachvollziehen können) 
bin ich allerdings darauf angewiesen, dass sich auch weiterhin engagierte und 
interessierte Teilnehmer finden, die mich bei der Befragung unterstützen.

 

Wichtig ist mir noch der Hinweis, dass nicht nur bereits aktive 
Community-Mitglieder an der Befragung teilnehmen können. Im Rahmen der 
Untersuchung geht es insb. auch darum, herauszufinden, warum einige Teilnehmer 
sehr aktiv sind und wieder Andere sich bisher eher zurückhalten. Aus diesem 
Grund sind auch Personen, die bisher noch nicht selber in der OSM-Community 
aktiv geworden sind, geeignete Befragungsteilnehmer.

 

Vielen Dank vorab und in der Hoffnung auf ein auch weiterhin reges Interesse 
Ihrerseits.

 

 

Daniel Mühlhaus

 

 

 

 

Nachspann und Erklärungen en Detail

 

Aufgrund der scheinbar herrschenden Unsicherheiten bzgl. der Zielsetzung und 
Güte meiner Untersuchung möchte ich ein paar „Erklärungsversuche“ vornehmen:

 

1. Kein kommerzieller Hintergrund der Untersuchung

Bei der Untersuchung handelt es sich nicht (wie vermutet wurde) um den Versuch, 
für einen kommerziellen Hersteller sonst welcher Couleur versteckt 
Informationen abzuleiten (siehe hierzu auch Punkt 5. zur Freiheit der 
Befragungsdaten). Vielmehr ist diese OSM-Untersuchung ein Teil meiner 
Doktorarbeit, dient ausschließlich wissenschaftlichen Zwecken und ist kein über 
diverse Drittmittel finanziertes Projekt…sonst hätte ich anstelle der eher 
symbolischen 30€ Präsente wohl deutlich mehr (z. B. Navigationsgeräte ;-) als 
Gratifikation bieten können!

 

2. Weitere Communities als Gegenstand der Untersuchung

Die Diskussionen, die sich um eine „Paralleluntersuchung“ in anderen 
Communities ranken, sind zutreffend. Neben OSM führe ich ebenfalls eine 
Untersuchung in zunächst zwei weiteren Communities (im Bereich des Kite-Surfens 
und eines Online-Browserspiels) durch (siehe Erklärung in Punkt 3.). Aus diesem 
Grund muss ich zur Sicherstellung einer Vergleichbarkeit der Ergebnisse 
dieselben Grundfragen und Items verwenden. Die Abstimmung auf die Communities 
habe ich aus pragmatischen Gründen durch die Verwendung unterschiedlicher 
Platzhalter realisiert (und nicht über STRG + F, Ersetzen ;-) wobei ich finde, 
dass dies weder die Verständlichkeit, noch die Angepasstheit der Fragen über 
Gebühr beeinträchtigt (siehe auch Punkt 4.).

 

3. Zielsetzung der übergreifenden Untersuchung

Im Kern meiner Arbeit geht es darum herausfinden, was übergeordnete 
Wirkmechanismen innerhalb einer Community sind, in der nicht nur Diskussionen 
geführt werden, sondern seitens der Teilnehmer auch eine Art manifeste 
„Wertschöpfung“ erfolgt. Dabei versuche ich ein allgemeines Motivationsmodell 
zu testen, das auf ganz verschiedene Communities (siehe Punkt 2.) anwendbar 
ist. Dieses Modell muss abbilden können, warum einzelne Personen aktiv an 
solchen Communties teilnehmen, unterschiedliche Tätigkeiten übernehmen und 
wieder andere Teilnehmer passiv bleiben. Aufgrund der allgemeinen Ausrichtung 
geht natürlich ein wenig Betrachtungs- oder Detailtiefe verloren - allerdings 
erlaubt mir dies eine Gegenüberstellung verschiedener Tätigkeiten (Welche 
Motivationsaspekte sind bei welchen Tätigkeiten relevant?), Personen (Was 
motiviert einzelne Personengruppen?) und Communities (Worin liegen gemeinsame 
Wirkmechanismen und wo liegen Unterschiede?). Dies mag der Grund für die Kritik 
an den, nicht explizit auf OSM abgestimmten Fragen sein. Ich kann aber 
versichern, dass ich im Vorfeld viel Aufwand betrieben habe (Literatursichtung, 
Expertengespräche usw.), um einen Fragebogen zu konzipieren, der so umfassend 
und allgemein gehalten ist, dass er möglichst viele Facetten und Spezifika in 
ganz unterschiedlichen Communities erfassen kann.

Das Szenario zu den Unternehmen dient mir weniger als Kerngegenstand der 
Untersuchung und 

[Talk-de] lokale Hilfe bei B 28a benötigt

[fly]

Hi

Beim eintragen von TMC:Segmenten ist mir aufgefallen, dass sowohl die Angaben
bei Wikipedia als auch die TMC-Daten sich deutlich von der Erfassung in OSM
unterscheiden. Ist das Zukunftsmusik oder sind die Aufwertungen der Landstraßen
noch nicht in OSM festgehalten ?

Danke colliar

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

Re: [Talk-de] Zwei Fragen zu Wanderwegen

[André Joost]

Am 28.06.10 12:32, schrieb M∡rtin Koppenhoefer:


Hier ging es um Routen (gesamt), die
nur in einer Richtung gelten sollen, im Wiki geht es um Member einer
Route, die nur in einer Richtung gelten sollen.


Ich sehe da jetzt nicht so ganz den Unterschied.
siehe
http://www.openstreetmap.org/browse/relation/1002236


Man könnte natürlich
alle member mit der Rolle forward/backward taggen und dadurch eine
Richtung vorgeben,


Ja, so mache ich das auch.


allerdings zerbröselt einem sowas ziemlich sicher
ziemlich schnell, weil jemand die Richtung eines Ways ändert.


Der bekommt dann von josm einen entsprechenden 
Relations-role-Umtausch-Dialog vorgesetzt. Ob er das befolgt, ist eine 
andere Sache...


Gruß,
André Joost


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

[Talk-de] TMC: doppelte route-relationen

[fly]

Ich habe festgestellt, dass teilweise teilweise komplett neue Route-Relationen
für Autobahnen und Bundesstraßen erstellt werden und diese als Mitglieder die
TMC:Segmente erhalten. Andererorts werden auch TMC:Segmente in die alten
Route-Relationen aufgenommen und die Mitglieder des Segments aus der
Route-Relation gelöscht.

Für was brauchen wir die doppelten Relationen ? Ist es nicht sinnvoll die zum
Teil riesigen Relationen zu unterteilen (siehe auch Wanderwege) und liefern die
TMC:Segmente nicht ein gutes Schema ?

cu colliar

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

Re: [Talk-de] Pegelmessstelle

[Rolf Meyerhof]

Hallo Martin

Ich sehe auch wie Du, dass es einen Unterschied zwischen Tide und Wasserstand 
eines Flusses gibt.  Die Geräte,  die die Messung vornehmen heißen bei mir egal 
ob sie Tiden oder Wasserstände messen immer noch Pegel oder Pegelmesser. Siehe 
http://de.wikipedia.org/wiki/Pegel_%28Wasserstandsmessung%29

Für diese nautischen Geräte ist laut Leo (Online-Dienst) die englische 
Übersetzung  - tide scale oder tide gauge wobei der Standort dabei nicht 
definiert ist. 

Darum bietet sich an den  begriff seamark: tide_scale für alle nautischen Pegel 
zuverwenden. Die anderen Vorschläge halte ich für zu allgemein.
Obwohl ich immer noch die Angabe einer Maßeinheit vermisse. In Meter oder Fuß 
zu messen macht doch einen kleinen Unterschied. 

Gruß

Rolf (Leo)



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

Re: [Talk-de] Wissenschaftliche Untersuchung von OSM

[Peter Körner]

Daniel Muehlhaus schrieb:

Liebe Teilnehmer der OSM-Community,


Lieber Daniel,

meinen Respekt hast du sicher, denn wer sich an die OSM Community wendet 
bekommt immer kritik, die zwar oft hasch vorgetragen aber eigentlich nie 
wirklich böse gemeint ist. Von daher gratuliere ich dir zu deinen 
offenen und logischen Erklärungen.


Viel Glück bei deiner Arbeit.
Lg, Peter

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

Re: [Talk-de] Pegelmessstelle

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 13:43 schrieb Rolf Meyerhof r...@meyerhof-net.de:

 Die anderen Vorschläge halte ich für zu allgemein.
 Obwohl ich immer noch die Angabe einer Maßeinheit vermisse. In Meter oder Fuß 
 zu messen macht doch einen kleinen Unterschied.


Wenn Du Dir den Link ansiehst
http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station

so wird dort zusätzlich
monitoring:river_level=*

vorgeschlagen, auch wenn ich das nicht komplett verstehe. Wäre
monitoring=river_level nicht besser?

Gruß Martin

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

Re: [Talk-de] lokale Hilfe bei B 28a benötigt

[Claudius]

Am 28.06.2010 13:14, fly:

Hi

Beim eintragen von TMC:Segmenten ist mir aufgefallen, dass sowohl die Angaben
bei Wikipedia als auch die TMC-Daten sich deutlich von der Erfassung in OSM
unterscheiden. Ist das Zukunftsmusik oder sind die Aufwertungen der Landstraßen
noch nicht in OSM festgehalten ?

Danke colliar


Die B28a ist lang. Dir würden sicher viele auch lokale Mapper helfen, 
wenn du Links zur Wikipedia, zu einem widersprüchlichen Kartenausschnitt 
und konkrete TMC-IDs nennen würdest, die dich stutzig machen.


Claudius


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

[Talk-de] wie mischt man Daten in JOSM?

[M∡rtin Koppenhoefer]

Aufgrund eines Bugs in der aktuellen JOSM-Latest hat es mir leider
eine Relation mit 422 members zerschossen (die hat jetzt angeblich
3422 Member). Da ich schon ca. 2 Stunden editiert hatte, und den
Fehler vor dem Hochladen bemerkt habe, hatte ich mir die Datei lokal
gespeichert und jetzt nochmal mit einer älteren Version JOSM neu
gestartet in der Hoffnung, die neuen Daten (aus den 2 Stunden)
irgendwie rüberzuziehen. Leider kann man wohl nicht einfach Objekte
von einem Layer auf den anderen schieben, bzw. finde ich diese Option
nicht (obwohl ich sie schon öfters mal gesucht/vermisst habe).

Kann mir jemand weiterhelfen? Theoretisch könnte ich ja alles mögliche
löschen auf dem alten Layer und dann nur noch das, was übrigbleibt
mergen mit dem entspr. Befehl. Da die Datei aber einigermaßen groß
ist, würde ich das gerne vermeiden.

Gruß Martin

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

[Talk-de] upload zum svn.openstreetmap

[Jan Tappenbeck]

Hi !

für Haiti hatte ich seinerzeit ein tool geschrieben und wollte dieses 
eigentlich im svn ablegen. zugang ist schon da - aber irgendwie habe ich 
das mit dem upload nie hinbekommen.


damit ich das nicht ganz vergesse wollte ich anfragen ob sich jemand 
bereit erklärt diese 2-3 dateien für mich dort einzubuchen?


gruß Jan .-)

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

Re: [Talk-de] Pegelmessstelle

[Martin Holz]

M∡rtin Koppenhoefer dieterdre...@gmail.com writes:

 Am 28. Juni 2010 13:43 schrieb Rolf Meyerhof r...@meyerhof-net.de:

 Die anderen Vorschläge halte ich für zu allgemein.
 Obwohl ich immer noch die Angabe einer Maßeinheit vermisse. In Meter oder 
 Fuß zu messen macht doch einen kleinen Unterschied.

Aber wofür muß das in einer Landkarte vermerkt werden?

 Wenn Du Dir den Link ansiehst
 http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station

 so wird dort zusätzlich
 monitoring:river_level=*

 vorgeschlagen, auch wenn ich das nicht komplett verstehe. Wäre
 monitoring=river_level nicht besser?


Und was machst Du, wenn die gleiche Station außerdem noch die Wassertemperatur 
mißt?

Martin


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

Re: [Talk-de] Pegelmessstelle

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 15:02 schrieb Martin Holz usenet2...@martin-holz.net:
 M∡rtin Koppenhoefer dieterdre...@gmail.com writes:

 Am 28. Juni 2010 13:43 schrieb Rolf Meyerhof r...@meyerhof-net.de:

 Die anderen Vorschläge halte ich für zu allgemein.
 Obwohl ich immer noch die Angabe einer Maßeinheit vermisse. In Meter oder 
 Fuß zu messen macht doch einen kleinen Unterschied.

 Aber wofür muß das in einer Landkarte vermerkt werden?

 Wenn Du Dir den Link ansiehst
 http://wiki.openstreetmap.org/wiki/Tag:man_made=monitoring_station

 so wird dort zusätzlich
 monitoring:river_level=*

 vorgeschlagen, auch wenn ich das nicht komplett verstehe. Wäre
 monitoring=river_level nicht besser?


 Und was machst Du, wenn die gleiche Station außerdem noch die 
 Wassertemperatur mißt?


einen neuen Node ;-), OK, klar, es macht Sinn wie es im Wiki steht.

Gruß Martin

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

Re: [Talk-de] wie mischt man Daten in JOSM?

[Georg Feddern]

Moin,

M∡rtin Koppenhoefer schrieb:

Leider kann man wohl nicht einfach Objekte
von einem Layer auf den anderen schieben, bzw. finde ich diese Option
nicht (obwohl ich sie schon öfters mal gesucht/vermisst habe).
  


wenn ich mich jetzt nicht völlig falsch erinnere, dann kann man schon
- die gewünschten Objekte in einem Layer markieren und kopieren (z.B. 
mit Strg-C)

- den anderen Layer aktivieren
- die Objekte einfügen mit Strg-V (werden lagegenau eingefügt)

Ich bin mir im Moment aber nicht sicher, wie es sich verhält, wenn die 
Objekte mit anderen, nicht zu kopierenden Objekten verbunden sind/waren.
Zumindest muss man evtl. Verbindungen zu anderen Objekten dann 
entsprechend nacharbeiten.


Gruß
Georg

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

Re: [Talk-de] wie mischt man Daten in JOSM?

[M∡rtin Koppenhoefer]

Am 28. Juni 2010 15:18 schrieb Georg Feddern ne...@bavarianmallet.de:
 Moin,

 M∡rtin Koppenhoefer schrieb:

 Leider kann man wohl nicht einfach Objekte
 von einem Layer auf den anderen schieben, bzw. finde ich diese Option
 nicht (obwohl ich sie schon öfters mal gesucht/vermisst habe).


 wenn ich mich jetzt nicht völlig falsch erinnere, dann kann man schon
 - die gewünschten Objekte in einem Layer markieren und kopieren (z.B. mit
 Strg-C)
 - den anderen Layer aktivieren
 - die Objekte einfügen mit Strg-V (werden lagegenau eingefügt)

 Ich bin mir im Moment aber nicht sicher, wie es sich verhält, wenn die
 Objekte mit anderen, nicht zu kopierenden Objekten verbunden sind/waren.
 Zumindest muss man evtl. Verbindungen zu anderen Objekten dann entsprechend
 nacharbeiten.


Danke für den Tip, das ging doch (wenn auch nur äusserst mühsam, da
das kaputte Multipolygon aus JOSM eine Diashow gemacht hat). Hier wäre
es nicht schlecht, wenn man z.B. Doppelte Member automatisch aus der
Relation löschen könnte (oder geht das schon? Angezeigt mit rotem hg
werden sie ja bereits).

Übrigens sollte man mit Einfügen aus dem Menu einfügen, weil STRG+V an
der Mausposition einfügt (Feature). Ein direktes Verschieben auf den
Layern wäre trotzdem nicht schlecht.

Gruß Martin

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