date:20100310

On Wed, Mar 10, 2010 at 10:21 AM, Ævar Arnfjörð Bjarmason
ava...@gmail.comwrote:

 On Wed, Mar 10, 2010 at 08:52, Graham Jones
 grahamjones...@googlemail.com wrote:
  Please give this a bit of thought, and add any ideas to the Wiki page!
 If
  you don't have chance to do that, an email to me will do and I will add
 it.

 Here's my idea:

 Can we please not make things like Develop a Simple, Stand-Alone
 Editor for New Users part of the GSOC list.

 I've seen numerous failed and dead-on-arrival GSOC projects with
 various projects that usually turned out that way because
 inexperienced students were being handed projects that were too
 ambitious and even if they were finished saw decay because nobody else
 was interested in maintaining them.


I think a more useful criticism would include some specific ideas...

I agree that Simple Editor for New Users is way too nebulous and should
probably not be handed to a student. But perhaps someone has some ideas on
how to break up such an idea into more manageable chunks of work that we
could hand to students.

For example, one of the requirements in the simple editor that I've been
sketching in my doodle-notebook is to have an extremely fast nearest way
lookup. I imagine something like that could be written, documented, and
demonstrated in one Summer.

How about we ask a student to conduct a UX review (sit down with random
people and have them interact with OSM and observe) and write a report?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Student Project Ideas?

On 10/03/10 16:31, Ian Dees wrote:

 For example, one of the requirements in the simple editor that I've
 been sketching in my doodle-notebook is to have an extremely fast
 nearest way lookup. I imagine something like that could be written,
 documented, and demonstrated in one Summer.

We've had lots of projects in previous years that were written, 
documented and demonstrated. Then they sat in svn slowly rotting for 
evermore...

I'm not quite sure what you're actually suggesting here - if you're 
talking about a new API call for the rails port to return the nearest 
way to a point then that is certainly not a big enough project to be 
GSOC worthy - it's little more than a few hours work.

 How about we ask a student to conduct a UX review (sit down with random
 people and have them interact with OSM and observe) and write a report?

Um... It's the Summer of CODE not the Summer of Writing Reports?

Tom

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

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

Re: [OSM-talk] Student Project Ideas?

On Wed, Mar 10, 2010 at 10:50 AM, Tom Hughes t...@compton.nu wrote:

 On 10/03/10 16:31, Ian Dees wrote:

  For example, one of the requirements in the simple editor that I've
 been sketching in my doodle-notebook is to have an extremely fast
 nearest way lookup. I imagine something like that could be written,
 documented, and demonstrated in one Summer.


 We've had lots of projects in previous years that were written, documented
 and demonstrated. Then they sat in svn slowly rotting for evermore...

 I'm not quite sure what you're actually suggesting here - if you're talking
 about a new API call for the rails port to return the nearest way to a point
 then that is certainly not a big enough project to be GSOC worthy - it's
 little more than a few hours work.


The point I was trying to make was to break down big projects into smaller
more manageable pieces and to bring those up as suggestions rather than
saying something like let's not do GSoC because we only have ideas for huge
projects.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Student Project Ideas?

2010-03-10 Diskussionsfäden Stefan de Konink

Op 10-03-10 17:50, Tom Hughes schreef:
 Um... It's the Summer of CODE not the Summer of Writing Reports?

Interestingly there were projects in the past such as the kornshell 
project mentored by Sun that actually was not about coding, but about 
management task to facilitate the placement of some new code.

So it is not about writing C(ode) per se, anything that helps the open 
source development could be in the summer of code project.


Stefan

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

Re: [OSM-talk] Student Project Ideas?

On 10/03/10 17:30, Steve Hosgood wrote:

 What you need is to generate a dirty-tiles list for every edit-session
 in the database and only display the edit-sessions whose dirty-tiles
 list includes tiles that you're looking at with slippy-map at that time.
 Obviously, this is a crude description of a solution - many
 optimisations would be needed if it was to be implemented for real.

 Does that sound worthy?

Yes, which is why somebody is already working on it.

Tom

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

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

Re: [OSM-talk] Student Project Ideas?

2010-03-10 Diskussionsfäden Bernhard zwischenbrugger

Hi

I have a project:
If you have nothing else just copy/paste from snip to snap and correct 
my bad english.

---snip---
title: It's about zooming the browser maps...

The javascript map library khtmlib is a free library to display maps in 
browsers.
It has a simple API to display map tiles at the browser window in a very 
fast way.
Also the simple vector graphics circle, path and area are supported.
The API provides a complete WGS84 cordinate system and frees programmers
of thinking in screen x,y coordinates.

Browsers like webkit or opera are doing this job quiet well but  webkit 
has a bad bugs with  image loading.
Firefox is slow, but I'm sure it will change.

To have a fast javascript browser map that can easily compete with 
google or bing map will be the result of this project.

The way to get a fast map is  benchmarking and that is this GsoC Projekt

Our unit is frames per second!
Most of the map libs and browsers are able to move the map
in a usable or smooth way.
To win a new dimension in map browsing we need the z-Axis. Also smooth 
rendered.
A nice, responsive, smooth zoom opens a new intuitive way to explore the 
world.

Like in video games we have a more usable map if we have more frames per 
second.
Most of the computers have the hardware to show perfect frame rates.
 From javascript to the screen, there are some problems.

This library has an interface to measure frames per seconds. It was used 
to opitimice speed while developing.

the project details===

Automatic Banchmark tests:
Calling the API in a loop is easy done in a for loop. Counting from 
1..18 in small steps can result in a zoom and 1000 frames.

o moving the map
o zooming the map
(o caching)

Parameter:
10,100,1000,1 vektor lines, areas, circles
Map size on screen
Hardware!
Browser (navigator.userAgent)

Visual feedback:
The tester should see the map and should be able to judge about the 
behavior of the browser.
Is flickering...

Some browsers are cheating. Pointer devices deliver lots of events and 
every event is a task. Now it's programming with parallel tasks and to 
have good speed, serializing is nesessary. To serialize this tasks is 
not easy. Firefox starts extra tasks to render images and gives a 
success message bevor the work is done.
It can result in flickering image or speed penalty  the automatic test 
does not recognice.

API Dokumentation
The API should be documented in a half automatic way. (grep 
this.xyyx=function in js)

Collecting results:
Like other browser benchmark tests, this test can be done by many users.
For collecting results, there must be an AJAX feedback collector.
This feedback should be generated without user action.
The user must be able to add more information and send it to a central 
db (one click).
As a result of this action, the result will be displayed on a ranking.
There must also be an administrator option to delete entries.
A Highscore in gameboy or what ever design! would be ok.

If there are many Chrome on the  top of the list, it's very likely that 
Chrome is the fastest browser.
To prevent manipulation a simple ip based system should be ok. 1 IP == 1 
Result.
(ignoring proxys,...)
If the test provides a faster benchmark result on this IP adress, the 
faster result overwrites the slower.

Graphics:

Display vector data on browser is not widly used because of Internet 
Explorer is blocking SVG.
For map data it is essential.
There must be a diagram that showed the framerate and the number of 
lines in an x,y diagram.


The library:
(I made this library and did put it under GPL)

The library khtmlib is not perfect at all. It's buggy but fast.
At least it is a prove of concept.



To see it live go to:

Please use Chrome 5 (faster than 4), Safari or Opera 10.50 (windows). 
Try to zoom on cached tiles.
http://www.khtml.org/iphonemap/

Project Home:
http://github.com/robotnic/khtmlib

---snap

Firefox does not provide the same speed at the moment. Internet Explorer 
does not work at all (evt.pageX).
I'm working here on a netbook and have no idea how it works in 
fullscreen on a 24 monitor.

That's my project idea. A benchmark test for my map lib.
Maybe it's also help for the programmer of this lib to make it really good.
In a few days I hope to have some more documentation and I will give 
more informations about the khtmlib.

Btw. I'm still in Phnom Penh but in a few days I will continue traveling 
to Laos.


Bernhard











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

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

2010-03-10 Diskussionsfäden Peter Körner

 What you need is to generate a dirty-tiles list for every edit-session 
 in the database and only display the edit-sessions whose dirty-tiles 
 list includes tiles that you're looking at with slippy-map at that time. 

Such a dirty-tiles list could be used in tile-expiring on the render 
servers as well. The current solutions to this have the same problem as 
the history tab: a change to the german border triggers the whole german 
country to be marked as dirty, because they're inside of the relations.

Such an algorithem would be very useful on all rendering stacks -- and 
it's also a not so easy task (because of various reasons that don't need 
to be mentioned here ;)

Peter

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

Re: [OSM-talk] [tagging] Feature Proposal - RFC - (amenity=ice_cream)

2010-03-10 Diskussionsfäden Roy Wallace

On Wed, Mar 10, 2010 at 7:31 PM, Giacomo Boschi gwil...@email.it wrote:

 ... I find that the simplest way of tagging an
 ice-cream shop is the cuisine tag associated with an amenity like fast
 food or cafe, according to circumstances.

Seems reasonable to me. I generally prefer this approach of adding
more details to existing tags rather than inventing new top-level
tags, though I realise not everyone has this preference.

As for whether to use amenity=fast_food or amenity=cafe, I would
suggest using your best judgement based on the definition/examples on
the wiki.

Finally, shouldn't this be posted to the tagging@ list instead, next time?

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

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

2010-03-10 Diskussionsfäden Ævar Arnfjörð Bjarmason

On Wed, Mar 10, 2010 at 16:31, Ian Dees ian.d...@gmail.com wrote:
 On Wed, Mar 10, 2010 at 10:21 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com
 wrote:

 On Wed, Mar 10, 2010 at 08:52, Graham Jones
 grahamjones...@googlemail.com wrote:
  Please give this a bit of thought, and add any ideas to the Wiki page!
  If
  you don't have chance to do that, an email to me will do and I will add
  it.

 Here's my idea:

 Can we please not make things like Develop a Simple, Stand-Alone
 Editor for New Users part of the GSOC list.

 I've seen numerous failed and dead-on-arrival GSOC projects with
 various projects that usually turned out that way because
 inexperienced students were being handed projects that were too
 ambitious and even if they were finished saw decay because nobody else
 was interested in maintaining them.

 I think a more useful criticism would include some specific ideas...

You mean specific GSOC ideas? We'll probably have plenty of those.
What I was pointing out that just because something would be neat to
do that doesn't mean that it's appropriate for being handed to a
student for 3 months.

Once you have those ideas how are you gong to pick one? I for one think:

  * You should try to make students work on existing /active/ projects
instead of sending them off on their own for 3 months
  * In particular, assume that they'll be working for 3 months and
we'll never hear from them again. I think there are some numbers on
the % of GSOC students that stay around after the 3 months and IIRC
they're alarmingly low
  * Try to recruit people with programming experience who're already
contributing to the project in interesting ways that happen to be
students (and no, I'm not eligible). This will reduce load on mentors
  * Don't underestimate the load on mentors. I've heard from people
that did mentoring (albeit for complex projects) that spent more time
on mentoring than it would have taken them to implement the student
work themselves, and the student disappeared after 3 months so there
was no long-term gain from it.

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

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

On Wed, Mar 10, 2010 at 3:19 PM, Ævar Arnfjörð Bjarmason
ava...@gmail.comwrote:


 Once you have those ideas how are you gong to pick one? I for one think:

  * You should try to make students work on existing /active/ projects
 instead of sending them off on their own for 3 months


Yes, that's why we are soliciting ideas for projects. Some of these projects
could include a feature on JOSM or Potlatch.


  * In particular, assume that they'll be working for 3 months and
 we'll never hear from them again. I think there are some numbers on
 the % of GSOC students that stay around after the 3 months and IIRC
 they're alarmingly low


Of the 6 students that were assigned to us last year, I'm fairly certain (I
was the administrator for last year's GSoC, but I don't have the numbers in
front of me) the majority of them turned in usable and helpful code.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Student Project Ideas?

On 10/03/10 21:14, Graham Jones wrote:

5. An interesting suggestion to improve the 'History' list, which
   would also help the rendering process - I liked the sound of this
   as this is one of the few suggestions for projects involving the
   'core' of OSM.  The reply suggested that this was already being
   worked on - is the solution actually progressing, or would it be
   useful to see if a student was interested in looking at it?  It is
   an opportunity to nurture someone to understand the innards of OSM?

The backend technology exists and is running on the dev server - it is 
what drives the dupe nodes map. Work on user interfaces is ongoing.

 On this I did just try to look for the API 0.7 feature list, but can't
 find it - is anyone thinking about what the next version of the API will
 do, or do we think we are about there, and we are actually using 1.0?
 If there are features to add, then these could be potential projects?

It's in the wiki somewhere but I don't think there's anything very 
useful or helpful there.

Tom

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

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

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

On Wed, Mar 10, 2010 at 3:27 PM, Tom Hughes t...@compton.nu wrote:

 On 10/03/10 21:14, Graham Jones wrote:

  On this I did just try to look for the API 0.7 feature list, but can't
  find it - is anyone thinking about what the next version of the API will
  do, or do we think we are about there, and we are actually using 1.0?
  If there are features to add, then these could be potential projects?

 It's in the wiki somewhere but I don't think there's anything very
 useful or helpful there.


http://wiki.openstreetmap.org/wiki/API_v0.7

http://wiki.openstreetmap.org/wiki/API_v0.7As Tom said, it's full of ideas
:).
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

2010-03-10 Diskussionsfäden Graham Jones

Aevar,
The process is that we (OpenStreetMap) produce a list of ideas that students
may wish to work on.  If the students like the sound of us they will make an
application describing a project proposal.
Google will (assuming we are successful) allocate us a number of student
places - we had 6 last year.

The potential mentors will review all of the applications and agree which
ones to select - this choice will be based on the quality of the
application, but will of course be influenced by the interests of the
potential mentors.  Once we know that we have been accepted I will be
contacting the potential mentors to agree how we will do this.

I completely agree that it would be best to encourage students to work on
existing active projects, but to do that we need to help them identify
aspects of those programs that would benefit from development, so that they
can be turned into specific projects - this is why I am keen for people to
identify potential improvements to existing programs!

It is quite possible that a student will work on GSoC and then go off and do
something else, but this is not necessarily the case - one of last year's
students is helping with the administration this year.

Your point on mentoring effort is interesting - I acted as a mentor last
year and fully expected it to be hard work, like training one of our new
graduates at work how to write a computer program, which would have been
very daunting by email in a foreign language.   The complete opposite was
the case - the student was very capable and my mentoring did not have to go
much further than pointers on the general approach and code design - he did
all of the testing to chose methods of parsing, data storage etc. himself.

The other thing is what you think mentoring is about - I regard it as a way
of contributing by passing my experience onto someone else, so even if you
do not hear from the student after the end of the project, you should not
regard that as 'no long-term gain' - they will be using that extra
experience for something constructive.

Regards


Graham.

You mean specific GSOC ideas? We'll probably have plenty of those.
 What I was pointing out that just because something would be neat to
 do that doesn't mean that it's appropriate for being handed to a
 student for 3 months.

 Once you have those ideas how are you gong to pick one? I for one think:

  * You should try to make students work on existing /active/ projects
 instead of sending them off on their own for 3 months
  * In particular, assume that they'll be working for 3 months and
 we'll never hear from them again. I think there are some numbers on
 the % of GSOC students that stay around after the 3 months and IIRC
 they're alarmingly low
  * Try to recruit people with programming experience who're already
 contributing to the project in interesting ways that happen to be
 students (and no, I'm not eligible). This will reduce load on mentors
  * Don't underestimate the load on mentors. I've heard from people
 that did mentoring (albeit for complex projects) that spent more time
 on mentoring than it would have taken them to implement the student
 work themselves, and the student disappeared after 3 months so there
 was no long-term gain from it.




-- 
Dr. Graham Jones
Hartlepool, UK
email: grahamjones...@gmail.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

2010-03-10 Diskussionsfäden Graham Jones

Ian, Tom,
Thanks for the pointer - I had naively thought it would be linked from the
'API' page and didn't think to search!
Would anyone have an issue with me adding the link so I can find it again?

It is an interesting list of possibilities isn't it - would anyone that
knows more about it than me fancy identifying the likely candidates on the
ideas page in case one of the students would like to look at implementing
them?

Thanks

Graham

On 10 March 2010 21:35, Ian Dees ian.d...@gmail.com wrote:

 On Wed, Mar 10, 2010 at 3:27 PM, Tom Hughes t...@compton.nu wrote:

 On 10/03/10 21:14, Graham Jones wrote:

  On this I did just try to look for the API 0.7 feature list, but can't
  find it - is anyone thinking about what the next version of the API will
  do, or do we think we are about there, and we are actually using 1.0?
  If there are features to add, then these could be potential projects?

 It's in the wiki somewhere but I don't think there's anything very
 useful or helpful there.


 http://wiki.openstreetmap.org/wiki/API_v0.7

 http://wiki.openstreetmap.org/wiki/API_v0.7As Tom said, it's full of
 ideas :).




-- 
Dr. Graham Jones
Hartlepool, UK
email: grahamjones...@gmail.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [OSM-dev] Student Project Ideas?

2010-03-10 Diskussionsfäden jamesmikedup...@googlemail.com

On 10/03/10 21:53, Graham Jones wrote:

 Thanks for the pointer - I had naively thought it would be linked from
 the 'API' page and didn't think to search!

Maybe if anybody involved with coding the API was taking it seriously 
then it would be...

 Would anyone have an issue with me adding the link so I can find it again?

So long as you make it clear that it's nothing more than a wish list of 
vague ideas, most of which are not serious and/or practical.

 It is an interesting list of possibilities isn't it - would anyone that
 knows more about it than me fancy identifying the likely candidates on
 the ideas page in case one of the students would like to look at
 implementing them?

Pretty much everything either makes little sense or needs considerable 
discussion and design before it could be implemented - there's nothing 
much that is suitable for an OSM novice to go off and implement on their 
own.

Tom

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

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

Re: [OSM-talk] will walkingpapers printed on black and white work?

2010-03-10 Diskussionsfäden Erik Johansson

On Sat, Feb 27, 2010 at 11:11 AM, Tom Hughes t...@compton.nu wrote:
 On 27/02/10 05:21, Michal Migurski wrote:

 Interesting, I've been treating PDF uploads as errors, essentially. =)
 I wasn't aware of printers that spoke PDF instead of JPEG/TIFF. If
 this is a common problem I can look into ways of handling it. So far
 most of the image libraries I've been using don't really handle the
 complex postscript of PDF at all.

 The PDF that a scanner produces will normally just contain a big
 embedded bitmap image. No idea how easy that is to extract though.

 Tom

I've used this to extract the jpgs that are inside pdfs:
pdfimages -j foo.pdf  bar

Since pdf seems to be the encapsulating format of choice for fast auto
loading scanners.

-- 
/emj

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

[OSM-talk] GeoEye TMS for Chile

2010-03-10 Diskussionsfäden Julio Costa Zambelli

Hello Everyone,

I wanted to know if someone is working in a TMS for Chiles GeoEye imagery (
http://wiki.openstreetmap.org/wiki/2010_Chile_earthquake/Imagery_and_data_sources#GeoEye_and_DigitalGlobe).
If the answer is no, I would also like to know if someone is technically
capable and interested in doing it.

Thank you for your answers and help.

Regards,

Julio Costa
OpenStreetMap Chile
http://www.openstreetmap.cl/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)

2010-03-10 Diskussionsfäden Steve Bennett

On Wed, Mar 10, 2010 at 8:55 PM, Richard Fairhurst rich...@systemed.net wrote:
 If you can code ActionScript 3 (or would like to learn), the world's your
 oyster. If not, there are oodles of exciting things you can do with presets
 and icons and stuff. Either drop me a line off-list or (better still) ask on
 the potlatch-dev mailing list and we'd be delighted to help. (Especially
 since last night I finally fixed the bug that's been annoying me for weeks.)

 That goes for any putative devs - do get in touch, there's loads of great
 stuff to do, and the cool tag panel and rendering stuff makes it so much
 less hard work.

Sweet. How hard can ActionScript be, really? (I've done plenty of C,
Delphi, Java etc in the distant past, usually the difficulty is not
the language, it's learning the codebase.)

Anyway, feel free to remind me of my offer to help on, oh, the 25th of
April or so. :)

Steve

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

Re: [OSM-talk] [OSM-dev] GSoC'10

My GSOC suggestion :

Get the potlatch running without any Adobe software, use gnash.

http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010#Porting_of_Potlatch_to_use_FLOSS_tools_and_viewer

Also why does google list OSM as being apache licensed?
http://code.google.com/soc/2008/streetmap/about.html
*Preferred license: Apache License, 2.0
Since when?

I am putting all my new code under the affero GPL 3.0.
*
mike

On Fri, Feb 12, 2010 at 4:44 PM, Rajan Vaish vaish.ra...@gmail.com wrote:

Thanks Graham,

The page looks nice. Though, I have also created this page -
http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010, where students
can start posting their ideas. I think Things to do
http://wiki.openstreetmap.org/wiki/Things_To_Doand Student
projectshttp://wiki.openstreetmap.org/wiki/Student_projectspages should be
updated, to see what and where OSM's priority lies as of
now. This will help students, develop ideas on similar lines. I plan to
edit/add pages, as things progress.

Regards,
Rajan

On Fri, Feb 12, 2010 at 4:14 AM, Graham Jones
grahamjones...@googlemail.com wrote:

Hi All,
Following Rajan's prompt I have made a start on a wiki page to detail
OSM's participation in the 2010 Google Summer of Code (
http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010).

The page includes a draft proposal for OSM to apply to GSoC when the
programme starts, but I think it would be worth us starting on a list of
potential projects.
I have had a look through previous GSoC pages and the 'Student Projects'
wiki page, but I am not sure which are still appropriate, and which have
been superseded by other work.

Please can you give some thought to potential projects for students and
add them to the wiki page? The thing to remember is that the projects need
to be pretty well defined and be achievable in a relatively short time
period.

Feel free to add comments to the proposals so that we get the most useful
set of potential projects.

This is an opportunity for OSM to get some help with coding, and is a
useful learning experience for students, so please give some thought to what
you would like to see worked on!

Thanks

Graham.

--
Dr. Graham Jones
Hartlepool, UK
email: grahamjones...@gmail.com

On 6 February 2010 11:58, Rajan Vaish vaish.ra...@gmail.com wrote:

Hi all,

With GSoC'10 not very far, quite a number of students are emailing me to
know about OSM's participation in GSoC'10 and what they can expect.
I haven't noticed any discussion or page regarding the same (sorry if I
missed one?) . Looking forward to know/hear more about it, and ways I can
contribute.

Thanks,
Rajan
GSoC'09 - OSM developer.

--
Rajan Vaish
ASE at Accenture Technology Labs (RD)
http://LinkedIn.com/in/RajanVaish

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

--
Rajan Vaish
ASE at Accenture Technology Labs (RD)
http://LinkedIn.com/in/RajanVaish

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

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

Re: [OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)

2010-03-10 Diskussionsfäden jamesmikedup...@googlemail.com

The data from Aiutaki (Cook Islands) are online, they look great.

http://www.disasterscharter.org/web/charter/activation_details?p_r_p_1415474252_assetId=ACT-294

Lets get some people working on it?


On Thu, Feb 11, 2010 at 9:58 AM, jamesmikedup...@googlemail.com 
jamesmikedup...@googlemail.com wrote:

 Cyclone Pat hits Cook Islands

 It looks like there are damaged buildings:

 http://www.3news.co.nz/Cyclone-Pat-storms-through-Cook-Islands-photos/tabid/417/articleID/141220/Default.aspx

 Here is a picture of the cloud:


 http://earthobservatory.nasa.gov/NaturalHazards/view.php?id=42603src=eorss-nh

 Here is the path of the cyclone

 http://www.gdacs.org/reports.asp?eventType=TCID=16299system=asgardalertlevel=Greenglide_no=location=country=new=true

 and here :
 http://www.hurricanezone.net/#14p

 Well there are things we can add to the map..

 On Thu, Feb 11, 2010 at 9:41 AM, jamesmikedup...@googlemail.com
 jamesmikedup...@googlemail.com wrote:
 
  Hi Dr. Liz,
 
  It has not made the charter yet :
  http://www.disasterscharter.org/web/charter/home
 
  If they had sat pictures, we could at least prepare something. But with
 cloud coverage, there would not be much to see!
 
  mike
 
 
  On Thu, Feb 11, 2010 at 9:18 AM, Liz ed...@billiau.net wrote:
 
  http://www.abc.net.au/news/stories/2010/02/11/2816234.htm
 
  I have no idea if this area would benefit from urgent mapping - we need
 a co-
  ordination point for notes like this.
 
  ___
  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-nl] Fietsrouteplanner Zuid Nederland

2010-03-10 Diskussionsfäden Martijn van Exel

Dirk,

Mooie plannen. Ik neem aan dat je bekend bent met de huidige multimodale 
routeplanners gebaseerd op OSM-data? Ik denk bijvoorbeeld aan OpenRouteService. 
Door die te gebruiken kun je een gevoel ontwikkelen van hoeveel werk je te doen 
hebt aan de data - of hoe weinig, daar wil ik geen uitspraak over doen.

Wat me nou een mooie kans lijkt is om binnen het ongetwijfeld aanzienlijke 
budget dat jullie hiervoor ter beschikking staat ook aandacht te geven aan echt 
gebruiksvriendelijke manier om OSM te bewerken en aan te vullen - je hebt het 
zelf al over 'tools' die je aan de community ter beschikking wilt stellen. 
Internationaal in de OSM-gemeenschap woedt er al een tijdje een discussie over 
een betere UX om de drempel om OSM actief te gebruiken laag wordt. Zodat je 
tante zelfs de brievenbus waar ze op uitkijkt kan toevoegen, zeg maar. De 
huidige tools zijn allemaal te moeilijk. Willen jullie dit gaan oppakken? 
Probeer dan breder te denken dan alleen jullie primaire doel van fietsroutes.

Groet,
Martijn

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

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

On Mar 9, 2010, at 5:06 PM, dbuss...@goudappel.nl wrote:

 Beste OSMers,
 Goudappel Coffeng heeft opdracht gekregen de fietsrouteplanner Zuid-Nederland 
 te maken (Limburg, Noord-Brabant en Zeeland). Wij hebben besloten dit niet op 
 basis van het NWB of een commercieel netwerk, maar op basis van OSM te doen.
 Onderdeel van de opdracht is een hoop veldwerk en desk research om OSM in de 
 regio zodanig te verbeteren en aan te vullen dat het geschikt wordt om 
 betrouwbare fietsroutes te plannen. De verbeteringen zullen in JOSM worden 
 uitgevoerd op de OSM database en staan daarmee iedereen onder CC BY SA ter 
 beschikking. De planner zelf zal bij ons op een locale kopie van de OSM 
 database draaien om performance te waarborgen en de OSM server niet te zwaar 
 te belasten.
 De planner zal technisch ook buiten Zuid-Nederland werken. Daar zullen wij 
 geen veldwerk uitvoeren maar wel onze tools aan de community ter beschikking 
 stellen in de hoop dat ook daar een hoogwaardig netwerk ontstaat.
 In ieder geval een kans voor OSM om de zichtbaarheid en kwaliteit van OSM te 
 verhogen en tegelijk een gezamelijke uitdaging om de data goed op orde te 
 brengen en houden.
 De verwachting is dat de fietsrouteplanner Zuid-Nederland begin 2011 
 operationeel zal zijn. Ik zal jullie binnenkort op de hoogte stellen van de 
 attributen die wij zullen controlleren/toevoegen en de automatische checks 
 die wij uitvoeren.
 Groeten,
 Dirk Bussche
 Goudappel Coffeng b.v.
 
 
 Disclaimer
 
 De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is 
 uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht 
 ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct 
 te informeren door het bericht te retourneren. De afzender sluit iedere 
 aansprakelijkheid uit die voortvloeit uit elektronische verzending. 
 ___
 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] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Nick Hocking

The ICSM website  http://www.icsm.gov.au/ has some interseting standards on
road naming etc.

E.G  A road leading up to a mountain honouring St Patrick may be called

MOUNT ST PATRICKS ROAD but not Mt Saint Patrick's Rd

It also has interesting standards for roundabouts  (e.g they must NOT have
names) and slip roads.

Maybe we should adhere to these standards in Australia and point people to
them.

On another standards matter, with the availability of nearmap it is now
becoming an issue as to whether to join footways to roads and as
to whether landuse areas should be glued to roadwaysor not.

It would be great if mappers were automatically presented with keepright or
validator output on all uploads.
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Incorrectly expanding abbreviations

On 10 March 2010 20:01, Nick Hocking nick.hock...@gmail.com wrote:
 Maybe we should adhere to these standards in Australia and point people to
 them.

Or at least getting them to tag what is signed, I've never seen a
Saint George bank, but I've seen plenty of St George banks... and
people changed the town of St George to Saint George...

 On another standards matter, with the availability of nearmap it is now
 becoming an issue as to whether to join footways to roads and as
 to whether landuse areas should be glued to roadwaysor not.

These are topics for another thread, this one is about incorrectly
expanding abbreviations.

 It would be great if mappers were automatically presented with keepright or
 validator output on all uploads.

Get right doesn't always get it right, and in some cases the validator
plugin in JOSM has led me astray and caused me to make errors that had
to be fixed later, I think this could cause as many problems as it
would solve.

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

Re: [talk-au] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Richard Colless





John Smith wrote:

  Or at least getting them to tag what is signed, I've never seen a
"Saint George" bank, but I've seen plenty of St George banks... and
people changed the town of St George to Saint George...

  

If you are correcting the bank name, it is actually "St.George" -
includes the full stop, but no spaces. Check their website.

Richard



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

Re: [talk-au] Incorrectly expanding abbreviations

On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote:
 If you are correcting the bank name, it is actually St.George - includes
 the full stop, but no spaces. Check their website.

I'll have to find a branch locally and see what's on their signs...

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

Re: [talk-au] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Liz

On Thu, 11 Mar 2010, John Smith wrote:
 On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote:
  If you are correcting the bank name, it is actually St.George -
  includes the full stop, but no spaces. Check their website.
 
 I'll have to find a branch locally and see what's on their signs...
 


http://billiau.net/zoph/photo.php?photo_id=5505

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

Re: [talk-au] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Roy Wallace

On Wed, Mar 10, 2010 at 1:15 PM, John Smith deltafoxtrot...@gmail.com wrote:

 Does anyone have any thoughts about what to do about this?

Contact those that made the incorrect changes. Other than that...Is
there a particular wiki page that recommends names be spelt out in
full? If so, you could add a warning there against indiscriminate
corrections made in this regard. Not much more you can do...

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

Re: [talk-au] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Michael Hampson

Banks statements have st.george as in the logo in the previous photo. It
also has St.George in the text information section and St. George Bank
Limited (with . and space) on the top right with their ABN etc.

Regards,

Michael Hampson
Ph: 02 4739 4938


On Thu, Mar 11, 2010 at 6:40 AM, Liz ed...@billiau.net wrote:

 On Thu, 11 Mar 2010, John Smith wrote:
  On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote:
   If you are correcting the bank name, it is actually St.George -
   includes the full stop, but no spaces. Check their website.
 
  I'll have to find a branch locally and see what's on their signs...
 


 http://billiau.net/zoph/photo.php?photo_id=5505

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

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

Re: [talk-au] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Jim Croft

There is an almost universal rule in style manuals - full stop after
an abbreviation, not after a contraction.

but you can not control what people choose to do with 'style'... :)

jim

On Thu, Mar 11, 2010 at 9:18 AM, Michael Hampson mc.hamp...@gmail.com wrote:
 Banks statements have st.george as in the logo in the previous photo. It
 also has St.George in the text information section and St. George Bank
 Limited (with . and space) on the top right with their ABN etc.

 Regards,

 Michael Hampson
 Ph: 02 4739 4938


 On Thu, Mar 11, 2010 at 6:40 AM, Liz ed...@billiau.net wrote:

 On Thu, 11 Mar 2010, John Smith wrote:
  On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote:
   If you are correcting the bank name, it is actually St.George -
   includes the full stop, but no spaces. Check their website.
 
  I'll have to find a branch locally and see what's on their signs...
 


 http://billiau.net/zoph/photo.php?photo_id=5505

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


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





-- 
_
Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~
http://www.google.com/profiles/jim.croft
'A civilized society is one which tolerates eccentricity to the point
of doubtful sanity.'
 - Robert Frost, poet (1874-1963)

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

Re: [talk-au] Incorrectly expanding abbreviations

On 11 March 2010 06:59, Roy Wallace waldo000...@gmail.com wrote:
 Contact those that made the incorrect changes. Other than that...Is

The mistakes I've seen so far seem a couple of years old, dunno if Liz
did anything about the person making changes to the town of St George
or not. I guess I was just trying to highlight these mistakes so
people would be more aware of them.

 there a particular wiki page that recommends names be spelt out in
 full? If so, you could add a warning there against indiscriminate
 corrections made in this regard. Not much more you can do...

There is for things like St - Street, but it seems some people have
taken this out of context.

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

Re: [talk-au] Incorrectly expanding abbreviations

On 11 March 2010 05:40, Liz ed...@billiau.net wrote:
 http://billiau.net/zoph/photo.php?photo_id=5505

Thanks for saving me the trip, so on their signs it looks like 'st.george'

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

Re: [talk-au] Incorrectly expanding abbreviations

2010-03-10 Diskussionsfäden Steve Bennett

On Wed, Mar 10, 2010 at 9:01 PM, Nick Hocking nick.hock...@gmail.com wrote:
 Maybe we should adhere to these standards in Australia and point people to
 them.

Yep. I think with abbreviations, common sense isn't going to help -
let's just define some rules and stick to them. As I understand it, we
always expand St to Street, even though the renderer just
contracts it again. But we could agree to never expand St to
Saint. St Kilda is definitely never Saint Kilda.

Steve

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

[Talk-br] Relatório Semanal: 10/03/2010

2010-03-10 Diskussionsfäden Vitor George

*Status dos Projetos OSM-br*
*
B250C - Brasil 250 Cidades*

Página do Projeto:
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades

***2a. fase*
Conectividade em *61,65%* *(+5,71%)*
Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (13
Mb)
Grid Atualizado (zip):
http://mapaslivres.org/cidades-distancias.ziphttp://mapaslivres.org/cidades-distancias.html(2
Mb)


*JOSM - Tradução ao português*

Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm
Indicador: Percentual de strings traduzidas em *58.19% (+0,08%)*

*Site osm.org - Tradução ao português
*
Página do Projeto:
http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site
Indicador: String Traduzidas em *100%*

*Potlach* - *Tradução ao português*

Página do Projeto:
http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch
Indicador: String Traduzidas em *100%*
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Andreas Labres

On 09.03.10 21:17, Stefan Dettenhofer (StefanDausR) wrote:
 Es gibt doch durchaus auch Autobahnen, die neben Ihrer amtlichen 
 Nummer (=ref) auch noch einen Namen haben, z.B.:
 Inntal-Autobahn, Brenner-Autobahn, etc. In Italen sind m.W. alle 
 autostradas auch benamt.
   

In AT haben wohl alle Autobahnen und Bundesstraßen Namen. Im Volksmund
werden Autobahnen meist mit dem Namen benannt (die Westautobahn, die
Südautobahn), während bei Bundesstraßen doch oft das B# üblich ist (zB
der Imbiss an der B17, der sich B17 nennt).

Ich wäre dafür, name=  ref= Regeln wie auch das Rendering
beizubehalten, sprich die ref-Eier immer und der name dort, wo er
gesetzt ist und Platz ist. IMO funktioniert das gut, es besteht kein
Leidensdruck, was zu ändern.

Servus, Andreas


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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Bernd Wurst

Am Dienstag 09 März 2010 17:03:39 schrieb Jonas Stein:
 auf [2] sieht man einige solche name=A 2
 Koennte die jemand per Bot deutschlandweit entfernen?
 Oder falls in name etwas in der Syntax 
   (A|B|L)\s+\d*\d
   (ich habe versucht es als Regexp aufzuschreiben, aber nicht getestet)
 ist, koennte man es bei fehlendem ref automatisch dort hinverfrachten...

Die Diskussion um die Sonderfälle in allen Ehren, aber ich finde man kann das 
durchaus als korrekturbedürftig sehen, wenn man etwas defensiv vorgeht.


Wenn ich die Situation der Renderer und der sonstigen aktuellen Datennutzung 
anschaue, dann hat sich sehr stark verbreitet, dass man ref bei größeren 
Straßen auswertet. Es stellt also niemanden vor ein Problem, wenn nur ref und 
kein Name vorhanden ist und man kann es als etabliert bezeichnen, dass ref als 
Namens-Ersatz benutzt wird.

Im Gegenteil: Das ref wird oft schön in Schildchen-Optik dargestellt während 
Namen eher auf der Straße gezeigt werden. Das verdeutlicht, dass es Sinn 
macht, diese beiden Bezeichnungen formal zu trennen.

Ich würde daher kein Problem darin sehen, wenn man bei highway=* folgende 
Änderungen macht:
Wenn name == ([ABLK] [0-9]+;?)* und ref leer oder gleich, dann dies ins ref 
und Name weg


Meiner persönlichen Betrachtung nach sollte es aber dennoch um eine 
vertretbare Anzahl handeln, so dass man diesen Fall vielleicht in eines der 
einschlägigen Checker-tools einbauen könnte (oder einen gary-Report dazu 
machen) und das korrigieren den Mapern überlassen.

Gruß, Bernd

-- 
Probleme lassen sich immer am besten mit anderer Leute Geld lösen.
  -  Oskar Lafontaine


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

Re: [Talk-de] Frage zur XAPI und Relationen

2010-03-10 Diskussionsfäden Stefan Dettenhofer (StefanDausR)

Jan Tappenbeck schrieb:
 Moin !
 
 ich habe mir über folgenden Ausdruck NODES von Stolpersteinen gezogen:
 
 http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3]
 
 ... mit folgendem Ausdruck habe ich dann mir die Haupt-Relation mit 
 seinen Daten gezogen:
 
 http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3]
 
 Im Anschluss habe ich die Daten mit OSMOSIS zusammengeführt. In der 
 OSM-Datei der Relation ist alles zu erwartende drin. Auch wenn es 
 weitestgehend zu Überdeckungen kommt müßte die Relationsdefintion im 
 verschmolzenen File enthalten sein. Es sind aber nur die allgemeinen 
 Relationsdaten enthalten.
 
 relation id=407359 version=75 timestamp=2010-03-05T21:26:43Z 
 uid=32786 user=Netzwolf changeset=4044847/
 

 
 Anmerkung: es werden noch zwei weitere OSM-Dateien mit eingebunden  - 
 das sollte der Sache an sich aber keinen Abbruch tun.
 
 Kann mir einer von Euch weiterhelfen ?
 

Warum nimmst du für die Relationsdaten die XAPI? Die Daten sind sowieso 
nicht so aktuell wie
http://www.openstreetmap.org/api/0.6/relation/407359/full

Das kann man zumindest mit josm weiterverarbeiten.

Gruß,
Andre Joost




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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Andreas Labres

On 09.03.10 22:10, Walter Nordmann wrote:
 und dann haben wir noch die E-Straßen, die ja aus A-s bestehen
   

Relation only. Es gab IIRC mal ein int_ref, aber das wurde schon lange
durch die Relation ersetzt.

Servus, Andreas


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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Martin Simon

Am 9. März 2010 21:00 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 Jonas Stein wrote:
 [1] schreibt:
 Die Nummer hat in name nichts verloren.

 auf [2] sieht man einige solche name=A 2
 Koennte die jemand per Bot deutschlandweit entfernen?

 Grundsaetzlich sollte man niemals automatisierte Edits auf Basis von
 irgendeiner Wiki-Aussage machen (die sind oft genug umstritten oder gar
 falsch). Insofern ist es gut, dass Du hier fragst, statt gleich zur Tat
 zu schreiten ;-)

 Meine Antwort waere: Koennte man. Allerdings sind die Leute auf talk-us
 gerade am debattieren, ob man nicht ref generell zur Beschreibung von
 Routen abschaffen sollte. Das wuerde in letzter Konsequenz dann
 bedeuten, dass ein Stueck Autobahn weder ref noch name hat, sondern nur
 durch eine Relation bezeichnet ist.

 Ich bin da selber unschluessig. Wenn ich hier jemanden vor Ort frage
 was ist das fuer eine Strasse da, dann sagt er das ist die A5. Er
 sagt nicht das ist eine Strasse, ueber die die A5 fuehrt oder sowas.

 Im Volksmund zumindest hat die Strasse also tatsaechlich den Namen A5 -
 unter dem ist sie bekannt. Es spricht einiges dafuer, die Strasse mit
 name=A5 zu taggen statt mit ref=A5 und leerem Namen.

Naja, im Volksmund heißt es auch ich geh zum Asitoaster, nicht zum
Wellnessstudio Schmitz-Backes...

Erst einigen wir uns darauf, alle Informationen sauber getrennt zu
erfassen, statt in den name-tag zu schreiben Fahrkartenautomat der DB
im VRS, Referenznummer XYZ, braille-Tasten, Bezahlmöglichkeit: ec,
bar, Softwareversion 9.8.76 und nun tun wir's doch wieder?

Mit Verlaub, das ist doch Käse!

Gruß,

Martin

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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Andreas Labres schrieb:
 Ich wäre dafür, name=  ref= Regeln wie auch das Rendering
 beizubehalten, sprich die ref-Eier immer und der name dort, wo er
 gesetzt ist und Platz ist. IMO funktioniert das gut, es besteht kein
 Leidensdruck, was zu ändern.
   

Da bin ich voll Deiner Meinung!

Mittelfristig könnte man sich ja überlegen, das ref= in die Relation 
(falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die 
Renderer auch einfacher, die ref-Eier auf stark zerstückelten Wegen 
sinnvoller zu platzieren.
Analoges (Auslagern in die Relation) würde dann aber auch für name= 
und ggf. weitere Attribute gelten.

Gruß,
Stefan



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

[Talk-de] Frage zu XAPI, Relationen und OSMOSIS

2010-03-10 Diskussionsfäden Stefan Dettenhofer (StefanDausR)

Moin !

ich habe mir über folgenden Ausdruck NODES von Stolpersteinen gezogen:

http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3]

... mit folgendem Ausdruck habe ich dann mir die Haupt-Relation mit
seinen Daten gezogen:

http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3]

Im Anschluss habe ich die Daten mit OSMOSIS zusammengeführt. In der
OSM-Datei der Relation ist alles zu erwartende drin. Auch wenn es
weitestgehend zu Überdeckungen kommt müßte die Relationsdefintion im
verschmolzenen File enthalten sein. Es sind aber nur die allgemeinen
Relationsdaten enthalten.

relation id=407359 version=75 timestamp=2010-03-05T21:26:43Z
uid=32786 user=Netzwolf changeset=4044847/

Der OSMOSIS-Aufruf war folgender:

OSMOSIS_command: D:\DATEN\JAN\openstreetmap\osmosis\bin\osmosis.bat
--read-xml xapi4osm_node_1.osm --sort-0.6 --read-xml
xapi4osm_relation_1.osm --sort-0.6 --read-xml xapi4osm_node_2.osm
--sort-0.6 --read-xml xapi4osm_relation_2.osm --sort-0.6 --merge --merge
--merge --write-xml D:\DATEN\JAN\openstreetmap\osmosis\stolpersteine.osm

OSMOSIS protokolliert nur...

10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO:
Osmosis Version 0.32
10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO:
Preparing pipeline.
10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO:
Launching pipeline execution.
10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO:
Pipeline executing, waiting for completion.
10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO:
Pipeline complete.
10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO:
Total execution time: 515 milliseconds.

Anmerkung: es werden noch zwei weitere OSM-Dateien mit eingebunden -
das sollte der Sache an sich aber keinen Abbruch tun.

Kann mir einer von Euch weiterhelfen ?

Gruß Jan :-)

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

Re: [Talk-de] OT: Alternative zu gmane / Liste per NNTP

2010-03-10 Diskussionsfäden Sven Geggus

Johann H. Addicks addi...@gmx.net wrote:

 Welche (zuverlässigen) Alternativen gibt's, die Mailingliste mit einem 
 nntp-client zu lesen?

Ich könnte einen feed anbieten :)

Wie funktioniert eigentlich dieses oauth könnte ich das in das
als Authentifizierungsscript statt ckpasswd in meinem INN einbauen?

Gruss

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Andreas Labres

On 10.03.10 09:29, Stefan Dettenhofer (StefanDausR) wrote:
 Mittelfristig könnte man sich ja überlegen, das ref= in die Relation 
 (falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die 
 Renderer auch einfacher, die ref-Eier auf stark zerstückelten Wegen 
 sinnvoller zu platzieren.
   

Aber es tut doch niemandem weh, den ref= Tag trotz einer Relation
beizubehalten. Der alte Renderer hat keinen Tau von Relationen und
verwendet halt weiterhin den ref= Tag, der moderne Renderer wertet die
Relationen aus (und muß sich halt seine Gedanken machen, was er bei
einer A und zwei E Nummern wirklich anzeigt... notfalls kann er dann ja
auf den ref= Tag zurückgreifen... ;)

Servus, Andreas


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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Andreas Labres schrieb:
 On 10.03.10 09:29, Stefan Dettenhofer (StefanDausR) wrote:
   
 Mittelfristig könnte man sich ja überlegen, das ref= in die Relation 
 (falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die 
 Renderer auch einfacher, die ref-Eier auf stark zerstückelten Wegen 
 sinnvoller zu platzieren.
   
 

 Aber es tut doch niemandem weh, den ref= Tag trotz einer Relation
 beizubehalten. Der alte Renderer hat keinen Tau von Relationen und
 verwendet halt weiterhin den ref= Tag, der moderne Renderer wertet die
 Relationen aus (und muß sich halt seine Gedanken machen, was er bei
 einer A und zwei E Nummern wirklich anzeigt... notfalls kann er dann ja
 auf den ref= Tag zurückgreifen... ;)

   
Ich bin ja auch Deiner Meinung und habe deshalb extra Mittelfristig 
(also vielleicht in ein paar Jahren) geschrieben.

Stefan



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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Jonas Stein

 [1] schreibt: 
 Die Nummer hat in name nichts verloren. 
 auf [2] sieht man einige solche name=A 2
 Koennte die jemand per Bot deutschlandweit entfernen?

 Meine Antwort waere: Koennte man. Allerdings sind die Leute auf talk-us 
 gerade am debattieren, ob man nicht ref generell zur Beschreibung von 
 Routen abschaffen sollte. Das wuerde in letzter Konsequenz dann 
 bedeuten, dass ein Stueck Autobahn weder ref noch name hat, sondern nur 
 durch eine Relation bezeichnet ist.

Ich glaube diese debatte wird sich einige Zeit hinziehen, weil das
ref= derzeit schon sehr stark genutzt wird.

Wenn der Eintrag 
ref= Suedkurve; A 2 
und eines Tages kein ref mehr gibt wird man eh per Bot aus den
entsprechenden ref= von Autobahnen ein name= oder sonstwas erzeugen.
Oder?
Dann waere es doch schoen, wenn die Daten zumindest einheitlich
vorliegen.

 Im Volksmund zumindest hat die Strasse also tatsaechlich den Namen A5 - 
 unter dem ist sie bekannt. Es spricht einiges dafuer, die Strasse mit 
 name=A5 zu taggen statt mit ref=A5 und leerem Namen.

Wenn wir nach Volksmund mappen, bekommt Köln capital=yes.

Herzliche Gruesse,

-- 
Jonas Stein n...@jonasstein.de


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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Frank Sautter

Jonas Stein schrieb:
 http://osm.gt.owl.de/Strassenliste/output/55060/index.html
hast du dir die wege mit dem namen A2 und A3 mal angeschaut?
http://osm.org/go/0GISZd0J das sind keine autobahnen sondern wanderwege 
oder sportpfade!

und das andere wird schon erledigt: 
http://www.openstreetmap.org/user/refbotDE/edits

grüße
  frank



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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Bernd Wurst

Am Mittwoch 10 März 2010 11:14:36 schrieb Frank Sautter:
 hast du dir die wege mit dem namen A2 und A3 mal angeschaut?
 http://osm.org/go/0GISZd0J das sind keine autobahnen sondern wanderwege 
 oder sportpfade!

Das was ich da auf der Karte sehe kommt mir aber auch so vor als wäre die 
Bezeichnung A2 definitiv nichts für das Name-Tag. Denn das ist doch bestimmt 
entweder eine Wegenummer (ref) oder eine Route (relation)..

Gruß, Bernd

-- 
Keine zwei Menschen gleichen einander,
und beide sind froh darüber


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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Bernd Wurst

Am Mittwoch 10 März 2010 11:14:36 schrieb Frank Sautter:
 und das andere wird schon erledigt: 
 http://www.openstreetmap.org/user/refbotDE/edits

Da kommt dann sowas bei raus:
http://www.openstreetmap.org/browse/way/4391051

Auch nicht besonders gut. :(

Gruß, Bernd

-- 
Alte Internet Grundregel, seit weit ueber 10 Jahren: Alles was du von
dir gibst kann an beliebigen Orten landen, Konkurrent, Boss, Reporter,
Staat. Zieh daraus die Konsequenz beim Schreiben.


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

[Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Hallo Liste

Als ich vor einigen Jahren bei OSM angefangen habe, war die Welt noch
einfach. Man erfasste Straßen und ihre Namen, dazu noch ein paar POIs
- fertig!
Viel Diskussionsbedarf bestand nicht, wenn man sich auf die einzelnen
Keys geeinigt hatte.

So einfach ist es heute aber nicht mehr.
Die Komplexität der OSM-Welt nimmt ständig zu. Wer sich heute mal eine
Innenstadt in JOSM anschaut, weiß was ich meine. Da gibt es neben den
Straßen und POIs viele andere Dinge, die in der Karte zu sehen sind.
Landflächen, Plätze, Buslinien, Grenzen, Brücken, Stromleitungen,
Tunnel und und und...
Wer in so einem Gebiet wirklich nur eine Kleinigkeit ändern möchte,
muss höllich aufpassen, das er keine Relationen beschädigt, Straßen
mit Flächen verbindet, Maxspeed löscht oder auf eine falsche Straße
ausweitet, Löcher in Wanderrouten erzeugt und so weiter. Man muss
sich immer mit der sonstigen Verwendung der Elemente vertraut machen,
um nicht die Arbeit der Anderen zu stören oder zu beschädigen. Oder
man aggiert nach dem Motto Augen zu und durch, Wird schon
schiefgehen oder Die Fehler die ich mache wird schon jemand
richten.
Wer sich mal mit der Pflege von Boundarys, ÖPNV-Relationen oder
sonstigen komplexeren Dingen beschäftigt hat, weiß ein Lied davon zu
singen.

Durch dieses Dilemma entstehen verschiedene Probleme:

1. Der Einstieg in das Thema OSM wird immer komplizierter. Mal eben
eine fehlende Straße einzeichnen - so wie es früher war -
funktioniert nur noch im Niemandsland.

2. Immer mehr Energie wird in die Pflege/Reparatur der Daten aufgewendet.

3. Ein sinnvolles Bearbeiten ist nur noch durch wenige Experten möglich.

4. Importe werden sehr kompliziert. - Gespendete Daten müssen mit
größter Vorsicht oder händich eingefügt werden.


Wie kann man das Lösen?
Einfach zu lösen ist dieses Problem mit Sicherheit nicht. Momentan
versuchen wir Fehler passiv zu vermeiden. Damit meine ich, dass die
Editoren, wie JOSM, vor möglichen Fehlern warnen, bspw wenn eine
Relation geteilt, eine Straße verschoben oder Straßen mit
verschiedenen Eigenschaften verbunden werden. Eigentlich müssten JOSM
und Co noch viel mehr Fehler abfangen, damit diese gar nicht erst in
die Datenbank kommen. Dadurch wird das Editieren zwar sicherer, jedoch
nicht einfacher. Es kann also nur eine Teillösung sein, beseitigt
jedoch nicht das Grundproblem.

Was ist das Grundproblem?
OSM ist monolithisch! - Alles ist miteinander verknüpft und verwoben.
Eine kleine Änderung kann große Wirkung haben und Bereiche oder
Sachverhalte ändern, die man gar nicht verändern wollte.
Was fehlt, ist die Modularität!

Modularität?
Wäre OSM (bzw. die OSM-Datenbank) modularer aufgebaut, beziehungsweise
wären Elemente modular zu bearbeiten, so könnten andere Baustellen
komplett ausgeblendet werden. Man hätte ein festes Grundgerüst und
darauf die einzelnen Module, die man je nach Absicht voneinander
unabhängig benutzen könnte.
So einfach, wie es sich anhört, ist es nicht zu realisieren! -
Stimmt, einfach ist es wirklich nicht, aber wie könnte es aussehen?

Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module
zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul.
Aber was ist mit Ways? - Ways sind in der Datenbank momentan ein
Sonderfall. Sie beschreiben zum Beispiel einen Weg, indem sie die
verwendeten Nodes auflisten. Damit unterscheiden sie sich eigentlich
nicht viel von Relationen. Eine Relation ist eine Sammlung
verschiedener, zu einander in Verhältnis gebrachter, Elemente. Genau
das macht auch der Way mit den Nodes. Also - weg mit dem Datenelement
way, ist ja doch nur ne verkappte Relation.

Da blickt doch dann keiner mehr durch? Diese Angst habe ich nicht.
Es ist nur eine Frage der Visualisierung. Da sich beim Thema way
fast nur der Name ändert, dürften die Unterschiede gering sein. Wenn
ich an die Abschaffung der segments im Oktober 2007 zurückdenke,
erinnere ich mich, dass das für den Anwender eine sehr leichte
Umstellung war. Warum sollte es in diesem Fall anders sein?
Dieses war der erste Streich!

Wie könnte es aussehen, dass mit den Modulen?
Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und
das meiste wird visualisiert. Nicht alles, da viele Relationen nur als
Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren
auf der Karte gezeichnet werden.
Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet
man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module,
die es unterstützt und würde trotzdem nichts an Funktionalität
verlieren.

JOSM würde fragen: Was möchten sie Bearbeiten und sehen? Man bekäme
eine Auswahl geliefert, in der man wählen könnte, welche Module
editierbar sind und welche nur optisch erscheinen.

-
|   Modul |   editierbar   |  sichtbar  |
-
| Straßen |o   | x  |
-
| Landnutzung |o   | x  |

[Talk-de] ein Trustsystem für OSM

2010-03-10 Diskussionsfäden Christoph Wagner

Hallo Liste,

ich hatte auf der FOSSGIS2010 einen kleinen lightning talk zu dem
Thema über das ich meine Diplomarbeit schreiben möchte.

Es geht um ein System, bei dem User durch digitale Signaturen die
Richtigkeit von OSM-Objekten bestätigen können.

Auf Lulu-Anns Hinweis hin, hab ich mal ne kleine Wikiseite angelegt.
Wen es interessiert, der kann mir gerne Input geben.

http://wiki.openstreetmap.org/wiki/DE:Trust_OSM


Viele Grüße aus Dresden!
Christoph

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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

Bernd Wurst schrieb:
 Am Mittwoch 10 März 2010 11:14:36 schrieb Frank Sautter:
 hast du dir die wege mit dem namen A2 und A3 mal angeschaut?
 http://osm.org/go/0GISZd0J das sind keine autobahnen sondern wanderwege 
 oder sportpfade!
 
 Das was ich da auf der Karte sehe kommt mir aber auch so vor als wäre die 
 Bezeichnung A2 definitiv nichts für das Name-Tag. Denn das ist doch 
 bestimmt 
 entweder eine Wegenummer (ref) oder eine Route (relation)..
 

letzteres:
http://www.sgv-bergischesland.de/wanderweg.aspx?wegId=437
http://www.openstreetmap.org/browse/relation/446965

Von der Sorte habe ich in letzter Zeit schon etliche umgetopft. Kennt 
sich halt nicht jeder mit Relationen aus.


Gruß,
André Joost

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

[Talk-de] Newsreader gestört ?

Moin !

kann mir einer sagen ob der Newsreader gestört ist ???

Ich bekomme nur die gebündelten eMails - im Newsreader kommt nichts an !

Gruß Jan :-)

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

Re: [Talk-de] ?Tracks / Access / Routing über Tracks

2010-03-10 Diskussionsfäden Florian Gross

Bernd Wurst glaubte zu wissen:

 Allerdings: Ich bin Fahrradfahrer und bin der Meinung, algorithmisches Routing
 ist für Fahrradfahrer meistens weit weg von einer idealen Route. Man bräuchte
 extrem viele persönlich einstellbaren Parameter um eine schöne Route zu
 finden. Sowas wie dem Tal des Bachlaufs folgen ist besser als über den Berg
 drüber kann kein mir bekannter Router und es wird auch verdammt hart
 sowas zu programmieren.

Hier in der Gegend würdest du mit deinem Beispiel nicht glücklich
werden. Die Täler sind da oft so eng, daß da kein Weg im Tal verläuft.
Der Weg parallel zum Bach macht da gerne mal viele Höhenmeter bei
teilweise heftigen Steigungen (bis 20% kann man hier schnell mal
finden). ;-)

flo
-- 
NA WARTE! JETZT ERST RECHT! [WoKo in dag°]


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-10 Diskussionsfäden Frederik Ramm

Hallo,

Torsten Breda wrote:
 Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module
 zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul.

Machst Du es Dir da nicht zu einfach - es koennte doch sein, dass der 
Node 1234567 im Modul Deutschland vor 100 Jahren gar nicht auftaucht ;-)

 Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und
 das meiste wird visualisiert. Nicht alles, da viele Relationen nur als
 Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren
 auf der Karte gezeichnet werden.
 Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet
 man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module,
 die es unterstützt und würde trotzdem nichts an Funktionalität
 verlieren.

JOSM hat schon ein (per default abgeschaltetes) Filter-Feature, mit dem 
man genau das machen kann, bestimmte Sachen ausblenden oder 
un-editierbar machen.

Es gibt aber eine Menge Usability-Probleme, egal ob man das auf 
Editorseite oder, wie von Dir vorgeschlagen, auf Datenbankseite macht. 
Was zum Beispiel passiert, wenn ich in einem Modus arbeite, in dem nur 
Strommasten sichtbar sind und ich einen Strommasten versehentlich auf 
amenity=restaurant umtagge - wie kriege ich den dann jemals wieder? - 
und aehnliche Dinge.

Ich glaube, dass man das einigermassen gut auf Editorseite hinbekommen 
kann. Allerdings zwingt uns irgendwann eventuell die immer wachsende 
Datenmenge, auch partielle Downloads zum Editieren zu erlauben, mit all 
den potentiellen Fehlerquellen - schon heute kann man ja theoretisch auf 
Basis eines XAPI-Files im JOSM editieren, aber dabei koennte man ja 
einen Node verschieben, ohne zu sehen, dass der noch von anderen Ways 
genutzt wird, und dadurch Chaos erzeugen usw.

Bye
Frederik

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

Re: [Talk-de] Newsreader gestört ?

2010-03-10 Diskussionsfäden Chris-Hein Lunkhusen

Jan Tappenbeck schrieb:
 Moin !
Dito!

Hier funktioniert es noch. ;-)

Chris


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 13:06 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 Torsten Breda wrote:
 Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module
 zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul.

 Machst Du es Dir da nicht zu einfach - es koennte doch sein, dass der
 Node 1234567 im Modul Deutschland vor 100 Jahren gar nicht auftaucht ;-)
Dann taucht er halt nicht auf. Ist das schlimm?


 Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und
 das meiste wird visualisiert. Nicht alles, da viele Relationen nur als
 Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren
 auf der Karte gezeichnet werden.
 Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet
 man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module,
 die es unterstützt und würde trotzdem nichts an Funktionalität
 verlieren.

 JOSM hat schon ein (per default abgeschaltetes) Filter-Feature, mit dem
 man genau das machen kann, bestimmte Sachen ausblenden oder
 un-editierbar machen.
Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
mir) mit der latest nicht mehr.


 Es gibt aber eine Menge Usability-Probleme, egal ob man das auf
 Editorseite oder, wie von Dir vorgeschlagen, auf Datenbankseite macht.
 Was zum Beispiel passiert, wenn ich in einem Modus arbeite, in dem nur
 Strommasten sichtbar sind und ich einen Strommasten versehentlich auf
 amenity=restaurant umtagge - wie kriege ich den dann jemals wieder? -
 und aehnliche Dinge.
So wie bisher.
Falls ich aber gerade in einem Spezialeditor arbeite, kommt eine
Warnung Bist du sicher, dass in diesem Strommast ein McDonalds ist?
Scherz beiseite. Wenn ich Restaurants einzeichnen will, dann lade ich
nur das POI-Modul mit den Straßen als view-only. Dann komme ich gar
nicht an den Strommast ran.
Das Datenzerstören, geht momentan noch viel einfacher, nur dass man es
nicht so schnell merkt.

 Ich glaube, dass man das einigermassen gut auf Editorseite hinbekommen
 kann.
Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der
alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht.
(Es müsste also in jeden Editor eingebaut werden) Oder es müssten
Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat
(zB Relationen sortieren), dann darf er Y nicht tun (Relationen
ändern).

 Allerdings zwingt uns irgendwann eventuell die immer wachsende
 Datenmenge, auch partielle Downloads zum Editieren zu erlauben, mit all
 den potentiellen Fehlerquellen - schon heute kann man ja theoretisch auf
 Basis eines XAPI-Files im JOSM editieren, aber dabei koennte man ja
 einen Node verschieben, ohne zu sehen, dass der noch von anderen Ways
 genutzt wird, und dadurch Chaos erzeugen usw.

Genau das war der Ursprung meiner Überlegung.
Ich hatte mich gefragt, ob ich mir Boundarys über XAPI ziehen soll, um
die schneller reparieren zu können, oder ob ich mit Josm nur die
Relationen lade. Beides war mir zu kritisch.
Daher habe ich mir überlegt, wie man das modularisieren kann.
Dabei Fehler zu vermeiden und Regeln aufzustellen, wann ein
node/way/relation verändert werden darf und wann er sich dagegen
streubt, wird noch eine große Aufgabe (Vielleicht ja mit API 0.999)

Netter Gruß
Torsten

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

Re: [Talk-de] Newsreader gestört ?

Am 10.03.2010 13:15, schrieb Chris-Hein Lunkhusen:
 Jan Tappenbeck schrieb:
 Moin !
 Dito!

 Hier funktioniert es noch. ;-)

 Chris
jetzt ist auch alles wieder da !!

stand wohl einer auf der Leitung !

Gruß Jan .-)


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

Re: [Talk-de] Frage zur XAPI und Relationen

Am 10.03.2010 09:03, schrieb Andre Joost:
 Jan Tappenbeck schrieb:
 Moin !

 ich habe mir über folgenden Ausdruck NODES von Stolpersteinen gezogen:

 http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3]

 ... mit folgendem Ausdruck habe ich dann mir die Haupt-Relation mit
 seinen Daten gezogen:

 http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3]

 Im Anschluss habe ich die Daten mit OSMOSIS zusammengeführt. In der
 OSM-Datei der Relation ist alles zu erwartende drin. Auch wenn es
 weitestgehend zu Überdeckungen kommt müßte die Relationsdefintion im
 verschmolzenen File enthalten sein. Es sind aber nur die allgemeinen
 Relationsdaten enthalten.

 relation id=407359 version=75 timestamp=2010-03-05T21:26:43Z
 uid=32786 user=Netzwolf changeset=4044847/



 Anmerkung: es werden noch zwei weitere OSM-Dateien mit eingebunden  -
 das sollte der Sache an sich aber keinen Abbruch tun.

 Kann mir einer von Euch weiterhelfen ?


 Warum nimmst du für die Relationsdaten die XAPI? Die Daten sind sowieso
 nicht so aktuell wie
 http://www.openstreetmap.org/api/0.6/relation/407359/full

 Das kann man zumindest mit josm weiterverarbeiten.

 Gruß,
 Andre Joost


a.) so kann ich verschiedene Daten zusammenführen
b.) full: das ist dann gezielt eine spezielle Relation !

Gruß Jan :-)


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-10 Diskussionsfäden Frederik Ramm

Hi,

Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.

displayfilter=true setzen in der preferences-Datei. Ist ziemlich 
maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch 
believige Such-Anfragen formulieren und aus diesen Dein aktuelles 
Modul zusammensetzen lassen.

 Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der
 alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht.
 (Es müsste also in jeden Editor eingebaut werden) Oder es müssten
 Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat
 (zB Relationen sortieren), dann darf er Y nicht tun (Relationen
 ändern).

Regeln, Vorschriften, Zwaenge... ;-)

Bye
Frederik


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

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Matthias Versen

Tim Teulings wrote:

 Oder entsprechende Software muß vermehrt Informationen aus Relationen in
 die entsprechenden Wege (Nodes) zurückpropagieren :-/

 Ist es ein Ziel das *.osm Redundanzfrei zu gestalten? Dann wäre dies ein
 logischer Schritt...

Die Renundanzen helfen sehr oft, wenn es um beschädigungen geht.Ich kann 
anhand des admin_level=6 einer Kreisgrenze (der ways) sehr einfach die 
Relation reparieren auch wenn ich an Abzweigungen zu Gemeindegrenzen komme.
Ohne diese Infos wäre es oft sehr schwierig, die Grenzrelationen nach 
Beschädigungen zu reparieren.

Ich halte das entfernen der ref Tags daher für wirklich schlecht und 
sehr kontroproduktiv.

Nichts ist schneller im Eimer als eine Relation.

Matthias


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.

Danke, schau ich mir mal an

 Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der
 alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht.
 (Es müsste also in jeden Editor eingebaut werden) Oder es müssten
 Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat
 (zB Relationen sortieren), dann darf er Y nicht tun (Relationen
 ändern).

 Regeln, Vorschriften, Zwaenge... ;-)
Die Fehler, die durch ein Bearbeiten von Teildaten entstehen, können
genauso bei der Bearbeitung der Gesamtdaten entstehen (wenn man nicht
aufpasst). Es muss ja kein Zwang sein, jedoch ein Hinweis würde nicht
schaden. Den node/way den du verschieben/löschen willst ist auch
Bestandteil einer Relation/Grenze/Fluß/Landfläche. Willst du wirklich?
Du kannst auch die Elemente voneinander trennen und separat
korrigieren!
Würde jetzt auch schon helfen.

Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com:
 Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.

 Danke, schau ich mir mal an

Das ist ja genial. Ist ja 1000mal besser, als ghost!
Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen?

Gruß
Torsten

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

[Talk-de] Frage zu TMC-Points

2010-03-10 Diskussionsfäden Andreas Braunmiller

Grüß Euch,

wenn ich einen TMC-Punkt für die Verbindung einer Bundesstraße zu einer
Autobahn-Anschlußstelle wie hier
http://osm-tmc.anders-hamburg.de/point.php?lcd=12925 setzen will, wo
trage ich da den Punkt bzw. die Punkte ein? Nur einen mittig auf der
Bundesstraße, zwei jeweils an der Zufahrt auf die Bundesstraße, gleich
vier (an jeder Ab- oder Zufahrt auf die Bundesstraße) oder ganz anders?

Gruß,
Andreas

ps: Weiß jemand, wie man ggfs. an TMC-Testdaten kommt oder gibt es gar
einen TMC-Feed im Internet?

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

Re: [Talk-de] ?Tracks / Access / Routing über Trac ks

2010-03-10 Diskussionsfäden Mirko Küster

 Hier in der Gegend würdest du mit deinem Beispiel nicht glücklich
 werden. Die Täler sind da oft so eng, daß da kein Weg im Tal verläuft.
 Der Weg parallel zum Bach macht da gerne mal viele Höhenmeter bei
 teilweise heftigen Steigungen (bis 20% kann man hier schnell mal
 finden). ;-)

Hier haben wir das doch selber in der Hand. Wir haben doch praktisch die 
unbegrenzte Möglichkeit eine Eignung für alle erdenklichen 
Fortbewegungsmittel zu hinterlegen. Und da wir die Daten auch selber 
erfassen, kann man die Eignung auch selber einschätzen.

Dein Beispiel könnte man z.B. zusätzlich mit mtb scale beschreiben. Sowas 
kann man noch ausbauen und meinetwegen auf Rennrad etc. zuschneiden. Oder 
ein Schlüssel der nicht nur innerhalb eines Radtypes abstuft, sondern Radtyp 
mit Grade verknüpft. Rennrad, City, Touren, MTB.

Man müsste dann nur den Router entsprechend zuschneiden und 
Auswahlmöglichkeiten anbieten. Zum Beispiel: meide wo möglich Haupstraßen, 
bevorzuge Wege geeignet für MTB und darunter/ bevorzuge Wege 
Schwierigkeitsgrad ausschließlich MTB, bevorzuge oder meide offizielle 
Radwege. Das wird dann zwar auch nicht direkt die wirklich absolut perfekte 
Route ergeben, aber besser als alles bisher da gewesene kann es nur werden.

Versuche gab es da schon viele. Aber die konnte man ehrlich gesagt in die 
Tonne treten. Hier geisterte mal irgendwo ein Link zu so einem Router auf 
OSM Basis herum. Da hatte ich mal testweise eine Route von Naumburg zu uns 
nach Roßleben probiert. Da existiert eine direkte Fernradwegverbindung die 
sogar größtenteils für Rennrad geeignet ist, daneben noch einige andere Wege 
die gut geeignet sind. Der Router führte einen aber ungleich weitläufiger im 
weitem südlichem Bogen über Landesstraßen drumherum. Da kannst du ehrlich 
gesagt auch gleich über die Autobahn routen, ist so wie man hier über die 
Landstraßen heizt nur geringfügig unsicherer. Beim Radroutung kann es nur 
besser werden.

 Oft will man das wirklich nicht, aber ich bin andererseits auch mal in
 Situationen wo ich wirklich nur schnellstmöglich zum Ziel kommen möchte 
 und
 da ist das schon hilfreich sowas zu haben.

Routing über Tracks. Da werden immer wieder alle Fortbewegungsmittel in 
einen Topf geschmissen. Klar macht das routen über Tracks bei einigen 
wenigen Sinn. Aber eben nicht bei allen. Ein Router der vorwiegend auf 
Kraftfahrzeuge zugeschnitten ist, braucht Tracks nur dann, wenn es absolut 
keinen anderen Weg gibt oder das Ziel eben an einem Track liegt. In der 
Berechnung kann der Tracks die so zwischendurch in die Berechnung geraten zu 
1000% rauswerfen, da sind Tracks schlicht überflüssig.

Und hier wiederhole ich mich mal wieder. Alles ab Grade 2/3, also nicht 
asphaltierte oder betonierte Fläche, ist immer nur eine Momentaufnahme zum 
Zeitpunkt der Erfassung. Der Wegzustand ist im ständigen fluss, lässt sich 
auch nicht vorhersagen. Wo gestern noch eine gute Schotterpiste war, kann 
übermorgen die Fortskolonne zur Schlacht ausholen und ein Schlammloch 
hinterlassen, was auch ewig nicht mehr beseitigt wird. Und ich weiß nicht wo 
andere die Informationen hernehmen um sowas vorher zu sehen. Aber hier sind 
die mal hier und mal da, ohne das sowas irgendwo öffentlich angekündigt 
wird. Man kann maximal anhand frischer Fortszeichen erahnen, das hier 
irgendwann mal was passieren könnte. Wann ist aber unklar. Letztes Jahr 
waren die Forstzeichen schon im Frühjahr da. Einige Stellen wurden erst im 
Herbst oder noch garnicht bewirtschaftet. Wann und wie siehst du erst, wenn 
du mal wieder vor Ort bist, vorm Flatterband oder dem bereits kaputten Weg 
stehst. Tracktype die älter als 6 Monate sind sollte man eher vorsichtig 
bewerten, die kann man nicht wirklich zur genauen Planung heran holen. Hier 
liegen teils noch fette Eichen von Kyrill auf den Wegen. Nach dem jetzigen 
Winter wird wohl auch wieder massig Verbruch liegen. Das wieder zu 
kontrollieren geht nicht mal eben. Alleine der Wald hinter mir hat knapp 
2000 km Forstwege. Teilweis wirkliche Horrorwege. Das fährt man nicht mal 
eben zwischendurch ab

Alle anderen Transportmittel stehen doch auf einem völlig anderem Blatt. Wer 
seine Fahrradroute über einen KFZ Router plant, der sich eben nicht oder nur 
oberflächlich auf die Bedürfnisse vom Radfahrer einstellen lässt, kann doch 
nicht wirklich erwarten, das man deswegen generell auch Tracks zwischendurch 
zulässt.

Was da rauskommt kann man doch auch schön anhand von LKW Fahrern sehen die 
PKW Navis nutzen. Da wo die teilweise reinfahren kann das offensichtlich 
nicht passen. Da zieht auch nicht die Ausrede, das da nicht genügend 
Schilder stehen. Die waren teilweise früher schlicht nicht nötig, eben weil 
sich LKW nie dahin verirrten. Das Problem entstand überhaupt erst mit der 
Nutzung von PKW Navis für LKW. Und da steht eben nicht drin, das da eine 
Brücke mit maximal 16t und eine Unterführung mit maximal 3m Höhe in der 
Route stecken. Das sind Sachen die bei einem Navi für Fahrzeuge bis 3,5t

Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen

2010-03-10 Diskussionsfäden Frank Sautter

Bernd Wurst schrieb:
 Da kommt dann sowas bei raus:
 http://www.openstreetmap.org/browse/way/4391051
 
 Auch nicht besonders gut. :(
ups ich schau danach!

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

Re: [Talk-de] Mapnik-Karte mit Raster und Straßenverze ichnis versehen

2010-03-10 Diskussionsfäden MatsH

On Tue, 09 Mar 2010 19:42:57 +0100, Gary68 g...@gary68.de wrote:
 sieh mal im wiki unter mapgen.pl 
 
 das produziert auch ein straßenverzeichnis. ob dir das rendering
 ausreicht, musst du zunächst entscheiden. ps: grids baut es auch ein.

Hi,

mit mapgen.pl bin ich sehr gut zurecht gekommen! Das Rendering ist gar
nicht verkehrt. Das für mich interessanteste ist nach wie vor die
Straßenliste. Die ist aber nicht sehr detailreich... Wie bekomme ich magen
dazu, _alle_ Straßen auszuwerfen?

MatsH

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

[Talk-de] Google Biking Directions

2010-03-10 Diskussionsfäden Michael Rathai

Google bietet jetzt - nur in den USA in 150 Städten und nur auf PC, nicht
mobil  - Bikerouten an.


http://goo.gl/58P7
 
oder auch
 
http://goo.gl/jWeK 



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

Re: [Talk-de] Elternrelation XAPI

2010-03-10 Diskussionsfäden Andreas Neumann

Am 08.03.2010 17:31, schrieb Andreas Neumann:
 Moin,
 ich lade für einen Ort via XAPI alle Daten herunter und werte sie aus.
 Unter anderem sind dort nach dem neuen Schema die Bahn- und Buslinien
 eingetragen. Doch jetzt musste ich feststellen, das XAPI die
 Elternrelation der jeweiligen Linie nicht mit herunterlädt *grummel*.
 
 Die Frage ist, ob das nur ein Bug ist, der in der nächsten Version
 behoben wird?
 
 Und die zweite Frage ist für mich, wie ich an die Relationen herankomme...
 
 Hat irgendwer ne Idee?
 
 Andreas
 
 PS: Planetfile oder Deutschlandfile kommen auf Grund der Größe nicht in
 Frage

Da ich es hasse, wenn Fragen unbeantwortet bleiben und andere später das
selbe Problem haben, hier mein Workaround:

1. Alle Daten via XAPI runterladen
2. Für alle Relationen die Relationsseite auf openstreetmap.org
(http://www.openstreetmap.org/browse/relation/{id}) aufrufen und
auswerten, ob die Relation zu einer oder mehreren anderen Relationen gehören
3. Prüfen, ob die jeweilige Elternrelation im eigenen System bereits
existiert, wenn nicht via API Relation herunterladen und speichern
(http://www.openstreetmap.org/api/0.6/relation/{elternid})

Da ich in meinem Programm derzeit nur eine Elterngeneration auswerte,
brauche ich alles nur einmal durchlaufen zu lassen. Falls aber irgendwer
alle Elternrelationen braucht, muss er noch
4. für die Elternrelation schauen, ob es eine Elternrelation gibt usw.

MfG Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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

Re: [Talk-de] Wie neuen User beobachten?

2010-03-10 Diskussionsfäden C. Brause

Daniela Duerbeck schrieb:
 Jonas Stein wrote:
   
 Gelegentlich passieren ihm dabei Fehler und ich moechte mir die Arbeit
 vereinfachen alles zu kontrollieren.
   
 

 Ich finde den online-Editor sehr gut, um z.B. POIs einzutragen. Da kann 
 man eigentlich nix versehentlich kaputt machen, wenn man die grüne 
 Editiervariante benutzt. Wenn ich irgendwas editiere, was ich gar nicht 
 wollte, klicke ich einfach auf view, sag ja, ich will die unsaved Items 
 gar nicht abspeichern und gut ist's.

  
 Viele Grüße von Dani


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

   
Das Argument gilt ja aber auch für die anderen Editoren (JOSM, 
Merkaartor etc.). Solange man die Änderungen nicht hochlädt, kann nichts 
passieren.

Liebe Grüße
Christian


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Torsten Breda schrieb:
 Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com:
 Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.
 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.
 Danke, schau ich mir mal an
 
 Das ist ja genial. Ist ja 1000mal besser, als ghost!

dito. Jetzt kann ich endlich diese dämlichen landuses auf Wegen 
ausblenden ;-)

Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen 
kann, um nur den Wegelementen einen Wert zuzuweisen...

Gruß und Dank,
André Joost


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 15:03 schrieb Andre Joost andre+jo...@nurfuerspam.de:
 Torsten Breda schrieb:
 Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com:
 Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.
 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.
 Danke, schau ich mir mal an

 Das ist ja genial. Ist ja 1000mal besser, als ghost!

 dito. Jetzt kann ich endlich diese dämlichen landuses auf Wegen
 ausblenden ;-)

 Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen
 kann, um nur den Wegelementen einen Wert zuzuweisen...

Das geht über Bearbeiten-Suchen... aus der Auswahl entfernen
Suchbegriff: type:node
oder in der Auswahl suchen Suchbegriff type:way

Bitteschön
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Torsten Breda schrieb:
 Am 10. März 2010 15:03 schrieb Andre Joost :

 Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen
 kann, um nur den Wegelementen einen Wert zuzuweisen...
 
 Das geht über Bearbeiten-Suchen... aus der Auswahl entfernen
 Suchbegriff: type:node
 oder in der Auswahl suchen Suchbegriff type:way
 

Ja, funktioniert.
... oder in der Spalte K den Haken rausnehmen oder setzen.

Gruß,
André Joost

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-10 Diskussionsfäden Chris-Hein Lunkhusen

Frederik Ramm schrieb:

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich 
 maechtig, aber ziemlich wenig dokumentiert ;-) 

Ähemm, allerdings... ;-)

Da bei mir die Spalten 1,2,4,5,6 mit .. beschriftet sind,
könnte ich 'ne kleine Erläuterung bekommen?

Soviel hab ich schon experimentell ermittelt:

1=Filter aktiv
2=Hide/Disable
3=Filtertext
4=Nodes verbergen
5=?
6=? (H)

Chris


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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 16:16 schrieb Chris-Hein Lunkhusen chris66...@gmx.de:
 Frederik Ramm schrieb:

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-)

 Ähemm, allerdings... ;-)

 Da bei mir die Spalten 1,2,4,5,6 mit .. beschriftet sind,
 könnte ich 'ne kleine Erläuterung bekommen?
Sieht bei mir genau so aus und die Spaltenbreite ist nicht zu verschieben

 Soviel hab ich schon experimentell ermittelt:
Einfach mal mit dem Mauszeiger drüberfahren, dann kommt ein Tooltip.

Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-10 Diskussionsfäden Frederik Ramm

Hallo,

Torsten Breda wrote:
 Das ist ja genial. Ist ja 1000mal besser, als ghost!
 Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen?

Das ist deshalb noch ein Schatten-Feature, weil es eine ganze Anzahl 
von Problemchen aufwerfen kann, die in der Lage sind, Anfaenger total zu 
verwirren. Das muesste alles erst noch in groesserem Kreis 
ge-beta-testet werden, bevor man es auf die Massen loslassen kann.

Die ... in den Ueberschriften sind ja nur der Anfang ;-)

Wirklich cool waere dann auch ein eingebauter Satz von Standardfiltern 
oder eine Moeglichkeit, diese leicht mit anderen Usern auszutauschen.

Bye
Frederik

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 16:48 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 Torsten Breda wrote:
 Das ist ja genial. Ist ja 1000mal besser, als ghost!
 Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen?

 Das ist deshalb noch ein Schatten-Feature, weil es eine ganze Anzahl
 von Problemchen aufwerfen kann, die in der Lage sind, Anfaenger total zu
 verwirren. Das muesste alles erst noch in groesserem Kreis
 ge-beta-testet werden, bevor man es auf die Massen loslassen kann.
Falls mir was auffällt mach ich ein Ticket.

 Wirklich cool waere dann auch ein eingebauter Satz von Standardfiltern
 oder eine Moeglichkeit, diese leicht mit anderen Usern auszutauschen.
Recht hast du!
Im Packet mit entsprechenden styles und presents ergäbe sich dann in
Windeseile ein Spezialeditor.
Das ist ein echter Fortschritt.

DANKE JOSM-DEV-TEAM!

Torsten

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

Re: [Talk-de] Mapnik-Karte mit Raster und Straßenver zeichnis versehen

2010-03-10 Diskussionsfäden Gary68

hi.


es sollten alle straßen, für die es auch REGELN gibt und die namen bzw.
ref haben, in der liste erscheinen. was fehlt denn? kannst du das
eingrenzen? ich kann mich erst später heute abend genauer damit
beschäftigen.

was die darstellung angeht. ich arbeite gerade daran, dass straßen auch
ränder bekommen können - sieht gut aus bisher.

ciao

gerhard


On Wed, 2010-03-10 at 14:43 +0100, MatsH wrote:
 On Tue, 09 Mar 2010 19:42:57 +0100, Gary68 g...@gary68.de wrote:
  sieh mal im wiki unter mapgen.pl 
  
  das produziert auch ein straßenverzeichnis. ob dir das rendering
  ausreicht, musst du zunächst entscheiden. ps: grids baut es auch ein.
 
 Hi,
 
 mit mapgen.pl bin ich sehr gut zurecht gekommen! Das Rendering ist gar
 nicht verkehrt. Das für mich interessanteste ist nach wie vor die
 Straßenliste. Die ist aber nicht sehr detailreich... Wie bekomme ich magen
 dazu, _alle_ Straßen auszuwerfen?
 
 MatsH



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

Re: [Talk-de] Mapnik-Karte mit Raster und Straßenverze ichnis versehen

2010-03-10 Diskussionsfäden MatsH

On Wed, 10 Mar 2010 17:07:20 +0100, Gary68 g...@gary68.de wrote:
 es sollten alle straßen, für die es auch REGELN gibt und die namen bzw.
 ref haben, in der liste erscheinen. 

Siehst du, und da war mein Fehler. Genauer: Es erscheinen alle Straßen in
der Liste, für die es Regeln gibt und die Straßen in der gewünschten
Skalierung dargestellt werden. Sobald ich ToScale höher gesetzt habe,
hat's geklappt.

Danke dir für deine Hilfe und für dieses coole Skript!

MatsH

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

Re: [Talk-de] Post- und Telefonkarte

2010-03-10 Diskussionsfäden steffen

--- Original Nachricht ---
Absender: Sebastian Hohmann
Datum: 02.01.2010 19:02
 Hallo,
 vielleicht interessiert es hier auch einen, nachdem es im Forum schon
 Anklang gefunden hat: http://osmtools.de/poi/

 Gruß

Daumen hoch! auch von mir. Frage: Wann wird die Karte mal 
wieder aktualisiert? Stand ist ja der 31. Januar 2010.

Gruß Steffen

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-10 Diskussionsfäden AssetBurned

moin

ich schnippel mal nen bissel was raus. auch wenn du schon einige dinge korrekt 
aufgezählt hast.


On 10.03.2010, at 11:31, Torsten Breda wrote:
 
 Durch dieses Dilemma entstehen verschiedene Probleme:
 
 1. Der Einstieg in das Thema OSM wird immer komplizierter. Mal eben
 eine fehlende Straße einzeichnen - so wie es früher war -
 funktioniert nur noch im Niemandsland.

Jain, ich habe schon straßen in innenstädten eingefügt. problemlos, allerdings 
muß man schon die tags kennen um eine straße gebäude o.ä. richtig zu 
kennzeichnen.
Und genau da hast du recht mal eben ist nicht möglich.

 2. Immer mehr Energie wird in die Pflege/Reparatur der Daten aufgewendet.
hmm sehe ich nicht wirklich so, allerdings tummel ich mich auch eher in 
regionen wo sich wenig ändert oder gelegentlich in krisenregionen. beides 
dürfte nicht wirklich der norm entsprechen.

 3. Ein sinnvolles Bearbeiten ist nur noch durch wenige Experten möglich.
sicherlich abhängig von den tools. und ich denke hier ist der entscheidene 
punkt.
tools wie jetzt für das iPhone entwickelt werden machen das bearbeiten deutlich 
leichter auch für n00bs ;-)

 4. Importe werden sehr kompliziert. - Gespendete Daten müssen mit
 größter Vorsicht oder händich eingefügt werden.
hm da vermute ich mal das es korrekt ist. ich kann mir eigentlich kein bereich 
vorstellen wo dies nicht so ist. egal ob es ne einzelhandelskette, denkmäler 
oder ackerflächen sind.

 Nun eure Meinung zu dem Thema:
 Seht ihr die Eingangs beschriebenen Probleme genau so?
s.o.

 Glaubt ihr, dass man die Probleme mittelfristig lösen muss?
Wie gesagt einige dinge sind schon im lösungsprozess. klar es muß sich was 
tuen, aber ich denke auch das eine größere nutzergemeinde auch dazu führt das 
mehr leute mit guten ideen für verbesserungen kommen.

 Was haltet ihr von der (Pseudo-)Modularisierung?
gute idee.

 Habt ihr eine andere Lösung?
vereinheitlichung von tags.
wenn ich mir die sache mit den seezeichen anschaue zum beispiel. das ist nen 
krampf.

auch wäre es ne idee wenn man mal ein bot hätte der auswertet welche tags wie 
häufig verwendet werden und automatisch tags umschreibt.
also nehmen wir hier mal locksmith wenn dieser häufiger verwendet wird als 
zum beispiel Schlüsseldienst oder Schlüsselmacher dann sollte dieser Bot so 
konfiguriert werden das  diese tags umgeschrieben werden. zudem sollten dann 
die entsprechenden wiki seiten direkt auf das standardisierte tag verweisen 
(weiterleitung) und garnicht erst die alten tags anzeigen.
klar das geht nicht zu 100% automatisiert aber wenn sich leute hinsetzen und da 
in regelmäßigen abständen (oder auf zuruf) eine entsprechende tabelle pflegen 
mit tags und aliasen dann sollte es möglich sein.

cu assetburned



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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?