Re: [OSM-talk] Bad coastline edits in Sweden

[Andre Hinrichs via talk]

Hi!

Difficult to find, but here are the changesets where i left comments:

93965382
94097597
94134166

And the links to them:
https://www.openstreetmap.org/changeset/93965382
https://www.openstreetmap.org/changeset/94097597
https://www.openstreetmap.org/changeset/94134166

Andre


On 21.11.20 11:16, Jochen Topf wrote:
> Hi!
>
> can you point us to some of the changesets where you left comments?
>
> Jochen
>
> On Sat, Nov 21, 2020 at 10:54:53AM +0100, Andre Hinrichs via talk wrote:
>> Date: Sat, 21 Nov 2020 10:54:53 +0100
>> From: Andre Hinrichs via talk 
>> To: talk@openstreetmap.org
>> Subject: [OSM-talk] Bad coastline edits in Sweden
>>
>> Hi list! I'm doing a lot coastline fixings all over the world. Normally
>> only with few pain. But since a few weeks the user Aki_Suokas is doing
>> very bad coastline edits in the area of Sweden. I've written him several
>> time via changeset discussion but no reaction. At least he has stopped
>> in an other area where I was warning him with notifying OSM foundation.
>> Now he was editing again without any benefit but doing a lot mistakes.
>> It seems that he is not willing to learn and just do some useless
>> things. And since he is using the (bad) ID editor it is also nearly
>> impossible to revert the changesets which created the mess. As of today
>> you can see the errors here:
>> http://tools.geofabrik.de/osmi/?view=coastline=20.93588=59.91265=13=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node
>> As my own coastline checker is doing global checks without creating a
>> map it is hard for me to distinguish the errors in Sweden with other
>> errors worldwide. As of this I will stop fixing coastline errors now for
>> a while until this special situation is fixed. I'm asking for help here
>> how to handle the situation. Maybe the notification of OSM foundation is
>> ok, maybe not... Andre
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk



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

[OSM-talk] Bad coastline edits in Sweden

[Andre Hinrichs via talk]

Hi list! I'm doing a lot coastline fixings all over the world. Normally
only with few pain. But since a few weeks the user Aki_Suokas is doing
very bad coastline edits in the area of Sweden. I've written him several
time via changeset discussion but no reaction. At least he has stopped
in an other area where I was warning him with notifying OSM foundation.
Now he was editing again without any benefit but doing a lot mistakes.
It seems that he is not willing to learn and just do some useless
things. And since he is using the (bad) ID editor it is also nearly
impossible to revert the changesets which created the mess. As of today
you can see the errors here:
http://tools.geofabrik.de/osmi/?view=coastline=20.93588=59.91265=13=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node
As my own coastline checker is doing global checks without creating a
map it is hard for me to distinguish the errors in Sweden with other
errors worldwide. As of this I will stop fixing coastline errors now for
a while until this special situation is fixed. I'm asking for help here
how to handle the situation. Maybe the notification of OSM foundation is
ok, maybe not... Andre


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

[Talk-br] Lista de Cidades e Municípios Brasileiros que atualmente estão cobertos na solução openstreetmap.

[Andre Paques]

Prezados, Boa tarde.  Tudo bom?
Primeiramente, obrigado por conceder acesso a comunidade Open Street Map.

Porém,  eu estou fazendo um estudo para a empresa em que eu trabalho que é
substituir uma solução de mercado pela OpenStreetMap. Por favor, poderiam
fornecer a relação atualizada  de Cidades e Municípios Brasileiros que
atualmente estão cobertos na solução openstreetmap?

Em caso de dúvidas ou comentários a respeito, estou a disposição.

Atenciosamente e desde já obrigado pela atenção e retorno.

André Paques
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] Missing day replicate

[Andre Hinrichs]

Hi list,

I am missing the day replicate for today (2019-02-07)...

Hour and minute replicate seems to work ok.

Please check the process...


Greetings

Andre



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

[OSM-talk-fr] Osmose - École non intégrée

[adr . andre]

Bonjour,

Osmose relève des erreurs "École non intégrée" pour les crèches
http://osmose.openstreetmap.fr/fr/errors/?item=7070
par exemple :
http://osmose.openstreetmap.fr/fr/error/20455583251
http://osmose.openstreetmap.fr/fr/error/20455583156

Cependant ces établissements sont absents de
l'Application de consultation et cartographie des établissements du système 
éducatif français
http://www.education.gouv.fr/acce_public/index.php

Faut-il passer ces erreurs en "Faux positif" ?

D'avance merci !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-de] Suche C-Routine für Berechnung einer Peilung

[Andre Hinrichs]

Hallo OSM-DE-Liste,

ich suche für eine eigene Applikation eine Routine, die basierend auf
einer Koordinate, einem Winkel und einer Entfernung sphärisch die
Ziel-Koordinate berechnet.

Dabei muss dies auch über größere Entfernungen funktionieren.

Leider finde ich per Internet-Suche nur Tools, die dies feritg anbieten,
oder Formeln, die nur eingeschränkt gültig sind, oder, oder...

Da sich hier aber ja bestimmt auch Programmierer tummeln, habe ich die
Hoffnung, dass mir jemand weiterhelfen kann.

Eingangswerte sollen sein: Koordinaten-Paar, Winkel, Entfernung (in Metern)

Ausgangs-Werte sollen sein: Koordinaten-Paar

Obwohl meine Applikation in C geschrieben werden soll, kann ich auch
Beispiele anderer Programmier-Sprachen gebrauchen...


Danke schonmal für eure Hilfe

Andre



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

Re: [Talk-us] Coolidge Corner, Brookline, MA has wrong zip code

[Andre Robatino]

Nominatum's top result for "Coolidge Corner, Brookline, MA" still has
02446 (as it did immediately after I read your reply), but the other
results still have 02118. Shouldn't it have been copied to all the
mirrors by now?

BTW, I was wondering if it would make sense to use a list of specific
addresses as a sanity check on edits. Someone could register address(es)
they are familiar with, such as their own, and they would be notified
automatically if any of the associated data (such as county or zip code)
changed. If the change is wrong, they could log in and flag the error,
and the mistake could be traced back to the offending edit. If this
existed, I could have used it both for the zip code error, and for the
wrong county error that I reported in July, in
https://lists.openstreetmap.org/pipermail/talk-us/2017-July/017529.html .

On 11/19/2017 02:57 PM, Clifford Snow wrote:
> Nominatim should return the correct results now. 
>
> Problem that Max Erickson discovered was an incomplete edit in Boston
> that caused the problem. By adding a tag to the Boston node to
> describe the feature, resulted in Nominatim returning the correct results.
>
> Clifford
>
> On Sun, Nov 19, 2017 at 11:34 AM, Clifford Snow
> > wrote:
>
> I just asked about nominatim on the IRC
>
> On Sun, Nov 19, 2017 at 11:30 AM, Max Erickson
> > wrote:
>
> Nominatim calculates 02118:
>
> http://nominatim.openstreetmap.org/details.php?place_id=498867
> 
>
> Most of the data seems to have the correct addr:postcode:
>
> http://overpass-turbo.eu/s/t5e
>
> (The query includes postal_code but there aren't any in the data)
>
> So what is Nominatim looking at to come up with the calculated
> value?
> I think the next thing to check would be boundaries enclosing
> Brookline, not sure if that is how nominatim works though.
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Coolidge Corner, Brookline, MA has wrong zip code

[Andre Robatino]

On 11/19/2017 02:20 PM, Clifford Snow wrote:
> The Coolidge Corner hamlet tag does not include a zip code. Why do you
> think it was changed? Neither Coolidge Corner [1]  nor Brookline [2]
> admin tags have zip codes that I can see.
>
> [1]  http://www.openstreetmap.org/node/158823507
> [2] http://www.openstreetmap.org/relation/2306361
>
> Best,
> Clifford
>
> On Sun, Nov 19, 2017 at 10:07 AM, Andre Robatino
> <robat...@fedoraproject.org <mailto:robat...@fedoraproject.org>> wrote:
>
> Until recently, I believe Coolidge Corner, Brookline, MA was assigned
> the zip code 02446, which should be the correct zip, but recently
> changed to 02118, which is for Boston. Could someone check if
> there was
> a broken edit recently? Thanks. (I'm not qualified to fix such a
> broken
> edit, and I'm not sure even how to search for it, sorry.)
>

Interesting. If I do a search for "Coolidge Corner, Brookline, MA" at
https://nominatim.openstreetmap.org , I see the 02118 zip code. (I
originally noticed it since I use the openweather GNOME extension, which
uses an OpenStreetMap lookup, and I saw the wrong ZIP code in its
results. It must have happened in the last several months.)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Coolidge Corner, Brookline, MA has wrong zip code

[Andre Robatino]

Until recently, I believe Coolidge Corner, Brookline, MA was assigned
the zip code 02446, which should be the correct zip, but recently
changed to 02118, which is for Boston. Could someone check if there was
a broken edit recently? Thanks. (I'm not qualified to fix such a broken
edit, and I'm not sure even how to search for it, sorry.)


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Brookline, MA is in Norfolk County, not Suffolk County

[Andre Robatino]

I originally posted this question at
https://help.openstreetmap.org/questions/56981/brookline-ma-is-in-norfolk-county-not-suffolk-county
, and was referred here in a comment. OpenStreetMap believes that
Brookline, MA is in Suffolk County, but it's actually in Norfolk County
(as a noncontiguous part). In one of the comments, Frederik Ramm stated

It was ok in late 2014: http://overpass-turbo.eu/s/qib - it got broken
in this edit http://www.openstreetmap.org/changeset/25407313 and then
wrongly "repaired" in this http://www.openstreetmap.org/changeset/25426805

Could someone help in fixing the Norfolk and Suffolk County boundaries?
Thanks. (I'm a brand-new user, I signed up specifically to see if it was
possible to fix this issue.)

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] Weg mappen: Gewichtsbeperking in één richting

[Andre Engels]

Elke weg op om heeft een richting, dat is een gegeven van de weg zelf, niet
van de nodes. Hoe je dat ziet, ligt aan de editor die je gebruikt, maar een
test die denk ik altijd werkt is: Als je de weg eenrichtingsverkeer zou
maken, is dat altijd in de forward richting.
Andre Engels

Op 8 dec. 2016 10:05 a.m. schreef "Karel Adams" <fa348...@skynet.be>:

> Jawel, Joost, mooi. En welke richting is "forward" ? Van laag nodenummer
> naar hoog nodenummer of zo?
>
> Overigens: hoe kan ik checken dat het correct is opgenomen? Is er een
> renderer of routeplanner die met deze info rekening houdt?
>
> Sorry voor de stomme vragen, ge weet dat ik beter omga met
> luchtvaartterreinen dan met wegen ... :)
>
> KA
>
> On 08/12/16 08:07, joost schouppe wrote:
>
> Kan je zeker mappen: met maxweight:forward en maxweight:backward , analoog
> naar het fietsen-voorbeeld dat hier uigelegd staat:
>
> https://wiki.openstreetmap.org/wiki/Key:access
>
> Op 8 december 2016 08:56 schreef Karel Adams <fa348...@skynet.be>:
>
>> De gemeente Haacht had een slim idee: er is een soort ringweg rond de
>> kern, omvattende Zoellaan, Jennekensstraat, Kloosterstraat, Lombaarden.
>> Daar mag er in twee richtingen gereden worden, echter de bedoeling is dat
>> zwaar verkeer (+3,5 ton) enkel "tegen de richting van de zon" mag rijden,
>> m.a.w. langs de buitenkant. Overeenkomstig staan er aan elk kruispunt
>> borden "verboden voor meer dan 3,5 ton" in de richting "met de zon mee".
>>
>> Nu wordt die regeling meer en meer veronachtzaamd, ik zie meer en meer
>> zwaar verkeer dat rijdt in de verboden richting. Op OSM is die beperking
>> ook helemaal niet gemapt, dus bestuurders die (een GPS gebaseerd op) OSM
>> gebruiken die zien die beperking ook helemaal niet.
>>
>> Kan een dergelijke beperking überhaupt wel gemapt worden? Ik ben niet zo
>> zeker of er wel een kader voor is binnen de wegcode... en indien niet dan
>> is het niet verwonderlijk dat het niet kan gemapt worden ...
>>
>> Voorbeeld: Way=352062904, Zoellaan, daar mag het zware verkeer dus enkel
>> in zuidelijke richting rijden.
>>
>> Karel
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> --
> Joost Schouppe
> OpenStreetMap <http://www.openstreetmap.org/user/joost%20schouppe/> |
> Twitter <https://twitter.com/joostjakob> | LinkedIn
> <https://www.linkedin.com/pub/joost-schouppe/48/939/603> | Meetup
> <http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/>
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-br] Ativação do HOT sobre o colapso da barragem em Mariana

[andre viana]

Bom dia!Moro em Mariana,caso possa ajudar em alguma coisa!

Em 11 de dezembro de 2015 00:33, Tarcisio Oliveira 
escreveu:

> Amanha de manhã eu dou uma ajuda final.
>
> Em 10-12-2015 19:53, Gerald Weber escreveu:
>
> Que tal a gente concluir o mapeamento?
>
> http://tasks.hotosm.org/project/1317
>
> abraço
>
> Gerald
>
> 2015-11-10 19:00 GMT-02:00 Vitor George :
>
>> Oi pessoal,
>>
>> Vamos começar uma tarefa de mapeamento remoto da região afetada pelo
>> colapso da barragem em Mariana. O trabalho é uma ativação do Humanitarian
>> OpenStreetMap Team:
>>
>> http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse
>>
>> A página está em inglês porque não temos um template em português ainda,
>> quem puder colaborar traduza alguma parte desta página:
>>
>> http://wiki.openstreetmap.org/wiki/Template:Pt:Activation
>>
>> Em breve vamos ter acesso a imagens pós-desastre. Quem quiser acompanhar
>> mais de perto, acesso o grupo do Telegram.
>>
>> Abraços,
>> Vitor
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-be] Fietsknooppunten, bicycle nodes Roundabouts and around squares

[Andre Engels]

Put foot=yes on the virtual path?

On Tue, May 19, 2015 at 1:01 PM, Marc Gemis marc.ge...@gmail.com wrote:

 On Sun, May 17, 2015 at 3:19 PM, m...@vmarc.be wrote:

 osma.vmarc.be



 I have a question about : http://osma.vmarc.be/en/route/1758816 The problem
 here is a virtual path in a pedestrian area tagged as route='bicycle, but
 used in a walking/hiking/foot route.
 Anything I can do to solve the problem without tagging for the QA-tool ?

 regards

 m

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be




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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] How to map streets with limited parking time?

[Andre Engels]

How would this be breaking database rights? First, a drawn map isn't a
database. Second, to be protected under database rights, there has to
be significant expenditure (of time or other resources) in the
creation of the database (not in the mere collection of the data). And
third, database rights are only broken if a substantial part of the
database is copied. Database rights, just like copyright, do not
protect the facts portrayed. Just the form of their collection.
Anything you can write down in a few minutes will not be a problem
with database rights because  it will never have the second and third
point at the same time.

Yes, it is better to be safe than sorry, but one should not go into
ridiculousness for that. Otherwise, we first have to remove all houses
and addresses from the database first, because we might get sued for
publishing personal data. It is far-fetched that we ever will, but not
as far-fetched as the situation you sketch.

André Engels



On Sun, Feb 1, 2015 at 12:43 AM, Sander Deryckere sander...@gmail.com wrote:
 We're not talking about copyright, but database right. Someone put effort in
 gathering the data, even if it's a small effort, this still counts.

 In European law, this work is protected by the database rights. Certainly
 when it's not the only way to gather the information. In this case, it's
 possible to gather the information via a survey. So the map is completely
 protected.

 Next to the strict laws, osmf doesn't have money to get into big lawsuits,
 so it's better to be safe than sorry, and not use possibly illegal sources.

 Also, when illegally added data has to be taken down, it also infects a lot
 of legal data added on top of it, like you might remember from the license
 change.

 Thus, as a resume, only use a source when you have an explicit, written
 approval.

 Op 1-feb.-2015 00:12 schreef Andre Engels andreeng...@gmail.com:

 Nothing illegal about getting *information* from a map. Information
 cannot be copyrighted, only the way in which the information is
 presented.

 André Engels

 On Sat, Jan 31, 2015 at 9:50 PM, Sander Deryckere sander...@gmail.com
 wrote:
  See http://wiki.openstreetmap.org/wiki/Key:parking:lane
 
  More precisely parking:condition:both:maxstay=...
 
  However, it's most likely illegal to use the map you show. It's better
  to
  survey those things.
 
  Regards,
  Sander
 
  Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com:
 
  Hi, how can one map a street or zone with 'time limits' ?
  Here is a map from my village with several kind of 'parking time
  limits'
  on streets :
  http://www.heist-op-den-berg.be/544668.img
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 



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

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be


 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be




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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] How to map streets with limited parking time?

[Andre Engels]

On Sun, Feb 1, 2015 at 1:18 PM, Sander Deryckere sander...@gmail.com wrote:

 I have a feeling I'm repeating myself. We're NOT talking about copyright. 
 There's no copyright involved in this case. Copyright doesn't matter here. 
 Copyright isn't the reason why OSM exists.

 We're talking about Sui Generis database rights 
 (http://en.wikipedia.org/wiki/Database_Directive).

 The problem with database rights is that there are only very few trials that 
 used it. So there are not many examples on what a substantial part or even 
 a database is.



 However, when interpreting the texts, you see that a database is

 A collection of different records: there are different streets with data
 Possible to see one record at a time: seeing the parking time of a single 
 street makes sense when you're looking for a parking place (which is the 
 intended purpose of this map)

 The Sui Generis right protects

 qualitative or quantitative data: it's both here. The amount of streets is 
 complete, and the information about those streets is complete
 substantial investment of time in either the obtaining, verification or 
 presentation of the contents: Here it's about presentation. The information 
 can simply be obtained by reading the decisions from the municipal council. 
 However, presenting it in a GIS database, and rendering that map takes time. 
 If you say there's no time involved, than that's similar to about all tasks 
 done by the municipal employees, and I guess that governments just shouldn't 
 have any servants.

 Of those databases, it prohibits (except when written permission is given) 
 the extraction of a substantial part of the database. Where a substantial 
 part might be evaluated WRT quality or quantity. Here, it's again both, since 
 the information offered by the council is most likely of high quality, and 
 it's planned to extract all data, which is of high quantity.

 So if a judges gets confronted with this issue, it's likely he will judge 
 that this is a violation to the database rights,


 Next to all my legal concerns, there's also the fact that surveyed data is 
 just better than imported data. When you surveyed a street, you can compare 
 the results with the existing council data and find differences. Examining 
 those differences can make both datasets richer, rather than just importing 
 mistakes.

 As such, I strongly advise against using other maps, and I even more strongly 
 advise against advertising to use other maps. Evidence of such advertisement 
 (f.e. in this mailing list) might bring OSM into a legally grey zone, in 
 which corporations won't want to use the data anymore. It's not only the 
 legal part that matters. Also the social part.

 May I remind you of the legal issues around Android? Microsoft just claimed 
 they owned patents on some of the used technologies, and as a result, brands 
 shipping Android phones paid blackmail money to Microsoft. Microsoft even 
 made more revenue from the Android phones that were sold than from their own 
 phones. I don't think we want companies that use our data (say Mapbox, 
 Geofabrik, Mapquest, ...) to pay to some giants (f.e. Google) because someone 
 on this mailing lists says that data can't be copyrighted, so you can just 
 copy from images like google maps.


 Regards,

 Sander


 2015-02-01 12:46 GMT+01:00 André Pirard a.pirard.pa...@gmail.com:

 Once again, facts and information cannot be copyrighted, and especially the 
 law.
 The drawing (a piece of art) cannot be reproduced but you are not required 
 to phone the Town Administration for a survey and ask them one by one if 
 what you see on the map is correct.
 Even the drawings of road signs is not copyrighted, and of course not where 
 they are placed, even if you saw it on a photograph (that you cannot 
 reproduce).
 Same for the boundaries etc.

 André.



 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be



 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be




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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] How to map streets with limited parking time?

[Andre Engels]

On Sun, Feb 1, 2015 at 1:18 PM, Sander Deryckere sander...@gmail.com
wrote:

 I have a feeling I'm repeating myself. We're NOT talking about copyright.
 There's no copyright involved in this case. Copyright doesn't matter here.
 Copyright isn't the reason why OSM exists.

 We're talking about Sui Generis database rights (
 http://en.wikipedia.org/wiki/Database_Directive).

 The problem with database rights is that there are only very few trials
 that used it. So there are not many examples on what a substantial part
 or even a database is.

 However, when interpreting the texts, you see that a database is


- A collection of different records: there are different streets with
data
- Possible to see one record at a time: seeing the parking time of a
single street makes sense when you're looking for a parking place (which is
the intended purpose of this map)

 The Sui Generis right protects

- qualitative or quantitative data: it's both here. The amount of
streets is complete, and the information about those streets is complete
- substantial investment of time in either the obtaining, verification
or presentation of the contents: Here it's about presentation. The
information can simply be obtained by reading the decisions from the
municipal council. However, presenting it in a GIS database, and rendering
that map takes time. If you say there's no time involved, than that's
similar to about all tasks done by the municipal employees, and I guess
that governments just shouldn't have any servants.

 Read
http://uitspraken.rechtspraak.nl/inziendocument?id=ECLI:NL:RBAMS:2011:CA4035

Ook het begrip ‘investering in de presentatie van de inhoud van een
gegevensverzameling’ moet beperkt worden uitgelegd. Niet alle kosten voor
de presentatie vallen daaronder, maar alleen die kosten die worden gemaakt
om de databank de gegevens te kunnen laten verwerken.

And further:
De door [A] ten slotte nog genoemde kosten voor het drukken van de
handleidingen met de normtabellen (€ 3.000,-) en de tijdsbesteding voor de
opname van de normgegevens uit de tabellen in P2O (volgens [A] twee weken
fulltime werk per test), zijn naar het oordeel van de rechtbank - in
verhouding tot de kosten van de ontwikkeling van een test in zijn geheel -
niet als substantieel aan te merken

Would it really be more than 3000 Euros plus 2 weeks of a full-time
employee to put these data in a GIS database?

For more examples, the following were considered NOT to have a considerable
investment (or at least, the companies behind them not to have shown
considerable investment) by the Dutch judges:
* The Dutch public broadcasting company's database of programs and their
data
* RyanAir's database of all its flight data

THOSE are the kinds of database the discussion is about. NOT a map with
some roads coloured and a legenda.

So if a judges gets confronted with this issue, it's likely he will judge
 that this is a violation to the database rights.

If he hasn't laughed you away already, he will very easily say that no,
this is not a protected database.


 Next to all my legal concerns, there's also the fact that surveyed data is
 just better than imported data. When you surveyed a street, you can compare
 the results with the existing council data and find differences. Examining
 those differences can make both datasets richer, rather than just importing
 mistakes.

Best is the enemy of good. Yes, surveyed data is better than imported, and
combined data is better than either. But that's only the case if you have
the choice. Imported data is better than no data. It is also better than
data you know to be wrong.

 As such, I strongly advise against using other maps, and I even more
 strongly advise against advertising to use other maps. Evidence of such
 advertisement (f.e. in this mailing list) might bring OSM into a legally
 grey zone, in which corporations won't want to use the data anymore. It's
 not only the legal part that matters. Also the social part.

 There is no legally grey zone here. You are creating it yourself.

 May I remind you of the legal issues around Android? Microsoft just
 claimed they owned patents on some of the used technologies, and as a
 result, brands shipping Android phones paid blackmail money to Microsoft.
 Microsoft even made more revenue from the Android phones that were sold
 than from their own phones. I don't think we want companies that use our
 data (say Mapbox, Geofabrik, Mapquest, ...) to pay to some giants (f.e.
 Google) because someone on this mailing lists says that data can't be
 copyrighted, so you can just copy from images like google maps.

Now, that's  a jump. From picking a few points of data from another source
than your own eyes to wholesale copying of another source... If the only
way to keep people from breaking database rights is by increasing its
extend into the ridiculous and then once more, maybe the time has come to
just stop using volunteers for 

Re: [OSM-talk-be] How to map streets with limited parking time?

[Andre Engels]

Nothing illegal about getting *information* from a map. Information
cannot be copyrighted, only the way in which the information is
presented.

André Engels

On Sat, Jan 31, 2015 at 9:50 PM, Sander Deryckere sander...@gmail.com wrote:
 See http://wiki.openstreetmap.org/wiki/Key:parking:lane

 More precisely parking:condition:both:maxstay=...

 However, it's most likely illegal to use the map you show. It's better to
 survey those things.

 Regards,
 Sander

 Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com:

 Hi, how can one map a street or zone with 'time limits' ?
 Here is a map from my village with several kind of 'parking time limits'
 on streets :
 http://www.heist-op-den-berg.be/544668.img

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be


 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be




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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Verplicht rechts afslaan

[Andre Engels]

Dat hoef je niet te doen, want dat heeft Glenn al gemapt. Kijk naar
http://www.openstreetmap.org/relation/2709163/ voor de manier waarop
het gebeurd is.

André Engels

2014-11-30 14:31 GMT+01:00 Guy Vanvuchelen guy.vanvuche...@gmail.com:
 Op punt: 50.9801192 / 4.4599431 in  Zemst komt de Edgar Tinelstraat uit op
 de Brusselsesteenweg.

 Het autoverkeer dat uit de Edgar Tinelstraat komt moet verplicht rechts
 afslaan.

 Hoe kan ik zo iets mappen zonder het mooie werk dat Glenn daar geleverd
 heeft te beschadigen?





 Guy Vanvuchelen




 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be




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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-nl] Welke tags voor straten in de bebouwde kom?

[Andre Engels]

2014-11-28 17:02 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com:
 Ik plaatste dit bericht [1] ook al eerder in het forum, maar wil graag horen 
 hoe op de mailinglist over dit onderwerp wordt gedacht.

 Het gaat over welke tags gebruikt zouden moeten worden om (woon) straten in 
 de bebouwde kom te taggen.

 Zelf gebruik ik de werkwijze dat alle bewoonde straten binnen 
 landuse=residential:

 1 residential
 2 of living_street zijn

 Voor de grotere verbindingswegen tussen wijken is de wiki ook duidelijk 
 (secondary of tertiary).
 highway=unclassified gebruik je dan voor die wegen buiten de bebouwde kom die 
 niet tot de genummerde wegen behoren of voor wegen op bv. industrieterreinen.
 Maar highway=unclassified zou feitelijk in de bebouwde kom niet echt veel 
 voor mogen komen.

Daar ben ik het niet mee eens. Ik gebruik zelf highway=unclassified
voor wegen die meer dan alleen woonstraten zijn, maar niet groot
genoeg voor tertiary, bijvoorbeeld een hoofdstraat door een wijk. En
ook voor wegen die binnen de bebouwde kom meer een woonstraat zijn,
maar ook buiten de bebouwde kom doorgaan als unclassified.

 De oorzaak (in Nederland) is dat bijna al die wegen destijds binnengehaald 
 zijn met een grote AND import en daar stond die tag erbij.

 Maar moeten we dat niet gaan veranderen? Want nu staat er echt heel veel 
 verkeerd.
 En wie gaat dat veranderen? Kan dat niet geautomatiseerd worden? Zijn er 
 bezwaren?

Ikzelf probeer het meestal te veranderen als ik een gebied aan het
bewerken ben; probleem hiermee is dat het zo nog wel 10 jaar duurt
voor dit weer echt fatsoenlijk is. Automatisering is problematisch
omdat we dan gemakkelijk naar het omgekeerde probleem overgaan - wegen
die wel unclassified moeten blijven, maar naar residential worden
gezet. Wellicht zouden we iets halfautomatisch kunnen bedenken
(waarbij iemand een stukje kaart te zien krijgt, en dan aangeeft welke
unclassified en welke residential moeten zijn (bij voorkeur als 'deze
unclassified/residential en de rest het andere), maar ik weet niet
hoeveel sneller dat zou gaan dan mensen in hun eigen favoriete editor
late werken.


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

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

Re: [OSM-talk-be] Tag; definitie voor een garage straat

[Andre Engels]

Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen
waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel
degelijk doorgaat (en ook in andere gevallen is het naar mijn mening
slechts een hint voor andere mappers, geen wezenlijk onderdeel voor
gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven
service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit
in de praktijk tag als highway=service zonder service-tag, wat geloof
ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk
verkeer kun je beschrijven met access=no, foot=yes of
access=destination, al naar gelang hoe je 'plaatselijk verkeer'
definieert.

André


2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:
 Dag,

 Situatie:
 Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
 toe.
 Er is een geasfalteerde straatje die achter de tuinen loopt.
 Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij
 hier zeggen een garagestraatje.
 bord C3 uitzonderlijk plaatselijk verkeer
 het straatje stopt ter hoogte van een barrier paaltje voetgangers en
 fietsers kunnen verder.Werd ingevoerd.
 Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
 moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

 Zie 50.7892212,3.1862567

 service=parking_aisle

 of is er daarvoor een betere tag.

 Jakka


 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be



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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Tag; definitie voor een garage straat

[Andre Engels]

Oeps, te snel op enter gedrukt. Waar ik access=no, foot=yes zeg,
bedoel ik access=private, foot=yes.

André

2014-10-24 12:20 GMT+02:00 Andre Engels andreeng...@gmail.com:
 Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen
 waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel
 degelijk doorgaat (en ook in andere gevallen is het naar mijn mening
 slechts een hint voor andere mappers, geen wezenlijk onderdeel voor
 gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven
 service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit
 in de praktijk tag als highway=service zonder service-tag, wat geloof
 ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk
 verkeer kun je beschrijven met access=no, foot=yes of
 access=destination, al naar gelang hoe je 'plaatselijk verkeer'
 definieert.

 André


 2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:
 Dag,

 Situatie:
 Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
 toe.
 Er is een geasfalteerde straatje die achter de tuinen loopt.
 Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij
 hier zeggen een garagestraatje.
 bord C3 uitzonderlijk plaatselijk verkeer
 het straatje stopt ter hoogte van een barrier paaltje voetgangers en
 fietsers kunnen verder.Werd ingevoerd.
 Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
 moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

 Zie 50.7892212,3.1862567

 service=parking_aisle

 of is er daarvoor een betere tag.

 Jakka


 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be



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



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

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc

[Andre Engels]

On Sun, Oct 5, 2014 at 10:34 PM, Frank Steggink stegg...@steggink.org wrote:

 Regarding the highway = unclassified tag from the AND import: this was
 before my time, but I believe it was caused by a lack of granularity of the
 highway types in the original data.

No, the issue was an incorrect mapping of the AND highway type to the
openstreetmap highway type in the original import.AND had levels 1 to
5 and no level. These should have been mapped:
level 1-3: motorway, trunk, primary, secondary
level 4: tertiary
level 5: unclassified
no level: residential

but they were mapped:
level 1-3: primary?
level 4: secondary
level 5: tertiary
no level: unclassified

The incorrect secondary and tertiary roads have later been corrected
in a partially automated manner - roads that had not been touched were
changed automatically, after which the rest was done by manual clean
up of the map. The unclassifed-should-be-residentials have not been so
corrected. I think that the lack of a difference in the way it is
shown on Mapnik has been working against them being handled by users
on large scale.

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

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

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[Andre Hinrichs]

Am 17.09.2014 um 16:34 schrieb chris66:
 Am 17.09.2014 16:21, schrieb Christian Leicht:

 wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und
 danach Mappen will habe ich in bestehenden Daten of einen Versatz.
 Muss ich zuvor einen eigenen Versatz angeben, bzw meinen
 Kartenausschnitt kalibrieren?
 Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene)
 GPX Tracks, die man sich in den Auschnitt reinladen kann.

Ich mache an dieser Stelle noch auf das JOSM-Plugin imagery_offset_db
aufmerksam.
Der Vorteil ist, dass ein einmal von einem Benutzer ermittelte Versatz
dann auch von anderen Benutzern verwendet werden kann.
Nachteil ist, dass viele dieses Plugin nicht kennen...

Auch hier gilt natürlich, dass der Offset regelmäßig überprüft werden
sollte.

Ob die Offset-DB auch von anderen Tools verwendet werden kann, kann ich
leider nicht sagen, da ich ausschließlich JOSM verwende.

Gruß
Andre


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

Re: [OSM-talk-nl] meerdere namen op een motorway junction

[Andre Engels]

De 'naam' van de afrit is in Nederland, als ik het me goed herinner, de
_eerste_ plaats op het afritbord. In dit geval dus vermoedelijk 'Brielle'.

André


2014-06-16 13:43 GMT+02:00 wouter van der plas wouterv.dp...@gmail.com:

 hallo,

 ik ben geabonneerd op de rss feed van osmose in mijn gebied.
 en dus kreeg ik een email binnen die mij vertelden dat er meerdere namen
 op een afrit stonden.

 http://osmose.openstreetmap.fr/en/error/992336328
 http://www.openstreetmap.org/node/92961494

 nu is dit op zich niet echt een probleem wand op de kaart staat alles goed.
 maar als je naar de wiki pagina kijk, staat daar dat de naam tag speciaal
 voor een specifieke naam is.

 en voor wat nu de naam tag  is moet de exit_to tag worden gebruikt.

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

 mijn vraag is dan nu of dat er iets anders is afgesproken in Nederland.
 en of dat het moet worden verandert.

 met vriendelijke groet,

 wouter van der plas


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




-- 
André Engels, andreeng...@gmail.com
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[Talk-de] Hausnummern-Mapping

[Andre Hinrichs]

Moin Moin!

In Sachen Hausnummern-Mapping bin ich auf (mindestens) zwei Probleme
gestoßen und ich bin mir sicher, dass andere auf die gleichen Probleme
gestoßen sind und wüsste gerne, wie diese in der Regel gelöst werden.

1.) Fehlende Hausnummern: Bei meinen Mapping-Touren finde ich sehr
häufig Häuser, an denen keine Hausnummern angebracht (oder nicht
findbar) sind. Das gilt auch für Häuser, bei denen ich das Grundstück
betreten wüsste, um die Hausnummer zu erfahren. Bisher habe ich bei
solchen Häusern ein fixme-Tag angebracht und die Hausnummer nicht
eingetragen. Nun häufen sich diese fixmes langsam und fangen an zu
nerven, da sie nicht wirklich korrigiert werden können. Frage also: Wie
geht man damit um?
Lösung 1: Die eben genannte fixme-Lösung mit dem Problem, dass sich
fixmes langsam häufen.
Lösung 2: Einfach (wie bei der Interpolation) raten und eintragen und
gut is.
Lösung 3: Einen Knoten setzen und eine addr:interpolation-Linie
verwenden. (Was macht man dann mit Hausnummern wie 4a, 5c usw.?)
Lösung 4: Dem Hausbesitzer eine Nachricht zukommen lassen, dass er doch
bitte eine Hausnummer anbringen möchte. Diese Lösung favorisiere ich
derzeit, bastele jedoch noch an der Formulierung und weiß auch nicht, ob
das so OK wäre.
Lösung 5: Gleich dem Ordnungsamt Bescheid geben. Das fände ich schon böse...
Lösung 6: Etwas, woran ich noch nicht gedacht habe.

2.) Interpolation mit Häusern: Das addr:interpolation-Tag (odd oder even
oder all) kann nur mit Nodes verwendet werden. Wenn Häuser jedoch als
Gebäude eingetragen sind, kann dieses Tag nicht verwendet werden (oder
doch?), da man keine Linie zwischen zwei Gebieten ziehen kann. Z.B. in
Clausthal-Zellerfeld meldet der housenumer validator deshalb einige
Fehler, die aus diesem Problem resultieren. Daher meine Frage, was ihr
von einer interpolation-Relation halten würdet. Dort könnten dann auch
Gebäude als Start- oder End-Punkt herhalten.

Ich bin auf eure Meinungen gespannt.
Andre


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

Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?

[Andre Engels]

Je emailadres invullen in het onderste invulveld op
https://lists.openstreetmap.org/listinfo/talk-nl, dan op het volgende
scherm 'Unsubscribe' aanklikken.


2014-04-07 13:59 GMT+02:00 pieter vd harst apida...@hotmail.com:

 hallo allemaal,

 ik ben per ongeluk in deze discussielijst terecht gekomen.
 hoe kan ik me afmelden?

 alvast bedankt
 Pieter van der Harst

 --
 To: talk-nl@openstreetmap.org
 From: dbuss...@goudappel.nl
 Date: Mon, 7 Apr 2014 11:22:48 +0200
 Subject: Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?


 Hoi Maarten,

 deze sites hebben last van het feit dat oude versies van OpenLayers niet
 compatibel zijn met nieuwe Windows/IE

 *https://github.com/openlayers/openlayers/issues/686*https://github.com/openlayers/openlayers/issues/686

 Oplossing is migratie naar OpenLayers 2.13.1. Voor onze eigen applicaties
 zijn wij daarmee bezig.

 Groeten,

Dirk

 Dipl. Geogr. Dirk Bussche
 *Consultant*


 t. +31 (0)570 666 830 [image: Zwart vierkantje]  w. 
 *www.dat.nl*https://www.dat.nl
  [image: Zwart vierkantje] e. dbuss...@dat.nl

 *(aanwezig op kantoor: maandag en donderdag)*


 *You are welcome in our stand on the following events: 
 *Intertraffichttp://www.intertraffic.com/intertraffic-amsterdam/Pages/default.aspx,
 Amsterdam Netherlands, 25-28 March  [image: Zwart vierkantje]  Integrating
 Passenger Information http://www.passenger-information-2014.com/,
 London United Kingdom, 26-27 March  [image: Zwart vierkantje]  *European
 Transport Conference* http://etcproceedings.org/, Frankfurt Germany, 29
 September-01 October


 DAT.Mobility BV, Snipperlingsdijk 4, 7417 BJ Deventer, The Netherlands
 DAT.Mobility is part of the Goudappel Group, operating from offices in
 Amsterdam, Den Haag, Deventer, Eindhoven, Leeuwarden and partners globally.



 From:Maarten Deen md...@xs4all.nl
 To:talk-nl@openstreetmap.org,
 Date:07-04-2014 09:33
 Subject:[OSM-talk-nl] Foute tileweergave bij oudere
 weergavemethode?
 --



 Het valt me op dat bij twee routingwebsites die ik veel gebruik,
 fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles
 vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven,
 vaak zelfs verschillende gebieden met een horizontale scheiding. En als
 je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied
 weergegeven.
 Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van
 Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht
 tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn,
 Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg,
 Leipzig, Bernsdorf, Welzow).

 Dit zijn allebei sites die nog de oude manier van projecteren gebruiken,
 met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen
 idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook
 thuis met firefox, maar dat weet ik even niet zeker.

 Zijn er meer mensen die dit zien? Is dit een probleem van die websites
 en/of de techniek die ze gebruiken of ligt het aan mij?

 Maarten


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


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

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




-- 
André Engels, andreeng...@gmail.com
inline: ATT1___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-br] Edição JOSM

[andre viana]

Obrigado gente pelas respostas.
o Que acontece é o seguinte:
Eu tenho uma via(residential ou secondary) com dois sentidos(no caso seria
mão e contra mão).
E preciso adicionar o semáforo em apenas uma mão.
Pois é uma simulação de trânsito,no qual vou utilizar o simulador SUMO.
Se eu colocar o semáforo no nó,ele fica nos dois sentidos,e quando vem um
veículo num cruzamento por exemplo,ele para onde não devia.
No mais,agradeço pela força.

Em 6 de março de 2014 12:42, Thiago Marcos P. Santos
tmpsan...@gmail.comescreveu:

 2014-03-06 14:54 GMT+02:00 andre viana andremusicpi...@gmail.com:
  Bom dia meus caros.
  Estou trabalhando com o JOSM,na edição de mapas OSM,e me deparei com um
  problema que não consigo resolver.
  Na edição,o JOSM trata as vias como uma linha,independentemente delas
 serem
  faixa dupla,ou não.
  Gostaria de saber como,ou qual ferramenta eu consigo trabalhar com as
 vias
  independentemente,por exemplo,numa faixa dupla,eu preciso colocar
 semáforos
  em apenas uma das faixas,o então trabalhar com direita livre.
  Mas quando adiciono o semáforo,ele vai para a via toda.
  Desde já agradeço a ajuda.

 Se entendi o problema direito, você tem uma via oneway=no e quer um
 sinal de trânsito em apenas uma direção. Neste caso, use:

 traffic_sinal:direction=forward

 Mais informacão:
 http://wiki.openstreetmap.org/wiki/Key:traffic_signals:direction

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

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

Re: [Talk-br] Edição JOSM

[andre viana]

Mais ou menos isso Raffael.
A marcação trafic signals quando é adicionada a um nó,o semáforo é
adicionado aos dois sentidos da via.
Porém estou procurando uma forma de adicionar em apenas uma.


Em 6 de março de 2014 13:09, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Concordo. Mas não é isso que o André quer representar (se eu entendi
 corretamente). A tag indicada serve para marcar semáforos que se aplicam a
 somente um dos sentidos de uma via mão dupla. Agora para indicar um
 semáforo que restringe a circulação de apenas algumas faixas de rolamento
 num mesmo sentido, não há como marcar.

 É isso mesmo, André?

 []s
 Em 06/03/2014 13:05, Raffaello Bruno Limongi Freire 
 raffaellobr...@hotmail.com escreveu:

 Eu também não concordo muito com alterações no desenho do mapa que não
 correspondam à realidade. Infelizmente, isso acontece muito no Tracksource,
 principalmente em POIs de alerta unidirecionais e em trevos entre rodovias.

 Na minha opinião, são as aplicações que devem adaptar-se à realidade, não
 o contrário, salvo algumas exceções.

 Se a tag sugerida pelo Thiago (traffic_sinal:direction=forward)
 funcionar, é sinal de amadurecimento do OSM e acho que esse deveria ser o
 caminho para outras situações similares, como lombadas e radares.

 Atenciosamente,
 Raffaello Bruno

 --
 From: thunder...@gpsinfo.com.br
 To: talk-br@openstreetmap.org
 Date: Thu, 6 Mar 2014 12:33:26 -0300
 Subject: Re: [Talk-br] Edição JOSM

  Particularmente, por experiência própria, não sou favorável a se
 descaracterizar um situação real de via para se inserir ali um objeto.

 Pista simples de mão dupla é diferente de pista dupla e ao se separar a
 via de pista simples para mão dupla, fins inserção de um objeto semáforo,
 estaríamos descaracterizando aquele trecho de via e penalizando todos
 aqueles experimentados em navegação visual. Esses acompanham o traçado da
 via e irão se surpreender por não esperarem uma transformação da via para
 pista dupla.

 []s
 Marcio

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Thursday, March 6, 2014 12:07 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Edição JOSM

  Eu também faria assim.



 Em 6 de março de 2014 10:52, Arlindo Pereira 
 openstreet...@arlindopereira.com escreveu:

 Olá André,

 até onde eu sei, este tipo de mapeamento granular não existe no OSM. Em
 outras palavras, o semáforo sempre vale para toda a via.

 Acho que você poderia separar as vias de forma arbitrária junto aos
 semáforos e colocar o sinal em somente uma delas, explicando o motivo numa
 tag note não vejo motivo para que não seja feito assim.

 []s
 Arlindo

 2014-03-06 9:54 GMT-03:00 andre viana andremusicpi...@gmail.com:

  Bom dia meus caros.
 Estou trabalhando com o JOSM,na edição de mapas OSM,e me deparei com um
 problema que não consigo resolver.
 Na edição,o JOSM trata as vias como uma linha,independentemente delas
 serem faixa dupla,ou não.
 Gostaria de saber como,ou qual ferramenta eu consigo trabalhar com as
 vias independentemente,por exemplo,numa faixa dupla,eu preciso colocar
 semáforos em apenas uma das faixas,o então trabalhar com direita livre.
 Mas quando adiciono o semáforo,ele vai para a via toda.
 Desde já agradeço a ajuda.
 Abraços
 André Viana

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



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



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

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

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


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


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

[Talk-br] Edição JOSM

[andre viana]

Bom dia meus caros.
Estou trabalhando com o JOSM,na edição de mapas OSM,e me deparei com um
problema que não consigo resolver.
Na edição,o JOSM trata as vias como uma linha,independentemente delas serem
faixa dupla,ou não.
Gostaria de saber como,ou qual ferramenta eu consigo trabalhar com as vias
independentemente,por exemplo,numa faixa dupla,eu preciso colocar semáforos
em apenas uma das faixas,o então trabalhar com direita livre.
Mas quando adiciono o semáforo,ele vai para a via toda.
Desde já agradeço a ajuda.
Abraços
André Viana
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] D-A-CH

[Andre Hinrichs]

Ganz Südtirol fände ich komisch. Gehört ja politisch nicht zu D-A-CH.
Soll denn der Ausschnitt direkt an den Grenzen enden, oder ein wenig
(ein paar Kilometer) darüber hinaus ragen?
Ein wenig Überlappung finde ich hilfreich...

Gruß
Andre

Am 20.02.2014 17:04, schrieb Frederik Ramm:
 Hi,

für den rein hypothetischen Fall ;) dass ich auf
 download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur
 entweder die Länder einzeln oder ganz Europa - würde man dann auch noch
 Südtirol mit dazu nehmen, oder eher nicht?

 Bye
 Frederik



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

Re: [Talk-de] Luftbild-Versatz

[Andre Hinrichs]

Am 28.01.2014 13:15, schrieb Theodin:
 Bezüglich sperren von Koordinaten:
 Kann man die nicht einfach als Key-Value-Paare angeben:
 coordinates_lat = 12.3456789
 coordinates_lon = 12.3456789
 coordinates_system = WGS84
 Dann sind sie über die History auch nach dem Löschen noch da und 
 (hoffentlich( auch überprüfbar. Das
 könnte man dann sicher auch automatisch überprüfbar machen, ob die 
 Koordinaten in der Karte mit
 denen am Tag übereinstimmen.

 Andere Ideen?
Ich bin mir nicht sicher, ob das nötig ist, da man doch alte Versionen
von Nodes zurück holen kann und dann sind auch die abgelegten
Koordinaten wieder da (habe ich gerade geprüft).
Nur für die alten Nodes, die während des Lizenzwechsels gelöscht wurden,
scheint das nicht zu gelten, klar.

Warum also nochmal ein extra coordinates_* Tag erfinden?

Als weitere Idee könnte ich mir auch ein Überprüfungs-Bot vorstellen,
der einmal täglich sich das daily replicate anschaut und Veränderungen
an gesperrten Nodes an den Ersteller meldet. Der kann dann entscheiden,
was er damit tun will.

Allerdings sehe ich bei gesperrten Nodes auch die Gefahr, dass Mapper
dieses Feature missbrauchen. Es müsste sichergestellt sein, dass es eine
Instanz (minimal der Editor, besser die API) gibt, die überprüft, ob die
Sperrung Sinn macht. Da könnte man z.B. auf einen minimalen Abstand zum
nächsten gesperrten Node prüfen oder auf eine maximale Anzahl von
Uploads gesperrter Nodes pro User pro Stunde (das beträfe dann auch
Änderungen). Ein Editor müsste sich den Status jedoch auch wieder
merken, damit der User nach einem Neustart nicht gleich wieder etwas
ändern kann, usw., usw...

Fazit: Ich finde die Idee von gesperrten Nodes schon irgendwie
charmant, sehe jedoch auch, dass es dann kompliziert werden würde...


Gruß
Andre


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

[Talk-de] Luftbild-Versatz

[Andre Hinrichs]

Hallo OSM-Liste!

Seit es die Bing-Luftbilder für OSM frei zu nutzen gibt, wird sehr viel
von eben diesen abgezeichnet. Wie die meisten sicher wissen, sind
Luft-Bilder jedoch in der Regel nicht besonders genau positioniert,
weshalb es seit einiger Zeit die Versatz-Datenbank
http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database gibt.
Zumindest für JOSM gibt es hierfür das Plugin imagery_offset_db, welches
recht einfach zu benutzen ist.

Es scheint jedoch nun so zu sein, dass die meisten von dieser Datenbank
nichts wissen. Jedenfalls benutzt es kaum jemand. Früher (als es noch
keine freien Luft-Bilder gab), wurden die Straßen möglichst mittig in
den Punktenebel platziert, der nach und nach in der GPS-Datenbank von
OSM entstand. Heute werden die Straßen auf die Luft-Bilder gelegt und
sind daher meist um einige Meter deplatziert.

Ich stelle bei meinen Touren immer wieder fest, dass mich mein
GPS-Empfänger deutlich neben der Straße zeigte, obwohl ich mittig drauf
stand. Eine spätere Überprüfung zuhause ergab fast immer, dass die
Straße einen deutlichen Versatz zur Realität hatte.

Da nun OSM aber den Anspruch hat, die Realität darzustellen, wäre es
doch schön, wenn auch die Positionen wirklich passen. Für professionelle
Nutzer (z.B. Landwirte mit GPS-geführten Maschinen) sind möglichst genau
positionierte Karten auch von Vorteil.

Es wäre aus meiner Sicht also schön, wenn mehr OSM-Mapper (insbesondere
die Luft-Bild-Nutzer) von dieser Möglichkeit Gebrauch machten. Die Frage
wäre, wie man den Bekanntheitsgrad verbessern kann.

Ich bin auf eure Meinungen gespannt...


Gruß
Andre

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

Re: [Talk-de] Luftbild-Versatz

[Andre Hinrichs]

Am 27.01.2014 19:58, schrieb Alexander Lehner:
 On Mon, 27 Jan 2014, Andre Hinrichs wrote:

 [...]
 Ich stelle bei meinen Touren immer wieder fest, dass mich mein
 GPS-Empfänger deutlich neben der Straße zeigte, obwohl ich mittig drauf
 stand. Eine spätere Überprüfung zuhause ergab fast immer, dass die
 Straße einen deutlichen Versatz zur Realität hatte.
 Es bleibt vielleicht an dieser Stelle zu erwaehnen, dass manche Strassen, 
 gerade wenn sie aus den 'Gruendertagen' von OSM stammen, selbst nicht sehr 
 genau eingetragen wurden, der GPS Empfang von einfachen Handgeraeten in 
 Hauserschluchten schlecht ist etc.

 Deswegen ist die Frage, wer 'mehr Recht hat' (OSM oder bing mit 
 Korrektur), nicht immer einfach zu beantworten ist.

 Ein in sich stimmiges Landschaftsbild finde ich wichtiger als eine 
 versuchte 1m-genaue Positionierung selektiver Punkte.

 A.
Einem einzelnen GPS-Track kann man nicht vertrauen, ob nun aus
Gründerzeiten oder neuerdings. Daher versuche ich stets Straßen zum
Ausrichten zu verwenden, wo bereits mehrere Tracks aufgenommen wurden.

Das Problem mit den Häuserschluchten besteht ja im Wesentlichen in den
großen Städten. Dort findet man jedoch auch häufig vielbefahrene
Hauptstraßen, an denen man das dann ausrichten kann. Der Versatz der 200
Meter entfernt liegenden Nebenstraße, die in einer Häuserschlucht
verläuft, sollte davon nicht wesentlich abweichen. Man kann also die
dortigen ungenauen Tracks ignorieren.

Andre


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

Re: [Talk-de] Luftbild-Versatz

[Andre Hinrichs]

Am 27.01.2014 20:18, schrieb Caronna:
 Am 27.01.2014 18:13, schrieb Andre Hinrichs:
 Ich stelle bei meinen Touren immer wieder fest, dass mich mein
 GPS-Empfänger deutlich neben der Straße zeigte,
 ???
 so genau wird das wohl kaum sein, wie genau ist denn ein GPS EMpfänger?
 bei mir steht 3 bis 7 m in der Beschreibung, und das nur weil er die 
 Referenzsateliten auch mit bekommt (stehen stationär über dem Horizont, 
 ähnlich wie die Fernsehsateliten)

 Bei der STraße die vorm haus vorbeiläuft bekomme ich meist die rechte 
 und linke Straßenseite mit, en engen Tälern, im Wald wird damit vorbei 
 sein, in der Stadt vermutlich auch.
Gut, ich mappe hauptsächlich in ländlichen Gegenden und auf dem platten
Land. Wälder gibt es hier natürlich auch, da gebe ich jedoch auch nicht
viel auf die Position. Ansonsten scheint mein Garmin etrex 30 recht
genau zu sein. Wenn ich auch nur drei Meter daneben liege, toleriere
ich das meist auch noch. Manchmal addieren sich die Fehler jedoch auch
und dann ist das schon auffällig.

Gruß
Andre


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

[Talk-de] JOSM Tastatur Problem

[Andre Hinrichs]

Hallo OSMler!

Seit meinem System-Update (Ubuntu) habe ich das Problem, dass JOSM ab
und zu keine Tastatureingaben mehr annimmt, nachdem ich die
History-Funktion (Ctrl-h) aufgerufen habe.
Nun ist natürlich sehr wahrscheinlich, dass zumindest zum Teil die JRE
dafür verantwortlich ist. Auffällig ist jedoch, dass dieses Problem
ausschließlich bei Ctrl-h auftritt und auch nur bei JOSM, wobei ich in
anderen Java-Programmen wohl auch kein Ctrl-h verwende.

Ich habe auch versucht, eine bis zu sechs Monate alte Version von JOSM
laufen zu lassen. Jedoch tritt auch dort das Problem auf. Vor dem
System-Update hatte ich keine Probleme.

Frage an die Liste: Hat sonst noch jemand ähnliche Probleme?

Ich frage erst hier nach, bevor ich einen Eintrag in JOSM-Trac vornehme,
da nicht 100% klar ist, dass das ein JOSM-Fehler ist...

Gruß
Andre


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

Re: [Talk-de] zum neuen OSM - Design

[Andre Hinrichs]

Moin!

Ich finde das Design insgesamt auch ganz gut. Die bisher genannten
Kritikpunkte (fehlender Slider, zu prominentes Such-Feld) teile ich
jedoch. Bei mir erscheint auch jedes Mal die Willkommen-Meldung, die ich
dann wegklicken muss; das nervt auf die Dauer.

Mir ist jedoch gerade heute aufgefallen, dass es scheinbar den Rahmen
nicht mehr gibt. Früher konnte man mit den Anhang box=yes einen schönen
Rahmen zeichnen. Hier ein Beispiel
http://www.openstreetmap.org/?minlon=10.29minlat=52.11maxlon=10.90maxlat=52.50box=yes
wie es früher funktionierte. Das geht jetzt leider nicht mehr. Bekomme
ich den Rahmen irgendwie wieder? Oder ist der auf Dauer wegoptimiert?
Ich habe den häufig benutzt, um den Download-Bereich für meine selbst
erzeugten Garmin-Karten zu wählen.

Gruß
Andre


Am 06.12.2013 16:05, schrieb tshrub:
 Hallo,

 ein kurzer Kommentar zum neuen Layout:

 super! gut gelungen! Danke an die Enwickler!



 zwei kleiner m.E. Verbesserungen:

 natürlich stört das Suche-Feld etwas: besser wäre es in der Kopfzeile 
 untergebracht? Die Schrift kann hier doch etwas kleiner sein? Oder aber: 
 wenigstens dem Suchfeld Transparenz geben, wie rechts die schwarze Tool-bar.

 seit längerem stört mich schon, dass diese slide-Skala zwischen Plus 
 und Minus fehlt. Ich mag nicht gern Klicken und würd gern ein paar 
 Level überspringen.


 aber so geht es auch sehr gut!
 Genial finde ich auch den Datenexplorer, also Kartendaten anzeigen.
 Ein großer Gewinn für OSM!

 das war es schon
 best, t.


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


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

Re: [Talk-de] zum neuen OSM - Design

[Andre Hinrichs]

Am 10.12.2013 22:32, schrieb Frederik Ramm:
 Hi,

 On 10.12.2013 21:26, Andre Hinrichs wrote:
 Bei mir erscheint auch jedes Mal die Willkommen-Meldung, die ich
 dann wegklicken muss; das nervt auf die Dauer.
 Dazu gibts zwei Meinungen. Die eine ist die haben das verbockt, jetzt
 sollen die das auch fixen.
hmm...
  Die andere ist hilf Dir selbst und fuehrt
 ueber dieses Greasemonkey-Skript:


 // ==UserScript==
 // @name Remove OSM welcome box
 // @include  http://www.openstreetmap.org/*
 // ==/UserScript==

 var welcome = $(div.welcome);
 if (welcome) welcome.remove ();
Das würde ich vielleicht noch hinbekommen, der normale User jedoch wohl
kaum.
 Natuerlich kann man auch einfach einen Login-Cookie haben.
-1 Cookies werden beim Schließen des Browsers grundsätzlich gelöscht.


Bye
Andre


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

Re: [Talk-de] zum neuen OSM - Design

[Andre Hinrichs]

Am 11.12.2013 00:14, schrieb Hartmut Holzgraefe:
 Womit, wenn nicht mit einem Cookie (hier: _osm_welcome=hide),
 soll sich openstreetmap.org merken das es Dir die Willkommen-Meldung
 schon einmal gezeigt hat?

Wenn ich in der URL ein osm_welcome=hide eintragen könnte, fände ich das OK.
Der normale User macht es halt dann über das Cookie...

Andre


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

Re: [OSM-talk-be] noexit

[Andre Engels]

2013/12/3 Jo winfi...@gmail.com

 Hallo Sus,

 Ik ben 's naar de historiek van die wikipagina gaan kijken en
 oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat
 doodloopt en niet op de laatste node. De wiki is dan op een gegeven
 ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar
 mijn gevoel niet klopt.

 Ik interpreteer die noexit yes op een straat ook als enkel geldend voor
 auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder
 kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien.

 Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos.


De tag is naar mijn mening niet bedoeld voor kaarten en applicaties, maar
voor bewerkers en controleurs. Het komt vaak voor dat een weg die 'in het
niets' eindigt een fout of incompleetheid is - de weg hoort ergens aan
vast, maar iemand heeft 'net naast' geclickt, of de weg gaat wel verder,
maar dat deel was niet gesurveyd. noexit=yes geeft aan dat deze niet het
geval zijn, maar de weg echt ophoudt op dat punt.

Ik vind juist wat jij kennelijk wil vrij zinloos - dat de weg doodloopt
voor automobilisten, kun je ook wel uit de bestaande wegen en tags
afleiden, daar is dus geen aparte tag voor nodig.

-- 
André Engels, andreeng...@gmail.com
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Gebruik layer=-1 voor landuse

[Andre Engels]

2013/10/16 Marc Gemis marc.ge...@gmail.com


 Ik kan me ergens wel vinden dat een straat 2 landuses van hetzelfde type
 niet hoeft te scheiden. De vraag blijft natuurlijk is een straat wel
 landuse=residential of farmland of ...

 Ik dacht dat alle renderers een eigen algorithme hadden om de volgorde van
 landuses te bepalen, dat daarom de layer tag niet nodig is. Dus onderaan
 bv. residential en erboven village_green. Nooit omgekeerd. Als je
 natuurlijk een stad in zijn geheel als residential in kleurt en daarbovenop
 industrial or retail landuse legt heb je die lagen wel nodig. Maar zijn er
 wel renderers die daar naar kijken.


Voor de standaardkaart op openstreetmap.org lijkt het algoritme te zijn dat
het altijd het element met de kleinste oppervlakte toont.

-- 
André Engels, andreeng...@gmail.com
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-nl] Punt toevoegen

[Andre Engels]

In Potlatch2: Nadat je het punt hebt aangemaakt/geselecteerd, linksonder op
'Advanced' drukken. Je kunt daarna velden en waardes als freetext invullen.


2013/9/10 Pander pan...@opentaal.org

 Hoi allemaal,

 Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen
   amenity=dojo
   sport=aikido
 kiezen terwijl deze toch bestaan, zie
   http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido
 en
   http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo

 Hoe kan ik dat wel voor elkaar krijgen?

 Dank,

 Pander
 --
 Stichting OpenTaal
 Taal is van ons allemaal
 http://www.opentaal.org

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




-- 
André Engels, andreeng...@gmail.com
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[Talk-de] Hydrant oder Beregnungsanlage

[Andre]

Moin,



Bestimmt gibt es an der Straße ein entsprechendes Hinweisschild - oder
woher hast Du sonst den Leitungsdurchmesser 150?



ja also schräg gegenüber auf der anderen Straßenseite steht so ein 
Hinweisschild. Aber die Entfernungsangaben passen nicht zu dem Standort 
an der Hecke. Ich werde mir das wohl nochmal angucken. Vielleicht sind 
da ja zwei Hydranten.


Sollte der fragliche Anschluss ein Hydrant sein, werde ich dort 
emergency=suction_point als tag verwenden. Das hatte ich gestern im Wiki 
übersehen.


Danke für die Hilfe :-)

viele grüße
Andre



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

[Talk-de] Hydrant oder Beregnungsanlage

[Andre]

Hallo Liste,

ich möchte bei mir mehr Hydranten mappen. Dazu meine Frage:

Ist das in [1] ein Hydrant oder der Anschluss für eine Beregnunganlage?

Es handelt sich um diesen [2] Knoten. Der Punkt liegt also in einem 
kleinen Dorf in der Nähe von Feldern.


Hoffentlich könnt ihr mir helfen, danke schonmal im voraus.


Viele Grüße
Andre


[1] http://postimg.org/image/htlwpxlh1/

[2] http://www.openstreetmap.org/browse/node/2418956068

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

Re: [OSM-talk] Application error at openstreetmap.org

[Andre Hinrichs]

The latest daily replication file is extremely large (6.1G).
The latest hourly replication files from yesterday 10:00 to 22:00 are to
small.
And the replication file for 22:00 were already created at 21:26.

May be this caused the error?


Andre


Am 15.07.2013 03:15, schrieb Steve Bennett:
 --
 Application error

 The OpenStreetMap server encountered an unexpected condition that
 prevented it from fulfilling the request (HTTP 500)

 Feel free to contact the OpenStreetMap community if your problem
 persists. Make a note of the exact URL / post data of your request.

 This may be a problem in our Ruby On Rails code. 500 occurs with
 exceptions thrown outside of an action (like in Dispatcher setups or
 broken Ruby code)
 

 Surprised not to see anything about it on this mailing list. Can anyone 
 explain?

 Steve

 ___
 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: [Talk-de] [OT] Geflashed ?

[Andre Dierker]

Hi!

On 14.06.2013, at 18:46, Markus liste12a4...@gmx.de wrote:

 kennt jemand ein deutsches Wort für geflashed?
 (oder heisst das eigentlich geflasht?)

In welchem Zusammenhang?

Ist hier vielleicht etwas passendes dabei:
http://dict.leo.org/#/search=flashedsearchLoc=0resultOrder=basicmultiwordShowSingle=on

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

Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?

[Andre Dierker]

On 26.05.2013, at 19:47, Hans Schmidt wrote:

 Hallo,
 
 In manchen Gegenden sind Luftbilder zu schlecht um anhand derer
 vernünftig Gebäude zeichnen zu können. Daher greife ich da oft auf eine
 ungefähre Schätzung wieder.
 Jetzt kommt es vor, dass besonders in irgendwelchen geplanten Siedlungen
 die Häuser alle auf der Karte geplant wurden, so dass sie exakt parallel
 zur Straße stehen.
 
 Kann ich das irgendwie in JOSM machen?

Wenn du die Straße selektierst und dann mit dem Buildingtool Häuser zeichnest, 
sind alle parallel zu der Straße ausgerichtet.

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

Re: [OSM-talk-nl] amenity = school

[Andre Engels]

2013/4/23 Ronald Stroethoff stroe...@zonnet.nl

 Ik heb een vraag over het volgende probleem:
 amenity = school

 wat moet ik als zodanig taggen; alleen het gebouw of het hele terrein
 (inclusief schoolplein)?
 Ik zelf heb de neiging om het hele terrein als zodanig taggen maar ik zie
 sommige mensen alleen het gebouw taggen.
 zoals hier:
 http://www.openstreetmap.org/?lat=52.172535lon=4.479675zoom=18layers=M

 Ik heb niet zoveel zin in een edit-war.


In principe het hele terrein, maar echt fout zou ik het niet noemen om
alleen het gebouw te nemen. Tag dus gerust het hele terrein, en voel je
vrij te corrigeren als het op het gebouw staat (en je weet wat het terrein
is), maar maak je niet druk over mensen die het anders doen. Dat is mijn
mening.

-- 
André Engels, andreeng...@gmail.com
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk] Problem in getting high resolution details on some maps

[Andre von Biel]

Hi All ,
 I am a newcomer to talk so please forgive any procedural errors.
I live in Christchurch, New Zealand and my wife and I take frequent holiday 
trips to the Polynesian Islands and Australia. I use Garmin  etex VISTA HCx and 
try to get OSM maps to wherever we plan to go. 
Much to my joy I discovered that at:  http://garmin.openstreetmap.nl
I should be able to get all the map segments I need for a grand and glorious 
South Pacific Map.
 
The above statement is almost correct: 
1. All maps East of the International date line are OK in all respects
2. As soon as I cross the dateline to the West the maps appear to be OK at 
large area resolution, but ALL detail (including the map) disappear at distance 
resolution of about 50 Km and smaller.
3. The above problem appears to be confined to a vertical strip of western 
longitudes, starting at the date line and reaching as far west as north-east 
New Zealand, the Fijian Islands, etc.
Although I can not be 100% positive about this, the South Island of New Zealand 
is OK, as is the western portion of the North Island, i.e., west of Lake Taupo. 
Further tests have shown that Tasmania and eastern Australia are OK.

The problem stated above exists whether I have my map assembled by the e OSM 
people or if I download individual *.img Maps

Can anybody through some light on this problem?

Thanks.

Andreas von Biel
(Mortimer32)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Wochennotiz Nr. 124 25.11.-1.12.2012

[Andre Lungfiel]

 Das Script zeigt alle Länder auf einer Weltkugel.

Gibt es diese Weltkugel auch zum selberdrehen und Länder anklicken?

Gruß. André




Am 3. Dezember 2012 15:21 schrieb Gehling Marc m.gehl...@gmx.de:
 Guten Tag,

 die Wochennotiz Nr. 124 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
 Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-124/

 Viel Spaß beim Lesen!
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Vandalismus um Eckernförde und anderswo

[Andre]

 ich wäre eher dafür, dass man für die Anfänger eine peer-review
 fordert. (Ich bin eigentlich auch noch Anfänger und eigentlich hatte
 es mich geärgert, dass mir niemand am Anfang einen Feedback gab, ob
ich die Sachen richtig mache. Also würde das auch sonst nützlich, auch
 bei anständigen Leuten).

Wenn du dir unsicher bist, kannst du im IRC im Netzwerk OFTC in den
Channel osm-de kommen, dort lieb fragen und wenn jemand Zeit hat wird
er sich deine Änderungen anschauen und loben oder meckern

Ja gute idee. Denn jeder OSM-Neuling ist ja schließlich auch 
extrovertiert, kommunikationsstark und traut sich mit seinen kleinen 
Änfängerproblemchen in den IRC.


mfg
Andre

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

Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate

[Andre Hinrichs]

Hallo Frederik,

ich habe teils noch immer das Problem, dass bereits gelöschte rote
Markierungen wieder auftauchen.

In diesem Gebiet in Filsum
http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.64855lat=53.25673zoom=14overlays=overview,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted
habe ich am Wochenende wieder einiges erfasst und die roten Marken
entfernt. Eine Stunde später waren die dann wieder da. Kannst Du das
bitte nochmal prüfen?


Gruß
Andre


Am 23.07.2012 12:23, schrieb Frederik Ramm:
 Hi,

auf

 http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5

 gibt es einen neuen OSMI-Layer, der zeigt, was beim Lizenzwechsel-Bot 
 passiert ist:

 ROT - Sachen, die der Bot geloescht hat. Der OSMI zeigt noch die alten 
 Tags an, aber bitte nur angucken, nicht nach OSM hinein uebernehmen!

 ORANGE - Sachen, die der Bot geaendert hat.

 GELB - Sachen, die der Bot geanedert hat und die seitdem von jemand 
 anders nochmal angefasst wurden.

 Bye
 Frederik


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

Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate

[Andre Hinrichs]

Moin!

Klasse tool! Vielen Dank!
Nun habe ich noch ein weiteres Problem:
Ich bin mir ziemlich sicher, dass es für die Autobahnen A39 und A7
(andere habe ich nun nicht geprüft) eine route-Relation gab. Die
scheinen jedoch jetzt verschwunden.
Kann ich irgendwie noch feststellen, ob die im Rahmen des
Redaction-Prozesses gelöscht wurde oder schon vorher nicht (mehr) da war?

Gruß
Andre


Am 23.07.2012 12:23, schrieb Frederik Ramm:
 Hi,

auf

 http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5

 gibt es einen neuen OSMI-Layer, der zeigt, was beim Lizenzwechsel-Bot 
 passiert ist:

 ROT - Sachen, die der Bot geloescht hat. Der OSMI zeigt noch die alten 
 Tags an, aber bitte nur angucken, nicht nach OSM hinein uebernehmen!

 ORANGE - Sachen, die der Bot geaendert hat.

 GELB - Sachen, die der Bot geanedert hat und die seitdem von jemand 
 anders nochmal angefasst wurden.

 Bye
 Frederik



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

Re: [OSM-talk-nl] Kruising in Nijverdal

[Andre Engels]

2012/5/6 Geert Ribbers ge...@groothagenbeek.nl:
 De kruising Grotestraat, De Jonckheerelaan, Smidsweg staat momenteel fout op
 Open Streetmap. Het is een normale kruising met verkeerslichten waar auto's
 alle kanten op kunnen (net per fiets gecheckt). Maar volgens Streetmap
 kunnen alleen fietsen vanuit  De Jonckheerelaan of de Smidsweg de
 Grotestraat op. De verbinding voor auto's met de Grotestraat ontbreekt.
 Dit kan er bijna niet altijd zo gestaan hebben. Kan iemand zien wat daar
 gebeurd is?
 Of trekken we die 2 wegen maar gewoon tegen de Grotestraat aan?

 De fietsverbindingen zijn opgevoerd door Fietsrouteplanner op 25-11-2010.

Het lijkt erop dat het hier gaat om tijdelijke werkzaamheden die ten
onrechte in OSM gebleven zijn.

Op 21-08-2010 veranderde BertTijhuis in changeset 5549535 de De
Joncheerelaan tussen dit kruispunt en en de Piet
Heinstraat/Bouwmeesterweg van highway=primary naar
highway=construction;construction=primary met als commentaar
'Nijverdal Maintenance 2013'.

Op 25-11-2010 paste Fietsrouteplanner Pim dit zoals gezegd aan. Meer specifiek:
* het gedeelte ten noorden van de parallelweg werd weer highway=primary gemaakt
* het stuk construction tussen kruispunt en fietspad/parallelweg werd
verwijderd, evenals het stuk van de Smidsweg tussen kruispunt en
fietspad/parallelweg
* in de verwijderde stukken werd een fietspad geplakt.

Kennelijk is het bewuste kruispunt en de De Joncheerelaan in herfst
2010 op de schop gegaan, waarbij eerst (in oktober) de weg aan de
beurt was, vervolgens (in november) het kruispunt. OSM geeft (ten
onrechte) nog steeds de situatie aan van november 2010.

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

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

Re: [OSM-talk-nl] Kruising in Nijverdal

[Andre Engels]

2012/5/6 Oliver Heesakkers o...@heesakkers.info:

 De oversteek stond als cycleway te boek, ik heb er primary van gemaakt.

Ik heb nog even wat verder aangepast; het zuidelijke deel bij de
bestaande way van de Smidsweg gevoegd, het noordelijke deel uit de
bus-relatie gehaald en naam gegeven.

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

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

Re: [Talk-de] kein Tracks hochladen

[Andre Hinrichs]

Am 28.04.2012 12:04, schrieb Martin Koppenhoefer:
 Am 28. April 2012 11:46 schrieb Falk Zscheile falk.zsche...@googlemail.com:
 Am 28. April 2012 11:22 schrieb Rainer Knaepper sm...@gmx.de:
 Was tut man damit:
 http://wiki.openstreetmap.org/wiki/File:Restrictions_marsbruchplatz_aplerbeck_IMGP5729.jpg
 (short: http://preview.tinyurl.com/cxqzz7l )
 betreffend http://www.openstreetmap.org/browse/way/30504716

 highway=residential
 oneway=yes
 oneway:bicycle=no und/oder cycleway=opposite
 access=destination
 bicycle=yes
 taxi=yes
 noexit=yes
 maxspeed=20

 Habe ich etwas übersehen? Parkverbotszone fällt mir gerade nicht ein.

 Fußgänger vergessen. Ich würde motor_vehicle=destination taggen,
 anstatt access=destination, dann kannst Du Dir das bicycle=yes sparen
 (und ggf. auch taxi=yes, aber wenn es schon explizit dransteht,
 schadet es wohl auch nicht).

 Gruß Martin

Ich würde das bicycle=yes so lassen und vehicle=destination statt
access=destination notieren. Und ferner würde ich noch
*source:maxspeed*=DE:zone20 hinzufügen.

Gruß
Andre


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

Re: [Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary

[Andre Joost]

Am 19.04.12 00:59, schrieb Frederik Ramm:

Hallo,

On 04/19/2012 12:10 AM, Chris66 wrote:

Ob die üblichen Regeln für Massenedits (Ankündigung auf der Liste etc.)
eingehalten wurden, weiss ich nicht.


Ich hab beim Autor nachgefragt. Denn wenn jetzt hier jeder einfach so
die Grenzrelationen auf das aendern kann, was er gut findet, aender ich
sie morgen weltweit auf multipolygon ;)



wenn du dafür auf der englischen Liste eine Mehrheit findest...

Thread Why boundaries should not be tagged as boundaries

Die internationale Community wird vermutlich für den Widerstand eines 
kleinen badischen Dorfes gegen den Rest der Welt nur ein müdes Lächeln 
übrig haben.


Angekündigt war es nicht, hat aber den *manuellen* Eintrag der 
Regionalschlüssel laut aktueller destatis-Liste als Ersatz der 
allgemeinen Gemeindeschluessel erheblich vereinfacht. Im Forum war der 
Aufschrei des Entsetzens eher verhalten:

http://forum.openstreetmap.org/viewtopic.php?id=15135p=4

Es gab halt immer schon boundaries, und die Argumente für Multipolygon 
sind nun mal nicht sehr überzeugend. Bei boundary sind auch Knoten als 
admin_centre oder label erlaubt, sowie Unterrelationen zur Abbildung der 
Verwaltungshierarchie. Das ist beim multipolygon nicht erlaubt, weil es 
*nur* Geometrie sein soll.


Würde man sich statt mit sinnloser Relizensierung mit einem vernünftigen 
Flächen-Datentyp befassen, hätte sich das Problem längst erledigt. Dann 
könnte eine boundary-Relation den Flächenumriss, den 
Verwaltungsmittelpunkt und die Unterelemente sauber zusammenfassen.


Stattdessen ekelt man lieber altgediente OSM-Dogmatiker raus und wundert 
sich dann, wenn sich niemand mehr daran erinnert, warum man kein 
Multipolygon will.


Gruß,
ajoessen



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

Re: [Talk-de] Suche nach Elbufer, Bad Schandau

[Andre Joost]

Am 19.04.12 08:37, schrieb Sarah Hoffmann:



Offenbar wurden die Kreise bei dem Import als place=region eingetragen,
das sollte wohl eher place=county sein.



Die englische Wikipeida hat sich auf district als Übersetzung für den 
deutschen Kreis geeinigt:

http://en.wikipedia.org/wiki/Districts_of_Germany
http://en.wikipedia.org/wiki/Talk:Districts_of_Germany#country_vs_district

Gruß,
Andre Joost



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

Re: [Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary

[Andre Joost]

Am 19.04.12 09:46, schrieb Georg Feddern:



Aber ist es wirklich notwendig und sinnvoll, die Verwaltungsstruktur
innerhalb einer Relation abzubilden?
Wenn man das tut, setzt man (als Beispiel mal SH) das Kreis_gebiet_ aus
den Amts_gebieten_ zusammen.


Nein, es soll nur auf die Relationen der Ämter verwiesen werden. Die 
Kreisgrenze bleibt als Fläche/Polygon daneben definiert. So kann man auf 
einfache Weise z.B. Verbandsgemeinde Bad Kreuznach und 
Verbandsgemeindefreie Stadt Bad Kreuznach im Kreis Bad Kreuznach 
auseinanderhalten. Ohne sich die Grenzen jeweils anschauen zu müssen.



Dabei geht dann m. E. aber die Kreis_grenze_ verloren bzw. ist nicht
mehr eindeutig, die muss man also als _Grenz_relation zusätzlich erfassen.


Als Polygon, ja.


Was hat man dann außer der Zusammenfassung der Amtsgebiete, die aber
über den geografischen Zusammenhang der Amtsgebiete innerhalb des
_Kreisgebietes_der_Grenzrelation_ gegeben ist, gewonnen?


Der simple Mapper kann nicht eben mal eine Postgis-Abfrage starten. Mit 
Relationen kommt er eher klar. Aber diese Art von 
Grenzrelationshierarchie ist eben ein kann, kein muß. Die 
Grenzlinienelemente sind nur in der/den Geometrie-Relation(en) bzw in 
neu zu schaffenden Flächenelementen drin.


Gruß,
Andre Joost



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

Re: [Talk-de] Suche nach Elbufer, Bad Schandau

[Andre Joost]

Am 19.04.12 11:33, schrieb Martin Koppenhoefer:

Am 19. April 2012 09:18 schrieb Sarah Hoffmannlon...@denofr.de:

On Thu, Apr 19, 2012 at 08:51:34AM +0200, Andre Joost wrote:

Am 19.04.12 08:37, schrieb Sarah Hoffmann:

Offenbar wurden die Kreise bei dem Import als place=region eingetragen,
das sollte wohl eher place=county sein.



m.E. braucht man für diese klar definierten Verwaltungseinheiten
überhaupt kein place, das ist mit admin_level und
boundary=administrative hinreichend definiert.



Nö, Kreis und kreisfreie Stadt stehen auf gleichem admin_level.

Ebenso Verbandsgemeinde und amtsfreie Orte auf 7, sowie Gemeinden und 
Städte auf level 8.


name:prefix ist auch suboptimal, da sich manche Städte eben gerne als 
Hansestadt/Freie und 
Hansestadt/Kolpingstadt/Rattenfängerstadt/wass-weiss-ich-Stadt bezeichnen:

http://www.mik.nrw.de/themen-aufgaben/kommunales/erfolgsmodell-kommunale-selbstverwaltung/strukturen/bezeichnungen/genehmigte-bezeichnungen.html

Und ein *stadt* oder *amt* im Namen ist auch kein eindeutiges Indiz für 
Stadtrechte bzw Amtseigenschaften :-(


Um das mal aufzudröseln, habe ich für level 6 und 8 hier entsprechende 
tags eingeführt:

http://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen#Politische_Grenze
http://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze#Relation_anlegen

place=* fällt da leider aus, weil das im Zusammenhang mit 
type=multipolygon von mkgmap und josm als Siedlungsfläche mißverstanden 
wird. Deshalb de:place mit city/county/town/village als mögliche Werte.


Für level 7 sind mir keine passenden englischen Begriffe eingefallen.

Gruß,
Andre Joost








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

Re: [Talk-de] Jahr der Errichtung - Ergänzung des Lübeck-Wiki

[Andre Joost]

Am 19.04.12 12:16, schrieb Jan Tappenbeck:

Hi !

habe gerade folgendes ergänzt:

Jahr der Errichtung

Was heute gebaut wird, das wissen wir. Aber was ist in x-Jahren. Wenn
wir gerade schon dabei sind Hausnummern zu erfassen und auch neu
errichtete Gebäude sehen, dann sollten wir noch ein Zusatztag
build_year=* setzen. Bei alten Gebäuden finden sich hierzu oftmals
Tafeln an den Gebäuden.



Da gibts doch schon was:

http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#Date_of_construction
http://taginfo.openstreetmap.org/keys/?key=construction_year
http://taginfo.openstreetmap.org/keys/?key=year_of_construction

Gruß,
Andre Joost



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

Re: [Talk-de] Großbaustelle

[Andre Joost]

Am 18.04.12 13:58, schrieb Philippe Rieffel:

Hallo Liste,
wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf)
taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas
neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes
? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit
landuse=construction ? Oder einfach gar nichts machen bis es fertig ist?
Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann.



http://www.ikp.uni-koeln.de/~heinze/koelnergrundgesetz.html
Artikel 4

construction=yes höchstens an neue Bauwerke, nicht an schon abgerissene.

Ansonsten wäre das hier das richtige für die Übergangszeit:
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield

Gruß,
ajoessen



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

Re: [Talk-de] Straßenbegleitende Radwege

[Andre Joost]

Am 18.04.2012 14:41, schrieb Masi Master:

Am 17.04.2012, 22:49 Uhr, schrieb Chris66 chris66...@gmx.de:


Am 17.04.2012 22:22, schrieb Bernhard Weiskopf:


Straßenbegleitende Radwege mit den entsprechenden Schildern müssen von
Radfahrern benutzt werden, hier setze ich zusätzlich an die Straße
bicycle
= no.


Naja, das gilt aber nicht für alle Radfahrer. Ein Anhänger z.B.
entbindet von der Benutzungspflicht des Radweges.

bicyle=no setze ich deshalb nur bei bei explizitem Verbot durch Zeichen
254 o.Ä.

Chris


Auch wenn der Radweg unzumutbar ist, darf auf der Straße gefahren
werden. Somit ist bicycle=no falsch (außer bei Verbotsschildern).



+1
Es gibt ja auch Räder mit besonderen Ansprüchen (Liegedreirad, Anhänger, 
Rennrad). Die Zumutbarkeit entscheidet der Radfahrer selbst.

Den Rest regelt die Rechtsschutzversicherung ;-)

Routingmäßig nervig wird das bicycle=no, wenn der Radweg nicht mit allen 
querenden Straßen (auch gegenüber) verbundne ist, oder solche Anschlüße 
im Garmin wegen -remove-short-arcs unter den Tisch fallen. Ohne das 
bicycle=no wird man dann wenigstens auf der Straße geroutet.


Gruß,
Andre Joost


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

Re: [Talk-de] Großbaustelle

[Andre Joost]

Am 18.04.2012 15:29, schrieb Philippe Rieffel:

Hallo, Was Ich jetzt gerade sehe, das Brownfield wird in der Legende
auf openstreetmap.org als Industriebrachfläche beschrieben. Wenn das
so stimmt, dann ist das Tagging ja nicht wirklich richtig, oder die
das Tag stimmt und die Legende ist nicht wirklich richtig? Es geht
übrigens um das Investorenprojekt Klosterhof
http://www.openstreetmap.org/?lat=51.36541lon=6.41977zoom=17layers=M


Im Zwiefel gilt das Wiki und nicht die Legende.
Sieht in der Karte brauchbar aus.

Gruß,
Andre Joost



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

Re: [Talk-de] Klemmt Aerowest auch bei Euch...

[Andre Joost]

Am 13.04.12 12:46, schrieb Walter Nordmann:

Es geht aber um Heute und nicht um Gestern.

funzt bei mir auch nicht.



Nachdem ich heute morgen die gleichen Probleme hatte, tuts grade jetzt 
wieder.


Gruß,
Andre Joost




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

Re: [Talk-de] JOSM für Android

[Andre Joost]

Am 13.04.12 12:30, schrieb Markus:



* Aber jetzt weiss ich auch, warum die Vermesser
immer einen grossen Sonnenschirm dabei haben ;-)


Weil sie keine Garmin-Navis haben ;-)

SCNR,
Andre Joost



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

Re: [Talk-de] Wiederherstellen eines partiellen Änderungssatzes

[Andre Joost]

Am 13.04.12 11:31, schrieb Philippe Rieffel:

Hallo zusammen,
ich habe eine Frage bezüglich der Wiederherstellung gelöschter Objekte. Vor
einigerzeit haben wir in Brasilien mit Brasilianern vor Ort eine Region
gemappt, um ihnen OpenStreetMap näher zu bringen. Vor kurzem hat einer der
Brasilianer mich angeschrieben und darauf hingewiesen, dass alles, was wir
in einer bestimmten Region gemappt haben, gelöscht wurde. Es geht um
folgendes Changeset:
http://www.openstreetmap.org/browse/changeset/7988248
Gelöscht wurde das ganze vom Nutzer
http://www.openstreetmap.org/user/Fernanda%20Ren%C3%B3 der leider nicht auf
meine Nachfragen antwortet. Das Ganze geschah im Rahmen einer größeren
Löschaktion von ihm:
http://www.openstreetmap.org/browse/changeset/9129922
So weit wie mein Portugiesisch noch reicht (Changeset Kommentar: As ruas
deletadas serão refeitas em breve.) scheint es ihm um die Entfernung von
Objekten zu gehen, die sowieso bald verschwinden (License Change? in 2011?)
und neu gemacht werden müssen.
Nun frage ich mich, wie ich unser Changeset wiederherstellen kann, ohne
das ganze, wesentlich umfangreichere Changeset des Nutzer reverten zu
müssen.



Die Begründung ist IMHO Blödsinnig, weil die meisten Elemente in eurem 
Changeset Version 1 waren.


Du könntest dir auf der Seite unten das OSMCHange xml herunterladen, und 
die Daten einfach noch mal hochladen. Allerdings müsste man da noch mit 
nem Texteditor was umändern, um korrekte osm-daten daraus zu zaubern.


Gruß,
Andre Joost




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

Re: [Talk-de] Wiederherstellen eines partiellen Änderungssatzes

[Andre Joost]

Am 13.04.12 13:28, schrieb Philippe Rieffel:

Hallo Andre,



Die Begründung ist IMHO Blödsinnig, weil die meisten Elemente in eurem
Changeset Version 1 waren.



Die Begründung hab ich auch nur geschätzt, weil mein Portugiesisch ist
relativ blass :)




Du könntest dir auf der Seite unten das OSMCHange xml herunterladen, und
die Daten einfach noch mal hochladen. Allerdings müsste man da noch mit nem
Texteditor was umändern, um korrekte osm-daten daraus zu zaubern.



Das habe ich schon versucht, ich vermute, dass es hauptsächlich darum geht,
die 'version' der einzelnen Elemente zu erhöhen, oder? Z.B. hat ein Element
auf dem Server die Version 4, in dem Download die Version 1. Da mecker JOSM
natürlich beim Upload. Muss ich die Version von diesem Element auf 5
setzen? Oder bringe ich damit die ganze DB durcheinander? Und das ist
irgendwie doch gar nicht so wenig Aufwand, wie ich gehofft habe (auch wenn
es nur um einen kleinen Bereich geht)


brutale Methode 1: alles duplizieren, und diese als neu hochladen.

brutale Methode 2: Löschchangeset komplett reverten. Wenn Daten nicht 
lizenzkomptibel waren, löscht sie der bot in Bälde wieder.


Etwas aufwändiger: Daten aktualisieren, und lokal abspeichern.
Dann action=delete löschen visible=false auf true setzen, und 
nochmals aktualisieren. Dann sollten Konfliktmeldungen kommen, die du zu 
deinen Gunsten beantwortest.


Gruß,
Andre Joost



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

Re: [Talk-de] Objekte erscheinen nicht auf der Karte

[Andre Joost]

Am 13.04.2012 19:48, schrieb Manfred A. Reiter:


2. wie kann ich das Problem lösen?


Cache leeren?

In Firefox shift+reload. Ansonsten gib mal die ID durch, damit andere 
einen Blick drauf werfen können. Wenn ein building nicht geschlossen 
ist, wird z.B. nichts gerendert.


Gruß,
Andre Joost



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

Re: [Talk-de] probleme mit den XAPI's

[Andre Joost]

Am 12.04.2012 19:12, schrieb Jacques Nietsch:

Ja die overpass-api ist eine schöne Sache.

Was ich aber nicht der Dokumentation entnehmen konnte: wie bekommt man
eine Relation INKLUSIVE der Members?

http://overpass-api.de/api/xapi_meta?relation[name=Stolpersteine in
Hamburg]

liefert die Relation OHNE Members (das aber sehr schnell!)



In der query Form geht das so:

query type=relation
  has-kv k=name v=Stolpersteine in Hamburg/
/query
recurse type=relation-node/
print mode=meta/

bzw für Grenz-Relationen:

query type=relation
  has-kv k=boundary v=administrative/
has-kv k=de:regionalschluessel /
/query
recurse type=relation-way/
recurse type=way-node/
print mode=meta/

geht aber
a) nicht schnell
b) kann auch nur einen timeout liefern

Gruß,
Andre Joost





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

Re: [Talk-de] addr:housename oder nur name

[Andre Joost]

Am 11.04.12 10:26, schrieb Falk Zscheile:

Am 11. April 2012 10:18 schrieb Andreas Labresl...@lab.at:



Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden soll
und wo ein Router hinrouten können soll.


 Das meinst du aber
sicher nicht wenn du sagst addr:housename sei fürs routen da?



Irgendwie kann ich deiner Logik grad nicht folgen.

Gruß,
Andre Joost




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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten

[Andre Joost]

Am 11.04.12 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.

Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit
OSMOSIS bei mir nicht mehr.

Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den
Daten hat - Version etc.

Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)


Ja, ist der Grund. in der Overpass query form muß es so lauten:

query type=node
has-kv k=emergency v=aed/
/query
print mode=meta/


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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten

[Andre Joost]

Am 11.04.12 12:31, schrieb Jan Tappenbeck:

Am 11.04.2012 11:01, schrieb Andre Joost:

Am 11.04.12 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.

Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit
OSMOSIS bei mir nicht mehr.

Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den
Daten hat - Version etc.

Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)


Ja, ist der Grund. in der Overpass query form muß es so lauten:

query type=node
has-kv k=emergency v=aed/
/query
print mode=meta/



hi !

ich bestreite meinen weg nicht über eine query - sondern über den
alternativen xapi-weg:

http://overpass.osm.rambler.ru/cgi/xapi? ...


Gruß Jan :-)


Fast genauso:
http://overpass-api.de/api/xapi?node[bbox=7.1,51.2,7.25,51.3][@meta]
http://overpass-api.de/api/xapi?relation[route=bus][bbox=7.1,51.2,7.25,51.3][@meta]

HTH,
Andre Joost



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

Re: [Talk-de] ÖPNV-Relationen in OSM

[Andre Joost]

Am 04.04.12 01:58, schrieb Garry:

Am 03.04.2012 17:05, schrieb Andreas Neumann:

STOP!

Ich weiß, jeder darf alles mappen, was er für würdig hält, aber hier
sind wir an einen Punkt angelangt, der weder auf Dauer wartbar ist, noch
in der Fläche realisierbar wird. Bei solch fluktuierenden Daten sollten
wir uns überlegen, eher die Verkehrsverbände drauf zu drängen, dass die
ihre Daten maschinenlesbar zur Verfügung stellen und wir nur noch eine
ID an die Linie packen. Ansonsten wäre es reiner Wahnsinn.


+1
Der Aufwand die Daten in OSM zu erfassen ist viel zu hoch dafür nur um
Demo-Anwendungen damit zu füttern die zeigen was man alles tolles mit
den Daten machen könnte,


sowas hier z.B.:
http://www.openstreetmap.org/browse/relation/403713
(Es gibt auch eine Relation für Normalsterbliche)


aber kaum jemals so weit kommen wird daraus eine annähernd zuverlässige
Anwendung zu machen.


+1
Ein brauchbarer ÖPNV-Router kommt ohne Fahrplandaten und 
Echtzeitinformationen nicht aus. Wir liefern allenfalls Geodaten, also: 
wo ist die Haltestelle, und an welchem Haltestellenmast fährt welcher 
Bus mit welchem Ziel ab. Alles andere weiß der Verkehrsbetrieb besser 
als wir.
Die Linienwege in der Relation sind ne nette Beigabe für den Renderer, 
und um dem Mapper den Linienweg zu veranschaulichen. Eine Relation pro 
Richtung ist dabei ein brauchbarer Kompromiss.


Denn spätestens bei solchen Linien:

http://www.bahn.de/westfalenbus/view/mdb/kursbuch/mdb_3985_464.pdf

ist die Eine-Relation-pro-Fahrt-Methode für den Mapper ziemlich 
unübersichtlich. Und die Fahrplandaten machen mit Fußnote Fahrt 
verkehrt nur bei Betrieb der Schule oder des Kindergartens in Bödefeld 
in unserem Datenbestand auch keinen Sinn mehr.


Wer effektiv routen will, nimmt die Haltestellen in der im Fahrplan 
zeitlich geordneten Reihenfolge, und routet auf dem vorhandenen 
Straßennetz. Dabei können die Relationsmitglieder eventuell noch höher 
priorisiert werden.


Gruß,
Andre Joost



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

Re: [Talk-de] Hilfe bei Fragen zum OpenLayers-Api

[Andre Joost]

Am 31.03.12 10:15, schrieb Wolfgang Wienke:

Hallo!
Kennt jemand ein Forum zu diesem Thema?
Die Resonanz auf eine Frage hier war gering.


Damit kennt sich der Netzwolf aus dem OSM-Forum ziemlich gut aus.

Mit deinem OSM-account bist du dort automatisch angemeldet.

Du kannst den Netzwolf natürlich auch direkt fragen:
http://www.openstreetmap.org/user/Netzwolf

sobald die Datenbank wieder läuft.

Gruß,
Andre Joost




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

Re: [Talk-de] Subtypen mit Doppelpunkt oder Unterstrich

[Andre Joost]

Am 26.03.12 13:08, schrieb Jan Tappenbeck:

hI !

ist es nicht so das der Subtype eines Tags mit : definiert werden
sollte ?

Auch wenn ich kein Militarier bin aber im Wiki steht bunker_type - ich
dachte es hätte bunker:type sein müssen.

Gruß Jan :-)

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


Der Unterstrich steht für ein Leerzeichen, was in keys so nicht möglich 
ist (sonst müsste man den Key immer in  nehmen).


Gruß,
Andre Joost



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

Re: [Talk-de] Ziehen von Tiles

[Andre Joost]

Am 21.03.12 18:49, schrieb Jan Tappenbeck:

hi !

ich brauche für Karten Tiles und egal ob ich diese versuche über ein
Script zu ziehen oder jtiledownload es schläft fast ein. In
unterschiedlichen Netzen probiert.

Könnt Ihr das bestätigen ?


Die Tileserver sind nachfrageorientiert umgestellt worden. D.h. für 
Gegenden, wo nur selten jemand Tiles abruft, steht weniger 
Serverkapazität zur Verfügung.


Abgesehen davon wirst du ab einer bestimmten Anzahl Tiles pro Tag durch 
eine langsamere Verbindung abgestraft.


Gruß,
Andre Joost



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

Re: [Talk-de] Karten-Fehler in einer Wiki-Seite

[Andre Joost]

Am 21.03.12 02:44, schrieb aighes:

Ist ja wohl nicht sooo neu, dass osmarender seinen Dienst eingestellt
hat, oder?



Wäre ein gutes Thema fürs WikiProjekt Cleanup. Kann man im Wiki keine 
bots für sowas einrichten?


Gruß,
Andre Joost



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

Re: [Talk-de] Berliner Bücherhimmel?!?

[Andre Joost]

Am 21.03.12 13:09, schrieb Steffen Grunewald:

Hallo,

auf einer Mapnik-Karte von Berlin und Umland taucht ganz groß
unter dem Schriftzug Berlin ein Berliner Bücherhimmel auf.

Die folgende URL führt dort hin:
http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=13.200,52.400,13.600,52.600scale=75format=png
- es passiert aber auch bei Maßstäben zwischen 1:30 und 1:100,
nicht bei 1:10.

Woher kommt das Label?




Vom Berliner Bücherhimmel natürlich:
http://www.openstreetmap.org/browse/way/155777976
http://www.openstreetmap.org/browse/node/1681395850

Gruß,
Andre Joost



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

Re: [Talk-de] Berliner Bücherhimmel?!?

[Andre Joost]

Am 21.03.12 13:33, schrieb Steffen Grunewald:

On Wed 2012-03-21 (13:21), Andre Joost wrote:

Am 21.03.12 13:09, schrieb Steffen Grunewald:

Hallo,

auf einer Mapnik-Karte von Berlin und Umland taucht ganz groß
unter dem Schriftzug Berlin ein Berliner Bücherhimmel auf.

Die folgende URL führt dort hin:
http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=13.200,52.400,13.600,52.600scale=75format=png
- es passiert aber auch bei Maßstäben zwischen 1:30 und 1:100,
nicht bei 1:10.

Woher kommt das Label?




Vom Berliner Bücherhimmel natürlich:
http://www.openstreetmap.org/browse/way/155777976
http://www.openstreetmap.org/browse/node/1681395850


Und der ist so wichtig, daß man ihn gleichrangig mit Berlin,
als place=city darstellen muß?


Du kannst ja mal dort vorbeischauen und nachfragen...

Der Weg quer über Häuser hinweg ist natürlich auch Blödsinn.

Gruß,
Andre Joost



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

Re: [Talk-de] Berliner Bücherhimmel?!?

[Andre Joost]

Am 21.03.12 13:54, schrieb Steffen Grunewald:


... und sieht für mich eher wie ein Mittelding zwischen
(ungewolltem) Vandalismus und Weinwerbung aus. Mein Eindruck
kann aber täuschen.

Was tun? Wegwerfen? Auf OSB eintragen?



Freundlich ansprechen. Der Laden wird von zwei Frauen geleitet ;-)

Und nebenbei könnten sie ja ihre Anfahrtskizze von bing auf osm 
umstellen, wenn ihr Laden dort ordentlich eingezeichnet ist.

Natürlich nicht als Stadt.

Gruß,
Andre Joost





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

Re: [Talk-de] Genauigkeit von buildings

[Andre Joost]

Am 14.03.2012 09:47, schrieb Ronnie Soak:

Am 14.03.12 schrieb Martin Trautmanntr...@gmx.de:



Hier auf der Liste wurde das genannt:
http://www.bing.com/community/site_blogs/b/maps/archive/2011/06/27/bing-maps-unveils-exclusive-high-res-imagery-with-global-ortho-project.aspx



Also da wuerde ich mal nicht darauf warten.. Klingt wie eine
Standard-Pressemeldung a la Wir haben da diese tolle Firma aufgekauft
und wollen jetzt die Welt erobern.
Da steht kein Datum, keine Info ueber die Abdeckung und kein Wort zur
Lizensierung.


... und zur Qualität der Georeferenzierung. Die ist bei bing bislang 
eher mäßig, im Vergleich zu Aerowest. Da nützt high-res dann auch nicht 
viel.


Gruß,
Andre Joost



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

Re: [Talk-de] Genauigkeit von buildings

[Andre Hinrichs]

Moin!

Ich lasse hier bei mir vor Ort die Gebäudeumrisse weg, wo ich noch keine
Luftbilder habe (Neubaugebiet) und trage dort lediglich die Adressdaten
als Node ein. Auf diese Weise weiss ich immer, wo ich noch
Gebäudeumrisse nachtragen muss. Wenn die Gebäudeumrisse erstmal da sind,
dann würde ich annehmen, dass es erledigt ist.

Alternativ kannst Du natürlich auch eine FIXME-Bemerkung an das Gebäude
dranhängen, damit es nicht in Vergessenheit gerät.


Andre


Am 12.03.2012 21:37, schrieb Wolfgang Wienke:
 Hallo!
 Inzwischen sind ja an vielen Orten die buildings eingezeichnet, woher 
 diese Daten auch immer stammen mögen und wie sie auch generiert wurden.
 Diese Daten sind übrigens im Detail oft fehlerhaft.

 Natürlich gibt es in den Bereichen auch einzelne Lücken.
 Haltet ihr es für sinnvoll, Häuser in solchen Lücken nach Abschätzung 
 frei Hand einzutragen? Auch wenn ich keine Luftbilder oder sonstige 
 Planungsunterlagen habe? Meistens kann man eine Gebäude auch nicht 
 abgehen und man ist sowieso an den Grenzen der Genauigkeit vieler 
 GPS-Logger. Die Genauigkeit ist hier also sicherlich bescheiden.
 Besser eine ungenaues Haus als gar keins oder dann besser weglassen?


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

Re: [Talk-de] Railway:abandoned

[Andre Joost]

Am 09.03.12 14:16, schrieb Klaus-Hermann Otto Stanislaus Plöger:


Das ist wohl mehr ein Fall für Spezialisten, darum würde ich die
verschwundenen Wege mit
historic:railway taggen, dann kann man das rendern, wenn man es
braucht..
railway:abandoned
würde ich nur verwenden, wenn die Strecke wieder in Betrieb genommen
könnte. Zur Vorsicht könnte man dann historic:railway dazusetzen, um die
Strecke vor dem Vergessen zu bewahren.


So halte ich es auch: railway=abandonned, wenn man noch die Wegführuung 
erkennen kann (und sei es nur am Gebüsch oder Feldrand), danach 
historic:railway; wenn man bezüglich der Wegführung sicher ist (z.B. aus 
anschliessenden Abschnitten, die noch erkennbar sind).


Gruß,
André Joost



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

Re: [Talk-de] lokale Tiles zu einem Build verschmelzen

[Andre Joost]

Am 08.03.12 11:57, schrieb Jan Tappenbeck:



ich habe jetzt lokal auf der Platte das Zoomlevel-Verzeichnis 10 mit den
entsprechenden Unterordnern und darin den enthaltenen PNG-Dateien
vorliegen.

Wenn ich haber nach einem Taho.exe-Start einmal in Windows in das
Verzeichnis C:\Benutzer\BenutzernameEigene Dokumente/DYJ/OSM schaue
ist da nur Leere !



Ja, stimmt. Ich habe die Datei im gleichen Verzeichnis liegen wie 
taho.exe, und er kopiert sie dann in die Eigenen Dokumente.


Die Vorlage gibts hier zum Download:
http://www.dimitri-junker.de/defsrc.taho

Möglicherweise zieht er sich die immer vom Netz, wenn keine lokale Kopie 
gefunden wird.


Gruß,
André Joost




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

Re: [Talk-de] ältere JOSM Version

[Andre Joost]

Am 08.03.12 12:26, schrieb Walter Nordmann:


Wolfgang Wienke wrote


nach dem die letzte tested-Version (5047) bei mir nicht läuft: Kann man
irgendwo ältere Versionen herunter laden?


Bitte bedien dich: http://josm.openstreetmap.de/download/



Aber wirf vorher
C:\Dokumente und Einstellungen\Benutzername\Anwendungsdaten\JOSM
(oder wie das bei dir heisst)
komplett weg, sonst bekommst du mit Sicherheit noch mehr Probleme.

Gruß,
André Joost



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

Re: [Talk-de] Suche jemanden, der mit Openlayer-Lösung GPX-Viewer Erfahrungen hat

[Andre Joost]

Am 08.03.2012 18:57, schrieb hike39:

Halloechen,

ich nutze für die Planung meiner nächsten Wandertour die Lösung
GPX-Viewer [1]. Funktioniert im Prinzip ganz toll. Nur wird die Farbe
für die geplante Route, die als GPX-File vorliegt, gewürfelt. Das führt
dazu, dass man öfters die Seite reloaden muß, bis per Zufall eine Farbe
genutzt wird, die man von der Umgebung unterscheiden kann.

Man kann zwar beim erzeugen des Layers eine Farbe vorgeben, aber die
kommt anscheinend nur bei Tracks zur Anwendung. Bei GPX-Routen schlägt
der Zufallsgenerator zu.

Hat jemand von Euch einen Tipp?



Probier mal meinen GPXviewer:
http://wiki.openstreetmap.org/wiki/User:Ajoessen/Osmviewer_und_GPXviewer

Gruß,
André Joost




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

Re: [Talk-de] JOSM und hausnummern

[Andre Joost]

Am 07.03.12 09:13, schrieb Wolfgang Wienke:

Hallo!
Wieso zeigt JOSM korrekt eingetragene Hausnummern teilweise an,
teilweise aber auch nicht (z.B. id 139067495)?


Bei dem Knoten gibts keine Nummer ;-)

Aber josm zeigt auch dann keine Nummer an, wenn es interessantere tags 
an dem Knoten gibt.



Gruß,
Andre Joost




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

Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

[Andre Joost]

Am 07.03.12 12:26, schrieb Falk Zscheile:


Apropos -- wenn die einzelnen Flurnamen gemeinsam einen anderen Namen
haben als die einzelnen Stücke: Der Wald besteht aus den Flurnstücken
mit den Flurnamen X1, X2 und X3. Der Wald selbst heißt Y.

In diesem Fall wäre für die Zusammenfassung eine Multipolygonrelation
das Mittel der Wahl -- oder gibt es da etwas besseres? Eine
Site-Relation?


wenn die Teile nebeneinander liegen, besteht kein Grund, eine 
Multipolygonverarbeitung anzustoßen. Da reicht also collection oder site.


Gruß,
André Joost


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

Re: [Talk-de] Kreatives Mapping von Wald-Flurstücken

[Andre Joost]

Am 06.03.2012 15:54, schrieb Wolfgang Barth:

Nachdem ja im Hunsrück-Hochwald Klarstellungen zum Tagging erfolgten,
habe ich jetzt bei zwei Mulitpolygon outer des Pfälzerwaldes dann auch
das Tagging umgestellt, so daß landuse nur im Multipolygon steht.

Dabei ist mir das kreative Tagging hier:
http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF

aufgefallen, der Bienwald.



Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und 
name=Teich auf layer=-5.

M.E. würden place-Nodes hier reichen.

Gruß,
André Joost



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

Re: [Talk-de] Und noch ein interessanter Wald

[Andre Joost]

Am 06.03.2012 17:05, schrieb Wolfgang Barth:

befindet sich hier:

http://www.openstreetmap.de/karte.html?zoom=12lat=49.66356lon=8.65269layers=BTF


Das ist ein FÜNFFACHES Multipolygon outer und am Way selbst ist landuse
forest getagged.

Da kann vielleicht jemand von euch ran. Ich bin ein notorischer Potlatch
User und da sind Multipolygone nicht unbedingt das, was man gut
bearbeiten kann.


schon erledigt ;-)

Gruß,

André Joost


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

Re: [Talk-de] Summer of Code Ideen

[Andre Joost]

Am 05.03.12 10:13, schrieb Sven Geggus:

bernhard zwischenbruggerb...@datenkueche.com  wrote:


Im Moment fehlen noch Projekt Ideen.
http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012


Hm, wie wäre es denn wenn jemand osm2pgsql in brauchbar modularer Form neu
implementieren würde?



... und eventuell auch unter Windows 7/64bit lauffähig?

duckundwech
André Joost


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

Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style

[Andre Joost]

Am 05.03.2012 15:17, schrieb Wolfgang Barth:

Ich habe mal gerade den Hochwald im deutschen Style angesehen:
http://www.openstreetmap.de/karte.html?zoom=12lat=49.5923lon=6.73381layers=BTF

stellt die inneren Teile des Mulitpolygons (Waldfläche) anscheinend
halbtransparent dar. Man kann farmland und meadow erkennen und die
innere Leerfläche bei Schillingen ... ist etwas schwächer grün (ich
hab die gerade mal auf farmland gesetzt, das ist genauer).

Geht man dann aber näher ran:
http://www.openstreetmap.de/karte.html?zoom=13lat=49.61143lon=6.75485layers=BTF

so sind die inneren Teile der Multipolygone gar nicht mehr erkennbar.

Kann man da was machen?
Leider kenne ich mich selber mit den Stylesheets gar nicht aus.
Aber ich wäre durchaus bereit da auch was dran zu machen.


Ja, die Waldpolygone sind transparent im deutschen Stil:
zoom 7 60%
zoom 8+9 40%
zoom 10 50%
zoom 11+12 60%
zoom 13 90%
zoom 14-17 100%

Wenn dann Linienelement und Multipolygon beide landuse=forest haben, 
addieren sich die Einfärbungen. Nur hat die outer-Linie nicht die Löcher 
wie das Multipolygon.


Im offiziellen Stil ist dagegen alles undurchsichtig. Dann ist es eben 
Zufall, was gerendert wird. Sauber ist es, den landuse nur im MP zu 
vergeben (und ggf für die inner).


Gruß,
André Joost




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

Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style

[Andre Joost]

Am 05.03.12 15:37, schrieb Peter Wendorff:

Hi.
Vermutlich (hab ich nicht nachgeguckt) ist nicht nur das Multipolygon,
sondern auch der outer-way als Wald getagged. Dadurch wird der Wald
zweimal, vermutlich beides mal halbtransparent gerendert.
Wenn ich recht habe, entferne das Wald-Tagging vom Outer-Way und alles
sollte wieder passen.



Nee, war noch anders:
zusätzlich zum eigentlichen MP hat jemand noch zwei Multipolygone mit 
jeweils einem inner und einem outer drübergelegt. Insgesamt also drei 
Multipolygone übereinander, mit unterschiedlichen inner.


Insofern ist der deutsche Stil mit seiner Transparenz gut, um solche 
Fehler zu entdecken.


BTW: Könnte jemand der Befugten auf openstreetmap.de/karte.html die 
Kartenauswahl Osmarender/Tiles@Home ensorgen? Da kommen ja jetzt keine 
Tiles mehr.


Gruß,
André Joost



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

Re: [Talk-de] lokale Tiles zu einem Build verschmelzen

[Andre Joost]

Am 03.03.2012 11:29, schrieb Jan Tappenbeck:

hi !

es gibt ja bigmap [1] für das verschmelzen von Tiles aus dem Web.

Wenn man nun für eine Zoomstufe die Kacheln lokal liegen hat und die
verschmelzen möchte - kennt einer von Euch ein einfaches Tool / Skript
dafür ?



http://www.dimitri-junker.de/html/body_openstreetmap.html#taho

kann das. Gibts als perl-Script und Windows-exe. Du musst nur die Quelle 
auf file:/// umbiegen.
Bei dem Windows-Programm steht das in der defsrc.taho, die unter 
C:\Benutzer\BenutzernameEigene Dokumente/DYJ/OSM steht.


Gruß,
André Joost


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

Re: [Talk-transit] Proposal for a new transport tag

[Andre Joost]

Am 29.02.2012 16:07, schrieb Janko Mihelić:

Hello,

The problem with rendering transit lines right now is that the busy lines
are rendered the same as the lines that go a few times a day. Those
differences between lines should be seen right away, but we don't have that
information in the database right now.

I agree that the best solution would be to have the whole timetable for
different transit lines, but this is often not possible and very hard to
maintain. Transikihttps://github.com/SteveC/transiki  gave us some hope
that this could be manageable, but unfortunately the project was shut down.

I propose a temporary middle solution. Every bus route relation could have
a tag similar to the
opening_hourshttp://wiki.openstreetmap.org/wiki/Key:opening_hourstag.
This way we could know if a line is only active on weekends, or if it
is a night line. Or maybe it only runs in the morning and in the evening.

We could upgrade this tag, and put a number of trips in each time period.
This can be an estimate, a trip more or less a day is not much.

It would look like this:

Only ferquency:
*transport_frequency*=t5
this means that a bus route has 5 trips a day.

Only days:
*transport_frequency*=Sa-Su
this bus route only goes on weekends

Only time:
*transport_frequency*=00:00-04:00
Night line

A little more information:
*transport_frequency***=Mo-Fr 08:00-23:00 t30; Sa 08:00-22:00 t25
30 trips a day from Monday till Friday, first trip at 8 in the morning,
last at 10 in the evening. Similar for Saturday.

And so on. I added a t in front of the number of trips so it is easier to
see, maybe it is not needed. Or maybe this could be done in a completely
different way.



Sounds interesting. For densly populated areas, it would be better to 
give a frequency per hour, or every xy minutes.
But how should the renderer treat a service by three bus lines runnig 
every hour? Together they serve every 20 minutes, or arrive at the same 
time to give people a chance to change the bus.
The renderer has to lock up every bus service on a road, and count them 
together. This is not a simple thing with current mapnik.


Greetings,
Andre Joost



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

Re: [Talk-de] geplantes Pumpseicherwerk

[Andre Joost]

Am 27.02.2012 00:37, schrieb Garry:

Am 24.02.2012 11:18, schrieb M:



Wenn eine Planfeststellung durch ist dann ist dass Projekt schon fast in
Bau - haupsächlich noch eine Finanzierungsfrage.
Bevor man in die Planfeststellung geht sollte die Trasse schon
feststehen, sonst wird es langwierig und teuer. D.h. spätestens zu
diesem Zeitpunkt ist man in der Regel über
die unfertigen fiktiven Ideen/Varianten hinaus.


Dafür gibt es in DE das Raumordnungsverfahren. Was darin abgesegnet 
wird, kommt dann mehr oder weniger 1:1 in das Planfeststellungsverfahren.


Zu beiden Verfahren finden sich gelegentlich die Planunterlagen im Internet.

Gruß,
André Joost


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

Re: [OSM-talk-nl] Missen wij nog fietsroutenetwerken in omgeving A'dam?

[Andre Engels]

2012/2/24 Cartinus carti...@xs4all.nl:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hele netwerken: nee.

 Stukjes hier en daar: ja.

 Tijdens het wandelen van de zomer viel het op dat er rond Uithoorn en
 Loenersloot nog een paar fietsroutes missen. Dat gat boven Zaanstad,
 daar zal ook wel minstens één route doorheen lopen. Als je goed zoekt
 zijn er vast nog wel meer missende routes te vinden.

Als ik op de kaart kijk, zijn de grootste gaten Westerwolde, Salland
en Flevoland. Iets kleinere gaten, maar nog steeds behoorlijk groot
zijn het uiterste noorden van Noord-Holland, Overflakkee en de
Bommelerwaard.


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

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

Re: [Talk-de] Uploadproblem mit Relation

[Andre Joost]

Am 09.02.2012 20:21, schrieb Falk Zscheile:

Am 9. Februar 2012 19:41 schrieb Martin Koppenhoeferdieterdre...@gmail.com:

Am 9. Februar 2012 19:34 schrieb Falk Zscheilefalk.zsche...@googlemail.com:

Am 9. Februar 2012 19:27 schrieb Michael Krämerohr...@googlemail.com:
Dem ist in der Tat so:
http://www.openstreetmap.org/browse/way/31893243/history

Wie bist du damit dann weiter verfahren?



Du könntest den way aus der Relation löschen in Deinem XML, aber
vielleicht sind da ja auch noch andere Sachen passiert.


Das hat geholfen. Danke für den Tipp!


Da geht auch noch was:
http://wiki.openstreetmap.org/wiki/User:Ajoessen/JOSM#Gel.C3.B6schte_Relationen_wieder_herstellen
Punkt 10
Hat man noch mehr als diese eine Relation auf dem Schirm, ist noch ein 
Filter child ref=blabla mit allen Haken im relationsfester zu setzen.
Bei ÖPNV-Relationen mit Punkten und Wegen sowie bei Relationen mit 
Unterrelationen funktioniert das leider nicht.





Was passiert
denn, wenn Du update data machst?


Das hat leider nicht geholfen.


Kannst Du danach evtl. hochladen
bzw. Konflikte lösen?


Nein, der Konfliktmodus ist komischerweise nicht in Erscheinung getreten.


Das ist mir ein Ticket wert:
http://josm.openstreetmap.de/ticket/7376

Gruß,
André Joost





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

Re: [Talk-de] Mapnik2 und deutscher Stil

[Andre Joost]

Am 02.02.2012 11:42, schrieb Sven Geggus:



Da wir Aussicht haben das Ganze zeitnah auf weltweites Rendering erweitern
zu können sollten wir das dringend mal angehen.


Die inc-Dateien habe ich schon manuell übertragen. Die Haupt-xml fehlt 
noch, und die inc Landcover, die es damals noch nicht gab.



Wenn jemand zum Hacking
Wochenende nach Karlsruhe kommen möchte wäre das cool, denn da steht der
neue Server sehr wahrscheinlich schon zur Verfügung.


bin ich nicht zugegen. Mit dem Server und Linux-BS kenne ich mich auch 
nicht aus. Ich könnte euch bis dahin den Stil als Zip bereitstellen, 
kann aber nicht für 100% Übereinstimmung garantieren.
Ackerflächen sind bei mir gaaanz dezent gelb, und Straßen im Bau hab ich 
wieder rein genommen, geplante bleiben außen vor. Ausserdem habe ich 
tracks lieber als Doppellinie.


Noch ein Stolperstein: Bei mir (Windows-Version) will proj kein 
+init=epsg:4326 verstehen. Den Langtext bei entities.xml.inc eingetragen 
schluckt es aber. Ich weiß jetzt nicht, ob das im Python- oder im C-Teil 
verbockt ist.


Gruß,
André Joost



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

Re: [Talk-de] Mapnik2 und deutscher Stil

[Andre Joost]

Am 02.02.2012 14:02, schrieb Sven Geggus:


Check das doch bitte in SVN in einen separaten Ordner ein, wenn Du fertig
ist dann kann ich das mal ausprobieren.


... wenn ich wüsste, wie das geht :-(

Ich kann grad mal svn checkout bedienen...
Bin halt kein Programmierer.

Gruß,
André Joost



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